Savlambda's profile picture. λї.Ґ

borar

@Savlambda

λї.Ґ

Pinned

Huge themes of my personal state of software engineerig art: * (pure) FP in back-end and front-end * the Onion architecture * REST


So tiring.

How often do you *actually* use recursion in your programs? I'm not sure if I'm the only one here, but I'm going to put it out in the open: I've been programming for 20+ years, and while I understand recursion… I never use it. Ever. Seriously 🙂 I feel like there's a huge…



Obviously C and Haskell.

If you can only learn two languages, they should be: Python C++



REST is the natural continuation of the 'State -> View' concept to the server.


I've always been sceptical and "functional core, imperative shell". Basically, it's only useful in specifically FP-first languages and nowhere else. In non-FP languages functional core is very weak. In pure FP languages no one wants or needs imperative shell.

There are a number of useful paradigms. OOP and FP both have merit. True OOP was lost from C++ onward. Consider: "Functional Core, Imperative Shell" "Strategic Monoliths and Microservices: Driving Innovation Using Purposeful Architecture" See Ch8 & 9. informit.com/store/strategi…



Both the Unit and Void types are two most trivial types. The "library" of the unit type is empty, because we cannot do useful things with it. The "library" of the Void type is, seemingly surprisingly, larger and gives us the 'absurd' function which is infinitely powerful.


😂

The best engineers aren’t writing code anymore



Functional programming solves this ;)

The problem with most software "engineers" is that they are neither rooted in reality (physics) or truth (math). They are rooted in a space built entirely by sophisticated language and abstraction. Language can be manipulated to serve and falsify both reality and truth. This is a…



Following this popular/hype advice costs companies a lot of money simply wasted.

I often hear these common justifications for Repositories: - "We may switch databases later" - "It makes testing easier" - "It enforces separation of concerns" In reality: - in 99% of projects you don't switch databases (even if you do: switching from a relational database to a…



All the "community", "code of conduct" and "moderation" nonsense aside, "there is no place for politics in ..." in the context of anything, in particular OSS, is naive and wrong. People who say this live in a fantasy/bygone world.


We haven't had the C# = .NET for a while 😊 #fsharp

.NET has got to be the programming community with the highest amount of architectural bullshit that I’ve ever seen.



"HATEOAS" (actually REST) and/in JSON beats everything else though 🤷‍♂️


Strictly speaking, the F# and C# versions do not really demonstate the free monad. There is inly one single free monad data type, relying on HKT to induce a monad on _any_ functor, not some concrete functor. Without HKT we are "instantiating" the free monad for a given functor.



Anyone here in #fsharp remember the heated discussions and fights about type classes years ago? Well, Java is getting them now.


It does not help that by "clean code" some mean well-organized, modular, simple and maintainable programs, while others mean something which went horribly wrong under the same premise. Unfortunately, the second group seems to think that that is the only outcome.


REST without hypermedia is more important than hypermedia.


borar reposted

haskell is actually one of the best designed languages out there, by experts in the field who actually knew what they were doing the tooling is a bit meh, but has gotten better recently the language itself though? The GOAT


Loading...

Something went wrong.


Something went wrong.