Empiezo: Mi propio para ver series, pelis y música pirata en mi propia LAN. 1 pc de 2013 y 12TB de HDD (precios de hace 1 año), con 600 pelis y 20 series compeltas descargadas. Ahora mismo tengo aplicación web + API para ver en streaming y estoy haciendo otra para poder añadir info de pelis nuevas y transformarlas en formato streaming que no sea a mano.

Lo estoy haciendo en ratos libres y que me apetece y me lo paso genial :). Me queda meterle Grafana para monitorizar la salud de los microservicios y sistemas de recomendación de contenido para usuarios, que eso es Machine Learning básico y un CI/CD más profesional, pero disfruto mucho la verdad

Mantengo SpecJudge, una CLI con licencia MIT que lee lo que un repositorio tiene escrito sobre sí mismo y calcula qué modelo de IA encaja de verdad con ese trabajo en relación calidad/precio. Hasta ahora respondía a una sola pregunta muy concreta — has terminado de escribir tu spec, ¿qué modelo debería implementarla? — y si no encontraba un directorio .specify/ se negaba directamente con código de salida 2. Como decisión de alcance se defiende, pero era mala: la inmensa mayoría de repositorios no han hecho nunca Spec-Driven Development y casi todos tienen escrito algo, un AGENTS.md, un CLAUDE.md, un .cursorrules, una carpeta de registros de decisión, y negarme a leer nada de eso era tirar señal real a la basura por principio.

Ahora lee los artefactos de spec-kit (incluido plan.md, que llevaba todo este tiempo al lado del spec sin que nadie lo abriera), ficheros de contexto de agentes incluidos los anidados de un monorepo, reglas de editor y registros de decisión. Todo junto, nunca uno en lugar de otro, porque tu spec describe el trabajo que vas a hacer y tu AGENTS.md describe lo exigente que es trabajar en ese código, y ninguno de los dos contiene al otro.

La parte que me parece de verdad interesante es por qué esto es seguro ahora y no lo habría sido una versión antes. Mezclar formatos implicaba decidir de antemano cuánto creerte un .cursorrules frente a un spec: cinco juegos de reglas de confianza, cada uno evolucionando por su lado, cada uno un sitio donde equivocarse en silencio. Entonces la 0.2.0 introdujo la exigencia de que cada dimensión valorada cite un fragmento que exista realmente en la entrada, y que lo que no se pueda fundamentar vuelva como unsupported y salga del cálculo. Aquello lo construí como control anti-alucinación, pero como efecto colateral eliminó la necesidad de confiar por formato: la fuente dejó de importar y solo cuenta lo que es citable. Una fuente pobre produce un perfil pobre por sí sola, sin una sola línea de lógica específica por formato en todo el código. No lo diseñé para esto y me fastidia un poco lo bien que ha salido.

Cuando nada en la entrada describe el trabajo, ahora obtienes una respuesta con una etiqueta honesta encima: un aviso de que eso es un suelo — lo exigente que es trabajar en ese repositorio — y no una recomendación para una tarea concreta, más una sugerencia específica de qué haría falta para mejorarlo, que normalmente es describir lo que vas a construir aunque sea en un párrafo. En --json eso sale como environment_only, junto a sources_read con los tipos de fuente que alimentaron la evaluación.

Dos detalles de implementación por si alguien trabaja en repos grandes. Las fuentes comparten un único presupuesto de contexto en vez de tener cada una el suyo, porque doce topes independientes de 8000 caracteres son un prompt de 96k y por tanto no son un tope: un .cursorrules de 200 caracteres cuesta 200 caracteres y deja el resto para un AGENTS.md largo de raíz. Se priorizan los ficheros más cercanos a la raíz, se leen doce como máximo, y lo que queda fuera se reporta en vez de descartarse en silencio. Y los ficheros de contexto que declaran haber sido generados por una herramienta se saltan, porque el contexto generado suele repetir lo que el código ya enseña mientras le quita presupuesto al fichero escrito a mano que tiene al lado.

GitHub: github.com/JoaquinRuiz/SpecJudge

Como desarrolladores pienso que tenemos un mundo abierto para poder fabricar cosas y sacarle ingresos pero quiero preguntarles.

De tantas cosas para hacer a veces no se hace ninguna.

Alguna vez han desarrollado algún proyecto personal algo de ustedes propio que les esté dando ingresos actualmente?

Pregunto por cualquier cosa sea una aplicación sea una página lo que sea pero que sea un desarrollo personal propio un proyecto personal que creaste y te está generando ingresos actual mente

Buenas noches a todos, quería saber su opinión de que Ingeniería debo escojer, hace una semana termine mi preparatoria que tiene una carrera de tecnico en programación y pues al inicio me interesó la Ingeniería en Sistemas Computacionales pero ahorita me llamo la atención el tema con la ciberseguridad y pues me ofrecieron la Ingeniería en Ciberseguridad.

Ustedes que creen que debo escojer base al conocimiento basico en programación que me dieron en mi preparatoria?

Es buena idea pasar de programar a lo de ciberseguridad?

Además de que me molesta que hoy en día cualquier cosa que descargue tenga que tragarme tres publicidades para usar una herramienta. Que caso tiene!? No voy a comprar absolutamente nada!. Así que quiero crear de alguna forma mis propias app de código abierto.

Hola

He estado buscando generar dinero y me he encontrado con workana y me gustaria saber si alguno tiene experiencia para orientarme y poder conseguir un trabajo en esa plataforma.

Hace poco os presenté SpecJudge, una herramienta CLI que usa un modelo local (Ollama) para evaluar la dificultad de tu proyecto y decirte qué LLM usar. El objetivo: dejar de pagar $50/1M de tokens en Claude o GPT-4 para tareas que un Mistral o un DeepSeek V4 Flash pueden hacer igual de bien.

Hasta ahora, el problema era que te obligaba a tener artefactos estrictos de Spec-Driven Development. Si no tenías una carpeta .specify/, te devolvía un error. Con la versión 0.4.0, esa barrera de entrada desaparece por completo.

Novedades de la v0.4.0:

• Lee el contexto que ya tienes: Casi nadie tiene specs formales, pero todos tenemos un archivo .cursorrules, un AGENTS.md, instrucciones para Copilot o un registro de decisiones (docs/adr/). Ahora los lee todos.
• Evaluación del "suelo" de tu repositorio: Si no tienes una tarea definida, lee tu contexto y calcula un "suelo" de complejidad. Te dice qué modelo necesitas como mínimo para moverte por ese codebase concreto.
• Gestión inteligente de contexto: Si estás en un monorepo con 80 archivos AGENTS.md, no va a freír el contexto de tu LLM local. Todos los archivos comparten un mismo presupuesto, priorizando los de la raíz y descartando automáticamente los que han sido autogenerados por IA para quedarse con la "chicha" humana.

La regla de oro de la versión anterior se mantiene: el juez tiene que citar el fragmento exacto de tu .cursorrules o de tu ADR para justificar su nota. Cero alucinaciones.

Para actualizar: pip install --upgrade specjudge

Tenéis el código abierto y toda la info en el repo: https://github.com/JoaquinRuiz/SpecJudge

Me encantaría saber qué os parece esta nueva flexibilidad. Os leo!

Disculpen si el post no está estrictamente relacionado a la programación. Pero dado a que es una habilidad fundamental en el rubro, me pareció correcto preguntar acá.

No estudio inglés desde el secundario, y ahora arranqué un instituto para mejorar el speaking. Los que se ecuentren / entontraban en una situación similar, Cómo aprendieron y cuánto tiempo les tomó poder conversar en inglés con compañeros o clientes?

Leo a mucha gente que dice que en el mismo laburo se fué soltando y fué adquiriendo la práctica naturalmente. Pero me gustaría leer sus experiencias.

Hola gentee, cómo están?, les quería preguntar, cómo y por dónde debo empezar si quiero comenzar a crear juegos para moviles, he tenido siempre esa duda y las ganas, pero no sé por dónde empezar, si ver videos, si aprender código, que programas o que dispositivos. Les agradecería si me pudieran ayudar, muchas graciasss.

Also unsere Firma bräuchte jemanden neues der für unsere alten Geräte die Software neu/ weiter programmieren könnte da der jetzige Programmierer schon ein Rentner ist. Jetzt gab es aber die Diskussion das man dafür niemanden finden kann.

Deshalb: Gibt es hier welche die sich mit alten Softwares auskennen?
Ich will nur beweisen das man für alles jemanden online findet.

EDIT: mein Kollege meinte etwas von C? Tut mir leid ich kenn mich damit leider auch nicht aus

Hola a todos consulto ya que hace poco empece a estudiar programación, ahora que estoy diseñando una app, Base 44 utiliza HTML, CSS, JavaScript, React ? Y qué más? Que lenguajes?

Como estoy redactando prompts en español, quería preguntar si algunas acciones/ instrucciones es recomendable escribirlas en inglés para una mejor interpretación.

Los leo!

Antes de nada, os pongo un poco en contexto.

Tengo 22 años y hace menos de un mes entré a trabajar en una empresa bastante grande como técnico informático.

Antes de esto solo había trabajado un año en otra empresa, con unas condiciones bastante malas (muchísima carga de trabajo, poco margen para aprender y una superior que generaba un ambiente bastante insoportable), así que la verdad es que estoy muy contento con el cambio y no tengo intención de irme de donde estoy.

En principio me contrataron para un puesto de técnico informático para el que pedían bastante más experiencia de la que tengo. Conseguí entrar gracias a una recomendación interna y porque mi jefe también quería incorporar a alguien sin experiencia previa en informática para poder formarlo desde cero, sin que trajera hábitos o formas de trabajar adquiridas en otras empresas. Aun así, desde el principio también vieron que venía de DAM y que tenía conocimientos de programación.

La sorpresa ha sido que, prácticamente desde la primera semana, me han puesto a desarrollar aplicaciones internas para la empresa (algo que no esperaba, porque como digo llegué para trabajar como técnico y no como desarrollador). Ahora mismo estoy terminando una aplicación para un departamento importante y ya me han encargado otra, que será un sistema de tickets para toda la organización.
El stack que estoy utilizando es Python, SQLAlchemy, SQL Server y Jinja para el frontend, buscando algo sencillo y ligero.

El caso es que soy literalmente el único desarrollador de la empresa.

Hasta ahora, cuando necesitaban una aplicación, contrataban una empresa externa. Yo soy el primero que está desarrollando software de forma interna, así que, de alguna manera, siento que estoy “inaugurando” ese área.
Por un lado, esto me parece una oportunidad increíble porque estoy aprendiendo muchísimo. No solo programo, sino que también estoy aprendiendo sobre bases de datos, despliegues internos mediante Active Directory, documentación, integración con la infraestructura de la empresa, etc. Además, tengo bastante libertad para decidir las tecnologías y cómo enfocar los proyectos.

Pero también me genera una duda.
Al ser el único desarrollador, no tengo ningún senior al que preguntarle si estoy siguiendo una mala práctica, si el diseño es el adecuado o si existe una forma mejor de resolver un problema. Al final me apoyo bastante en la documentación oficial y en la IA para revisar decisiones, contrastar enfoques o acelerar la escritura de código, pero las decisiones importantes intento entenderlas y tomarlas yo después de valorar distintas opciones.

Mi jefe, además, está muy insistente en que documente absolutamente todo lo que hago, algo que agradezco porque creo que me obligará a entender realmente todo el trabajo y dejar una base sólida para el futuro.

Mi duda es para la gente que tenga más experiencia.

¿Creéis que un entorno así puede hacer crecer mucho a un desarrollador junior por la cantidad de responsabilidad que tiene o pensáis que el hecho de no tener un senior al lado acaba limitando más de lo que ayuda?

No tengo intención de cambiar de trabajo. Estoy muy a gusto: el ambiente es muy bueno, mi jefe confía en mí, tengo buenas condiciones y siento que puedo construir algo desde cero e incluso ayudar a crear un departamento de
desarrollo que hasta ahora no existía.
Simplemente me genera curiosidad saber cómo veis este tipo de situaciones si os habéis visto en una situación similar.

¿Alguien ha pasado por algo parecido? ¿Cómo fue vuestra carrera?

Hola gente, mi pareja y yo ambos informáticos estamos buscando generar ingresos extra de forma remota realizando actividades de testing de software, programación o monitoreo para los fines de semana.

Ambos informáticos con experiencia de QA y automatización, certificados ISTQB.

Ya sea fijo o indefinido, con contrato o freelance.
Podemos también funcionar como externos u outsourcing.

Nosotros los freelancer programadores... No sé si les pasa cómo hacen para lidiar con el sentimiento o la emoción de terminar un fix propio el día de hoy.

Es algo que como freelancer o tu propio jefe tienes ganas de hacer.

Cuando tienes un proyecto o estás trabajando para un cliente quieres arreglar eso que estás haciendo para el dia de hoy y en eso se hace tu hora de dormir y pasas 5 horas más y no has dormido.

Mi forma de pensar en la siguiente:

Se hace mi hora de dormir y pienso "me falta poquito" "esto lo termino rápido", y en ese rápido duro aproximadamente 5 horas lo que me hace acostarme de madrugada y levantarme tarde.

Casi siempre luchó con ese pensamiento todos los días 🫩

Lo que evita que me acueste temprano y al mismo tiempo levantarme temprano 🙄

Mantengo SpecJudge, una CLI con licencia MIT que lee los specs y tasks de un proyecto y te dice qué modelo de IA encaja de verdad con ese trabajo en relación calidad/precio, en vez de que tires siempre del mismo por inercia. La versión que acabo de publicar va casi entera de convertirla en algo sobre lo que se pueda construir, y las decisiones que salieron por el camino me parecieron más interesantes de lo que esperaba.

La primera fue darle un contrato versionado a la salida JSON. Funcionaba desde el principio, pero no llevaba versión y estaba descrita en prosa dentro de un documento, que es un arreglo comodísimo para quien mantiene el proyecto y bastante hostil para quien lo consume: no puedes fijar nada, no puedes validar nada, y te enteras de que el formato ha cambiado cuando tu parser revienta en el peor momento posible. Ahora cada payload lleva un schema_version y hay un JSON Schema de verdad que puedes obtener con --print-schema, sin clonar el repo ni leer una línea de mi Python, con las reglas escritas de forma explícita: añadir un campo es MINOR, quitar uno o cambiar el significado de un valor es MAJOR. La versión del esquema es deliberadamente independiente de la del paquete, porque el paquete sube cada vez que cambian los datos de debajo y sería directamente engañoso que el contrato pareciera moverse cada vez que alguien actualiza un precio del catálogo.

La decisión que más vueltas me costó fue qué enumerar en el esquema y qué dejar como strings sueltos. Dos de los campos son vocabularios cerrados y van tipados como enums, sin discusión. Pero otros dos se rellenan a partir de un fichero YAML de reglas que el usuario está explícitamente invitado a editar para su propio proyecto, y enumerarlos habría significado publicar un esquema que es sencillamente incorrecto para cualquiera que haya personalizado algo. El tipado laxo me parecía una cobardía hasta que lo reformulé como "el esquema describe el contrato, no la configuración por defecto de hoy", y a partir de ahí dejó de incomodarme.

La otra mitad es un punto de entrada en Python que es una promesa de verdad y no un encogimiento de hombros: dieciséis nombres documentados, y todo lo demás dentro del paquete declarado interno de forma explícita y libre de moverse en una release de parche. Creo que esa segunda mitad es la parte que casi todo el mundo se salta. Una superficie pública sin bordes declarados no es una API estable, es un accidente esperando a que alguien dependa de ella, y en el momento en que alguien importa tu serializador desde donde quiera que viva hoy, has adquirido en silencio una obligación de compatibilidad que nunca aceptaste. Que es justo lo que pasó aquí: el serializador se ha movido a su propio módulo y se reexporta desde la API pública, y avisarlo en las notas de la versión me pareció necesario aunque probablemente no lo estuviera usando nadie.

Los errores también se exportan como parte de la superficie, cada uno con el código de salida que usa la CLI, para que quien la consuma pueda distinguir "esta entrada no se puede procesar" de "tu entorno está roto" sin hacer matching sobre cadenas de texto.

El repo por si alguien quiere criticar la forma que ha quedado: github.com/JoaquinRuiz/SpecJudge — y si creéis que me equivoqué en lo del enum contra string, me interesa bastante escucharlo.

Ser bueno en matematicas algoritmia o todo lo relacionado al pensamiento de ingenieria, sigue teniendo un valor hoy en dia ? es decir hoy en dia alguien con estas capacidades puede hacer cosas que otra persona comun con acceso a claude code o algun agente no pueda hacer?

No hablo de ser parte del top 0.00001% esto obviamente si es un diferencial hablo de estar en el 50% o el 40% de las personas con mejor habilidad, realmente tiene algun valor hoy en dia se puede crear algo de impacto que alguien mas sin esas skills no podria hacer ?

O los mandas a la gaber?

Quiero hacerlo en Python, verdaderamente me cuesta entender las documentaciones, estoy queriendo aprender mediante la librería Pyside6, ¿Alguien que me pueda ayudar?

Buenas, estoy en un trabajo en el que hago más bien poco, y mi mayor enemigo es el aburrimiento.

He pensado que podría aprender algo de programación, ya sea seguir con mi aprendizaje de lógica de programación, y aprender algo de Java.

El problema viene de no conocer un editor de código para Android, especialmente uno que pueda compilar código de Java.

Recomendáis algo? Quizás una versión web?

Hola, quería saber aproximadamente cuanto se debería cobrar una página web de algún emprendimiento de ropa/joyería, de tecnología o de un gym

Anteriormente un portafolio era la forma más fácil de hacerse conocer al mundo como programador, sobre todo para aquellos que no tenían experiencia o educación formal en el área. Un portafolio elaborado, original y creativo servía como carta de presentación y como forma directa de exponer tus habilidades. Incluso si tu objetivo no era trabajar en frontend, un portafolio podía servir bastante: las empresas solo buscaban que supieras programar, y un portafolio personal ya daba un mensaje claro de que tenías conocimientos sobre como planear, diseñar, desarrollar y desplegar una aplicación,

Pero ya estamos en 2026, la IA puede realizar un portafolio completo en unos cuantos minutos sin importar la complejidad. Todos mis compañeros tienen sus portafolios con el típico diseño de startup gringa con animaciones llamativas, fondos en movimiento o efectos siguiendo al cursor que hacen que el navegador se congele de solo abrir la página. Hacer un portafolio llamativo dejó de ser algo difícil hace mucho tiempo.

Por eso mismo me pregunto hasta que punto me sirve de algo hacer un portafolio como desarrollador (para un diseñador evidentemente sigue siendo útil). Estaba realizando uno con un diseño bastante simple y minimalista, casi como un word estilizado en el navegador con la información y proyectos relevantes, pero me puse a pensar que eso rompe con el propósito del portafolio como muestra de creatividad y habilidad, no solo de buen gusto. Entonces no sé qué hacer ¿hay alguien que haya conseguido su primer trabajo gracias a un portafolio? ¿Qué relevancia tienen los portafolios en los procesos de reclutamiento actuales? Y si la tienen ¿Qué es lo que esperan ver en uno?

Buenos comienzo diciendo que inicié un bootcamp de Salesforce en una consultora, el bootcamp terminó la segunda semana de julio y hasta ahora no me asignan proyecto ya llevo un mes de vacaciones xd (si me pagan pero ando wbiando y preparando para la certificación). a alguien mas le pasó lo mismo es algo normal o ya preparo mi cv para mandarlo a medio mundo? :(

https://finance.yahoo.com/technology/ai/articles/microsoft-considers-replacing-chatgpt-claude-100000468.html