alemhnan

'Come to the dark side, Sarah. We have cookies.' -- Linus

Like Amazon SES on steroids.

P.S. Not affiliate with amail, just an enthusiastic user. We are using that at CoffeeStrap and we just saved a lot of time in development.

Or like Heroku: you create your "managed" mail server with a click.

So far for example here in San Francisco we have a lot of people willing to learn Mandarin(or actually speaking! I am looking at you Zack! :) ) and fluent in English. Another trend here in the bay is about Korean/Japanese. And a lot of Spanish speakers and Portuguese as well. Those are the main languages so far!

As "defense" of PhDs program I could say that it definitely trains your mind to look at things with a deeper perspective.

That makes a lot of sense. To me is that because we are using "languages". With a language you write. And your problems are writing problems: syntax, commas, naming, verbs, etc etc.

What if we just get rid of "languages" ? We actually do not "write a skyscraper". We make a project for a skyscraper. Or we "draw" a skyscraper.

Are languages ​​the best tool of choice to solve the problem in connection with the information (and its calculation)?

(not that I have a definite answer, just a question).

Now we should face three cases: 1) the programmer needs to learn the domain; 2) the domain expert needs to know how to develop; 3) something in between.

Most of developing is done in 1). There are some brilliant cases of 2). I once talked with a biologist doing some multi sequence alignment that told me that some routine in C was quite slow and was far better rewrite that routine from scratch in assembly. I was quite speechless.

In order to create better programming languages we could: 1) express domains in a better way. Actually, just be able to express domains would be really cool (and not so easy). 2) provide higher levels of abstraction.

Whenever you want the busy mood of the city in 15-25 minutes you are the Transbay terminal by bus (24/7).

For the Google login, the login process has still some problems here and there. After the login we don't have, yet, a page explaining what to expect next. That why nothing happens.

We are already working on that, next deploy we will hopefully be ok.

- laughed quite a bit; - decided to change the gender symbols;

Totally right.

Think about the endless possibilities. On top of that it will be possible to build a library of objects like: "NormalGuy", "Ninja", "Tree" and so on.

Then it will be cool to programmatically move them. No Idea if that is feasible or not. Maybe not, but I will say otherwise.

Then we could describe an environment in which they could act in a declarative way. We could add simple behaviours shaped on top of simple goals. Those goals could be described in a similar way as the environment. If we tie a behaviour to an animation we have small drones of "Ninja" that act on themselves (well..kind of).

Or we could move those animation with the keyboard. I mean, at this point possibilities are just to be enumerated.

At the end it will be like a DSL to describe animation and behaviour and environment. Like an engine for videogames, animation, even smart behaviour (not mentioning AI and similars)

I don't know, I smell something really great behind that think that you built.

PG, in case you are still around here, which is your take on clojure?

There are some useful info on that article. Nevertheless if someone has more info I would like to know different perspectives on that topic.