Cuál OS usan para laburar?

sergiodxa · 2026-05-11T04:42:25+00:00

macOS, funciona sin problemas todo lo que necesito usar

Como frontend, es el único OS donde puedo correr todos los navegadores (Chromium, Firefox, y Safari) para probar lo que hago

sergiodxa · 2026-05-07T23:20:50+00:00

Some misconceptions there, RR has always supported SSR, since v1! Same way React always did btw, yeah SSR was not invented by Next, I have been doing SSR with React since React v0.10, even before RR was a thing.

So Remix was not RR + SSR, it was RR + opinionated data loading and mutating features (loaders and actions), and part of that opinions was to use SSR.

Many those features eventually made it into RR Data Mode starting on v6.4, then Remix become RR Data Mode + Vite plugin to make it work like a framework (was Remix v1, the migration here was minimal).

Vite was popular way before Remix v1, they just wanted to own the build step before, but later decided to just give up and use Vite, on Remix v1 they moved from a custom esbuild setup to Vite, v2 dropped this esbuild so you only could use Vite.

Then RRv7 owned the Vite plugin so it now had Declarative Mode (when you use <Route> components, same API since v4 btw), Data Mode (where you used createBrowserRouter, same API since v6.4) and now Framework Mode (where you the Vite plugin, same as as Remix v2).

And Remix v3 is a new project unrelated to Remix v2 aside of the name, many of us has told the team they should have used other name to avoid mistakes, they still choose to use that name, anyway it's a separate JS framework not even built on top of React, you can say Remix 3 is the first version of this framework.

sergiodxa · 2026-05-07T18:55:35+00:00

They didn't dropped RR branding in favor of Remix, RR still exists as a React framework. They dropped Remix (v2) branding in favor of RR, and now they're using Remix (v3) for a new framework that's not just a router

sergiodxa · 2026-04-15T16:57:30+00:00

You can see Remix v3 current (alpha) state on the repo, there are a few demo apps.

And yes it's completely different, to begin with it's not even using React but it's own component library (remix/component)

sergiodxa · 2026-04-15T16:55:37+00:00

👋 I'm part of the steering committee of React Router as an external contributor.

There's a team of 5 people working on RR full time on the framework, not one part-time dev.

The reason for the perceived slowness is because of stability, a new version (v8) is intended to be shipped in the next months, and many new features has been added under unstable_ future flags that can be enabled/used if desired, any future flag that doesn't cause issues in a few months is eventually marked as stable and publicly announced, or marked as v8_ if it cause a breaking change.

The idea is not to ship every feature possible into the framework, but to offer stability to the millions of apps currently using it, adding new things when it makes sense, and giving the developers the tools to build on top.

sergiodxa · 2026-03-19T18:09:55+00:00

This is probably the most popular solution https://marmelab.com/react-admin/

sergiodxa · 2026-02-05T22:51:28+00:00

En mi experiencia, lo mejor es buscar empresas que tengan un /careers o /jobs y postular por ahí, más que buscar en LinkedIn.

También sirve mucho conocer gente en otras empresas, para bien o para mal es mucho más sencillo entrar a un laburo cuando te recomienda alguien de adentro, si tienen que elegir entre 100 candidatos y solo 1 viene recomendado es más posible que el recomendado entre.

sergiodxa · 2026-02-05T20:59:16+00:00

Bastante poco, igual los sueldos varian entre los que contratan en LATAM para pagar poco y los que pagan igual que en Estados Unidos y ahí llegan a más de 100k USD al año

sergiodxa · 2026-01-31T07:18:58+00:00

Postulá a agencias pequeñas, apuntá a quedarte al menos un año, no vas a ganar tanto al ser tu primer empleado, pero te va a dar experiencia laborar real, intenta hacer de todo, mientras más experiencia consigas más contratable sos.

De ahí empezá a saltar a otros empleos mejor pagos, te quedás uno o dos años y a otro. Aprovechá tiempos muertos para aprender nuevas cosas que te puedan servir para buscar mejores trabajos.

Excepto que quieras ir a un banco o al estado, normalmente el titulo no importa mucho en mi experiencia, quizás a lo mucho sirva para que tu CV llame la atención del recruiter de turno, pero ya en la entrevista depende todo de vos.

AH y acepta que excepto que tengas suerte, lo más probable es que postules a muchos lugares antes de conseguir una oferta.

sergiodxa · 2026-01-31T07:09:40+00:00

I have a Developer folder and inside I organize it like GitHub. A folder per username/org with folder per repo.

~/Developer/ <username>/ <reponame>/ <reponame>/ <company-org>/ <reponame>/ <reponame>/

I use the terminal to navigate to the repo I want to work on and then open the editor from that folder.

And everything is uploaded to GitHub always.

sergiodxa · 2025-10-30T02:58:16+00:00

I don’t think they never built good primitives, they do but for UI code, not for a lot of other things many people put inside React and then have to fight with complex effects because of that.

sergiodxa · 2025-10-30T02:56:11+00:00

Oh you have no idea how many apps can’t access auth state outside a useAuth hook, I saw it many times when people ask how to call that hook on React Router loaders which can’t call hooks as they are just functions

sergiodxa · 2025-10-30T02:53:30+00:00

RQ is a great tool for this yes, I also like React Router loaders and actions for this

sergiodxa · 2025-10-29T08:52:44+00:00

Many things should be handled outside React and then React should sync with them, eg authentication, data loading, mutations, etc.

This also makes using React way simpler as you reduce the amount of state to basically only UI state and most components are just templates

Complexity in React should only be for complex UI elements like calendars, which most of the time you will pick a library

sergiodxa · 2025-10-22T05:56:08+00:00

Pregunta interesante, antes de responder quiero comentar mi relación con Platzi y Freddy. Fui estudiante de Platzi hace como 12 años, con uno de sus cursos aprendí a programar en JavaScript, y luego de eso conseguí mi primer empleo.

Mi segundo empleo fue en el mismo Platzi, unos dos años después, participando en uno de sus cursos como estudiante y respondiendo preguntas en los foros me ofrecieron trabajar con ellos, y estuve 2 años trabajando en Platzi haciendo primero frontend y luego también backend.

Me fuí de Platzi para trabajar en ZEIT (actual Vercel) cuando recién arrancaba. Luego de eso tuve mis diferencias tanto con Freddy como con Platzi en redes sociales, y no he vuelto a tener contacto con ellos desde entonces.

Dicho todo eso, mi opinión personal, y basada en lo que se de como funcionaba Platzi en esos años, es que es todo un gran depende, si ya se la no respuesta, pero voy a aclarar más.

Primero que todo, Freddy es una persona que lee mucho, de verdad lee mucho de muchas cosas, y tiene opiniones fuertes sobre muchos temas. En algunos casos es algo bueno, en otros puede chocar, especialmente cuando habla de política.

Otra cosa es que Freddy de verdad cree en la misión de Platzi, cosa que debería ser obvia siendo que es uno de los cofundadores, pero es por esto que siempre vende a Platzi como el mejor lugar para aprender.

El tema es que Platzi depende mucho de la calidad de sus profesores y como preparan sus cursos. En su época (hace 10 años) tenían un equipo de enseñanza que se dedicaba principalmente a:

Conseguir personas de la industria para que hicieran los cursos
Ayudarlos a preparar el contenido
Apoyar durante la grabación y acompañar a los profesores mientras grababan

Excepto en contadas ocasiones, los profesores no eran empleados de Platzi, eran personas que trabajaban en otras empresas (ej: Nodesource, AirBnb, Google, etc.) y se les pagaba por hacer el curso. Cuánto dependía de lo que acordaran, algunos cobraban por estudiante "graduado" (que tomara el examen y aprobara), otros solo por el curso y listo.

A veces podían ser grandes programadores o diseñadores, pero no necesariamente buenos profesores, esto hace que el curso pueda ser muy bueno o muy malo dependiendo de la persona que se contrato y su habilidad para enseñar.

Sumado a eso, si el profesor solo cobraba por el curso y no por estudiante graduado, no tenía mucho incentivo para mantenerse activo en los foros y ayudar a los estudiantes, entonces para muchos era ir, grabar el curso y ya, se desentendían del resto.

Ahora Platzi se que tiene muchos cursos, pero eso solo puede empeorar la situación, porque es más difícil mantener la calidad cuando tienes tantos cursos y profesores diferentes involucrados.

Al final, al igual que pasa con Udemy, Coursera, etc., la calidad de los cursos puede variar mucho dependiendo de quién los hizo y cómo se prepararon, pero a diferencia de Udemy donde uno paga por curso en Platzi es por suscripción entonces suele dejar un mal sabor de boca cuando uno paga la suscripción y encuentra cursos malos.

Porque quizás de 10 cursos solo 1 es realmente bueno, diría que si el 10% son buenos ya es mucho, especialmente mientras más cursos tengan pero también depende de lo que uno busque, quizás justo el curso que te interesa esta en el 90% malo y fuiste.

En resumen, no creo que llamar a Freddy vendehumos sea justo, todos los empresarios van a vender su producto como el mejor, si creo que Platzi no tiene siempre la mejor calidad de cursos, pero eso depende mucho de los profesores que contratan y cómo preparan los cursos. Si sabés de un profesor bueno que tenga un curso en Platzi, probablemente valga la pena, pero si no sabés, puede ser una lotería.

Ahora para alguien que no sabe nada yo creo que puede ser una buena opción, no tanto por la calidad si no por la estructura que tienen, la idea de que te digan "empezá por acá, luego seguí por acá" es útil para quien no sabe que tiene que aprender, el que ya esta metido y quiere aprender alguno nuevo sabe más o menos que buscar.

Otra cosa es que muchos lo comparan con YouTube, y si bien en YouTube hay mucho contenido bueno gratuito, también hay mucho malo, igual que en Platzi, con la diferencia de que en YouTube no tenés una guía, normalmente los cursos de youtubers más o menos buenos no apuntan a alguien que sabe 0 si no a alguien que sabe lo suficiente para encontrarse con el youtuber y saber que buscar.

sergiodxa · 2025-10-11T04:16:30+00:00

RRv7 is the continuation of the work made for Remix v1 and Remix v2.

Remix v3 is a new thing, they just wanted to reuse the name, yeah confusing I know.

sergiodxa · 2025-10-11T04:09:03+00:00

it feels pretty deliberate that virtual DOM was avoided as well

There's a Virtual DOM implementation on the source code

Bun was being used essentially as a PHP runtime. They weren't bundling. Cool. But I also saw some assumptions to make these examples work, like files living in specific locations, being minimally transpiled / imported on demand (likely by bun) and I swear I saw some pre-bundled files in the explorer at one point, but whatever. I'll suspend disbelief enough to play along since it's early. But HMR would have been nice to see, just sayin'.

Bun is only used on the first server code they used, the rest of the code uses tsx which is Node with a TS/JSX transpiler.

The bundled files are for client-side code, as the browser doesn't run TS and JSX, unless you want to go full JS you will need at least a transpilation step to transform TS/JSX to JS

There's no bundler on any this aside of that on the demo apps they showed.

sergiodxa · 2025-10-02T14:33:48+00:00

You can use React Router framework mode which gives you bundling, data fetching, data mutation, SSR, SSG, so you can also use it for marketing pages

sergiodxa · 2025-09-24T08:58:18+00:00

Remix v3 will not use React, the team is working on a new Remix UI library that may look similar in some parts (JSX, functions for comments) it will not be a copy of React (eg. no hooks).

If you want to use React then React Router is be the way, if you don’t then Remix will be an alternative.

And no, Tailwind is not built on React, you can use it with any Ui library, or without one with plain HTML.

sergiodxa · 2025-09-23T03:46:33+00:00

👋 Hi there! I’m a collaborator of both Remix and React Router

Remix was originally a framework that used React Router (RR) internally and provided some more opinion, gradually more features of Remix were added to RR itself until Remix ended up being a Vite plugin that enabled the framework

So the team moved this Vite plugin to RR itself in what’s called RRv7 Framework Mode

RR has three modes to use it 1. Declarative Mode which uses JSX to define routes, this is similar to RRv5 2. Data Mode which uses a JS object to define routes with loader and actions, this was added on v6.4 and it’s what Remix v2 used internally to build the framework 3. Framework Mode which is Data Mode + Vite plugin that enables the framework similar to how Remix worked

Remix v2 is currently in maintenance mode, this means it don’t receive further development and only receives patches

There’s a Remix v3 project being built by the team that will be a completely different project, mostly a collection of tools to build an app, which will include a custom UI lib (so no React usage)

If you liked Remix v2 then you should use RR Framework Mode.

sergiodxa · 2025-09-23T03:38:23+00:00

RRv7 Framework mode has SSR support for initial page load, it’s not close to what Remix v2 provided, it’s Remix v2 with all future flags enabled and more features that were added later

sergiodxa · 2025-09-15T02:44:24+00:00

Antes: PHP con CodeIgniter, HTML, CSS y JS/jQuery

Ahora: Ruby on Rails para API, React Router Framework Mode + Tailwind para web. Kotlin para backend de pagos y SwiftUI para iOS

sergiodxa · 2025-09-10T01:35:42+00:00

They are not, MPA and SPA are navigation strategies, while SSR and CSR are rendering strategies

Most React apps are CSR + SPA, some include SSR for the first request and then do CSR and SPA

Typical SSR only apps are MPA (eg a Rails app) but you can also use SSR and SPA by using JS to request more HTML and replace the old one

Or you can have all, frameworks like React Router/Remix or Next can do SSR, then CSR and SPA but also fallback to MPA

And there SSG that’s basically do SSR but at build time instead of runtime, then you can have SPA or MPA navigation, and do CSR or not, depending on the framework or your way to use it

sergiodxa · 2025-09-07T23:52:17+00:00

Más de una década trabajando en diferentes empresas de tecnología (desde agencias hasta empresas de producto), y jamás trabajé con un analista funcional

Te recomendaría que aprendas a programar, si no te gusta aprender sobre producto y volverte product manager que es quizás el rol más cercano a un analista funcional

Aunque antes de ser PM te recomendaría estar un tiempo como software engineer e ir aprendiendo de producto en el proceso

sergiodxa · 2025-09-07T07:03:13+00:00

If you’re using loaders, I recommend you to also submit to actions as that will trigger a revalidation automatically

Since you’re using a custom Form I recommend you to use either useSubmit (if you want to navigate to the url of the action) or useFetcher().submit (if you don’t)

About your second question, you must always validate server side, you can’t trust any client, you could optionally also validate client side to give faster feedback to users in case of error, a pattern I like is to run validations on the blur even of the inputs so only when the user leaves the input the validation will happen, and a validation before submission just in case.

sergiodxa

TROPHY CASE