News for hackers. Stuff that matters.
Re: by sequoia on Tuesday November 15, 2022 @03:24PM (#33614526)
Phabricator[0]: code review/CI solution from Facebook. My company uses it, open development has since been halted by Facebook and we're effectively on abandonware.

Flow[1]: JavaScript typing system from Facebook. My company uses it, open development has since been halted by Facebook so we're effectively on abandonware.

For all I know Sapling is fantastic and will be developed for years to come. But personally I can't help but feel "once burnt, twice shy" (or in this case, twice burnt once shy). I'd be happy to be wrong here because ergonomics of Git are really frustrating in many places.

0: https://www.phacility.com/phabricator/ 1: https://flow.org/

Re: by smeenai on Tuesday November 15, 2022 @03:32PM (#33614618)
Disclaimer: I work at Facebook.

Your thought process is completely fair, but just to clarify: Phabricator was never open-sourced by Facebook. The main engineer behind Phabricator (Evan Priestley) left Facebook to create Phacility and open-source Phabricator; that was never a Facebook product.

Re: by mitrandir77 on Tuesday November 15, 2022 @04:10PM (#33615056)
Phabricator was opensourced by Facebook. But most of it life as an opensource product is was actively maintained by Phacility.
Re: by tomelliott on Tuesday November 15, 2022 @04:12PM (#33615086)
Pretty sure that isn’t true.

If memory serves, Evan open sourced Phabricator at Facebook back in 2010 or 2011, then quit to work on it full time.

Shortly after (months, years?) the internal version of Phabricator diverged from the now not FB managed or stewarded OSS one.

However I think it is fair to say, assuming my memory is correct, that Phabricator was open sourced by Facebook at a very different time, before the company really committed to supporting open source projects. At that time it was more ‘if an individual engineer wanted to then go for it’ rather than there being any formal process or consideration of longer term commitments.

That changed fairly shortly afterwards with the creation of the OSS team.

I remember someone transitioning to the newly formed team and moving from Dublin to London to do so in ~2012, as we became housemates :)

Re: by lelandfe on Tuesday November 15, 2022 @04:27PM (#33615258)
https://secure.phabricator.com/book/phabflavor/article/proje...

> left Facebook in April [2011], and shortly after, we open sourced Phabricator

Re: by tomelliott on Tuesday November 15, 2022 @04:34PM (#33615344)
Fair enough!

Although if Evan had access to the codebase after he was an employee and if it was the Facebook codebase that was open sourced then Facebook were involved. The original post sounded (to me) like the OSS code wasn’t the same as the FB code.

I think that just backs up my point that it was the Wild West back then in terms of individual decision making.

Re: by lolinder on Tuesday November 15, 2022 @03:37PM (#33614681)
It's worth pointing out:

React[0]: JavaScript front-end web framework from Facebook. For good or ill, the most widely-used web framework in the world.

Not to say that Facebook will maintain Sapling, but React does stand as proof that they're not incapable of carrying an open source project to the finish line.

[0] https://github.com/facebook/react

Re: by aliveli on Tuesday November 15, 2022 @03:55PM (#33614886)
Don't forget projects like PyTorch, Presto, etc.
Re: by TillE on Tuesday November 15, 2022 @04:31PM (#33615313)
zstd is fantastic, though I suppose it's not the sort of thing that particularly needs ongoing active maintenance.
Re: by MikusR on Tuesday November 15, 2022 @10:36PM (#33618506)
You would think that, but then you look at its release notes.
Re: by lolinder on Tuesday November 15, 2022 @04:04PM (#33614979)
Oh, right! I forgot PyTorch was originally Facebook (and it's not under their umbrella anymore).
Re: by voz_ on Tuesday November 15, 2022 @05:51PM (#33616320)
We still work on it tho :)
Re: by xctr94 on Tuesday November 15, 2022 @04:20PM (#33615168)
I have my doubts as to whether they can be a good citizen of the open-source community and respect the developers relying on their tools. I routinely see bugs marked “won’t fix” and nonsensical new features in the React Native ecosystem.
Re: by shp0ngle on Tuesday November 15, 2022 @03:37PM (#33614677)
It’s not that hard to convert Flow code to TypeScript code.
Re: by vfclists on Tuesday November 15, 2022 @03:56PM (#33614903)
If you think Facebook are bad when it comes to abandoning software projects, try Microsoft.
Re: by xctr94 on Tuesday November 15, 2022 @04:20PM (#33615176)
Google isn’t far behind either. Perhaps corporate-owned open-source ecosystems weren’t a great idea.
Re: by palisade5132 on Tuesday November 15, 2022 @05:05PM (#33615723)
I thought one of the main open-source's selling point is the fact you can fork it and maintain it even when the original author abandons it. Any alternative I can think of is a community-owned open-source, which probably wouldn't often work due to limited resources and no initial funding or a corporate-owned closed-source, which once abandoned is dead for good.
Re: by mariusmg on Tuesday November 15, 2022 @05:00PM (#33615668)
Still missing Clippy ?
Re: by renewiltord on Tuesday November 15, 2022 @03:59PM (#33614931)
Interesting. FB also open-sourced Thrift and then promptly had fbthrift diverge instantly.

Overall, I'm glad they do these things, though since it is better to have this code accessible than absent. Good on them!

Re: by Shish2k on Tuesday November 15, 2022 @04:11PM (#33615073)
HHVM is an interesting data point too - kept PHP compatibility for as long as there were significant open-source users (eg wikipedia), but after PHP7 caught up with a lot of the performance gains, meaning there was little reason to use HHVM in PHP-compatibility mode, they then went off in their own direction with Hacklang (which is still actively developed) to get all the benefits of being PHP-like without the drawbacks of being PHP-compatible.
Re: by tambourine_man on Tuesday November 15, 2022 @05:18PM (#33615884)
>get all the benefits of being PHP-like without the drawbacks of being PHP-compatible

I have a hard time understanding the benefit of using a language that’s almost like a very popular one, but not quite.

Re: by Shish2k on Tuesday November 15, 2022 @05:41PM (#33616207)
PHP has some benefits to its design that the vast majority of other languages don’t — deployment is as simple as “stick a .php file on in your website folder”, hitting the “refresh” button gets you the latest code with no “build” or “restart server” step, it’s all stateless shared-nothing so you won’t have data from one request changing the behaviour of another request, etc.

But the implementation has a lot of drawbacks - the language is painful, typing is bolted-on and still incomplete after years of work (eg there are no typed arrays), the standard library is an inconsistent mess thanks to its origins of “take several other language’s standard libraries and duct-tape them together”, etc.

Re: by tambourine_man on Tuesday November 15, 2022 @08:08PM (#33617566)
Yes I’m well aware of the problems. I just seems to me that being PHP-like but incompatible is much more confusing than useful.
Re: by Shish2k on Tuesday November 15, 2022 @10:14PM (#33618357)
“PHP-like but incompatible” isn’t in itself a useful feature — it is the thing which unlocks a bunch of useful features (a sensible standard library, sensible list/dict datatypes, typed collections, XHP, async functions, generics)
Re: by tambourine_man on Wednesday November 16, 2022 @09:54AM (#33623971)
I get that. A superset could be interesting. Downright incompatible seems to tip the balance the wrong way.
Re: by LoganDark on Thursday November 17, 2022 @08:43AM (#33638729)
PHP is a fractal of bad design[0] and creating a superset will not enable you to create a better language.

[0]: https://eev.ee/blog/2012/04/09/php-a-fractal-of-bad-design/

Re: by Shish2k on Tuesday November 15, 2022 @04:03PM (#33614970)
The nice thing is that this is a client that works with vanilla git servers - if you switch to using it now, best case, you get a lifetime of good ergonomics; worst case, you get a few months of good ergonomics before something breaks that upstream doesn’t want to fix, and you go back to using the vanilla git client.
Re: by combyn8tor on Tuesday November 15, 2022 @04:15PM (#33615121)
For me it was Parse.
Re: by golergka on Tuesday November 15, 2022 @04:38PM (#33615409)
To be fair, Flow wasn't abandoned just out of the blue, it was surpassed by Typescript to the point of becoming completely pointless.
Re: by jsiepkes on Tuesday November 15, 2022 @04:42PM (#33615442)
Phabricator has a fork which is still developed: https://phorge.it/
Re: by paradite on Wednesday November 16, 2022 @02:57AM (#33620238)
Does Facebook/Meta still use Phabricator internally?
Re: by aliveli on Wednesday November 16, 2022 @12:10PM (#33626637)
Yes