¿Con qué stack tecnológico trabajáis?

frostqui

Pues eso, para comentar un poco con qué tecnologías trabajáis en el día a día y si estáis contentos.

En mi empresa básicamente se usa Vue (versión 2) para el front y Python y Flask para las APIs del back.

De la parte front estamos explorando Svelte con algún proyecto pequeño para ver si nos convence. En cuanto a CSS no usamos ningún framework, todo se hace a mano. Nuxt lo hemos usado también si es necesario hacer SEO.

Otra cosa que estamos valorando es si meter Typescript ya que seguramente nos ayudaría a descubrir errores más rápido, el problema es que la mayoría de gente nunca ha tocado Typescript.

ckmu32

En mi caso es jsp/jsf para front y jee para back. Las apis usan xml de ahí su serialización a POJO. En el caso de bd es db2.

Me agrada el stack y qu4 también he podido jugar un poco con Xamarin.

frostqui

ckmu32 ¿El stack parece bastante antiguo no? Y no lo digo como algo malo necesariamente, más que nada es por curiosidad.

danirod

Mi día a día en este instante es Ruby on Rails y Bulma, que es lo que por el momento utiliza el sistema del que me estoy ocupando. Hace ya bastante que no hago yarn nuxt pero de vez en cuando también me toca.

Quizá RoR no sea el mejor stack del mundo, en el sentido de que no es lo más "de moda", y que su integración con los toolings modernos es la que es (eh, al menos tenemos Webpacker) pero a mí me hace feliz y Ruby es un lenguaje de programación muy divertido.

Luego ya dejo para casa las cochinadas como TypeScript.

ckmu32 En mi caso es jsp/jsf para front y jee para back

Wow, JSF. Recuerdo haber visto PrimeFaces en la universidad. Y ahí sigue, con un aspecto un poco mejor que entonces.

ckmu32

frostqui si parece antiguo, al menos el front. En cuánto al back no está mal, la serialización es algo que pueden cambiar, de lo demás del back lo veo. Al final lo que quieres es más estabilidad en empresas.

frostqui

Es cierto, para back sobre todo da más igual que se usen frameworks más antiguos. Para front si que es más normal el migrar a cosas más nuevas más que nada para aprovechar cosas nuevas de los navegadores y para que sea más cómodo para los desarrolladores.

frostqui

danirod A mi ruby on rails me gusta mucho, en nada te pontas una web con front y back.

Lo único es lo que dices, que al final echas de menos cosas de los frameworks modernos como store, reactividad, comodidad a la hora de conectar el Javascript y la vista, etc.

Yo creo que el framework definitivo sería una mezcla de Ruby o Rails para generar la vista desde base de datos directamente (a diferencia de Nuxt) pero integrado con Vue o Svelte (fijo que ya existe alguna integración pero no lo he probado).

ckmu32

danirod JSF está como lo que se debería usar en java web, pero es un dolor de cabeza en ratos. Mejor tirar de jsp para algo más acercado a la realidad

dannywolfmx

Yo soy independiente, por lo que puede diferir de como trabajan en la industria:

Backend:

Go (Golang): Lo utilizo casi para todo el back
Postgresql: No estoy casado con postgresql, pero es el que utilizo en mis ultimos proyectos por su licencia
migrate (golang-migrate): es un sistema que brinda un sistema de versionado en las tablas de postgresql (similar a ruby on rails), aunque su nombre esta relacionado con "Go", la realidad es que es un binario que no requiere que sepas Go
SQLC: Este es la joya de la corona, es un generador de funciones para Go que se generan en base a sentencias SQL, por asi decirlo tu escribes sql plano y este te lo procesa a codigo en Go brindando desarrollos muy rapidos en temas de repositorios (Tengo entendido que tambien quieren dar soporte a python)
Docker: para mantener una misma arquitectura en los diferentes lugares donde despliego mi codigo

Para el front:

Vue 2: Actualmente estoy usando Vue con Vuetify y me ha gustado mucho el resultado que me brinda
Axios: Realmente el 95% de las cosas que hago con Axios las puedo hacer con un simple fetch, pero una cosa chula que encontré con axios es que puedo hacer un catch de un request y realizar una acción correctiva, por ejemplo si una sesión ya caduco y recibí un 403 puedo redirigir al usuario al loggin.
Rest: He usado en el pasado cosas como parse y graphql pero considero que rest me da un poco mas de flexibilidad al momento de programar por lo que seguiré considerándola "mi vieja confiable"

Bigomby

Mi stack para web, que es lo que me toca hacer actualmente es:

Backend

PostgreSQL para el almacenamiento.
Hasura como interfaz con PostgreSQL. Analiza las tablas y genera todo el esquema GraphQL automáticamente. Esto es una maravilla porque no hay que escribir nada de código para tener un CRUD.
Nest.js como framework para los microservicios en JavaScript. Aquí va todo lo que no es un simple CRUD.
Para casos específicos donde necesito más rendimiento o menos consumo de recursos uso Go o Rust.

Frontend

Vue como framework.
Quasar como librería de componentes.

Infraestructura

Docker para desplegar los servicios.
Consul & Nomad para la orquestación y descubrimiento de los micro-servicios.
Traefik como proxy inverso / balanceador. Se integra perfectamente con Consul.
WeaveNet como overlay network para la interconexión de contenedores.

owlnai

Pues yo igual que Danny voy por libre, así que realmente depende del proyecto que tenga.

Backend

PostreSQL con Supabase, plataforma que también uso para auth y storage.
Strapi y Storyblok como elección de CMS.
Vite.
Nuxt.js 2/3 según el caso con SSR/SSG.
Por obligación suelo usar Node.js pero me siento más cómodo en Deno. Tengo pensado retomar Rust.

Frontend

Vue 3 o JS a pelo.
TailwindCSS aunque tengo pensado moverme a UnoCSS porque tiene un enfoque muy interesante.
Figma para diseño y prototipos, pienso usar también Storybook en el futuro.

Infraestructura

Docker para desplegar servicios y asegurarme que no solo funciona en mi máquina.
Netlify como plataforma para SSR, funciones lambda y alojamiento. Te amo JAMStack.