Otros consejos importantes: 1. Se Humilde. Es mejor ser un noob consciente de ello a pretender ser pro, con esta mentalidad aprenderas más fácil a reconocer las buenas prácticas. Además en esta industria nunca seras el mejor, nunca dejarás de aprender, disfruta el viaje. 2. Acepta tus errores y persevera. Todos los procesos se pueden optimizar no hay soluciones definitivas a un problema determinado, y por supuesto tus errores son de los mismos de muchos que intentan superarlos, no te desanimes. 3. Aprenden algo nuevo cada día. Los puntos se conectan, lo que aprendas hoy talvez no tenga sentido, pero en el futuro te lo agradeceras, dedica tiempo a leer y entender cosas muy avanzadas. 4. Aprendena trabajar en EQUIPO. Desarrolla los valores del trabajo en equipo, crean en el método de los demas, conozcan se y compartan conocimientos, en esta profesion se trabaja siempre en equipos. Y recuerden NADIE ES MAS INTELIGENTE QUE EL OTRO, solo somos distintos. Saludos.
Tienes razón, la mayoría de los Ingenieros tenemos nuestro buen ego y se nos olvida que nadie es dueño del conocimiento absoluto. Hay que trabajar en la humildad y recordar que uno nunca deja de aprender.
Resumen del video 1. No tener código limpio. 2. Se debe poner comentarios utiles. 3. Se debe conocer hacer pruebas unitarias, test de diseño, test de punto a punto, test de integración, test unitario. 4. Se debe aceptar fallar. 5. Se debe conocer las líneas de comando. 6. Se debe conocer control de versiones 7. Crear proyectos personales. 8. Entiende el por qué. 9. Quedarse con sólo un lenguaje 10. No pensar como funcionan las cosas
Maldita sea!!! Ver estos vídeos de Platzi te dan un panorama mucho más amplio de la programación (y te llena de publicidad también jajajaja). Estoy aprendiendo desarrollo web y nunca fui bueno para álgebra, pero es tan apasionante que cada día me empeño en fortalecer esas debilidades ya que deseo aprender otros lenguajes además de Javascript o PHP. Gracias Freddy, eres una capo.
@@javierjimenez3627 en lo que tarde en responderte el pibe te puedo decir mi experiencia, empecé laburando el 1er mes como desarrollador back-end y sabía poco dudaba mucho y pedía mucha ayuda, 2do mes ya me arriesgaba más pero seguí pidiendo ayuda porque mucha cosas si no las sabía cómo que no quería gastarme la cabeza y prefería que alguien lo resolviera, 3er mes me mandaron hacer algo medio complejo pero que por alguna razón no quise pedir ayuda ni nada y trataba de resolverlo solo buscando, googleando, estudiando y cuando pude sentí una satisfacción tan grande que ya no quería pedir más ayuda sino que empecé a estudiar en mis tiempos libres y a leer el código ya implementado y ver si yo podía mejorarlo cosa que obviamente no hacía pero que lo tenía en mente, 4to mes ya hago los trabajos con más rapidez y incluso aporto ideas en las reuniones con los demás integrantes y el trabajo ya lo veo divertido, ya no como trabajo sino como desafíos y me encanta ahora trabajo de jornada completa y me subieron el sueldo y que me dijeron que me lo seguirán subiendo si sigo aportando cómo lo estoy haciendo porque dicen que ven muy bien mi progreso en el trabajo. PD: obviamente cuando hago el trabajo paso por muchos errores aunque con la experiencia los errores se van reduciendo cada vez más y hasta hay veces que te sale a la 1ra y bueno mejor pero no siempre es así pero igual nunca me frustra eso es divertido en mi opinión.
@@jonygira6920 pues mira que bien, continúa así, pues en mi caso, definitivamente la programación no es lo mio, me di la oportunidad pero definitivamente no es lo mio, como hobby tal vez, pero trabajar en eso no, estoy en proceso de iniciar mia clases de mecánica automotriz , quiero ser un Técnico automotriz certificado en BMW... las vueltas de la vida, ni recordaba ese comentario.
los comentarios son de hecho codigo sucio, un buen código se explica a si mismo y hace redundante los comentarios. En otras palabras si pusiste comentarios es porque tu codigo no se entiende, debés arreglar tu código y borrar el comentario regalito navideño refactoring.guru/smells/comments
GENIAL!!... amé este video, porque me levantó los ánimos, ya que a pesar de ser muy principiante todavía y tener muchísimo que aprender (lo cual suele ser desalentador), me señaló que voy por el camino correcto, puesto que siempre fui de preguntarme el "¿por que?" de las cosas y nunca me conformé con eso de copiar y pegar código. Soy consciente también que muchas son las capas de abstracción para llegar al final del agujero, pero voy con la alegría, la curiosidad y el asombro por este apasionante mundo... Muchas gracias por compartir!! Saludos desde Santiago del Estero, Argentina.
Mierda... no soy programador y he disfrutado la charla de los "por qué" de maravilla. Creo que algunos de estos consejos se pueden aplicar a otros campos de trabajo.
Así es que es, hay que exigirse duro a uno mismo! no exigir un salario alto solo porque 'un dev actualmente gana mucho' sino saber incluso el porqué eso es así
Seria interesante las metodologias para los proyectos, o cuanto tiempo debe descansar un programador ya que he visto que no cuidan su salud y trasnochan mucho para entregar los proyectos
Sí, en realidad UML está mal mirado actualmente, ya que es hacer énfasis en el diseño previo lo que va en contra de las metodologías ágiles que tienen otro enfoque.
en el 2:19 se refiere a cada linea de codigo. eso no esta bien, al menos que seas principiante. en el 2:25 se refiere a partes de tu codigo que hacen funciones, metodos, entre otros.
Un profesor me dijo ,un programador debe saber 3 cosas esenciales ,escribir bien (una buena ortografía y coherencia), porque es un lenguaje,también una buena organización ,aceptar las fallas ,constancia y tener mucha paciencia,para ser un programador común, si quieres ser de los que se destacan tendrás que hacer cosas que a veces ni te imaginas , no cualquier profesor te dice eso ,a la mayoría no les interesa enseñar y prefieren asegurar su sueldo.
exacto! pensar y entender el concepto. Creo que por eso me demoro en aprender, no se si haber estudiado ingeniería industrial me hace buscar siempre el porque de las cosas pero yo no puedo simplemente copiar y pegar código
me encanta que cuando se habla profesionalmente de temas de informática en general, den una razón lógica y digan el porqué de las cosas, he visto un montón de cursos que te enseñan pero no te dicen el porqué entonces uno aprende es a repetir el proceso que te enseñan como un loro, entonces hay muchas limitaciones por parte del estudiante, y otras veces que no te quieren decir la verdad de las cosas para que no aprendas bien.
Pinche Freddy dime si hiciste un monólogo para saber que decir, por qué esas palabras me enamoraron. Me enamoraron de aprender!
Před 5 lety+2
30% de tiempo leyendo código. 5% del tiempo copiando y pegando código. 0.00001% el por que del código.... 10% del tiempo probando si sirve. 10% del tiempo modificando el código para que funcione. 5% del tiempo poniendo música el CZcams o mirando cualquier otra webonada en la red.... 40% del tiempo convenciendo a tu Jefe que programa en Cobol que tú código PHP es eficiente y correcto. La Realidad... es otra....
Llevo muchísimos años programando, y te diré que no estoy de acuerdo en todo. 1.Código limpio: Sí pero NO con ese tipo de variables, es una aberración ponerle siTieneAlgoQueSumaPuntos, o burradas tan "detallistas". De hecho hay lenguajes como interpretados (PHP), etc. en los cuales es una mala práctica para proyectos enromes. 1.2.Hay que programar lo más reducido posible: if(algo == true) { print("sí"); } else { print("no"); } Podría ser: if(algo) print("sí"); else print("no");
impresionante que hace dos años vi este video y no entendia nada de git, hoy habiendo terminado el curso estoy tipo freddy te entiendo completamente jeje
saludos desde Chile, tienes mucha razón en lo que dices . te comento un poco mi historia. estudie electrónica en secundaria y trabaje en esa área desde ese conocimiento, en el 2005 no existía arduino, solo compuertas lógicas y drivers imposibles de operar. entonces me encontré con la programación. y eso me a llevado a entenderla desde el punto de vista de un electrónico "0 y 1" nada mas simple. php es el lenguaje que se me a hecho mas sencillo aprender gracias a lo que e aprendido desde arduino, pero estoy casi seguro que podría traspasar lo que hago a cualquier lenguaje. ya que siempre es TRUE o FALSE. yo creo que no necesariamente debes estudiar en una universidad a utilizar una herramienta . ya sea un cautin o un lenguaje de programación. y que tus proyectos. como ver tu braso robot pasarte una cerveza o controlar miles de controles de acceso para edificios en tiempo real, son cosas que hacen cambiar nuestro tiempo // no se me podida olvidar de comentar //
Lo que hace a un programador excelente es el hecho que esta consciente de que es un ser humano con limitaciones y capacidades igual que el resto de personas, sencillamente si se dedica a aprender y aplicar su conocimiento se volvera diestro
Me ha parecido un video espectacular, realmente has logrado motivarme aun más, desafiarme y seguir creciendo. Hace una semana me recibí como técnico programador, y hace 2 dias me aprobaron el ingreso a una empresa bastante grande de perfil internacional para desempeñarme como Junior Adv. en UI WEB con JS y de hecho React, una de las primeras cosas que noté en la entrevista técnica, es que por lo menos un 50% del código que escribo no le sé explicar el porqué y el cómo, me dí cuenta que caigo en ese grupo de programadores que aprenden estas tecnologías de forma autodidacta (ya que en la universidad los programas educacionales están prácticamente obsoletos) y más de una vez nos hemos conformado con que las cosas funciones y nada más. En estos días he ajustado mis prioridades y me he centrado en lo que realmente importa como base en esta industria, el pensamiento programático. Comienzo a trabajar en Enero, es decir tengo un mes en el que debo llenar mis espacios en blanco en cuanto a conceptos y cosas más específicas de JS Vanilla, debo respirar y sangrar JS básicamente jajaja. Un saludo! gracias por compartir tus consejos y conocimiento!
Proyectos personales desafiantes. Para mi, la más importante para no estancarse. Hace rato empecé a aprender los demás aspectos del desarrollo de videojuegos que ignoraba. Soy grafista o diseñador gráfico 3D/2D, y me limitaba demasiado en ese aspecto. Le tenía tanto rechazo a los demás aspectos que no me metía ni con los shaders. Entonces ahora que se murió, por un rato, el plan de mudarme de ciudad y allá aprender todo ésto, decidí aprender lo que pueda acá yo solo, tan así que ya inicié mi primer proyecto profesional, personal. Lo raro es que a mis amigos se les hizo raro que mi primer videojuego fuese un videojuego en 3-.5D, o sea un videojuego que se ve en 2D pero sus mecánicas son enteramente en 3D. Si, es difícil de explicar si no se entiende a la primera XD. El chiste es que a mis amigos se les hizo raro que hiciera un juego tan así de sencillo cuando mis prácticas fueron un Remake de un videojuego en el que ya trabajé, muy limitado, haciendo cosas que en el original no se pudieron hacer e incluso agregando demasiadas cosas extras que ya parecía un juego completamente distinto. Luego otra práctica fue crear un sistema de movimiento de Karting por mi cuenta, con las físicas y todo el rollo. Algo que, incluso sin power ups ni nada, ni siquiera modelos detallados, solo cubos, a mis amigos se les hizo muy divertido jugar con el carrito. Para que luego mi primer juego fuese un jueguito sencillito y en 2D que parece 3D. Y les digo que precisamente el haberme metido con cosas tan locas y extremas como mover personajes y objetos en 3D, mezclando físicas propias con el motor de físicas, y demás cosas, me hicieron quebrarme tanto la cabeza y lograr cosas tan elevadas (para éste momento de experiencia) que el jueguito que ando haciendo se me ha estado haciendo muy fácil, pero no demasiado. Si me pusiese a hacer un juego tan trabajado como mis prácticas, duraría años haciendo un solo juego. Pero al haber practicado en grande y trabaja en pequeño, puedo afrontar los problemas típicos de otros niveles. Y siempre que suba de nivel de trabajo, deberé subir de nivel de prácticas.
freddy cuando uno quiere aprender algun tipo de programacion ya sea java, c++, android, entre otras uno pues piensa sencillamente en buscar en platzi dicho curso pero con este video me has puesto a pensar todas las cosas que dejamos de lado y que la mayoria (me incluyo) no sabemos que orden llevar para no tener huecos en nuestro aprendizaje, por ello mi duda es cual es la estructura para el aprendizaje de estas aptitudes secundarias dentro de la programacion para no perderse al momento de empezar a estudiarlas
Hi Freddy, me alegra escucharte y darme cuenta que yo no estaba tan perdida en mi apreciacion con respecto a los nuevos programadores o desarrolladores. Me explico, yo comence a programar con Basic, PL1, Fortran, Pascal, Cobol (lenguajes de tercera generacion) , quizas a ti nada de esto te suene porque lo mas probable es que aun no habias nacido :), despues pase por lenguajes orientados al objeto como Visual Basic, Powerbuilder, entre otros y bases de datos relacionadas (antiguamente eran jerarquizadas), como Linc, Oracle, SQL, Informix, etc. y amaba la programacion, de lo contrario, no sirves. Una de las cosas en que no estoy de acuerdo contigo es que Si la universidad te ensena a probar todo lo que tu hagas, (al menos en mi pais) de hecho cada vez que me contrataban en una empresa en la descripcion del cargo, una de mis responsabilidades era asegurarme de crear un set de pruebas y probar todo lo que habia programado. Cosa de que adolecen muchos programadores y start ups en la actualidad. Muchos de ellos creen que por haber inventado un codigo y hacer una aplicacion ( que no es mas que una simple funcion) piensan que pueden venderla y se ponen a hacer versiones Beta...eso encuentro que es la flojera mas grande, es decir, en vez de probarla, la lanzan al mercado para que otros los prueben. Yo me pregunto Por que voy a perder mi tiempo en probar algo que, se supone, otros tienen la responsabilidad de hacerlo?. Despues de anos de trabajar como programadora fui ascendiendo hasta llegar a ser IT Project manager en empresas internacionales. Posteriormente, me vine a USA con la intencion de hacer mi MBA y durante unos anos solo me enfoque en aprender ingles. De pronto (sin darme cuenta casi) vi que el mundo tecnologico cambio exponencialmente, entonces, me puse a hacer unos cursos de Java, HTML y desarrollo de paginas web en los EE.UU. para tratar de actualizarme y veia lo desordenado y mal estructurado que eran estos lenguajes, anoraba los tiempos del Cobol y el Visual Basic, pero ahora me doy cuenta, que por lo que tu dices, eran solo codigos presentados desordenadamente. Yo siempre segui tratando de manterner una estructura. Ahora, tal como tu dices en el video, me he dedicado a hacer mi propio proyecto, y cuando veo los codigos fuentes es tan tedioso leerlo !!! y concuerdo contigo en ese punto. Tengo la experiencia de haberme bajado una aplicacion que lo unico que se suponia que hacia era colocarle precio a un producto, bueno, despues de haber pasado varios semanas poblando la aplicacion con los productos y sus descripciones, me encontre que era imposible poner el precio a la aplicacion y me daba un mensaje que el monto tenia que ser divisible por 1 (?). Despues de pasar por varios proveedores hasta dar con el desarrollador pude darme cuenta que ni siquiera sabia programar y me hizo perder semanas de trabajo, asi que moraleja: le hice la cruz a las versiones Betas. Ahora prefiero pagar, pero aqui viene otro problema,: el tratar de integrar varios software o aplicaciones y cuando no funcionan, se pasan la pelota unos a otros, es decir, nadie te soluciona el problema. Otro punto, lo que mas odio es recibir mensajes que dicen: tenemos una nueva version, actualice ahora". Las odio porque una vez que actualizas nada funciona como antes, tienes que cambiar todo. Al parecer no saben que la regla #1 de la programaciones es: "Si funciona, no la toques". Cuando revisas las versiones 3.5.w.x.y.z. te das cuenta que la mayoria de las actualizaciones solo han servido para arreglar cosas que no funcionaban o que funcionaban mal, o sea, lanzaron al mercado un producto defectuoso, asi de simple. .. con esa mentalidad de: "mejor rapido que perfecto", con el unico objetivo de lanzar productos al mercado lo antes posible para ganarle a la competencia y obtener clientes, pero los desarrolladores no piensan en los miles de clientes frustrados que obtienen con esa premisa. Al final, los unicos que perdemos con esto somos nosotros: los pequenos empresarios, que lo unico que queremos es vender nuestros productos y cada vez que tenemos una actualizacion por delante, rogamos por un milagro (que todo siga funcionando). Los desarrolladores no piensan que a nosotros no nos interesa que el codigo se vea bonito o que la pantalla se vea mejor, solo pedimos que el producto funcione y sea util para nosotros, que haga lo que dice que hace, cualquier otra cosa, es solo una perdida de tiempo para quienes han adquirido un software. Bueno, Freddy, no se si vas a leer esto, pero, por lo menos, a mi me sirvio de desahogo ;). Se despide una clienta cansada y frustrada de tanta aplicacion mal hecha. Gracias.
A mi me pasa en la empresa que estoy, pero si tenemos pruebas E2E para que hacer unit testing, si usamos C# y bd relacionales. Porque usar otra tecnologia (NOSQL), ahi viene nuevamente el insoportable con lo ultimo. Pero en realidad es el afan de aprender cada dia mas y hacer mi trabajo cada vez mejor con la herramienta adecuada para cada problema. Les recomiendo aprender en un lenguaje y salir de la zona de confort, hacer proyectos con otras tecnlogias/herramientas. La curiosidad y el averiguar el porque es el combustible del día a día para seguir en esta profesión. Excelente Platzi, Me encanta los video de Freddy
Si te asombra un diseñador gráfico, nunca has visto a un dibujante de Autocad usar los comandos por teclado. Básicamente puedes hacer un plano enteramente por teclado, sin usar el mouse
Bueno, cuando realizo juegos indie complejos, prefiero ponerle //------------- Que sirve para comentar ,por ejemplo //----Animaciones----- y empiezo a escribir los códigos solamente de animaciones xD y mis codigos siempre los utilizo asi, if ( life == 0) { Destroy(gameObject); } Simple sjsjsjs
Hola Freddy, podrias hacer un video explicando sobre la situacion de Java, al parecer Java va a ser de pago, bueno eso es lo que está recorriendo en internet, será que podrias sacarnos alguna duda?
hola freddy me estoy iniciando en lo que es frontend (HTML, CSS,JS) a parte aprendi un poco de git y git hub, mi pregunta seria que se necesita aparte de lo que estoy aprendiendo para poder conseguir un empleo en este mundo estaria muy agradecido por tu respuesta saludos desde chile
Excelente, sin embargo ser un super programador master, solo garantiza ser exprimido por alguna empresa de software que en la mayoria de los casos no nos resolveran nuestras necesidades, en cambio ser un programador regular con suficiciete logica y capacidad de autoaprendizaje es suficiente para emprender en el negocio informatico o usar la informatica para una estrategia de negocio inherente a la tecnologia. En resumen ser un excelente programador es bueno, pero no es suficiente, debe haber un equilibrio, sino quiza toda la vida se podria ser un super Programador que le soluciona probelmas a gente mas astuta. Creo que una aplicacion o sitio web que no tenga una maxima velocidad y un performance de 100%, pero con buenas estrategias de negocio y dirigido a potencilaes clientes, seria mucho mas exitosa que una aplicacion perfecta sin un norte rentable o bien definido. Obviamnte la mezcla de estas 2 variables seria perfecto, Pero la mas importante seria el modelo de negocio bien definido y asegurar un rendimiento al menos aceptable
@Alexis Martínez Claro seria una combinacion perfecta, pero no todos pueden ser superprogramadores emprendedores, pero todos si pueden ser programadores regulares emprendedores, lo que hay que evitar ser, es un superprogramador esclavizado al negocio de otros, ya que es un trabajo de mucha dedidacion y de mucho proceso logico y tiempo invertido, para al final ganar menos que algun administrador de recursos humanos que pasa el dia hablando por telefono y mirando su facebook
A mi, me gusta su forma de explicar, su pasión al momento de hacerlo, pero lamentablemente sus colegas no están a su misma altura o al menos bajo ella. Explican fatal de verdad, yo me suscribí a platzi durante un mes y vi sus cursos, wao q mal enseñan, poca explicación gráfica, dinámica, algo q necesita el q recién esta comenzando esta travesía. Ojalá en un futuro mejoren eso, suerte.👍
Mexico esta lleno de programadores malos. No es dificil destacar. En mi opinión, uno debe de ser exigente consigo mismo por amor a lo que se hace. Si quieren dinero, programar deja. Si quieren ser programadores, el camino es extremadamente difícil. Yo lo que hago es comprender las ideas o el flujo de trabajo de otros, analizo su codigo, y si lo veo mejorable, lo hago en casa como ejercicio casero. (Allá afuera se cabrean si les dices que su código está mal optimizado, total al cliente se la suda.) No copien, comprendan... Eso facilita demasiado todo.
Exactamente, yo quería estudiar ciencias de la computación por lo mismo pero terminé estudiante ing de TIC, que está muy bien pero me gusta más las ciencias de la computación que son más que nada las bases teóricas, aqui solo se trabaja por trabajar no por comprender y entregar un producto de calidad.
Desde que dices que no es dificil destacar estas cometiendo un error, deja que los otros lo digan por tus obras y no porque a ti te parece asi, porque quiza solo lo seas en tu propia mente
El código no solo tiene que ser ordenado, también el nombre de cada cosa tiene que aclarar de manera simple de que se trata, para eso existe la mnemotecnia, donde se buscan términos abreviados que tengan significado estándar, facilitando la comprensión del código, ejemplo: la variable "id_producto" y "nom_ producto" y no solamente "x" e "y"
Hola, estoy comenzando en el mundo de la programación; Cual es el mecanismo del software cuando lee el código que escribo?? Si tienen algún libro o vídeo que lo explique. Gracias... Saludos desde Argentina!
que tal como esta? cuando ud se refiere a saber el porque de las cosas la recomendacion directa es leer la documentacion propia de las librerias y y package que usamos? tal vez "entrar" a la libreria y leer como fue construida esta? por favor, regalenos un consejo para mejorar ese "skill" GRACIAAAAS
Yo estoy haciendo un sistema para un laboratorio desde hace un año y pues, sigo en el index xdxd. Pero ya ahora sí al cien. Por lo menos ya hice el index responsive
Wao hace un año escribi un código PHP y hace unos días estaba viendo ese código y la verdad es que casi no entendía ningunas de las variables que cree ni para que servían muchas cosas
Vengo del futuro y les traigo una enseñanza. Nunca le digas a un programador que ese código "es una pésima idea", si lo hubiéramos hecho habríamos creado Foursquare y luego Google maps. Ahora soy Químico con ganas de programar. De nada
No está de mal que de paso recomiendes el libro Clean Code de Robert C. Martin, del cual veo que literalmente tomaste mucho de los conceptos y eso está bien. Y si, es bueno limpiar el código, pero es una labor que lleva tiempo aprender a hacer....un código bien escrito pocas veces necesita documentación, escoger el nombre de una variable o función, es algo que hay tomarse muy en serio
Te Felicito Freddy, soy programador del area oracle pl sql, pero muchos de tus concpetos pueden aplicarse a mi rama de programación es cierto mucho de lo que dices
Me encantan estos videos no solo por que enseñan mucho en solo 20 minutos, si no que te motivan y te muestran que lo que estas aprendiendo vale la pena
Cuales creen que sean los lenguajes o herramientas "indispensables" a manejar? Y algun curso o canal donde se pueda aprender de manera gratuita? Actualmente manejo medianamente java, c++,visual basic y mysql (scripts)
mira te voy a dejar dos canales en un canal ahí un tutorial de como hacer aplicaciones distribuidas czcams.com/channels/Vap85T_GkbCWQeUQ_LP5wA.html y un canal de una universidad de Madrid donde te enseñan aplicaciones monolíticas además de muchos tutoriales mas czcams.com/channels/ekUbCGf-ZjLNF0Au-9y77A.html, todo orientado al lenguaje JAVA, además podes leer la documentación de las tecnologías eso es lo mejor.
lo esencial, seria que aprendas a trabajar con metodologias agiles, trabajar con patrones de diseño (son 23patrones) entendiendolos bien, podras implementar el MVC sin problemas, y luego utilizar algun FrameWork (ejemplo Spring MVC, trabaja con java y es duro de aprender, pero muy bueno), y GIT es esencial y manejar bien la consola ( si vas a empezar con consola te recomendaria que empieces por linux, ya que de esta manera se te deberia hacer mas sencillo entender git)
@@_VeritasVosLiberabit_ Agregaría aprender a usar muy bien un Depurador, y si pertenece a un Navegador mucho mejor, como el de Chrome por ejemplo, facilita mucho el trabajo. En realidad un buen programador debe saber depurar su programa, para poder avanzar rápido.
Creo que hay que tener cuidado con los comentarios, aún si son útiles; debido que se deben mantener junto con el código, a través del tiempo y muchas veces se olvida en la práctica; dando así paso a futuras confuciones. Completamente de acuerdo, que el codigo limpio ayuda a disminuir los comentarios.
Muy buen video hermano y amigo Freddy Veraz, un Ejemplo de eso seria ¿por qué se llama Platzi? y asi tendremos mejor visión a su canal o fuente de alimentacion de concocimiento.
"... hay varios errores que probablemente vas a cometer..." como si tu nunca los hubieses cometido o "los buenos programadores no usan switch/case". Accedí a un video cuando recién lanzaban platzi creo de de django con un flaco joven de instructor y cada 10 palabras interrumpías, no parabas de hablar. Tbm había un Tacneño en el team al que parabas jodiendo con frases como "yo se de donde eres..." como si fuese de una cagada de ciudad (somos casi vecinos). Siempre me has parecido tan vanidoso, tus palabras irradian soberbia a todas partes. Tienes éxito asegurado con tus proyectos e inversiones pero dale un poco mas a la humildad y seguirás captando mas seguidores o reconquistando a los que en algún momento sentían admiración ante ti ;) Saludos desde Ilo, Peru.
Cosas locas que hace Javascript: 1) Ignora un return dentro de un bucle forEach. Ya, pusiste un return pero seguro que no iba en serio, ¿a que no? 2) Sumas 4 a 'hola' y, en vez de dar error, te devuelve algo de tipo "numero". En concreto, algo llamado "NoEsUnNumero". 3) Un entero es igual a una cadena. Por ejemplo, 4 == '4'. 4) Importas una variable que no existe, y JavaScript te guarda la sorpresa para 200 líneas de código después. 5) ¿Para qué decirte exactamente en qué línea surgió el error? Es más divertido que lo tengas que descubrir tú. 6) ¿Usas una variable que aún no se ha definido? Tranquilo, los seres del futuro vendrán y evitarán que salte el error y puedas corregirlo. 7) Te ofrece una herramienta fantástica para generar cadenas con variables dentro. Y te lo pone fácil: sólo tendrás que teclear las siguientes teclas: `, ESPACIO, SHIFT + 4 (dólar), AltGraf + {, meter algo dentro y otra vez Alt-Graf- }. Economía de teclado nivel QWERTY. 8) La regla de oro: no molestar al programador con errores y excepciones. Mucho mejor que el código no haga lo que tiene que hacer y nadie se entere. Discreción. Añade las tuyas.
Cuando programas por tu cuenta y eres tu propio jefe, el lenguaje que sabes mas y que te permite tener a tus clientes satisfechos, es el mejor lenguaje para ti. Si programas para un tercero tienes que aprender el o los lenguajes que tu jefe impone. Al final el cliente no difícilmente pedirá que se le entregue un software desarrollado con un lenguaje en particular, si no que el software cumpla con las necesidades y sobretodo que sea robusto en todos los sentidos y que tenga el mas alto grado de disponibilidad. No esta por demás aprender nuevos lenguajes, son retos que nos permiten crecer tanto así como emprender nuevos proyectos del que no tiene la mas remota idea de como lo desarrollaras. Saludos
Me ha gustado mucho tu reflexión. Estoy estudiando desarrollador full stack y tienes muchísima razón al decir que hay que entender el porqué de las cosas, ya que cuando conozcamos el porqué podemos aplicarlo también en diferentes ámbitos y problemas.
Comentario1 Resultado = " Get "No entendi una mierda porque soy un novato en esto :,v" (Comentario1) Resultado (Comentario1) Input "Se un poco de programacion basica, pero " + Resultado //End _Se un poco de programacion basica, pero No entendi una mierda porque soy un novato en esto :,v_
Mi maestro de Informática II una vez me dijo "Ah! Python es un lenguaje muy bueno que anda de moda porque tiene una sintaxis más sintetizada y permite hacer muchas cosas, está siendo utilizado por muchas personas que comienzan a programar y la verdad sí es muy útil" jaja
Siempre vale la pena escribir el código de forma más comprensible en lugar de fanfarronear escribiendo código se ve chévere y todo berraco pero de veras acaba por ser indescifrable ante cualquier desarrollador demás, en especial si estás colaborando con otro desarrollador o un equipo.
sobre lo ultimo(no enamorarte de un lenguaje) me costo... pero es parte de crecer como profesional utilizar un solo lenguaje para cualquier problema, es mala idea si existe otra herramienta/lenguaje que lo puede resolver mucho mejor
según mi humilde opinión, puedes olvidarte de todos los consejos y quedarte solo con este "Terminar los proyectos personales", "TERMINAR LOS PROYECTOS PERSONALES", Repito, "TERMINA LOS PUTOS PROYECTOS PERSONALES", una vez empieces a terminarlos comienza a optimizarlos al máximo, se aprende mucho mas creando proyectos que solo viendo cursos porque sí.
me gusto la ultima reflexion, obviamente el ensamblador es el mas rapido, pero usar un lenguaje que te ahorre 2 horas al dia es el mejor! o si el dispositivo en el que trabajas es muy paila (te hablo a ti nintendo 64) pues ahi si, el ensablador es lo unico xD
@@tatan1994 no no, digo que para nintendo64 salieron muy pocos juegos por que los tenian que hacer en ensamblador, mientras su competencia sacaba juegos por bultos por que podian usar c y cosas de muchisimo mas alto nivel
Qué ternura! en serio tu papá te enseño? El mío no estaba ni ahí con eso, era médico y sabía sólo de enfermedades y remedios, también le gustaba la historia. Pero de cosas tecnológicas nada.
@@davidportilla4377 El que requería programar en ensamblador era Sega Saturn. El problema se la N64 fue una falla de diseño, 1: usar cartuchos en vez de CD/DVD y lo más importante, un mal e inacabado diseño del hardware por parte de Sillicon Grafics, el cual lo tubo que terminar IBM.
Un par de cosas. El código ¡NO! se debe comentar. Porqué? El código tiene que ser autodescriptivo tanto como para que los demas lo entiendan, si eso no lo logras tienes que cambiar la lógica de negocio porque algo no estas haciendo bien o refactorizar, tampoco se puede comentar porque el código cambia constantemente de versión por lo que hoy tienes un comentario en el código y en 2 dias tu código se queda obsoleto, y al tercer día entra un trabajador nuevo no entiende tu comentario y se queda ahí el resto de los dias aumentando en código legado. Otra cosa que esta mal que comentas que no te debes enamorar de un solo lenguaje de programación, hoy en día no existe el tiempo suficiente como para aprender bien varios lenguajes de programación y te puedo explicar porqué, evidentemente todos siguen el mismos código para flujos pero si no eres capaz de entender como funciona verdaderamente el lenguaje por ejemplo , el GC, la distribución de memoria, la apertura the threads, flujos de control para memory leaks... estas vendiendo un software que tendrá muchos problemas de bugs y optimización, y todo ello se logra con muchísimos años de experiencia.
Gente algun consejo para mi, que tengo 13 años y no se muchas cosas todavia, como por ejemplo, nunca he sabido que es programar en equipo, y hago lo que dijeron de ponerme pequeños proyectos, por ejemplo he hecho muchos proyectos como por ejemplo: Una calculadora, un reproductor mp3, un traductor morse, y cosas así. entonces algun consejo para mi?
Otros consejos importantes:
1. Se Humilde.
Es mejor ser un noob consciente de ello a pretender ser pro, con esta mentalidad aprenderas más fácil a reconocer las buenas prácticas. Además en esta industria nunca seras el mejor, nunca dejarás de aprender, disfruta el viaje.
2. Acepta tus errores y persevera.
Todos los procesos se pueden optimizar no hay soluciones definitivas a un problema determinado, y por supuesto tus errores son de los mismos de muchos que intentan superarlos, no te desanimes.
3. Aprenden algo nuevo cada día.
Los puntos se conectan, lo que aprendas hoy talvez no tenga sentido, pero en el futuro te lo agradeceras, dedica tiempo a leer y entender cosas muy avanzadas.
4. Aprendena trabajar en EQUIPO.
Desarrolla los valores del trabajo en equipo, crean en el método de los demas, conozcan se y compartan conocimientos, en esta profesion se trabaja siempre en equipos.
Y recuerden NADIE ES MAS INTELIGENTE QUE EL OTRO, solo somos distintos.
Saludos.
wow, que intelecto!! te felicito por esos comentarios!
MAn, que buenos consejos
Tienes razón, la mayoría de los Ingenieros tenemos nuestro buen ego y se nos olvida que nadie es dueño del conocimiento absoluto. Hay que trabajar en la humildad y recordar que uno nunca deja de aprender.
@Pablo Zevallos Linares Ser persona es algo básico, pero tu que vas a saber de eso
@Pablo Zevallos Linares 1 consejo: Se humilde
"los bugs son parte del trabajo"
Ubisoft: Ah caray eso si me gusta
@NEXUSRD xd
JAJAJAJAJAJAJAJ
Resumen del video
1. No tener código limpio.
2. Se debe poner comentarios utiles.
3. Se debe conocer hacer pruebas unitarias, test de diseño, test de punto a punto, test de integración, test unitario.
4. Se debe aceptar fallar.
5. Se debe conocer las líneas de comando.
6. Se debe conocer control de versiones
7. Crear proyectos personales.
8. Entiende el por qué.
9. Quedarse con sólo un lenguaje
10. No pensar como funcionan las cosas
@Don Alejo no lo vea :V
TENER codigo limpio
Uf adoro estos comentarios
Freddy pedante? :v que pedo we...
lol
Peor que el hecho de que algo no funcione, es que funcione y no conocer el POR QUÉ. Grandes consejos.
Maldita sea!!! Ver estos vídeos de Platzi te dan un panorama mucho más amplio de la programación (y te llena de publicidad también jajajaja). Estoy aprendiendo desarrollo web y nunca fui bueno para álgebra, pero es tan apasionante que cada día me empeño en fortalecer esas debilidades ya que deseo aprender otros lenguajes además de Javascript o PHP. Gracias Freddy, eres una capo.
Como va eso? Supongo ya debes de saber
Deci como te fue!
@@javierjimenez3627 en lo que tarde en responderte el pibe te puedo decir mi experiencia, empecé laburando el 1er mes como desarrollador back-end y sabía poco dudaba mucho y pedía mucha ayuda, 2do mes ya me arriesgaba más pero seguí pidiendo ayuda porque mucha cosas si no las sabía cómo que no quería gastarme la cabeza y prefería que alguien lo resolviera, 3er mes me mandaron hacer algo medio complejo pero que por alguna razón no quise pedir ayuda ni nada y trataba de resolverlo solo buscando, googleando, estudiando y cuando pude sentí una satisfacción tan grande que ya no quería pedir más ayuda sino que empecé a estudiar en mis tiempos libres y a leer el código ya implementado y ver si yo podía mejorarlo cosa que obviamente no hacía pero que lo tenía en mente, 4to mes ya hago los trabajos con más rapidez y incluso aporto ideas en las reuniones con los demás integrantes y el trabajo ya lo veo divertido, ya no como trabajo sino como desafíos y me encanta ahora trabajo de jornada completa y me subieron el sueldo y que me dijeron que me lo seguirán subiendo si sigo aportando cómo lo estoy haciendo porque dicen que ven muy bien mi progreso en el trabajo. PD: obviamente cuando hago el trabajo paso por muchos errores aunque con la experiencia los errores se van reduciendo cada vez más y hasta hay veces que te sale a la 1ra y bueno mejor pero no siempre es así pero igual nunca me frustra eso es divertido en mi opinión.
@@jonygira6920 pues mira que bien, continúa así, pues en mi caso, definitivamente la programación no es lo mio, me di la oportunidad pero definitivamente no es lo mio, como hobby tal vez, pero trabajar en eso no, estoy en proceso de iniciar mia clases de mecánica automotriz , quiero ser un Técnico automotriz certificado en BMW... las vueltas de la vida, ni recordaba ese comentario.
"una cosa inmunda, imposible de entender" jajajajajajajajajaja me reí mucho
jaja yo si comento cada línea de código XD //Termina mi Comentario
/* respondiendo */
Es bueno comentar xd
# Jajajaja
.
//Lo ignoro
los comentarios son de hecho codigo sucio, un buen código se explica a si mismo y hace redundante los comentarios. En otras palabras si pusiste comentarios es porque tu codigo no se entiende, debés arreglar tu código y borrar el comentario
regalito navideño refactoring.guru/smells/comments
c mamo
Me enamore, ese fue mi error :(
Súper F
No mames, no estás solo bro.
Me enamore de mi primer lenguaje: ActionScript
Después q me rompieron siento q capto mas rápido mis clases 😃
Lean clean code, ese libro es la biblia de las buenas practicas
Pasa el enlace!!!!
Porfa :)
Gracias por el dato, soy nueva, pero estoy empezando a obsesionarme por aprender.
Clean code, the pragmatic programmer, Clean architecture. Refactoring los libros que debes leer si o si.
Autores top mundial :Martin Fowler, Robert C Martin. Kent Beck.
La tienes clara ...
GENIAL!!... amé este video, porque me levantó los ánimos, ya que a pesar de ser muy principiante todavía y tener muchísimo que aprender (lo cual suele ser desalentador), me señaló que voy por el camino correcto, puesto que siempre fui de preguntarme el "¿por que?" de las cosas y nunca me conformé con eso de copiar y pegar código. Soy consciente también que muchas son las capas de abstracción para llegar al final del agujero, pero voy con la alegría, la curiosidad y el asombro por este apasionante mundo... Muchas gracias por compartir!! Saludos desde Santiago del Estero, Argentina.
Mierda... no soy programador y he disfrutado la charla de los "por qué" de maravilla. Creo que algunos de estos consejos se pueden aplicar a otros campos de trabajo.
yo disfruto aunque no entiendo nada y hasta me asusta
Morí con la imagen del perro
Tienen idea de que dibujo es?
Y si es posible el capítulo 😀
jjjajaja yo conoci esa imagen hace 5 años con mis compañeros de trabajo jejejeje
@@haroldstudy9200 me parece que es de billy y mandy no se que cap
Lo vere solo para ver al perro maldita sea!
Esa referencia a los Simpson... "a-to-mi-co"
Así es que es, hay que exigirse duro a uno mismo! no exigir un salario alto solo porque 'un dev actualmente gana mucho' sino saber incluso el porqué eso es así
Seria interesante las metodologias para los proyectos, o cuanto tiempo debe descansar un programador ya que he visto que no cuidan su salud y trasnochan mucho para entregar los proyectos
El si sabe programar?
Sí, en realidad UML está mal mirado actualmente, ya que es hacer énfasis en el diseño previo lo que va en contra de las metodologías ágiles que tienen otro enfoque.
Ese también podría mencionarse como otro GRAN error de programadores novatos. No saber administrar el tiempo.
Mi mayor felicidad de 2020 fue poner un botón de color hexadecimal en HTML5 xD me sentía un Dios.
Y ahora eeres un gran Dios de la programación gracias a ese gran paso
2:19 -> no necesitaras ponerle comentarios a tu código
2:25 -> ponle comentarios a tu código
¿khé? :v
en el 2:19 se refiere a cada linea de codigo. eso no esta bien, al menos que seas principiante. en el 2:25 se refiere a partes de tu codigo que hacen funciones, metodos, entre otros.
Un profesor me dijo ,un programador debe saber 3 cosas esenciales ,escribir bien (una buena ortografía y coherencia), porque es un lenguaje,también una buena organización ,aceptar las fallas ,constancia y tener mucha paciencia,para ser un programador común, si quieres ser de los que se destacan tendrás que hacer cosas que a veces ni te imaginas , no cualquier profesor te dice eso ,a la mayoría no les interesa enseñar y prefieren asegurar su sueldo.
Esas son 5 cosas.
Jjjj no sabe contar y es programador
exacto! pensar y entender el concepto. Creo que por eso me demoro en aprender, no se si haber estudiado ingeniería industrial me hace buscar siempre el porque de las cosas pero yo no puedo simplemente copiar y pegar código
me encanta que cuando se habla profesionalmente de temas de informática en general, den una razón lógica y digan el porqué de las cosas, he visto un montón de cursos que te enseñan pero no te dicen el porqué entonces uno aprende es a repetir el proceso que te enseñan como un loro, entonces hay muchas limitaciones por parte del estudiante, y otras veces que no te quieren decir la verdad de las cosas para que no aprendas bien.
El me hace recordar a mis profesores tan profesionales y con los consejos de buenas prácticas
Pinche Freddy dime si hiciste un monólogo para saber que decir, por qué esas palabras me enamoraron.
Me enamoraron de aprender!
30% de tiempo leyendo código.
5% del tiempo copiando y pegando código.
0.00001% el por que del código....
10% del tiempo probando si sirve.
10% del tiempo modificando el código para que funcione.
5% del tiempo poniendo música el CZcams o mirando cualquier otra webonada en la red....
40% del tiempo convenciendo a tu Jefe que programa en Cobol que tú código PHP es eficiente y correcto.
La Realidad... es otra....
"i don't know, some shit" suena útil xdxD
es el que tiene mas sentido
Llevo muchísimos años programando, y te diré que no estoy de acuerdo en todo.
1.Código limpio: Sí pero NO con ese tipo de variables, es una aberración ponerle siTieneAlgoQueSumaPuntos, o burradas tan "detallistas". De hecho hay lenguajes como interpretados (PHP), etc. en los cuales es una mala práctica para proyectos enromes.
1.2.Hay que programar lo más reducido posible:
if(algo == true)
{
print("sí");
}
else
{
print("no");
}
Podría ser:
if(algo) print("sí"); else print("no");
X2
impresionante que hace dos años vi este video y no entendia nada de git, hoy habiendo terminado el curso estoy tipo freddy te entiendo completamente jeje
saludos desde Chile, tienes mucha razón en lo que dices . te comento un poco mi historia.
estudie electrónica en secundaria y trabaje en esa área desde ese conocimiento,
en el 2005 no existía arduino, solo compuertas lógicas y drivers imposibles de operar.
entonces me encontré con la programación. y eso me a llevado a entenderla desde el punto de vista de un electrónico
"0 y 1" nada mas simple. php es el lenguaje que se me a hecho mas sencillo aprender gracias a lo que e aprendido desde arduino, pero estoy casi seguro que podría traspasar lo que hago a cualquier lenguaje. ya que siempre es TRUE o FALSE.
yo creo que no necesariamente debes estudiar en una universidad a utilizar una herramienta .
ya sea un cautin o un lenguaje de programación.
y que tus proyectos. como ver tu braso robot pasarte una cerveza o controlar miles de controles de acceso para edificios en tiempo real, son cosas que hacen cambiar nuestro tiempo
// no se me podida olvidar de comentar //
Estos videos ayudan mucho. Solo una corrección, debería ser "Entiende el porqué" ó "Entiende por qué". Éxitos!
No acostumbro a comentar en los vídeos, pero este Man me motivo a seguir aprendiendo.
Lo que hace a un programador excelente es el hecho que esta consciente de que es un ser humano con limitaciones y capacidades igual que el resto de personas, sencillamente si se dedica a aprender y aplicar su conocimiento se volvera diestro
Felicitaciones, muy bien explicado
Muchas gracias, deje mis estudios hasta la prepa hace 15 años... Espero no sea muy tarde para retomarlos , programación es mi meta.
leyendo código que realice y ni me acuerdo como lo hice jaajajja .Suele ocurrir :v
Y yo acá bien feliz con mi Visual Basic...
Lo mismo yo ajjajaja
acaso es malo usar visual basic?
@@danielrivera7361 si empiezas, lo mejor es java, de ahí puedes pasar a cualquier lenguaje
Me ha parecido un video espectacular, realmente has logrado motivarme aun más, desafiarme y seguir creciendo. Hace una semana me recibí como técnico programador, y hace 2 dias me aprobaron el ingreso a una empresa bastante grande de perfil internacional para desempeñarme como Junior Adv. en UI WEB con JS y de hecho React, una de las primeras cosas que noté en la entrevista técnica, es que por lo menos un 50% del código que escribo no le sé explicar el porqué y el cómo, me dí cuenta que caigo en ese grupo de programadores que aprenden estas tecnologías de forma autodidacta (ya que en la universidad los programas educacionales están prácticamente obsoletos) y más de una vez nos hemos conformado con que las cosas funciones y nada más.
En estos días he ajustado mis prioridades y me he centrado en lo que realmente importa como base en esta industria, el pensamiento programático. Comienzo a trabajar en Enero, es decir tengo un mes en el que debo llenar mis espacios en blanco en cuanto a conceptos y cosas más específicas de JS Vanilla, debo respirar y sangrar JS básicamente jajaja. Un saludo! gracias por compartir tus consejos y conocimiento!
Yo me di cuenta que si no estas acostumbrado a aprender en linea no traten de hacer cursos largos. Empiezen haciendo cursos de 3 horas.
Me podrían ayudar a encontrar la imagen de min 7:28 la del perrito sentando?
10:04 Me recordó a Homero Simpson. Se dice... Ató-mi-co -- Atómico! JAJAJA!!!
Proyectos personales desafiantes. Para mi, la más importante para no estancarse.
Hace rato empecé a aprender los demás aspectos del desarrollo de videojuegos que ignoraba. Soy grafista o diseñador gráfico 3D/2D, y me limitaba demasiado en ese aspecto. Le tenía tanto rechazo a los demás aspectos que no me metía ni con los shaders. Entonces ahora que se murió, por un rato, el plan de mudarme de ciudad y allá aprender todo ésto, decidí aprender lo que pueda acá yo solo, tan así que ya inicié mi primer proyecto profesional, personal. Lo raro es que a mis amigos se les hizo raro que mi primer videojuego fuese un videojuego en 3-.5D, o sea un videojuego que se ve en 2D pero sus mecánicas son enteramente en 3D. Si, es difícil de explicar si no se entiende a la primera XD. El chiste es que a mis amigos se les hizo raro que hiciera un juego tan así de sencillo cuando mis prácticas fueron un Remake de un videojuego en el que ya trabajé, muy limitado, haciendo cosas que en el original no se pudieron hacer e incluso agregando demasiadas cosas extras que ya parecía un juego completamente distinto. Luego otra práctica fue crear un sistema de movimiento de Karting por mi cuenta, con las físicas y todo el rollo. Algo que, incluso sin power ups ni nada, ni siquiera modelos detallados, solo cubos, a mis amigos se les hizo muy divertido jugar con el carrito. Para que luego mi primer juego fuese un jueguito sencillito y en 2D que parece 3D. Y les digo que precisamente el haberme metido con cosas tan locas y extremas como mover personajes y objetos en 3D, mezclando físicas propias con el motor de físicas, y demás cosas, me hicieron quebrarme tanto la cabeza y lograr cosas tan elevadas (para éste momento de experiencia) que el jueguito que ando haciendo se me ha estado haciendo muy fácil, pero no demasiado. Si me pusiese a hacer un juego tan trabajado como mis prácticas, duraría años haciendo un solo juego. Pero al haber practicado en grande y trabaja en pequeño, puedo afrontar los problemas típicos de otros niveles. Y siempre que suba de nivel de trabajo, deberé subir de nivel de prácticas.
freddy cuando uno quiere aprender algun tipo de programacion ya sea java, c++, android, entre otras uno pues piensa sencillamente en buscar en platzi dicho curso pero con este video me has puesto a pensar todas las cosas que dejamos de lado y que la mayoria (me incluyo) no sabemos que orden llevar para no tener huecos en nuestro aprendizaje, por ello mi duda es cual es la estructura para el aprendizaje de estas aptitudes secundarias dentro de la programacion para no perderse al momento de empezar a estudiarlas
Yo cometi el error de enamorarme de el html y css, pero no se si entra en el rango de programación. Ando aprendiendo jquery y estoy feliz :D
No, HTML y css no son lenguajes de programación. Por qué no puedes aplicar las estructuras básicas :D algunas habilidades del front si la ocupan :)
Hi Freddy, me alegra escucharte y darme cuenta que yo no estaba tan perdida en mi apreciacion con respecto a los nuevos programadores o desarrolladores. Me explico, yo comence a programar con Basic, PL1, Fortran, Pascal, Cobol (lenguajes de tercera generacion) , quizas a ti nada de esto te suene porque lo mas probable es que aun no habias nacido :), despues pase por lenguajes orientados al objeto como Visual Basic, Powerbuilder, entre otros y bases de datos relacionadas (antiguamente eran jerarquizadas), como Linc, Oracle, SQL, Informix, etc. y amaba la programacion, de lo contrario, no sirves. Una de las cosas en que no estoy de acuerdo contigo es que Si la universidad te ensena a probar todo lo que tu hagas, (al menos en mi pais) de hecho cada vez que me contrataban en una empresa en la descripcion del cargo, una de mis responsabilidades era asegurarme de crear un set de pruebas y probar todo lo que habia programado. Cosa de que adolecen muchos programadores y start ups en la actualidad. Muchos de ellos creen que por haber inventado un codigo y hacer una aplicacion ( que no es mas que una simple funcion) piensan que pueden venderla y se ponen a hacer versiones Beta...eso encuentro que es la flojera mas grande, es decir, en vez de probarla, la lanzan al mercado para que otros los prueben. Yo me pregunto Por que voy a perder mi tiempo en probar algo que, se supone, otros tienen la responsabilidad de hacerlo?. Despues de anos de trabajar como programadora fui ascendiendo hasta llegar a ser IT Project manager en empresas internacionales. Posteriormente, me vine a USA con la intencion de hacer mi MBA y durante unos anos solo me enfoque en aprender ingles. De pronto (sin darme cuenta casi) vi que el mundo tecnologico cambio exponencialmente, entonces, me puse a hacer unos cursos de Java, HTML y desarrollo de paginas web en los EE.UU. para tratar de actualizarme y veia lo desordenado y mal estructurado que eran estos lenguajes, anoraba los tiempos del Cobol y el Visual Basic, pero ahora me doy cuenta, que por lo que tu dices, eran solo codigos presentados desordenadamente. Yo siempre segui tratando de manterner una estructura. Ahora, tal como tu dices en el video, me he dedicado a hacer mi propio proyecto, y cuando veo los codigos fuentes es tan tedioso leerlo !!! y concuerdo contigo en ese punto. Tengo la experiencia de haberme bajado una aplicacion que lo unico que se suponia que hacia era colocarle precio a un producto, bueno, despues de haber pasado varios semanas poblando la aplicacion con los productos y sus descripciones, me encontre que era imposible poner el precio a la aplicacion y me daba un mensaje que el monto tenia que ser divisible por 1 (?). Despues de pasar por varios proveedores hasta dar con el desarrollador pude darme cuenta que ni siquiera sabia programar y me hizo perder semanas de trabajo, asi que moraleja: le hice la cruz a las versiones Betas. Ahora prefiero pagar, pero aqui viene otro problema,: el tratar de integrar varios software o aplicaciones y cuando no funcionan, se pasan la pelota unos a otros, es decir, nadie te soluciona el problema. Otro punto, lo que mas odio es recibir mensajes que dicen: tenemos una nueva version, actualice ahora". Las odio porque una vez que actualizas nada funciona como antes, tienes que cambiar todo. Al parecer no saben que la regla #1 de la programaciones es: "Si funciona, no la toques". Cuando revisas las versiones 3.5.w.x.y.z. te das cuenta que la mayoria de las actualizaciones solo han servido para arreglar cosas que no funcionaban o que funcionaban mal, o sea, lanzaron al mercado un producto defectuoso, asi de simple. .. con esa mentalidad de: "mejor rapido que perfecto", con el unico objetivo de lanzar productos al mercado lo antes posible para ganarle a la competencia y obtener clientes, pero los desarrolladores no piensan en los miles de clientes frustrados que obtienen con esa premisa. Al final, los unicos que perdemos con esto somos nosotros: los pequenos empresarios, que lo unico que queremos es vender nuestros productos y cada vez que tenemos una actualizacion por delante, rogamos por un milagro (que todo siga funcionando). Los desarrolladores no piensan que a nosotros no nos interesa que el codigo se vea bonito o que la pantalla se vea mejor, solo pedimos que el producto funcione y sea util para nosotros, que haga lo que dice que hace, cualquier otra cosa, es solo una perdida de tiempo para quienes han adquirido un software. Bueno, Freddy, no se si vas a leer esto, pero, por lo menos, a mi me sirvio de desahogo ;). Se despide una clienta cansada y frustrada de tanta aplicacion mal hecha. Gracias.
A mi me pasa en la empresa que estoy, pero si tenemos pruebas E2E para que hacer unit testing, si usamos C# y bd relacionales. Porque usar otra tecnologia (NOSQL), ahi viene nuevamente el insoportable con lo ultimo.
Pero en realidad es el afan de aprender cada dia mas y hacer mi trabajo cada vez mejor con la herramienta adecuada para cada problema.
Les recomiendo aprender en un lenguaje y salir de la zona de confort, hacer proyectos con otras tecnlogias/herramientas.
La curiosidad y el averiguar el porque es el combustible del día a día para seguir en esta profesión.
Excelente Platzi, Me encanta los video de Freddy
Si te asombra un diseñador gráfico, nunca has visto a un dibujante de Autocad usar los comandos por teclado. Básicamente puedes hacer un plano enteramente por teclado, sin usar el mouse
Bueno, cuando realizo juegos indie complejos, prefiero ponerle //------------- Que sirve para comentar ,por ejemplo //----Animaciones----- y empiezo a escribir los códigos solamente de animaciones xD y mis codigos siempre los utilizo asi,
if ( life == 0)
{
Destroy(gameObject);
}
Simple sjsjsjs
Hola Freddy, podrias hacer un video explicando sobre la situacion de Java, al parecer Java va a ser de pago, bueno eso es lo que está recorriendo en internet, será que podrias sacarnos alguna duda?
hola freddy me estoy iniciando en lo que es frontend (HTML, CSS,JS) a parte aprendi un poco de git y git hub, mi pregunta seria que se necesita aparte de lo que estoy aprendiendo para poder conseguir un empleo en este mundo estaria muy agradecido por tu respuesta saludos desde chile
Hace poco más de un mes vi este video y no entendi nada :),lo acabe de ver nuevamente y ahora comprendo un poco más que es lo que no sé y debo.
Excelente, sin embargo ser un super programador master, solo garantiza ser exprimido por alguna empresa de software que en la mayoria de los casos no nos resolveran nuestras necesidades, en cambio ser un programador regular con suficiciete logica y capacidad de autoaprendizaje es suficiente para emprender en el negocio informatico o usar la informatica para una estrategia de negocio inherente a la tecnologia. En resumen ser un excelente programador es bueno, pero no es suficiente, debe haber un equilibrio, sino quiza toda la vida se podria ser un super Programador que le soluciona probelmas a gente mas astuta. Creo que una aplicacion o sitio web que no tenga una maxima velocidad y un performance de 100%, pero con buenas estrategias de negocio y dirigido a potencilaes clientes, seria mucho mas exitosa que una aplicacion perfecta sin un norte rentable o bien definido. Obviamnte la mezcla de estas 2 variables seria perfecto, Pero la mas importante seria el modelo de negocio bien definido y asegurar un rendimiento al menos aceptable
Y por que no un superprogramador emprendedor? Es difícil pero yo creo que si se puede
@Alexis Martínez Claro seria una combinacion perfecta, pero no todos pueden ser superprogramadores emprendedores, pero todos si pueden ser programadores regulares emprendedores, lo que hay que evitar ser, es un superprogramador esclavizado al negocio de otros, ya que es un trabajo de mucha dedidacion y de mucho proceso logico y tiempo invertido, para al final ganar menos que algun administrador de recursos humanos que pasa el dia hablando por telefono y mirando su facebook
@@camn-bv3vq mucha razon
@@AlexisMartinez-yn2yk Terminas siendo absorbido por la parte administrativa de tu empresa.
Diste en el punto clave: EQUILIBRIO.
como cuando terminas el codigo pero te falta un punto y coma
o una llave jaja
Ese chiste no ta de tiempo ya
Gracias! Muy buenas recomendaciones. Saludos
Buenas tardes, si me cuesta mucho hacer un código de vba, puedo aprender python o que necesito para aprender
A mi, me gusta su forma de explicar, su pasión al momento de hacerlo, pero lamentablemente sus colegas no están a su misma altura o al menos bajo ella. Explican fatal de verdad, yo me suscribí a platzi durante un mes y vi sus cursos, wao q mal enseñan, poca explicación gráfica, dinámica, algo q necesita el q recién esta comenzando esta travesía. Ojalá en un futuro mejoren eso, suerte.👍
Alguna empresa debe clonarlo
Mexico esta lleno de programadores malos. No es dificil destacar. En mi opinión, uno debe de ser exigente consigo mismo por amor a lo que se hace.
Si quieren dinero, programar deja. Si quieren ser programadores, el camino es extremadamente difícil.
Yo lo que hago es comprender las ideas o el flujo de trabajo de otros, analizo su codigo, y si lo veo mejorable, lo hago en casa como ejercicio casero. (Allá afuera se cabrean si les dices que su código está mal optimizado, total al cliente se la suda.)
No copien, comprendan... Eso facilita demasiado todo.
Exactamente, yo quería estudiar ciencias de la computación por lo mismo pero terminé estudiante ing de TIC, que está muy bien pero me gusta más las ciencias de la computación que son más que nada las bases teóricas, aqui solo se trabaja por trabajar no por comprender y entregar un producto de calidad.
En todos lados hay mediocres no solo en México y no solo programadores. Êtes vous d'accord mon ami?
@@alonsomartinez9871 si pero estamos hablando de programadores
Desde que dices que no es dificil destacar estas cometiendo un error, deja que los otros lo digan por tus obras y no porque a ti te parece asi, porque quiza solo lo seas en tu propia mente
@@null1449 Tienes razon.
Freddy, gracias a ti y platzi, ahora le dedico mi vida a la tecnología. Gracias por redireccionarme, cálidos saludos desde Ecuador.
El código no solo tiene que ser ordenado, también el nombre de cada cosa tiene que aclarar de manera simple de que se trata, para eso existe la mnemotecnia, donde se buscan términos abreviados que tengan significado estándar, facilitando la comprensión del código, ejemplo: la variable "id_producto" y "nom_ producto" y no solamente "x" e "y"
"Voy a clonar facebook mañana" jajajajaj, que buen comentario X,D
el primer error de un programador noob es tomar un curso de platzi! aprendan gratis gente!
Hola, estoy comenzando en el mundo de la programación;
Cual es el mecanismo del software cuando lee el código que escribo??
Si tienen algún libro o vídeo que lo explique. Gracias... Saludos desde Argentina!
que tal como esta? cuando ud se refiere a saber el porque de las cosas la recomendacion directa es leer la documentacion propia de las librerias y y package que usamos? tal vez "entrar" a la libreria y leer como fue construida esta? por favor, regalenos un consejo para mejorar ese "skill" GRACIAAAAS
12:58 Eso es verdad la parte más difícil es terminar los retos personales xD
Desde ya voy a empezar uno nuevo, deseenme suerte!
#CharlieVengoInspirado
Lo terminaste?
Yo estoy haciendo un sistema para un laboratorio desde hace un año y pues, sigo en el index xdxd. Pero ya ahora sí al cien. Por lo menos ya hice el index responsive
A platzi le falta una parte stack overflow!
Le super falta, la mayoría buscan alternativas de ese foro, aunque sean masters java o c
otro stack overflow? así como otro facebook? u otro AWS?.... why?
@@davidrosenblum4079, De acuerdo, No es necesario.
@@davidrosenblum4079 I don't know man, alright this is the remix
Wao hace un año escribi un código PHP y hace unos días estaba viendo ese código y la verdad es que casi no entendía ningunas de las variables que cree ni para que servían muchas cosas
Vengo del futuro y les traigo una enseñanza. Nunca le digas a un programador que ese código "es una pésima idea", si lo hubiéramos hecho habríamos creado Foursquare y luego Google maps. Ahora soy Químico con ganas de programar. De nada
Mañana me copio el akinator
Top tier coment
No está de mal que de paso recomiendes el libro Clean Code de Robert C. Martin, del cual veo que literalmente tomaste mucho de los conceptos y eso está bien. Y si, es bueno limpiar el código, pero es una labor que lleva tiempo aprender a hacer....un código bien escrito pocas veces necesita documentación, escoger el nombre de una variable o función, es algo que hay tomarse muy en serio
yo también me di cuenta que se vaso de ese libro, en realidad es una obra de arte ese material.
Te Felicito Freddy, soy programador del area oracle pl sql, pero muchos de tus concpetos pueden aplicarse a mi rama de programación es cierto mucho de lo que dices
Error No 11:
Discutir cual lenguaje de programación es el mejor.
Los admiro. Literal tienen cursos de TODO :o
-que buen video e información Freddy, saludos desde Perú
Yo pensando que era para novatos y solo entendí el 40% de toda su explicacion jajaja 😅😂
Me encantan estos videos no solo por que enseñan mucho en solo 20 minutos, si no que te motivan y te muestran que lo que estas aprendiendo vale la pena
Cuales creen que sean los lenguajes o herramientas "indispensables" a manejar? Y algun curso o canal donde se pueda aprender de manera gratuita? Actualmente manejo medianamente java, c++,visual basic y mysql (scripts)
mira te voy a dejar dos canales en un canal ahí un tutorial de como hacer aplicaciones distribuidas czcams.com/channels/Vap85T_GkbCWQeUQ_LP5wA.html y un canal de una universidad de Madrid donde te enseñan aplicaciones monolíticas además de muchos tutoriales mas czcams.com/channels/ekUbCGf-ZjLNF0Au-9y77A.html, todo orientado al lenguaje JAVA, además podes leer la documentación de las tecnologías eso es lo mejor.
@@_VeritasVosLiberabit_ StackOverflow y algún monitor de recursos porque tener leaks no es complicado xD
Gracias amigos🖒
lo esencial, seria que aprendas a trabajar con metodologias agiles, trabajar con patrones de diseño (son 23patrones) entendiendolos bien, podras implementar el MVC sin problemas, y luego utilizar algun FrameWork (ejemplo Spring MVC, trabaja con java y es duro de aprender, pero muy bueno), y GIT es esencial y manejar bien la consola ( si vas a empezar con consola te recomendaria que empieces por linux, ya que de esta manera se te deberia hacer mas sencillo entender git)
@@_VeritasVosLiberabit_ Agregaría aprender a usar muy bien un Depurador, y si pertenece a un Navegador mucho mejor, como el de Chrome por ejemplo, facilita mucho el trabajo.
En realidad un buen programador debe saber depurar su programa, para poder avanzar rápido.
Estudie programacion en bachillerato y he aprendido más en este vídeo que en clase
Entonces deberías prestar más atención
@@banano5174 Buenísima JAJAJAJAJA
Creo que hay que tener cuidado con los comentarios, aún si son útiles; debido que se deben mantener junto con el código, a través del tiempo y muchas veces se olvida en la práctica; dando así paso a futuras confuciones. Completamente de acuerdo, que el codigo limpio ayuda a disminuir los comentarios.
Muy buen video hermano y amigo Freddy Veraz, un Ejemplo de eso seria ¿por qué se llama Platzi? y asi tendremos mejor visión a su canal o fuente de alimentacion de concocimiento.
"Atrapados en un bucle de incertidumbre" ^^
"... hay varios errores que probablemente vas a cometer..." como si tu nunca los hubieses cometido o "los buenos programadores no usan switch/case". Accedí a un video cuando recién lanzaban platzi creo de de django con un flaco joven de instructor y cada 10 palabras interrumpías, no parabas de hablar. Tbm había un Tacneño en el team al que parabas jodiendo con frases como "yo se de donde eres..." como si fuese de una cagada de ciudad (somos casi vecinos). Siempre me has parecido tan vanidoso, tus palabras irradian soberbia a todas partes. Tienes éxito asegurado con tus proyectos e inversiones pero dale un poco mas a la humildad y seguirás captando mas seguidores o reconquistando a los que en algún momento sentían admiración ante ti ;) Saludos desde Ilo, Peru.
Yep hay que omitir su actitud/soberbia y tratar de rescatar el mensaje útil xD
A mi este tipo me saca ganas de aprender a programar por su soberbia.
Total así es...
@@acidboy77 x2 :v
no se si estare juzgando mal pero este señor de platzi refleja una soberbia jajajaj
Cosas locas que hace Javascript:
1) Ignora un return dentro de un bucle forEach. Ya, pusiste un return pero seguro que no iba en serio, ¿a que no?
2) Sumas 4 a 'hola' y, en vez de dar error, te devuelve algo de tipo "numero". En concreto, algo llamado "NoEsUnNumero".
3) Un entero es igual a una cadena. Por ejemplo, 4 == '4'.
4) Importas una variable que no existe, y JavaScript te guarda la sorpresa para 200 líneas de código después.
5) ¿Para qué decirte exactamente en qué línea surgió el error? Es más divertido que lo tengas que descubrir tú.
6) ¿Usas una variable que aún no se ha definido? Tranquilo, los seres del futuro vendrán y evitarán que salte el error y puedas corregirlo.
7) Te ofrece una herramienta fantástica para generar cadenas con variables dentro. Y te lo pone fácil: sólo tendrás que teclear las siguientes teclas: `, ESPACIO, SHIFT + 4 (dólar), AltGraf + {, meter algo dentro y otra vez Alt-Graf- }. Economía de teclado nivel QWERTY.
8) La regla de oro: no molestar al programador con errores y excepciones. Mucho mejor que el código no haga lo que tiene que hacer y nadie se entere. Discreción.
Añade las tuyas.
Cuando programas por tu cuenta y eres tu propio jefe, el lenguaje que sabes mas y que te permite tener a tus clientes satisfechos, es el mejor lenguaje para ti. Si programas para un tercero tienes que aprender el o los lenguajes que tu jefe impone. Al final el cliente no difícilmente pedirá que se le entregue un software desarrollado con un lenguaje en particular, si no que el software cumpla con las necesidades y sobretodo que sea robusto en todos los sentidos y que tenga el mas alto grado de disponibilidad.
No esta por demás aprender nuevos lenguajes, son retos que nos permiten crecer tanto así como emprender nuevos proyectos del que no tiene la mas remota idea de como lo desarrollaras. Saludos
"la forma de crecer es con proyectos personales desafiantes." fue cuando te ganaste mi like.
Platzi:
Puede hacer que no necesites ponerle comentarios a tus codigos.
Igual platzi:
Ponle comentarios a tus codigos!
A cada línea de código no, solo a las importantes
Me ha gustado mucho tu reflexión. Estoy estudiando desarrollador full stack y tienes muchísima razón al decir que hay que entender el porqué de las cosas, ya que cuando conozcamos el porqué podemos aplicarlo también en diferentes ámbitos y problemas.
desde los 14 años estoy en este mundo de programacion la verdad estos videos me dan un panorama mucho mas amplio.
"Voy a clonar facebook mañana :V" Jajajajajaja 13:16
Yo ya lo hice, es fácil.
@@Ardkun00 se refiere a programarlo desde 0, como si te robaras la idea de crear facebook
@@danieljunka4560
Si, ya lo hice.
._.
@@Ardkun00 yo cree todo un sistema operativo mejor que Windows y iOS :v
Comentario1
Resultado = "
Get "No entendi una mierda porque soy un novato en esto :,v"
(Comentario1)
Resultado
(Comentario1)
Input "Se un poco de programacion basica, pero " + Resultado
//End
_Se un poco de programacion basica, pero No entendi una mierda porque soy un novato en esto :,v_
debi estudiar leyes :'v
Aún estoy aprendiendo y me pareció información muy eficaz y sobre todo simplificada. Gracias.
estos videos son como un anuncio largo con buena información por aquí y por allá, disecar que es cada cosa es uno de los ejercicios
"señor freddy, hay curso? "" XD
jajajaja
Mi maestro de Informática II una vez me dijo "Ah! Python es un lenguaje muy bueno que anda de moda porque tiene una sintaxis más sintetizada y permite hacer muchas cosas, está siendo utilizado por muchas personas que comienzan a programar y la verdad sí es muy útil" jaja
Profe..yo no se nada de eso..pero severa charla...me traman mucho los computadores pero aprender a programar es muy dificil
Siempre vale la pena escribir el código de forma más comprensible en lugar de fanfarronear escribiendo código se ve chévere y todo berraco pero de veras acaba por ser indescifrable ante cualquier desarrollador demás, en especial si estás colaborando con otro desarrollador o un equipo.
Hola, tengo una pregunta: ¿Cuál consideran que es lenguaje indicado para iniciar en el área de inteligencia artificial?
Python, es simple y potente, también el más usado
Paiton
El de la serpiente
La culebrita
Algebra lineal
Nah, yo quería clonar facebook mañana, me desanimaste!.
X2 😢
sobre lo ultimo(no enamorarte de un lenguaje) me costo... pero es parte de crecer como profesional
utilizar un solo lenguaje para cualquier problema, es mala idea si existe otra herramienta/lenguaje que lo puede resolver mucho mejor
según mi humilde opinión, puedes olvidarte de todos los consejos y quedarte solo con este "Terminar los proyectos personales", "TERMINAR LOS PROYECTOS PERSONALES", Repito, "TERMINA LOS PUTOS PROYECTOS PERSONALES", una vez empieces a terminarlos comienza a optimizarlos al máximo, se aprende mucho mas creando proyectos que solo viendo cursos porque sí.
mi papa cuando me enseño a programar me hablo de la importancia de los diagramas de flujo :
me gusto la ultima reflexion, obviamente el ensamblador es el mas rapido, pero usar un lenguaje que te ahorre 2 horas al dia es el mejor! o si el dispositivo en el que trabajas es muy paila (te hablo a ti nintendo 64) pues ahi si, el ensablador es lo unico xD
@@davidportilla4377 mas respeto con n64 🤣
@@tatan1994 no no, digo que para nintendo64 salieron muy pocos juegos por que los tenian que hacer en ensamblador, mientras su competencia sacaba juegos por bultos por que podian usar c y cosas de muchisimo mas alto nivel
Qué ternura! en serio tu papá te enseño? El mío no estaba ni ahí con eso, era médico y sabía sólo de enfermedades y remedios, también le gustaba la historia. Pero de cosas tecnológicas nada.
@@davidportilla4377 El que requería programar en ensamblador era Sega Saturn. El problema se la N64 fue una falla de diseño, 1: usar cartuchos en vez de CD/DVD y lo más importante, un mal e inacabado diseño del hardware por parte de Sillicon Grafics, el cual lo tubo que terminar IBM.
"incluso puede que no necesites comentar el código"
*Diapositiva de la importancia de comentar código aparece*
Un par de cosas. El código ¡NO! se debe comentar. Porqué? El código tiene que ser autodescriptivo tanto como para que los demas lo entiendan, si eso no lo logras tienes que cambiar la lógica de negocio porque algo no estas haciendo bien o refactorizar, tampoco se puede comentar porque el código cambia constantemente de versión por lo que hoy tienes un comentario en el código y en 2 dias tu código se queda obsoleto, y al tercer día entra un trabajador nuevo no entiende tu comentario y se queda ahí el resto de los dias aumentando en código legado. Otra cosa que esta mal que comentas que no te debes enamorar de un solo lenguaje de programación, hoy en día no existe el tiempo suficiente como para aprender bien varios lenguajes de programación y te puedo explicar porqué, evidentemente todos siguen el mismos código para flujos pero si no eres capaz de entender como funciona verdaderamente el lenguaje por ejemplo , el GC, la distribución de memoria, la apertura the threads, flujos de control para memory leaks... estas vendiendo un software que tendrá muchos problemas de bugs y optimización, y todo ello se logra con muchísimos años de experiencia.
Gente algun consejo para mi, que tengo 13 años y no se muchas cosas todavia, como por ejemplo, nunca he sabido que es programar en equipo, y hago lo que dijeron de ponerme pequeños proyectos, por ejemplo he hecho muchos proyectos como por ejemplo: Una calculadora, un reproductor mp3, un traductor morse, y cosas así. entonces algun consejo para mi?