Portada
mis comunidades
otras secciones
#2:
Anda que no me llevé una ostia al pasar de Python a Go. Ya había trabajado con C y C++ pero lo que me sorprendió fue la filosofía de la comunidad. De usar variables descriptivas a volver al i,j,x porque es más escueto. 
Al final es un lenguaje mucho más "verbose". Necesitas escribir mucho más código para hacer lo mismo que en otros.
Es menos eficiente en tiempo para salir a producción más LOC por feature y es muy fácil que algo esté a nil y tengas un panic en producción. De ahi los millones de bloques del tipo if err != nil.
Solo lo escogeria si de verdad necesitas micro optimizaciones. Lo que tiene y es buenísimo es su cli, su sistema de paquetes, el formateo, detector de race conditions, test runner etc. Parecido a Python pero mucho más amigable. El hecho de que al final sea un solo fichero binario es un pro para evitarte dockerfiles gigantes.
Al final es un lenguaje mucho más "verbose". Necesitas escribir mucho más código para hacer lo mismo que en otros.
Es menos eficiente en tiempo para salir a producción más LOC por feature y es muy fácil que algo esté a nil y tengas un panic en producción. De ahi los millones de bloques del tipo if err != nil.
Solo lo escogeria si de verdad necesitas micro optimizaciones. Lo que tiene y es buenísimo es su cli, su sistema de paquetes, el formateo, detector de race conditions, test runner etc. Parecido a Python pero mucho más amigable. El hecho de que al final sea un solo fichero binario es un pro para evitarte dockerfiles gigantes.
#3:
Quizas por error tenía la idea de que wired era un poco mas serio, como para salir a mendigar clicks con un flame tan torticero.
Comentarios
Anda que no me llevé una ostia al pasar de Python a Go. Ya había trabajado con C y C++ pero lo que me sorprendió fue la filosofía de la comunidad. De usar variables descriptivas a volver al i,j,x porque es más escueto.
Al final es un lenguaje mucho más "verbose". Necesitas escribir mucho más código para hacer lo mismo que en otros.
Es menos eficiente en tiempo para salir a producción más LOC por feature y es muy fácil que algo esté a nil y tengas un panic en producción. De ahi los millones de bloques del tipo if err != nil.
Solo lo escogeria si de verdad necesitas micro optimizaciones. Lo que tiene y es buenísimo es su cli, su sistema de paquetes, el formateo, detector de race conditions, test runner etc. Parecido a Python pero mucho más amigable. El hecho de que al final sea un solo fichero binario es un pro para evitarte dockerfiles gigantes.
#2 lo peor de todo es que te entendemos
Quizas por error tenía la idea de que wired era un poco mas serio, como para salir a mendigar clicks con un flame tan torticero.
Quien cree que programar no es un arte es que no tiene ni la más remota idea de programar.
#5 Pues yo no le veo el arte por ningún lado, y llevo 16 años ganándome la vida con la programación. Y ganándomela muy bien, además.
#12 yo llevo 20, y cuando ya no es un arte (y por tanto, divertido) cambio a otra cosa
#13 ¿La creación artística es divertida?
#14 supongo que cada uno se la menea con lo que quiere
#12 Pues lo siento por ti, en serio, porque los colegas nos solemos contar las virguerías que hemos hecho para solventar un problema y eso si que es arte y no pintar un cuadro.
#15 No lo sientas por mí, no necesito pensar que mi trabajo es un arte, es simple conocimiento y lógica al aplicarlo.
Tampoco necesito contarle a nadie cómo resuelvo los problemas, sean "virguerías" o no.
En mi juventud cometí el pecado de poner pegatinas en mi portátil. Perdonadme por semejante afrenta
Mi programador de cabecera dice que huya de Go. No voy a dejarle de hacer caso por un inútil flame.
#6 Huye de tu programador de cabecera. Go es una maravilla
#8 Me niego a desobedecerle. Sé que tiene razón.
Desde que conozco Go me ha encantado lo eficiente que es en cuanto a tiempo invertido y resultados. Lástima que he tenido poca oportunidad de usarlo en lo profesional.
Todo el que diga que es programador y no domine ensamblador de al menos 3 arquitecturas diferentes es un matao venido a más ..que luego use C o Rust para que el resto de infra seres pueda entender el código se acepta como medida piadosa no ortodoxa de la eficiencia .
Ser programador no es usar un Básic con el nombre y el ide que quede más cool y haga chiribitas la pantalla ...es otra cosa ..llámalo picascripts o ñapalibrerias pero no programador .
Un programador es otra cosa ..es alguien capaz de hacer una calculadora polaca con 256 bytes .
Es como el que dice que es cocinero por qué ha comprado una lasaña congelada y la mete en el micro y la emplata .
Los programadores son el Alfa y el omega . Los programadores de verdad no serán reemplazados por chatgpt ..todo lo demás si.
Carmak , Torvalds ..esos son programadores que se rebajan a usar C para poder evitaros la sensación de fracaso vital...pero que se levantan un dia por la mañana y sin quitarse las lagañas son capaces con un lapiz, escribir una libreta entera de codigo que una vez compilado no da ni warnings ...y todos los demás somos gilipollas creyendo algo que la IA va a demoler en segundos de nuestra historia .
Y ahora dejando el cinismo y la ironía de lado y siendo serio : El verdadero problema no es que la IA va a ser más demoledora y eficiente , es que no necesita rebajarse a hacer código legible , ergo quien le va a sacar provecho , no va a ser el 99% de la gente que se gana la vida programando.
Una IA , con el conocimiento de varias arquitecturas diferentes a bajo nivel , va a ser capaz no solo de hacer el soft optimo ..también de describir con eficiencia las modificaciones necesarias a nivel de arquitectura para que eso sea real.
Por poner otro ejemplo ..un programador hace un programa para simular que alguien va en bicicleta en unos minutos . Una IA a partir del concepto ir en bicicleta , va a rediseñar la bicicleta y te va a decir como fabricarla como si pasaran varios siglos de expertos estudiando las bicicletas en unas horas .
Y no en un tiempo muy lejano. La primera aplicación