53 karma · joined October 14, 2009
I couldn’t get hibernation or sleep to work reliably. And about once a week I’d get a random freeze or crash that required me to reboot and lose all the windows I had open. I spent dozens of hours with Claude chasing things down, disabling various power management features, trying different kernels.
I really appreciate how much Apple computers just work. I’ve since invested heavily in Karabiner, Aerospace, Superkey, and a few other utilities to get close to the level of customization I had in hyprland. I still miss the polish I used to have, but I can close my laptop lid, walk out the door, and 100% trust I’ll open the lid and resume work. That counts for a lot.
I’m keeping an eye on Omarchy and Framework to see if they eventually solve all issues. Maybe in a couple years I’ll try again…
My next one paid me a salary, but I had a falling out with my cofounder and sold my shares for very little to get away. Success? I felt like it, again, maybe externally.
Two duds after that, one I raised money for so I got paid a salary and I sold it to recoup most of investors money.
The one after that was a big hit: we grew to 50 employees, 8 figures in revenue and 9 figure exit.
I like to say: if I could find the perfect job, it’s much easier to work for someone else than start my own thing. But I have specific interests I want to chase so creating a company is my way to create the “perfect” job for myself. If you take this approach, it’s much more likely to be successful in your own eyes.
That really undermines the author's claims. This article feels dishonest in it's claim that "small, cheap, open-weights models ... recovered much of the same analysis."
I think the main problem with attempting to document this is that the system would not be running off of it. Your infrastructure document is automatically read and drives the deploy (or whatever). But if you want to make a change to a human’s responsibilities, you don’t get the simplicity of updating your organization documentation and clicking “execute.” So this new documentation you propose would always be lagging documentation rather than the actual driver of organizational behavior.
But! What if it was? What if all the managers in an organization were AI systems? They would read diff in the org chart and it initiated the communication to the respective human employees.
I could imagine testing this in a coffee-shop level business right now in which the LLM is probably capable of all the strategy and management decisions needed to effectively run it, operating within the constraints of policies and procedures all cleanly laid out in documentation.
Claude writes a bunch of new code and I’ll tell it, “Before I review this code, make sure all tests adhere to the guidance of @tests.md” (you can probably make this a slash command too)
I find that if I put these instructions in the system prompt, far down in a conversation that’s used lots of the context window, they will only loosely be followed. But when I tag it in like this, Claude will strongly and thoughtfully follow the guidance and examples I’ve written up about how I want my tests.
Volumetric displays: https://youtu.be/na7pvihXhYs?si=cIWIk2yrv-WVbe4x
Physically adaptive desktop: https://tangible.media.mit.edu/project/transform-as-dynamic-...
I'm eager to learn about ones I've never seen!
I know I’m highly unusual amongst my friends. I’ve also found it odd that the more knowledgeable someone is about tech, the more scared they are of their kids using the internet.
But just like riding a bike and swimming in a pool are extremely dangerous, yet I encourage my kids to do both of these things and instead just educate them about risks. Similarly, I think the benefit-vs-risk of the internet is FAR better than a bike & pool, so I just educate them.
However, I still think there's something to be said for movies attempting to build UIs that have a strong aesthetic and elicit an emotional response, whereas production apps feel so flat and boring, in comparison.
I still wonder why we aren't seeing people try to push the envelope stylistically to "wow" users.
This might be a clearer articulation of what I'm trying to get at with my question...
I’ve found it much more useful in life to always assume I’m not doing something to its full potential.
I am deep in this and one important way in which managing agents is different than managing people is that micro-managing can be your friend. With human engineering colleagues, you need to allow for a healthy degree of “that’s now how I would have written the code, but it’s a reasonable way to write it.” But if my agent writes the test file in the exact same way I do, I can both review and maintain the code more easily.
I have a bunch of short markdown doc files in which I give very specific instructions for how I like code organized: much stricter than I would ever do for a colleague. I’ll tell the agent, “now add tests to this model and follow @unit_tests.md” This file specifies exactly how I like tests named, what order I like them written in the file, etc. I have docs for: models.md, controllers.md, concerns.md, and fixtures.md.
Through a combination of two apps on my Mac, finally I can quickly navigate any programs with the keyboard.
I’ve done one app with Hotwire Native and it’s a pretty interesting solution. However, just like a truly complex and dynamic web UI can reach a level of polish with React that is hard with Hotwire, a truly complex and dynamic mobile UI can reach a level of polish with Swift/Kotlin that is truly hard with Hotwire. It makes the vast majority of experiences much faster to build, but certain complex experiences are hard to get polished.
However, Hotwire (web & native) can get you almost the full way there and you can just drop a React/Swift/Kotlin view in for parts of the app where you need it.
I don’t know if that’s helpful, but realizing that I needed to shift from thinking about components to pages was the a-ha when Hotwire all started making sense.
I know there are a few other projects like this which I’ve seen over the years, but I’ve yet to truly investigate any.