#29 Contratar a otro "frontender"?, menos si trabajas en una cárnica de mierda con dos personas contratadas, si esa es tu experiencia entiendo tu comentario.
#31 Y de mientras? 
Vale en las dos direcciones eh, no sólo si se pira el Frontend. Si se pira el Backend la cosa empeora XD
#33 Eres un Frontend-Artisan, no?
Los aires de grandeza no te sientan bien, y más sin tener ni idea de mi contexto.
#36 Lo de que sea necesario algo fuera de tu especialización y digas que algo has tocado y puedes hacerlo para quedar bien es de becario de cárnica. Un ejemplo práctico:
Te dedicas al backend en Golang y alguna vez has tocado Angular y React para cosas básicas. Tu jefe te dice que tienen un proyecto para desarrollar front end en React y tienes dos opciones:
1- Decir que controlas React sin problemas y te meten más trabajo.
2- Le dices que nunca has utilizado la tecnología y que para el proyecto es mejor buscar a un profesional en el sector .
En ambas opciones vas a cobrar lo mismo y en la primera tendrás más trabajo y puede que horas extras realizando un trabajo mediocre.
Un "full stack" es un empleado mediocre no especializado en ninguna tecnología. Ese empleado no va a destacar en nada debido al volumen de trabajo y conocimiento especializado necesario. Por qué es tan popular?, porque el empresario quiere a alguien que le saque las castañas del fuego al menor precio posible independientemente del resultado.
Eso es así aquí y en Pekín porque es el mercado amigo!.
#37 Cada uno es responsable de sus actos. Si dices que controlas y no es así, te comes las horas por tonto.
No te desvíes tío, te he respondido porque tu comentario al otro usuario (el cual trataba de aprender algo) es una borregada.
#37umbranoide:Un "full stack" es un empleado mediocre no especializado en ninguna tecnología. Ese empleado no va a destacar en nada debido al volumen de trabajo y conocimiento especializado necesario. Por qué es tan popular?, porque el empresario quiere a alguien que le saque las castañas del fuego al menor precio posible independientemente del resultado.
Eso es así aquí y en Pekín porque es el mercado amigo!.
Joder, con esto sube el precio del pan. Me da que no has trabajado nunca con un fullstack de verdad. Sobre lo de empleado mediocre: ser un frontend que tiene pánico a tocar una clase Java (o similar) o cambiar algo en una base de datos te convierte en un recurso muy pobre, no sólo para la empresa, si no también como soporte a otros equipos que tengan problemas y te necesiten.
Y ahora puedes seguir juzgando mi persona y llamándome becario. Lo único que sé es que una persona que dice lo que tú dices, en mi equipo ahora mismo no sería bienvenido 
PD: tu frase "Si te dedicas a backend no cometas el error de decir que puedes también con el frontend", de esto va la conversación. Oro puro.
#38 Aun no entiendes que no se trata de conocimiento personal, sino actitud en el entorno empresarial. Como bien indica mi primer comentario, es que no es aconsejable decirle eso a tu jefe por las razones que ya he expuesto.
Yo tengo una empresa de consultoría, y al contrario que a ti, a mi si me interesaría tenerte en mi equipo para pagar un salario haciendo el trabajo de 3. Lo de los cuencos de arroz lo podemos discutir más adelante.
Yo antes pilotaba de PHP y de html, CSS y JavaScript.
Digamos que era independiente para hacer cosas unipersonales, que es lo que busco.
Ahora la cosa es usar react (o el que más se esté usando ahora) y mongo para tener webapps dinámicas y rápidas.
Entonces ¿Le tiró a react?
Repito que mi caso particular es para proyectos unipersonales, míos, o colaborar con alguien en ciertos momentos para cositas personales que tengo en mente.
Me gustaría que fuese responsive para móvil, y react native creo que es buena opción si quiero hacer app híbrida.
#37 #38 Diciendo cosas como que:
#37umbranoide:En ambas opciones vas a cobrar lo mismo y en la primera tendrás más trabajo y puede que horas extras realizando un trabajo mediocre.
Me dice 1 cosa, que trabajas en una carnica o una empresa masiva, en la que se la sudan lo que hagas basicamente. Una empresa peque;a o una startup que tiene un presupuesto anual prefijado ( la mayoria de las empresas son asi), no se puede permitir el lujo de contratar "especialistas" para cada tarea, tienes que saber de todo y hacerlo bien y no queda otra, o cierran el proyecto y tu a la calle
Contratar a un frontend para hacer un proyecto de 3 meses es estupido
#43 Con respecto a empresa pequeña( y con empresa no me refiero a 3 personas), si no te puedes permitir como mínimo una persona para backend y otro para frontend es que algo estás haciendo mal, delegar todo el trabajo en una sola persona no te lleva a ninguna parte y el cierre de la empresa es solo cuestión de tiempo.
Contratar a un frontend para hacer un proyecto de 3 meses es estupido
Contratar a alguien para un proyecto de x meses se llama subcontratar y lo hace la mayoria de lo que llamas "startups", que viene siendo el clásico cobro 3 al cliente final y pago 1 a la subcontrata.
El problema principal es que mi opinión viene de alguien que salió del esquema de trabajador por cuenta ajena para emprender y para alguien que trabaja más de 40 horas a la semana y se come lo que le diga el jefe es difícil de entender o una estupidez.
#44umbranoide:delegar todo el trabajo en una sola persona
Lo que pensaba, no idea de lo que representa un fullstack.
Para frontend solo existen dos opciones:
Reactjs
Elm-lang
cualquier otra tonteria que te digan pasa porque sera perder el tiempo.
#46 Ostias, gracia me hace que obvies Angular cuando para aplicaciones grandes es de lejos el mejor framework. Lo único malo que tiene, que es su contrapunto por excelencia, es que aprender a usarlo bien lleva su tiempo, pero es bastante más mantenible que React por lo general.
#37 Joder, ¿con qué clase de full-stacks os habéis relacionado vosotros? Madre mía cómo está el patio xDD.
#46 Cuanto antes lo aceptes mejor, React innovo durante los 2 meses de vida que tuvo, pero ya ha pasado su tiempo xD por muy triste que parezca.
#47Zerokkk:Ostias, gracia me hace que obvies Angular cuando para aplicaciones grandes es de lejos el mejor framework. Lo único malo que tiene, que es su contrapunto por excelencia, es que aprender a usarlo bien lleva su tiempo, pero es bastante más mantenible que React por lo general.
El mejor por qué? que es una aplicación grande para ti?
#48 Que sea el framework que más comunidad tiene hoy en día no te dice nada, no?
#50 DAmm te odio mil por el hilo del wow, pero te me has adelantado por 30 segundos, estaba ya subiendo la imagen a imgur del zasca
#50 Bueno, Node se usa como backend, hablábamos de plain frontend.
Y lo de Angular es porque vivió mucho tiempo en el monopolio y ahora salir de eso lleva su tiempo, pero llegará. La progresión de React es mucho más rápida a todas luces.
Angular empezo antes, por lo que tiene mas gente obviamente. Habria que ver quienes hacen Angular1 en esa lista todavia.
Angularjs esta "bien" pero yo le veo mucho mas futuro a React y la forma que tiene de hacer las cosas
Dentro del frontend a mí me gusta mucho Angular2+. Me parece que queda todo bastante mas organizado.
Yo he estado este ultimo par de años con angular2+, ionic y react native. Y aunque no tengo tanta experiencia en react como en angular y alomejor me pierdo algo prefiero angular.
Yo llevo usando Vue más de dos años y muy contento. Le tengo bastante asco al JSX. Las pegas que le veo con respecto a React:
- La comunidad es mucho menor (en realidad no tanto, pero gran parte es china).
- No tienes tantos componentes y herramientas complementarias (create react app, next.js, react native etc.). Hay algunos equivalentes pero están mucho más verdes.
El framework el que más te guste. Los componentes reutilizables -> Web Components, independientes del framework en el que los vayas a inyectar... Polymer / StencilJS...
Los frameworks están ahora incorporando para crear web components pero parece que el mejor rendimiento en gente que ha estado probando lo da StencilJS
El motivo de que sea más rápido que un Web Component nativo es por el prerendering del componente que al ojo humano le da una sensación de rapidez brutal.
Ionic 4 va a optar por desligarse de Angular (mantendrá Ionic-Angular) y podrás usar Angular, React o Vue pero no será necesario. Con StencilJS (creado por el equipo de Ionic) para compilar los componentes que hagas, podrás injectarlos en cualquier proyecto Angular, Vue, React, Ember, JS plano... y funcionarán sin problemas. Eso es la polla para si tienes algún componente creado y metido en un proyecto (por ejemplo de Angular) y quieres utilizarlo en uno de React y viceversa.
Al final puedes tener tu librería de componentes creados por ti, inyectables en cualquier framework.
#50 https://www.jetbrains.com/research/devecosystem-2018/javascript/ pues parece que angularjs tiene un buen bronce ahora mismo 
