A while ago I was working on some CUDA kernels for n-body physics simulations. It wasn’t too complicated and the end result was generative art. The problem was that it was quite slow and I didn’t know why. Well the core of the application was written in Clojure so I wrote a simple macro to wrap every function in a ns with a span and then ship all the data to jaeger. This ended up being exactly what I needed - I found out that the two slowest functions were data transfer between the GPU memory and writing out a frame (image) to my disk.
In many other places I see the usefulness of this approach but OTel is too often too geared towards HTTP services. Even simple async/queue processing is not as simple. Though, there have been improvements (like span links and trace links).
Fun fact, there are multiple pieces of software that will real-time correct your eye tracking. Useful for virtual all hands or talks to fix teleprompter eyes.
It's basically like ShaderToy but for WebGPU instead of WebGL. I started it as I have been doing some Rust + wgpu development for art projects and I need a easy way to play around with shaders.
It's very early in development - you can go and just use it right now. But soon I want to support creating an account, saving / sharing shaders, and eventually go beyond the featureset of ShaderToy by allowing for custom input images / textures.
I am in my 20s and I use a typewriter somewhat regularly to journal. I was raised on computers, getting the jumble from my brain onto paper is faster with a keyboard than a pen/pencil and paper. And a typewriter is nice and analog - no screen, no lights, no battery. I'm disconnected, focused, and performant.
To me, its more about the style than the use of an AI. But I agree.
I enjoyed this writeup by Michael Lynch on finding an illustrator [1], for their blog. In doing some of my own writing, I've really found it enlightening how much secondary work goes into publishing your own work. I often think its so nice to be able to _just_ plug in what I want on a site and get a (more or less) free illustration. But as someone selling their own work / time, it feels wrong. I'd rather pay a real human and build a relationship and have something more quality. On the other hand, though, it can be expensive, time consuming, and I've been screwed over. Often it seems like a bigger risk than its worth.
So idk, you're trading some hardship and risk for an ethical dilemma but ease of use.
If you are interested in a more rigorous collection of blending and compositing operations, the W3C "Compositing and Blending Level 1" document is a wonderful resource>
You buy a house. Your house has a little box by the front door. The box holds a small House Environment Integrity (HEI) module. This HEI is something your local Home Owners Association installed. They say you cannot open the box or investigate how the module inside works, as this is against the HOA and you will be fined. They tell you this HEI module is meant to help and protect you. To make sure the plumber you hire didn't do a bad job or that the paint you used on your walls doesn't contain lead. They say it's for your benefit and to make your home a better and safer place. This does not reduce the control of your own house.
Ah you may find it interesting, the GPL3 license actually does prescribe showing copyright notices in stdout [1].
> If the program does terminal interaction, make it output a short notice like this when it starts in an interactive mode ...
> The hypothetical commands `show w' and `show c' should show the appropriate parts of the General Public License. Of course, your program's commands might be different; for a GUI interface, you would use an “about box”.
This is to say it is not entire unusual to have copyright notices in output.
> the search for small molecule drugs building on this observation seems to have been fruitless
I imagine this is such a perfect use case for large-scale data analytics. Maybe with the next (or n+2 or n+10) generation of wearables we may be able to track some of the macro effects of diet, exercise, air quality, sleep, etc. at such a big scale that we can determine how individual factors can affect mood and behaviour.
Ignoring the privacy and political concerns aside, it seems like such a cool problem space.
> What’s happening during that self reflection stage is best described as a feeling of losing it all.
This reminds me of a passage from Aldous Huxley's Doors of Perception:
We live together, we act on, and react to, one another; but always and in all circumstances we are by ourselves. The martyrs go hand in hand into the arena; they are crucified alone. Embraced, the lovers desperately try to fuse their insulated ecstasies into a single self-transcendence; in vain. By its very nature every embodied spirit is doomed to suffer and enjoy in solitude. Sensations, feelings, insights, fancies - all these are private and, except through symbols and at second hand, incommunicable. We can pool information about experiences, but never the experiences themselves. From family to nation, every human group is a society of island universes...
Hey these are also the folks behind the Orca visual programming language/MIDI sequencer! Its a real weird and cool tool, highly recommend checking it out if you're into experimental electrical music.
I'm quite enjoying Nix as a *nix + mac package manages. Plus using direnv really makes things a breeze. Although Nix has a __very__ steep learning curve... I still recommend it greatly!
A while ago I was working on some CUDA kernels for n-body physics simulations. It wasn’t too complicated and the end result was generative art. The problem was that it was quite slow and I didn’t know why. Well the core of the application was written in Clojure so I wrote a simple macro to wrap every function in a ns with a span and then ship all the data to jaeger. This ended up being exactly what I needed - I found out that the two slowest functions were data transfer between the GPU memory and writing out a frame (image) to my disk.
In many other places I see the usefulness of this approach but OTel is too often too geared towards HTTP services. Even simple async/queue processing is not as simple. Though, there have been improvements (like span links and trace links).