Feda /dev/ - No Javascript allowed

Normas
spoiler
Personas non gratas
Memes feda dev




eondev

#18210 A mi la 2070 me costó 300 euros en su día, sino seguiría con la 470 o equivalente actual XD

1
Kartalon

#18198 Esto es lo que buscas, siempre que he usado Macbooks para desarrollo es de lo primero que instalo:

"Karabiner-Elements" https://karabiner-elements.pqrs.org

Justo después de zsh, iTerm2 y oh-my-zsh.

1 respuesta
isvidal

#18212 Lo hice, pero me encontre algunos rough edges que me hicieron quitarlo. Tienes las configs para cargar a mano tambien?

1 respuesta
Fyn4r

Siempre tuve la duda de por qué usar zsh en vez de bash pero nunca me paré a investigar

3 respuestas
Kaledros

#18214 Por los themes.

B

.

1
eondev

menudos maricones.
Aquí uno que usa sh a pelo sin nada venga un saludo desde los años 80.

desu

#18214 Porque no saben que fish existe.

No usar fish es un detector de boomers y pajeets de cuidado.
Aunque claro, usar fish es un detector de zoomers, furries, crossfiteros y veganos.

Pick your side.

1 respuesta
Fyn4r

Entiendo, creo que me quedo en bash xD

1
eondev

#18218 fish es una pasada la verdad

1 respuesta
desu

#18220 Yo uso fish con clis de rust. bat, fd, procs, fd, exa, tldr, ripgrep, ytop >>> alternativas viejunas deprecated




Viejuno si que uso strace, perf, nc, ngrep y demás... De momento.

Pero vamos, prefiero usar herramientas ordenes de magnitud mas rápido que las alternativas (lo unico que se acerca son las de C, pero son mas lentas), con mejor integración e interoperabilidad con tooling moderno y mejores APIs...

Por aqui te diran los abuelos que usar zsh con diez mil scripts y una setup bloated es mejor.. pero que vamos a hacer si ya son abuelos y estan acostumbrados a los parches de baja calidad? el bloat sin sentido y que todo funcione lento??? XDDDDDDDDDDDDDD

1 respuesta
JuAn4k4

A mi el mac fish no me va, soy más de Mac pollo.

2
B

.

isvidal

Yo como me dedico a alinear divs con el terminal por defecto y el tema de matrix ya me vale

1 respuesta
B

.

1 respuesta
eondev

joder con los milenials no-brainers que no son capaces de memorizar cuatro comandos

B

.

Fyn4r

#18225 Yo tengo el típico alias de fuck para ejecutar la última instrucción con "sudo" delante xD

1
Ranthas

Ahora hablando de bash y mierdas típicas de pinchamemorias, hemos tocado fondo y todavía estamos en Enero.

1 respuesta
Fyn4r

#18229 estas muy salty tu últimamente, a ver si te voy a tener que echar agua a la cara

1 respuesta
Ranthas

#18230 La crisis de los 30

2 respuestas
desu

#18231 Lo siento, tiene que ser jodido dejar de ser joven.

Fyn4r

#18231 yo no sali de esa y ya estoy para entrar en la siguiente

desu

https://domk.website/blog/2021-01-31-cult-of-best-practise.html

Best practices are, despite the name, not universally good.

The problem with many programming best practices is that they pretend to conform to that definition, but they do not.

Some best practices aren’t generally accepted. They come from different, less reliable sources of authority. It could be a prominent individual or a specific community who present something as widely accepted when it’s their own experience or opinion.

Consider this example: someone, through a lot of trial and error, found a good way to tackle a problem. Because of the learning process, they understand the nuances in how and when to apply it.

The solution works for them and they start sharing their lessons as best practice. This gets picked up by people who skipped the learning and went straight to applying it, missing out on some nuance. Those people share it again. A new cohort of people picks it up. They misunderstand it more and share it again.

Soon, all understanding of why the practice works is lost. People are parroting it as a simplified, absolute catchphrase. “Always write the tests before the implementation”. 3

Once all nuance is lost, the conditions are perfect for the idea to spread. It originated from someone with respect, experience, and authority. The simplicity makes it sound easy. People who don’t understand it sell it as a panacea. As a result, people can learn about it quickly and start evangelising. Despite its merit-based origin, it has become a social phenomenon.

The social aspect of how best practices spread helps us answer the next question — why do we like following them?

When we lack the experience and confidence to form our own opinions, we defer to the next best thing: an authority. This is a well-known cognitive bias. 4

Imagine a team of inexperienced developers with no one seasoned to lean on. They can’t make all decisions in an informed way — following best practices is the next best option.

The way out of the cult starts with understanding what the commonly presented best practices are — a social phenomenon.

Imaginate hacer TDD, Scrum, agile, BDD, OOP, FP en 2021 LOOOOOooOOOOOOOooOOOOOOooOOOOOL

3 1 respuesta
JuAn4k4

#18234 muy bueno el texto

1 respuesta
desu

#18235 Le falta aplicar el síndrome del impostor / inseguridad y generalizar.

Síndrome de impostor mas general:

  • Estas haciendo X y crees que necesitas aprender mas, pagas cursos de coursera del MIT
  • Programas en Java y tu código es una mierda, te piensas que haciendo Scala dejaras de escribir código de mierda
  • Programas en Java y eres un pajeet, te crees que por hacer tests y patrones complejos eres mejor
  • Estas trabajando y solo tienes un FP, te sientes inferior y te sacas por tu cuenta la carrera, o carrera -> master
  • Tu startup no funciona, culpas a los frameworks y tecnología en lugar del modelo de negocio, le metes kubernetes y mil cosas trendy

Que seria expandir en lo que dice:

  • No tienes ni puta idea de lo que haces, recurres a seguir buenas practicas
  • No tienes ni puta idead el o que haces, crees que hacer lo que hace el resto o poner una figura de autoridad te hace mas profesional
  • Cuando algo falla, al haber seguido buenas practicas puedes excusar tu responsabilidad personal hacia tu mismo y tu trabajo en factores del exterior.
    Externalización.

Esta linea en psicología se usa para explicar la gran mayoría de decisiones que tomamos racionalizando. En el texto se basa en la autoridad y el culto social, pero existen más factores. La técnica para contrarrestar estos problemas es tomar responsabilidad personal y cuantificar. Por ejemplo:

  • Trabajas fuera de casa y excusas comer comida rápida y de mierda a que no tienes tiempo para cocinar
  • No vas al gimnasio porque trabajas muchas horas, tienes que hacer X o Y

Lo solucionas responsabilizándote y usando cuantificadores:

  • Empiezas a calcular el tiempo que te pasas en instagram, ese tiempo lo puedes invertir en cocinar o entrenar
  • Te pesas cada X dias, trackeas tu peso, y adaptas tu dieta

Cuantificando te haces responsable y quitas los factores exteriores de tu erróneo raciocinio.

En nuestro día a día, la mayoría de problemas se resuelven en dejar de llorar y ser un pajeet. El problema es que la gente pasa de inseguridad a Dunning-Kruger.

Cumplo o he cumplido la mayoría de mierdas que dice o digo XD Necesito NOOTROPICOS. Desprenderte del EGO.

1 respuesta
eondev

#18236 Yo no considero que muchas las excusas vengan por el Dunning Kruger

1 respuesta
desu

#18237 Yo tampoco. Las excusas vienen de inseguridad como comenta el post original. Lo que he dicho es que el problema es que sueles pasar de un extremo a otro.

El post original dice que la inseguridad te lleva a figuras autoritativas o cultos.
Yo he a;adido que también es normal pasar de inseguridad a creerte el puto amo y mejor que el resto, y entonces eres tu quien es la figura autoritativa o culto XD

eisenfaust

"¿Cómo? ¿Dices que mi servicio ha caído por OOM y hace leak de descriptores de fichero? No lo entiendo, si usamos todas las buenas prácticas del clean code, patrones del GoF y arquitectura hexagonal. ¡Y toda la batería de pruebas en verde con TDD! Bueno, probaremos a hacer mob programming la próxima vez."

Kaledros

Os creéis al primer gurú de los veinte duros que se acopla a vuestro sesgo de confirmación, just sayin'

1

Usuarios habituales