21 karma · joined March 19, 2021
[1] https://www.edx.org/micromasters/ubcx-software-development/
That indeed is the course the top comment is talking about.
The instructor Gregor Kiczales has a youtube channel named 'Systematic Program Design' [2]. His 5 minutes intro video [3] is really good IMO - one can send it to ones relatives or friends who ask you what the heck you are doing in your job.
[2] https://www.youtube.com/channel/UC7dEjIUwSxSNcW4PqNRQW8w
[1] https://www.jetbrains.com/idea
With VSCode, it's not obvious. Whenever it comes up in HN, we feel it's open source. When one goes to it's github, one feels it's MIT licensed. That's why there are at least 3 issues in the VSCodium github asking why remote extensions are not working. It's like the excerpt from the 'Halloween documents' I commented above.
#talos-workstation on freenode IRC to chat with users.
The VSCodium folks drank the MS kool-aid and only later realised that the remote extensions are blocked. Now it's pylance, which will be THE python LSP for VSCode. This creates a lock-in effect. People who would have easily moved to VSCodium (which is VSCode minus telemetry) would stay with VSCode. And who knows what bit they would lock down next.
This is against the spirit of open source. Emacs or Vim would never do it, all the little Unix tools would never do it.
At least be honest like 'Sublime Text' or the Jetbrains IDEs. They have excellent software without the gotchas. They are upfront about what you are gonna get. Kudos to them.
"This repository is for providing feedback and documentation on the Pylance language server extension in Visual Studio Code. You can use the repository to report issues or submit feature requests. The Pylance codebase is not open-source but you can contribute to Pyright to make improvements to the core typing engine that powers the Pylance experience."
More info: https://news.ycombinator.com/item?id=25719338
Edit: Info about the proprietary VSCode remote extensions: https://github.com/VSCodium/vscodium/issues/240
Edit 2: Microsoft history repeats:
"In discussing ways of competing with open source, Document I suggests that one reason that open source projects had been able to enter the server market is the market's use of standardized protocols. The document then suggests that this can be stopped by "extending these protocols and developing new protocols" and "de-commoditiz[ing] protocols & applications". This policy has been internally nicknamed "embrace, extend, extinguish". Document I also suggests that open source software "is long-term credible ... FUD tactics can not be used to combat it", and "Recent case studies (the Internet) provide very dramatic evidence ... that commercial quality can be achieved / exceeded by OSS projects."
Documents I and II were filed as evidence on January 16, 2007, in the case of Comes v. Microsoft."
[1] https://news.ycombinator.com/item?id=25719045
So, so far, two very useful extensions cannot be used by forks like VSCodium.
I'm not sure about this, I think they are making their Python LSP proprietary too. There was a comment in HN about it a while ago, can't find it. Hope somebody can help.
So yeah GPL wins in this case. The strategy of Microsoft seems to be that they make the core VSCode open, but might make more and more extensions proprietary. Resulting in people getting locked to VSCode. Classic Microsoft.
"Ulysses can provide our clients with the ability to remotely geolocate vehicles in nearly every country except for North Korea and Cuba on a near real time basis," the document, written by contractor The Ulysses Group, reads. "Currently, we can access over 15 billion vehicle locations around the world every month," the document adds.