REI is not a workers coop. It’s a consumer coop. It’s not even the same thing. The fact that it’s so difficult to even find a workers coop that is a national retailer shows you exactly why competing as a coop on the capitalist market is difficult.

Thomas L Friedman, of all people, saying that you can’t just put your feet up and coast because you have a Pulitzer is sending me.

It must be so hard to write Atlanticist propaganda laundering the reputation of the West’s newest darling that’s crucial to fulfilling the newest hare brained scheme to keep the empire together.

Mortal Engines is literally a refutation of liberalism in a capitalist system. It’s about how municipal darwinism doesn’t work.

1/7 people who solicit a grifter want a refund.

Laptops specifically have been such an Achilles heel for Linux due to driver issues and battery issues. I honestly would just rather stick with OSX and containerize. The thing that might test that is X86 support lapsing at least for some of my MBPs.

Timothy Snyder’s definition of “fascism” is laughable.

Any time the op-ed class uses that word they should be forced to define it.

lol. This is my story as well, except I wrecked my XP MBR and the CD was in Dr. Dobbs that my dad had a sub thru his work from. I was too impatient to wait for him to bring home an XP install CD.

2002, I was 11. My dad had bunch of Linux install CDs that came with Dr. Dobbs. I fucked up my XP MBR and asked him to bring home a XP install disk cause i lost all mine.

By the time he got home I had installed Mandrake Dolphin Linux on my PC.

you are restricted to a set of statements that can be expressed using a particular type system

What I’m saying is that most good static typing systems do not practically have such limitations, you’d be very hard pressed to find them and they’d be fairly illogical. Most static typing systems that are used in enterprise do have limitations because they are garbage.

So in such shitty type systems you often have code that’s written for the benefit of the type checker rather than a human reading it. In good type systems any code that’s written for the benefit of the type checker is often an antipattern.

For example, Lemmy devs prefer this trade off and it has nothing to do with enterprise workflows.

Rust has HKT support through GATs and typeclass support thru traits. Rust has minimal code you write for the benefit of the type checker.

Typescript technically has HKT support but it’s a coincidence and the Typescript team doesn’t care about it, since the beginning Typescript was made to be Enterprise Javascript by Microsoft. Though systems like fp-ts exist they’re hard to get rolling in enterprise.

Typescript does have problems with code that’s written for the benefit of the type checker rather than a human reading it in a large part due to inefficiencies of the compiler itself. In a small part due to some corner cases that still exist because even though it’s type system while more advanced than others in it’s enterprise grade class, it’s still written in that style for that purpose so the inconsistencies it makes to support the janky workflow (plus some EMCA stuff e.g. Promise is not functionally typeable since the spec breaks set theory for convenience reasons) leads to that problem.

However in Typescript these are avoidable problems and you are able to write code without dealing with the type checker’s bullshit a good amount of the time if you follow the correct patterns – certainly better than any other “enterprise grade” static typing system.

Static typing itself is a trade off as well. It introduces mental overhead because you are restricted to a set of statements that can be expressed using a particular type system, and this can lead to code that’s written for the benefit of the type checker rather than a human reading it. Everything is a trade off in practice.

You mean code that’s written to the benefit of a low efficiency enterprise workflow, which is my love hate relationship with Typescript. Best out choice out of a pile of shit.

Why not just run a hypervisor and use containers?

That’s been the opposite of my experience using Clojure professionally. You’re actually far more likely to refactor and clean things up when you have a fast feedback loop. Once you’ve figured out a solution, it’s very easy to break things up, and refactor, then just run the code again and make sure it still works. The more barriers you have there the more likely you are to just leave the code as is once you get it working.

This is more of a how the saussage is made issue in my experience than a tooling selection issue. Clojure may make it easier to do the right thing but the actual forcing function is the company culture. Self-selection of Clojure as the company’s tooling may create a correlation.

Most companies have the ability to implement fail fast workflows for their developers they simply choose not to because it’s “hard”. My preferred one is Behavior Driven Development because it forces you to constrain problems into smaller domains/behaviors.

When you’re dealing with types or classes they exist within the context they’re defined in. Whenever you go from one context to another, you have to effectively copy the data to a new container to use it. With Clojure, you have a single set of common data structures that are used throughout the language. Any data you get from a library or a component in an application can be used directly without any additional ceremony.

An Adapter is typically a piece of code that transforms data between formats at various boundaries. Typeclasses remove the need for Adapters for functionality at library boundaries e.g. most thing have map where in javascript I can’t do {}.map with the EMCA standard. However typeclasses do not solve the problem of the literal data format and functionality differences between different implementations.

For example I call some API using a Client and it returns bad gross data based on how that API is written, I would use an Adapter to transform that data into clean organized data my system works with. This is extremely helpful when your system and the external system have references to each other, but your data taxonomy differs.

A real example is that Google Maps used to have a distance matrix API where it would literally calculate matrices for you based on the locations you submit. Circa 2018 Google changed it’s billing driving up the prices, which lead a lot of people to use alternative services like Here.com. Here.com does not have a distance matrix API. So in order to build a distance matrix I needed to write an adapter that made N calls instead of Google’s 1 call and then stuff the Here.com responses into a matrix response compatible with Google’s API which we unfortunately were using directly without an internal representation.

These concepts are still used/useful within functional contexts because they are not technical concepts they are semantic concepts. In functional languages an Adapter may just be a function that your responses are mapped over, in OOP style it might be a class that calls specific network client and mangles the data in some other way. Regardless of the technical code format, it still is the same concept and procedural form, thus it’s still a useful convention.

Outside Lisps, I have not seen any environment where you can start up your app, connect the editor to it, and then develop new code in the context of a running application.

This is absolutely true, however I don’t particularly value this feature because most engineers typically already cannot separate concerns very well in industry so IMO if I had this I would not want people to use it. Very much a “it works ship it” trap.

. I also find that language design very much impacts conventions and architecture. Clojure’s focus on immutability naturally leads to code that’s largely referentially transparent and where you can reason about parts of the application in isolation without having to consider side effects and global state.

I’m with you here. I basically force almost every code base I end up working on into functional forms as much as possible.

When you pass data around, you can always simply look at the input/output data and know what the function is doing. Transforming data also becomes trivial since you just use the same functions regardless of what data structure you’re operating on, this avoids many patterns like wrappers and adapters that you see in OO style

Yep agreed, almost every role I step into I push the org to enforce this style of work.

Transforming data also becomes trivial since you just use the same functions regardless of what data structure you’re operating on, this avoids many patterns like wrappers and adapters that you see in OO style.

This is where you lose me, you still have wrappers and adapters, they’re just not classes. They’re functions. I still use those words regardless if I’m in Haskell or Typescript. Semantic meaning shouldn’t be lost in functional style because it’s part of architecture. Functional programming simply gives your basic building blocks better names and better division of responsibility, e.g. functor, applicative, monad, etc.

I found Clojure jobs were generally pretty interesting. One of my jobs was working at a hospital, and we were building software for patient care. So we got to go to the clinics within the hospital observe the workflow, builds tools for the users, and then see how it improved patient care day to day. It was an incredibly rewarding experience.

Sounds like you got double lucky. Hasn’t really been my experience in the medical space. I find larger institutions like that very unreceptive to how software is made and often the environments are constricting and lead to bad outcomes that “nobody can really figure out why”. It often starts at timesheets and gets worse from there.

For me, the language matters a lot, and Clojure is the only language that I’ve used for many years that I’m still excited to write code in. Once you’ve worked with a workflow that’s fully interactive, it’s really hard to go back. I really enjoy having instant feedback on what the code is doing and being able to interrogate the app any time I’m not sure what’s happening. This leads to an iterative development process where you always have confidence that the code is doing exactly what you expect because you’re always exercising it, and experimentation become much easier. You can just try something see the result, and then adjust as you go.

Yeah you can definitely have this kind of stuff in other languages. It’s gonna be similar workflows that are generally BDD & REPL based but you have to have someone who knows what they’re doing do architecture, tooling selection, setting conventions, and helping to put it all together into a maintainable system. Very often that’s skipped at most companies, and I’ve found it to be a lucrative skill in my career.

Right, but what I’m saying the design to need these things was likely based on Deepin running their own distro. They don’t have to consider the security guidelines of other distros like KDE or Gnome, XFCE or Enlightenment would.

CapEVs are almost nowhere on the American tech radar. It’s entirely an industry dominated by China. Ironically the industry started out in the US. Foton America was a subsidiary of Foton. China’s first trials in Shangai in 2006 were done with Foton vehicles made in America. Foton America folded because America was not investing in the tech or public transport. Foton reshored the tech in China and continued development.

Almost every major European metro is doing a field test. Belgrade installed Chinese Higer busses for a lot of its’ routes. Graz is running 2 lines from an American manufacturer (with no presence in America lmao) called Chariot Motors (how much longer until we see the Foton America story play out again). Paris is running tests with busses made by German manufacturer MAN, but they’re hybrids because Westoids can’t stop relying on fossil fuels “just in case”.

I fully see China dominating Eastern Europe with these things because the value proposition is so good, Foton and Higer are miles ahead in testing, deployment and development than any other manufacturer. Since China is generally hotter than Europe and America they have a lot more practical experience with keeping the capacitors from overheating which has been a problem for this type of tech esp. ~15 years ago.

Either way it’s essentially a trolley that doesn’t require continuous lines which is why it’s so hated in the US, ever since GM bought up a bunch of lines and left them to rot.

Yeah I just haven’t really held out for one. At one point I have this fear that on average regardless of language I’m gonna see the same shit everywhere, so I typically pick by project interest and scale. If I wasn’t such a little cockroach about having a stable income I could have had some fun opportunities holding out for some Haskel, Erlang or Clojure jobs, but I didn’t.

I was once interviewed by a startup that was a crypto payments processor targeting the central American market and the interviewer let it slip that I shouldn’t worry about runway because it comes from a fairly large crypto fund that the founder owns that’s payed into by USAID/NED style soft intelligence services.

I immediately got the ick and I was like this is not something I want to involve myself in for stability’s sake but god damn I could have had a peek behind the curtain.

This is what vertical integration between distros and GUIs often leads to. This could be completely innocuous from Deepin’s end, because that’s just how they made it work in Deepin because they have vertical integration on their own stack. However, It’s completely bad form.

In general Deepin seems to adopt a lot of commercial software industry practices in building its tools, which I’m sympathetic to on some level, but it’s very obvious that the Linux community is not going to accept default-on telemetry. They should have known better after the CNZZ incident.

Yeah the better way is the people who want to upload whatever the fuck they want start their own instance or pay an existing instance for hosting.

The issue here is people want shit that costs money for free be cause they’re used to a gigantic corporation that subsidizes a mountain of unending trash with a surveillance capitalist ad platform.

The entitlement here is insane. This is a community tool not a product. It doesn’t owe anyone comparable service for a comparable price to YouTube.

This is such ZIRP Redditor brain, people aren’t owed free services! Lemmy doesn’t owe anyone free speech! PeerTube doesn’t owe anyone hosting! Neither do the corporate behemoths, it’s just that they don’t give a shit about someone’s shitty behavior because they’re too busy making money selling them ads for SquareSpace and the US Army.

The migration to these tools is because ZIRP is over and the free services are being hollowed out and monetized to a much higher degree. We all lived a charmed treat-based online life between 2009 and 2024 that came from companies scamming the market by leveraging interest rates to give us shit below cost. Now the bill is coming due and the addicts of these platforms hate that their toys are being taken away and they expect other tools to feed their addictions.

What’s worse is that it’s actually cheaper than ever to get symmetric fiber internet in many regions of the country and truly do self-hosting, compared to being stuck on oversubscribed cable, DSL, and dialup. You used to have to pay $1,000 a month for a T1 to do that. Now you can pay $100 for 1 gig symmetric fiber.

There are solutions everywhere for this, people simply don’t want to do the work and pay for them because what they want is to be addled by an ad based ZIRP model that was always going to implode.

I’ve found it hard to find jobs with Clojure/Haskell/Rust. I typically look for interesting projects and industries that don’t make me feel icky even though they end up doing so because everything is fucking enterprise sales. My career has kinda been Bar Rescue for idiot companies who have blundered into an extremely hard problem and need someone to actually figure it out before the software stack implodes on itself.