Live data from Hacker News

A Web IDE for Teams using Golang

github.com

51–53 of 53 posts

Re: A Web IDE for Teams using Golang

#51
post #2

I don't want to sound arrogant, but can someone please try to explain to me what is the appeal of web-based IDEs for non-web development? The “feature” bullet points from their site do not really speak to me, and it overall still seems like a solution in search of a problem. I'd seriously like to hear some stories from people who use such solutions and environments. The only reason I can think of for the existence an…

Although I don't think there is any web-based IDE that currently exists[1] that provides a remotely acceptable level of usability (even for web development), I buy into the dream.

I would love to code right up until 17:15, then go pick up my kid, have dinner, play with his trains or Duplo blocks, and then at 18:45 when my wife takes the kid in for his bath, be able open my laptop at the dinner table and get right back to the work I was doing, with the same code editors and test cases open, breakpoint on the same line of code, and take advantage of that 23 minutes or so by picking up right where I left off.

I used to just have a beefy workstation dialed in at my office, and do all my coding there. When I got in the zone, I'd just stay as long as I wanted.

It was having kids that broke that arrangement for me, but I can see how it could be different things for other people. The change is that I now have things I have to (and want to) do, that require me to be certain places at certain times. So being able to code anywhere, with all my state preserved, would be terrific.

It's not so much about setting up the development environment (although that is actually pretty annoying for me this week, with the 4 Macs I regularly use all being upgraded to 10.10). It's about being able to just drop what you are doing RIGHT NOW and leave that window open with the half-written line of code, not even compiling much less something you want to check in, and then picking it up again right from that spot, when you are physically somewhere else.

That's the dream anyway. The reality is that I just mostly code less these days, and do more of other things (like writing) which are actually totally portable using current technology. But I would like it if someday my dev tools could keep all my developer state in the cloud, and yet have UX as good as the leading native IDEs. We aren't there yet, though.

[1]: Haven't tried them all, of course, but I feel like I've tried enough to extrapolate about the where the state of the art currently is.

Re: A Web IDE for Teams using Golang

#52
post #9
post #2

I don't want to sound arrogant, but can someone please try to explain to me what is the appeal of web-based IDEs for non-web development? The “feature” bullet points from their site do not really speak to me, and it overall still seems like a solution in search of a problem. I'd seriously like to hear some stories from people who use such solutions and environments. The only reason I can think of for the existence an…

One advantage would be that any improvements to the web IDE would directly benefit all its users. On the other hand, improvements you make to your personal local dev environment are local and not helpful to others. Consider the time it took you, when learning Go, to setup gofmt on save, then after some time you might discover goimports and start using that. A newbie coming into Go will not have the benefit of goimpor…

I don't use Go so I don't know the specifics of the tools you mentioned but any desktop IDE targeted at or supporting Go would very likely a) support stuff like syntax formatting out of the box and b) have a plugin system for less-common functionality and c) still allow you to define your own custom commands to call external tools/scripts.

Re: A Web IDE for Teams using Golang

#53

From https://github.com/b3log/wide/blob/master/editor/editors.go : // 编辑器操作. (...) // TODO: 目前是调用 liteide_stub 工具来查找声明,后续需要重新实现 This is not an isolated example. People, please. For open source code stick to english in the code. Otherwise, you needlessly exclude anyone who doesn't speak your particular language. I was about to dive into the code thinking "this thing looks cool, maybe there's something to learn from it…

With the abundance of online translators this should not be a problem. This is what Google translate makes of it: // Editor operations (...) // TODO:. Is currently calling liteide_stub tool to find statement, the subsequent need to reimplement Baidu translate: / / editor operation. (...) / / TODO: is now calling the liteide_stub tool to find the following statement, the need to re implement Between the two of those i…

You got the key point extactly! This is why we choosed Chinese comments in Wide :-)
Post reply on HN