locci's comments

She was involved in a scandal involving a drug called Cronassial, a pharmaceutical industry called Fidia and the Nobel committee. Through various donations, Fidia (at the time a small pharmaceutical company) used the scientist from 1975 onwards to market a new panacea drug called Cronassial (which was banned in the Nineties across Europe as it was linked to Guillain-Barré syndrome and possibly because of the human spongiform encephalopathy scare). The drug was approved thanks to the corrupt hand of Duilio Poggiolini (with the ministry of health) who was finally arrested in 1993. Fidia's "collaboration" with the scientist culminated in 1986 with the Nobel prize, for which Fidia seems to have corrupted at least one of the committee members with 8 million dollars [1], fact that came out during the Italian corruption trials in the first part of the Nineties.

It seems that Fidia's revenue jumped a 1000 folds thanks to Cronassial, apparently from 600 million Lire to 420 billion, with the drug representing 82% of the revenue, but I wasn't able to find a source for that.

It's quite unfortunate Levi-Montalcini never came clean of this scandal, refusing to comment on anything related to Cronassial and claiming ignorance of the facts.

Disappointing as all this might be, NGF is a great discovery which is well worth a Nobel prize and she seems to have been a very good scientist too.

1) Nilsson M. Nobel committee refutes allegations of corruption. Lancet 1995; 346: 763-4.

I have always thought the point of this kind of questions is that as a candidate you are supposed to provide the right answer which you are expected to provide despite all the ambiguities. This, I guess, should measure some kind of broader intelligence which overthinkers might lack.

bind was introduced in ES5 (and previously in most libraries) to fix this

https://developer.mozilla.org/en-US/docs/JavaScript/Referenc...

They don't even dodge, which is the staple movement in UT games.

Soren Johnson talks about AI cheating in "Playing to lose: AI and Civilization" http://www.youtube.com/watch?v=IJcuQQ1eWWI&feature=playe...

I'm no pythonist, but I think setdefault would be perfect for the case

http://docs.python.org/library/stdtypes.html#dict.setdefault

it seems there are many tricks you can use: check out the first reply here () (explaining the batman equation)

() http://math.stackexchange.com/questions/54506/is-this-batman...

this reminded me of http://web.me.com/agueniot/Data/Flash/cven.html

I tend to use document.forms['foo'].elements['bar'], here's why:

I use the elements collection because the behaviour of adding each input as a property to the parent form element is a mistake.

I use the bracket notation because it highlights the difference between the implementation symbols and the actual data which is being manipulated. What I mean is that I see a property specified with the dot notation on the same level as an identifier and as such its name is just to remind us humans of its purpose, whereas a property accessed using bracket notation is important both to us and to the program since it specifies a data point.

Oh, I see. And you fiddle with globals by manipulating the window/exports object, which I assume are reserved identifiers.

Thanks a lot for clarifying that, it doesn't look that bad this way.

Yes, I probably wasn't very clear: what I meant is that a programmer writing a function somewhere in a program must have a complete knowledge of the scope where the function is and will be in the future, including changes in global variables exposed by the interpreter/browser. In the end I would find me forced to add a prefix to all the variables in order to avoid collisions, just like I would be forced to do, if the language only had a single global scope.

This behaviour seems quite unreasonable to me, but I haven't been able to find explanations about it, other than it's expected behaviour.

I think this is a recurring discussion from the dawn of coffeescript. See for example: https://github.com/jashkenas/coffee-script/issues/238

I really don't understand why this isn't being fixed: doesn't global by default break encapsulation? I'm probably missing something, but this is the main reason I haven't tried coffeescript yet.

After reading "A Mathematical Model for the Determination of Total Area Under Glucose Tolerance and Other Metabolic Curves"[1] I am unable to see any malice in this sort of things.

[1]http://care.diabetesjournals.org/content/17/2/152

Google is a search engine, not a content provider: the less time I spend on it, the better it works.

On a personal note, I very much dislike the walls facebook builds around its experience: it annoys me almost as much as content farm popunders.

He left all that in a parked car?

The faith people on the other side of the Atlantic put in strangers astonishes me every time. Leaving the keys to your car inside the car, leaving the front door open go against the most basic sense of responsability I've been taught, to the point that I feel uneasy the whole travel when I have to leave the car unlocked while on a ferry boat.

L'occasione fa l'uomo ladro - Opportunity makes a thief

Ken Kutaragi, ex CEO of SCEI, around 2006 declared the new Playstation 3 would be 4D.

This is one of the reasons javascript should be used both on the server and the client.

The server would offload as many procedures to the client as possible (that is none if js is disabled, some if you don't want to expose your guts).

The server html renderers would be the exact same code in the client, the api would be a simple thin wrapper around your "protected" procedures.

You could event support ecmascript5 features on IE6, executing the js in the server.

Popular browsers are "dragged down to 100" by the mass of people who install the browser because of techie friends, or fashion.

In the second graph you can notice there are many more high IQs individuals using firefox and chrome rather than opera.

actually, the script doesn't make any sense because it would be executed as soon as the browser is idling, that is after it has rendered the dom completely, that is when the DOMContentLoaded event fires. The right way to run a script right after an element has been created is to place the script right after the element closing tag.

You still can use it for setting late binding event handlers though.

I think he meant faster as in executed before, rather than in executed faster.