I guess it happens when engineers stop driving decisions and the finance people take over. Won't be too good for the company's valuation if people can access the content elsewhere.
I guess that's why Discord is also locked down as much. They have community content that is inaccessible anywhere else but Discord.
I don't like this engineers vs. finance people / MBA divide that I see parroted a lot on HN. And obviously, it's parroted by engineers.
Like, all engineers are saints and the other side are all sinners. What crap. Get real, guys. There are all kinds of multicolored and multidimensional people.
Having been on all 3 or 4 or 5 of these sides :) (dev, sysadm, manager, consultant, ...), I have seen that.
Grow up, folks, and enjoy life in all its richness.
Yeah but Zuck has always been a nasty piece of work. He wasn't "just young" and "grew up" when he wrote those IMs. See: (to list just one) the constant copying of Snapchat
Did he/didn't he steal? Dunno, though there's a fair few bits of evidence in the various lawsuits (Winklevoss, Greenspan)
But if you didn't know about any of that you could make some inferences. Like his neverending "ooh, shiny new thing, want" (and then lie to people along the way, trick Indians into signing up for your internet.org thing)
I was willing to take his side on a few things because the political situation is genuinely unclear and the public has been misled but then right after he wrote the open letter to Jim Jordan about censorship coercion (which was a real problem, I want to see more tech companies talking about it) he does this https://news.ycombinator.com/item?id=42651178
It's kind of like he has raw bits of intelligence but doesn't quite know how to piece it together and besides "his" inventions (even FB) are put together (largely?!) by other people
>But if you didn't know about any of that you could make some inferences. Like his neverending "ooh, shiny new thing, want" (and then lie to people along the way, trick Indians into signing up for your internet.org thing)
Yeah, that trying to trick Indians into that thing (IIRC, it was also called Free Basics or something like, to sound attractive, prolly) became a big issue in India at the time, I remember, although I didn't delve deep into the matter. I think a group of leading Indian freedom activists took on FB in the media and petitioned the government, and it resulted in the whole scheme collapsing.
I don't think they intend to supplant cPython, but to make it easier for someone to take a piece of software written in high-productivity Python and make it more performant on specialized hardware by using a similar syntax.
Long term it can find applications outside of ML-specific hardware.
And their cited example was students. I think students would struggle at something new until they 'get it'. Would a software developer who does FPGA development professionally struggle more than, say, a hardware engineer?
Sure but most of software development is about running single-core workflows on top of a parallel environment so the experience of a SWE is very heavily single-threaded.
The ever so popular JS is explicitly singlely threaded.
The default way of programming is with code on individual lines and when you run a debugger you step from one line to the next. This is not how code actually runs within a pipelined CPU though.
In my mind this highlights something I've been thinking about, the differences between FOSS influenced by corporate needs vs FOSS driven by the hacker community.
FOSS driven by hackers is about increasing and maintaining support (old and new hardware, languages etc..) while FOSS influenced by corporate needs is about standardizing around 'blessed' platforms like is happening in Linux distributions with adoption of Rust (architectures unsupported by Rust lose support).
> while FOSS influenced by corporate needs is about standardizing around 'blessed' platforms like is happening in Linux distributions with adoption of Rust
Rust's target tier support policies aren't based on "corporate needs". They're based, primarily, on having people willing to do the work to support the target on an ongoing basis, and provide the logistics needed to make sure it works.
The main difference, I would say, is that many projects essentially provide the equivalent of Rust's "tier 3" ("the code is there, it might even work") without documenting it as such.
The issue is that certain specific parts of the industry currently pour in a lot of money into the Rust ecosystem, but selectively only where they need it.
Personal itches are more varied and strange than corporate itches. What companies are willing to pour time (money) into is constrained by market forces. The constraints on the efforts of independent hackers are different.
Both sets of constraints produce patterns and gaps. UX and documentation are commonly cited gaps for volunteer programming efforts, for example.
But I think it's true that corporate funding has its own gaps and other distinctive tendencies.
It is not, but the open-source community should be aware of this and not completely realign reorganize around the itches of specific stakeholders, at least the parts of the community who are not paid by those.
The big difference is that Algol 68 is set in stone. This is what allows a single dedicated person to write the initial code and for it to keep working essentially forever with only minor changes. The Rust frontend will inevitably become obsolete without active development.
Algol 68 isn’t any more useful than obsolete Rust, however.
The core Algol 68 language is indeed set in stone.
But we are carefully adding many GNU extensions to the language, as was explicitly allowed by the Revised Report:
[RR page 52]
"[...] a superlanguage of ALGOL 68 might be defined by additions to
the syntax, semantics or standard-prelude, so as to improve
efficiency or to permit the solution of problems not readily
amenable to ALGOL 68."
The resulting language, which we call GNU Algol 68, is a strict super-language of Algol 68.
I had a small programming task a while ago, and decided to try doing it algol68 (using the algol68 genie interpreter) simply because I'd had some exposure to the language many years ago at Uni.
It was an AWK like task, but I decided up front it was too much trouble to do in AWK, as I needed to build a graph of data structures from the input data.
In part the program had an AWK like pattern matching and processing section, which wasn't too awkward. I found having to use REF's more trouble that dealing with pointers, in part due to the forms of auto dereferencing the language uses; but that was expected.
The real problem though was that I ended up needing something like a map / hash-table, and I concluded it was too much trouble to write from scratch.
So in the end I switched the program to be written in Go.
That then suggests a few things to me:
- it should have an extension library (prelude) offering some form of hash table.
- it would be useful to add syntax for explicit pointers (PTR keyword) which are not automatically dereferenced when used.
- maybe have with either something like the Go (or Zig) style syntax for selecting a member of a pointed to struct (a.b) and maybe Zig like explicit defer (ptr.\*).
That latter pointer suggestions because I found the "field OF struct" form too verbose, and especially confusing when juggling REFs which may or may not get auto dereferenced.
It's funny, I have a different view. Corporates often need LT maintenance and support for weird old systems. The majority of global programming community often chases shiny new trends in their personal tinkering.
However I think there's the retro-computing, and other hobby niches that align with your hacker view. And certainly there's a bunch of corp enthusiasm for standardizing shiny things.
I think you both are partially right. In fact, the friction I see are where the industry relies on the open-source community for maintenance but then pushes through certain changes they think they need, even if this alienates part of the community.
A number of years ago I worked on a POWER9 GPU cluster. This was quite painful - Python had started moving to use wheels and so most projects had started to build these automatically in CI pipelines but pretty much none of these even supported ARM let alone POWER9 architecture. So you were on your own for pretty much anything that wasn’t Numpy. The reason for this of course is just that there was little demand and as a result even fewer people willing to support it.
Not just little demand, also expensive and uncommon hardware. If the maintainers don't have the hardware to test on they can't guarantee support for that hardware. Not having hardware available often happens because there's little demand for it, but the difficulty of maintaining software for rare hardware further reduces the demand for that hardware.
You nailed it. I am in the process in my spare time to maintain old Win32 apps, that corporates and always-the-latest-and-greatest crowd has abandoned.
Most people don't care about our history, only what is shiny.
Rust is by no means allowed in the core yet, only as drivers. So far, there are only a few drivers. Currently, only the Nova driver, Google's Binder IPC and the (out of tree) Apple drivers are of practical relevance.
I for now prefer to stick to whatever the default is from the python packaging crew and standard library i.e. `python -m venv` and `pip install` inside of it.
Python for me is great when things can remain as simple to wrap your head around as possible.
Managing environments with `python -m venv` and all of the easy ways that goes wrong is exactly what I don't want to deal with. Is almost enough to make me never want to use python.
I guess that's why Discord is also locked down as much. They have community content that is inaccessible anywhere else but Discord.