89 karma · joined April 15, 2010
> A lot this mental health stuff is re-training yourself to break and avoid bad habits.
:this:
> Do you have ADHD?
I haven't done any professional evaluation.
> setting a timer for 20-30 minutes
This is what I've been using, and it works most of the time, but I still get hyperfocus stints, as you say. I guess I have to keep at it.
Also, a longer break that includes a walk after a few 25-minute chunks is extremely impactful. When I come back from that, I am so much more effective.
This is a big problem for me. I can force myself to step away sometimes, but more often than not I end up chasing a bug or trying to finish "just one more thing". Then I fall into a vicious cycle where I'm tired but keep going anyway -- which only makes things worse. Does anyone else have that problem? Were you able to fix it?
I am thinking about making this (1) into an integration also. It is an alternative way to visualize forecasts. It uses the dew point instead of temperature. I currently use a dashboard that shows the site on an iframe within Home Assistant.
I’d love to hear your thoughts on LLMs, Jason. How do you use them in your projects? Do they play a role in your workflow at all?
What do you use that fits that philosophy and offers the basic functionality (NAT traversal, Magic DNS, failover relaying) TS provides?
Before that I wrote: https://github.com/drio/unboxing, a c/webassembly implementation of Danielle Navarro's beautiful IFS fractals.
I'm happy to reach this first milestone, but I'm already envisioning future iterations. My goal is to transform this into a proper celebration of Unix – a system whose elegant simplicity and powerful design principles continue to inspire me. There's something deeply satisfying about connecting with this foundational piece of computing history.
Contributions are always welcome.
Special shout-out to @abetusk for all the support and enthusiasm with the project.
https://github.com/drio/unixmagic/raw/main/static/puzzle.web...
Please feel free to contribute—there’s still so much to uncover! I can easily think of 50 more references, and I’ll be adding them gradually over time.
This project is an invitation to dig deep into the meaning behind each reference—to explore their significance and understand how they fit into the historical context of Unix’s early days. I tried to capture that in the README (https://github.com/drio/unixmagic):
"When contributing, remember that this is an opportunity to dig deep into the history behind what you’re describing. Feel free to share what this particular component means to you personally, but also aim to frame the explanation within the context of Unix’s early days. How did this functionality compare to other operating systems at the time? What made it special or innovative? This project is not just about explaining what things are, but understanding why they mattered—both technically and culturally—in the evolution of Unix."
I’d love to see a PR from you—I bet your take on one of these references would be fascinating.
I'm probably going to frame my puzzle once I finish it. I know I can get a frame that allows me to "unframe" it and redo it again.
I actually made a puzzle out of this image. :)
> Reposition markers to make the item they're referencing clear. In particular, marker 6 (C) completely obscures the text on the jar.
I agree, and I'll take care of that. It’s a bit tricky because the marker’s exact position can shift slightly depending on the display being used, but I’ll adjust it for better clarity.
> Allow a toggle for markers to be unhighlighted.
Yes, this will be especially useful as we add more markers. I already have at least 50 more in mind that I plan to include.
> Having 'hover highlighting' for the annotations/markers.
I intentionally designed the layout this way to ensure the image and annotations remain functional across different screen types without introducing overly complex logic. That said, I’m sure someone with more expertise in web development could refine this further.
> Licensing information.
100%. I’ll add that shortly.
Thank you for wireguard - it's been a hugely impactful piece of software.
Do you think it would be helpful to outline what hardware resources you would need to successfully migrate the project and all the CI/CD computations to a new home? This would help people determine if they can help with hosting.
I have a suggestion regarding the "How It Works" section. When reading it, I initially thought you had implemented your TCP/IP stack from scratch. Later, I discovered through the comments that you're using gVisor. Perhaps you might consider mentioning this explicitly in the documentation?
As an interesting side note, gVisor's netstack is also used in the Tailscale client, enabling features like connecting a machine to multiple tailnets without requiring special privileges.
The setup process can be tricky, as you mentioned. My config relies on several external dependencies, particularly for LSP servers. I usually ignore the dependency errors initially unless I know I'll need those specific features – then I'll invest the time to fix them properly.
Installing neovim itself can also be challenging, especially on fixed/point release operating systems. I've found using AppImage to be the most reliable solution in these cases.
I'm curious to hear how others handle this balance between convenience and functionality on remote servers.
Two alternatives exist:
1. Syncthing-Fork (https://github.com/Catfriend1/syncthing-android) - Works just like the official app. Install from F-Droid or GitHub. Single developer but active.
2. Syncthing in Termux - Run the actual Syncthing program in Termux. Takes more setup but uses the standard version.
The fork is easier to use, while Termux needs more setup but gives you the standard Syncthing experience.
Not sure how much of a factor but human usability has always been challenging.
There is also the lack of business incentives.
I'm curious about your setup - which 3D printer are you using? Looking at your pictures, it seems you might be printing in an apartment space. I'm particularly interested in how you manage ventilation and fumes, as that's something many apartment-based makers struggle with. Have you implemented any specific solutions for handling the emissions?