/tech/ - Tech 2.0

Mode: Reply
Name
Subject
Message

Max message length: 4096

Opciones
Files
E-mail
Password

(used to delete files and postings)

Misc

Remember to follow the rules


Choroy 08/09/2024 (Fri) 22:56:22 b3d477 No. 14036
me pegué un pepinazo gigante en la pega, pushée código malo al repo, dejé la cagada en el ambiente de stage y no pudimos hacer release hoy como costumbre. voy a tener que quedarme todo el finde arreglando el cagazo un mal día para ser programador desde casita. quiero un cigarro.
Te faltaron las medias de peogramador
¿Y no tienen sistema de rollback de ambientes y roll forward del código del repo? ¿Qué chucha están haciendo en tu trabajo? Digo, esas son salvaguardas básicas en un sistema de CI/CD...
>>14038 no no hay, somos 4 pelagatos en una startup
>>14039 joder, que ganas de ser uno de esos 4 pelagatos en la startup no necesitan un junior con 0 experiencia laboral salido de bootcamp?
eres tu el aweonao que se siente superior por las carreras stem? KEEK
>pagar por trabajar >hacer la pega mal >tener que trabajar todo el fin de semana gratis Lo leo y loleo.
>>14042 se llama responsabilidad, perrín. >>14041 no nica, yo no me siento superior a nadie. quizá estoy al nivel de un tornero o algo así, solo que trabajo con código. >>14040 creo que van a contratar a un front-end dentro de poco, pero seguro vamos a buscar a alguien senior, no un junior.
138.28 KB, 1638x2048
>>14044 Levantas una piedra y encuentras un chileno de bien full-stack.
>>14045 pero en puras hueás cumas como php, springboot o asp.net los que saben go o python/flask son pocos.
>>14046 >los que saben go o python/flask son pocos. que mierda hablas, esta lleno de simios python, sobre todo en temas de integracion de apis y ciencia de datos
>>14047 pero valen todos hongo, son chantas a cagar y no saben hacer nada imaginate dartelas de senior en python y no saber hacer multiprocessing
Esos 3 palitos no se ganan solos
>>14048 >se queja que el futuro trabajador no se sabe la hora del almuerzo en la futura pega ni el numero de barrotes de la ventana del baño ese on-boarding de la metodologia de trabajo de la empresita no se va a hacer solo
>>14039 Si son 4 pelagatos, con mayor razón debiesen automatizar.
1.30 MB, 500x213
>>14038 Es tremendo pajeo revertir un commit cuando no es el último del historial y si al hacerlo hace conflictos. >>14048 >multiprocessing >en python Simple: no lo haces. Es una paja.
>>14053 >Es tremendo pajeo revertir un commit cuando no es el último del historial y si al hacerlo hace conflictos. Chemimare, ¿en serio no sabes hacer cherry-picking de commits con Git? Por la rechucha, como si la hueá fuese ciencia de cohetes... https://swimm.io/blog/overcoming-git-disasters-gitsasters-part-2-git-cherry-pick-git-revert-git-reflog
>>14046 spring boot es el pan con mantequilla de la industria financiera.
>>14053 envidio a estos simios capaces de armar una startup, pero incapaces de usar una herramienta tan putamente basica como git me da esperanza de que en algun momento yo tambien puedo conseguir trabajo en este rubro siendo un inoperante
>>14059 Las startups están sobrevaluadas, son mierda. Lo mejor es hacerla como la aplicaba el patio11 en sus primeros años, compañías que puede armar una sola persona y con un producto de nicho que te permite ganar ingresos sensatos. Si eres lo suficientemente bueno a nivel técnico, lograrás automatizar mucho de esa compañía y producto y podrás lanzar otros productos interesantes con el mismo sistema. La cacha es, precisamente, cuando te compras el cuento hueón de las startups respecto a crecer al infinito. Esa hueá es de una compañía entre un millón. Así que, ¿para qué tomar el camino más riesgoso y agotador, si hay productos que son bien pagados en mercados algo más de nicho y en donde no tienes que alumbrar tanto? Intentar ser el próximo Facebook es el peor error para un fundador de startups, porque te obsesionas por algo que es demasiado sacrificado y en donde los únicos que ganarán serán los VCs que ponen plata en tu compañía.
>>14060 >Lo mejor es hacerla como la aplicaba el patio11 en sus primeros años, compañías que puede armar una sola persona y con un producto de nicho que te permite ganar ingresos sensatos. la cagada ahi es que para hacer una aplicacion de nicho primero debes conocer el nicho, y si tu unico entorno son guatones que hacen aplicaciones y no conoces a nadie que quiera las aplicaciones, no vas a salir nunca del bucle hasta que te contraten en algun lado
>>14061 Ni tanto. Basta con encontrar un público que no tenga atención para sus necesidades. Y eso, más que capacidad técnica, requiere tocar un poquito de pasto a la semana.
>>14062 >hola soy choroy, disculpe tiene tiempo para hablar sobre sus necesidades <estoy ocupado, andate >e-es que puedo ayudar a su nicho de mercado creando una aplicacion que le facilite el trabajo <a quien le has hecho esa pega antes >a-a nadie todavia, es que no me contratan y estoy trabajando independiente <y a quien conoces de mi rubro para tener confianza en ti >s-s-solo conozco otros guatones como yo en la misma situacion <dejame tu numero para llamarte cuando este desocupado. tu no me llames, yo te llamo >g-gracias por su tiempo estos weones creen que la vida es como un episodio de Startup donde en 45 minutos todo te sale bien, si no tienes experiencia minima real con un contrato para demostrar que puedes hacer un PMV de principio a fin, nadie te va a pescar
17.23 KB, 480x360
>>14063 es que tenís que saber hacerla pos'papito
>>14062 >más que capacidad técnica, requiere tocar un poquito de pasto a la semana <creer de manera no irónica que es así de fácil El hierro. >>14063 >>14064 Jajie duro.
>>14057 >reflog O sea webeo. No todas las empresas son las que hacen dos merges al día. Acá se hacen siete o hasta 20 en una jornada y donde las cadenas de pull requests son comunes.
>>14070 Y tienen revisión de pares? Acá en la pega se hace el PR y una persona del equipo debe leer lo que se va a mezclar y aprueba o dejar in comentario para que el autor revise y cuando es un PR delicado necesitamos que el líder técnico también lea y apruebe. Supongo que el equipo técnico de OP tiene líder técnico.
>>14063 >>14064 >>14065 Uf, expertísimos en el argumentum ex culo o en las proctolojustificaciones, kek.
>>14070 >phedo ago hentde ziethe ha beinthe meryez en una jhornada, hez musho Puta el chuchesumare llorón. Lo que mencionas es lo que me sucede en un día tranquilo y relajado, kek. Si te cagas todo con tan poca actividad, es que no sabes usar Git, asúmelo.
El qué de qué. HORRIBLE DE LEEF.
>>14071 Sí, y son frecuentes los request changes por conflictos. Yo cuando reviso exijo rebase pero otros se conforman con un merge. spoiler: soy TL >>14073 He usado git por años, es webeo deshacer cosas limpiamente cuando se juntan cambios de n personas en un día. Ni hablar en la semana.
>>14073 Y 20 ha sido el tope acá cuando son proyectos nuestros. Cuando nos ha tocado hacer de aumento de equipo, nos ha tocado trabajar con el terror de cualquier informático: indios y cingaleses. Qué manera de literalmente cagar código esa gente. Tan así que decíamos internamente que uno de nosotros valía por cinco o siete de ellos.
>>14075 Usar Git por años ni de casualidad implica que sepas usar Git. A lo sumo, deja claro que estás trabajando con el subconjunto de opciones que mayor comodidad te entrega y menos pereza tienes en aprender.
>>14077 Usar git es como usar el office, con el 20% de sus funciones haces el 80% de la pega. El resto es para que los devops hagan CI/CDmagias en los repositorios y para desastres contados con los dedos de la mano.
¿Por qué pepinazo?
>>14076 Pero si para eso puedes automatizar el linting, el formateo, la verificación de los tests... Literalmente, hay cientos de maneras en que puedes facilitarte la vida para que al momento de hacer los reviews del PR, te enfoques en verificar lo que resulta relevante y los detalles macro para los que es bueno un humano.
Qué debo aprender/practicar para no fallar como op?
>>14081 >aprender Git. Conceptos basicos. >aprender que es stash
>>14080 Los tenemos en lo que hacemos nosotros: linting, tests automatizados, pre-commit checks, etc. Pero en los proyectos de terceros donde nos han contratado para apoyar… un desastre, lo peor era que no podíamos meter mucha mano porque sería entrar a competir con sus commits y pull requests. Y qué mejor manera tenían ellos de resolver conflictos que… mezclar todas las ramas entre sí. Horrible. Y recién cuando logramos enderezar algo su proyecto y enseñarles a hacer bien las cosas, llegó contraparte nueva y nos cortó :(
159.34 KB, 983x1024
hable con mi pm el otro día (simplemente una reunión que tenemos todos los meses para discutir sobre el proyecto) y le mencioné sobre mi pepinazo, me dijo que esta bien que fallar a veces es parte del trabajo pero lo más importante es que mostré compromiso al tomar responsabilidad del error y ofrecer una solución. se sintió bien hermano.
Y para que chucha está el ramo de automatizacion en todas las cagas de carreras si nadie se anima a que un choroy automatice algún proceso? Me ahorro medio semestre y me dedico a engrasar tuercas.
>>14145 >Y para que chucha está el ramo de automatizacion en todas las cagas de carreras si nadie se anima a que un choroy automatice algún proceso? es para justificar la ingeniería en el titulo, ademas toda la mierda de Ogata que te enseñan para automatizar procesos es una mierda autista sin lugar en el mundo real, asi que si, es mas provechoso engrasar tuercas que perder el tiempo en eso
>>14145 De hecho las competencias en oleohidráulica o de soldadura son más provechosas que automatizar. La industria chilena es especial por no decir algo más feo.

Delete
Report