La Nueva Vida de PHP - La Fundación PHP [EN]

Durante los 26 años de historia de PHP, el lenguaje ha sido desarrollado activamente por una gran cantidad de personas, tales como Ramsus Lerdorf, Zeev Suraski, Andi Gutmans, Nikita Popov y mucho muchos otros. En 2021, PHP está preparado para otra vuelta en su evolución.

[#1 Sebastian_Wilder]

NOOOOOOOOOOOOOOOOOO

[#2 --26321--]

#1 ¿Qué? ¡¿QUÉ?! ¿Que se va Nikita?

[#3 Shotokax]

Sé que hay muchas críticas a PHP, pero me pregunto desde el desconocimiento qué lenguaje sería ideal a día de hoy para su caso de uso habitual.

[#4 --26321--]

#3 Depende de lo que se llame "uso habitual". Y aún así tienes varias elecciones:
¿Tu uso habitual es Inteligencia Artificial? Python (principalmente)
¿Desarrollo Web? PHP, Javascript (TypeScript)
¿App móviles? Java

Y luego tienes Go, Rust, y un sin fin.

Ah, y por favor, no empecemos un flame war, por favor, que os veo.

[#5 Shotokax]

#4 pues eso, me refería a "desarrollo web" (aunque el concepto es difuso). Muchos dicen que PHP es muy malo (no sé si tienen razón o no porque no tengo conocimientos como para opinar), pero no sé si hay nada mucho mejor.

Para inteligencia artificial siempre he creído que lo ideal eran lenguajes declarativos como LISP o ML.

[#6 --26321--]

#5 Bueno, valorar algo como "malo" siempre es controversial. ¿Qué lo hace malo? ¿La velocidad? ¿Lo de algunas de sus funciones aceptan los parámetros de un modo diferente a otros?.

PHP ha ganado mucho en los últimos años (después del desastroso intento de PHP 6), con PHP 7.x y PHP 8.0 la velocidad y la actualización de muchos conceptos de programación lo hacen un lenguaje perfectamente válido para ese concepto difuso que el es el desarrollo web.

El curso que hice de IA solo usamos Python y no recuerdo que hayan mencionado ningún otro lenguaje, así que

[#7 mie]

He visto como varias empresas que buscan talento están virando su stack de PHP a otros lenguajes porque no encuentran talento

[#8 PacoJones]

#5 Algunos dicen que PHP es malo porque todavía están anclados en el pasado cuando se hacían malas prácticas y por su reputación que se granjeó en los 2000s con versiones más antiguas, además que hay gente que siempre tiene que odiar algo aunque sólo lo conozca de oídas.
Hoy en día PHP está muy bien, pero siempre depende del desarrollador el como lo utilice, igual pasa con otros lenguajes. Pero obviamente PHP es para desarrollo web, no mucho más.

[#9 PacoJones]

#7 Curioso ¿y a cuál lenguaje(s) están cambiando? Últimamente veo mucho React y todos esos frameworks javascript que van difuminando la línea entre Front-end y Back-end en alguna situaciones.

[#10 tpm1]

#4 "¿App móviles? Java"

Te veo un poco desfasado.

[#11 elGude]

#4 Sí, vamos a montar un complejo sistema de gestión usando TypeScrip. ¿Qué puede salir mal?

[#12 --514246--]

#8 y #6 el principal problema de PHP es el ecosistema, se ha quedado muy atrás a nivel de herramientas para gestión de DevSecOps.

[#13 elGude]

#8 llevo años programando en PHP y el lenguaje no ha parado de evolucionar.

[#14 elGude]

#10 lo que se lleva ahora se llama Flooter o algo así.

[#15 elGude]

#9 JS no es para aplicaciones complejas. Si aun me dijeras Python, vale, pero hay muchos más desarrolladores de PHP que de Python

[#16 elGude]

#7 A mí aún me acaban de llamar esta semana solo por ver mi perfil de linkedin y mi experiencia de PHP

[#17 PacoJones]

#15 No me lo digas a mi, parece que ahora todo tiene que pasar por JavaScript por huevos, hay como una obsesión por utilizarlo como sea, parece como si todo lo demás fuera una mierda de la noche a la mañana.

[#18 Cidwel]

#4 No lances la piedra y escondas la mano, cobárde.

[#19 --26321--]

#18 LOL

[#20 hasta_los_cojones]

#15 ¿qué significa aplicaciones complejas?

[#21 eduardor2k]

#2 Nooooo, justo era el que mas cosas nuevas estaba aportando al lenguaje!

[#22 Cuñado]

#15 En todos los índices de uso de lenguajes Python aparece muy por encima de PHP. De hecho, los dos índices más conocidos (Tiobe y PYPL) ponen a Python como el lenguaje más usado actualmente.

[#23 eduardor2k]

#7 yo tuve una entrevista de una empresa que buscaban desarrolladores php y que se cambiaban a javascript (node) o Go, cada vez hay mas desarrolladores javascript ya que es el lenguage que estudia todo el mundo hoy en dia (bootcamps) y los desarrolladores que quedan de php son bastante demandados (ncluido yo guiño guiño)

[#24 rostro]

Muero un poquito por dentro mirando los comentarios  

[#25 llorencs]

#4 Python también sirve para web.

Es más si la usas para IA, puede ser útil también usarlo en la web. Así reduces el número de lenguajes.

Y ya que estamos, ¿por qué hay gente que migra PHP a Go o nodeJS?

[#26 eduardor2k]

#3 PHP es para desarrollar el backend (tambien front), mira Laravel o Symfony, yo en mi caso me centro en desarrollar APIs Rest, teniendo hoy en dia tecnologias como Swoole o ejecutar php en AWS lambda, permite reducir los tiempos de ejecucion y tener un rendimiento muy alto en PHP al nivel de otro lenguajes como Node.

[#27 frg]

#7 ¿Talento? Si por talento llamas a buenos programadores, vas a tener problemas, porque escasean, en todos los ámbitos.

¿A qué lenguajes dices que migran su "stack"?

[#28 Pablosky]

#23 Supongo que eso explica porqué me contactan a veces para cosas de PHP teniendo el perfil de DevOps (y claro, cuando les digo que quiero cobrar más de lo que cobro ahora como DevOps para plantearme el cambio... pues como que les da la risa floja )

[#29 robustiano]

 

[#30 frg]

#4 Si hablas de lenguajes hay flame asegurado.

[#31 adrigm]

#3 En desarrollo web las vertientes en empresas son:

Backend: Node.js (Javascript o Typescript), Spring Boot (Java), .Net (C#).
Frontend: Angular (Typescript), React (Javascript y TS también), VUE (Javascript)

Yo soy front con Angular y por ejemplo en bancos como el BBVA o Inversis el Back está en Java con Spring, en Gestamp por ejemplo se tiende hacia .Net aunque también hay cosas en Java incluso Python.

Como dato curioso en Front React es muy popular en el mundo más que Angular, pero en España creo que este último es más popular sobre todo en grandes corporaciones.

[#32 coderspirit]

#5 PHP era malo. A día de hoy es bastante decente, tanto a nivel de sintaxis como a nivel de rendimiento y fiabilidad (mucha gente se sorprende de que sea mucho más rápido que Python). Aunque es cierto que todavía arrastra algunos errores del pasado:
- inconsistencia en la nomenclatura de algunos métodos antiguos (que van desapareciendo poco a poco, por suerte)
- la guarrada que permite mezclar HTML y PHP en un mismo archivo...
- el símbolo de dólar para denotar variables.. , de eso no creo que se vaya a librar nunca.

Y en cuanto a "debilidades", el caso más claro es el mal soporte para ejecución concurrente de código (y esto incluye tanto hilos, como programación asíncrona), pero es algo que parece estar a la vuelta de la esquina, la introducción de PHP 7.x hace años, y más recientemente 8.x ha allanado el camino para introducir mejoras que resuelvan estos problemas.

Respecto a IA... depende de lo que estés haciendo, supongo que te refieres a IA "clásica".

[#33 BiRDo]

#5 No me imagino yo a los desarrolladores de un videojuego utilizando LISP para crear una IA que controle un personaje que quiera que se asemeje a un jugador humano, eh

[#34 adrigm]

#15 Hay grandes aplicaciones hechas con Node.js en back que es puro Javascript.

Yo para grandes proyectos usaría Typescript que al final es JS.

[#35 BiRDo]

#5 Por ejemplo, en Boston Dynamics, trabajan fundamentalmente programando en C, C++ y para temas relacionados con la adquisición de datos (y ahí me imagino que para luego utilizarla en asuntos relacionados con IA), Python.

[#37 BiRDo]

#25 Es más si la usas para IA, puede ser útil también usarlo en la web. Así reduces el número de lenguajes. <-- Me imagino que esas decisiones no debes tomarlas sin tener en cuenta el rendimiento del sistema y la capacidad de gestionar el volumen del trabajo de mantenimiento y las actualizaciones del sistema que vayas realizando.

Y ya que estamos, ¿por qué hay gente que migra PHP a Go o nodeJS? <-- Habrá que preguntárselo a ellos

[#38 PortgasDAce]

#12 algún ejemplo concreto de qué echas de menos?  

[#39 coderspirit]

#12 No es cierto. Y de hecho, si hablamos de ecosistema, su comunidad (con todos sus defectos) ha hecho un trabajo mucho mejor que el de, digamos, Python.

El ejemplo más claro es packaging y distribución: Aquí Python apesta por todo lo alto (se pueden escribir miles de líneas sobre ello), y no proveen ni siquiera features básicas como "espacios de nombres" para la distribución de paquetes (ya ni hablemos de firmado), con lo que ataques como typosquatting son exageradamente sencillos de practicar. Esto se resolvió en PHP hace ya muchos, muchos años.

[#40 del_dan]

#13 yo llevo desde la versión 4.0 y la evolución es brutal, pero la verdad que hay otros lenguajes que son muy atractivos, aunque php permanecerá.

[#41 BiRDo]

#27 A mí es que el rollo ese de "buscamos talento" siempre me ha parecido muy difuso y sospechosamente parecido a una cortina de humo que no sabemos qué esconde exactamente.

[#42 coderspirit]

#36 Sí, para gustos. Pero hay motivos objetivos por los que prácticamente nadie más se decanta por ese tipo de decisiones: Tienen muchas consecuencias negativas a medio y largo plazo.

[#43 hazuko]

#5 Es que, en general, cuando alguien dice que trabaja con IA, realmente lo que quiere decir es que usa una API/librería que hace todas las matemáticas. Y Python tiene buenas librerías para IA. De ahí que se diga que Python va bien para IA.

[#44 PortgasDAce]

#4 Java en Apps móviles en 2021 es un poco kekw. Entre Kotlin, Swift, las alternativas tipo ReactNative o ionic y las propias web... Cada vez menos Java se ve. 

[#45 Lito]

PHP era muy malo, muchos aprendimos a programar al público en general con un lenguage con muchísimas carencias. La cuestión es que hay muchísima gente que se ha quedado con la versión 4 o 5, cuando las versiones más recientes de la 7 o la 8 no tienen nada que ver.

Se pueden hacer proyectos muy muy profesionales y con un altísimo rendimiento tanto en la 7.4 como en la 8.

Lo demás, para los haters.

P.D.: Si quereis os puedo hablar de mi libro.

[#46 coderspirit]

#25 Migrar a NodeJS o Go se hace por varios motivos:
- mejor soporte para programación asíncrona
- en el caso específico de Go, mayor rendimiento. (No aplica tanto para NodeJS, o al menos ya no, antes sí podía ser un factor).
- En los bootcamps ya casi no se enseña PHP, sino JS+TS, porque permite formar a desarrolladores "fullstack", así que si quieres contratar a programadores recién salidos del horno y con sueldos bajos... te sale más a cuenta que tu stack se base en NodeJS (eso no aplica a Go).

Python muchas veces no se contempla como opción porque... es JODIDAMENTE LENTO, y su ecosistema de paquetes es un maldito desastre (nota: mucha gente no lo ve como un desastre porque o bien no han podido comparar con nada más, o bien no han hecho nada mínimamente complejo que toque aspectos como distribución de software). Que sí, por lo general, si no se hacen virguerías, es suficiente, pero los ecosistemas de NodeJS y el de PHP son mucho más maduros si se trabaja en web.

[#47 IanGibson]

#11 No lo sé, dilo tú. Yo llevo años sin problemas.

[#48 --660959--]

#7 porque nadie con talento se dedicaría a PHP.

[#49 Toponotomalasuerte]

#25 node y php es por pura elección, escoge el que prefieras. Lo único q t aporta node es el typescript, pero es un poco warro para proyectos grandes. Yo usaría php pero no discutiría contigo si usas node. (tb lo uso para algunas cosas)
Golang por potencia, es un c 'family friendly'

[#50 elGude]

#40 yo desde la siguiente. 10 años llevo con PHP y no ha parado de evolucionar.

[#51 elGude]

#32 Lo de símbolo del dólar para las variables es de lo mejor.

[#52 llorencs]

#49 Y si usara, no sé, Python. ¿Cuanto discutirías?

[#53 --516070--]

#7 Aprovecharán para salirse de PHP.

No es la peor de las opciones, pero es que para usar PHP usas Python. La gran ventaja de PHP es que los programadores de la empresa tengan el conocimiento.

#9 Yo no he conseguido ver a nadie, de verdad "difuminar" la línea entre back y front.

Sí, puedes usar el mismo lenguaje, pero al final muy poquitas cosas se aprovechan en front y en back, poquito código reutilizas.

La idea es esa, claro. Lo he visto con en Kotlin. Empresas que, aprovechando que el desarrollo android es en kotlin y que kotlin transcompila a JS, lo usan en todos lados. Al final no sé si les ha salido rentable no usar una opción más segura como JS o TS, pero sí que sé que no han aprovechado "las ventajas" que teóricamente tendría a la hora de ahorrar código.

Ahora que me acuerdo también lo vi con JS. Pero aquí les salió regular como a todo el mundo que ha intentado hacer apps android e ios con cualquier sistema "global". Al final se ven lanzando PR y arreglando nativescript.

Ahora microsoft ha sacado la evolución de Xamarin, la presentaron la semana pasada. Otro """fracaso""" de "unir tecnologías", ya que en iOS funciona decentemente pero va muy mal con versiones antiguas android.

perdón por el tocho

[#54 SaulBadman]

#27 Yo cada vez que veo los términos "talento", "estrella", y por el parecidos refiriéndose a un trabajador, pienso que buscan a un chaval joven que sea bueno o medio bueno capaz de tragar mucho por el mínimo dinero posible. No sé si me equivoco.

[#55 Pablosky]

#36 Si has dicho que es una ventaja lo de mezclar html y php que sepas que en el infierno hay un lugar guardado para ti, muy probablemente cerca del tío que hace los diseños de pizzas del telepizza

[#56 elGude]

#47 Le digo yo a mi jefe de migrar todo a TypeScrip y la carcajada la escucho desde casa sin necesidad de usar skype.

[#57 Toponotomalasuerte]

#31 y el Word o el block de notas.
Python es un lenguaje de script, para usar encapsulado. Dentro de un software de cálculo, de animación, de un erp, etc. No para hacer un proyecto desde 0.
No lo veo. Los costes de mantenimiento o de ejecutar el proyecto con calidad son muy elevados a el uso de otras tecnologías, por no hablar del rendimiento.
Python está de moda pq tensor Flow usa python, pq odoo usa python, y si un sinfín de entornos que requieren scripting, pero ni de coña lo saques de ahí, eso es de pobres.

[#58 elGude]

#20 En mi caso un sistema de gestión de empleados, nóminas, una app tipo uber, otra de delivery y otras cosas más.

[#59 Arlequin]

#2 Es un palo, pero también era hora que todas esas compañías arrimaran más el hombro. Es muy arriesgado que el desarrollo dependiera tanto de una persona en particular.

[#60 coderspirit]

#51 Lo del símbolo del dólar está ahí sólo porque lo copiaron de Perl... que a su vez lo hicieron porque en su momento, quien fuera que diseñó el lenguaje, no sabía suficiente sobre cómo implementar parsers.

Añade ruido visual innecesario (el resaltado de sintaxis es más que suficiente para saber que un identificador corresponde a una variable, no hacen falta símbolos extra) que sólo parece gustar a una minoría muy pequeña, y además impone ciertas limitaciones arbitrarias a la hora de hacer evolucionar el lenguaje.

Aparte de eso... un minuto de silencio por el doble dólar: $$var , una de las features más problemáticas de PHP, que pueden resultar interesantes para novatos, pero que cualquiera con un mínimo de experiencia aprende a meter en la categoría de "ni con un palo de 15 metros de longitud".

[#61 Toponotomalasuerte]

#52 mucho. Le diría que no entiende pq se usa más pyton.
Desde luego no es para hacerte un backend. Si usas python para un proyecto grande, fuera de un entorno que te lo controle (odoo, por ejemplo) es que no entiendiste la película.

[#62 elGude]

#45 Hablanos, que me apunto yo con otro capítulo.

[#63 Lito]

#62 dos proyectos (míos) en PHP de calidad profesional:

* github.com/eusonlito/crypto - Plataforma de gestion de cryptos.
* github.com/eusonlito/Password-Manager - Gestor de contraseñas web.

[#64 MDman]

#32 "- la guarrada que permite mezclar HTML y PHP en un mismo archivo..."

Alguien ha hablado de jsx (o tsx) para mezclar javascript y html (o typescrypt y html).

Lo invento Facebook y lo peor que antes lo intento con PHP que existe (pero no se usa por suerte) en.wikipedia.org/wiki/XHP

[#65 mre13185]

#14 No era Kothlin hace dos años? Es que esto va por modas y no por funcionalidades / capacidades del lenguaje?

Yo sigo haciendo apps para móviles usando Ionic, si necesito ya funcionalidades del móvil procuro hacerlas de forma nativa, en Java, mira por dónde, ya que es el lenguaje que se usa para móviles Android. Lo veo más práctico que dejarme llevar por "modas".

De hecho, Kothlin ni me he molestado en aprenderlo.

[#67 angat]

#60 Uf el doble dolar... recuerdo haberme encontrado un código similar a esto:

$result = ${(new $a())->{$b}()}

Una auténtica maravilla de la ingeniería, y todo por no saber instanciar objetos o usar herencias, porque resolvía un problema muy típico de clases que especializan una clase padre, vamos, algo que se resuelve con una factoría o similar, pero ese artista de cuyo nombre no quiero acordarme decidió que era mejor esa línea infecta de código

[#68 mre13185]

#56 Puede que hasta tenga razón. No se puede usar un lenguaje como si fuera a servir para todo. Lo suyo sería evaluar cada sistema y utilizar la tecnología más óptima para su correcto funcionamiento. He conocido gente que han vendido maravillas de Angular a los clientes sin saber ni siquiera si era idóneo para resolver los problemas del cliente, sólo porque en aquel entonces era la moda. Eso sería entrar en el antipatrón "Golden Hammer" (Para un martillo, todo son clavos).

[#69 angat]

#65 Las nativas Android se hacen todavía con Kotlin (que sustituyó a Java).

Flutter es una cosa de estas a medio camino entre lo hibrido/multiplataforma y lo nativo... no tengo claro cómo funcionan las tripas, pero es uno de esos lenguajes que nacen en plan "un anillo para gobernarlos a todos". Tengo ganas de probarlo.

PD ¿ionic con capacitor o sigues en cordova?

[#70 coderspirit]

#64 Sí, conozco JSX y TSX... y puedes imaginar que no me gusta por mis comentarios anteriores. Pero hay algo que lo hace esencialmente "mejor" a lo que ofrece PHP: Que su principal objetivo es facilitar la escritura de código de "marcado" dentro de código ejecutable, y no al revés (como sucede en PHP).

[#71 mre13185]

#69 Cordova, lo conozco bien y ya me he acostumbrado. Lo siento, en estas cosas sigo la misma filosofía que la gente de COBOL.

[#72 MetalAgm]

#65 "No era Kothlin hace dos años? Es que esto va por modas y no por funcionalidades / capacidades del lenguaje?"

Bienvenido al mundo actual donde lo que hoy vale, mañana no, y por supuesto no va por funcionalidades / capacidades del lenguaje sino por moda y marketing de la empresa que mas invierta en publicidad de su lenguaje / API / entorno de desarrollo.

"si necesito ya funcionalidades del móvil procuro hacerlas de forma nativa, en Java". Yo diria que aunque Android es el sistema operativo basado en Java, hablar de funcionalidades nativas en Java es mucho decir. Yo diria funcionalidades de Android, mas que nativas. Lo más nativo seria ensamblador y en su defecto C y C++ que si te dan acceso nativo al hardware. Android/Java si o si necesitan de C/C++/Ensamblador por debajo para acceder al hardware, pero como basicamente todo en la informatica. Los lenguajes modernos en su mayoria son todo moda, y basicamente capas y capas encima de maquinas virtuales que por debajo usan C/C++ y Ensamblador para acceder al sistema operativo y el hardware.

[#73 MDman]

#70 No si no te lo niego, si a mi lo que mas me mataba (debe ser un TOC de ordenar las cosas) es el html que escupía PHP y también por otro lado el identado de PHP con bloques HTML.

[#74 chavi]

#25 y Bash.

[#75 aiguy]

#63 Te has olvidado de commitear los tests

Ojo: Me parece genial que compartas el código y ambos proyectos tienen buena pinta en general, pero si te metes en un sitio como menéame a vender la calidad profesional de los mismos... no me he podido aguantar

[#76 angat]

#71 Nosotros nos hemos pasado a capacitor pero solo lo hemos podido aplicar en un proyecto (el resto de apps que nos han entrado han ido en nativo). Pero bueno, que la experiencia con capacitor era constantemente "como mola esto!... qué facíl!....eh...mierda no funciona... ¿de verdad tengo que tocar este archivo gradle directamente?... bueno ahora si que si, cómo mola!.... uy esto tampoco va... ¿y ahora tengo que tocar un archivo .java?"

Y así con todo, no tengo claro que esté maduro de verdad, sigue con cordova

[#77 chavi]

#17 Yo entiendo que JS y por lo tanto TS son para frontend.

Su uso en backend "solo" se justifica para aplicaciones móviles.

[#78 Lito]

#75 El proyecto de contraseñas incluye los tests completos. El de cryptos, como es algo más para uso personal y tiene una total dependecia de terceros, he pasado bastante de hacer un mock por cada una de las peticiones externas que realizo.

[#79 chavi]

#41 Se refiere a carne para vender por horas.

[#80 higochungo]

#14 Futter no es un lenguaje, es un framework 2D para escribir apps móviles en lenguaje Dart.

El estandar actual para escribir apps nativas es Kotlin para Android y Swift para iOS.

[#81 aiai2]

#39 Por curiosidad, ¿Cómo previene el typosquatting PHP?

[#82 hasta_los_cojones]

#58 No veo por qué javascript sería una mala opción.

Para mí es la primer opción para el fullstack, aunque entiendo que si tienes que hacer una API pura puedas preferir go o rust, si te importa más la eficiencia que el tiempo de desarrollo, pero a la larga si hay posibilidad de tener que compartir librerías con el front, usar javascript es una ventaja.

[#83 torkato]

#4 Puedes hacer app móviles con Ionic (typescript) o flutter.

[#84 torkato]

#8 Larga vida a Laravel

[#85 coderspirit]

#81 No lo previene del todo, pero Packagist (el repositorio/registro principal de paquetes de PHP) impone el uso de espacios de nombre por defecto.

Esos espacios de nombres tienen "dueños", por lo que nadie puede publicar paquetes dentro de los espacios de nombres que tú controlas. Eso dificulta mucho que nadie cree paquetes malignos con nombres parecidos, es mucho más fácil de identificar visualmente.

[#86 Zeix]

#22 A Python le pasa (actualmente desarrollo en Python) lo mismo que le paso a PHP en el pasado, esta siendo el punto de entrada y mucho del codigo que te encuentras es para echarse a llorar.

[#87 SiCk]

#3 A día de hoy (y ya bastantes años) con composer, los frameworks que hay (Laravel por ejemplo), vagrant, docker, el camino hacia la versión 8... el rendimiento que tiene y los requisitos... no solo no tiene nada que envidiar a otros lenguajes, es que otros lenguajes deben envidiar a php.

Todos se nutren entre sí, por ejemplo php ha metido recientemente funciones flecha (cogidas de typescript) y cosas así. Pero al final el ecosistema, la enorme cantidad de proyectos y de información que hay en php, la curva de aprendizaje... y sobretodo dos cosas: la flexibilidad que tiene este lenguaje y el rendimiento (que también van mejorando cada versión, vuela con pocos recursos) lo hacen un lenguaje muy muy bueno en mi opinión.

[#88 llorencs]

#61 No veo el problema. Python se puede usar para backend perfectamente.

[#89 rmdf]

#4 " Ah, y por favor, no empecemos un flame war, por favor, que os veo. "

Pues no te dejes C++ como si se te hubiera olvidado. Aquí huele a javato.

[#90 tunic]

#81 Por completar a #85: "Typo Squatting and Packagist" (seld.be/notes/typo-squatting-and-packagist), de uno de los co-fundadores de Packagist/Composer.

[#91 mre13185]

#72 Me quito el sombrero ante tal explicación, por fin alguien en este foro ha dicho algo con coherencia. Tienes toda la razón, está basado en capas, con lo que ya sabes cómo eso empeora el rendimiento (el famoso antipatrón YAML, Yet, Another More Layer).

[#92 mre13185]

#76 Al final os acabáis acostumbrando, a base de pelearse con eso, con lo que ganáis en experiencia. Si os funciona y resolvéis problemas con más o menos eficacia, es totalmente válido. Ya sabes que en nuestro mundo / sector, el reciclaje es un continuo.

[#93 mie]

#27 #41 #54
Tal vez sea así en España, en el extranjero por dónde me he movido se referían a gente técnicamente buena y que no vendiese humo. Nada que ver con las ideas que tenéis

#54 en concreto hablo de gente que pueden perfectamente contratar por ~80k

La migración del stack por lo que he visto suele ser a microservicios, a elección del equipo o rama de ingeniería, pero vamos golang, algún sabor de Java, nodejs, python..

[#94 mie]

#48 Nada que ver en realidad, pero si con modas y percepción de utilidad de lenguajes por parte de quién empieza a aprender en facultades y por su cuenta.

Si PHP, ha dejado de ser tan relevante unos años, habrá impactado en la cantidad de gente haya decidido usarlo

[#96 --514246--]

#38 El auditado y generación de SBOM (Software Bill Of Materials) de dependencias es uno grande que esta bastante mejor resuelto tanto en JS como en Python.
Luego tienes la problemática de que para correrlo en Docker es un desperdicio puesto que o corres dos dockers separados, uno con nginx y otro con php-fpm lo cual tienes sus problemas de seguridad, o corres los dos procesos en el mismo docker lo cual aumenta la complejidad de la gestión del ciclo de vida y la respuesta a errores. Y no, php-pm no es una solución porque tiene problemas graves de memoria.

[#97 --514246--]

#50 Yo igual, desde la 5.3 trabajando con PHP de manera profesional y a día de hoy si tuviera que hacer algo web lo haría con TypeScript pero sin dudarlo un segundo.

[#98 Pablosky]

#66 Todo lo que tenga más de 1000 líneas estaría mal hecho si como mínimo no respeta el modelo MVC.

1000 por decir algo, pero vamos, que todo lo que se salga de un miniscript tiene que respetar MVC (o arder en el infierno)

[#99 --26321--]

#95 Eso es verdad, me lo comentó un amigo el otro día. Pero como jamás lo he usado he evitado escribirlo.

[#100 elGude]

#63 Yo proyectos personales pocos, pero profesionales de prácticamente de lo que quieras. Redes sociales, gestión de almacén, satélites, VTC, delivery, metro, tiendas y etc.