73 karma · joined July 5, 2014
There can be different ways of looking at the cost of an item: 1) The cost of the parts and manufacture. 2) The retail price.
An item could be cheap from perspective 1 and expensive from perspective 2.
I did perform a Google search for 'RencourtBlitzenMcPhail' and all I got was that one article! Perhaps other users of the Google search service will get this comment too, but the real 'RencourtBlitzenMcPhail' will probably remain elusive for a while. Maybe I can't 'Google very carefully', I'm not really sure what that means in the context of searching for RencourtBlitzenMcPhail.
Optimizations, using Typed Arrays, could make the code considerably faster. C++ addon code could make it faster still. Intrinsics within that addon code could use SIMD. While this library certainly is a lot slower than the equivalent C or Fortran, it's got potential, and it's not something that I'd dismiss as being pointless because it's a particular thing that's written in JavaScript.
Also, in the browser, language choices are very limited. Another reason why having JavaScript code that does a variety of things (including vector maths) is useful.
I was posed a question... how would you simulate the appearance of a fruit machine wheel (3D rendering). I explained that I did not have the answer with all the details already, but probably would not need to know them all either and could use what's already been done to a large extent. This was put to me as the kind of thing that an employee there would be expected to know. I asked my two interviewers what the answer was, how they would solve such a problem. There was a lot of umming and arring for a few (uncomfortable for them) minutes. I found it very funny.
Is your app free?
Is the building strong enough to support the weight? Space also has a cost.
It would also cost more to manufacture, transport and install big and heavy equipment, because it is big and heavy equipment.
Is / will this acceleration be switched on by default?
Another possibility would be having a launchpad in Earth orbit, so that many different modules would be assembled (a lot like the ISS), but in a configuration that's designed to travel to Mars. Launching it all at once from Earth does not seem like the safest or most efficient answer to getting a very large mission payload into space, given current technology. This way, there would be allowances for failed launches, while the human crew is brought into orbit using more tried and tested methods (with sufficient rescue mission planning), on a much smaller budget than the whole mission cost.
Some kind of Exploratory Space Station seems like the way to do it.
I fail to see how there can be controversy over forking MIT licensed software.
Does anyone have an estimate for when ECMAScript 6 will be widely deployed across browsers, almost ubiquitous? I would say now it's safe to use SVG in many situations on the web that would not have been OK a few years ago, I'm curious about when the tipping point will be with ECMAScript 6.
Anecdotally, recently my customers have been a lot less interested in supporting older versions of IE, and I have used SVG in a couple of situations, and that would not have been OK a few years back. I have not been closely following the developments of ECMAScript 6, it has seemed like it will be a while until it's widely deployed. The only things I have found practical use for are typed arrays, and I have been using them in node specific code rather than in code that I expect to run across browsers.
Though I am interested in the latest developments in JavaScript, my focus will still be on what can be done with the JavaScript available in almost every browser. I am also interested in making use of getters and setters in my code but being able to compile it to ECMAScript 3, I may be able to do some relatively simple text replacement rather than having to parse and compile an abstract syntax tree.
Have a single polymorphic function called type: type() gets the type, type(value) sets the type.
Have .get and .set functions, called like: get('type'), set('type', value).
If there is actually an attack vector that gets closed by checking hasOwnProperty I'm interested.
Object.prototype.d = 4;
I'd be asking for trouble. var map = {
a: 1,
b: 2,
c: 3
}
for (var key in map) {
console.log(map[key]);
}
outputs 1
2
3
in the console, like I expect.I'd also be really interested in an ASM compiled version that's easy to use from node (and possibly the browser).
I don't think there is a way to send messages on Hacker News, and I don't yet know if you'll get alerted to replies to old posts.
The basics of drag-and-drop only take a few lines to implement, but it's important to do extensive testing to find the edge cases. I found (one year ago) there were problems with jQuery UI that stopped me from making full use of it. I wound up using it for the basic dragging - it would reliably tell me mouse move events, clicks, buttons, and the mouse position, but because the droppables system would miss some events I implemented the logic surrounding detecting where the item was being dragged. Basically, whenever the item got moved, a whole bunch of calculations would run to see what object it's positioned over or near, and it's position within whatever object it's over.
If you want to do drag-and-drop programming in the browser, I recommend you write some code that allows you to pick up a DIV and drop it elsewhere on the screen. It's not trivial to do the first time, but once you understand the patterns it becomes so much easier. The techniques are useful for other similar things, like creating resize handles.