ratww
I then saw the team wanting to convert it to ActiveRecord, which they started. But lots of queries had to use AREL (Rails' "low level SQL AST abstraction"), since they weren't really possible or just too difficult to do in ActiveRecord.
But AREL is so incredibly unreadable that every single AREL query often had its equivalent in plain SQL above it, as documentation, so new people could understand what the hell it was doing.
In the end some junior was unhappy with the inconsistent documentation and petitioned that every query, simple or complex, AREL or ActiveRecord, had to be documented using SQL above the AREL/AR code.
Then they discovered that documenting using Heredocs rather than "language comments" enabled SQL syntax highlighting in their editors.
After that we had both: heredocs with the cute SQL and some unreadable AREL+AR monstrosity right below it.
I still laugh about this situation when I remember it.
If you start without one, you still have to partition your code well enough so that retrofitting one doesn't cause a huge mess. Basically keep your "raw SQL queries" in a centralised place (file or folder), rather than strewn together in controllers/views/services. And you should do exactly the same if you use an ORM. Isolate the fuck out of it and make it "easily removable" or "easily replaceable".
Also keep the "effects" of your ORM or your non-ORM away from those other parts too: your controllers, views and services should be totally agnostic to whatever you're using in the data layer. When you add subtle coupling you lose the possibility of changing it, but it also makes it less maintainable.
This is easier said than done: in dynamic languages or with structural typing like Typescript it's very easy: it's all objects, anyway, so ORM or no ORM it's the same. In stricter languages like Java it might lead to lots of intermediate data structures which are a problem in itself. Or you gotta use primitives (lists and maps) rather than objects.
-
Most unmaintainable projects don't become unmaintainable because people "forgot to prepare". They become unmaintainable because people assumed everything is permanent, so there's no penalty to using everything-everywhere. So there is traces of the ORM in the controllers and views, the serialisation library and serialisation code is called in models in services as a "quick hack", the authorisation library is called from everywhere because why not. You quickly lose the ability to easily reason about code.
The same applies other areas. I could make a treatise of how game developers love sticking keyboard-reading code absolutely everywhere in the codebase.
Taking the nuclear option after merely "seeing [something] as" risky without exhausting the much-cheaper remaining options is not "somewhat understandable, if not plain reasonable". And it's not "ways and quirks": it's incompetence at best or corruption at worst.
This kind of situation might be common, but it is not understandable nor reasonable.
In my experience that depends.
But the tinkering kind is often satisfied when they are able to tinker on their own code. Even (or especially!) if they're allowed to do it during working hours. But allowing engineers to literally hone their craft on the clock is something that is becoming rarer and rarer, unfortunately.
But I agree that a developer that refuses to admit failure of their experiments and wants to force their experiments on others is a problem, of course.
On the other hand, there's more to this job than coding, and a lot of people interested in "learning" will leave as soon as they find out there's nothing more about the problem-domain to learn.
Even if all those problems were true, if it was really analysed as risky, the proper thing to do is to bring in one or two more engineers, perform audits, ask for the full source if it's not available. Ask for documentation. Heck, OP said it's not minified: try to reverse engineer it, if need be. Perhaps it's not even necessary!
There's absolutely no need to bring a 9-digit-sum team to replace a working system made by one person, even if this is common practice in our industry. Not before all other rational avenues are pursued if there are problems.
What also pisses me off is that what happened on the other side might have been caused by companies like the ones I worked for. For a long time I worked for consultancies, and it was routine for sales to "translate" our feature lists into procurement rules (sorry don't know the term in english) and give that to companies and government so we would be the only ones able to answer.
And the worst part is that software engineers go on with this tune because they enjoy so much overengineering everything from scratch.
That's not entirely true. I got my M1 in a promotion, with a discount. I also got my Watch "bundled" with the bracelet (the packages were literally bundled together), also with a nice discount. That was at a flagship Apple Store.
Also "the price" is not "core to the brand" in Brazil. It changes very frequently and is not a direct conversion of the American price.
It is interesting but very pragmatic for this situation: until somewhat recently most computers and chargers only had USB-A ports.
> Existem bilhões de adaptadores de energia USB-A já em uso em todo o mundo que nossos clientes podem usar para carregar e conectar seus dispositivos. [1]
> Translation: There are billions of USB-A power adapters already in use around the world that our customers can use to charge and connect their devices
Those "billions of USB-A adapters" however won't work with the cable provided in newer iPhones, which is lightning and USB-C.
[1] https://g1.globo.com/tecnologia/noticia/2022/09/06/ministeri...
Users that want relationships want to find someone ASAP and delete the app.
Those two goals are completely incompatible.
Since you have a limited number of "likes" per day, you have to actively "say no" to people that's attractive to you.
To a complete outsider it feels as if Hinge is just becoming the new Tinder. Anecdotal of course (mostly from women friends), but partly supported by the growth of Hinge lately.
People looking for relationships don't want to be matched with people only looking for hookups, and people looking for hookups don't want to part of a club that accepts them. Apps have the incentive to make money so they don't really do anything.
I didn't knew but I love it... I wish more developers took interest in such things.
Important distinction.
New Reddit also fell prey to bad development practices and is without exaggeration unusable for me. It often "crashes" and the whole page goes dark-grey on my browser, and this has been happening for at least a year. After reloading I can't see all messages without navigating away, and middle click messes with the scrolling. At this point I will assume they either don't care or are fucking with me.
But the biggest reason people hate as a matter principle is because it is in 99% of cases done without any UX research and without any care from developers, and that's in the best case. The worst case is to cause doomscrolling, which is nefarious in its own.
It is disrespectful to users. If you don't want people seeing old content just fucking delete it.
Doomscrolling and modern web products were never about quality, but rather about giving the user the hope of potentially seeing something of quality.
Which means that my cousin magic_hamster who said "this can just be an algorithm" is also right [1]. In most cases there's no need to leverage AI here. 90% of everything is gonna be crap, and people historically often get addicted to low-quality crap anyway.
I remember having this issue when working in a recording studio during college, even when we switched to battery and turn the mains off, we'd still get hum in some guitars.
Funny enough I was recently reading an interview with producer Michael Beinhorn and he mentioned having some "mystery EMF/RFI event" happening in New York around 1997, coming from a specific block, and he had to relocate a recording session to Los Angeles because of how strong it was interfering with the guitar amps and other equipment [1].
[1] https://gearspace.com/board/interviews/1385579-interview-mic...
Me and some friends tested them and tried transmitting to a neighbours house (connected to the same electrical post) and had no success at all. There was just too much noise, coming from other houses. However with digital technology I'm sure you can get a much better range.
Some of them have phase-locked loops to sync the output frequency with the mains, but probably won't stray as far from 50Hz (or 60Hz) as the mains themselves seem to do. If they do, unplugging the mains and using the battery is probably enough to get pure 50Hz back!
The UX for packages also sucks. With DMGs you just mount and then drag to the Applications folder… even the most basic macOS users have done this.
But the treatment itself is first class, unlike with sysadmins of yore.
But the copycats that don't believe in iterative development or in user research love to pretend they got all figured out before it's out for development.
At first programmers were able to resist all that and have a voice, but lately it seems that the only prestige we retained was the salary, so we must play the same tune as the rest of the band. Agile was an attempt at being "self managed" and have a bit more independence, but that was also corrupted and lots of devs hate it with a passion too, so we're mostly back to practicing non-iterative, Steve-Jobsian-gut-feeling-centric development. Programmers have bought into that toxic mentality too.
And even in better situations, such as my current job, the tasks that cause the most issues, take more developer time and annoy the user the most are always the same: non-idiomatic features (for the web or for desktop apps), often concocted by designers totally disconnected with the audience, who at most did two or three "interviews" where the user said "yeah I could see myself using that".
Doesn't really get stuck (only time was when it "found" a fallen t-shirt behind a cabinet).
They do clean well for me, as long as I do it regularly. If I don't do it for a week it needs a second pass. But how much you need depends on external factors. Literally external, like how much dust gets in from outside.
Mine handled carpets well. IME of course. I didn't had pets when I had carpets, but at least with wooden floors cat hair gets cleaned fine.
Only caveat is if you have levels in your house you have to bring it up and down stairs but that's not asking much.