Saltar al contenido
WC.
Wilson Chen

Sobre mi

Soy Wensheng Chen; me dicen Wilson. Soy CTO en The Juicy Crab y construyo cosas entre la inteligencia artificial, las herramientas para developers y sistemas de software pragmaticos. Esta pagina es una instantanea de lo que me impulsa, lo que me importa y como pienso sobre el trabajo.

Filosofia

Creo que las mejores herramientas desaparecen. El software que vale la pena construir no exige atencion; elimina friccion con tanta suavidad que la gente olvida que esta ahi. Priorizo entrega estatica, validacion en build y solo una costura dinamica pequena y explicita cuando el producto de verdad la necesita.

Tambien creo que la ambiguedad es el impuesto real del trabajo asistido por IA. Antes de construir quiero cuestionar la idea, volver concreto el requisito y dejar por escrito las restricciones. Cuanto mas claro esta codificado el intento, menos generica se vuelve la salida.

Escribir es como pongo a prueba mis ideas. Lanzar es como pongo a prueba mi intuicion. La fuente de verdad debe quedarse cerca del trabajo: el codebase, los archivos de referencia y las reglas operativas que tanto humanos como agentes pueden seguir.

Intereses y Experiencia

Los problemas que me atraen viven justo en la costura entre como piensa la gente y como funciona el software. Algunas areas a las que vuelvo una y otra vez:

Agentes con Contexto

Construyo sistemas de IA que entienden el cuadro completo — intencion, historia y restricciones — y codifican voz y conocimiento procedural para que los agentes actuen con criterio en vez de caer en defaults plausibles.

Flujos Spec-First

Me importa el trabajo que ocurre antes de implementar: poner a prueba la idea, afilar el requisito y convertir ese pensamiento en archivos de referencia y skills que un agente pueda usar de verdad.

Guardarrailes en Build

Me gustan los pipelines que fallan temprano y con claridad. Validacion de schemas, chequeos de metadata y flujos de contenido deterministas mantienen honesto al build y hacen que publicar se parezca menos a adivinar.

Arquitectura Static-First

Prefiero sistemas rapidos por defecto, predecibles al desplegar y resistentes al fallo. Priorizo lo estatico; solo anado servidor, funcion en el edge o runtime cuando hay una razon concreta.

Trayectoria

Comence mi carrera en Financial Times, donde pase casi cinco anos como ingeniero trabajando en su plataforma digital. Esa experiencia me dio una apreciacion profunda por los sistemas que sirven a millones de lectores sin estorbarles.

Despues funde Innovative Web Services y fui CTO durante unos tres anos, construyendo soluciones web a medida para negocios que necesitaban algo mas que plantillas prehechas. Luego pase por varios roles de ingenieria en Zume, y despues como senior engineer en HubSpot y FullStory; cada etapa afino una parte distinta de como pienso sobre developer experience, pipelines de datos y calidad de producto.

Sigo siendo CTO en The Juicy Crab, donde lidero la estrategia tecnologica para una cadena de restaurantes en crecimiento. En paralelo dirijo bestpos.io, una agencia de marketing para restaurantes, y kloudeats.com, una plataforma de pedidos online first-party, mientras sigo construyendo herramientas para developers impulsadas por IA.

Principios con los que Construyo

  • Cuestiona la idea primero

    Un build rapido empieza antes del repo. Cuestiona el wedge, el usuario y los modos de fallo antes de pedirle a un agente que implemente algo.

  • Codifica las restricciones

    Guias de voz, schemas y skills convierten el criterio en instrucciones operativas para que los agentes adivinen menos y el resultado se mantenga cerca de la intencion.

  • Falla temprano

    La validacion pertenece al pipeline. Detecta supuestos rotos en build, no despues del deploy cuando la ambiguedad ya se disperso.

Te interesa conversar mas sobre esto?

Siempre estoy abierto a conectar con builders y founders.

Empezar una conversacion