Portada
mis comunidades
otras secciones
![La Nueva Vida de PHP - La Fundación PHP [EN]](https://cdn.mnmstatic.net/cache/36/bc/media_thumb_2x-link-3587144.jpeg?1637648466)
#8:
#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.
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.
#108:
#4 Acerca de los flame wars, recuerdo que cuando he sido más "talibán" de los lenguajes de programación "buenos" era cuando empezaba y no tenía ni idea, aunque creía que sabía como iba todo más o menos.
Conforme se adquieren conocimientos, se van viendo las similitudes entre unos y otros lenguajes, que al final no existe ninguna solución "perfecta", que los programadores no son artistas, que en programación ser un "rockstar" no es algo deseable, que apuntarse a lo último solo porque es lo último y es divertido casi nunca vale la pena, que no existe una "bala mágica" (framework, librería, lenguaje, editor) que sea todo lo necesario para cualquier proyecto, que emperrarse en usar la solución "perfecta" en vez de la que funciona es pegarse un tiro en el pie, que a veces es mejor copiar y pegar que meter una abstracción con calzador, etc.
Vamos, que al principio hubiera dicho en serio "PHP es una basura, Rust/Go/Kotlin es la puta caña" pero ahora, habiendo visto proyectos en PHP que estaban muy bien estructurados y escritos, como proyectos escritos en "lo último y mejor" por "expertos acreditados" que luego eran una basura rota, ilegible, inmantenible y en gran parte copia/pega de manuales y tutoriales, con chapuzas de todo tipo... ahora diría, el mejor lenguaje es aquél con el que puedas hacer lo que necesitas con más facilidad y eso depende únicamente de ti y de lo que quieras hacer. Lo mejor es definir bien lo que necesitas y luego investigar.
Conforme se adquieren conocimientos, se van viendo las similitudes entre unos y otros lenguajes, que al final no existe ninguna solución "perfecta", que los programadores no son artistas, que en programación ser un "rockstar" no es algo deseable, que apuntarse a lo último solo porque es lo último y es divertido casi nunca vale la pena, que no existe una "bala mágica" (framework, librería, lenguaje, editor) que sea todo lo necesario para cualquier proyecto, que emperrarse en usar la solución "perfecta" en vez de la que funciona es pegarse un tiro en el pie, que a veces es mejor copiar y pegar que meter una abstracción con calzador, etc.
Vamos, que al principio hubiera dicho en serio "PHP es una basura, Rust/Go/Kotlin es la puta caña" pero ahora, habiendo visto proyectos en PHP que estaban muy bien estructurados y escritos, como proyectos escritos en "lo último y mejor" por "expertos acreditados" que luego eran una basura rota, ilegible, inmantenible y en gran parte copia/pega de manuales y tutoriales, con chapuzas de todo tipo... ahora diría, el mejor lenguaje es aquél con el que puedas hacer lo que necesitas con más facilidad y eso depende únicamente de ti y de lo que quieras hacer. Lo mejor es definir bien lo que necesitas y luego investigar.
#26:
#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.
#45:
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.
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.
Comentarios
#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.
#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.
#12 algún ejemplo concreto de qué echas de menos?
#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.
#96 Respecto a lo que comentas de Docker, para el caso de Python (y cualquier otro lenguaje backend) sería igual ¿no?
Entiendo que lo suyo es tener siempre la aplicación en un contenedor distinto al del servidor (que puede estar soportando muchas otras aplicaciones web).
#96 podrías contar algo más concreto sobre esto? me gustaría saber como lo resuelven JS y PHP para ver las diferencias (a grandes rasgos, obviamente).
#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.
#39 Por curiosidad, ¿Cómo previene el typosquatting PHP?
#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.
#81 Por completar a #85: "Typo Squatting and Packagist" (https://seld.be/notes/typo-squatting-and-packagist), de uno de los co-fundadores de Packagist/Composer.
#8 llevo años programando en PHP y el lenguaje no ha parado de evolucionar.
#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á.
#40 yo desde la siguiente. 10 años llevo con PHP y no ha parado de evolucionar.
#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.
#97 Nadie es perfecto
#8 Larga vida a Laravel
#8 Aquella era la epoca buena. Hasta el 2010 aprox. Es ahora cuándo lo han hecho tan aburrido que n oaporta nada respecto a otros lenguajes.
#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.
#17 Yo entiendo que JS y por lo tanto TS son para frontend.
Su uso en backend "solo" se justifica para aplicaciones móviles.
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.
#45 Hablanos, que me apunto yo con otro capítulo.
#62 dos proyectos (míos) en PHP de calidad profesional:
* https://github.com/eusonlito/crypto - Plataforma de gestion de cryptos.
* https://github.com/eusonlito/Password-Manager - Gestor de contraseñas web.
#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
#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.
#78 Tengo que confesar que busqué los tests en la carpeta "tests", no en las de dominio. Me doy por corregido y animo a quien tenga un ratillo a que se mire el proyecto de gestor de contraseñas. A nivel de crypto no sé qué tal está (así que esto no es una recomendación a usarlo) pero a nivel de arquitectura y buenas prácticas... ya me gustaría a mi que todos los proyectos fueran así!
Felicidades y gracias por compartirlo!
#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.
#63 anda! He usado unos cuantos de tus repos de Laravel en proyectos personales y alguno en algún proyecto profesional bastante tocho, hasta ahí puedo leer jeje
#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.
#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.
#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".
#32 para mi eso son ventajas pero para gustos....
#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.
#55 #42 dpende la envergadura del proyecto y lo complicado que sea no?
Para cruds de gestión por ejemplo
#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)
#98 uhmmmm debería...
Nah si, mvc si
Lo de las 1000 lineas no lo veo. Muchas classes simples cumplen, pero hay otras como la de seguridad o la de utils que lo superan de largo. Eso si separado en funciones lo más concretas posible. Y algunas que las unen en procesos.
#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
#32 Lo de símbolo del dólar para las variables es de lo mejor.
#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".
#60 Uf el doble dolar... recuerdo haberme encontrado un código similar a esto:
$result = $()}
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
#60 En lo único que estoy de acuerdo contigo es lo de $$var. Eso es el cáncer.
#60 De perl y de lenguajes de shell existentes. El primero se libra porque el dolar no sólo indica que se trata de una variable, sino de que es una variable "individual" (o sea, no se trata de una lista o conjunto, cosa que se denota con @... si, perl es un lenguaje donde hay singular y plural entre otras cosas exóticas como las bendiciones
). En otros lenguajes de shell, no tiene más función.
#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) https://en.wikipedia.org/wiki/XHP
#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).
#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.
#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
#6 R también tiene sus cosillas para IA
#95 Eso es verdad, me lo comentó un amigo el otro día. Pero como jamás lo he usado he evitado escribirlo.
NOOOOOOOOOOOOOOOOOO
#1 ¿Qué? ¡¿QUÉ?! ¿Que se va Nikita?
#2 Nooooo, justo era el que mas cosas nuevas estaba aportando al lenguaje!
#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.
#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).
#68 Te quiero.
Justo ese es el problema. Cada cosa es para lo que es.
#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.
#46 ¿Y qué aplicaciones en PHP dices que se distribuyen y que no sean backend webs? Porque en Python hay unos cuantos ejemplos de éxito (tipo Dropbox y otras apps de software libre), a pesar de sus carencias para empaquetar cosas que no sean librerías.
He probado extensamente maven, npm, cargo... Y pip/PyPI no tiene mucho que envidiar, más bien al contrario.
Increible como arremeten los PHPeros contra otros lenguajes usando prejuicios también, se nota que escuece el éxito de otros.
En cuanto al rendimiento de CPython, es un SW de 30 anos que nadie se ha preocupado en optimizar el rendimiento de forma profunda. En un par de versiones, con todo el dinero que está metiendo MS, Google y Facebook en esto, veremos a ver qué pasa.
#15 ¿qué significa aplicaciones complejas?
#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.
#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.
#82 Discrepo. PHP para servidor es de lo mejor que hay, haces una API como si fueran churros.
#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 )
He visto como varias empresas que buscan talento están virando su stack de PHP a otros lenguajes porque no encuentran talento
#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.
#9 JS no es para aplicaciones complejas. Si aun me dijeras Python, vale, pero hay muchos más desarrolladores de PHP que de Python
#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.
#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
#7 A mí aún me acaban de llamar esta semana solo por ver mi perfil de linkedin y mi experiencia de PHP
#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)
#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"?
#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.
#41 Se refiere a carne para vender por horas.
#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..
#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.
#7 porque nadie con talento se dedicaría a PHP.
#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
#11 No lo sé, dilo tú. Yo llevo años sin problemas.
#47 Le digo yo a mi jefe de migrar todo a TypeScrip y la carcajada la escucho desde casa sin necesidad de usar skype.
#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.
#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?
#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.
#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
#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.
#69 Kotlin no ha sustituido a Java
#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.
#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).
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.
#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.
#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.
#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
#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.
#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.
#4 "¿App móviles? Java"
Te veo un poco desfasado.
#10 lo que se lleva ahora se llama Flooter o algo así.
#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.
#4 Sí, vamos a montar un complejo sistema de gestión usando TypeScrip. ¿Qué puede salir mal?
#4 No lances la piedra y escondas la mano, cobárde.
#18 LOL
#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?
#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.
#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'
#49 Y si usara, no sé, Python. ¿Cuanto discutirías?
#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.
#61 No veo el problema. Python se puede usar para backend perfectamente.
#88 tu dale. Pero es absurdo, ni por ecosistema, ni por productividad.
La única razón para escoger python es pq tu lo vales. Jijijiji. Luego organiza una aplicación un poquito grande. Jijijiji
Algún microservicio aislado y muy aislado, te lo puedo comprar... Como le metas algun dominio algo complejo lo veo ridículo.
#25 y Bash.
#4 Si hablas de lenguajes hay flame asegurado.
#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.
#4 Puedes hacer app móviles con Ionic (typescript) o flutter.
#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.
#4 Acerca de los flame wars, recuerdo que cuando he sido más "talibán" de los lenguajes de programación "buenos" era cuando empezaba y no tenía ni idea, aunque creía que sabía como iba todo más o menos.
Conforme se adquieren conocimientos, se van viendo las similitudes entre unos y otros lenguajes, que al final no existe ninguna solución "perfecta", que los programadores no son artistas, que en programación ser un "rockstar" no es algo deseable, que apuntarse a lo último solo porque es lo último y es divertido casi nunca vale la pena, que no existe una "bala mágica" (framework, librería, lenguaje, editor) que sea todo lo necesario para cualquier proyecto, que emperrarse en usar la solución "perfecta" en vez de la que funciona es pegarse un tiro en el pie, que a veces es mejor copiar y pegar que meter una abstracción con calzador, etc.
Vamos, que al principio hubiera dicho en serio "PHP es una basura, Rust/Go/Kotlin es la puta caña" pero ahora, habiendo visto proyectos en PHP que estaban muy bien estructurados y escritos, como proyectos escritos en "lo último y mejor" por "expertos acreditados" que luego eran una basura rota, ilegible, inmantenible y en gran parte copia/pega de manuales y tutoriales, con chapuzas de todo tipo... ahora diría, el mejor lenguaje es aquél con el que puedas hacer lo que necesitas con más facilidad y eso depende únicamente de ti y de lo que quieras hacer. Lo mejor es definir bien lo que necesitas y luego investigar.
#4 Por curiosidad, por qué Typescript concretamente? Gracias
#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.
#c-3" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/3587144/order/3">#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.
#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.
#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.
Muero un poquito por dentro mirando los comentarios