Aquí es donde se vienen a decir frameworks random?
#60 Estoy totalmente en desacuerdo con esa afirmación, y mas cuando el snippet de ese código en concreto es un amalgama de funcionalidades de JavaScript de programador ya avanzado o muy avanzado en el lenguaje.
#62 pues eso, estás reconociendo que es ilegible en ese código en concreto. Ahí estamos de acuerdo. Pero yo lo amplio a más genérico de la librería en general.
Evidentemente un hola mundo es fácil, pero para aplicaciones completas que suele ser lo habitual es algo tedioso.
#63 Estoy reconociendo que JavaScript se puede volver ilegible cuando juntas Closure y HOCs, pero eso nada tiene que ver con React per se.
#64 Y si le sumas tipos de Typescript es una puta locura. Si llevas razón y sabes que te estan trolleando. Juzgar por el snippet de react redux a react no es justo.
#59 si lo dices por mí, yo si que he trabajado con react
ahí dejo otro snippet de una lib de react umi
*clearNotices({ payload }, { put, select }) {
yield put({
type: 'saveClearedNotices',
payload,
});
const count: number = yield select((state: ConnectState) => state.global.notices.length);
const unreadCount: number = yield select(
(state: ConnectState) => state.global.notices.filter((item) => !item.read).length,
);
yield put({
type: 'user/changeNotifyCount',
payload: {
totalCount: count,
unreadCount,
},
});
},#66 Si los metes en one-liners, con tipos adhoc si. Al final alargas la definición de funciones que devuelven uma función, metes tipos por todos lados, y es una puta locura leer el código de forma rápida. Pero vamos, que no he dicho que los tipos hagan el lenguaje ilegible.
React dificil de entender, hay que joderse JAJAJ
Si lo que sabes de Javascript es jQuery entiendo que con cualquier cosa te estalle la cabeza, madre mía.
#71 Hombre, por esa regla de tres nadie usa nada por sí solo. Lo entendí como "nadie usa las features de React, si no otras cosas para manipular componentes react".
por eso mismo, hablar de React como el código de facebook pues no, es un ecosistema de librerías muy usadas, y si te pones a buscar las buenas prácticas acabas usando redux, o similares y ahí el polémico snippet
#73s4suk3:si te pones a buscar las buenas prácticas acabas usando redux
Redux no se usa por buenas prácticas. Se usa por necesidad y si tu aplicación lo requiere.
#74 ok, llámalo de otra forma pero cualquier app compleja necesita gestionar el estado, y redux es la manera más famosa, y odiosa, para mí
#75 El estado no sólo se puede controlar mediante redux. He visto bastantes aplicaciones que no lo utilizan a pesar de ser complejas. De hecho, en el 90% de los casos, Redux significa "matar moscas a cañonazos".
#76
https://github.com/search?l=JavaScript&o=desc&q=react+boilerplate&s=stars&type=Repositories
Habrá mil formas, pero es la que te encuentras por todos lados
Si no quieres soltar PHP, usa algún renderer para tener el SSR desde PHP https://github.com/Limenius/ReactRenderer
Aunque mi recomendación es que vayas diciéndole adiós a PHP cuanto antes.
#80 por? Llevo años escuchando decir que está muerto y sigue siendo el lenguaje más usado en Internet
#82 a nivel enterprise no lo usa ni dios.
Si trabajas en la PYME media en la que los clientes te miran con mala cara cuando dices de pagar la licencia de un CMS o te ponen pegas por un hosting de mas de 20 euros al mes, es la norma.
Supongo que se referirá al SSR, si es cierto que es menos popular que hace años, pero vamos...
Al final es lo que comentaba más atrás, cada uno tira para su casa normalmente porque su conocimiento de otras herramientas/tecnologías es cero, y el argumento más sencillo que se puede esgrimir para justificar que usas X es que todo lo que no es X es mierda, o va a morir, o está obsoleto.
Más que React sea ilegible es Javascript el que lo hace complicado y si encima es Typescript más dificil de una primera lectura.
También es cierto que en el snippet que se ha puesto es una parte de Redux, que sí la mayoría de veces es matar moscas a cañonazos añadiendo bastante boilerplate al proyecto además de la existencia de la API de Context que se incorporó con Hooks si no me equivoco.
Sobre el On Topic, usa la tecnología que mejor conozcas o una que quieras aprender, la mayoría de cosas que te han dicho son maduras y probadas en producción, aquí cada uno barre para su casa.
#82 No está muerto, pero el mundo web se mueve hacia otros lares. La excusa de que es el lenguaje más usado en internet es como decir que C es le lenguaje más usado del mundo, porque para empezar gran parte de las funciones de PHP están implementadas en C.
#84r2d2rigo:a nivel enterprise no lo usa ni dios
Si trabajas en la PYME media en la que los clientes te miran con mala cara cuando dices de pagar la licencia de un CMS o te ponen pegas por un hosting de mas de 20 euros al mes, es la norma
slack, tumblr, MailChimp, DailyMotion, Etsy, Facebook
tienes razón, todo Pymes sin un duro
php no es ni de lejos la opción más popular en cuanto empresas, pero de ahí a vender que es un lenguaje marginal que solo usan 4 cutres...
#89 no te olvides wordpress /s
Que lo sigan usando las grandes por legacy pues si, cumple con la definicion de "se usa". Facebook tuvo que inventar la HHVM para que no diese asco y Slack no usa PHP puro sino un superset porque las "peculiaridades" del lenguaje dan asco.
Quieras o no es un lenguaje en desuso, pocos proyectos gordos de 2015 en adelante se han empezado en PHP.
