@codewith55 The Mac market share doesn't justify the massive engineering costs to port architectures (x86 to ARM), rewrite graphics from DirectX/Vulkan to Apple's Metal API, and maintain strict OS updates. Most just rely on Rosetta/GPTK for translation
@trikcode I mean, it is a 'tool' like other tools, but you need cs fundamentals (data structures, algorithms knowledge and all this stuff to actually make a benefit from it)
@trikcode I find it pretty horrendous, especially when following common design patterns, nested code, or naming conventions, you have to heavily guide it. Definitely, you need engineering skills to develop real software
@ArthurZamoraMX A ver, a ver, estoy contigo en que hay un hype superinflado con la IA generativa, pero de ahí a llamarlo *simple matriz matemática* es bastante engañoso (conozco personalmente a los ingenieros que hacen los algoritmos de los LLM) y está lejos de ser **simple**.
@sammwy Si, cuando dije lo del mérito me refería a tus cuatro párrafos iniciales. Como te dije, test harness, y tener métricas reales sin humo. Happy hacking
@sammwy Si quieres hacer pruebas mas reales y evaluar a Fable correctamente, ármate un buen test harness (con tus casos de uso de la novela) entre modelos, empezando de cero, y ya después de ello hablamos. Happy Hacking! ;) Cheers!
@sammwy No coño a ver, ni mucho menos quiero desprestigiar tu mérito técnico, perdona si soné un poco "duro". Pero al final esto es un caso aislado, y la comunidad técnica tenemos la responsabilidad de dar datos deterministas frente al hype.
@sammwy Lo que sí me parecería mucho más curioso es hacer pruebas reales end-to-end desde cero (partiendo de la misma base y sin soluciones) con ambos modelos y las mismas instrucciones, calculando costes y tiempos reales. Creo que eso sí sería una buena idea y aportaría valor de verdad.
@sammwy "reverse engineering asombroso", pero en el mismo texto admites que le entregaste a la IA el AZSYS y los opcodes ya resueltos en un .py.
Y no, leer y modificar bytes de un archivo local de una novela visual offline no es "hacking malicioso" que una IA deba bloquear
@sammwy Claro, pero malicioso es explotar un buffer overflow ,eso es hacking y sí es peligroso (Aunq ya existen plugins de IDA o Ghidra asistidos por modelos). Pero hacer unpacking de un archivo es literalmente modding básico de hace 15 años, me parece overkill y una prueba poco sólida.
@sammwy Quizás estoy perdido y verdaderamente no es lo que hiciste o Fable hizo algo mas? No se, pero en "first glance" parece una tarea bastante sencilla y de conocimiento de reversing básico
@sammwy Define "hackear", porque pedirle a una IA que te arme un unpacker para un XOR key de 1 triste byte no me parece ni de lejos algo complicado. Y más tratándose de PvZ. Donde hacer reverse engineering del binary data no es algo loco, el formato de ese main.pak lleva años documentado
@ThePrimeagen Software engineers should push for explicit licensing or a policy file in public OSS projects to prohibit AI companies from training on them. It's unfair that these companies took our work, repackaged it, and sell it back, often with worse results.
@mykola Software is hard not bc of langs, fmks, or AI, more bc reality is messy, reqs collide, humans fail, sys scale, incentives break. Tools only shave accidental complexity. Output != engineering. If you can’t say NO, understand your domain, or exercise judgment, code won’t save you.
Hello,
Today it came to our attention @marcwrogers — old school nerd and head of security at DEFCON, was injured badly in a car accident. His neck is broken.
Donate so this old head can get back to hacking
https://t.co/ZwTv3wVbjf