Hacker Newsnew | past | comments | ask | show | jobs | submit | thayne's commentslogin

I have similar concerns about c# as I do about swift.

I'm less concerned about go, because unlike swift and c# it was designed from the beginning to be cross-platform and if anything Linux is the best supported OS. But barely so. Also, if Google were to discontinue support, or change the license, or do something else disruptive, I have more faith that the ecosystem would create a fork to continue the language.

FWIW, my biggest concern isn't that the language would be completely abandoned, it is that the company would diminish or drop support for tooling on OSes and editors and IDEs that compete with the company's products (Mac OS and Xcode for apple, Windows and Visual Studio for MS).


> I'm less concerned about go, because unlike swift and c# it was designed from the beginning to be cross-platform and if anything Linux is the best supported OS

No it wasn’t. There were so many foot guns for windows and in fact to this day you cant use CGO with MSVC (insane to me).

I can’t even say with a straight face today that Windows is the best supported OS for C#, because it’s not true


Microsoft’s market position is reliant on Linux and access to Linux development to keep Azure competitive. Cross-platform capabilities on the .Net VM are critical to compete with the JVM and associated databases. C# has been windows-first for a while, but the core cross-platform capabilities are not going to disappear, the tooling is all CLI based/capable now, the entanglements tend to be platform and service based.

That said, F# was years ahead of C# in features C# is still chasing, and is driven mostly by the open source community. That community is more in academic and finance areas where Linux-first is common. The language is standardized and plugged into VM improvements over time.

Frankly, I see the lesser degree of entanglement with MS corporate interests as a boon for the language and its ecosystems long-term utility.


From what I understand, LSP support for c# isn't very good, and is from third parties, not MS themselves, because they want you to us Visual Studio on Windows.

> Hence, in my opinion, one is much better off giving up P rather than sacrificing C. (In a LAN environment, I think one should choose CA rather than AP).

That isn't how it works. The only way to completely avoid network partitions is to not have a network, i.e. not have a distributed system. Sure partitions are rare, but unless your network is flawless, and your nodes never go down, they do happen sometimes, and when they do, you have to choose between consistency and availability.

That said, in most cases consistency is probably what you want.


Many wayland compositora can run as clients of another compositor.

So you can run a niri session inside of a gnome sesson for example. No need for a VM.


That's how it should work.

I'm not sure it will actually work that way in real courts. At least not consistently.


If your goal is to make money, sure. If your goal is to make AI safe, not so much.

The definition of safety is something that we cannot agree on.

For me, letting people mindlessly vibecode apps and then pretend this code can serve purpose for others - this is what's truly unsafe.

Pornographic text in LLM? Come on.


What if it knows you and knows how often you spend kinds of time on it? People would lie to it for excuses of why they need more and can't wait any longer?

It says what to do if you are over 18, but thinks you are under 18. But what if it identifies someone under 18 as being older?

And what if you are over 18, but don't want to be exposed to that "adult" content?

> Viral challenges that could push risky or harmful behavior

And

> Content that promotes extreme beauty standards, unhealthy dieting, or body shaming

Seem dangerous regardless of age.


> And what if you are over 18, but don't want to be exposed to that "adult" content?

Don't prompt it.


What are these extremes beauty standards being promoted?

Because it seems to me large swaths of the population need some beauty standards


Yes, but you're not allowed to say that to them.

They are victimized by the fact that models are attractive, and that is "unrealistic," so they've been getting plus sized models etc.

The "extreme beauty standards" are basically just "healthy BMI."


Anorexia is overrepresented in both male and female models.

To get that "ripped" look so many "fit" guys have, they often have to be dehydrated.

Actresses wear full faces of makeup even in apocalyptic scenarios.

It goes way beyond "just don't be fat".


It does, but the remedy they choose is not "women don't wear makeup," it's "we use fat women, and they wear more makeup than skinny women."

Including plus-size models doesn't fix the problem, but it's also not bad to have models show fat people "this is what our clothes could look like on your body". That's a logical choice under capitalism if you want fat people to buy your clothes.

There isn't a problem with what's shown on TV.

The problem is inside some people's heads, and diets.

I'm not talking about models for clothes, anyway.


Right, you're talking about beauty standards in general, which we've already established go way beyond "just don't be fat".

No, I'm talking about the beauty standards that get complained about, and that we see adjustments for.

Is complaining about fat people on TV going to solve any of those other problems?

Azure has been using Linux from the beginning.

Genuine question: Is Azure a giant Kubernetes cluster?

Some Americans. Others of us are very aware of this.

> and that replicators should tread very lightly

That is not at all how science is supposed to work.

If a result can't be replicated, it is useless. Replicators should not be told to "tread lightly", they should be encouraged. And replication papers should be published, regardless of the result (assuming they are good quality).


Does this mean the !g bang will stop working in DuckDuckGo?

Doesn't it just redirect you to Google? So it will still work.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: