67 meneos
32268 clics
Somos Javi y Marcos, programadores de la app móvil de Menéame. Pregúntanos
Somos Javi y Marcos, programadores de Menéame. Entre los dos hemos programado la app móvil y respondemos a vuestras dudas.
Miércoles, 13 de mayo de 2020, a partir de las 11:00.
Miércoles, 13 de mayo de 2020, a partir de las 11:00.
|
comentarios cerrados
onesignal.com/
Son notificaciones push gratuitas y muy fáciles de implementar
ionicframework.com/docs/native/onesignal
El problema que tengo, es que cuando abro la notificación, tengo puesto que vaya a una ruta en concreto (con router.navigate, aunque también he probado con NavController) y la mayoría de las veces funciona bien, pero otras se queda en blanco y no se que es lo que está ocurriendo. Normalmente suele ocurrir cuando la aplicación lleva tiempo sin uso y está en el background,… » ver todo el comentario
Para que eso no te ocurra vas a tener que mirar como funcionan los payloads de las notificaciones push, básicamente es la forma que tiene una… » ver todo el comentario
// Que hacer cuando se abre la notificación
this.oneSignal.handleNotificationOpened().subscribe(async (notificacion) =>
{
let id_entidad = notificacion.notification.payload.additionalData.id_entidad;
this.router.navigate(['main/tabs/entidad/' + id_entidad]);
});
En el tabs-routing.module.ts tengo la siguiente ruta:
{ path:… » ver todo el comentario
(Es ironía)
Aunque los de BE hacemos lo posible para que eso no sea así y los de FE tengan que trabajar más
Node + Typescript
Angular (valorando seriamente migrar ya a VUE/React)
Rust
PD: en el back estoy pensando en meterme a stack de Rust, pero de no hacerlo... tu cual usarias en lugar de PHP?
Pero realmente hay tanto que mirar en la APP de mnm que yo empezaría por el UX antes de meterme con el código
#0 Admitís feedback de UX? a lo mejor hago un artículo/video ponieendoos a parir
docs.google.com/forms/u/1/d/e/1FAIpQLSccWnLqNFaNPZi0yWr6D7_6j36Q0wsNkW
- pi-hole.net/
- adguard.com/es/adguard-dns/overview.html
curl -sSL install.pi-hole.net | bash
Incluso lo puedes hacer en tu propio ordenador, no te hace falta una raspberry (aunque es lo ideal). Por lo que dices, te sobran conocimientos para ponerlo en marcha sin duda
Symfony sin duda.
Eso sí me gusta más la integración que tiene phpunit con laravel, está más lograda.
Además el tándem arquitecturas limpias - DDD y el testing han calado bastante en la comunidad y muchas empresas de producto medianas se ven beneficiadas de ello.
Bajo mi experiencia y lo que me he encontrado... En PHP hexagonal y DDD están mucho más implantadas que en otras tecnologías (estoy generalizando y hablando a igual banda salarial).
En JS hay mucho vendehumos y mucho tard del lenguaje, que cuando viene a la entrevista y le digo que el lenguaje no es más que un detalle de implementación se desinfla como un globo.
#192 #87 a ver, todo esto no son verdades universales y siempre hay que analizar los proyectos uno a uno y desde prismas diferentes. Me explico:
Si el proyecto es una prueba de concepto, si es una página web personal, si el negocio es claramente un CRUD (create, read, update, delete)... todo lo que he dicho puede representar una complejidad extra y completamente… » ver todo el comentario
No entiendo el negativo, cuando deberías tener cientos de positivos.
Plasta.
Y no es cuestión de cuántas peticiones concurrentes pueda soportar uno u otro, eso es irrelevante, si uno de los dos cae el otro caerá poco después.
La gracia de symfony está en lo desacoplado que está y que, además, te anima a qué tú código lo sea... Laravel hace lo opuesto y he visto muchos proyectos donde se hace uso de funciones de laravel por toda la base de código o dónde los objetos propios de laravel se pasan hasta… » ver todo el comentario
La borré y volví a la web.
Pero realmente cuando empiezas es mejor angular (que es un framework completo) si quieres montar cosas rápido y sin muchos dolores, mientras que VUE y react son librerías y te obliga a entrar mas en el fango del renderizado front.
Y ojo, defiendo ese estilo de librerias realmente, antes de angular1 empecé a programar en front con backbonejs
Voy a decíroslo claro a todos juntos, por si queréis seguir llorando luego.
Un fullstack ( y más en PHP) no es más que un frontend con poco talento que ha jugueteado con el backend en su superficie o un backend con poco talento que ha jugueteado con frontend en su superficie.
Luego ves las mierdas de backend que hacen los "fullstack" y la ausencia total de buenas prácticas en cuanto a seguridad (por ejemplo) y te echas a temblar. Y viceversa,
Por otro lado toda la parafernalia que hago yo tiene más objeto que bloquear la publicidad, trato de eliminar todo rastreo de mis hábitos de navegación y mis gustos de cara a que los sepan Google, Facebook, mi operador, la cía, la nsa etc. Lo consigo? Con que lo logré en buena parte me conformo.
CONSEJO: es imposible saberlo todo, bsuca un lenguaje que te guste y especialízate. Ahh! y CLEAN CODE por favor!!
Joder son las 05:00 me voy a trabajar y aun no me he quitado las legañas.
Saludos.
Los unicos que lo usarían serían los que tienen que exprimir el front a tope, y creeme que el 99% de internet no necesita eso.
lo que si va a hacer es complementar determinados proyectos donde necesites procesar cantidades ingentes de datos en tiempo record, y obviamente lo harías con lenguajes como rust, donde compilas liberías en ese formato.
Yo reconozco que se me da muchísimo mejor… » ver todo el comentario
Que yo entiendo que hoy por hoy (prácticamente) todos los lenguajes basan su fortaleza en una comunidad que desarrolle frameworks (o en otras palabras que haga las cosas bien para que no tenga que hacerlas alguien que no tiene mucha idea) para facilitar la vida a la gente. Pero es que en el caso de PHP son imprescindibles porque el lenguaje en sí es absurdo e infumable, sólo se ha popularizado… » ver todo el comentario
Nadie programa en Python puro, usan librerías como Tornado, Flask, Pandas o frameworks como Django.
Nadie programa en node.js a pelo, usan Expresss, connect multiparty, etc.
Nadie programa en Java puro, usan sus frameworks...
O implementar un servidor en C a pelo...
etc, etc.
Y bueno, que no nos olvidemos de que no todo es web...
¿Por qué habéis decidido no hacerla Nativa?
En cuanto a fluidez y animaciones se nota muchísimo. Se nota también bastante la falta de componentes comunes como la Tollbar o los menús que no son nativos. El menú lateral es el que "peor" funciona en comparación.
¿Habéis dispuesto de un/a diseñadora experta en mobile? Veo algunas cosas que no son muy extándar y fallitos en espaciados, tipografías, interlineados, iconos, diseño de la BottomBar... Con unos pocos cambios podría quedar rechulón.
Muchas gracias!
medium.com/welldone-software/an-overview-of-javascript-testing-7ce7298
- ¿Está el código publicado en algún sitio?
- ¿Sigue Menéame siendo open source?
- ¿Cómo os podemos notificar bugs?
- ¿Estáis a sueldo o por amor al arte?
Gracias!
Imagino la respuesta. Porque lo dijo el que paga.
¿No habría sido mejor ofrecer un API público, que no gratis, para que otros enriquezcan el ecosistema?
Eso es lo que hace grande a las redes sociales. El esfuerzo que miles de desarrolladores dedican a ellas.
Si tienes un código bien desacoplado te importa poco si estás en Laravel o Symfony. Ti código es agnóstico y el framework sólo se usa para conectar tu lógica de negocio.
Si el desarrollo es rápido, muy enlazado al framework, los dos son la misma mierda y probablemente Laravel es mejor porque no hay tantas maneras diferentes de hacer lo mismo.
Lo del eloquent..se puede usar esquivando sus problemas, o se puede usar doctrine en Laravel. O SQL a pelo, como los hombres y no esas tonterías modernas. Al final solo es la capa de persistencia.
Las SQL casi siempre las acabo poniendo a pelo. Aunque no se considera una buena práctica he visto que muchos, incluso en los foros de Laravel las usan a pelo también porque son mas eficientes. Y si es una consulta algo compleja con sus JOINS, sus GROUP BY, UNION, correlaciones, etc hacer eso con Eloquent es un suicidio, o al menos a… » ver todo el comentario
La capacidad de síntesis es muy valorable, especialmente cuando uno no es el centro de la fiesta. Si tanto quieres hablar, podrías ofrecerte para un pregúntame, igual que ellos.
El negativo mal usado te lo devuelvo, aunque los vaqueros como tú pueden soltar negativos como les plazca mientras critican algo que no va contra las normas de esta plataforma, eres un monstruo, eh crack?
Por supuesto, lo que molesta son solo las acciones que según tu criterio no son apropiadas .
De la misma manera que es una salida de tono llamarme dictador, vaquero y monstruo. ¿Tanto te molesta que te contradigan?
Por como hablas, eres un tío con tablas y experiencia, pero creo que no estás acostumbrado a respetar a los demás, ni a las discrepancias. Por eso el comentario y la pequeña corrección.
Liberaremos el código de la app en cuanto terminemos de pulir algunas cosillas que nos han reportado.
Es de otra época (en términos de internet).
Symfony es un proyecto pensado para generar features "genéricas" que el desarrollador implementa casi desde cero.
Laravel es un proyecto pensado para usar esas features genéricas de symfony y adaptarlas de manera amigable al programador.
Incluso entre ellos tienen roces a la hora de como hacer las cosas, Taylor tiene publicados algunos tweets críticos con Symfony por aplicar métodos finales en sus clases que no pueden ser extendidos ni adaptados por… » ver todo el comentario
Parece que se perdió el enlace,. Lo siento mucho.
De echo, escribí el comentario antes que vosotros. No os podría contestar.
-> www.meneame.net/user/kutto/612838
-> www.meneame.net/user/javiersefer/548556
big brother sabe lo que hicistéis el último verano.