> So what should we use instead of signal?

Threema is one alternative.

I recently bought Threema and I can only say that I like it more than Signal. Now it even has local (meaning your images don't leave your phone) object detection in images, global search in chats, etc. The only thing that's missing is usage on multiple devices and a native desktop client - but the app itself is great so far.

Or Session

This comparison is laughable and ignorant.

So Go was designed for toddlers?

I worked for a company where the founder thought everybody should use the same tools (meaning the tools he used: OpenSuse, KDE, VSCode, etc...) so that we can help each other and, like you propose, we wouldn't have to fiddle with anything since he would provide configuration for everything.

I've had plenty of problems running this garbage, and everytime he wouldn't help and would just say something along the lines of "what did you do? I've never ever had a problem with it".

If you think VSCode or any other tool doesn't need fiddling then you haven't pushed that tool beyond the basics.

Use what you know and what you're comfortable with. Sometimes VSCode is lacking at things where Emacs shines and vice-versa.

> I worked for a company where the founder thought everybody should use the same tools (meaning the tools he used: OpenSuse, KDE, VSCode, etc...) so that we can help each other and, like you propose, we wouldn't have to fiddle with anything since he would provide configuration for everything.

I will ask this question in my next job interview. This is a red flag for me. I wouldn't want to work in a company that forces the developers onto a specific editor/IDE.

These kinds of discussions tend to overlook that using tools that you enjoy using and are familiar with can be a virtue in itself.

I doubt that any of the editors/IDEs under discussion make it impossible to do the work we need to do. And I'm willing to bet that forcing an employee to use a tool they don't enjoy will have a much higher impact on their productivity than any marginal differences in functionality between that tool and their preferred option.

I use vim because I enjoy using it and it is sufficient for the tasks I need to do. The idea that this reason is not enough and I need to justify my choice by proving it is a more productive option than all other editors/ides strikes me as deeply odd.

> I'm using Arch Linux and it's the most stable operating system I've ever used.

lol

(from an arch user)

Okay the lol is warranted... but in a certain way I'm serious: Ubuntu and MacOS were always changing things for me whenever I upgraded. Arch doesn't make any systemwide configuration changes. If some package has backwards-incompatible changes, I deal with those one at a time, but there's none of this "oh we rearranged the entire organizational structure of your root directory surprise!!!" stuff.

And because I'm always getting the latest stable versions of things, bugs often disappear magically, rather than lingering on until the next major upgrade.

And yeah I mean you gotta follow some key rules, like never install anything without the `u` flag, etc.

A garbage collector of obviously lack of magic.

That's what they tell you.

I'm not sure I follow. The Forth stack is not like the C stack.

> Generics are a tail abstraction. Its the last abstraction that you are able to make to your code to reduce boilerplate. This usually means that is the least useful and in generics specific case the boiler place it reduces is minimal.

This is absolute and utter delusional nonsense.

> This also prevents errors being dropped by accident.

Instead of designing a language that prevents errors from being dropped by accident, hire a bunch of literal gophers to search your codebase for inverbosity. Good plan will work 10/10 times.