Weirdly, reading this had the net impact of me signing up to Backblaze.
I had no idea that it was such a good bargain. I used to be a Crashplan user back in the day, and I always thought Backblaze had tiered limits.
I've been using Duplicati to sync a lot of data to S3's cheapest tape-based long term storage tier. It's a serious pain in the ass because it takes hours to queue up and retrieve a file. It's a heavy enough process that I don't do anything nearly close to enough testing to make sure my backups are restorable, which is a self-inflicted future injury.
Here's the thing: I'm paying about $14/month for that S3 storage, which makes $99/year a total steal. I don't use Dropbox/Box/OneDrive/iCloud so the grievances mentioned by the author are not major hurdles for me. I do find the idea that it is silently ignoring .git folders troubling, primarily because they are indeed not listed in the exclusion list.
I am a bit miffed that we're actively prevented from backing up the various Program Files folders, because I have a large number of VSTi instruments that I'll need to ensure are rcloned or something for this to work.
> Here's the thing: I'm paying about $14/month for that S3 storage, which makes $99/year a total steal. I don't use Dropbox/Box/OneDrive/iCloud so the grievances mentioned by the author are not major hurdles for me. I do find the idea that it is silently ignoring .git folders troubling, primarily because they are indeed not listed in the exclusion list.
A big difference here is that Backblaze only keeps deleted/changed files for 30 days. Deleted files can go unnoticed for some time, especially if done by a malicious app or ignorant AI.
I'm happy to pay an annual fee for a one-size fits all approach that I don't have to think about. I read the post and I'm just saying that his blockers are not blockers for me.
I would ask you: what is the better alternative? That's not a rhetorical question; they don't have my credit card details for another two weeks.
You lose a bit of control. With S3 you can preprocess (transform, index, filter, downcode, etc) before storing. You can index metadata in place (names, sizes, metadata) for low-cost searching.
As for testing recovery, you can validate file counts, sizes + checksums without performing recovery.
A few shell scripts give you the power of advanced enterprise backup, whereas backblaze only supports GUI restores.
Many folks on HN are the exact sorts of people who have lived the thankless popular-enough-to-be-an-unpaid-job solo OSS maintainer dream, so I wonder if you feel as annoyed by the tone of this post as I do.
I truly don't understand how the same folks that champion accessibility and humane ideals while humble bragging about working for $5/hour to help get local businesses online can throw so much shade on people who are urgently trying to figure out a way to get paid, often just to keep the projects that they created alive so that these people can continue to use them for free.
I don't know if it's entitlement, projection or just wanting to have it both ways, but I wish they would channel their frustrations into helping to find a sustainable model for OSS creators to make a living wage to keep the magic coming instead of being shitty about people doing their best to find a forever home before their burnout finally kicks in.
The ultimate entitlement is refusing to pay for tooling, while expecting to be getting a paid job as well.
I am hard line on not feeling sorry for projects going away, being taken over by organisations, when it mattered people should have actually sponsored them, instead of bosting how great is to get it all for free/gratis.
Every, single time, someone posts a cool paid project, there is the usual comment why pay, look at MIT/BSD/Apache/... project so and so.
That is true, but nowadays most paid projects end up being perpetual subscriptions. Which I kind of get, as on-going maintenance still costs, but it used to be that you paid for a tool once and only paid again if you wanted/needed an updated version. I'd gladly pay $15-$60 for a tool once (and again if I needed an update) but $10-$15 per month for 20 different things (that I will only use occasionally) is just out of reach for me financially and I live in a "rich" first-world country.
Working for a SaaS company is the greatest thing if you are a software developer who doesn't care about business: even if you don't care about business the business cares about you!
There was an article in Byte magazine circa 1983 describing this dilemma: you release a successful 1.0 of a product, get a pulse of money, hold back some of it to develop 2.0, N months later version 2.0 competes with not only your competitors but with 1.0 in the minds of your most satisfied customers. Now if you're planning for N months and it is really N+M they have to scramble for money to pay your paycheck or release the product before it is ready or both. If you're laid off you could be one of the lucky ones because working under those conditions can be a living hell.
I'm glad I'm working on a service because even if a project I am working on is critical to acquiring and retaining customers it's not an automatic crisis that a project is a little late.
In the last 10 years or so SaaS seems like an investor-driven fad driven by the ease of putting a valuation on a consistent cashflow, but I think it is more basic than that.
That's not to say that the 'anti-consumer' concerns aren't real. Also with generative AI we are seeing that some things need to account for the resources they use. In the 2010s I was looking at a family of proto-AI businesses where my business partner and I were struggling with pricing, like we could not set an $X/month price such that (i) some users might not cost 10$X or 100$X a month to serve and (ii) that $X doesn't exceed the value the subscriber would get from the service for many users thus you don't make the sale. Yet we also liked the idea of stable revenue and boy all the software biz people and investors we talked to couldn't see past the "S, M, L, XL" subscription model.
Yeah. Because they're 14 and don't have a credit card, or they don't have any money, or the price is completely unaffordable (looking at you, IDA) or they hate your software and wish your company would DIAF but are forced to use it for various reasons anyway.
You might as well be nice to the people who will give you money, so that they'll give you money. Being hostile to people who are trying to give you money is rarely a winning business strategy.
All good reasons, except when it comes from people that can afford Apple, feel entitled to get gratis stuff, never pay anything else, and then come to complain on HN that another project died.
Programs were distributed on stacks of diskettes, towards the end of that era on CD-ROMs. There was no licence server to phone home to on the internet.
You bought Borland C++ compiler, installed it and used it - you were free to buy the next version when it came out or not.
You’re right about that. But now put the users in the equation. If you’re making and marketing a B2B tool, it’s fine. But for a B2C tool, that tool will have to be so good that people will be willing to keep paying an ongoing subscription. That means that you’re now also competing against other cheaper alternatives (OSS) and people’s other life expenses (including other subscriptions).
It depends on the niche you’re targeting but I’d go as far as to say it might sometimes be better to sell 100 copies at once every now and then, than get 5-10 people who are willing to subscribe and might all cancel their subscriptions a few months later when some other subscription-based tool shows up. For most people it’s easier to justify a one-time $10 purchase than locking in a $10 monthly subscription.
But I agree that there’s no universal solution and it depends on what tool you’re making and in what niche.
I'm not so sure. If they can't pay for a one-time purchase, they won't be able to afford a subscription. Subscriptions are always more expensive in the end, that's why they exist in the first place. I don't see how people not using the software while still not becoming customers is a fix to anything.
Subscriptions can be cheaper in some ways and more expensive than others.
Adobe Creative Suite used to require a one time eye-watering payment and very few people could afford to keep it up to date, you might skip several upgrades before buying the next one if you did at all.
CC's monthly payment makes it easy to enter. You are paying more in the long term than if you bought one version of it, but less than you'd pay if you kept your subscription up -- so somebody could make the case that it is more expensive than it used to be or less expensive than it used to be.
"Rent-seeking is the only way to fix piracy" is an interesting take.
It seems to be going very well for video and music streaming services. Piracy is certainly nearly dead at this point and not at all at record-high levels.
I agree with you in spirit. I also think back to that moment a few years ago where everyone suddenly realized that OpenSSL was being developed almost entirely by one dude with very, very little funding. Fundamental building blocks of modern society that might fail because some poor guy worked himself to death in obscurity because he didn't know how to better ask for help. We should all be haunted by this and consciously urge our employers to be part of the solution and not the problem.
That tangent aside, part of the big problem with paying for tooling is that the tooling itself is typically built on tooling and libraries that are also built on libraries and tooling.... all the way down. To generalize, many of those libraries farthest back in the chain are the least likely to get the sort of funding someone who, eg. writes a wrapper around ffmpeg or whatever might get.
I don't claim to have the solution, but I feel like this topic is the tech equivalent of not worrying about global warming.
Neither side can have it both ways, but there's way too much whining about people not paying.
Want people to pay for your tools? Don't offer them for free.
This is related to my usual point here, that if one offers something for free under a GPL or MIT license, claiming to do so for the betterment of humanity, only to later retract it because corporations profit without paying or AI companies use it for model training, that person is an entitled liar who released proprietary software while using openness and generosity as a marketing strategy.
Proprietary software is fine. Lying about it and using good ideals as marketing strategy is not. That applies as much to "released as MIT so it be useful to many, then unreleased because author realized it might end up in training data of some LLMs (and in so doing, actually become useful to many people)" software, as it does to blogs and all the whining about AI denying them credit (and pre-AI, search engines, except then the developer community was on side of search and not free-but-with-ads/credit publishers).
> Every, single time, someone posts a cool paid project, there is the usual comment why pay, look at MIT/BSD/Apache/... project so and so.
That comes from some combination of the project looking not worth a cent, probably not working (at least not for the use case intended), payments being a big step starting a real multi-party relationship, much distinct from just looking at a webpage or playing with code locally, and the poster being a student or younger.
I too strongly favored MIT over everything when I was a kid. Didn't have money to pay for anything, and GPL was complicated and my slightly older colleagues (with probably more business sense than I) didn't like it.
So much of people's thinking today makes no sense to me.
Since 2010 there has been an increasing tendency for the likes of Google and Facebook to drain an increasing fraction out of the value out of the web. Around 2012 I had a site that was expensive to host and bleeding money and looking for ways to salvage it and realized that there were many crawlers that were hitting my site hard, harder than Google, and almost all of them, like Chinese webcrawlers, were sending me 0 traffic and making 0 value for me. So I cut them off. Bing was practically in that category, sending barely detectable traffic, but I wanted to support some competition for Google.
As I saw it a few years ago a bunch of people were apoplectic about OpenAI all of a sudden and I'm like, boy they are asleep at the switch, boy are they running in a herd, boy are they slamming on the breaks the next day after they crash their car. I mean like 10 years before that my wife was furious at me because I ran up a balance on our HELOC because of Google trouble.
> if one offers something for free under a GPL or MIT license, claiming to do so for the betterment of humanity, only to later retract it because corporations profit without paying or AI companies use it for model training
Both the GPL and MIT licenses require attribution, so by publishing open-source software, developers are not consenting to LLM training.
> if one offers something for free under a GPL or MIT license, claiming to do so for the betterment of humanity, only to later retract it
I would wager that an overwhelming majority of people who choose FOSS licenses do so without ever making any grandiose claims about the betterment of humanity. Yet upon any suggestion of a license change, if the project is popular, they get attacked for being a lying scheming rug-puller all the same.
> that person is an entitled liar who released proprietary software while using openness and generosity as a marketing strategy
Why do you automatically assume they're a liar, and not just someone whose circumstances or opinions changed over time? Or just responding to changes in the competitive landscape or business cycle?
If you release FOSS software, it seems your only socially acceptable options are to keep future versions FOSS forever, or abandon the project entirely if/when your circumstances no longer permit FOSS development. How is that state of affairs beneficial to anyone?
> Proprietary software is fine.
I agree, but our industry also has a vocal minority of open source purists, who treat anything using non-OSI-approved licenses as toxic waste -- even software using a quite generous source-available license.
For B2C software, that situation is manageable: the purists simply won't touch the software, and will loudly pan it on forums like HN, but plenty of others will try it if it's useful.
But for B2B software, it's more problematic, since there are enough open source purists out there that most tech companies employ at least a few, influencing corporate policy about acceptable licenses. If a new B2B software product has no OSI-approved FOSS edition at all, the purists tend to majorly tank adoption, which hugely impacts the business viability of the product.
So if you're bootstrapping a new B2B infrastructure product that doesn't lend itself to SaaS, what license do you pick? If you go FOSS, you severely limit the economic viability of your own work. Or if you go non-FOSS, you severely limit adoption, which then has the same outcome.
> That comes from some combination of the project looking not worth a cent, probably not working (at least not for the use case intended), payments being a big step
If it was just about money/payments, then non-OSI "source available" licenses would be far more popular, especially ones that allow the software to be used free/gratis for all situations that don't directly compete with the software creator. Yet instead the widespread attitude towards these licenses seems to be far more mixed. How do you explain that phenomenon?
I want Zach to be paid, 11ty is my favourite SSG. I think the way Font Awesome is going about this is unwise. I contribute to the Open Collective of 11ty (as I state in my post). I don't know how that can be misread.
Idk if it's fair to characterise someone helping build a "community-driven directory to help people discover and connect with grassroots organizations, clubs, activist groups, and community initiatives" as "working for $5/hour to help get local businesses online". It's akin to complaining that pro-bono work devalues the profession of law.
It feels like there is entitlement on both sides. People who do OSS work feel entitled to financial benefits, despite explicitly choosing to give their work away for free. And people who consume open source software feel entitled to unpaid labor in perpetuity. It kind of sucks on both ends.
Rich Hickey wrote an essay titled "Open Source is Not About You" [0], where he states "As a user of something open source you are not thereby entitled to anything at all. You are not entitled to contribute. You are not entitled to features. You are not entitled to the attention of others. You are not entitled to having value attached to your complaints. You are not entitled to this explanation."
This is true. Unequivocally. What is also true is that OSS is also not about the contributors. They aren't owed anything by the consumers. They aren't entitled to any compensation, and they aren't entitled to others putting effort into making their contributions sustainable, helping them make a living wage, or alleviating burnout. We're all adults here, we can stop working on something if it's causing us pain or suffering. And we can freely fork a project if it's going in a direction we don't agree. That is the nature of open source. It's just a licensing model, which only exists because of certain laws. Otherwise, it's just a decision on what is public and private. Nothing more.
So if a project isn't going in the direction you want? Shut up and fork it. Not getting paid for your work? Find a way to monetise it or move on. Don't whine about either of these things on the internet.
You make some excellent points, but what I think your perspective lacks is empathy. This stuff is so complicated.
If someone starts working on a project in college and 3-4 years later it blows up, they might now have a young family to consider. The person working on this thing that people love is no longer the same person who started it. In other words: life happened. Perspectives change.
It's also kind of pointless to deny human nature and we should at least try to assume best intentions; it's one thing to say all of the Rich Hickey stuff, and you might even believe it at the beginning of a project. X years later when someone raises $20M to build a company around the best parts of what you did and often forgets to mention you in the origin story... I suspect that would mess with you, and all of that stuff about entitlement would start to feel a bit thin. I don't begrudge people for those emotions, because it's not my place to do so and I see myself in their imperfect-ness.
Ultimately, I am optimistic that we will continue to establish better and better ways to create sustainable projects with maintainers that are compensated for their efforts.
Well, if you confronted me with an individual case of course I would feel empathy. That wouldn't change that I think they have incorrect ideas about open source, but I also wouldn't judge them either.
My point is more that people should try to have more realistic views about open source. People aren't obligated to credit your MIT licensed code (beyond the licence file) and you should be clear on that when you chose that licence. Heck, I've seen OSS maintainers outraged because someone forked their code, despite prominently crediting the source [0]. Some people consider that "bad form", in the same way people might consider monetising something previously open source to be "bad form". I think in both cases, people should just choose more appropriate licences. Can't have your cake and eat it too.
I think Hecrj put it well here:
> 'Me giving away more "free gifts" cannot ever be considered "competing" with someone else that is also giving away "free gifts". The only way for someone to conclude that is if the original gifts are not truly "free", but come with some "hidden" expectations attached to them.'
If you believe that there are expectations attached to your code, you should choose a licence congruent to those expectations. Trying to enforce that through culture is probably a bad idea and will lead to strife.
> Ultimately, I am optimistic that we will continue to establish better and better ways to create sustainable projects with maintainers that are compensated for their efforts.
That link is a strong argument to support your position, no question. On this class of example, we have no disagreement. Those folks appear to have missed the seminar where they explain how this whole OSS thing works.
That said, I've said irrationally defensive things to people abusing my code when I'm tired and depressed, too. These are called passion projects for good reasons.
Where I would lodge disagreement is that I reject the notion that OSS is this pure, primeval mana which is made less righteous when people remember that they need money for rent. I don't think we should encourage people to see countless hours of volunteer effort as undeserving of financial support. I believe that OSS gets better when people are well compensated for contributing to it.
I respect the folks who are able to do it, but I resist the side-eye these folks often deliver when they hear someone is looking for a way to keep the lights on.
I agree with Rich Hickey in that. I use Debian a lot, but i am fully aware i am not entitled to any sort of free support when things don’t go i want them to go. I get what i pay for. If i want things to go my way i will have to make the effort myself. By investing time and/or money.
Why do you think it’s the same folks? People tend to be louder when they don’t agree with something, and many topics will divide a community mostly in half. The end result is that you will more than likely hear complaints and subtle digs/insults no matter what happens.
> I wish they would channel their frustrations into helping to find a sustainable model for OSS creators to make a living wage to keep the magic coming
I know you don't want to hear the obvious, but making your passion your paycheck is a one-way ticket to burnout. Even your heroes are still human.
The passion is the magic, and keeping it going requires contrast with something else as a day job. You really don't want to know the pain of losing both because they're one and the same. Burnout is not inevitable nor inherent to age or experience. It's actually the opposite if you set proper boundaries and get a grip.
That said, what's the deal with this topic coming up over and over? Is it just coming from young people too afraid of the broader working world, or is it something more sinister? Is this opinion being propagated by bad actors trying to take advantage of young people wanting to work this way (the "rockstar" delusion)?
You make some excellent points. Especially wrt how the fastest way to hate what you love is to rely upon it to pay the bills.
That said, I do feel as though you're presenting a nuanced topic as a false dichotomy. There's lots of people who have figured out how to build something sustainable that blurs the line between occupation and enjoyment. We only tend to pathologize when talking about folks who haven't figured out how to make what they created into a flywheel.
The real trick is to figure out a viable structure to fund a lot more projects. Kickstarter, Patreon, Etsy, even GitHub Sponsors are steps in a positive direction. Things really are better for builders than they were 20 years ago. That should be celebrated.
Yet, I think it's very likely that there's something just as disruptive (in a positive way) for OSS and makers in general as, for example, OnlyFans was for adult content that we just haven't stumbled on yet. So when I implore the person who wrote the OP to focus on solutions, this is broadly what I was hoping for.
Making something sustainable is a different problem and a different set of skills.
I have nothing against anyone who wants to do both. I'm just saying some variant of what I'm thinking has to be why it's not as popular as you want or expect.
Something else worth considering is that people can actually be much better at (and better off) doing things they're not so passionate about.
This isn't just about devs being precious about their feelings or capacity to work. It's about control. Corrupting the direction of the project was my original point and where most of my disagreement comes from.
I would not expect most workers in any field to be so naive. The amount of convincing and money it usually takes to get someone to give up control is necessarily greater than what it was originally worth to that person. More often than not, creative people are also sophisticated enough to see that they may not fully appreciate the meaning of their project longer term right now, and the default answer has to be "no" possibly forever.
Someone asking a creative person to give even an inch of control is the one in need, not the other way around. They have to be on the creative person's level to get anywhere. Even just simple collaboration or discussion can be difficult if they don't feel it's fair. This is a very tall order and at that point they might as well stop begging and manipulating and just do it themselves.
That's what makes open source so great. Go ahead and fork it, but you're not getting the passion or skill or vision as part of the deal.
At some point you have to take a step back and wonder what you thought you were buying by giving the creator any money. This is where it falls apart.
Again, this isn't even stubbornness or selfishness. Negotiation is a skill that only gets tougher the more value is at stake. Most devs can make enough money just fine doing something else and still maintain full control. This is almost exactly why the jobs that pay the best are some of the most meaningless. Nobody is fighting for control over that stuff.
They already have it all just by being themselves. They are the stewards of true value keeping the world from becoming a hellhole foolishly and singularly concerned with money. In other words, if they didn't know something you don't, you wouldn't be offering them money (and only money). :-)
That's really fascinating, thanks. You've given me lots to think about.
I spend a lot of time thinking about the different structures associated with patronage. I remember that at one point David Bowie released a public offering of shares in his future value. If memory serves, the outcomes were mediocre but not a loss.
I actually think that this is kind of awesome. To me, the key detail is modest returns. Every asset class is volatile but our society has taken a really hard turn towards celebrating rent seeking. If someone has capital and can be convinced to give someone the financial leverage that they need to, for example, buy a truck instead of becoming the employee of a guy who bought a fleet of trucks with someone else's money, that's a formula for raising a lot of people up through middle class ranks.
Now, some people would take that advance and go to Vegas and do the least responsible thing, for sure. But I'm into giving people the benefit of doubt when possible.
I don't think we really disagree so much as I'm holding optimism that there are still big ideas and techniques that we haven't thought of, yet. I am guided by a confidence that we are more likely to succeed when we don't assume that things need to work in a certain way.
Low-agency people who've never produced any work of consequence have no frame of reference for what it takes, and therefore, don't give a shit about what it takes to do it (and keep it going amidst their entitlement, indifference, and dismissals).
OSS is just a toxic world burdened by a perpetual war between passive aggression and ego, neither of which will ever "put down their swords."
Kickstarter, Patreon, Etsy and GitHub Sponsors are all very recent inventions. Heck, Youtube being a viable career is an incredibly recent invention.
What I'm saying is that I doubt that any of these are the last word on the topic. Look at how OnlyFans shook up the adult content world, and I don't think that they saw it coming.
I am optimistic that something equally paradigm shifting could occur for makers and OSS maintainers, even if I don't claim to have a vision for how it would work at the moment.
I would suggest that a slightly more approachable way to view an RTOS for MCUs is a library that sits on your bare metal that takes primary responsibility for efficiently dividing up available resources across multiple task functions.
An RTOS will usually provide a well documented SDK with support for memory safe queues, semaphores and message brokering.
Think of it as a software enforced contract + best practices to ensure that you get stable, predictable timing loops without ugly polling and blocking.
I would appreciate an honest comparison with FreeRTOS. Building something like this is an excellent learning exercise for the coder, but someone who has to balance the risks, learning curve and feature set has to justify the adventure in a different way.
One thing that would be interesting to hear more about would be your own recounting of the places where you made opinionated decisions about how things should work.
Honestly, I have very little interest in this module. I was a frequent S3 user who switched to the P4 last year when I realized that I could buy it in a WROOM-sized package:
The P4 is an amazing part, and the WT0132P4-A1 is cheap, highly available and easy to use. It has so much horsepower, and it's not encumbered by the mandatory wifi/BT stacks. It also has a genuinely superior capacitive touch solution compared to the S3.
For those of you who need radios, the recommended solution is to add a C3 as a coprocessor. I think this makes way more sense than bundling them, because it means you are free to use newer radio chips as they come out; this also makes the P4 somehow cheaper than the S3-MINI modules.
As for the S31, I just hope that they finally fixed the issues with ADC2.
I have great news for you: after several years of growing frustration with Espressif's inability to launch this chip properly in NA, I found a company called Wireless Tag that presumably felt the same way and just did it themselves:
I've now used this module in several projects. I love it. And I love (x3) the P4. It is amazingly powerful.
A lot of folks talk about the P4 not having radios as a problem; I personally think that it's an advantage. The assumption that every device is a wifi/BT device is baffling to me.
You'd have a very hard time convincing me to use anything but the WT0132P4-A1 at this point. They are cheaper than ESP32-S3-MINI-1U, too.
> A lot of folks talk about the P4 not having radios as a problem; I personally think that it's an advantage.
I believe, the problem is that there isn't a comparable chip with WiFi/BT (ignoring S3, because, you know, Xtensa), not that P4 itself doesn't have them.
I don't use these directly myself in any projects, so I'm citing hearsay... but from what I understand, Espressif officially recommends using an ESP32-C6 as a radio module with the P4. Wouldn't that cover it?
What I have seen directly is a lot of folks reacting negatively to the P4 because it doesn't have radios. They seem to be coming from a "what could it possibly be useful for if it can't [wifi/BT]". While it's easy to see this as a failure of imagination, it does seem true that a lot of folks equate the ESP32 line as what you use when you want to create an IoT device. While that's not wrong or necessarily bad, I've always felt like it's a weird way to pigeonhole an entire SoC family that might be self-limiting.
I'm not sure why you are not sure - S3 was using Cadence's Xtensa 32-bit LX7 dual-core microprocessor, but the article on S31 only mentions "dual core" without too much detail.
That's the SoC. The CPU is a small part of it. For example they could be using an open source design like the CVA6, or a commercial design from someone like Andes.
Several weeks ago, I spent about a week fully reverse engineering a Stereomaker pedal. It accepts a mono signal and produces a stereo field using a 5-stage all-pass filter to mess with the phase without the use of delay (which sounds cheesy and creates a result that doesn't mix well back to mono).
I've not really worked with audio circuits previously, and I'd been intimidated to approach the domain. My journey was radically expedited by iterating through the entire process with a ChatGPT instance. I would share zoomed photos, grill it about how audio transformers work, got it to patiently explain JFET soft-switching using an inverter until the pattern was forced into my goopy brain.
Through the process of exploring every node of this circuit, I learned about configurable ground lifts, using a diode bridge to extract the desired voltage rail polarity, how to safely handle both TS and TRS cables with a transformer, that transformer outputs are 180 degrees out of phase, how to add a switch that will attenuate 10dB off a signal to switch line/instrument levels.
Eventually I transitioned from sharing PCB photos to implementing my own take on the cascade design in KiCAD, at which point I was copying and pasting chunks of netlist and reasoning about capacitor values with it.
In short, I gave myself a self-directed college-level intensive in about a week and since that's not generally a thing IRL, it's reasonable to conclude that I wouldn't have ever moved this from a "some day" to something I now understand deeply in the past tense without the ability to shamelessly interrogate an LLM at all hours of the day/night, on my schedule.
This is a phenomenal example of exactly what I am advocating.
Notice you didn't ask the AI to 'just design a stereo pedal for me.' You interrogated it, reasoned about netlists, and forced the concepts into your brain through intense friction. That is pure deep work.
Throughout the reverse engineering process, the LLM and I both were expecting each op-amp stage to use the next ladder value capacitor. We'd talked ourselves into how and why that would make sense.
At the end I was curious enough that I desoldered those five caps and realized that they were all 2.2nF except for the last stage which was 1nF.
I brought that news back to the LLM and we realigned our understanding of how the effect was achieved, ultimately coming to realize that our approach would have created notches at different frequencies instead of just shifting the phase by about 900 degrees.
It was an incredible learning experience. I try hard not to personify LLMs but this really did feel like working side by side with a friend on a problem until it was solved.
IRL, I suspect that most people who would be able to tackle that challenge with me lack both the time and patience to actually do it.
Its not as simple as just being lazy, our brains are hardwired to take the path of least resistance. I believe someone industrious like you is the exception and not the rule which is why industrious people do well in life and a priased.
I don't believe that you'll find much if any evidence or compelling research to suggest that our species is "hardwired to take the path of least resistance".
I think that you are confusing passive complacency and conflict avoidance with a default state of how we are as a species and society, so far as such a thing exists.
Honestly, I don't think we'd even be here if people defaulted to lazy. The choice to be lazy is a remarkably recent symptom of the late capitalism era. Nobody could be lazy even 100 years ago. It just wasn't a thing.
Your perspective frustrates me because it implicitly abdicates taking responsibility for making good choices, explaining it away as "everyone does it". That is a mythology that you simply do not have to buy into.
No, you touch on the aspects where you're able to use AI as an extension of your skills.
This is completely different than my colleague who isn't a software engineer, and now all of the sudden is creating PRs which I need to review and correct.
I'm a sceptic. I use it to explore the unknowns and go from there.
My reaction to this question is that it might technically be in good faith, but you're pushing it.
Let's say that LLMs didn't exist, and I learned these same skills in an oddly specific hands-on workshop, or from an oddly specific textbook, or fuck it, let's say that I hired some greybeard pedal designer to just sit beside me and answer all of my stupid questions without judgement for a few weeks at their hourly rate.
Would you feel compelled to challenge whether I had retained what I learned or inexplicably woke up this morning, tabula rasa, and realized that I'd forgotten everything I spent a week teaching myself? I honestly don't think that you would.
For the record, I could reimplement any part of the circuit on demand if I needed to. I might be tempted to look at my notes for the JFET switching because it was genuinely hard to keep in my head, but that's more of a confidence thing than a "shit, I forgot how op-amps work" thing.
I've since implemented a variation into a matrix mixer concept that I'm working on, when it detects that a TS cable has been inserted into a TRS jack.
> Would you feel compelled to challenge whether I had retained what I learned
Yes, the exact same way I would dubious when someone says they learned much from following a youtube tutorial or participating in a two week workshop or something
It's a 90 minute video that will take you a week to watch if you're doing it properly.
Seriously though... you don't learn from watching a video tutorial (which you can slow down and re-watch as many times as you need) and you apparently don't believe you can learn from an LLM which will patiently answer literally infinite questions, no matter how basic or repetitive... would you mind clarifying how you do learn?
Everyone has different learning styles so I tend to take a different strokes for different folks attitude. For example, I don't absorb highly technical stuff from books and the idea of [paying to be in a] classroom where you're forced to endure 95% what you're not interested in to get the 5% you care about (at the speed of the dumbest student in the room) gives me hives.
Yet, it kind of sounds like you might just be arguing for argument's sake. Also, you can learn A LOT in two weeks if you're motivated.
> Everyone has different learning styles so I tend to take a different strokes for different folks attitude
Okay but at the end of the day the only way to actually learn (and demonstrate that you've learned anything) is by actually doing it
And I don't really consider "I got the AI to do it" as actually doing it, which is why I'm questioning what you've actually retained.
To be clear if you feel like you've actually learned this stuff then good for you. I'm genuinely happy if that's the outcome you feel you have obtained
I'm just personally very skeptical of anyone learning fuck all from using AI to build stuff because like I said... I learn from practice. Using AI is not practice any more than copying from open source repos is.
And frankly I'm bitter because I absolutely cannot learn fuck all from using AI. It is the sort of shortcut that prevents my brain from committing anything to memory.
I guess I don't understand what about any aspect of what I explained gave you the impression that I might not have put what I learned into practice.
This is going to sound like I'm fucking with you, but I'm deadly serious: if someone taught you how to do something and you later learned that that person was actually an LLM masquerading as a human, would you forget what you had learned?
It's actually not impossible that you've hypnotized yourself, or could be experiencing a trauma response.
Of course it's traumatic. It is undermining the value of my knowledge and skills in a time when the economy is extremely rocky and I'm afraid for my future
I sincerely do have a ton of compassion for you in how this is affecting your life, and I can empathize with existential anxiety to a degree that most folks won't understand. It sucks to be stressed out when it seems like everything should be possible.
Here's what I can say from the other side: you can only control what you can control, but you will be surprised to realize that you can control a lot if you put in the hours and just doggedly refuse to let problems stop your progress.
I don't think that the answer is a one-man fight against the zeitgeist, though. I promise you that blaming LLMs will quickly go from reasonable position to crutch to weakness. Like bankruptcy, it tends to happen very slowly and then very quickly.
If you treat good LLMs as a tireless mentor that needs to be reigned in and verified, you too can learn stackable skills quickly.
> I don't think that the answer is a one-man fight against the zeitgeist, though. I promise you that blaming LLMs will quickly go from reasonable position to crutch to weakness
That's ok. When it happens I will simply go live in a cabin in the woods somewhere, raging against the dying of the light
LLMs absolutely let you explore ideas and areas you wouldn't have otherwise...but does your new design actually _work_?
I'm curious whether the "knowledge" you gained was real or hallucinatory. I've been using LLMs this way myself, but I worry I'm contaminating my memory with false information.
I think that you're confusing what you're doing with what I'm doing.
What I'm doing is learning the circuit constructs that I need and then putting them to work in real circuits. There's usually a few breadboard steps in the middle, which you could call reinforcement learning.
To me, the telling thing about your question is the implication that I would spend a week learning how to do something and then not test it out. I know that this reply reads as salty, but I'm really struggling to contain my own "wtf" on this end.
Seriously, people that are so determined to prove that LLMs don't work despite how easy it is to test for yourself and see that they clearly do work are the ones that are hallucinating.
Genuinely curious: are you actually vibe coding (as in not writing or looking at the code) or are you pair programming with a current model (eg. Sonnet or Opus) using plan -> agent -> debug loops in something like Cursor?
I think it's great that you've gotten back into coding, even if you're hands-off for the time being.
However, I strongly urge you to leave not touching the code behind as a silly self-inflicted constraint. It is pretty much guaranteed to only get you to about 40% of the way there for anything more than a quick prototype.
Hardcore cyclists can confidently ride without touching their handlebars, but nobody is talking about getting their handlebars removed. It's just a goofy thing that you might try for a few seconds now and then on a lark.
I had no idea that it was such a good bargain. I used to be a Crashplan user back in the day, and I always thought Backblaze had tiered limits.
I've been using Duplicati to sync a lot of data to S3's cheapest tape-based long term storage tier. It's a serious pain in the ass because it takes hours to queue up and retrieve a file. It's a heavy enough process that I don't do anything nearly close to enough testing to make sure my backups are restorable, which is a self-inflicted future injury.
Here's the thing: I'm paying about $14/month for that S3 storage, which makes $99/year a total steal. I don't use Dropbox/Box/OneDrive/iCloud so the grievances mentioned by the author are not major hurdles for me. I do find the idea that it is silently ignoring .git folders troubling, primarily because they are indeed not listed in the exclusion list.
I am a bit miffed that we're actively prevented from backing up the various Program Files folders, because I have a large number of VSTi instruments that I'll need to ensure are rcloned or something for this to work.
reply