Funnily enough, the author does not take their own advice. They say you should motivate with background first, but in that article, they put the motivating background at the very end, after their suggestion is provided without any motivation.
However, given that the whole article pretty much fits on a single screen, that can be mostly excused.
> This article is lame. How about focusing on back-ends that pretend to support self-hosting but make it difficult by perpetuating massive gaps in its documentation (looking at you, Supabase)?
that's one way of enshittifying, but what the article talks about is nonetheless very important.
People rely on projects being open source (or rather: _hosted on github_) as some sort of mark of freedom from shitty features and burdensome monetization.
As the examples illustrate, the pattern of capturing users with a good offering and then subsequently squeezing them for money can very easily be done by open source software with free licenses. The reason for that is that source code being available is not, alone, enough to ensure not getting captured by adversarial interests.
What you ALSO need is people wanting to put in the work to create a parallel fork to continuously keep the enshittification at bay. Someone who rolls a distribution with a massive amount of ever-decaying patches, increasingly large amounts of workarounds, etc. Or, alternatively, a "final release" style fork that enters maintenance mode and only ever backports security vulnerability fixes. Either of those is a huge amount of work and it's not even sure that people will find that fork on their own rather than just assume "things are like that now".
Given that the code's originating corporation can and will eagerly throw whole teams of people at disabling such efforts, the counter-efforts would require the same amount of free labor to be successful - or even larger, given that it's easy to wreck things for the code's originator but it's difficult to fix them for the restoration crew.
This pattern, repeated in many projects over the decades since GPL2 and MIT were produced, displays that merely being free and open source does not create a complete anti enshittification measure for the end user. What is actually necessary is a societal measure, a safety web made up of developers dedicated to conservation of important software, who would be capable of correcting any stupid decisions made by pointy-haired managers. There are some small projects like this (eg Apache, and many more) but they are not all-encompassing and many projects that are important to people are without such a safety net.
So for this reason, eg when people are upset that mattermost limits the messages to 10000, their real quarrel isn't really even with the scorpion, who is known to sting, it is with the lack of there being a social safety net for this particular software. Their efforts would be well spent on rapidly building such a safety network to quickly force the corporation's hand into increasingly more desperate measures, accelerating their endgame and self-induced implosion. Then, after the corpo's greed inevitably makes them eat themselves in full, the software can enter the normal space of FOSS development rather than forever remain this corporate slave-product that is pact-bound to a Delaware LLC by a chain of corporate greed.
Only once any free fork's competition backed by VCs burning their money on a ceremonial heap has been removed can the free version of the software become the central source for all users and therefore become successful, rather than continuously play catch up with a throng of H-2B holders.
I don't doubt the validity of those sentiments. I'm just perplexed (see what I did there) as to what the specific issue is in this case because I thought Plex was for streaming stuff from one side of your house to the other (and/or playing it back).
not necessarily, you can also have a plex server at home and as a student have a laptop in your dorm or at school and watch stuff there. or on the move when you're using a mobile phone, etc.
Yup, and if you need something powerful by today’s standards you can grab a mini pc like this (1) one. Install arch or whatever, and go.
Install k8s. Run a cluster of 16 nodes on this one little machine.
To the level of a clinical diagnosis, yeah it seems quite likely to me that most people can’t discern autistic spectrum behaviour in their peers. I bet most people couldn't even accurately say what those behaviours would be.
Definitely nobody in this thread struggling to see the grey areas and wanting to make sure everything is very cleanly defined, as if it’s difficult for them to deal with situations that are outside of rigorously defined clinical diagnostic criteria, for example… BTW just to be crystal clear - I’m obviously making a silly joke here it’s not intended to be serious :-D
A clinical diagnosis isn't the only way to look at what's going on here. We can have differences that aren't medical problems. Differences that are measurable and nameable, even. Those categories can overlap with or be congruent to medical terms while still being valid and useful.
Clinical autism and clinical ADHD are notoriously difficult to diagnose in adults. In some countries it's even illegal to prescribe stims unless there's a childhood ADHD diagnostic.
Adults have been socialised to mask the more problematic behaviours, and they can also be unaware that what they're doing is masking: they can believe that everyone struggles like that.
Only difficult because the criteria are misaligned. We diagnose school children more consistently, because we subject school children to strict measured criteria (school), and can point to the data (grades/homework) as objective evidence.
Why do we care so much about objective evidence? Because of prohibition. Prescribing stimulants isn't illegal because it is difficult to diagnose ADHD. It's difficult to diagnose ADHD for the very same reason it's illegal to prescribe stimulants: our society values prohibition of drugs over actual healthcare. An ADHD diagnosis implies a compromise of prohibition, so our society has structured the means to that diagnosis accordingly.
Experts in the field estimate a very high incidence of undiagnosed ADHD in adults. During the height of the COVID-19 epidemic, telehealth services were made significantly more available, which lead to a huge spike in adult ADHD diagnoses. Instead of reacting to that by making healthcare more ADHD accessible, our society backslid; lamenting telehealth providers as "pill mills", and generating a medication shortage out of thin air.
> Why do we care so much about objective evidence? Because of prohibition.
That may be true for ADHD, but autism diagnoses don't "unlock" any particularly sought-after prescription medication, so I don't think that can be the whole story. In kids, diagnoses do unlock accommodations in schools, but not so much for adults.
Funnily enough that's not the only mistake he made in that article. His final image is noticeably different from the camera's output image because he rescaled the values in the first step. That's why the dark areas look so crushed, eg around the firewood carrier on the lower left or around the cat, and similarly with highlights, e.g. the specular highlights on the ornaments.
After that, the next most important problem is the fact he operates in the wrong color space, where he's boosting raw RGB channels rather than luminance. That means that some objects appear much too saturated.
So his photo isn't "unprocessed", it's just incorrectly processed.
I didn’t read the article as implying that the final image the author arrived at was “unprocessed”. The point seemed to be that the first image was “unprocessed” but that the “unprocessed” image isn’t useful as a “photo”. You only get a proper “picture”
Of something after you do quite a bit of processing.
>There’s nothing that happens when you adjust the contrast or white balance in editing software that the camera hasn’t done under the hood. The edited image isn’t “faker” then the original: they are different renditions of the same data.
That's not how I read it. As in, this is an incidental comment. But the unprocessed version is the raw values from the sensors visible in the first picture, the processed are both the camera photo and his attempt at the end.
This whole post read like and in-depth response to people that claim things like “I don’t do any processing to my photos” or feel some kind of purist shame about doing so. It’s a weird chip some amateur photographers have on their shoulders, but even pros “process” their photos and have done so all the way back until the beginning of photography.
Is it fair to recognize that there is a category difference between the processing that happens by default on every cell phone camera today, and the time and labor intensive processing performed by professionals in the time of film? What's happening today is like if you took your film to a developer and then the negatives came back with someone having airbrushed out the wrinkles and evened out skin tones. I think that photographers back in the day would have made a point of saying "hey, I didn't take my film to a lab where an artist goes in and changes stuff."
It’s fair to recognize. Personally I do not like the aesthetic decisions that Apple makes, so if I’m taking pictures on my phone I use camera apps that’s give me more control (Halide, Leica Lux). I also have reservations about cloning away power lines or using AI in-painting. But to your example, if you got your film scanned or printed, in all likelihood someone did go in and change some stuff. Color correction and touching the contrast etc is routine at development labs. There is no tenable purist stance because there is no “traditional” amount of processing.
Some things are just so far outside the bounds of normal, and yet are still world-class photography. Just look at someone like Antoine d’Agata who shot an entire book using an iPhone accessory FLIR camera.
But mapping raw values to screen pixel brightness already entails an implicit transform, so arguably there is no such thing as an unprocessed photo (that you can look at).
Conversely the output of standard transforms applied to a raw Bayer sensor output might reasonably be called the "unprocessed image", since that is what the intended output of the measurement device is.
Would you consider all food in existence to be "processed", because ultimately all food is chopped up by your teeth or broken down by your saliva and stomach acid? If some descriptor applies to every single member of a set, why use the descriptor at all? It carries no semantic value.
You do need to rescale the values as the first step, but not exactly the described way (you need to subtract the data pedestal in order to get linear values).
The whole article is about the heroic efforts to dump a DVD that has bad sectors by using a combination of different methods that ultimately yielded a fully read disc.
20+ yoe as dev/IC. 10+ yoe in managerial and executive roles. Multiple great exits and acquisitions. I have recently built a software NGO with over half a million supporters and over a thousand active volunteers and major political and media networking. I have built tech for Tezos, Oracle, Shell, Digitas, Saatchi & Saatchi, Time Warner, Sparkasse, Bank of America.
If there's a problem related to tech, I can solve it, and build a team or company around it. Available for work as dev/IC, EM, Director, or CTO, with experience in each. Full-solution MVP development from scratch. Performance optimization and modernization of older systems. DSL and programming language design, compilers. Let me know if you're looking for experience that isn't below! HN posts are short. CV upon request.
If you think I might be able to help you, shoot me an email: damian.jobsites+hn@gmail.com
~~
Example engagement types:
- Long term dev / IC or managerial roles
- Security audits for cryptography and secure code
- Review your code and dev processes, 10-page report
- Devops & co: NixOS, Terraform, AWS, Docker, Ansible, Linux admin, Distributed Systems, ... Quote from code review: "This is the most beautiful Bash code I've ever seen written"
- Fintech: Dev experience with banks and financial institutions. Launched Tezos and other major blockchains. Dozens of smart contract audits.
- Bizdev: Gamification, consumer modelling, data-driven retention and engagement
- Infosec: Cryptography, Red team testing, RE, audits, threat modeling, ...
- Other tech: Godot game engine, audio engineering (mastering), Verilog, VHDL
Management and business: Minor in Psychology, led and managed teams between 2 and 30 people, product design and gamification, hiring, executive and political outreach, media appearances, and a lot of other experience that won't fit in this post.
Location: EU
Remote: Yes
Willing to relocate: Yes
Technologies: Rust, Haskell, Python, Go, TypeScript, Nix, Zig, C++
Résumé/CV: ask damianjobsites+hn@gmail.com
Email: damianjobsites+hn@gmail.com
20+ yoe as dev/IC. 10+ yoe in managerial and executive roles. Multiple great exits and acquisitions. I have recently built a software NGO with over half a million supporters and over a thousand active volunteers and major political and media networking. I have built tech for Tezos, Oracle, Shell, Digitas, Saatchi & Saatchi, Time Warner, Sparkasse, Bank of America.
If there's a problem related to tech, I can solve it, and build a team or company around it. Available for work as dev/IC, EM, Director, or CTO, with experience in each. Full-solution MVP development from scratch. Performance optimization and modernization of older systems. DSL and programming language design, compilers. Let me know if you're looking for experience that isn't below! HN posts are short. CV upon request.
If you think I might be able to help you, shoot me an email: damian.jobsites+hn@gmail.com
~~
Example engagement types:
- Long term dev / IC or managerial roles
- Security audits for cryptography and secure code
- Review your code and dev processes, 10-page report
- Devops & co: NixOS, Terraform, AWS, Docker, Ansible, Linux admin, Distributed Systems, ... Quote from code review: "This is the most beautiful Bash code I've ever seen written"
- Fintech: Dev experience with banks and financial institutions. Launched Tezos and other major blockchains. Dozens of smart contract audits.
- Bizdev: Gamification, consumer modelling, data-driven retention and engagement
- Infosec: Cryptography, Red team testing, RE, audits, threat modeling, ...
- Other tech: Godot game engine, audio engineering (mastering), Verilog, VHDL
Management and business: Minor in Psychology, led and managed teams between 2 and 30 people, product design and gamification, hiring, executive and political outreach, media appearances, and a lot of other experience that won't fit in this post.
20+ yoe as dev/IC. 10+ yoe in managerial and executive roles. Multiple great exits and acquisitions. I have recently built a software NGO with over half a million supporters and over a thousand active volunteers and major political and media networking. I have built tech for Tezos, Oracle, Shell, Digitas, Saatchi & Saatchi, Time Warner, Sparkasse, Bank of America.
If there's a problem related to tech, I can solve it, and build a team or company around it. Available for work as dev/IC, EM, Director, or CTO, with experience in each. Full-solution MVP development from scratch. Performance optimization and modernization of older systems. DSL and programming language design, compilers. Let me know if you're looking for experience that isn't below! HN posts are short. CV upon request.
If you think I might be able to help you, shoot me an email: damian.jobsites+hn@gmail.com
~~
Example engagement types:
- Long term dev / IC or managerial roles
- Security audits for cryptography and secure code
- Review your code and dev processes, 10-page report
- Devops & co: NixOS, Terraform, AWS, Docker, Ansible, Linux admin, Distributed Systems, ... Quote from code review: "This is the most beautiful Bash code I've ever seen written"
- Fintech: Dev experience with banks and financial institutions. Launched Tezos and other major blockchains. Dozens of smart contract audits.
- Bizdev: Gamification, consumer modelling, data-driven retention and engagement
- Infosec: Cryptography, Red team testing, RE, audits, threat modeling, ...
- Other tech: Godot game engine, audio engineering (mastering), Verilog, VHDL
Management and business: Minor in Psychology, led and managed teams between 2 and 30 people, product design and gamification, hiring, executive and political outreach, media appearances, and a lot of other experience that won't fit in this post.
However, given that the whole article pretty much fits on a single screen, that can be mostly excused.
reply