En Press Any Key, comparto contigo mi pasión por la tecnología, la informática, la programación y los sistemas cloud. Aquí, encontrarás contenido valioso que te ayudará a crecer como profesional en este emocionante mundo de las tecnologías informáticas.
A lo largo de mis vídeos, abordo temas de actualidad y exploro las últimas tendencias, compartiendo consejos y trucos que te permitirán mejorar tus habilidades y conocimientos.
Si estás buscando un lugar donde aprender, crecer y divertirte en el mundo de la tecnología, ¡estás en el canal adecuado! Suscríbete a Press Any Key y acompáñame en esta aventura.
GRACIAS or tu aporte confirmo el mejor y mas claro , solo una anotacion... Tu audio es Horrible casi no se entiende y escucha mal se ocupa mucho volumen para entenderte... fuera de eso buen aporte like a tu explicacion.
¿Alguien me recomienda algun libro basico para aprender sobre computación en general? me interesa mucho el tema pero me pierdo bastante y no tengo teoria :(
La verdad, no conozco ninguno lo suficientemente actualizado, pero algo como esto podría ser útil: www.amazon.es/Curso-completo-inform%C3%A1tica-operativos-aplicaciones/dp/8494062174?source=ps-sl-shoppingads-lpcontext&ref_=fplfs&psc=1&smid=A1AT7YVPFBWXBL
Por un lado tienes razón y por otro no. No es tan negro y blanco. En mi empresa trabajo como full stack. Pero son proyectos ya creados, tengo que hacer mantenimiento y agregar nuevas funcionalidades. Entonces me baso en componentes ya creados y bueno es fácil mantener buenas prácticas también así. Ahora si tuviera que hacer el proyecto desde 0 pues ahí no sería full stack sería solo front que es más mi especialidad
No digo que no se pueda conocer y trabajar en los dos stacks, como tú bien dices, eres un especialista en front aunque seas capaz de mantener un sistema completo.
Hacer una página web con cuatro campitos y colorines es facilísimo, sobre todo porque pones unos estilos decentitos y te lo dan mascado (bootstrap o similares). Hacer lo que te enseñan en el tutorial del framework de turno (angular, react, vue...) está chupado, porque te enseñan UN modelo de aplicación con una serie de interacciones cerradas. Crear una aplicación completa con todos los requerimientos que puede tener una aplicación moderna, ni full-stack ni full-stock. Querría ver yo a estos figuras creando a mano una cesta de la compra, sin plugins. O implementando la conexión con un Identity Provider. O algo tan simple como mantener una selección de campos en una pantalla y que se mantenga durante la navegación. O mete multilenguaje, a ver si no se te mezcla inglés, español y klingon o te aparecen opciones regionales de Bielorrusia. Eso requiere especialización y conocer muy bien el framework con el que estás trabajando, o estar horas discutiendo con ChatGpt. El Frontend no es fácil en cuanto te sales de lo normal y yo, personalmente, me quito el sombrero ante una aplicación con un frontend bonito, estable y usable, que hay muy pocas.
Pienso exactamente lo mismo. Yo me quiero especializar en Backend. Me gusta ser experto y mejorar mi código. Cuando me dicen que aprenda una tecnología FrontEnd me siento deprimido
Te entiendo porque estoy en un caso similar, se me da mucho mejor el backend y sufro mucho haciendo frontend. Por eso, aunque desarrollo también frontend y todo tiene "buena pinta", reconozco que cualquier especialista en frontend verá mi código y le darán ganas de vomitar, porque es más que probable que no piense, por ejemplo, en los flujos de eventos de frontend y no conozca la arquitectura de templates y cosas por el estilo. Pero tú no te deprimas, los de backend hacemos cosas no muy bonitas pero somos la base de todo :-)
Full-Satck existe, siendo forzado por las compañías que no quieren pagar especialistas. Conviene en muchos aspectos, pero hay que meterse en todoo y eso requiere tiempo. A mí sí me gusta, sin embargo, también estoy en esto por dinero, habrá que ver en donde se paga más por hacer menos.
Hay que saber un poco de todo, por supuesto, pero el full-stack que nos quieren vender es el especialista en campos totalmente diferentes y por eso no paso.
Hola Valentín. No podría darte mi opnión sobre ese curso concreto, ya que no conozco a quiens los imparten, ni sus cualidades técnicas ni como docentes. De manera general, el contenido del curso me parece excesivo y, para conseguir un mínimo de competencia en las materias que pretenden impartir, se requieren añoS (en plural, más de 2 y de 3). En mi experiencia, donde además de impartir cursos y seminarios, he mentorizado a compañeros de trabajo (muchos de ellos en camino de convertirse en grandes profesionales), el dominar aceptablemente un lenguaje de programación requiere meses, dominar un framework, semanas o meses, y tener unos conocimientos "aceptables" sobre ingeniería de software es otra tarea larga. Me gustaría ser de más ayuda, pero sin conocer e interrogar a alguien que haya realizado el curso lo tengo complicado para formarme una opinión concreta.
Ondas vitales mi causa,tiraste la pildora negra ,la cruda realidad con cierto humor para no ofender xd no la red phill la black phill ,es algo que no se habla y aca en latam ,tengo varios amigos que se hicieron un curso en full stack y terminaron reclamando al que le brindo el curso 😂😂 .De todos modos es una base ahora buscar la especializacion
Claro, si yo no digo que no haya que conocer todo, pero nunca vas a conocer todo igual de bien ;-) Sobre los cursos, masters, bootcamps y toda esa historia sería para hacer un video aparte. Hay tanta basura, tan mal y desactualizado contenido, tantos profesores malos que encontrar algo que merezca la pena es tan complicado como llevar el anillo único al Monte del Destino. Hasta que yo cree un curso, claro ... :-P
Los mayores culpables de todo son las compañias, y en el contexto latinoamericano que buscan los llamados "hombre orquesta" si uno mira la mayoría de ofertas en el ambito del frontend se ven ofertas cómo "Javascript Java Python Node.js Wordpress PHP Photoshop SCRUM y un largo etc", nos tratan cómo departamentos de tecnología enteros 😡😡😡
El hombre orquesta lo buscan en todo el mundo porque si pueden pagar solo un sueldo, ¿para qué pagar dos? ¡Ojo! Que a mí me parece razonable que quieran ahorrarse costes, el objetivo de las empresas es ganar dinero. Lo que me rechina es que nosotros (desarrolladores) entremos en su juego y aceptemos sueldos miserables por ello. Aunque cuando hay hambre ...
Muy buenas! Yo acabo de entrar en estudios (por mi empresa) para hacer virtualizados y contenedores, estaba muy ilusionado en programacion que era el otro campo que nos daban pero finalmente me ha tocado esta rama. Me ha encantado el video y, aunque en un principio estaba un poco de bajon por no haberme tocado lo que yo quería, veo que es bastante apasionante todo lo que se puede desarrollar a traves de virtualizados y contenedores. Me suscribo a tu canal puesto que creo que necesitare bastante orientacion sobre el tema (los estudios que me ponen son en ingles y, aunque lo domino bastante, nada como escucharlo en mi idioma de una persona que se explica tan bien) Muchisimas gracias por el video y espero seguir viendo más cosas asi de interesantes para poder seguir aprendiendo al maximo. Saludos!
Gracias por ver el video. Por si te interesa tengo otro video sobre docker con ejemplos que puedes practicar. Y coincido contigo con que es apasionante y, visto por primera vez, puede parecer hasta mágico lo que se puede llegar a hacer. Nos vemos!
@@PressAnyKeyTech pues en cuanto tenga un momento le voy a echar un vistazo porque de verdad que este vídeo me ha ayudado mucho y me ha encantado. La verdad que si, apenas estoy empezando y siento que me queda un mundo nuevo por descubrir asique estoy muy ilusionado. Muchísimas gracias por todo! Saludos.
Te doy mi perspectiva, hay un minimo que hay que saber de Back y de Front para poder hacer un sitio solo en algo que no sea localhost:3000 y es muy fácil que alguien que estudio mucho back o front no tengan ni idea de la otro, ahí es cuando buscan guías de como volverse FullStack. Es muy dificil para quien no sabe, entender cuanto es "lo minimo" que necesita un Back para poder hacer front rudimentario por lo menos y lo mismo a la inversa. Se soluciona haciendo videos dirigidos para personas que ya sepan mucho de uno y necesiten "lo basico" de lo otro. Es una lógica que no tiene sentido en alguien que esta buscando empleo en una empresa, pero cobra sentido si esa persona quiere emprender un negocio de paginas web por su cuenta.
El problema es que los que se consideran "fullstack" son los eternos junior, que saben lo justo de un lado y del otro para poder hacer trabajos sencillos y hacer "la misma web que hace todo el mundo". Curiosamente, o no tanto, a todas las personas que me he encontrado que se consideraban "fullstack", el trabajo que mejor se les daba era hacer frontend, normalmente haciendo un trabajo de backend tirando a mediocre. Yo seguiré considerando que el fullstackismo es un cuento mientras los hechos no me demuestren lo contrario; y no ha pasado en 10 años, veremos si en los próximos 10 sucede...
Hola, gracias por ver el video. Dudo mucho que puedas usar docker, para empezar, porque probablemente las aplicaciones que contendrá ese sistema serán windows y, solo con mucha suerte, podrías lograr hacerlas funcionar como windows containers en Azure, y para seguir, porque docker está más orientado a virtualizar aplicaciones, no sistemas completos; es más efectivo "dockerizar" un servidor de correo, un servidor de ficheros y un servidor web que juntarlo todo en el mismo contenedor. Antes de lanzarte a virtualizar el sistema completo te recomendaría que comprobases qué necesitan virtualizar, porque podría existir una alternativa en linux que te permitiera hacer lo mismo y así usarías docker. Por ejemplo, si ese sistema contiene un servidor de ficheros eso puede hacerse con linux y el protocolo samba, o quizás sea un servidor web que ejecuta php, que es muy sencillo de dockerizar. Si el sistema contiene aplicaciones antiguas de Windows (o incluso de MS-DOS) entonces olvídate, te toca virtualizar. De todas formas el soporte de Windows XP terminó en 2011. Quizás va siendo hora de migrar a un sistema operativo más moderno y seguro.
Los SDK, como todos los programas, tienen versiones. Probablemente se refiere a una versión más antigua del mismo SDK. Por ejemplo, el SDK de AWS tiene las versions v1, v2 y en breve la v3, y todas son incompatibles entre sí.
Hola Lino. Buen video. Todo muy bien explicado. Ya espero poder usar contenedores en un proyecto. Oye, una consulta. En el minuto 29:30 haces una bromilla respecto a PHP y Java. Me podrías decir a qué se debe? Estoy empezando mi camino en el backend y decidí aprender Java. Sé que es un lenguaje antiguo, pero hasta donde sé, aun resulta competitivo. Pero con lo que dijiste me generaste dudas. Gracias de antemano
Hola Leonardo. Es una pregunta compleja ya que la elección de un lenguaje u otro para aprender a programar dependen de muchos factores; en algunos casos el lenguaje lo impone la institución educativa (o la academia donde se recibe un bootcamp), otras veces puede ser que alguien te lo haya recomendado o que hayas hecho una busqueda por ti mismo y hayas tomado la decisión. Desde mi experiencia, aun cuando el primer lenguaje de programación que aprendí fue C, Java es un lenguaje muy árido y complejo para comenzar a aprender; es muy verboso y exigente y no es demasiado agradable el corregir errores, que, cuando se producen en tiempo de compilación, te pueden dar muchos dolores de cabeza. PHP, aunque ha mejorado en los últimos años, sigue la estela de Java en cuanto a ir sobrecomplicando el lenguaje y las librerías base poco a poco, además con el handicap de que es un lenguaje hecho de retales, tomando ideas de otros lenguajes e implementándolas a su manera. Además le tengo especial inquina a ese símbolo de $ omnipresente en las variables. Con PHP se pueden hacer las cosas muy bien (como Laravel) o se pueden hacer verdaderas basuras (como wordpress). De ahí mis comentarios ... pobre de quien tenga que tratar con Wordpress. La antigüedad del lenguaje no tiene nada que ver con su eficacia o si es agradable tratar con él, siempre que se haya ido actualizando a lo largo de los años y se hayan incluido nuevas técnicas o paradigmas de programación. En mi caso yo prefiero utilizar un lenguaje productivo, flexible e intuitivo, como Python, donde puedo realizar mis tareas en menos de la mitad de tiempo que en cualquier otro lenguaje. Eso sí, he trabajado con Java, C#, Go, Typescript y varios lenguajes más y cada uno lo he usado allá donde me ha resultado conveniente. Si has comenzado con Java, sigue adelante, pero no te cierres las puertas a aprender otros lenguajes en el futuro cercano porque es probable que te abran los ojos ante nuevas técnicas o que incluso existan partes que sean mucho más sencillas de implementar que en Java.
Gracias a ti por ver el video. Estoy preparando una serie sobre el uso de varios servicios PaaS e IaaS en cloud y, aunque soy más de AWS, también hablaré de Azure (y de Google Cloud). Permanece atento ;-)
Te equivocas. Recuerda que antes que existieran los Frameworks del front, ya los desarrolladores hacían el Front y el Back juntos. Por eso existen frameworks como Ruby on Rails y Laravel. Ahora, que tú no sepas cómo hacer eso porque te resulta en una aplicación mediocre es otra cosa. Pero hay desarrolladores que sí saben bien HTML, CSS, Javascript (que son la base del desarrollo front) y además saben un framework Back. Es decir, que no necesitan un framework del Front. Ahora, si deciden pueden hacer sólo el Back con un Api Rest y el front con un framework como Vue o React, también es válido y perfectamente posible. Yo conozco muchos desarrolladores que lo hacen. Entonces no es cierto que los desarrolladores fullstack sean mediocres. Creo que la mediocridad va por otro lado.
No me equivoco y me estás dando la razón en tu mismo discurso. Saber hacer una app web, con su front y su back, no te convierte en Fullstack sino en un programador "normal" (o vulgar, como quieras llamarlo) que conoce un par de frameworks porque se ha hecho un bootcamp o unos cursos de Udemy y ya está. Pídeles algo especial en cualquiera de los dos campos y verás sus carencias. No sé, se me ocurre, que tengan que manejar transacciones distribuidas, o que esa API Rest haya de ser event-driven, o que sea un backend de microservicios (de los de verdad), o que hayan de manejar distintos orígenes de datos; y solo hablo de casos que me he encontrado a lo largo de mi carrera profesional y en mi campo de especialización (backend), pero puedo buscar ejemplos "especiales" de frontend que harán sudar cualquier Fullstack. De unos años para acá la tendencia que he notado es que han aparecido montones de desarrolladores que se llaman a sí mismos Fullstack y, al menos en mi experiencia, conocen los fundamentos básicos de un framework de back y otro de front, y se acabó, no pretendas que profundicen, ni pedirles nada que se salga de la norma de sus frameworks porque les hundes. En mi opinión les están haciendo el juego a las empresas cuando buscan "programadores baratos que hagan de todo". De ahí que hable de la mediocridad de los "Fullstack", no porque sean malos desarrolladores, sino porque sus conocimientos no van más allá de la media. Por otro lado , los frameworks como RoR, Laravel (Code Igniter con cosas), Django o (por qué no?) Wordpress, nacieron en una época donde el front, bastante rudimentario, se generaba en servidor porque la potencia de los clientes era bastante lamentable. No nacieron porque los desarrolladores quisieran hacer front y back juntos, fueron productos fruto de una época. En cuanto la potencia de los motores de javascript de los navegadores se hizo notable, aparecieron frameworks exclusivos de frontend que liberaron al servidor de la tediosa tarea de renderizar páginas html, abarataron costes, e hicieron felices a muchos desarrolladores que odiaban hacer html.
Es mejor para uno que recién esta aprendiendo especializarse en un area como back o front, mientras estudia los conceptos y teoria de algoritmos y demas, buen video
Si estás comenzando vas a aprender un poco de todo, pero el tiempo te irá dirigiendo hacia un area determinada, o bien por preferencia o por circunstancias de la vida, y siempre acabarás controlando más una parte que otra aunque solos ea porque has pasado más tiempo en ello.
Te lo puedo explicar de forma simple. Un buffer es un almacenamiento temporal. una caché, que se usa, en el streaming, para recibir los datos desde el servidor y, desde ahí, mostrarlos a los usuarios. Los reproductores de video o sonido no van a reproducir los datos en el momento en que son recibidos sino que primero los almacenan, partidos en secciones, en el buffer, para poder reproducir sin cortes. Si reprodujesen tal cual se reciben, ante cualquier problema de la red o del equipo, básicamente la reproducción se estaría parando. Los buffers, por lo tanto, son exactamente lo mismo que en programación: un almacenamiento temporal. El buffering son "problemas con el buffer", en general. Puede ser que el reproductor vaya más deprisa que la recepción de datos en el buffer y cuando intente leer, no tenga nada; con una mala conexión a internet todos lo hemos sufrido. U otro problema frecuente es que se llene la memoria asignada al buffer, bien sea espacio en disco o en memoria; que un buffer se quede sin memoria puede ser debido a otros procesos ocupando esa memoria, a que el espacio de almacenamiento de un teléfono se haya llenado, a un proceso que impida que se realice el buffering... hay muchas causas.
Un antes y un después en mi vida. Aunque no entiendo chino, logro visualizar que esta es la solución a mis problemas. Se vienen largas jornadas..... Gracias
Si te interesa saber en qué se basa Docker y la contenerización hay un video relacionado donde hablo sobre ello (link al final de este mismo video). Quizás te ayude a aclararte si conoces los principios básicos. Suerte en tu aventura :-)
Daría para un video entero el contar lo "malo" de PHP y de Wordpress, pero no tengo la paciencia de hacerlo ya que procuro no acercarme más de lo necesario para no perder la cabeza. Te lo resumo, de parte de alguien que ha trabajado, y, muchas veces, sufrido con varios lenguajes de programación. PHP es odioso de visualizar y poco útil para realizar un desarrollo serio y fiable, no solo por los horribles "$" (heredados de un analizador léxico de hace 30 años), sino porque la sintaxis del lenguaje es más un compendio de "parche sobre parche" embutidos para añadir nuevas características a un lenguaje con una función específica ("preprocesar texto"), que una evolución planificada y pensada. Si no fuese por frameworks como Laravel (y su abuelo Code Igniter) el sufrimiento de hacer algo con este lenguaje estaría reservado sólo para los más inconscientes o para quienes les guste el dolor. Y antes de eso, cosas como Symfony no hacían sino empeorar el engendro, copiando lo peor de Java (clase, clase, clase, factory de factories, builder de builders). ¿Que se hacen cosas bien con PHP? seguro que sí. ¿Que hay mucho código basura? La gran mayoría. Wordpress es parecido: una empresa hizo un producto con una arquitectura diseñada por un mono borracho y le han ido añadiendo "cosas" modificando muy poco su base. Crear plugins o themes útiles en Wordpress es un dolor constante. Los he hecho, y también he usado Drupal (menos doloroso) y Joomla (incluso peor que Wordpress), y no pienso acercarme a ello a menos que directamente me tiren una cantidad obscena de dinero a la cara. Claro que aquí cada cual tiene sus favoritos.
Tienes razón soy estudiante de ingeniería estoy en mi último año, he hecho aplicaciones completas, pero claro lo justo y necesario aceptable. Creo que me iré full front para ser especialista es lo que más me gusta y por ultimo tener conocimientos decentes de back. saludos, muchas gracias.
Me alegro de que te hayas dado cuenta tan joven de que no se puede saber de todo en profundidad. Espero que te vaya bien en tu especialización en front, ese es mi némesis :-)
Vaya, pues es una pena. No me tomo ni la vida ni a las personas demasiado en serio y en mi canal todo es del mismo estilo: tecnología salpicada con sarcasmo, sátira y entretenimiento.
Como desarrollador especializado en salvese quien pueda, y tras pocos, pero intensos años de dedicarme a esto para ganarme las judías, puedo decir que mis 2 aplicaciones mas exitosas son una que hice como un regalo de cumpleaños, y un bot para dar la brasa a la gente en Instagram. Es la mejor manera de cagarla end to end. Gran video Lino! Como siempre! 🔥🤟
Desarrollador ... tú ya eres un arquitecto en construcción, chaval XD Me gusta el concepto de "cagarla end-to-end", te lo robo, igual que te he mangado el "hasta donde llega la cuerda, llega el caldero". Frases míticas
Год назад
@@PressAnyKeyTech jajajajajaja te la cedo encantado de la vida!! 🥳✌️ Hay que compartir el conocimiento jajajaja
Que barbaridad de gente que se pasa de administracion de sistemas a programacion, ¿tan poco trabajo hay de adminitrador de sistemas? gracias por los videos!
En mi caso mis estudios son de electrónica, aunque la programación siempre fue lo que más me atrajo, aunque el dinero es una aprte golosa de la "vocación". No es que haya poco trabajo como administrador de sistemas, es que se cobra el doble como desarrollador ;-)
@@PressAnyKeyTech en el fp de administracion de sistema informaticos en red y el fp de desarrollo de aplicaciones web, ¿cual aconsejarias como para programacion?
