Live data from Hacker News

A Web IDE for Teams using Golang

github.com

41–50 of 53 posts

Re: A Web IDE for Teams using Golang

#41
post #34

Earlier quoted context omitted.

They have the freedom to do make that decision just as I have the freedom to voice my disagreement. Ok, maybe their english sucks. Do you ever get better at something by not practising?

Or you could take the opportunity to learn Chinese. After all, are you ever going to learn something if you insist the rest of the world does it your way. I have to say, from this and your other comments ("Do not use any language other than english in public code"), you come off as extremely arrogant.

Are you intentionally misrepresenting what I said in the other comments? Quote: 'It's not about "having it my way"' (Explanation follows).

Also, is it not allowed to make statements anymore? Yes, it is my opinion that it is very bad practice to use anything but the de-facto standard intercomunication language for CS in programming code. Do I have to pre-/post-fix everyhing with humble phrases and opinion disclaimers? When was that established?

Learn Chinese?

And I suppose everyone else should learn chinese too? Just because a bunch of programmers is lazy everyone else needs to change?

And you call me arrogant.

Don't be so touchy.

I make bold statements because I have a strong opinion on this based on experience and good reasons. That is not arrogance. Insert redundand humble phrases here (IRHPH). Tell me about this again after you debugged an old program written by the friendly (insert nationality) colleague who left the company, and wrote all his code in (native tongue) under time constrains.

The question of who should learn which language should be answered in this way: The correct way is so that it takes the least learning effort overall (added up) while enabling maximum exchange of knowledge and ideas. IRHPH. At the moment that means english is the way to go. IRHPH.

And just to make this clear: I'm not demanding anyone do anything in any way. I'm just pointing out that it is a bad idea. IRHPH

Re: A Web IDE for Teams using Golang

#42
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…

As someone who wants to see more projects like this one I'll just explain what I see. Instead of opening up a full blown IDE UI 10 times, you could easily open up 10 browser tabs each separated by a web server instance. You can leave your project from one computer, go to the next one and continue. Instead of sending a friend a paste-bin to help you, you could easily link them to where you're working at, and what you'…

Multiple desktop IDEs/editors have true collaborative editing, where both parties can interact at the same time (ie two, user specific cursors)

As for the "edit files via ssh". Just stop. Please. This is why we can't have nice things. Etc.

If you want to collaborate that's great, but live editing files on a server via ssh is such a bad idea I can't believe I have to say so in 2014. Think of it like the tech equivalent of "don't let your 6 month old baby drive a bus on an icy road at night after a pub crawl"

Re: A Web IDE for Teams using Golang

#43
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…

At least you wont hear "it runs on my machine" because it never ran on your machine.

Re: A Web IDE for Teams using Golang

#44

Earlier quoted context omitted.

As someone who wants to see more projects like this one I'll just explain what I see. Instead of opening up a full blown IDE UI 10 times, you could easily open up 10 browser tabs each separated by a web server instance. You can leave your project from one computer, go to the next one and continue. Instead of sending a friend a paste-bin to help you, you could easily link them to where you're working at, and what you'…

Multiple desktop IDEs/editors have true collaborative editing, where both parties can interact at the same time (ie two, user specific cursors) As for the "edit files via ssh". Just stop. Please. This is why we can't have nice things. Etc. If you want to collaborate that's great, but live editing files on a server via ssh is such a bad idea I can't believe I have to say so in 2014. Think of it like the tech equivalen…

This sort of tone is toxic and anachronistic in the extreme. Please consider the sort of environment you contribute to when you relate to strangers in a public community in this way.

Re: A Web IDE for Teams using Golang

#45

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…

Writer friendly comments/documents....

I am guilty of them also. A lot of time after 6 months, 1 year and I go back to the source/document I wrote, I have hard time out my writings.

I think the reasons are a lot of sentences/paragraph we wrote are highly dependent on the contexts of author's mind and the state of that particular moments of developments. It might just make sense within those contexts. When one forgot them or other try to read sentences out of the context, it become very difficult to understand.

I have some documents on power management code related to particular SOC + linux kernel + .ko + user app + pm scripts. They are very hard to understand for myself after a few months.

I don't know the best way to solve this.

Re: A Web IDE for Teams using Golang

#47
post #44

Earlier quoted context omitted.

Multiple desktop IDEs/editors have true collaborative editing, where both parties can interact at the same time (ie two, user specific cursors) As for the "edit files via ssh". Just stop. Please. This is why we can't have nice things. Etc. If you want to collaborate that's great, but live editing files on a server via ssh is such a bad idea I can't believe I have to say so in 2014. Think of it like the tech equivalen…

This sort of tone is toxic and anachronistic in the extreme. Please consider the sort of environment you contribute to when you relate to strangers in a public community in this way.

sorry I don't believe in sugar coating the message. But this is HN so I'm sure people think it's more important to make friends and sing Kumbaya than actually stopping ridiculously bad practices.

Re: A Web IDE for Teams using Golang

#48
post #5

I also don't want to sound arrogant, but I would like to address this point: > Text editor (vim/emacs/sublime/Atom, etc.): For the Go newbie is too complex Text editor may be hard(?) to setup for a go newbie, although I do not personally agree with this statement, but at least local shell + text editor + command line compiler is a well known and understood stack . A newbie having a problem with it can always ask for…

On the other hand, it's likely (if their system is at least as good as cloud9) that if someone has a problem, they can provide a link that will literally show it exactly as they see it, and it'll almost certainly remove one of the most common problems of getting started which is weird environmental problems on the users computer. When cloud9 first came out, for a long time it was by far the best way of developing node.js code on windows.

I still have weird environment and cygwin/msys issues on windows when trying to set up Idris or rust or even some node packages that insist on compiling native code on install.

Re: A Web IDE for Teams using Golang

#49
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…

Main point to me would be that it would work automatically on every platform and without needing setup/installation/updating, so I could switch between a Chromebook, a Mac, PC with Windows or Linux without even having to think about whether the IDE has been ported to that platform. If there would be a practical IDE solution running in the browser (or Chromium as offline package) for C++ which replaces VStudio/Xcode/Q…

There are some decent C++ web IDEs, like https://www.codebox.io/stack/c or https://koding.com

But what is the purpose of creating yet another Web IDE (for Go) if there are already many established open source solutions like Eclipse Orion? They could just add a Go code completion and a build service to it.

Post reply on HN