App "all"-mobile

bLaKnI #1 Sep '23 Inocente

Buenas,

ahora mismo, a dia de hoy.
Si hay que empezar un proyecto "app", que contemple all-mobile full (ios, android y sucedáneos) + web como Diós manda, no una refritada de la versión mobile pero para smartTV, etc...

a que le debería meter mano?

A parte que, entiendo el "server-side" es inevitable, para cargas fuertes de datos, procesados y demás, o directamente, estructura de microservicios y serverless/lambda functions, etc... no?

Y entiendo que si es un poco "serio", repo + chain de CI/CD + unit testing + redux + etc... no?

Gracias.

r2d2rigo #2 Sep '23 Inocente

Explicarse, libro, llamas

7

isvidal #3 Sep '23

No entiendo nada

Porque estoy leyendo redux y microservicios

5 1 respuesta

Exor720 #4 Sep '23

Dios no lleva tilde, un saludo.

bLaKnI #5 Sep '23 Inocente

Gente, hace mucho que rondamos por aqui, nos conocemos todos, mas o menos. Dejaros de gilipolleces. La pregunta es simple, aunque mucho de lo que haya escrito no sea compatible.

Dejaros de gilipolleces y contestad: es simple.

Necesito saber que es lo mas fácil para meterse al lio, ahora. Y he metido todas las mierdas que se oyen, nombran y cada uno usa como le sale de los cojones hoy en dia, porque a los puristas como vosotros os salte la bombilla en el coco.

Dicho lo anterior, se que a vuestro ego le puede la situación pero, ¿podéis intentar contestar y no sacar a relucir vuestras capacidades haciendo relucir mis deficiencias?

Va, que podéis!

De nuevo y sin acritud, gracias.

#3 que si nos ponemos pijos... https://stackoverflow.com/questions/34144232/how-to-approach-redux-microservices-intercommunication
haberla gente, "hayla"...

2 respuestas

eondev #6 Sep '23 Rawe Ceek

Joder, pues está preguntando el ABC del cross platform + qué es viable de cara al servidor/back de ser necesario.

Pues para mobile, tienes flutter, o tienes react. Kotlin Multiplaftorm aún no está estable. Y para el backend, depende de lo que necesites hacer. Tienes clouds como firebase para cosas sencillas y ligeras sin mucho gasto. Entrando un poco más en detalle sobre las implementaciones y arquitectura de lo que necesitas en un back "custom", es irrelevante de primeras, me centraría primero en saber qué quiero y qué me lo puede solucionar.

2 1 respuesta

isvidal #7 Sep '23

#5 No se papi, la sensacion es que no tienes ni idea de lo que hablas.

Pero ya que estamos, el backend da igual el lenguaje, pero desde luego no haria "microservicios" sino una api simple/monolito de lo que mejor se te de Python/PHP/.NET/Java whatever. Y base de datos pues SQL, ya sea MySQL o Postgres, o SQLite.

Y frontend, pues lo que sea que sea cross platform y sea para iOS, Android, Web (Osease, React Native, Flutter....). Sobre teles ya no tengo ni idea.

2 1 respuesta

r2d2rigo #8 Sep '23 Inocente

#5 venga va, flutter y microservicios.

Ya tienes una respuesta acorde a la informacion tan poco coherente que das.

1 respuesta

antoniodela1 #9 Sep '23

Ionic + capacitor y a campeonar

2 1 respuesta

Soltrac #10 Sep '23 MV Wizard

Yo lo que entiendo es que quiere reciclarse y quiere hacer un proyecto que tenga un poquito de todo. Es lo que he entendido eh? Quizás me equivoque.

1 1 respuesta

bLaKnI #11 Sep '23 Inocente

#7 #8 Sabéis positivamente que SI tengo idea de lo que hablo.
Y vosotros sabéis positivamente que nada de lo que pone en #1 es contradictorio o está sistematicamente mal.
Que el contexto mezclado sea problemático o os rechine, es otro tema. Pero por caber, cabe hasta el Assembler en mi pregunta. Y dejad de tocar los huevos.
Lleváis demasiado tiempo poblando #DEV y demostrando, que se os ha olvidado lo básico: es una comunidad en la que saber leer entre línea y aportar, debería detonar mas inteligencias y "savoir-faire" que el sacar el pelo de pecho a relucir. Que ya calveamos todos señores.

No he hablado de smartTV como lo nombras, sino para huir de ello. No quiero una web que parece una app redimensionada.
No he hablado de backend al uso. Me he centrado en el posible procesado trasero en caso de requerirlo (backend si, pero no he nombrado ninguna tecnologia especifica). Mi pregunta se centra en si sigue siendo requerido usar la potencia clasica de un monolito trasero, o hay que ir a estructura de apificacion, rest, etc... o podemos ya aprovechar las capacidades de calculo nativas de los terminales. A ver si así se entiende mas por donde quiero ir.

Y la puntillita de la "información poco coherente que das" sigue no solo sobrando, sino denotando una falta importante de comprensión. Te recuerdo de los MV Warriors cuando Chikilicuatre o las votaciones masivas, y te recuerdo de otros encontronazos guapos con mas gente en esta comunidad a lo largo de los años, y se de lo que eres capaz. Por lo que tu sobervia imbuida es completamente innecesaria.

Insisto, mi pregunta en #1 no solo es correcta, sino que tiene todo el sentido del mundo y esta bien formulada.
#6 lo ha visto con claridad, por ejemplo.

Y eh aqui otro clasico de la comunidad, #10, que ha dejado el ego a un lado y ha planteado un tema interesante y bien apuntado. No pretendia ir ahí, pero si.
No es tanto "para mi" sino mas bien para un posible proyectado personal que podría crecer. Pero hace demasiado que no hago un "fullstack" al uso como hace años ya que mis derroteros profesionales han cambiado severamente.

En cualquier caso, #7 y #8, gracias por las tardías respuestas.
#6, #9 gracias! Algún motivo en particular para defender dicho stack?

1 respuesta

RaymaN #12 Sep '23 Sureño

No te están juzgando por el palabrerío tecnológico, sino porque no sabes expresarte, simplemente. ¿Eres español? Quizá la respuesta explica muchas cosas, porque de verdad que cuesta mucho comprender lo que intentas explicar.

1 respuesta

bLaKnI #13 Sep '23 Inocente

#12 Me dejáis flipando. Catalán. De Barcelona. De toda la vida. Ahora en pueblo del interior de Cataluña...

No comprendo que no comprendéis. Pero haré un esfuerzo de resumen:

PARTE 1: ¿que recomendáis para un desarrollo compatible con toda tecnología mobil existente hoy en dia? Quiero web, pero que no sea una "app agrandada".
PARTE 2: si se requiere procesado, seguimos con monolito, backend clásico, server..., ¿o vamos a apis, serverless, etc? Usamos el "motor" del terminal?
PARTE 3: para profesionalizarlo un poco, aun tildándolo de personal, entiendo que hay que meterse en todas las mierdas de hoy en dia que si no las haces eres poco mas que pordiosero, no?

Hasta ChatGPT parece haberlo comprendido bastante bien. Le he pedido que reescriba #1 y ni tan mal:

spoiler

Puede que sí sea yo, no lo niego eh? O quizás no...

1

r2d2rigo #14 Sep '23 Inocente

#11 toda esa parrafada cuando en #1 podrias haber dicho "quiero aprender fullstack mobile de cabo a rabo, que pasos necesito saber?".

Estas tu como para hablar de soberbia, cuando vienes soltando la primera diarrea mental que se te ocurre, nos dejas rascandonos la cabeza a multiples usuarios con mucha experiencia en el tema, y quieres una solucion para ya mismo.

Pero bueno, no me voy a rebajar a tu nivel y te voy a dar una respuesta como dios manda.

El concepto de fullstack es atemporal, puede estar dominado por las modas (hola microservicios) pero en el fondo lo que necesitas es una base de conocimiento sobre como montar toda la arquitectura.

El punto principal es la API, hay que hacerla lo mas agnostica posible porque asi se puede conectar cualquier cliente (web o movil) con la misma cantidad de esfuerzo. Entrar en si haces un monolito REST o microservicios en serverless depende 99% del contexto, mis bots de Telegram los tenia en un monolito pero los migre a Azure Functions porque con las pocas request que tienen me salen gratis. YMMV.
Esa API se tiene que conectar a un origen de datos, por muy de moda que este Mongo/Raven/NoSQL, si tus datos son altamente relacionales es pegarte un tiro en la polla. Ademas piensa en si necesitas hostear imagenes/archivos -> bucket/cloud storage que cuesta centimos.
Web frontend: ni puta idea porque no es mi dominio, alguien como @isvidal te puede responder mucho mejor sobre esto.
Mobile: en un mundo ideal te picarias x2 apps nativas (iOS y Android), pero como la duracion del universo es finita pues Flutter te puede hacer el apa;o. No soy nada partidario de soluciones como React Native que te permiten usar JS para hacer apps moviles, me parece lo peor de ambos mundos. Si tu app es suficientemente sencilla o es a lo que quieres dedicarte, pues eligelo.
CI/CD, testing, etc: te sorprenderia la cantidad de sitios grandes que siguen haciendo testing manual y desplegando a mano. Minimo unit testing si quieres que el proyecto sea mantenible despues de unos meses sin trabajar en el, y tener algunas pipelines de devops para que te publiquen automatico es un win.

tl;dr estas pidiendo que te resuman la caida del imperio romano en un video de tiktok.

3 1 respuesta

bLaKnI #15 Sep '23 Inocente

#14 No, estaba pidiendo lo que has hecho aquí. Por lo que ahora sí, gracias.

1 1 respuesta

r2d2rigo #16 Sep '23 Inocente

#15 pues illo haber empezao por ahi, suerte y ganas porque vas a tocar muchos palos. Y recuerda que es mejor ir centrandote en tenerlo funcional y luego migrar/refactorizar partes que centrarte en hacerlo de la forma "correcta" desde el principio.

2

UnLiMiTeD #17 Sep '23 Inocente

Es impresionante lo jodidamente toxica que es la comunidad de programadores.

Yo me he enfocado al 3D, pero hice un curso en su momento de Unity y luego estuve en algunos foros y grupos de Telegram. Impresionante lo borde y lo egolatras que eran en el grupo de Telegram, los mande a tomar por culo a los 2 dias.

En el 3D es todo lo contrario, al menos en Blender, una comunidad maravillosa y todo el mundo ayudando.

No termino de entender que os pasa a los programadores.

En fin #1, que tengas suerte y encuentres un lugar donde la gente te pueda ayudar mejor.

2 respuestas

eondev #18 Sep '23 Rawe Ceek

#17 ego o falta de sexo. Yo era así cuando era pequeño. Ahora ya de mayor me da vergüenza cuando la gente se comporta así xD

Kaledros #19 Sep '23

Yo lo que veo es a una persona que ha escrito un texto que parece fruto de una apoplejía, se le ha dicho que no se le entiende y se ha puesto agresivo. El resto de participantes han sido bastante educados para como se ha puesto, de hecho.

5

wolfie6949 #20 Sep '23

#17 Un programador sólo tiene dos estados: síndrome del impostor o complejo de superioridad.

8 1 respuesta

Kike_Knoxvil #21 Sep '23

#20 Y cuando empiecen a salir los programadores cuánticos va a ser graciosete

bLaKnI #22 Sep '23 Inocente

Bien entonces de momento, tendríamos:

Flutter o Ionic para app mobile cross-platform. Con Flutter incluso, web como pedía. De React Native, es como que huis todos...
Capacitor para el deploy a mobile de los fronts creados con Ionic u otros. Live update, App-stores, in-app purchases, FW nativo+Api de cada OS, etc...
Back si es necesario, bastante plural: desde monolito en cualquier tecnología back conocida, a microservicios distribuidos en cualquier nube, etc. Eso si, APIficación siempre. Procurar que las comms sean RESTful 100%.
Data, relacional clásico.
Las pijadas del CI/CD, se pueden obviar mientras se mantenga un repo activo, pusheando a mano.
Y el testing, a la vieja usanza.

Y con todo esto, si alguien se sube al carro mas adelante, a poco que se haya respetado un poco el patronado, clean code, TDD, Hexagonal blabla... y se le haga mucho caso a Robert C. Martin, ¿bien no?

¿No hay mas? ¿Esto es "el valhalla" en el presente imperativo?

EDIT:

Iba a preguntar en que se programa en Flutter. Veo que es DART. Recuerdo cagarme en Dart no hace demasiado por aquí... habrá que joderse.
Viendo los "HW" de la web, veo que es ¿una mezcla entre JS tipificado (TS) de React con componentes + sistema de clases y abstracciones de Java parece?

Interesante como este es un mundo que después de pelearme con Cocoa y Obj-C hace años con Mac, lo dejé de lado por pesado... y es algo que siempre ha quedado ahí, en algún rincón...

Pasa que yo como ya dije en otro thread, sigo adorando el coger un PHP en blanco, enchufarle Bootstrap y jQuery a ultimas versiones y hacer un "spaghetti claro, limpio, ordenado, debidamente dividido y comentado, bien codificado, pero todo en un solo fichero", incluyendo solamente ficheros class y funcionales generalistas evidentes, facilitándole la vida al 1000% al que venga detrás (casos unipersonales, sin equipos de desarrollo inmiscuidos).
Salen unas webapps límpias, preciosas, claras, bien construidas y responsivas, que la gente adora. Y si se complementan con AJAX o directamente Node.js, poco mas creo que se necesite, sinceramente. Con Python "si fa o no fa...".
Soy MUY old-school en eso y sigo creyendo fuertemente en el "tailor-made" de antes.
¿Insostenible en escalabilidad? Se refactoriza después rápidamente...
Todas esas "novedades" me dan mucha urticaria. Y prefiero que sea el equipo quien se ponga a ello.

Pero a pesar de estar como CIO, CTO, IT Manager (cualquier adjetivo) desde hace años ya, me gusta seguir embarrándome tanto como puedo. Y por una "flipada" de un anterior IT Manager que se fué a recoger bien de precio a un casi-titulado en un campus, le dió por encargo el desarrollar una "semi-intranet" empresarial como sustitución del ERP existente y al nene le dió por aplicar todo lo que había aprendido en como se llamen las carreras ahora.
Una putísima locura en AWS, con Code Pipelines, mezclando imágenes desde Bitbucket, con plugins, etc... todo en React, desplegando en entorno Google Workspace desde un ISS en un Windows Server de la catapum..., aprovechando la suite de sheets y docs y usando Apps Script, para hacerlo un poquito mas divertido... Junto con el sistema de "plugificación" del puto marketplace de Google, que te obligan a pasar por allí inclusive creando una puta app interna de dominio... Migrando los datos de la BBDD del ERP original (a nivel de un Borland BDE) hacia un Postgre con un BSE mal construido a base de threads en Python mal sincronizados...

En fin, todo un entorno que se resolvía (y resuelto) con un simple servidor en la infra del cloud de la empresa, con un XAMPP montado y unos pocos scripts de Python para eso, y unas pocas líneas de PHP para aquello, usando buenas prácticas y un simple conector ODBC.

S

shaba #23 Sep '23

Te recomiendo "Sencha Touch", el mejor framework en la actualidad para multiplataforma.
Salu2

W0rd #24 Sep '23

Uno también debe saber expresar sus ideas, de primeras el mensaje suena a la típica persona que ha visto un par de videos y pide ayuda para hacer x aplicación que ha costado millones y varios grupos de personas. Al final da pereza responder esos mensajes porque no llevan a ningún lado.

No hay un listado de tecnologías a usar para realizar x tarea, todo depende el contexto en el que tu empresa se mueva, la experiencia de los empleados, proyectos que ya han trabajado etc. Tienes mil formas de crear web APIs, frameworks, librerias lenguajes, cada cual con sus beneficios. Al final tiene mas peso el producto en si que el stack que uses. Facebook por ejemplo se ha rehecho varias veces.

bLaKnI #25 Sep '23 Inocente

He estado jugando con Flutter y su "first app" de las palabras random y FAVS hoy y me cruje el coco... xD
Le preveo una de ensayo/error y StackOverflow que flipas...
y no me agrada para nada lo "mal" que rulan las apps o lo mucho que tardan en correr/arrancar...

Se laguean fácilmente y son poco fluídas... Almenos es la sensación que tengo.
Y justamente revisando el thread que corre por aqui, he visto al user que hizo la app de los Noodles y es precisamente ahí, en donde me cagué en Dart y en donde vi esa "web" creada desde flutter (de los Noodles tambien) que se me antoja a app nativa redimensionada para SmartTV o Ipad PRO. Terrible. Lo que NO quería para una webapp...

Tanto componente pre-creado, un CSS inexistente a base de propiedades a la vieja usanza, no se yo... Nada como un Bootstrap, a mal quien le pese.

Además, la idea de los widgets en widgets, anidando unas escalas de estado terribles y una ofuscación de las piezas demasiado "obtusa", me echa un poco para atrás...
A parte de que hay que comerse los DOCS como un cabrón, a full, para tener noción de lo que hacer. Porque sino, entre el Dart (que se ve majete...) y el intentar saber como poner un puto desplegable por ejemplo, se te van las horas en el try/error...

Le echaré un vistazo a Ionic a ver si es "mas permisivo"...

RedSpirit #26 Sep '23

Depende tus conocimientos de partida, pero si no es algo muy complejo, lo más fácil sería algo como React Native más algún backend as a service rollo Firebase o alguno similar que están saliendo como setas. Por supuesto tests + Github + CI/CD si quieres que sea medio serio o enseñarlo para curros.