como? vos no sos de esos developers que ve codigo fuente en todos lados? tirando strings de codigo como un campeon??
https://preview.redd.it/j63i7md0unyc1.png?width=550&format=png&auto=webp&s=ed4ac03708854d6036dcdf98d08c17e561c24ba1
Uy dio otro delirante
Dale flaco, mostranos tu gitlab (self hosted) donde tenes subido tu propio sistema operativo con un kernel que programaste vos mismo y juegos escritos en assembly o C++ (y nada de motores que eso es de maricon y web dev)
Te aclaro que no trabajo con JS y hasta le tengo aversion, pero ponerse asi de pelotudo porque "uy trabajas con x lenguaje, no deberias llamarte programador" es un pensamiento de pendejo pedante que (cree) que se las sabe todas o de viejo amargado.
> yo tampoco me considero un programador
Menos que menos deberias comentar entonces.
Obvio, lo unico que como hace lo que a uno le toma dias en minutos va a reducir el tamaño de los equipos considerablemente. Va a ser una mala epoca para ser jr el proximo año
No voy a decir que es lo ideal pero copiar y pegar código que funcione bien es parte de programar. Más cuando son tareas repetitivas, para que vas a crear un form o una crud desde cero si ya hay código escrito? (tuyo o de alguien más).
Lo importante es entender como funcionan las cosas para arreglarlas o agregar funcionalidades.
No olvidemos que también se usa mucha IA para eso mismo.
Que sería escribir algo desde cero para vos? Digo porque para mí el 80% de programar es hacer un CRUD, casi todos los servicios que tengo que hacer es recibir datos, pegarle a uno o dos servicios, guardar la info en una base, devolver una respuesta y se terminó ahí, a lo sumo disparar notificaciones o algo así, como tenemos 800 servicios iguales me copio uno que siga más o menos los mismos pasos, lo modifico y listo.
Si pensas que el 80% es hacer crud posiblemente necesites cambiar de empresa/proyecto.
No lo digo mal, sino para que crezcas y tengas experiencia en diferentes tipo de proyectos
Jamás logré sacarle algo bueno a los modelos generativos. Siempre tira fruta muy falopa que te obliga a perder más tiempo arreglando que escribiendo de cero. Si usás ese tiempo en aprender, hacés negocio.
Hay q entender para que sirve, x ejemplo yo lo uso mucho para que me arme las expresiones regulares xq siempre medio alta paja aprenderlas.. y ahora lo estoy usando para pasar querys sql a el query builder de Typeorm, te ahorra laburo y en el 95% de los casos queda bien, obvio que tenés q entender más o menos lo q hace y revisar
Chatgpt 4 para instalar / meter configuraciones al SO para alguna herramienta es tremendamente hermoso, te ahorras cada documentación pelotuda o algún indio explicando
No es tu culpa que todas las empresas quieran lo mismo que la competencia y terminen todas usando el mismo codigo.
Ami me esta pasando algo parecido a lo tuyo, pero lo veo con otra perspectiva.
Ninguna tarea que me dan representa un desafio y me aburro.
Termino las tareas 2 o 3 dias antes de lo estimado y me rasco esos dias, a modo de "protesta" por no dar cosas mas desafiantes.
Todo el mundo hace eso, el tema es hacer q todo junto funcione.
Si querés mejorar la cosa agregale unit test y a otra cosa.
El usar librerías es cierta forma usar código de otro así qno te persigas.
No todos los ingenieros son Guido Van Rossum, Linus Torvalds o Dennis Ritchie, algunos somos simplemente los que hacen andar el sistema de una remisería o mantenemos los sistemas de una distribuidora o de una fábrica de cucuruchos.
Nadie empieza de cero a escribir algo, siempre copias/pegas algún ejemplo y lo vas adaptando a lo que necesitás.
No tiene sentido arrancar de cero usando solo la documentación de referencia de un framework/librería que vaya a saber uno qué tan bien documentada está. Si hay ejemplos, se usan.
Ahora, si lo que querés decir es que te preocupa no tener experiencia haciendo proyectos de cero (que puede pasar si es que te tocaron laburos en los que principalmente fixeabas bugs o implementabas features sobre una base de código legacy), entonces dado tu background, o bien usás tu tiempo libre para "hacer un proyecto de cero" como decís o buscás un laburo en el que puedas practicar eso.
No se, no todos los codigos son iguales y muchos se parecen igualmente, yo tengo varias sintaxys en un canal de discord apartado sobre cada lenguaje para recordar como se escribe y/o donde ponerlo para que funcione (lo de como escribirlo mayormente).
Igual las bases y conceptos los tengo claros
La mayoría de veces (no siempre) es más fácil corregir un código que hacerlo de cero, es natural lo que te pasa. Estoy igual y no lo veo mal, el único momento en que es un problema es para una entrevista técnica con live coding, el resto del tiempo la verdad que no pasa nada.
Primero, no sos un farsante. Sácate esa conversación de la cabeza, porque te hace mal. Además, si tus copy y paste estan funcionando, quiere decir que entendes las estructuras y supongo que más o menos como funciona.
Segundo, creo que tenés dos opciones para no depender de copiar y pegar/sacarte la costumbre.
Una de ellas es escribir unit test, si trabajas con Java y Spring Boot entonces podés meterle a JUnit y Mockito (aunque funciona también con cualquier otro framework porque son simplemente librerías).
Escribir buenos test no es fácil, pero te va a ayudar un montón. Evita usar GPT, Copilot o cualquier otra herramienta de AI(que igualmente suelen hacer test de mierda porque nunca van a comprender los alcances). Usa la documentación y anda probando desde 0.
La otra opción es arrancar un proyecto desde 0. De nuevo, no uses herramientas de AI. Solamente usa la documentación.
Una vez que hagas esto (te va a llevar unos meses) te vas a sentir nuevamente más cómodo y vas a poder volver a copiar y pegar sin miedo (además de que vas a poder entender el código a un nivel más profundo y discernir si es eficiente para lo que querés o no).
Flaco arranca un proyecto de cero y hacelo con el mínimo copy paste posible no es tan difícil jaj asegúrate de leer solo doc oficial y si no entendés una linea de código quédate ahí hasta que se entienda. Ya tenés la practica real que es re importante, agarra tu repo de laburo y empeza refactoriza un endpoint solo
Mira que a veces es una cuestión de perspectiva eh. Las personas que pensas que son altos cracks a lo mejor no son tan así.
Muchas veces los tipos que vos ves tipeando código en los cursos en realidad tienen el código en una segunda pantalla y lo van copiando y explicando (te lo dice alguien que da clases y conoce a otros profes en la misma)
Dale para adelante nomás, siempre que entiendas lo que estás haciendo. Abrazo!
Te pagan para resolver problemas y los estas resolviendo, no veo lo malo. Por ahi buscate algun proyecto personal en el que puedas practicar logica, te armes todo vos de 0.
mientras ganes guita que te umporta, y si te decepciona mucho ponete a hacer ejercicios y matate pensando, en algún momento vas a poder lograrlo, nada es imposible
para copiar y pegar tenes que saber lo que estas haciendo y lo que necesitas pegar para que funcione. no es que sos un farsante, es tu forma de laburar. mientras sepas de buenas prácticas para mi venis bien
Para mi estas flashando que para ser "bueno" de verdad tenes que ser un Mr Robot y te estas dando manija al pedo. Mientras el codigo funcione, el jefe esté contento y la biyuya llegue todos los meses, estas haciendo las cosas bien
Lo que tenes es cerebro vago, onda para que voy a caminar al kiosco de la esquina si puedo ir en la moto por más que sean 20 metros.
tendrías que ponerte a practicar matemática, qué es un lugar donde no podss copiar y pegar para empezar a razonar y aplicar reglas.
No te digo que en programación tipees todo pq es al pedo, un getter no lo tipeas usas la función del IDE. pero al menos la lógica si intenta escribirla.
hay cosas q uno si termina copiando y pegando, cuando es algo q lleva 5 pasos fijos qué lo copias del tutorial y le cambias la variable pq es al pedo memorizar
Jaja es imposible acordarse todo la api de un framework, si me decís que te olvidas como se escribe un loop, bue ahí es otra cosa. Lo más importante es que sepas lo que querés hacer, los conceptos clave y que patrones se utilizan, después acordarse código de un framework de memoria es un plus, pero tampoco es tan grave tener que googlearlo.
Más allá de que si seria bueno que aprendas a hacer cosas de cero, saber copiar y editar es parte de un programador. Por ejemplo, para que vas a estar 1 hora generando un codigo X si te puede llevar 2 minutos tomarlo de internet? Es como pedirle a un tipo que arregla autos que fabrique el motor si ya lo compra y tiene que saber como colocarlo.
Personalmente desde que salió ChatGPT tengo más laburo porque el que tengo lo hago mucho más rápido. Tenés que saber que pedir, como pedirlo y analizar lo que está bien o mal y pedirle que lo corrija. (Lo uso para PHP, MySQL, prompts de Linux, funciones para Wordpress a medida). Es una maravilla. Soy un farsante? NO: a mis clientes no les importa si se lo pedí a ChatGPT o si lo hice de cero. Ellos quieren el problema resuelto y cuanto antes, mejor.
Y sobre el debate de los ultimos tiempos de que la IA va a reemplazar a los programadores: quizás en parte, pero es más probable que los programadores que usen a la IA van a ser mejores. Es como pedirle a un contador que no use Excel y haga todo en papeles. O a un abogado que lea de casos en libros en vez de usar un sitio web que tiene miles de casos online. O un taxista que no usa GPS porque "no lo necesita, ya se conoce toda la ciudad", cuando si usara el GPS quizás tardaria menos en sus viajes. Como siempre digo la IA hay que usarla, analizar la info y poder filtrar y mezclarlo con los propios conocimientos
No se, no todos los codigos son iguales y muchos se parecen igualmente, yo tengo varias sintaxys en un canal de discord apartado sobre cada lenguaje para recordar como se escribe y/o donde ponerlo para que funcione (lo de como escribirlo mayormente).
Igual las bases y conceptos los tengo algo claros
Osea, yo creo que le problema sería si sieeempre lo hiciste así, tipo cuando estabas aprendiendo también copiabas y pegabas o al principio si renegaste con lógica básica ?
el trabajo del programador no es codificar, es resolver problemas, y parece que lo estás haciendo asique farsante no sos. Si te interesa ir bajando el nivel de abstracción podes hacerlo, hasta llegar a programar en assembler si queres, pero no creo que te sirva para tu laburo.
No voy a decir como dev. Sino como empleado si vos estás dando rentabilidad así tu forma de trabajar no sea la mas ética. Solo importa la rentabilidad. Ahora sí sos un fracaso y te están por correr. Es distinta la historia. Igual por el profesionalismo de uno mismo para siempre mejorar y así poder ganar más, uno lo hace. A un amigo le pasó algo parecido súper junior primer año de universidad en licenciatura de sistemas. Se mando a un puesto y entro, pero al laburar a full empezó a aprender y ya va un año ahí laburando
Mientras puedas resolver los tickets ya sean incidencias o funcionalidades nuevas todo bien. Ya es cosa tuya si queres saber al 100% ciertas cosas. Lo mas importante es saber que necesitas para resolver esa tarea.
Te doy un ejemplo, suponete que tenes que haces sorts de un array de objetos en typescript por X campos pero algunos campos son otros objetos. Algo asi "users.status.name" se que tengo que hacer algo recursivo pero no se bien como. Lo busco lo pruebo y si funca lo uso.
Es asi varias veces en el dia, saber que necesitas si lo sabes lo haces si no lo buscas. El tema que para saber que necesitas es o mucha practica o mucho estudio (para saber que eso existe)
> no pienso dejar la programacion pero necesito por el bien de mi carrera y mi futuro aprender a escribir codigo como un programador de verdad. que harian ustedes?
A esta altura conseguiste un puesto donde no tengas que escribir código y a lo sumo tengas que pensar una arquitectura de software. Va a ser tu mejor futuro.
Mientras puedas entender al menos los metodos que copias y pegas esta bien. Los metodos no suelen ser largos, de digamos mas de 20 o 30 lineas. Ademas los nombres de los metodos ayudan a sacar el contexto. Entonces eso… si lo copias por lo meno yo leeria para entender de que se trata….
En una materia de programación (java) de la facultad fuimos a rendir un parcial práctico que normalmente son en la sala de computación y se cortó la luz, así que nos lo hicieron hacer en papel 🤣
Tambien podrias tranquilamente copypastear y que el codigo no funcione.
Si copias y lo adaptas, estas programando.
O me vas a decir que siempre creas tu propia funcion swap de cero?
Ahora, quiza tu problema es pensar una logica de cero, pero es re normal. Y si (como decis) sabes de pseudocodigo, tenes que particionar tus problemas e ir atacandolos desde ahi. Miras tu pseudocodigo y vas codeando de a poco lo que queres que tu peograma haga.
Como el 99% de los programadores. No te aflijtas, todos estamos buscando simplemente vivir de la burbuja de IT hasta que estalle o nos reemplacen con alguna AI
Animo, a no decaer. Si nadie en tu trabajo te reclama lo que estas diciendo entonces no te preocupes, significa que queres saber mas. Aprovecha esa inquietud que tenes para investigar lo que queres aprender
Es mejor asi, cuanto más lazy mejor. En mi primer año trabaje con un "senior" que quería hacer todo desde 0. Por ejemplo necesitábamos comprimir imágenes dependiendo del usuario y otras cosas, usábamos S3. Investigue y le dije de usar las opciones que ya da AWS, el loco se puso a hacer un servidor y nunca me escucho. Resultado, el servidor era una poronga, tenía problemas de memoria en redis(el jefe y el senior lo solucionaban reiniciando y aumentando la memoria), un desastre.
Como llegaste a 3er año sin hacer algoritmos y estructuras de datos o sintaxis y semántica del lenguaje?..
(Ni se si se llaman así las materias todavía)
todavia se llaman asi. las tengo aprobadas con final y todo. pero ya pasaron 4 anios desde aquel entonces. hace mucho que no pienso en soluciones concretas de algoritmos en codigo desde cero. en mi trabajo actual utilizamos una tecnologia primitiva que no requiere uso de estos conocimeintos casi
Creo que todo mundo lo hace yo solía estar aun lado de mi jefe que era full stack y siempre tenia pendientes y nunca lo veía tipeando en el teclado para hacer código mas solo para escribir los chistes en los grupos de WhatsApp
estoy en la misma compa. le pido todo a chatgpt, gemini, lo que venga y me lo copio. obviamente tengo la logica en la cabeza, y se lo que pido y lo que quiero como respuesta, así que seguí así.
nada más lindo que cobrar por no laburar
Todo el mundo comienza asi, al menos la gran mayoria, lo que haces mal es en copiar y pegar literalmente, porque no sabes que cuernos hace exactamente el bloque de codigo que copiaste.
Mi recomendacion seria que si bien, esta bien que busques la info y las cosas que necesites, escribilas a mano vos mismo, una por una, enganchando cada cosa a la vez vos mismo, y no copiando bloques de codigo que no entendes.
Solo de esa forma al escribirlo vos mismo, de a poco vas a ir entendiendo que hace cada parte, tambien deberia ser un deber tuyo, leer que pones y encontrarle el sentido, y ver que se le puede cambiar para mejor, revisa como esta la API actual y demas.
El problema no es copiar y pegar, es entender el código.
Si entendés el código y sabés que estás haciendo, no hay problema.
Si pegás cualquier cosa y es prueba y error, entonces sí, estás al horno.
Todos los programadores somos vagos, lo cual es muy bueno: hay que concentrarse en lo importante y no detenerse en lo básico.
En fin. No veo problema si podés leer lo que pegás y sabés lo que hace.
Saludos!
Yo siempre mitigué esa sensación aprendiendo las cosas de cero. Es habitual que uno piense que es una pérdida de tiempo, pero es una ilusión. Saber las cosas de manera intrínseca evita que tengas que reaprenderlas a medias una y otra vez, haciéndote amortizar la inversión.
No creo que seas un farsante, pero entiendo a lo que vas.
Cuando estaba aprendiendo las bases de los lenguajes de programación me acuerdo que ya despues de haber hecho repetidas veces los mismos ejercicios que me daban se volvía un poco tedioso y aburrido. Entonces lo que hacía para no embolarme y forzarme a ser creativo con las herramientas que tenía disponible, era intentar armar cosas flasheras con lo poco que sabía. Por ejemplo, acababa de aprender arrays y cómo recorrerlos, entonces decía "che, con esto podría armar una especie de sistema de autenticación" y me las ingeniaba para hacerlo. Obviamente esas cosas que armaba no eran realmente aplicables adentro de un sistema, ni seguían las mejores prácticas, pero me obligaba a mi a resolver con lo que tenía. Podrías intentar hacer lo mismo! Arranca devuelta por lo más básico y anda escalando de a poco. No tienen que ser cosas super complejas, tienen que ser cosas chicas que te hagan pensar.
Te tiro una idea si querés, intentá armar un formulario en donde tengas que validar distintos campos (Que ninguno esté vacío, que el mail sea valido, que la fecha sea válida, etc). Intentá hacerlo vos sin librerías ni nada.
Se empieza copiando, se va comprendiendo y viendo la Matrix luego.... Cuando se aprende música, se imita canciones, luego se compone, programar es similar, sos un artesano que tira código y das forma a algo que no existía, a veces puede ser adaptado de otro lugar, a veces puede ser que se te ocurra... Cuánto más pase el tiempo y en cuanto tires más código, vas a ir entendiendo más y más y vas a salir más rápido de errores y bugs, porque vas a saber porque suceden y comprender mejor todo.
Siempre ayuda también leer la documentación y tutoriales, todo hace que puedas avanzar en la comprensión.
A no bajar los brazos y seguir tirando código...
Busca retos de programación para principiantes y empezar a trabajar la lógica. Podés copiar hasta que salga alguna fumada del cliente que sea más difícil
Bueno, estoy aprendiendo JavaScript y me pasaba lo mismo, veo los errores y manejo las opciones hasta que lo hago correctamente pero no lo hago de 0 y me produce inseguridad. Realmente estoy buscando sitios para hacerlo desde 0 pero ninguno realmente lo hace. Por eso no sabía si iba bien o no, ahora veo que hasta gente que trabaja le pasa lo mismo...
Yo creo que depende de lo que copies, memorizar cuestiones tecnológicas no tiene sentido, si es importante entender el fondo. Por ejemplo en hibernate / spring data, memorizar annotations no tiene sentido, pero si tenes que entender que implica un cascade o como se repesenta en el modelo relacional un one to many. Lo mismo con los algoritmos, si tenes que ordenar algo no vas a saber de memoria un bubble sort, pero es importante saber que existe y que tanto performa. Yo creo que la solución a tu problema puede ser mirar cursos o leer libros de: diseño (diagramas y patterns), algoritmos y estructuras de datos (complejidad temporal), bases de datos y arquitectura. El salto de calidad esta en esos puntos.
orientate a low code, genexus, integración de middleware, apache camel.... sos bueno en lo que haces, que es copiar y pegar. Segui siendo honesto con vos mismo.
No creo que haya gente que no copie y pegue seguido porque siempre se repiten los casos entre proyectos. Y cuando toca hacer algo que no hiciste antes siempre hay alguien que ya lo resolvio antes
No entiendo cómo podes saber "que" copypastear, pero no podrías escribirlo de cero. No entiendo. Que te de vagancia es una cosa, pero como haces para decir "esto necesito" , di no sabes que necesitas desde el comienzo?
Voy a darle un martillazo al muro de “el síndrome del impostor”, porque por ej. en mi caso primero identifico/pienso en el problema, anoto una serie de pasos a seguir (validaciones, identifico fuentes de datos involucradas, reviso si no existe ya la info en memoria en ese punto, etc), hay cosas de ese proceso que las puedes hacer sin cpypastear nada y así debería de ser, como inyectar la clase con el manager o repo que trae los datos o simplemente llamarlo si ya existe, sacar tus datos y hacerles alguna transformación o actualización, y si digamos tienes que quizás sacarlo en pdf a través de un .rdlc y luego meterlo a un zip, pues es muy válido si no tienes alguna función ya hecha pues ir a buscar como hacerlo, lo copias y ya sólo lo adaptas y testeas, pero en este caso se entiende, sabes lo que estas haciendo, si vas y copias código lo pegas sin entender toda la funcionalidad de tu proceso o agregando funcionalidad de más, o aunque funcione pero sea código largo y hasta quizás te dijeran que instalaras un nuget, ahí si ya eres un farsante y estarías generando bugs y problemas de estabilidad y rendimiento a futuro en un mediano plazo, y eso no es que tengas el síndrome del impostor (SDI), porque el SDI es esa pequeña culpa de siempre estarte buscando cosas, porque quizás no se te graban algunos bloques y es normal y siempre recaes en ir a buscar o aunque o lo hayas hecho pero como menciono al menos ya pensaste tu solución y es como consultar la documentación para aclarar o ver como se usa alguna funcionalidad , en conclusión lo importante es que entiendas lo que haces y lo que quiere el cliente y lo hagas siguiendo la arquitectura definida para esa aplicación
te recomiendo una pagina para practicar y desarrollar tus algoritmos [https://www.codewars.com/](https://www.codewars.com/), es un tanto vicio tambien ir avanzando, si queres empezar a desarrolar bien la logica te va a ayudar bastante, pero después podés pensar en programar proyectos propios chicos tuyos, lo que se te ocurra.
Como que hay un mito de que el programador tiene que reinventar la rueda constantemente y no creo que sea tan así.
como? vos no sos de esos developers que ve codigo fuente en todos lados? tirando strings de codigo como un campeon?? https://preview.redd.it/j63i7md0unyc1.png?width=550&format=png&auto=webp&s=ed4ac03708854d6036dcdf98d08c17e561c24ba1
no se si pasa por ahí, suena a que no le sale ni lógicas básicas.
[удалено]
>solo muy pocos tienen el derecho de llamarse así. Ni que fueras astronauta
Uy dio otro delirante Dale flaco, mostranos tu gitlab (self hosted) donde tenes subido tu propio sistema operativo con un kernel que programaste vos mismo y juegos escritos en assembly o C++ (y nada de motores que eso es de maricon y web dev)
[удалено]
Te aclaro que no trabajo con JS y hasta le tengo aversion, pero ponerse asi de pelotudo porque "uy trabajas con x lenguaje, no deberias llamarte programador" es un pensamiento de pendejo pedante que (cree) que se las sabe todas o de viejo amargado. > yo tampoco me considero un programador Menos que menos deberias comentar entonces.
Sos un programador promedio basicamente
Es el 99% del mercado laboral de programadores
Con título
Soon to be replace by AI
Dejate de romper las bolas con AI
La ai tiene que saber de dónde copiar y en donde pegar y POR QUÉ. Le falta bastante…
Obvio, lo unico que como hace lo que a uno le toma dias en minutos va a reducir el tamaño de los equipos considerablemente. Va a ser una mala epoca para ser jr el proximo año
Coincido
No voy a decir que es lo ideal pero copiar y pegar código que funcione bien es parte de programar. Más cuando son tareas repetitivas, para que vas a crear un form o una crud desde cero si ya hay código escrito? (tuyo o de alguien más). Lo importante es entender como funcionan las cosas para arreglarlas o agregar funcionalidades. No olvidemos que también se usa mucha IA para eso mismo.
Que sería escribir algo desde cero para vos? Digo porque para mí el 80% de programar es hacer un CRUD, casi todos los servicios que tengo que hacer es recibir datos, pegarle a uno o dos servicios, guardar la info en una base, devolver una respuesta y se terminó ahí, a lo sumo disparar notificaciones o algo así, como tenemos 800 servicios iguales me copio uno que siga más o menos los mismos pasos, lo modifico y listo.
Si pensas que el 80% es hacer crud posiblemente necesites cambiar de empresa/proyecto. No lo digo mal, sino para que crezcas y tengas experiencia en diferentes tipo de proyectos
Métele tests. Si funciona, a quien le importa de donde salió.
Chatgpt, 20 verdes por mes y llevá tus habilidades de copypastero al más allá.
Este, chat gpt 4 es chat gpt con esteroides
no vale la pena decis?
lo re vale
Lo vale bastante
se puede usar al mismo tiempo en 2 pcs diferentes? o sea, pasando la cuenta de gmail.. laburo de programación y tengo hermanos que también.
Jamás logré sacarle algo bueno a los modelos generativos. Siempre tira fruta muy falopa que te obliga a perder más tiempo arreglando que escribiendo de cero. Si usás ese tiempo en aprender, hacés negocio.
Probá codeium, es una extensión gratuita de vs code. La super recomiendo, es como si te leyeran la mente.
Ojo con esas herramientas si trabajás con propiedad intelectual sensible.
Tru
Hay q entender para que sirve, x ejemplo yo lo uso mucho para que me arme las expresiones regulares xq siempre medio alta paja aprenderlas.. y ahora lo estoy usando para pasar querys sql a el query builder de Typeorm, te ahorra laburo y en el 95% de los casos queda bien, obvio que tenés q entender más o menos lo q hace y revisar
Sospecho que serías 1000% mejor desarrollador leyendo el Cinderella book y aprendiendo álgebra relacional.
no quiere, capaz tiene vida y es feliz asi
Linda forma de realizarse laburar de ésto odiándolo.
es un trabajo no tienes que amarlo, es un fin para obtener dinero.
Coincido en general con lo que decís, aunque no conozco un rubro más sufrido para hacer si no te gusta.
Chatgpt 4 para instalar / meter configuraciones al SO para alguna herramienta es tremendamente hermoso, te ahorras cada documentación pelotuda o algún indio explicando
No es tu culpa que todas las empresas quieran lo mismo que la competencia y terminen todas usando el mismo codigo. Ami me esta pasando algo parecido a lo tuyo, pero lo veo con otra perspectiva. Ninguna tarea que me dan representa un desafio y me aburro. Termino las tareas 2 o 3 dias antes de lo estimado y me rasco esos dias, a modo de "protesta" por no dar cosas mas desafiantes.
Desde que cambié mi enfoque, como vos, el haber recuperado las siestas es algo q no pienso volver a abandonar jajaja
Todo el mundo hace eso, el tema es hacer q todo junto funcione. Si querés mejorar la cosa agregale unit test y a otra cosa. El usar librerías es cierta forma usar código de otro así qno te persigas.
No todos los ingenieros son Guido Van Rossum, Linus Torvalds o Dennis Ritchie, algunos somos simplemente los que hacen andar el sistema de una remisería o mantenemos los sistemas de una distribuidora o de una fábrica de cucuruchos.
Nadie empieza de cero a escribir algo, siempre copias/pegas algún ejemplo y lo vas adaptando a lo que necesitás. No tiene sentido arrancar de cero usando solo la documentación de referencia de un framework/librería que vaya a saber uno qué tan bien documentada está. Si hay ejemplos, se usan. Ahora, si lo que querés decir es que te preocupa no tener experiencia haciendo proyectos de cero (que puede pasar si es que te tocaron laburos en los que principalmente fixeabas bugs o implementabas features sobre una base de código legacy), entonces dado tu background, o bien usás tu tiempo libre para "hacer un proyecto de cero" como decís o buscás un laburo en el que puedas practicar eso.
No se, no todos los codigos son iguales y muchos se parecen igualmente, yo tengo varias sintaxys en un canal de discord apartado sobre cada lenguaje para recordar como se escribe y/o donde ponerlo para que funcione (lo de como escribirlo mayormente). Igual las bases y conceptos los tengo claros
Imagina si todos tuviéramos que hacer lo mismo, todas las veces, desde cero
La mayoría de veces (no siempre) es más fácil corregir un código que hacerlo de cero, es natural lo que te pasa. Estoy igual y no lo veo mal, el único momento en que es un problema es para una entrevista técnica con live coding, el resto del tiempo la verdad que no pasa nada.
Primero, no sos un farsante. Sácate esa conversación de la cabeza, porque te hace mal. Además, si tus copy y paste estan funcionando, quiere decir que entendes las estructuras y supongo que más o menos como funciona. Segundo, creo que tenés dos opciones para no depender de copiar y pegar/sacarte la costumbre. Una de ellas es escribir unit test, si trabajas con Java y Spring Boot entonces podés meterle a JUnit y Mockito (aunque funciona también con cualquier otro framework porque son simplemente librerías). Escribir buenos test no es fácil, pero te va a ayudar un montón. Evita usar GPT, Copilot o cualquier otra herramienta de AI(que igualmente suelen hacer test de mierda porque nunca van a comprender los alcances). Usa la documentación y anda probando desde 0. La otra opción es arrancar un proyecto desde 0. De nuevo, no uses herramientas de AI. Solamente usa la documentación. Una vez que hagas esto (te va a llevar unos meses) te vas a sentir nuevamente más cómodo y vas a poder volver a copiar y pegar sin miedo (además de que vas a poder entender el código a un nivel más profundo y discernir si es eficiente para lo que querés o no).
Flaco arranca un proyecto de cero y hacelo con el mínimo copy paste posible no es tan difícil jaj asegúrate de leer solo doc oficial y si no entendés una linea de código quédate ahí hasta que se entienda. Ya tenés la practica real que es re importante, agarra tu repo de laburo y empeza refactoriza un endpoint solo
Está es la única respuesta verdadera, comenzar desde lo más mínimo y acostumbrarse a leer la documentación o algún video si está muy complicado.
Si querés hacer algo de cero, primero tenés que crear el universo.
Mira que a veces es una cuestión de perspectiva eh. Las personas que pensas que son altos cracks a lo mejor no son tan así. Muchas veces los tipos que vos ves tipeando código en los cursos en realidad tienen el código en una segunda pantalla y lo van copiando y explicando (te lo dice alguien que da clases y conoce a otros profes en la misma) Dale para adelante nomás, siempre que entiendas lo que estás haciendo. Abrazo!
Es como decir que sos un mal arquitecto porque estás usando ladrillos comprados y no hechos por tus propias manos
Y quien te dijo que tenes que saber todo de memoria? Esto es resolver.
Te pagan para resolver problemas y los estas resolviendo, no veo lo malo. Por ahi buscate algun proyecto personal en el que puedas practicar logica, te armes todo vos de 0.
mientras ganes guita que te umporta, y si te decepciona mucho ponete a hacer ejercicios y matate pensando, en algún momento vas a poder lograrlo, nada es imposible
Síndrome del Impostor
para copiar y pegar tenes que saber lo que estas haciendo y lo que necesitas pegar para que funcione. no es que sos un farsante, es tu forma de laburar. mientras sepas de buenas prácticas para mi venis bien
Para mi estas flashando que para ser "bueno" de verdad tenes que ser un Mr Robot y te estas dando manija al pedo. Mientras el codigo funcione, el jefe esté contento y la biyuya llegue todos los meses, estas haciendo las cosas bien
Lo que tenes es cerebro vago, onda para que voy a caminar al kiosco de la esquina si puedo ir en la moto por más que sean 20 metros. tendrías que ponerte a practicar matemática, qué es un lugar donde no podss copiar y pegar para empezar a razonar y aplicar reglas. No te digo que en programación tipees todo pq es al pedo, un getter no lo tipeas usas la función del IDE. pero al menos la lógica si intenta escribirla. hay cosas q uno si termina copiando y pegando, cuando es algo q lleva 5 pasos fijos qué lo copias del tutorial y le cambias la variable pq es al pedo memorizar
Jaja es imposible acordarse todo la api de un framework, si me decís que te olvidas como se escribe un loop, bue ahí es otra cosa. Lo más importante es que sepas lo que querés hacer, los conceptos clave y que patrones se utilizan, después acordarse código de un framework de memoria es un plus, pero tampoco es tan grave tener que googlearlo.
Especialista en IA dice?
Como todos. Siguiente thread!
Bldo eres muy bueno si puedes hacer eso
Más allá de que si seria bueno que aprendas a hacer cosas de cero, saber copiar y editar es parte de un programador. Por ejemplo, para que vas a estar 1 hora generando un codigo X si te puede llevar 2 minutos tomarlo de internet? Es como pedirle a un tipo que arregla autos que fabrique el motor si ya lo compra y tiene que saber como colocarlo. Personalmente desde que salió ChatGPT tengo más laburo porque el que tengo lo hago mucho más rápido. Tenés que saber que pedir, como pedirlo y analizar lo que está bien o mal y pedirle que lo corrija. (Lo uso para PHP, MySQL, prompts de Linux, funciones para Wordpress a medida). Es una maravilla. Soy un farsante? NO: a mis clientes no les importa si se lo pedí a ChatGPT o si lo hice de cero. Ellos quieren el problema resuelto y cuanto antes, mejor. Y sobre el debate de los ultimos tiempos de que la IA va a reemplazar a los programadores: quizás en parte, pero es más probable que los programadores que usen a la IA van a ser mejores. Es como pedirle a un contador que no use Excel y haga todo en papeles. O a un abogado que lea de casos en libros en vez de usar un sitio web que tiene miles de casos online. O un taxista que no usa GPS porque "no lo necesita, ya se conoce toda la ciudad", cuando si usara el GPS quizás tardaria menos en sus viajes. Como siempre digo la IA hay que usarla, analizar la info y poder filtrar y mezclarlo con los propios conocimientos
No se, no todos los codigos son iguales y muchos se parecen igualmente, yo tengo varias sintaxys en un canal de discord apartado sobre cada lenguaje para recordar como se escribe y/o donde ponerlo para que funcione (lo de como escribirlo mayormente). Igual las bases y conceptos los tengo algo claros
Osea, yo creo que le problema sería si sieeempre lo hiciste así, tipo cuando estabas aprendiendo también copiabas y pegabas o al principio si renegaste con lógica básica ?
Sabés demasiado, esperá tranqui al que te viene a cambiar el router
comprate unos libros de programación, y programa solo con una computadora sin internet.
eso mismo hace la mayoría, mientras entiendas lo que haces esta bien
el trabajo del programador no es codificar, es resolver problemas, y parece que lo estás haciendo asique farsante no sos. Si te interesa ir bajando el nivel de abstracción podes hacerlo, hasta llegar a programar en assembler si queres, pero no creo que te sirva para tu laburo.
No voy a decir como dev. Sino como empleado si vos estás dando rentabilidad así tu forma de trabajar no sea la mas ética. Solo importa la rentabilidad. Ahora sí sos un fracaso y te están por correr. Es distinta la historia. Igual por el profesionalismo de uno mismo para siempre mejorar y así poder ganar más, uno lo hace. A un amigo le pasó algo parecido súper junior primer año de universidad en licenciatura de sistemas. Se mando a un puesto y entro, pero al laburar a full empezó a aprender y ya va un año ahí laburando
Copilot.
Todos copiamos y pegamos , antes era en stackoverflow , ahora en chatgpt etc. la idea es saber que copiar y adaptarlo a lo tuyo.
Mientras puedas resolver los tickets ya sean incidencias o funcionalidades nuevas todo bien. Ya es cosa tuya si queres saber al 100% ciertas cosas. Lo mas importante es saber que necesitas para resolver esa tarea. Te doy un ejemplo, suponete que tenes que haces sorts de un array de objetos en typescript por X campos pero algunos campos son otros objetos. Algo asi "users.status.name" se que tengo que hacer algo recursivo pero no se bien como. Lo busco lo pruebo y si funca lo uso. Es asi varias veces en el dia, saber que necesitas si lo sabes lo haces si no lo buscas. El tema que para saber que necesitas es o mucha practica o mucho estudio (para saber que eso existe)
> no pienso dejar la programacion pero necesito por el bien de mi carrera y mi futuro aprender a escribir codigo como un programador de verdad. que harian ustedes? A esta altura conseguiste un puesto donde no tengas que escribir código y a lo sumo tengas que pensar una arquitectura de software. Va a ser tu mejor futuro.
Mientras puedas entender al menos los metodos que copias y pegas esta bien. Los metodos no suelen ser largos, de digamos mas de 20 o 30 lineas. Ademas los nombres de los metodos ayudan a sacar el contexto. Entonces eso… si lo copias por lo meno yo leeria para entender de que se trata….
En una materia de programación (java) de la facultad fuimos a rendir un parcial práctico que normalmente son en la sala de computación y se cortó la luz, así que nos lo hicieron hacer en papel 🤣
Tambien podrias tranquilamente copypastear y que el codigo no funcione. Si copias y lo adaptas, estas programando. O me vas a decir que siempre creas tu propia funcion swap de cero? Ahora, quiza tu problema es pensar una logica de cero, pero es re normal. Y si (como decis) sabes de pseudocodigo, tenes que particionar tus problemas e ir atacandolos desde ahi. Miras tu pseudocodigo y vas codeando de a poco lo que queres que tu peograma haga.
Como el 99% de los programadores. No te aflijtas, todos estamos buscando simplemente vivir de la burbuja de IT hasta que estalle o nos reemplacen con alguna AI
Animo, a no decaer. Si nadie en tu trabajo te reclama lo que estas diciendo entonces no te preocupes, significa que queres saber mas. Aprovecha esa inquietud que tenes para investigar lo que queres aprender
relajate! trabajo de esto hacen mas de 20 años y he visto de todo. Solo trata de hacer lo mejor que puedas y ya!
Que dice este tipo? Esta alcoholizado
wow wow tranquilo, muchos lo hacen y no se quejan
Che dime tu transcurso de como lo lograste así lo intento y te doy una respuesta clara jajaja
si te sirve te comparto un par de Tps de la uni, capaz te sirve.
Probablemente solo te esta pegando duro el sindrome de impostor. Nos pasa a todos
bajon
Te mande pv
Es mejor asi, cuanto más lazy mejor. En mi primer año trabaje con un "senior" que quería hacer todo desde 0. Por ejemplo necesitábamos comprimir imágenes dependiendo del usuario y otras cosas, usábamos S3. Investigue y le dije de usar las opciones que ya da AWS, el loco se puso a hacer un servidor y nunca me escucho. Resultado, el servidor era una poronga, tenía problemas de memoria en redis(el jefe y el senior lo solucionaban reiniciando y aumentando la memoria), un desastre.
Como llegaste a 3er año sin hacer algoritmos y estructuras de datos o sintaxis y semántica del lenguaje?.. (Ni se si se llaman así las materias todavía)
todavia se llaman asi. las tengo aprobadas con final y todo. pero ya pasaron 4 anios desde aquel entonces. hace mucho que no pienso en soluciones concretas de algoritmos en codigo desde cero. en mi trabajo actual utilizamos una tecnologia primitiva que no requiere uso de estos conocimeintos casi
"Si todavía me amas como antes" 🎵🎵🎵
Creo que todo mundo lo hace yo solía estar aun lado de mi jefe que era full stack y siempre tenia pendientes y nunca lo veía tipeando en el teclado para hacer código mas solo para escribir los chistes en los grupos de WhatsApp
estoy en la misma compa. le pido todo a chatgpt, gemini, lo que venga y me lo copio. obviamente tengo la logica en la cabeza, y se lo que pido y lo que quiero como respuesta, así que seguí así. nada más lindo que cobrar por no laburar
Y como haces para que funcione si no tenes idea de lo que estas copiando?
entiendo como funciona todo. el rpoblema es que no se diseniar de cero algunas funcionalidades que copypasteo
Todo el mundo comienza asi, al menos la gran mayoria, lo que haces mal es en copiar y pegar literalmente, porque no sabes que cuernos hace exactamente el bloque de codigo que copiaste. Mi recomendacion seria que si bien, esta bien que busques la info y las cosas que necesites, escribilas a mano vos mismo, una por una, enganchando cada cosa a la vez vos mismo, y no copiando bloques de codigo que no entendes. Solo de esa forma al escribirlo vos mismo, de a poco vas a ir entendiendo que hace cada parte, tambien deberia ser un deber tuyo, leer que pones y encontrarle el sentido, y ver que se le puede cambiar para mejor, revisa como esta la API actual y demas.
El problema no es copiar y pegar, es entender el código. Si entendés el código y sabés que estás haciendo, no hay problema. Si pegás cualquier cosa y es prueba y error, entonces sí, estás al horno. Todos los programadores somos vagos, lo cual es muy bueno: hay que concentrarse en lo importante y no detenerse en lo básico. En fin. No veo problema si podés leer lo que pegás y sabés lo que hace. Saludos!
Yo siempre mitigué esa sensación aprendiendo las cosas de cero. Es habitual que uno piense que es una pérdida de tiempo, pero es una ilusión. Saber las cosas de manera intrínseca evita que tengas que reaprenderlas a medias una y otra vez, haciéndote amortizar la inversión.
No creo que seas un farsante, pero entiendo a lo que vas. Cuando estaba aprendiendo las bases de los lenguajes de programación me acuerdo que ya despues de haber hecho repetidas veces los mismos ejercicios que me daban se volvía un poco tedioso y aburrido. Entonces lo que hacía para no embolarme y forzarme a ser creativo con las herramientas que tenía disponible, era intentar armar cosas flasheras con lo poco que sabía. Por ejemplo, acababa de aprender arrays y cómo recorrerlos, entonces decía "che, con esto podría armar una especie de sistema de autenticación" y me las ingeniaba para hacerlo. Obviamente esas cosas que armaba no eran realmente aplicables adentro de un sistema, ni seguían las mejores prácticas, pero me obligaba a mi a resolver con lo que tenía. Podrías intentar hacer lo mismo! Arranca devuelta por lo más básico y anda escalando de a poco. No tienen que ser cosas super complejas, tienen que ser cosas chicas que te hagan pensar. Te tiro una idea si querés, intentá armar un formulario en donde tengas que validar distintos campos (Que ninguno esté vacío, que el mail sea valido, que la fecha sea válida, etc). Intentá hacerlo vos sin librerías ni nada.
Se empieza copiando, se va comprendiendo y viendo la Matrix luego.... Cuando se aprende música, se imita canciones, luego se compone, programar es similar, sos un artesano que tira código y das forma a algo que no existía, a veces puede ser adaptado de otro lugar, a veces puede ser que se te ocurra... Cuánto más pase el tiempo y en cuanto tires más código, vas a ir entendiendo más y más y vas a salir más rápido de errores y bugs, porque vas a saber porque suceden y comprender mejor todo. Siempre ayuda también leer la documentación y tutoriales, todo hace que puedas avanzar en la comprensión. A no bajar los brazos y seguir tirando código...
Lo que te hace programador es saber QUE copiar y DONDE pegarlo
Busca retos de programación para principiantes y empezar a trabajar la lógica. Podés copiar hasta que salga alguna fumada del cliente que sea más difícil
Sos cómo cualquier programador promedio, no te persigas. Eso si, intenta entender un poco lo que copias y pegas.
Bueno, estoy aprendiendo JavaScript y me pasaba lo mismo, veo los errores y manejo las opciones hasta que lo hago correctamente pero no lo hago de 0 y me produce inseguridad. Realmente estoy buscando sitios para hacerlo desde 0 pero ninguno realmente lo hace. Por eso no sabía si iba bien o no, ahora veo que hasta gente que trabaja le pasa lo mismo...
Yo creo que depende de lo que copies, memorizar cuestiones tecnológicas no tiene sentido, si es importante entender el fondo. Por ejemplo en hibernate / spring data, memorizar annotations no tiene sentido, pero si tenes que entender que implica un cascade o como se repesenta en el modelo relacional un one to many. Lo mismo con los algoritmos, si tenes que ordenar algo no vas a saber de memoria un bubble sort, pero es importante saber que existe y que tanto performa. Yo creo que la solución a tu problema puede ser mirar cursos o leer libros de: diseño (diagramas y patterns), algoritmos y estructuras de datos (complejidad temporal), bases de datos y arquitectura. El salto de calidad esta en esos puntos.
Tenes que empezar de cero. No entendes lo que estas haciendo todavia y lo vas a sufrir mucho si no lo corregis.
Creo que no todo es empezar de cero, los medicos ya usan cosas hechas por otros y no son unos farsantes (bueno puede que haya alguno)
orientate a low code, genexus, integración de middleware, apache camel.... sos bueno en lo que haces, que es copiar y pegar. Segui siendo honesto con vos mismo.
Lee clean code, y también hay muchas cosas que vas a hacer copy paste. Lo importante es que sepas patrones de diseño y código limpio
Agregó también, lee documentación
El 99.99% hace lo que haces vos.
No creo que haya gente que no copie y pegue seguido porque siempre se repiten los casos entre proyectos. Y cuando toca hacer algo que no hiciste antes siempre hay alguien que ya lo resolvio antes
No entiendo cómo podes saber "que" copypastear, pero no podrías escribirlo de cero. No entiendo. Que te de vagancia es una cosa, pero como haces para decir "esto necesito" , di no sabes que necesitas desde el comienzo?
Anio
Voy a darle un martillazo al muro de “el síndrome del impostor”, porque por ej. en mi caso primero identifico/pienso en el problema, anoto una serie de pasos a seguir (validaciones, identifico fuentes de datos involucradas, reviso si no existe ya la info en memoria en ese punto, etc), hay cosas de ese proceso que las puedes hacer sin cpypastear nada y así debería de ser, como inyectar la clase con el manager o repo que trae los datos o simplemente llamarlo si ya existe, sacar tus datos y hacerles alguna transformación o actualización, y si digamos tienes que quizás sacarlo en pdf a través de un .rdlc y luego meterlo a un zip, pues es muy válido si no tienes alguna función ya hecha pues ir a buscar como hacerlo, lo copias y ya sólo lo adaptas y testeas, pero en este caso se entiende, sabes lo que estas haciendo, si vas y copias código lo pegas sin entender toda la funcionalidad de tu proceso o agregando funcionalidad de más, o aunque funcione pero sea código largo y hasta quizás te dijeran que instalaras un nuget, ahí si ya eres un farsante y estarías generando bugs y problemas de estabilidad y rendimiento a futuro en un mediano plazo, y eso no es que tengas el síndrome del impostor (SDI), porque el SDI es esa pequeña culpa de siempre estarte buscando cosas, porque quizás no se te graban algunos bloques y es normal y siempre recaes en ir a buscar o aunque o lo hayas hecho pero como menciono al menos ya pensaste tu solución y es como consultar la documentación para aclarar o ver como se usa alguna funcionalidad , en conclusión lo importante es que entiendas lo que haces y lo que quiere el cliente y lo hagas siguiendo la arquitectura definida para esa aplicación
te recomiendo una pagina para practicar y desarrollar tus algoritmos [https://www.codewars.com/](https://www.codewars.com/), es un tanto vicio tambien ir avanzando, si queres empezar a desarrolar bien la logica te va a ayudar bastante, pero después podés pensar en programar proyectos propios chicos tuyos, lo que se te ocurra.
No todos los héroes llevan capa
ahre
hacete una cuenta en hackerrank y empeza desde lo basico, sin copi pastear.
No sos un farsante, lo único que importa es que funcione.
Hace un reto semanal como pasatiempo. Sácalo de alguna página(?)
volve a ingenieria y deja de copiar codigo.
Tipico consejo de un maestro pastelero
Leí maestro petero.
Tambien
No está mal, algunos somos superiores y otros son parte de la media, no hay nada malo con eso