Portada
mis comunidades
otras secciones
#6:
#5 Sabía cuando escribí #4 que me saldrías con la referencia del diccionario. Eres tan previsible...
El día que te enteres de que el diccionario tan solo recoge los usos del lenguaje, ni los crea ni los obliga, ya te da algo.
_______________
Por cierto, te has comido la última acepción recogida por la rae
"Eliminar las restricciones operativas de un teléfono móvil con una determinada compañía telefónica."
Es una suerte que los de la RAE no sean tan reaccionarios como algunos de los que pululan por ahí sentando cátedra.
El día que te enteres de que el diccionario tan solo recoge los usos del lenguaje, ni los crea ni los obliga, ya te da algo.
_______________
Por cierto, te has comido la última acepción recogida por la rae
"Eliminar las restricciones operativas de un teléfono móvil con una determinada compañía telefónica."
Es una suerte que los de la RAE no sean tan reaccionarios como algunos de los que pululan por ahí sentando cátedra.
#50:
Madre mía, cuanto cuñadismo... PHP4 era un asco (y anteriores) y eso nadie lo niega. Pero desde la versión 5.3 las cosas han ido cambiando a mejor. Se han ido incorporando en cada versión lo que otros lenguajes ya tenían, y eso es otra cuestión innegable: PHP se había quedado atrás. Pero eso cambión, hoy día PHP tiene: namespaces, interfaces, traits, closures en funciones y clases, variadic functions, generadores, bloques try-catch-finally, declaraciones de tipo escalar y de retorno, operadores varios como **, ?? y como c#... etc. Y desde la versión 5.4 hay una nueva release cada año.
Además cuenta con uno de los frameworks mejor hechos y con menos incidencias de seguridad: Symfony. Framework que descansa sobre los principios SOLID y los patrones de diseño: Repositorio, Inyección de Dependencias, Observadores, etc.
Y que conste que este comentario no es para convencer a nadie, ni pretende decir que PHP es el mejor lenguaje. Simplemente que PHP no es lo que era hace diez años. Resulta un poco cansino escuchar comentarios, sobre todo de gente que viene de javascript, cuando en PHP no hay nada como CoffesScript o TypeScript (que si existen por algo será).
Morajela: Que cada uno programe en lo que le salga de los huevos.
Además cuenta con uno de los frameworks mejor hechos y con menos incidencias de seguridad: Symfony. Framework que descansa sobre los principios SOLID y los patrones de diseño: Repositorio, Inyección de Dependencias, Observadores, etc.
Y que conste que este comentario no es para convencer a nadie, ni pretende decir que PHP es el mejor lenguaje. Simplemente que PHP no es lo que era hace diez años. Resulta un poco cansino escuchar comentarios, sobre todo de gente que viene de javascript, cuando en PHP no hay nada como CoffesScript o TypeScript (que si existen por algo será).
Morajela: Que cada uno programe en lo que le salga de los huevos.
#70:
#65 Y Spotify, Youporn o DailyMotion usan Symfony. Si te pones a buscar vas a encontrar a alguien que use cualquier cosa. Por ejemplo, encontrarás también empresas que abandonan NodeJS por GoLang. Como te dije antes, que cada uno programe en lo que le salga. La cuestión es si el lenguaje te permite aplicar buenas prácticas de programación y PHP te deja. Todo lo demás es una discusión sobre qué lenguaje lava más blanco.
#72:
#50 Es lo que venía a decir, PHP ha cambiado mucho en los ultimos años pero la gente sigue con los mantras de siempre. Sigue arrastrando malas decisiones de versiones anteriores pero se avanza. Facebook, su HHVM y por ende PHP 7 es lo mejor que le ha pasado a PHP en años.
Lo peor son los programadores que te miran por encima del hombro por usar PHP, como si un buen o mal programador lo fuese por el lenguaje que usa
Lo peor son los programadores que te miran por encima del hombro por usar PHP, como si un buen o mal programador lo fuese por el lenguaje que usa
#59:
#53 si alguien migra de Java a Node será porque de nuevo habrá por ahí un cuñado que les dirá que es lo que se lleva ahora, pero no porque sea mejor. Javascript y node: el infierno de los callback, una putada para depurar. Lo vuelvo a repetir: ¿para qué surgen superlenguajes como CoffeeScript y TypeScript si no es para arreglar los problemas que tiene Javascript? Y es que aplicar principios SOLID y patrones de diseño es muy complicado.
Y puestos a decidir a hacer algo desde cero con una nueva plataforma preferiría usar Golang, la verdad.
Sobre lo de que las empresas migran a nodejs o Laravel se usa más... Pues no te voy a decir que no, ni que sí, pero si tienes estadísticas que acompañen tus afirmaciones, me gustaría verlas, de buen rollo.
Y puestos a decidir a hacer algo desde cero con una nueva plataforma preferiría usar Golang, la verdad.
Sobre lo de que las empresas migran a nodejs o Laravel se usa más... Pues no te voy a decir que no, ni que sí, pero si tienes estadísticas que acompañen tus afirmaciones, me gustaría verlas, de buen rollo.
#66:
#59 de hecho mucha empresa "moderna" (generalmente startups en pañales llenas de unicornios y arco iris) anuncia a bombo y platillo que usa Node para todo, de ellas habría que ver cuántas sobreviven dentro de 5 años y si todavía existen, si no han migrado a otra tecnología de moda del momento, habiendo dilapidado millones en la broma.
Lo mismo está pasando con la moda del NoSQL y el desastre de MongoDB. La gente está regresando a SQL. En otros tiempos estuvieron de moda los cubos OLAP. Esa gente regresó a SQL también. Y así para todo, por tirarse por lo que parecía ser hasta que tenías que escalarlo.
Lo mismo está pasando con la moda del NoSQL y el desastre de MongoDB. La gente está regresando a SQL. En otros tiempos estuvieron de moda los cubos OLAP. Esa gente regresó a SQL también. Y así para todo, por tirarse por lo que parecía ser hasta que tenías que escalarlo.
#83:
El rendimiento de PHP7 es brutal comparado con 5.x, entre un 50% y 100% más rápido, además de menor consumo de memoria.
https://ausweb.com.au/technobabble/check-out-our-new-php-7-performance-infographic/
https://ausweb.com.au/technobabble/check-out-our-new-php-7-performance-infographic/
Comentarios
Madre mía, cuanto cuñadismo... PHP4 era un asco (y anteriores) y eso nadie lo niega. Pero desde la versión 5.3 las cosas han ido cambiando a mejor. Se han ido incorporando en cada versión lo que otros lenguajes ya tenían, y eso es otra cuestión innegable: PHP se había quedado atrás. Pero eso cambión, hoy día PHP tiene: namespaces, interfaces, traits, closures en funciones y clases, variadic functions, generadores, bloques try-catch-finally, declaraciones de tipo escalar y de retorno, operadores varios como **, ?? y como c#... etc. Y desde la versión 5.4 hay una nueva release cada año.
Además cuenta con uno de los frameworks mejor hechos y con menos incidencias de seguridad: Symfony. Framework que descansa sobre los principios SOLID y los patrones de diseño: Repositorio, Inyección de Dependencias, Observadores, etc.
Y que conste que este comentario no es para convencer a nadie, ni pretende decir que PHP es el mejor lenguaje. Simplemente que PHP no es lo que era hace diez años. Resulta un poco cansino escuchar comentarios, sobre todo de gente que viene de javascript, cuando en PHP no hay nada como CoffesScript o TypeScript (que si existen por algo será).
Morajela: Que cada uno programe en lo que le salga de los huevos.
#50 Cuñadismo? La mayoría de empresas esta migrando de PHP, Java y ROR a Nodejs. Me parece hablar con sentido decir que PHP se ha quedado bastante viejo y su versión 7.0 llega bastante tarde. En las empresas que sigan usando PHP les vendrá bien actualizar por las mejoras de rendimiento, pero actualmente poca gente elige PHP para un nuevo proyecto. Por cierto por mucho que Symfony sea la ostia ahora mismo Laravel se usa mucho mas.
#53 http://reactphp.org
Para los que quieran reactividad como en Node. Servidor socket y http rápido. Rinde bien y si instalas pecl-ev mucho más al usar event loop a nivel kernel.
El rendimiento de php7 es muy bueno usando php-fpm, incluso con Apache usando mpm-event, desactivando los htaccess no tiene nada que envidiar a nginx.
#57 Me estas diciendo que tengo que instalarme varias cosas para que me funcione como Node. ¿Qué gano con ello?
#60 No, las aplicaciones de reactphp están diseñadas para funcionar sin apache, como scripts independientes (con su shebang incluso) y ejecutarse en loop como procesos.
Lo php-fpm y Apache es otro tema, venía a comentarlo para decir que también se transforma y evoluciona.
#57 desactivar los htaccess? (en apache)
#93 AllowOverride None
Por cada petición http al servidor se hace una búsqueda recursiva de .htaccess en la ruta aunque sea para cargar cada imagen, te puedes imaginar el bajón de rendimiento que supone. Lo conveniente es tenerlo en un archivo conf de Apache aunque se dependa de la administración del servicio y reiniciarlo cuando haya cambios.
#97 sé que és recursivo, solo que no sé si hay alguna alternativa para hacer rewrite si se desactiva.
#53 si alguien migra de Java a Node será porque de nuevo habrá por ahí un cuñado que les dirá que es lo que se lleva ahora, pero no porque sea mejor. Javascript y node: el infierno de los callback, una putada para depurar. Lo vuelvo a repetir: ¿para qué surgen superlenguajes como CoffeeScript y TypeScript si no es para arreglar los problemas que tiene Javascript? Y es que aplicar principios SOLID y patrones de diseño es muy complicado.
Y puestos a decidir a hacer algo desde cero con una nueva plataforma preferiría usar Golang, la verdad.
Sobre lo de que las empresas migran a nodejs o Laravel se usa más... Pues no te voy a decir que no, ni que sí, pero si tienes estadísticas que acompañen tus afirmaciones, me gustaría verlas, de buen rollo.
#59 de todos modos, aunque fuese verdad (se nota una gran tendencia favorable a Laravel) importa un pimiento que se use más o menos. Symfony sigue siendo un gran framework del que incluso Laravel hace uso.
#59 A mi nunca me ha costado nada debugear una aplicación con Node. El infierno de los callback solo surge si lo dejas, igual que en PHP surgen otros problemas. Typescript son programas que acaban compilandose sobre javascript, simplemente para escribir menos código. Sobre estadisticas con buscar en google tienes muchos, y entre ellas la mayoría grandes empresas como PayPal o Netflix que las estan usando.
#65 Y Spotify, Youporn o DailyMotion usan Symfony. Si te pones a buscar vas a encontrar a alguien que use cualquier cosa. Por ejemplo, encontrarás también empresas que abandonan NodeJS por GoLang. Como te dije antes, que cada uno programe en lo que le salga. La cuestión es si el lenguaje te permite aplicar buenas prácticas de programación y PHP te deja. Todo lo demás es una discusión sobre qué lenguaje lava más blanco.
#59 de hecho mucha empresa "moderna" (generalmente startups en pañales llenas de unicornios y arco iris) anuncia a bombo y platillo que usa Node para todo, de ellas habría que ver cuántas sobreviven dentro de 5 años y si todavía existen, si no han migrado a otra tecnología de moda del momento, habiendo dilapidado millones en la broma.
Lo mismo está pasando con la moda del NoSQL y el desastre de MongoDB. La gente está regresando a SQL. En otros tiempos estuvieron de moda los cubos OLAP. Esa gente regresó a SQL también. Y así para todo, por tirarse por lo que parecía ser hasta que tenías que escalarlo.
#66 "y el desastre de MongoDB."
Cuéntanos más
#71 Supongo que se refiere a la cantidad de iluminados que, sin tener NPI de bases de datos, pensaron que MongoDB venía a sustituir al modelo relacional, para todo, en lugar de ser una herramienta para hacer bien lo que con el modelo relacional no se puede hacer bien, y han causado grandes destrozos y pérdidas por 'estar a la moda'.
#71 googlea experiencias, hay muchas historias e incluso memes al respecto.
#66 , #71 Buff, recuerdo mi penúltimo proyecto. Para un sistema embebido donde una base SQLite iba mucho más que sobrada de rendimiento, un iluminado decidió utilizar MongoDB, ¡¡¡para mejorar la velocidad!!! Sobra decir el desastre que supuso tener que incluir un servidor externo con conexión tcp/ip en un sistema que pretendían ejecutar en placas ARM y la carencia de un esquema estructurado de base con un 50% del código perdido en comprobar si los datos devueltos por la base de datos tenían el esquéma que debía tener (porque claro, MongoDB "se lo traga todo", sin dar errores, los errores vienen a posteriori, cuando uno quiere recuperar los datos para hacer algo útil con ellos). Al final pudimos cambiar a SQLite, pero no sin gastar el triple del presupuesto inicial.
#66 chapó
muchos de esas startup son illuminatis que tambien se creen que la leche es mala, porque los mamiferos dejan de tomarla cuando se destetan
una panda de gente que se creen sus propias mentiras de que innovar es sacar algo distinto y ser diferente cuestel o que cueste, en vez de hacer lo mismo que hace pero mejor, reinvnetar la rueda y luego se agrupan entre ellos creyendose "mejores"
lo peor es que tienen ese toque de "respetuosos", "macrobioticos", "amantes de las pequeñas cosas y de la tierra", "sostenibles", y luegos los ves con sus macs y mil cosas de la tecnologia moderna para ser raros
#50 Es lo que venía a decir, PHP ha cambiado mucho en los ultimos años pero la gente sigue con los mantras de siempre. Sigue arrastrando malas decisiones de versiones anteriores pero se avanza. Facebook, su HHVM y por ende PHP 7 es lo mejor que le ha pasado a PHP en años.
Lo peor son los programadores que te miran por encima del hombro por usar PHP, como si un buen o mal programador lo fuese por el lenguaje que usa
#72 Supongo que nunca cambiará pero odio el tener que poner un $ en las variables; lo mismo con Python y sus self por todos los lados.
#72 A mí un porogramador que me mire por encima del hombro por usar un lenguaje me río de el en su cara (de estos hay muchos).
Cuando uno sabe utilizar con eficacia 20 lenguajes o más, es cuando podemos empezar a hablar de lecciones. Normalmente quien conoce muchos lenguajes no suele defender a muerte a ninguno, ya que sabe que todos los lenguajes tienen sus aplicaciones y puntos fuertes y que todos tienen sus pequeños (o grandes) infiernos.
#50 > cuando en PHP no hay nada como CoffesScript o TypeScript (que si existen por algo será).
Bueno, existe Hack, que sería el equivalente a TypeScript en PHP. Y CoffeeScript, AFAIK, es simplemente una nueva sintaxis; básicamente para programadores de Ruby que no quieren usar corchetes y puntos y comas.
Javascript es otro lenguaje que era un asco hace 10 annos* y que ahora es muy potente. Sobre todo si te gusta programar con un estilo funcional.
* En realidad, lo peor no era el lenguaje si no las implementaciones de los navegadores.
#50 ¿entonces qué es Hack?
Para mí, uno de los mejores frameworks web que existen ahora mismo es Play. Más que nada porque Scala revienta a patadas a PHP y Javascript en muchos sentidos.
#100 cierto... pero con PHP7 ya no hace falta Hack.
Le echo un ojo a Play a ver que tal, porque quería hacer cosas con Scala; pero que insisto que es todo una discusión absurda. Si eres un paquete programando el lenguaje te va a dar igual. O si el coste de encontrar un programador en Play es muy superior al de PHP pues tres cuartos de lo mismo.
¿Es aquí dónde se habla de php7?
#27 No. Es donde se debate de gramatica sobre el término Liberar.
#27: Rara vez.
En las noticias de ciencia y tecnología se habla de ortografía.
En las de sucesos se hace 'humor' negro.
En las de política se habla de todo.
Y en el resto se habla de política.
#58 El nivel de cuñadismo esta muy alto.
#99:
#13 estimado, nuestra lengua ES un vulgarismo del latín, nacida de gente de escasa cultura.
#11 Ya lo sé. Yo también sigo diciendo lo mismo: es una acepción que ya ni tú ni nadie va a parar, y es cuestión de tiempo que el diccionario la recoja.
Y me parece correcto, pues el lenguaje tiene que evolucionar.
Lo mismo es que una cosa no quita la otra, y nuestras opiniones al fin y al cabo tampoco son tan encontradas.
#12 Espero que no sea así. Está muy bien eso de que el lenguaje lo hacemos entre todos y blablablá, pero hay cosas que no deberían pasar. Es como cuando se admite "toballa", "almóndiga" y demás vulgarismos que claman al cielo.
Es que me parece absurdo. Tenemos la palabrainglesa, la cual se puede traducir por palabracastellana1 y palabracastellana2. Y como el traductor de todo a cien escoge siempre palabracastellana1, aunque por contexto deba ser palabracastellana2, entonces, repito, por un mal trabajo realizado a la hora de traducir, ¿tenemos que cambiar el significado de palabracastellana1 para que también signifique palabracastellana2? ¿Qué es esto? ¿"Translation by proxy"?.
No son tan encontradas, simplemente no estoy de acuerdo
#13 Habrá que abrir una petición en change.org para que la RAE no la acepte.
#43 Ese post es una broma. Usan PHP pero con su propia máquina virtual, HHVM, y una extensión del lenguaje llamada Hack. De hecho en mi opinión gracias a HHVM en PHP se han puesto las pilas para competir y han incorporado muchas de las mejoras de HHVM y Hack en PHP 7
El rendimiento de PHP7 es brutal comparado con 5.x, entre un 50% y 100% más rápido, además de menor consumo de memoria.
https://ausweb.com.au/technobabble/check-out-our-new-php-7-performance-infographic/
#75 Tener PHP 35 dentro de dos meses, esa senda.
y el 6, se lo robaron?
#3 Espero que no cojan la senda de Firefox o Chrome... o habrán suicidios en masa de desarrolladores por todo el mundo...
#15 Cual fue la senda esa?
#75 aumentar el número de versión a lo loco, sin ninguna mejora sustancial
#3 Hubo mucho retraso para lanzar la versión 6, además de que fueron incluyendo muchas de las novedades en la versión 5. Así que decidieron que se saltarían la numeración y pasarían directamente a la 7.
#3 fue un aborto expontáneo
#21 espontáneo.
PHP7: una nueva ola de problemas de incompatibilidad se avecina
#17 Así que eso fue el estremecimiento en la fuerza que sentí antes... varios miles de programadores de Facebook echandose las manos a la cabeza pensando en la migración!
#19 en Facebook tienen su propio PHP, HHVM
#23 Yo creia que PHP, pero por lo que leo estaban hullendo hacia
adelantenode.js... http://www.genbetadev.com/actualidad/facebook-desiste-con-php-esto-ya-no-tiene-soluccion#43 Que te pillen con una inocentada de hace más de un año tiene delito.
#46 (Pero no me dinamites la broma tan rápido, coñe! Dale tiempo a que pique alguien
)
#17 más que incompatibilidad, es un lenguaje nuevo, por lo que para pasarte, debes de migrar todo, "traducirlo" a este nuevo lenguaje
#17 #22 [cita requerida]
Ni de coña, cuñaos.
Hala, a leer: http://php.net/manual/en/migration70.incompatible.php
#32 No desenfundes tan rápido el "ni de coña". Me se de más de un picacódigo en PHP 5.0/5.1 que va a desear hacerse jardinero cuando se encuentre de frente con los namespaces y otras finas hierbas. Cambia *muchas cosas* y la mayoria aun no ha hecho el salto a 5.2, se van a encontrar un abismo a 7.x
#47 dudo que haya mucho usuario usando esas versiones porque ya no tienen soporte. Es más, la 5.4 ya no tiene soporte oficial de actualizaciones de seguridad. Se puede seguir programando sin namespaces y salvo que se haga uso de aspectos bastante rebuscados no debería haber demasiada incompatibilidad y desde hace ya bastantes versiones de los deprecated.
#54 "dudo que haya mucho usuario usando esas versiones porque ya no tienen soporte"
No trabajas en desarrollo web, ¿verdad?
Yo trabajo dando mantenimiento de aplicaciones. Y créeme, todavía hay mucho PHP4 por ahí suelto...
#79 Poco, y el que hay es para mirarselo, PHP4 es casi la prehisotira de PHP, no tenía ni objetos.
#79 sí, trabajo en ello. Y las aplicaciones se pueden migrar. O tener que trabajar en que no pase agua por un colador. Espero que no sea tu caso, si lo es me compadezco de ti.
#92 No, tranquilo. Por suerte o por desgracia ahora mismo yo no toco nada que no sea XML, CSS, Javascript, jQuery y familiares. Mi coto es el front, y de ahí no me saca ni dios así sea el ultimo programador vivo en la oficina; pero tengo de compañeros de mesa a gente que si que se están pegando con múltiples aplicaciones que no pueden reescribirse (no preguntes, tema de politiqueos...) y si que es para compadecerse, si.
Y antes de eso he estado casi una década pegándome con PHP en distintos sabores, y la escena se repite demasiado. Gente que depura a base de "echo"s (cuando con Eclipse puedes ir paso a paso si quieres). Aplicaciones en las que se pierde semanas de mantenimiento porque no se reescriben en PHP mas nuevo "porque si aun funcionan es perder tiempo", cuando son un CRUD que con CakePHP en dos dias lo tienes hecho y probado. Por ponerte un ejemplo.
#106 pues que San Chuck Norris te conserve la suerte esa que tienes. Yo me he encontrado de manera regular (y sigo encontrando a veces) cada broma de cuidado...
#88 #107 #115 No macho, no. El tema no es usarlas, eso es tirar de un howto y practicar un rato. El tema es depurar un código que las usa. Y ahí he visto demasiadas veces a gente que lleva años programando de cierta forma "porque así es como se hace" tirar de shotgun debugging y reescribir trozos enormes de algo "que no le da la gana funcionar" cuando lo que pasa es que no tiene claro como funciona, porque no sabe realmente de programación.
#79 Hace como 10 años que no me he encontrado ni he usado PHP4 en ninguna de sus versiones. Y el que lo use está loco.
PHP afortunadamente cada vez se está volviendo un lenguaje más coherente y con más posibilidades dentro de su nicho. Nada que ver con la ñapa que eran las versiones de la 4 hacia atrás.
#47 Algunos frameworks para PHP como Symfony hace mucho que utilizan namespaces. De hecho las versiones de Symfony que aún están soportadas son compatibles con PHP7 desde hace tiempo (http://symfony.com/blog/symfony-achieves-100-php7-compatibility)
#74 ...estas cogiendo el extremo equivocado del palo. Ya he visto a frameworks como CakePHP o Symfony añadir soporte para namespaces. La pregunta es, ¿el programador medio de PHP sabe usar correctamente detalles del nuevo PHP como las funciones anonimas, los namespaces y otras finas hierbas?
Porque trabajo en el gremio y personalmente creo que no. 90% no. Ni de coña. Y cuando digo correctamente, no hablo de hacer superoptimizaciones o cosas de alucinar, digo hacer cuatro cosas básicas y saber *por que* funcionan.
#77 Depende a lo que llames "programador medio de PHP", que más de uno tiene de programador lo que yo de tiesto con petunias.
Diría que cualquier "programador" que se merezca tal nombre sabe usar namespaces, funciones anónimas y mil cosas más que PHP ni siquiera tiene. Otra cosa son los cuñados que jugaban con photoshop venidos a picacódigos, que han aprendido las cuatro cosas necesarias para modificar un tema de wordpress y ahora se las dan de "programadores". Esos... se jodan, que aprendan.
#88 "namespaces, funciones anónimas y mil cosas más que PHP ni siquiera tiene"
No sé si has querido decir que PHP no tiene estas características, pero hace años que no es así.
http://php.net/manual/en/language.namespaces.php
http://php.net/manual/en/functions.anonymous.php
De hecho la sensación que tengo con PHP desde la versión 5 es que tienen un caso grave de featuritis, porque copian todo lo que tienen los lenguajes de moda en el momento.
#77 Yo los llevo usando a diario en producción desde hace unos años, porque no tienen nada de especial que un programador no debería de saber. Algunos pensáis que esas features hace falta ser una especie de Einstein para usarlas cuando son extremadamente sencillas (aunque no siempre tengan una sintaxis muy cómoda), especialmente si ya se conocen de otros lenguajes.
La gente que hace webs pequeñitas para comercios de la esquina, no son programadores sino diseñadores con nociones básicas de programación y muy probablemente no tengan necesidad de usar ninguna de esas características.
De mano, la mayoría hoy día tirará de wordpress y plugins y no tocará apenas código.
#77 Muchas de las novedades de PHP7, como los namespaces y las funciones anónimas, existen en otros lenguajes de programación hace mucho. Si tiene algunos conocimientos de otros lenguajes (cosa normal en alguien que haya estudiado un FP o una carrera relacionada con la informática) no debería costarle mucho adaptarse a ellos. A los que hayan hecho un cursillo o se hayan puesto a aprender por su cuenta puede ser que les cueste más adaptarse
#17 Pues no lo uses.
#0 ¿liberada? entonces estaba entre rejas?
Ya sé que es lo que pone en el original pero... ains. ¿Qué costará decir "publicada"?
#1 Pues imagino que costará más o menos lo mismo que aprender una acepción diferente para liberar que la de "sacar de entre rejas".
#4 liberar.
(Del lat. liberāre).
1. tr. Eximir a alguien de una obligación. U. t. c. prnl.
2. tr. Hacer que alguien o algo quede libre.
3. tr. Desprender, producir, secretar.
Me alegra saber que PHP 7 ya ha sido secretado.
#5 Sabía cuando escribí #4 que me saldrías con la referencia del diccionario. Eres tan previsible...
El día que te enteres de que el diccionario tan solo recoge los usos del lenguaje, ni los crea ni los obliga, ya te da algo.
_______________
Por cierto, te has comido la última acepción recogida por la rae
"Eliminar las restricciones operativas de un teléfono móvil con una determinada compañía telefónica."
Es una suerte que los de la RAE no sean tan reaccionarios como algunos de los que pululan por ahí sentando cátedra.
#6 he copiado http://buscon.rae.es/drae/srv/search?id=DHy4poke0DXX2EP5wCKf
supongo que será la RAE, no?
#7 Pues no sé, oye:
http://dle.rae.es/?id=NEWa938
Por cierto, esto no era el verdadero tema de debate de este meneo, ¿verdad?
#8 Entonces es la web de la RAE la que tiene inconsistencias.
#9 No pasa nada, hombre. No te guíes por ella tan fervientemente y ya está
#10 Si no me estaba disculpando ni nada. Sigo diciendo lo mismo, es una traducción, como tantas, de "busco la primera acepción y a saco".
#9 Ninguna inconsistencia. La que has usado es la 22ª edición, la de dle.rae.es es la 23ª edición... y te lo pone arriba.
#86 La que he usado es la que aparece si buscas en google "rae liberar".
#5 secretado, como el sudor. Buena metáfora
#4 Aunque pienso que el lenguaje es dinámico, sus significados cambian, se amplían, y a veces es difícil decir que algo es incorrecto, etc, me parece que este tema trata más de una mala traducción que además se ha vuelto "común", y es por lo menos desaconsejable.
#1 ¿siempre estás preocupándote por dar la nota con estas absurdeces? Tu vida debe de ser una puta mierda
#41 Vaya, te tenía como fan y no lo sabía. ¿Te envío un autógrafo?
#1 Primer comentario para hablar de cosas de nula importancia.
#62 Lo de que sea el primer comentario es algo completamente irrelevante y casual. Lo de que sea de "nula importancia" pues... hombre, no sé, yo creo que no constaría tanto hacer una traducción correcta.
En calidad de informático, o algo, bastantes traducciones absurdas y "false friends" he tenido que ver hasta la fecha. Vale que es peor lo de traducir "library" como "librería", tal y como se hace, por ejemplo, con las .DLL de Windows, pero lo de "release" y "liberar" pues... ya huele, ¿no?
#62 Falta documentación que indique como se comportaría el operador de coalescencia en ese caso.
#1 Pues si. Encerrada a cal y canto. Ahora ya la puedes descargar
#1 Lo mismo que no usar "ains" para emular un suspiro en texto.
PHP, lenguaje moderno e innovador donde los haya.
Pues ahora que pasen WordPress a php7 y los plugins. Casi todas las empresas web usan lo mismo.
#34 wp va 3 veces más rápido en php 7 hay benchmarks, ah y con la mitad de memoria.
#89 sigue siendo una chapuza, pero ¿ya han portado wp a php7? No creo... Y si lo han hecho no veo a todos los que hacen plugin codeando otra vez sus plugins. La mayoría.
Pero vamos que para usar wp usa cualquier otra cosa que no use PHP.
Parece el nombre de un test para embarazadas.
#51 Te sobra el cierre ?>
#69 Bueno, lo dejamos en que es opcional http://php.net/manual/en/language.basic-syntax.phptags.php
Ahora solo falta que mysql salte también a la versión 7. Mira que han pasado años desde que iba a salir la versión 6 de ambos.
#26 que tuvieran una numeración parecida es mera casualidad.
Ahora lo que mola es MariaDB y va por la versión 10.1:
https://mariadb.com/kb/en/mariadb/mariadb-vs-mysql-features/
XtraDB en lugar de InnoDB rinde más de por sí. Pero lo que está interesante para guardar cosas rápidamente es TokuDB.
#33 Nadie ha dicho que tuvieran relación las numeraciones. De lo que hablo es que de aquella se hablaba de las versiones 6 de ambos e incluso había libros ya sobre esas versiones.
Para mi uno de los lenguajes que mas utiles me resultaron.
A nivel muy basico, que ahora vendrán los talibanes a decir que si python tal, que si js cual...
#40 PHP se sigue usando en la inmensa mayoría de la web, lo que da una indicación de si es útil o no. En su nicho es útil de cojones.
El problema de PHP es que es muy sencillo de usar sin tener ni idea, lo cual hace que haya mucha gente no profesional usándolo y que comete errores muy graves.
El problema es que no importa qué lenguaje utilices: si no sabes lo que es por ejemplo una inyección SQL y aceptas la entrada del cliente sin filtrarla de alguna forma (ya sea mediante una librería que lidie con la base de datos o con otros métodos) vas a crear una vulnerabilidad sí o sí.
En lenguajes más complejos símplemente la barrera de entrada de la dificultad hace que sólo haya profesionales usándolos, y aún así se crean miles de programas con agujeros graves y bugs por todas partes. C++ es un lenguaje que definitivamente es necesario saber lo que se está haciendo, y no impide que salgan vulnerabilidades y chapuzas cada poco.
Por fin clases anónimas
Qué alegría! Qué alboroto! Otro perrito piloto!
espero que tenga soporte para microsoft edge
#42 PHP va en el backend, se la pela el navegador que uses.
Ahora sólo falta que Debian Jessie lo incorpore en los repositorios
#36 backports repo
#36 Lo tienes disponible para Debian 8 gracias a DotDeb.
https://www.dotdeb.org/2015/12/04/php-7-0-0-is-available-for-jessie/
PHP: a fractal of bad design
http://eev.ee/blog/2012/04/09/php-a-fractal-of-bad-design/
#45 Eso podía ser cierto hace años en PHP 4, pero de la versión 5 en adelante se empezaron a añadir features muy necesarias para la programación "en serio", especialmente todo lo referente a objetos, y se empezó a quitar y desactivar (deprecation) mucha mierda que hacía que PHP fuera un caos, haciendo que adicionalmente apareciesen muchos frameworks que son usados diariamente en producción de webs con millones de usuarios.
Quien siga diciendo esto sobre el PHP de hoy día es un cuñao de libro. Eso no quita que existan buenas alternativas a PHP, pero si es muy usado es porque cumple con su función.
A mí me da urticarias, me recuerda demasiado al PP
#94 personalmente perdería más tiempo a lo largo de los años apagando incendios que actualizando los scripts. Todas las cuentas de clientes acabarían bloqueadas por seguridad tarde o temprano salvo que lo que estén pagando compense el servicio de bomberos.
#96 que el proveedor de hosting entre a actualizar Cms el día de la actualización es una locura porque no sabe lo que se va a encontrar: por ejemplo personalizaciones o módulos/plugins infinitos. Si a eso le sumas que no tienes los pass para ver qué funciona y qué deja de funcionar... Lo dicho: locura
#95 el problema es que lo viejos clientes te lo terminan pidiendo, por las simples actualizaciones de los Cms y sus módulos o por alertas de seguridad, y en ese caso hay dos alternativas: 1 actualizas el server (que si lo piensas termina siendo inevitable) intentando avisar (porque no siempre se entera quien debe enterarse) con x días de antelación y rezando todo lo que sepas. 2 migrando los hosting de quien lo pida al nuevo server, es decir, curro relativamente fácil de archivos y bd si no hay problemas añadidos de incompatibilidad con php7 pero hay que tener en cuenta que para el SEO cambiar de IP no es muy buena idea.... Y quien se lleva los palos si la web se estrella en posicionamiento después de cambiarle el server? Bingo!
En serio... Es una putada para las empresas de hosting 👎
#94 se lo ofreces a nuevos clientes y ya, puedes meter ek doble de nuevos clientes, raya para la suma, sale bastante más eficiente el negocio
Putadon para las empresas de hosting
#29 todo lo contrario, podrán meter el doble de páginas que usan PHP sin necesidad de cambiar de hardware, porque ahora rinde el doble o más que la versión anterior.
#35 pues que bajen los precios! Bueno, el tráfico de red ya es otra historia.
#35 qué crees que ocurre cuando actualizas un server de hosting a php7 que alberga Wordpress, Joomla, Prestashop, etc, con versiones de cuando Franco era corneta?
Será PPC's...
Querrás decir.