EvenThisAcronym

> We merged the tuple destructuring PR (that was open for years again so the author was happy to get it to land somewhere!) and upstream followed there too.

FYI that had very little to do with OpenD merging the tuple syntax - at least from my perspective - Timon may feel differently. I was the one who got the ball rolling on the DIP for it and kept pushing the process forward, and I also helped Timon and Nick get it over the finish line by fixing an ICE in the backend caused by destructuring a tuple of structs.

I've wanted first class tuple syntax in D since 2013, and when Timon mentioned not having time to do a DIP for it, I offered to help. It would've happened regardless of whether it got merged into OpenD or not.

I think the cognitive function model is fine and useful, which is why Dr. John Beebe's model is so appealing.

My main issue with Meyers-Briggs is the use of a questionnaire to type people - I'm an ESFP, but every time I've taken an MBTI test I've gotten back INTJ or ISTP. I never felt that either of those were completely accurate, or that I was an introvert. It's far, far more accurate to type people based on their preferred styles of interaction and thinking (e.g., as an ESFP I have an informative, initiating, movement-based interaction style and I think in concrete, pragmatic, interest-based terms).

Meyers-Briggs is absolute trash and should not be used by companies for anything. Big 5 is also almost completely worthless beyond vaguely describing a person's general tendencies.

The only system that seems to have any sort of validity and real-world use is Dr. John Beebe's Eight-Function Model.

> The problem with all-chat in League of Legends, particularly in the ranked queue, is that it can only hurt your team's chances to win. At best, you're wasting time typing; at worst, you're actively frustrating and distracting yourself from what is already a very difficult game.

I don't agree; /all is a very viable vector for giving your team a huge leg up. If you are skilled at talking shit, you can usually tilt someone on the other team so much that they become a non-factor. So many times I've seen the enemy team turn on each-other because one of their laners made some small mistake, which I capitalized on as a chance to relentlessly attack them in /all chat. They become tilted and start playing poorly, their team starts attacking them as well for the poor play, and often they will either troll, constantly call for a surrender, or even AFK in the fountain. The mental aspect of the game is just another tool in your arsenal for gaining an advantage over the enemy, and in my opinion it's just as important as the mechanical and strategic aspects.

> As just one anecdote, the mere presence of a GC made me stop looking at D more or less immediately.

That's a shame, because it is extremely easy to write GC-free code in D. One very important fact is that if you don't allocate using the GC (using "new", appending to a slice, etc.), *the GC will never run*. D provides you a ton of tools to make sure that you're not doing GC allocations, and if you are, where in your code they are happening (@nogc, -vgc and even -betterC).

> But it also seems like D is not suitable for a lot of things that C++ is, like embedded applications

Not sure where you got this idea, as being usable for embedded programming is explicitly one of D's design goals. You can use D anywhere you use C++, and it is a much nicer language to boot!

> Also, it doesn't seem like support for Android and iOS is very good at the moment

I can't comment on this. There is support for both platforms IIRC, but I haven't tried writing apps for either in D.

> But I'm hesitant to build anything with it because as much as I loathe working in C++, it's still the safest bet by far.

I'm not sure what you mean by "safe" here. D has been around for over 20 years and isn't going anywhere anytime soon. The main difference from C++ is that the community is smaller, and it's a bit harder to get a job writing D (but not that much harder nowadays; there are a lot of people working for companies like Symmetry Investments, writing D every day).

> Also, Swift seems like it has similar goals, but with Apple's full support behind it.

Swift also seems like a very nice language, and I would probably be using it if D didn't exist. That being said, its metaprogramming capabilities are woefully underpowered to D's. From my experience, only the Lisp family of languages beat D in this area.

> I couldn't sleep much (sometimes 4 hours max) Did you find some way to mitigate this or did you just have to live with it during the fast?

Then use garbage collection; it's an easy default.

>If you need typed functional programming, your options are OCaml, Scala, F# or even subsets of Rust and TypeScript.

And don't forget D. It's surprisingly well-suited for FP as its effects system has explicit support for pure functions and specifying a function is guaranteed not to throw, in addition to support for true (transitive) immutability. Not to mention full first-class function support, with lexical closures.

> However I MUST say this is from 4chan so BE CAREFUL about what you download and how you play with stuff.

The only danger in downloading something leaked on 4chan is that you run the risk of learning a little more about dolphins than you might have liked.

Rust does have auto; "let" and function literal parameter type inference, for a start. It just doesn't let you use it in the return type position.

Returns

A range with each fun applied to all the elements. If there is more than one fun, the element type will be Tuple containing one element for each fun.