Jump to content

  • Log In with Google      Sign In   
  • Create Account


shurcool

Member Since 06 May 2001
Offline Last Active Sep 01 2013 08:00 AM

Posts I've Made

In Topic: API for browser to do HTML->rendered pixels conversion?

14 May 2013 - 01:25 PM

For what it's worth, by now I've found https://github.com/ariya/phantomjs which is somewhat relevant to the task at hand (as is this).

 

Edit: Err, it told me it wouldn't let me post to an old topic. Being curious and seeing the reply box, I tried to anyway. Sorry, I didn't mean to bump and old thread since that's considered not polite (or so it used to be, I don't know if this has changed lately), but I wanted to avoid the following situation... http://xkcd.com/979/


In Topic: Programming languages comparison

13 October 2012 - 01:34 PM

Unix
% ls
foot.c foot.h foot.o toe.c toe.o
% rm * .o
rm: .o: No such file or directory
% ls
%

Omg that is so good! Never realized the danger of an extra space.

In Topic: Does Time "Fly" When You Program?

13 October 2012 - 09:23 AM

I think it's related to the phenomenon described in this article:

http://blog.8thlight...ng-So-Hard.html

In Topic: Go Live Editor

13 October 2012 - 09:22 AM

Yesterday's results.

Posted Image

In Topic: Go Live Editor

11 October 2012 - 10:23 AM

On this topic, I want to share the following very insightful article:

http://alarmingdevelopment.org/?p=680

The comments offer a lot of value too.

Clearly, a simple live editor is not the be all end all goal, it's just a start.

It was very reassuring for me to see a lot of people having similar thoughts about the need to abolish our reliance on files as a tool to organize code. We work with higher level concepts like classes, functions, etc. and I hate being thrown out of the current IDE

Another common thought was that the Language by itself is not everything, neither is the IDE on its own. What we should really be focusing is the combination of the two, as that's what the end user (the programmer) uses. So there should be less "programming language designers" and more "programming experience designers".

There is also some work to find a better replacement for storing source code as a sequence of plain characters in a text file. For instance, see The Larch Environment video.



Finally, another common thought was that in order for a newer and better system to gain traction, it should offer a smooth conversion path from the existing text/file-based source and tools to the new system, rather than offering a completely stand-alone experience. At least, that's one way to go about it. You'd have to be very daring to try and do everything from scratch; the value offered would have to overweight so much resistance.

PARTNERS