assertchris retweeted
Game preview live at nofuss.co.za/games/wartech/. Early days, lots of tweaks needed, many bug fixes coming, but the core is playable. I tried to make it something old school with some new twists. Oh, by the way, compiled with WasmCoffee...
Expanding our team and looking for an intermediate developer, if you know someone that might fit this description feel free to reach out :)
linkedin.com/jobs/view/44782…
assertchris retweeted
A few weeks ago I was genuinely worried about what AI coding meant for engineers.
Now I think it's the opposite. The typing was never the job. We're here for the craft: the defaults, the error messages, how it feels to the person using it.
That part still needs us. More than ever.
Don't let billionaires convince you slop is the future. They're used to managing & directing, not making things themselves. Of course they can't see the difference. They don't understand your love for the craft. Keep making personal, beautiful games.
You've got my support 💖
assertchris retweeted
For the past eight months, I've been building an old-school, first-person dungeon crawler.
Every time I add something new, I wonder if anyone will actually play it when it’s done.
#IndieDev #DungeonCrawler #RPG
assertchris retweeted
Why would I pay $15/month for your software when I can plan, build, review, improve, host, launch, scale, secure, patch, monitor and debug it myself?
assertchris retweeted
Saying LLMs cannot write helpful tests while saying it writes helpful code is a wild take. Tests are just code, so saying it sucks at one while shining at the other just makes no sense.
My personal take: LLMs need good guidance for writing good tests such as…
- make tests articulate behavior rather than implementation details
- stage code only in ways the application can find itself in, using methods provided by the app
- abstract common setup behind reusable test tooling
Additionally, try to capture what is relevant to your domain and distill values and styles that help the LLM produce better tests. Like “for all storage abstractions, make sure tenant isolation is covered by a test that detects an isolation violation”. Not relevant for every application, but might be super relevant for you.
Let’s not say hammers are stupid because uninstructed “people” hit their own thumbs.
ok it's official... AI-written unit tests and integration tests are empirically proven to be unhelpful. you should tell your agents to stop writing tests by themselves
on the deepswe eval set, banning sonnet 5.5 high from writing any tests actually resulted in slightly higher success rate (non stat-sig), with less time and token spent (stat-sig). this is pretty hard empirical evidence
across the tests that were written by the "tests allowed" baseline arm, 65% of them were unit tests, 35% were integration tests, neither bucket resulted in any improvement compared to not writing any tests at all
i also picked a random sample of 44 tasks subset where i completely disabled executing even existing tests - it also did not affect success rate at all
i spot checked many tests written in the baseline arm, and my intuition is that most tests are simply a repetition of the implementation
agent-written tests do not add any value because both the implementation and the tests were simply the agent's interpretation of our intent. the tests aren't any more accurate than the implementation itself
i suspect we can still extract some value from unit tests and integration tests if we describe them ourselves when we believe we can articulate our intent better through test cases than through requirements. but i have not proven this yet
also worth noting, during deepswe eval the agent wrote almost no e2e tests (only 17, compared to 3000+ unit/integration tests written). so this analysis does not prove nor disprove the value of e2e tests - i will do another eval specifically for that
assertchris retweeted
I’m a little embarrassed to post this since everyone else probably already knew, but @adamwathan just told me about this command:
𝚍𝚎𝚏𝚊𝚞𝚕𝚝𝚜 -𝚌𝚞𝚛𝚛𝚎𝚗𝚝𝙷𝚘𝚜𝚝 𝚠𝚛𝚒𝚝𝚎 -𝚐 𝙰𝚙𝚙𝚕𝚎𝙵𝚘𝚗𝚝𝚂𝚖𝚘𝚘𝚝𝚑𝚒𝚗𝚐 -𝚒𝚗𝚝 0
Log out and back in. I've basically been living with a blurry film over my XDR display for years. 😭
assertchris retweeted
Been working on a little tool called PPEE at nofuss.co.za/tools/ppee/. It's a #pascal app that allows you to inspect a Windows PE file, relatively safely, sandboxed by the browser. It does not try to execute code, just read some info. Because, Pascal!
assertchris retweeted
Even with all the advancements in AI, and everyone being able to “ship” faster, I still think you can always tell the difference between something that’s been rushed and something that’s had real time, thought and craft put into it.
assertchris retweeted
PSA: The initial-scale=1 is no longer needed in your meta viewport tag if you’re targeting modern browsers. Save yourself 19 bytes! 😊
assertchris retweeted
Avoid those self-labelled “successful and busy people” if you can. The risk of wasting your time is high.
You might be surprised by how many truly successful people are actually open to listening, sharing, and supporting others. Find them.
assertchris retweeted
“SaaS is dead, you can just make your own apps now…”
I type as I sit on a chair I could have made, but didn’t, at a table I could have made, but didn’t, eating a meal I could have made but didn’t.
assertchris retweeted
I ported a JavaScript game of mine to Pascal and wrote a small blog post about it at nofuss.co.za/blog/building_f…. TLDR; You can run DOS-era games in the browser - Kind of like 1990's ported to 2020's. #pascal
assertchris retweeted
Exciting Opportunity! 🚀
Tighten is hiring a (Technical) Project Manager to join their team. If you're organized and have a knack for managing tech projects, this is for you.
Apply now: larajobs.com/job/3923
#laravel
assertchris retweeted
Another missive has just dropped on the @laravel marketing team in Slack.
Perhaps profitable for you as well!
































