La cosa es que PHP segun me han contado es mejor huir porque esta "mal" pagado... y hombre, se que no puedo aspirar a 50k ni en cuatro vidas, pero ahora mismo estoy en los 28k, en madrid, casapapi... al menos me gustaria llegar en el proximo año y medio a los 35k...
mi estrategia es buscar algo, lo que sea, sin experiencia... estar 3 o 4 meses hasta que me echen o me vaya... e ir saltando en empresas para ir subiendo salario.
A mi me gusta esto, por eso empece con django, el problema que veo es que se me queda grande... solo se hacer un CRUD basico y entiendo que se pide mucho mas a la hora de currar... o no?
HTML5, CSS3, javascrip, jquery (ya se que en desusu) + framework: angular.js, Vue, Express + react... los que mas se demandan, vaya..
PD: soy doble grado historia y geografia y ahora ando con ingenieria electrica en la uned.. aunque creo que me pasare a electronica que parece que tiene mas utilidad en el dia a dia ... no sabria decir... aunque de esto ya abrire otro post...
PHP por mucho PHP 7 que sea la repera para mi no me vale, sinceramente, ademas de tener una ejecucion a mi forma de ver la cosas penosa, tediosa y demas. Laravel es un cacao enorme, intenta hacer de todo y al final si quieres velocidad, pasas por caja, tiene todo tipo soluciones para hacer de todo pagando
Django es atractivo, pero son para proyectos monoliticos, donde haces todo con ese framework. Me gusta mas Flask, pero volvemos a la misma, para web no necesitas ni uno ni otro realmente, buscas velocidad, escalabilidad y sobre todo carga usuarios en determinadas zonas
Js es lo mas versatil, con un unico hilo todo en asincrono, come peticiones por un tubo en el hilo, la parte de frontend JS, para mi VUE, dentro del mundo VUE me gusta NUXT que es SSR (server side render), se adapta al SEO de narices. Las SPA son veneno para el posicionamiento, es la gran pega, o te vas a NUXT, NEXT o cualquier SSR, sino no va posicionar la web o PWA que crees. Entiendiendo el posicionamiento web como saturar de urls los buscadores para ir a long tail, nada mas, en cuanto generas muchas url eso posiciona a nada que le metas unas buenas TIER2 a lo que crees con buen link juice
Koa.js del equipo express va fino:
El PHP es muy pobre
Todas las tareas de background pueden ir en phyton, que trabaja la BBDD muchas cosas, luego las sirves a traves de JS, JS no vale para calculos, pero es una maquina conectanto la BBDD con el front
Se externaliza un huevo cosas, no merece la pena ni crear un sistema de mailing ni hezs de esas, sendgrind, mailchimp y demas, esa parte la delegas
El correo lo mejor disociarlo del host, DNS configurar y meter gsuite o cualquier sistema mail profesional
La BBDD lo mismo, para que narices jamarte la pelota securizando una BBDD en Mongo, Mysql, y cualquier hez, pillas una DBaaS y a correr, tienes desde Mongo Atlas, Heroku, Firebase, DO, AWS que te ofrecen BBDD administradas con master y esclavos ademas de copias de seguridad diarias o al minuto
La autenticacion y autorizacion usas desde firebase como sistema, hasta incognito de AWS, JWT o lo que quieras, se termino el problema
Ahora mismo esta el JAM (Javascript, APIs y markdown) petando en cosas pequeñas, tienes en react y vue para implementarlo.
Esta todo mas orientado a microservicios en ciertos proyectos, levantas un servicio en dos patadas, Netflix es el que tiene una estructura hecha de esa manera
Por lo tanto, al final, buscas la velocidad en ciertas partes que sirves con JS en un microframework ligero que hace CRUD a la BBDD y filtra la data, python que realiza las operaciones complejas de logica y a correr
Para web, JS, para operaciones complejas con data python, que no django, python a secas, es decir cualquier framework o herramienta para programar en python que haga lo que necesitas hacer con la data de la BBDD para transformarla
Luego los sistemas serverless son otra pasada para operaciones con imagenes y hezs varias, invocas una funcion y realiza las operaciones en el hosting o BBDD, he probado algo firebase, muy rapido, potente y comodo para el desarrollador, redimensionar y comprimir imagenes en el servidor que sube el usuario en una funcion, sin comerte la cabeza mucho, por ejemplo
Todo son APIs hablando entre ellas, y el back multiparadigma, para servir datos JS es muy rapido y asincrono, para transformar data con operaciones complejas python. Dentro de las API a tener en cuenta las API del navegador, como localstorage, indexDB y demas que son utiles para cachear data a mansalva, ademas de los websockets, todo esto vuelve a ser JS asincrono puro y duro
El front es el gestor del mar de microservicios, habla con una API u otra, nada mas, se comunica con diferentes sistemas y servicios.
Yo lo veo asi
