jadero

I've tried to explain this to people before, without success. I'm starting to think that most people have no concept of what it means to be passionate about something, so they go through life with nothing more than pastimes to keep their minds off reality.

For me it's building boats. I've only ever built 2, the last one 20 years ago. But the amount of time and money I spent on magazines and plans both before and after those actual builds dwarfs the time and money it would take to run a lemmy instance. And now I've got 3 years and several thousand dollars into building and equipping a shop so I can build another one.

I'll throw out a few bucks here and there because it feels like the right thing to do, but I actually want hobbyists, people with a passion for it, running the show. After all, that is what made reddit work. All the passionate mods doing their thing as a hobby.

Sort of. I think of the Unix philosophy as being like Lego. Here's a box of goodies, go crazy. Even Ikea still requires user assembly.

Most end users just can't do much with the first and often even get tripped up by the second. What we need is something in between that a programmer can use to quickly throw something together to user requirements.

Actually, that's much like what I was doing with Microsoft Access and Visual Basic decades ago. I probably would never have survived in an actual software development shop, but I was kept very busy by a bunch of small businesses that loved the quick turnaround and manageable costs.

There are ways to do advertising that works and is not annoying (or at least less annoying). Context advertising are ads that are directly related to the subject matter of interest. For example, ads from companies that are in the business of meeting the needs of the boatbuilding community would be welcome or at least tolerated in a boatbuilding community. Those same ads shown to a programming community would be less welcome, even if there happens to be significant shared membership.

For example, the paper magazine "Small Craft Advisor" recently transitioned to online only via Substack. It didn't take long for subscribers to actually complain about the loss of advertising and SCA had to respond with self-promotion articles from former advertisers.

Context advertising requires no user profiling, no user tracking, and no data collection. "Oh, you sell epoxy (or sails or plans)? Well here is a community (as distinct from a user profile) that is likely looking for what you sell and probably already discussing products in your line of business."

Former water treatment plant operator. Thanks for living up to your name.

That sounds like the kind of thing I envision.

Yes, no personalized data collection. Both sides of the ad transaction would need to track something if the placement had some kind of impressions or click-through payment system. It's been a while since I've managed a website, but I think most of that can be handled with pretty basic logging that has existed since before micro-targeted advertising was even conceived.

For a simple placement contract like we have with what few newspapers remain, the ad supplier could assess the value of the placement for themselves using standard referrer logs. Not paying its way? Don't renew the placement.

There are a few possible reasons for that, but the main ones are:

The architecture may be from the rococo (filled with pretty, but ultimately useless and confusing "decorations") or surrealist (tenuous relationship to reality) schools. This would make it difficult to grasp for anyone but the people involved from the beginning.

The architecture could be perfectly sound, but for some reason, you are having trouble putting it all together. The most common reason for that is a lack of training and documentation.

Hobbyist, professional, hobbyist.

Started with the VIC-20 shortly after the birth of my son. Ended up teaching a few community association recreational classes, which led to teaching introductory programming (among other things) at a private tech school.

That, in turn led to a few requests for small custom programs, software modifications, etc, and eventually my own freelance programming business doing everything from shop floor work order management to Palm Pilot integrations with, yes, mainframe systems.

When that business failed, I went to work full-time for my only remaining client. When that business was sold, the new owners made it clear that I was dead weight, so I left the field entirely and we moved to our cabin at the lake. (That was also the beginning of 10 years with no internet or cell service at home. Now we have Starlink.)

A decade later, I'm about to retire completely and I'm slowly getting back into it as a hobby.

I've always been a bit of a language junkie, but my current focus is on go, mostly because I'd like to better understand what's going on under the hood in my current favourite language, Charm, which is written in go.

In retirement, assuming I can pull myself away from my shop and my fishing rod, I hope to build an as yet undetermined bit of software that others find useful or contribute to a project.

We've been watching an old TV series called "One Step Beyond." I actually like the Alcoa ad that runs ahead of the program. It's written specifically for the program and runs as an introduction. They use "One Step Beyond" as a phrase highlighting their ability to innovate and in contrast to the "One Step Beyond" our normal existence as portrayed by the upcoming episode.

I know I'll tire of it eventually, but for now I'm enjoying it much the same way I enjoy listening to a piece of music multiple times or rereading a good book.

My experimentation suggests that your inbox is kind of read-only. The only way to reply or vote is to go back to the top level thread.

I have some concerns over that. Unless there is something I'm missing, there is no reason for your inbox to be anything other than a filtered view of the communities where you've commented. As such, you should be able to do anything in your inbox that you can do anywhere else.

I could be completely out to lunch, though. My programming career ended over a decade ago and I have not done anything that resembles a formal analysis.

Given the number of offenses I see in books and magazines, I'd say that the only thing left is for the descriptivist grammarians and lexicographers to record it.

Not your usual teaser, but still a teaser. "Look at all this techno-marketing. It shouldn't take more than a couple of weeks. By then we'll have some actual code to look at and toys to play with."

In fairness, they are providing what looks like a decent overview of their underlying system (Rama) and how they used it to create their mastodon instance.

But I guess it worked :) I bookmarked their page and will check in from time to time. Maybe their toy (prototyping) system will be enough to run a personal instance...

I think he's missed a potential benefit of AI.

He seems to be speaking mostly of greenfield development, the creation of something that has never been done before. My experience was always in the field of "computerizing" existing manual processes.

I agree with him regarding the difficulty of gathering requirements and creating specifications that can be turned into code. My experience working as a solo programmer for tiny businesses (max 20 employees) was that very few people can actually articulate what they want and most of those that can don't actually know what they want. The tiny number of people left miss all the hacks that are already baked into their existing processes to deal with gaps, inconsistencies, and mutually contradictory rules. This must be even worse in greenfield development.

That is not saying anything negative. If it were any other way, then they would have had success hiring their nephew to do the work. :)

Where I think AI could useful during that phase of work is in helping detect those gaps, inconsistencies, and contradictory rules. This would clearly not be the AI that spits out a database schema or a bit of Python code, but would nonetheless be AI.

We have AI systems that are quite good at summarizing the written word and other AI systems that are quite good at logical analysis of properly structured statements. It strikes me that it should be possible to turn the customers' system descriptions into something that can be checked for gaps, inconsistencies, and contradictions. Working iteratively, alone at the start, then with expert assistance, to develop something that can be passed on to the development team.

The earlier the flaws can be discovered and the more frequently that the customer is doing the discovery, the easier those flaws are to address. The most successful and most enjoyable of all my projects were those where I was being hired explicitly to help root out all those flaws in the semi-computerized system they had already constructed (often enough by a nephew!).

I'm not talking about waterfall development, where everything is written in stone before coding starts. Sticking with water flow metaphors, I'm talking about a design and development flow that has fewer eddies, fewer sets of dangerous rapids, and less backtracking to find a different channel.

I think that ChatGPT is probably the wrong tool for what I'm imagining. I'm thinking more in terms of "hypothesis generators" and "theorem testers" that, as far as I know, are not using the methods of ChatGPT in their operation. I think that those kinds of tools and others like them could be used to help clarify requirements before coding even starts.

Tundras aren't going to be all that liveable just because the temperature is a bit nicer. They'll still get very dark in the winter. Like 24-hour darkness, in some of it. Some people thrive, some people cope, some people go batshit crazy when daylight hours drop below about 4 hours a day.

That's actually the easy part. Most tundra is sitting on top of permafrost. I worked on low latitude tundra for one summer and if my experience there is representative, melting permafrost is going to turn a lot of tundra into swampland for a long time.

Even if I'm wrong about the tundra turning into swampland, there isn't really all that much room. Good luck cramming a few billion people above 55 or 60 degrees latitude.

Not dumb, untrained or not yet sufficiently skilled in this particular area. While you bear some responsibility for getting up to speed, I would argue that it is still their issue if they are not providing the necessary resources. With something like lemmy, you are probably on your own for finding and making use of those resources. But I would be surprised to learn that those resources don't exist. I haven't looked, but there must be some kind of documentation written by someone and a community of like-minded people. Maybe even some tutorials.

That said, some people will always struggle with certain kinds of abstraction or multiple layers of abstraction. For myself, one thing that I find helpful is to view each layer as an API that I'm targeting or a library that I'm using. In those cases, you never really worry about how things get done in the background.

Do you really have any idea how the keywords that solicit user input work? Not likely. Even if you do, you still completely ignore the fact that you know it while writing a line of code that solicits user input. That is a layer of abstraction that you use regularly without even thinking about it. A good architecture allows the same kind of reasoning about your code.

Absolutely not! I'm not sure anything in any field is so trivially simple that it can be grasped just by looking at it. Getting even minimally competent in anything requires both study and practice.

The good news is that study and practice are skills worth acquiring, because they are useful in any endeavour.

The great news is that study and practice are what's needed for mastery, too, so once you start your journey, you can can continue as far as you want.

Well, sure, it's frustrating. I haven't looked at lemmy code, so maybe it is a dumpster fire. But I've been programming since about 1980, and I still stumble more than I'd like, even when I'm the one who wrote the crap I'm trying to figure out. :)

Perhaps, but don't forget every god has had to learn a few things the hard way.

Many will cherry pick or apply self-serving interpretations of your pronouncements.

Many false prophets will arise.

Many will rail against your very existence and create competing systems.

Eventually, you will be considered archaic and replaced by the gods of the new thing.

Tongue in cheek, obviously, but not too firmly. :j

I don't have a recommendation, but I understand the desire for excellent keyboard support in a GUI. I switched to Linux after 3 decades on Windows and I really miss doing all the screen navigation from the keyboard. In Windows, the only time I used a mouse was inside things like drawing tools and badly written apps with inadequate or non-standard keyboard support.

Put BBS discussion boards, FidoNet groups, and Usenet out front and drop Fark for my path. Along with a variety of standalone forums and random stuff that never went anywhere, of course :) (yes, I'm old!)

Yeah, I'm not a fan of the form of capitalism that's about selling what they want us to buy instead of what we want to buy, but it seems to be working for pretty much every company out there.

I guess we missed our window of opportunity with Netflix. We moved to the middle of nowhere with no internet or cell service 12 years ago. We've had Starlink for nearly 2 years and are just starting to run out of stuff available for free on our Roku. It's been a couple of decades since I played with, um, other options, but I somehow doubt it's become more difficult. :)

Yes, and thanks!

Yes, I agree. My perception of hobby communities, at least the online ones, is that there is an inordinate amount of time spent trying to figure out how to monetize what used to be seen as a primarily recreational activity.

I know that some of it is self defense, in the sense that some hobbies are expensive enough to stretch a budget to the breaking point.

Some of it is likely due to incomes not keeping up with the cost of living and, of course, some people are budding entrepreneurs.

But it seems to me that there are a lot of people who feel that it's not reasonable to have a hobby that has no income potential.

I agree with most of what you said, but I think I was not clear in my presentation of the domain of operations. I was not speaking to the rewriting of an existing system, but if gathering requirements for a system that is intended to replace existing manual systems or to create systems for brand new tasks.

That is, there is no existing code to work with, or at least nothing that is fit for purpose. Thus, you are starting at the beginning, where people have no choice but to describe something they would like to have.

Your reference to hallucination leads me to think that you are limiting your concept of AI to the generative large language models. There are other AI systems that operate on different principles. I was not suggesting that a G-LLM was the right tool for the job, only that AI could be brought to bear in analyzing requirements and specifications.

Ah, I understand now. Yes, I think that maybe I agree with you in general.

I still think that AI operated by ethical experts has much to offer when used not an automated replacement, but as a tool that can save time and help verify accuracy. I'm thinking in terms of a kind of teamwork where one member of the team is an AI system or assistant.

I'm glad I'm old enough to not have to consider living at the population density you suggest. I find the population density of Saskatchewan to be quite enough. I lived in a small city (Saskatoon) for 40 years and the last 10 were flat out miserable. The first 30 were tolerable only because we escaped to nature every weekend.

I've been very happy with my System 76 laptop. I suspect I'll try Framework next time, just because I like the concept.