DOOM-3-BFG VS ramda

The Bethesda representative said that they do not publish which OSS libraries they use but that they comply with any notice requirements. I admit, the claim on my side is somewhat thin, but there is one third party library (Base64.cpp) in DOOM 3 BFG that requires notice and states:

Even idTech 3 used third party components as listed in the description here: https://github.com/id-Software/DOOM-3-BFG. Newer versions of idTech use Vulkan for rendering. For that, they are basically forced to included the header files of Vulkan which are licensed under Apache 2. So it has to be mentioned somewhere.

I guess you can still write valuable software, even more complex than most people can write, with simple (03) C++. Like Doom 3: https://github.com/id-Software/DOOM-3-BFG

> What you are describing

On the other hand, I believe what you are describing is the exact meaning of FUD. In that precise order: "in C++ they have serious consequences" is fear, "There are bugs in the code--probably in your code--right now" is uncertainty, and "Some might be CVEs" is doubt.

According to https://github.com/id-Software/DOOM-3-BFG

Doom 3 was released in 2004. The engine has come to be known as "Id Tech 4", and it's open source. Written mostly in C++, looks like.

Id Tech 4 is currently Open Source (GPL licensed)

I believe doom 3 source is published on github so people can have a look for themselves if they want.

Doom 3 is a perennial favorite for "most beautiful C++ codebase" lists [0]

[0] https://github.com/id-Software/DOOM-3-BFG

JavaScript is great for point-free programming! Make sure you check out Ramda.js https://ramdajs.com/

It’s fun in the sense that solving a puzzle is fun, but I avoid it for anything I need to maintain long-term.

But it’s good practice for understanding combinators which is useful for some kinds of problems.

This is very cool. I remember I got sucked into things like Ramda going down this functional programming rabbit hole :-)

https://ramdajs.com/

To create our pipeline, I'm going to use the pipe function from the NodeJS ramda library instead of building my own.

Other libraries to check out are pratica and ramda

I recently took ownership of the new types/ramda repo. This repo is re-exported by @types/ramda and is the first step to bringing type definitions for ramda in-house. We're already hard at work correcting major issues, adding full currying support, and general bug fixes

I'm going to be honest. You probably don't need to use currying in JavaScript. In fact, trying to fit it in your code is going to do more harm than good, unless it's just for fun. Currying only becomes useful when you fully embrace functional programming, which, in JavaScript, means using a library like Ramda instead of the standard built-in functions.

Lodash gets so many things wrong I’d rather not see it in most projects. I appreciate a good utility library for JS projects but my go-to choice has to be Ramda[1]. Every function it exports is curried and works great with pipe which enables me to write highly reusable and composable functions in pointfree notation. I have never been as productive with lodash, and I find the functional style easier to read

[1] https://ramdajs.com/

Do note though that ramda is different from rambda. 👍 (Granted they are very similar!)