Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Programming languages endorsed for server-side use at Meta

engineering.fb.com

Post reply on HN
Print view View original

111–120 of 302 posts

Re: Programming languages endorsed for server-side use at Meta

#111

Post by icedchai »

DoesntMatter22 wrote: post #82
duped wrote: post #68

Earlier quoted context omitted.

I don't think Rust is easy to learn, it's has a kind of famously steep learning curve. The tooling is great which helps, but it's not easy for new-ish systems programmers.

Every video I've watched on youtube of Rust vs Go makes me think Rust is not a whole lot of fun to write.

I've tried learning Rust after learning Go, never really got into it. I also know C, C++, Java, Python, PHP, JS, and a couple others (Perl, anyone?) I find Rust syntax too complex, similar to C++ which I also avoid now.

Re: Programming languages endorsed for server-side use at Meta

#112

Post by beepbooptheory »

tuetuopay wrote: post #57

While this is cool to see "how the big guys do it", this article is worthless. Specifically, it lacks one fundamental thing: why. Why isn't Go in this list? It is very surprising since it feels like all off tech jumped on the Go bandwagon, though I won't complain. I can only guess at why, but it would be very interesting to see why. Why is Rust in the list, other than "so many people started to use it internally that…

There is a subheading in the article that reads:

>How did we arrive at our list of supported languages?

Which I believe answers the question well, with bullet points, that aren't just reducible to developer adoption, so I am unclear about your frustration here.

Re: Programming languages endorsed for server-side use at Meta

#113

Post by hunterb123 »

AtNightWeCode wrote: post #110
hunterb123 wrote: post #90

Earlier quoted context omitted.

My wife's feed mainly shows images as that's mostly what her followers post. People's habits have been switching to use videos (the bubbles) as they disappear. They are using it like SnapChat. It's not the algo that changed. Your feed is just what your followers have recently posted. When you go to a profile the bubbles (videos) are at the top and the images / perm videos are in their gallery.

They have changed the algo. Several pro photographers and photograph artists have confirmed this.

I'm sure they are always changing the alg like all social media companies, but the habits of people have changed. They are most likely adjusting to it.

But the main thing that effects your app experience is who you follow, what they post, and how you browse. Personally I've always gone straight to the profiles and view from there, but I view IG more as a photo gallery than anything else.

Re: Programming languages endorsed for server-side use at Meta

#114

Post by runevault »

pjmlp wrote: post #59
runevault wrote: post #32

Earlier quoted context omitted.

Rust adoption very much seems to be ramping up within the really big companies. Google talking about it both for Android and Chrome, FB with a ton of things, Apple had uses for it I think but I'm blanking on what, Amazon is using it for at least some new AWS infrastucture...

Note that on Android it is only endorsed for system code by Google itself and OEMs, officially there are no plans to support it on the NDK, or Android Studio.

Yeah sorry I should have been more specific that I meant used in the operating system. That was my bad.

Re: Programming languages endorsed for server-side use at Meta

#115

Post by msbarnett »

duped wrote: post #106
gary17the wrote: post #89

Earlier quoted context omitted.

Well, you will probably think I'm crazy, but for me personally, having a couple of decades of C++ experience, learning Rust turned out to be much easier than learning... Swift. Yes, that famed, ultra-modern, great-as-your-first-programming-language Swift. Except for lifetime annotations and the borrow checker, Rust turned out to be much easier for my brain to parse and memorize than Swift, perhaps due to Rust's consi…

Going from C++ to Rust is pretty much the easiest path, since most of the "hard" parts of Rust are just automating stuff you do by hand in C++ anyway. For other languages where people regularly get tripped up on "what's the stack vs the heap?" coming to Rust it's a bit of a different story, ime. Talking about which object "owns" another that a pointer "outlives" what it points to are totally normal parlance for C++ d…

I don't disagree but that says to me that a lot of the "Rust is hard" narrative is actually "low-level systems programming is hard", eg) domain complexity is being misattributed to the language.

Re: Programming languages endorsed for server-side use at Meta

#116

Post by runevault »

darzu wrote: post #35
runevault wrote: post #32

Earlier quoted context omitted.

Rust adoption very much seems to be ramping up within the really big companies. Google talking about it both for Android and Chrome, FB with a ton of things, Apple had uses for it I think but I'm blanking on what, Amazon is using it for at least some new AWS infrastucture...

Microsoft has been using it internally as well.

Yeah. They are both writing code in Rust and also dabbling in creating a language of their own to see how that goes, not necessarily with the intent of releasing it, but at least exploring the space from first principles instead of being incumbered by Rust's decisions. I think the name started with V but I cannot find it right now with quick Googling.

Re: Programming languages endorsed for server-side use at Meta

#117

Post by kristopolous »

gumby wrote: post #96
kristopolous wrote: post #74

Earlier quoted context omitted.

What you offered up is pretty close to the meaning of elite.

An elite is a subset that was drawn out of a pool. The set of very rich people is a small subset: an elite. The group of prisoners chosen for execution today is also an elite. I can't see how those statements in any way define any sort of population subset.

The elite is associated with accuracy, cleanliness of execution, precision, correctness, an ability to be flexible and expressive while maintaining refined control and precision.

Take olympic athletes or orchestral musicians for instance.

If say a violinist said they only used a particular violin because it was that which was correct and expressive, that's much closer to elitist than say egalitarianism.

Re: Programming languages endorsed for server-side use at Meta

#118

Post by Lt_Riza_Hawkeye »

antholeole wrote: post #50
Xeoncross wrote: post #17

> Meta’s primary supported server-side languages are Hack, C++, Rust, and Python. > For specific use cases, we support other languages, including Java, Erlang, Haskell, and Go Makes sense. Python because ML. Rust because of performance. C++ and Java because all-the-things. Go because 75% of all cncf.io projects are Go. Haskell because elitism. Erlang because stability. /s I think the real story is that migrating off…

Hack because?

Because the entire website is written in hack?

Re: Programming languages endorsed for server-side use at Meta

#119

Post by jenny91 »

rvz wrote: post #93
dom96 wrote: post #51

What's always been interesting about the languages Meta uses is the story of the rise and fall of the D programming language at Meta. I wasn't around at the time when Andrei was working there and advocating for its adoption, but it seemed like he hit a wall at some point. By the time I joined all D services were being deprecated or rewritten. Rust seems to be doing far better. Though it's also worth noting that Go ne…

This doesn't come as a surprise as Meta is part of the Rust Foundation with many of the other Big Tech giants. [0] [0] https://foundation.rust-lang.org/members/

You've got the causality backwards: they're part of the Rust foundation because some folks inside seem to like and embrace Rust?

Re: Programming languages endorsed for server-side use at Meta

#120

Post by weego »

louthy wrote: post #56
Xeoncross wrote: post #17

> Meta’s primary supported server-side languages are Hack, C++, Rust, and Python. > For specific use cases, we support other languages, including Java, Erlang, Haskell, and Go Makes sense. Python because ML. Rust because of performance. C++ and Java because all-the-things. Go because 75% of all cncf.io projects are Go. Haskell because elitism. Erlang because stability. /s I think the real story is that migrating off…

> Haskell because elitism Was there really a need for this comment? How about: for correctness and expressivity

To be fair the absolute state of scala is largely due to imported elitism from Haskell crossovers
Post reply on HN