Live data from Hacker News

Web-based editor

docs.github.com

291–300 of 307 posts

Re: Web-based editor

#291
post #234

Earlier quoted context omitted.

> This is why MIT isn't always the correct choice. GPL wouldn't hurt devs at all and would protect from this kind of garbage from MS. But would it protect against Pylance existing, or would it just be more expensive to develop but still proprietary (and possibly not free-as-in-beer), or would it be Free? There's only one of those three where devs (as opposed to Free Software ideologues) win, and one where both lose.…

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…

> It's obvious now that "Open" was a hook. It killed off all the competitors like Atom or Brackets and even mostly killed off other editors like Sublime. The only question now is the final goal of their lock-in. The only real observation is that all of "the new MS that loves devs" was just more of the classic Microsoft we've known for decades.

There's never a question of Microsoft's goal. It is always to destroy your choice to use non-Microsoft products. They pour resources into a "free" product that I will admit is good. It has to be, to kill all competing products over many years. Then when there is no reasonable competing product, they switch it to a paid product.

I can remember when Windows 3.1 was released. I did development on it at Ford, to emulate a vector graphics terminal. I remember when Office was bundled with Windows for free; now it is 1/3 of their revenue. I have seen Microsoft repeat this game over and over. History truly does repeat itself.

Re: Web-based editor

#292
post #210

Earlier quoted context omitted.

Can you point to how? Pretty much all of the functionality Microsoft has made that is proprietary they’ve packaged inside extensions. The app itself works fine without those extensions.

https://github.com/VSCodium/vscodium/issues/746

I read some of that issue but it seems to be about OpenVSX, and one of the solutions was to try switching to the official extension marketplace, probably against ToS. That seems to not be sabotage.

Re: Web-based editor

#293
post #272

GitLab had a Web IDE since Jan 2018 and we're considering adding the same . shortcut for it in https://gitlab.com/gitlab-org/gitlab/-/issues/340095

The Gitlab editor has been very useful but it would be nice if it also started using VSCode. It would offload the editor development and offer more consistency and features from a well-tested product.

Re: Web-based editor

#294
post #41
post #31

Earlier quoted context omitted.

I see this happening a lot with the young engineers. Very few of them really know what's happening under the hoods.

Does anybody really know anything which goes on under the hood, all the way down to transistors? I think it is half a century since this was even possible for a single person.

You can learn very decent overview of all the layers in a single weekend watching Youtube videos. It's only the deep expertise that takes time, as it always has.

Re: Web-based editor

#295

Earlier quoted context omitted.

Yea that’s a weird flex, I get some companies have “use these tools” but that’s largely for support and discounts

Wait, wha? I worked for myself and it was busy time. I'd spent almost as much on other IDEs as PyCharm. Not a flex. When I flex, the Hulkamaniacs go wild and everyone takes their vitamins and says their prayers. WTF is a flex about buying software?

Sorry, I meant the comment about companies wanting to buy into enterprise stuff was weird - I wasn’t clear

Re: Web-based editor

#296
post #52

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.

Firefox has a config option to not close window with lasttab. I actually find it quite useful. If you're on Chromium based browser, pretty sure there will be something similar

Re: Web-based editor

#297
post #245

Earlier quoted context omitted.

I'm sure even Nat Friedman saw github1s because it was high up on HN and he frequents the site. 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 - be…

Not everyone sees everything that makes it to the front page. I've been frequenting HN for 10 years and this is the first I've heard of github1s, though it's not my job to know about it. It's cool.

I think it's unlikely that none of the dozens of GitHub employees who were working on this GitHub web editor were unaware of 1s.

Re: Web-based editor

#298

Earlier quoted context omitted.

I am a developer for almost 15 years now. My primary operating system is windows. I have used Linux but only sparingly. I have used many IDEs. I have never ever felt the need to use vim. Is it fair to say, because VSCode does not have a "vim mode", it is somehow inferior as an editor? I seriously don't get it. I have used VSCode almost from day one. It is a fantastic editor and quite a capable tool. I seriously love…

I'm someone who also writes code for a living. Linux and MacOS are my primary OSes (in that order). I've used Windows, but only sparingly. I've written a lot of C, a lot of scripting languages, and a bit of C++. I've used many IDEs. For me, the "command line" workflow of Makefiles, vim & gdb are really, well, great. When I was a graduate student, I did a lot of pair-programming with a vim wizard who showed me just ho…

How can you mock VS having 4e6 different GUI buttons, while Vim technically requires far, far more memorization? (Just logically - a keyboard's 30 or so keys will always be less flexible and require more memorization than a GUI, even if it is faster AFTER you've learned all the combinations).

Also, Command Palette? Heard of it?

Re: Web-based editor

#299
post #272

GitLab had a Web IDE since Jan 2018 and we're considering adding the same . shortcut for it in https://gitlab.com/gitlab-org/gitlab/-/issues/340095

The Gitlab editor has been very useful but it would be nice if it also started using VSCode. It would offload the editor development and offer more consistency and features from a well-tested product.

Considering a lot of the reason people use GitLab is to move away from MSFT, I think it's unlikely they'll switch to Code.

Re: Web-based editor

#300

Earlier quoted context omitted.

The Gitlab editor has been very useful but it would be nice if it also started using VSCode. It would offload the editor development and offer more consistency and features from a well-tested product.

Considering a lot of the reason people use GitLab is to move away from MSFT, I think it's unlikely they'll switch to Code.

That's a silly reason to justify a worse product. And I've yet to see what company has switched away from Github purely because of Microsoft's acquisition.
Post reply on HN