241–250 of 307 posts
I am still proud of [github1s]( https://github.com/conwnet/github1s ) No Credits given :( => https://github.com/conwnet/github1s/issues/346
However, the lack of language servers hardly make it a replacement for a desktop install of VSCode.
Writing Rust code without RLS, or Zig code without ZLS is not a great experience.
I've been using this for a while. Very, very, very handy for - Just exploring some code. - Quickly pull up as reference code w/ decent navigation without having to checkout locally or navigate forward/back in the source tree in GitHub. - When reviewing PRs and wanting to check out some surrounding code that is not part of the actual PR. - If you want to quickly commit something really small and trivial in master/a br…
> Some of the most used VSCode hotkeys are browser hotkeys This kills me with Jupyter. Open bash kernel, make typo, Ctrl+w, sigh as tab disappears. I often open and pin several empty tabs so it only kills the tab, not the whole window.
This is amazing. However, the lack of language servers hardly make it a replacement for a desktop install of VSCode. Writing Rust code without RLS, or Zig code without ZLS is not a great experience.
I am still proud of [github1s]( https://github.com/conwnet/github1s ) No Credits given :( => https://github.com/conwnet/github1s/issues/346
Are you alleging that GitHub was aware of this and copied it? Personally, this is the first that I've heard of 1s, but I'm conversely aware that Microsoft has been working on cloud based development with vscode for a while now.
When I saw github1s on HN a while ago I thought Githuh should just hire whoever built that.
Difficult to argue if it was a plain rip-off or not, because the idea is somewhat obvious if you work in that space.
BUT, it's amazing to see how innovation is driven by individuals and small players faster then large companies - because it's a fact that github1s was first!
Earlier quoted context omitted.
I wish this point was brought up more often. Like in the TiVo case when everyone lost their minds about ideology, meanwhile millions of people got to watch what they wanted on their schedule and with no ads. This attitude of MIT being bad because it gives people freedom to do Bad Things™ really makes me question what open source is actually about (yes I know that it's complicated and means many things, that's not wha…
> It seems to me that some proponents of it really believe in it so they can tell other people what to do. "Some", perhaps. But this is a really disingenuous way to characterize open source.
Pros:
- No need to clone code base to just explore it (cmd + p to search files)
- A lot of VS code extensions are available to use out of the box: Vim, themes, syntax highlighters
- You can import your VS code's custom settings.json + keybindings.json
Cons:
- Not all keybindings work since they conflict with the browser (cmd + shift + f to search all files sometimes bugs out and makes browser full screen)
- Not all extensions are currently available
- The terminal doesn't work
Am I alone in not jumping on the Visual Studio [Code] bandwagon? Other online editors have had "vim modes" for ages (e.g. Overleaf) and frankly I'm unlikely to write a chonking great script or project in a browser on Github -- a minor modification is much more likely. VS Code's codebase is huge . Will Github allow people to use other $EDITORs? (Yes, I'm aware this makes me sound like an old man!)
Unfortunately I really doubt they'll ever offer alternate editors, especially given the technical challenges involved in embedding it in the browser, connecting it to whatever hosted environment it has, etc.
The best you might hope for is that they'll provide a terminal to the workspace, from which I could see text-based editors being available (in fact... I wonder if you could do that from VSCode's built-in terminal)
Earlier quoted context omitted.
If pyright were GPL'd then MS would own their own pieces, but the contributions would be owned by others and that would prevent the relicensing you're talking aobut. MS could pay a dev team to write everything themselves, but it's a matter of cost. Given the choice between paying for a ground-up development for a tiny gain or using the open project, inertia would push toward the open project. Finally, there's the que…
> If pyright were GPL'd then MS would own their own pieces, but the contributions would be owned by others So in your hypothetical, Microsoft not only uses the GPL instead of MIT outbound, but accepts contributions under the GPL instead of the CLA it uses for most MS open source project contributions, including pyright, inbound, etc.?
If they asked for people to sign over copyright for all contributions, they simply wouldn't get many takers because it would be transparent that the only reason to ask would be to close the source later.
This is amazing. However, the lack of language servers hardly make it a replacement for a desktop install of VSCode. Writing Rust code without RLS, or Zig code without ZLS is not a great experience.