Yeah I know that they didn't. Even though they didn't invent it and don't own it, it's still the cornerstone of the wall that has become the Github empire.
The specific problem is that all the competitors to Github have to use git, and that limits how different they can really be than Github and thus how aggressively they can compete to win users
Problem for whom? Users who are happy using git? Or conartist86 who is thinking about how to get money?
> the competitors to Github have to use git
Why? Syncing between various VCSes has been a thing since forever. If you can't handle a compatibility layer to support git+new-better-thing, you don't have the technical chops to build new-better-thing in the first place.
I do want forwards compatibility, I don't want backwards compatibility.
The way I think about it, if I make a backwards compatible product I might end up with users who never really wanted any change at all, and those people would be almost impossible to make happy. Those are the "faster horse" users. What I need is to find the people whose life would be changed by a car!
Why would users who never wanted change proactively switch to your product in the first place? And putting them aside, you haven't listed a single concrete technical idea that would indicate you have the vision for a car. Maybe you should spend more time on that than drumming up your grift-adjacent persecution complex.
They wouldn't. Every adoption curve needs early adopters, who will be people not satisfied with the current state of things. But obviously most people aren't early adopters.
If you would like me to list a single concrete technical idea, I am pleased to oblige. The idea is: universal gaps. Our syntactic-semantic documents can have holes in them, places where we know some content is missing. That allows a document to behave like a template which lets us fill in the blanks. In a text-editor-based IDE there is no equivalent, which means that when I go to make a new sticky regex in Javascript I type //y and the IDE thinks I meant to comment out the rest of the line. It has no way of expressing the concept that between those two slashes something is known to be missing, which is exactly what I want to be able to tell it so that it can understand the difference between the state when I'm about to write a regex body and the state where I'm about to write a comment body
That idea has nothing to do with source control that would replace git. It also already exists in the form of TODO tags and is handled exactly as you describe in JetBrains IDEs[0] (plus helpful semantic highlighting), and probably others as well.
I'm talking about a universal placeholder, something that you're free to use anywhere, in any language, for any part of a syntax tree that is missing.
A TODO comment can't do that because the syntax conflicts. For a regex the conflict would look like `//* TODO *//`, and for a comment it would look like `// /* TODO */`. Both have an existing meaning, and in neither case is that the meaning I want.
If I could have a magic "stuff goes here" character this would be solved. I often use · to represent the idea of this magic character. That gives you /·/ and //· at least, but of course it isn't safe to assume that no language will ever assign meaning to the · character so we can't literally use it as the universal gap. To get something universal, you need to move from using a sentinel token to using embedded/encoded data.
Maybe, but the way they captured the market was by offering a differentiated product. We already had cabs and buses, yes, but Uber wasn't just summoning cabs and selling bus tickets, where they? The core experience was still A to B but Uber discovered that there was a lot more consumer innovation possible within the confines of the A to B problem...
Yes, exactly? And closer competitors to Uber came later and are I assume successful. Just like there is Gitlab, Bitbucket, sourcehut, and several others all 'within the confines of the hosted git problem'.
There were players for hosted SVN too before git and Github came along. Github got big in part because they weren't in the same crowded market. That others eventually emerged to play in the market with them did little to hurt the return on their initial investment...
That may be how JavaScript started, but unless your claim is that JavaScript hasn't changed at all in the thirty years or so since then, your argument is a complete non-sequitur.
Yeah, thank you. Also, JavaScript today means TypeScript—an arguably extremely capable type system actively developed by Microsoft—and several, modern runtimes with a big standard library and solid asynchronous primitives. There are a lot worse scripting languages out there.
Folks misunderstand the whole point just because I mention TypeScript. Sure it’s a capable and elegant language. Doesn’t change the fact that it’s a bloated monstrosity on the desktop.
Think about it: it transpiles to JavaScript. Even if it’s the most elegant language in the world doesn’t change the fact that it’s a world of bloat.
Stacks on stacks on stacks. And yet people are complaining about .Net? Come on. Lol
Transpilation and bloat are orthogonal. Javascript being bloated or not is also a relative: consider Python, which is much slower than js, and much more memory hungry.
To further argue your original point: chrome & electron are the only reason desktop is still around, both Microsoft and Apple tried their very hardest to build a walled garden of GUI frameworks, rejecting the very idea of compatibility, good design, and ease of use, until they were surpassed by the web, and particularly Google, showing that delivering functioning applications to a computer does not require gigantic widget libraries, outdated looks or complicated downloads & install processes, but is in fact nothing more than a bit of standardization and a couple MBs of text.
All this electron & web hate is so incredibly misplaced I don't even know where to begin. Have you tried making a cross platform mac/win native app? I have, its like being catapulted into the stone age, but you're asked to build a skyscraper.
Why would transpiling change anything? C++ was once transpiled into C. I appreciate that you personally think JavaScript is poorly designed (I mostly agree!) but that doesn't mean it's slow. V8 can do miracles nowadays.
I don't know why it would matter, but Einstein didn't hate quantum mechanics. He literally got his Nobel prize for his role in discovering quantum mechanics. He is one of the earliest people to propose that light exists in quantised packets.
He had some strong opinions around interpretations of quantum physics, but that isn't even a question of science, it's a metaphysical discussion.
While we're at it, Einstein also wasn't a bad student, and he didn't hate mathematics.
Could we even catch up to them at all with the current propulsion technology? Not only did they have decades of head start but they took advantage of a unique planetary alignment that I don't think will come back around anytime soon.
Yes, easily. The alignment doesn't really matter for that. Almost all your speed gain comes from just Jupiter. Saturn is 30% the mass and 2/3 of the orbital velocity, so your gain from Saturn is only 20% of what you can get from Jupiter (and also your potential gain is limited by a minimum approach distance greater than the rings, or you'd hit them.) And the ice giants are slower and smaller yet; Voyager barely gained from Uranus and actually slowed from Neptune since it wasn't routed to gain speed there.
New Horizons achieved 80% of Voyager's velocity with just Jupiter, and it wasn't really trying to optimize for speed, it approached Jupiter only to 10 million km (over 100x greater than the planet's radius.) A probe dedicated to a fast slingshot past Jupiter could easily overtake Voyager. We haven't had any need to try, unless one of the missions to specifically study the heliopause-interstellar area happens. It would still take a while to catch up to Voyager's head start, but it's doable.
The alignment for Voyager was captivating, but it really wasn't as important as people typically think. Jupiter alone can get you anywhere and launch windows for it come every 12 years. If the four-planet alignment hadn't happened then, realistically we would have just done separate Jupiter-Uranus and Jupiter-Neptune missions.
Microsoft does not have a trademark for "Office", which is clearly a type of product and can't be used as a program name (just like you can't name your oatmeal "Oatmeal" and expect trademark protection).
The only way this would be infringing is if office.eu usage could be confused with Microsoft other's trademarks - like Microsoft Office - but I don't see that.
So no, office.eu will have a calm Monday on that front, just like hundreds of other companies offering products with "Office" in their name.
(I'm not a lawyer. Talk to a lawyer before deciding to take on a trillion dollar company).
I can't wait to launch my Office alternative in Cameroon, office.cm. I do suspect using such a generic TLD swap of Office's well-known domain for a knockoff is particularly perilous compared to others mentioned. Bear in mind the possibility for consumer confusion is a top criteria.
>just like hundreds of other companies offering products with "Office" in their name
There may be hundreds of other companies selling products with the noun "office" in their names, but there only is one producing a productivity suite called simply "Office". I would expect launching another productivity suite called "Office" would be trademark infringement. Just like I can't release a car called "Beetle" or "Golf".
Brains are not doing linear algebra, and they don't follow a concise algorithm.
What LLM do is even farther away from what neural nets do, and even there - artificial neurons are inspired by but not reimplementing biological neurons.
You can understand human thought in terms of LLMs, but that is just a simile, like understanding physical reality in terms of computers or clockworks.
Fair use is much more narrow than most people think, it's just that most rights-holders are not very belligerent. For example, streaming video games does not fall under fair right, most video essays critiquing films or series use way too much material commentated for fair right, remixing as a whole is not fair use, and most fan works are definitely not fair use. Legal protections don't help here, but the shit-storms companies like Nintendo of America had to endure when they tried to tighten the screws.
And that's in the US, other countries have similar exceptions but they are also usually quite limited.
I don't know if they were the first git forge, but they were certainly among the first.
reply