Google's Code Editor • Hacker News Board

Re: Google's Code Editor

#61

Post by nobleach » Wed, May 16, 2012, 8:42 PM UTC

recursive wrote: post #11

crazygringo wrote: post #4

This is actually pretty cool, one step closer to making Google Docs a worthy competitor to Office. If they combine this with an Access-type database app, it could be a great tool for businesses. Although using the interface builder brings back memories of VB...

The UI designer from old-school VB the best part about it. Obviously, the language part was crap. I think that forms designer still represents a rapid UI development environment that many languages/environments have not reached.

That still mostly exists in Visual Studio. I'm writing C# right now and the good old toolbox is right there on the left. Now it has even more goodies thanks to the .NET framework.

I typically do more webapps than anything else, so I have gotten used to designing my own UIs from scratch. I don't mind as it helps keep things very lean... but I'd love to use something like Sencha's app designer thing. I just can't justify the cost currently.

Re: Google's Code Editor

#62

Post by roguecoder » Wed, May 16, 2012, 9:24 PM UTC

kjhughes wrote: post #43

The link title will attract developers anxious to see what Google is offering or Googlers are using to edit code, but this is just an online editor designed for Apps Script editing. It's been around a long time and is less interesting than the link-bait title suggests. Google Apps Script is very useful in conjunction with Google's online apps and their rich libraries. JavaScript makes for a good customization languag…

That model does work reasonably well for use cases like roleplaying game character sheets, where individual players may want to tweak the scripts for their specific character.

It is incredibly useful in general, but definitely not news.

Re: Google's Code Editor

#63

Post by juddlyon » Wed, May 16, 2012, 10:39 PM UTC

This opens up some great possibilities. I noticed a jQuery plugin the other day that ingested JSON or could pull data from a supplied Google Doc. Seemed odd but makes sense when you see the direction Google Docs is headed.

Re: Google's Code Editor

#64

Post by chernevik » Wed, May 16, 2012, 10:42 PM UTC

selectnull wrote: post #24

Last year I've used Google Apps Script to automate a spreadsheet, it worked very well and that spreadsheet is still used inside my company. It's not very complex, all together maybe 200 lines of code, with tests. But, I'm not sure if I would do it again. Development style is not enjoyable, coding inside textarea with syntax highlighting is simply not good enough. I would prefer to use my text editor and some way to d…

I've worked with this for some clients. I am but an egg, but I'm not convinced this is entirely JavaScript, I've had some code fail in App Script that passed JavaScript unit tests. And you cannot bring in libraries like jQuery.

You can hack some of these. Scripts can import code from a remote server, which allows you to edit where you like, push to your remote server and pull it into App Script. That tool enables small libraries, I've used it to write a simple test environment. I think you could test App Script JsTestDriver et al with some kind of mock-up strategy.

I haven't enjoyed it, but it has met the client requirements and that's the main thing, right?

Re: Google's Code Editor

#65

Post by Peaker » Wed, May 16, 2012, 10:50 PM UTC

recursive wrote: post #11

crazygringo wrote: post #4

This is actually pretty cool, one step closer to making Google Docs a worthy competitor to Office. If they combine this with an Access-type database app, it could be a great tool for businesses. Although using the interface builder brings back memories of VB...

The UI designer from old-school VB the best part about it. Obviously, the language part was crap. I think that forms designer still represents a rapid UI development environment that many languages/environments have not reached.

I always thought Trolltech's Qt Designer was much better.

Evidently, you could smell a VB product a mile away because of the awkward widget positionings in the window and the usually-not-resizable aspect.

You had to write manual resize code for all window components in VB, whereas in Qt it was all automatic.

Re: Google's Code Editor

#66

Post by tzm » Wed, May 16, 2012, 11:31 PM UTC

selectnull wrote: post #24

Last year I've used Google Apps Script to automate a spreadsheet, it worked very well and that spreadsheet is still used inside my company. It's not very complex, all together maybe 200 lines of code, with tests. But, I'm not sure if I would do it again. Development style is not enjoyable, coding inside textarea with syntax highlighting is simply not good enough. I would prefer to use my text editor and some way to d…

This is pretty much what I want as well. I'm working on an app that is essentially your own Google Fusion Tables running local or on your own server. It includes a CLI for running as a service (integration, etc), so plugins could be made that hook into your local editor. It's a JS-based data publishing platform.

Btw, I was invited to YC interview round to show it. But sadly PG passed on it due to an enterprise strategy. :( Funny thing is I had an acquisition offer on the table during the YC meeting and subsequently closed a round. :)

Re: Google's Code Editor

#67

Post by obilgic » Wed, May 16, 2012, 11:57 PM UTC

They even have gui builder http://cl.ly/0t4740472r2p1E2p2F1N

Re: Google's Code Editor

#68

Post by Andrex » Thu, May 17, 2012, 12:00 AM UTC

blahbap wrote: post #22

fierarul wrote: post #17

I guess 2013 will be the year of the OnlineIDE? It would be pretty great to use ChromeOS for some actual work.

Cloud9 is pretty decent - especially being able to deploy directly to Heroku and Azure

Don't forget Git and GitHub.

Re: Google's Code Editor

#69

Post by lparry » Thu, May 17, 2012, 12:26 AM UTC

debacle wrote: post #56

mynegation wrote: post #38

Earlier quoted context omitted.

How come Excel works fine with source control? It is a binary blob and diff and merge are done with Excel itself, not the version control's merge and diff (which may or may not be what you want). What are those collaboration tools for Excel? This is an honest question: all I see is some spreadsheet on shared drive or Sharepoint with some ad hoc process around editing, making sure the need for the merge is avoided.

Excel files are simply zip files with XML in them.

What version control system will let you see the changes between the contents of two zip files again?

Re: Google's Code Editor

#70

Post by drivebyacct2 » Thu, May 17, 2012, 2:01 AM UTC

pyrotechnick wrote: post #10

It's CodeMirror - http://codemirror.net/

Tis a shame, there are far more comprehensive and impressive displays of what Code Mirror can do than this. CodeMirror makes the OP's link extremely trivial to implement.

edit: Sorry, this isn't meant to be a dig on the Google's Code Editor as much as it's meant to be praise of how impressive I find CodeMirror (and it's competitor/friend Ace).