zero-st4rs
Joined 3 years ago
Joined 3 years ago
Humans are not machines. The entire point of any technology (including specifications derived from consensus, such as the metric system, democracy, etc) is that it operates deterministically in the service of (as opposed to outside of) actual people with actual needs. This is what makes a tool a tool, and not a human. To me, it all sort of boils down to the shortest path between an intention and it's result. LLM generated code can massively shorten the time between A and B, but not necessarily shorten the path.
The feature that makes LLMs great and interesting is the same feature that makes them hallucinate. This is embedded in the entire idea of coherence being the byproduct of nudging weights in proximity as opposed to being constructed toward an unknown future. I thought it could be cool too, but a deterministic AI (zero temperature, frozen model, or whatever..) would _only_ really serve to be a leaky abstraction over its training sources. Which maybe says more about our access to information and desire to understand it.
I don't think there's a clear cut line (or even value in one!) between LLM output being good or not, but without recognizing that LLM output will always be riffing on prior inputs as opposed to being intentionally constructed toward an unknown future, we've probably lost the plot.
White collar workers will tend to place blame on a poor person's character before their situation. To accommodate a worldview that understands most working conditions, white collar workers would need divorce their economic standing from their sense of implicit value. (ie: I deserve 120k a year because I work really hard. Of course you do, but MOST people do.)
I assume I'll get pushback for saying this, but whatever. The fact of the matter, is that nobody seems interested in taking the risks involved with owning more than "their own private slice of problems"
> The domain of internal constraints is the domain of integrity and creativity, the problem of solving for the best case scenarios and leveraging everything we can leverage to do so
First, the essay itself is positioned as an artwork in a larger set of art releases, it's sort of also speaking to it's own mode of production.
The assertion positions creativity as dependent on constraints as opposed to being unbounded. - which I believe is quite relevant, especially to approaching art (or anything) in 2026.
The contemporary canon of abstract art is informed by movements that started in the 1800s (I'd personally position Manet in front of it) and have been subsequently constrained more and more by the need to "speak" some truth while also manufacturing a branded stylistic identity.
A brushstroke doesn't come from nowhere, it's informed by a decision. That decision is informed by a constraint. The brushstroke is evidence of the constraint, but also the decision made in the face of it. (Does it pretend the constraint doesn't exist? Does it accommodate the constraint? Does it push back and how?)
A banal example of an internal constraint would be "I made a song that was anti-capitalist. Do I put it on spotify and market it to sustain revenues, or would that muffle/negate the artistic voice of the track?" Maybe going out in the street and performing it over a boombox would be a more creative approach to that specific constraint.
The essay uses math and technical domains to describe decision points _for_ creative/ethical solutions without asserting what those solutions should be. Most creative/ethics efforts tend _away_ from these modes, and I'd argue they aren't very creative or ethical at all.
==
Does that answer your question? Sorry if it's not a great answer, I elaborate depending on what you are thinking.
Hi! I'm trying my best okay? Hokusai Pocket might currently be composed of wood and string, but one day he will be a real boy!
It also integrates some helpful libraries, like libuv for cpu intensive tasks and I'm currently working on adding networking/HTTP and builds for android (it already runs on a pinephone).
The thing I think that is cool is that you don't need to compile your apps, you can just run them with the binary.
The motivation came from building desktop applications and working with awesome but cumbersome GUI toolkits like Nuklear.
I built a graphics backend-agnostic GUI library in CRuby called Hokusai, but Hokusai uses FFI, isn't portable, and is hard to distribute. (Need a Ruby interpreter on the target)
I ported the library to MRuby, developed some build tools, and now have a portable binary for different platforms that can run a dynamic desktop application/game that is written in Ruby.
You can try it yourself by downloading the latest release and running an app like: https://github.com/skinnyjames/hokusai_demo_paint
If you notice the paint repository, there is nothing to build, just ruby scripts and assets.
The tool also has commands to build your application for different platforms as standalone binary, but I'm currently working in that space for other reasons.
There are of course constraints to using MRuby vs CRuby, but I hope I speak to how this library addresses those.
Thanks for trying to meet me halfway. I hope I can bridge the gap.
The repository is the codebase for a GUI toolkit. It runs ruby scripts that make use of a custom templating language (like html), and a super class that provides similar component technology you'd likely find in vue or react. (Hokusai::Block).
When the ruby script is run from the binary built from the codebase (hokusai-pocket), it spawns a window with your application. There are releases for x86 linux, windows, and osx - and also arm64 linux. You just write your application, and run it with `hokusai-pocket run:target=app.rb`
The hokusai-pocket binary also include a command for publishing your application as a standalone binary for different platforms, but I'm currently working on that.
So all in all, it is a gui toolkit + runner that you can download for x86 linux, windows, and osx to dynamically run desktop applications.
I mentioned cutting its teeth on a photoshop clone. Here's a screenshot: https://file.skinnyjames.net/demo.gif
8.1. Dos
Use your real name on your profile; and
8.2. Don’ts
Create a false identity on LinkedIn, misrepresent your identity, create a Member profile for anyone other than yourself (a real person), or use or attempt to use another’s account (such as sharing log-in credentials or copying cookies);
But profile pictures are here >
https://www.linkedin.com/help/linkedin/answer/a1377087/profi...
> You can use an illustration, caricature, or other artistic rendering of yourself, but your profile photo must reflect your likeness. We may remove profile photos that don’t comply with our User Agreement and Professional Community Policies, including images that consist solely of the following:
I'm pretty sure even this has been updated to accommodate all the Ghibli AI avatars that people use.
When MySpace came out, the profile was the home page for a lot of people, and the content orbited around that. Coupled with the mass movement to represent oneself faithfully online as in the real world, (maybe for banking, maybe for surveillance), I think social media sort of operates as a trap. On facebook, you are encouraged to upload your real photos of drunken night out, family vacation, or whatever IDs you in life. On LinkedIn this is mandatory, your "avatar" must mirror your physical self. I have a lot to say on this, but I think I'll just leave it at topic vs profile.
You might be interested in this related artwork: https://pigsfly.skinnyjames.net/rescue-mission/trolley-probl... which explores the kind of paralysis you are speaking to.