ch

Haskell? :)

Yes but tools that you from doing thing you would prefer not to have done in the furst place (but still grant you permission to override this when desired) would be a fairer assessment of what a sting compiler is.

We all agree that a null dereference is a bad thing at runtime. I see no advantage for me as a programmer to be allowed to introduce null dereferences into my code as a side effect of "getting things to work" if then when the code runs it doesn't work right. This increases my cognitive load as a programmer, it does not decrease it.

I would argue that you don't think about the compiler anymore when using a language like haskell than you do when using Python. But you do get more assurances about your program after ghc produces a binary than after Python has finished creating a .pyc -- and that is a win for the programmer.

Sigh. We build machines to automate the repetitive, to eliminate the daily drudgery and to repeat steps with perfection (that we would repeat with perfection ourselves if only we were as focused as a machone). So why do we keep finding ourselves arguing that a lazy compiler, which offloads the work of a machine on to a dev team, is an acceptable compromise?

"Authorities are in the process of contacting Internet service providers and computer emergency response teams around the world to help identify and contact individual victims."

I have this image of a white van pulling up to a curb and out pours a team of technologists in hazmat suits who descend on some hapless computer user's home to forcibly reinstall Windows on their HP Pavillion.

Related: "Time is passed, votes are sealed" (http://www.kansas.com/news/politics-government/article174773...).

How convenient.

Is this really a new space station? Or do they plan to somehow build off the current ISS? The article leaves a lot of questions. It seems the Russians had plans to re-use their ISS modules? Can they just take them back like that?

This deserves a closer look. It appears to be making use of the ORC format used in Hive, and last I looked was implemented in Java and tied in tight with the Hive arch. So this must be a rewrite of an ORC reader/writer. Selfishly I wish they'd picked Parquet instead of ORC.

Thanks for that link. Very neat how towards the end of the video a Russian rocket booster travels across the frame from right to left. An unintended sighting of some well know space-junk!

It is possible to patent the quantity of dosage for a given chemical? There must be more to this than you let on, no?

The article doesn't give a good indication of scale. Is this simmilar in size to a Forman grille? Also where do the juices and fats run off? Do they just collect on the cook surface?

This looks great, and has some very compelling benefits. I'd be curious to know what their performance is likewhen caked in road ice like we get here in the northeast after a few rounds of snow clearing and melt and freeze cycles (the prototype on the Wikipedia shows the spoke pattern to be very deep).

You're just bolstering the point with this argument.

Use olive oil for dressing. For adding flavor in a broil look to lard, tallow, schmaltz, or whatever juice is poured off the meat in the main course (assuming a non vegetarian diet here). Might look to coconut oil in the case of vegetarian or vegan, though it's no sub for lard.

I'll admit. It looks like it has the potential to be an addictive game. However, I'm confused: I didn't see any rabbits in that demo.

Right. Plus when you power off RAM ... Oops!

At first I was totally grossed out by the though of the entire process. It's tough to see how the sausage is made, tougher still with the cultural aversion to eating bugs. Then I watched the video where they are frying up the bugs in the pan, and though "How can they be so thoughtless to use metal on a non-stick pan"! So perhaps I'm past my aversion to eating bugs! Maybe not.

This is really cool engineering.

It would seem that if you could normalize, threshold and bucket continuous data than it too would be available for indexing. So while extending his to the entire range of real numbers would not be practical, in some cases a compromise could be found, which makes me want to look further into this.

Is this being released as open source code in the future?

Clearly I am the product of an American public school education :)

The article didn't directly address private v. Public education, but rather that our teacher preparation methods are crap. You may be able to argue those who graduate from the best programs for creating educators may be skimmed off the top by the resources a private institution hasavailableto them in terms of provided salary and other issues, but the more direct issue is that teaching is hard.

One may be an expert in ones field, and not be a teacher. Saldly one may be a teacher, but over the years we've also gone and built a system which actively discourages teaching.

So the issue isn't necessarily one of money, but of how we approach the problem of building teachers.

But wouldn't a plateu in performance also cause a plateu in record setting? I suppose if it proves that records continue to be broken without gains in performance than random chance is likely at play.

An aside, thanks for the EVT reference. Something new to learn.

The example from the article regarding the Track & Field results might imply otherwise. Would random chance be able to exhibit a performance curve which begins to plateau?

You have the general topology right, but not all nodes necessarily have to be agents. You could, forinstance, run an agent next to a bind server and delegate the .consul. Zone to it. That way for nodes which only use DNS for discovery can work I modified.

In general you are going to set up an N+M topology of n servers and n+m agents -- but for a network of 100k nodes does consul scale to 100k agents? Plus what goes unstated is how those 100k nodes are laid out in DCs and racks.

Anyway, this isn't to slag on consul. I think consul is like chocolate and peanut butter.

I use it in my mesos cluster and just am genuinely curious how large it can scale!

When you say hundreds of thousands of machines, is each one running a consul agent, or do some just make use of answers provided via DNS or the remote api?

Without divilging too many details, what would be the ratio of agents running '-server' to overall agents?

This is a pretty interesting approach, and it doesn't seem to be tied to any particular database implementation.

Would it be possible to factor this up into a JSON -> SQL translation function, which could than be used by various backends (effectively consume the JSON and spit out the CREATE TABLE and INSERT statements)?

Curious if using the Sparrow scheduler would have been a net gain/loss to this type of work load?

So does this mean that the primes actually distribute based on some pseudo random pattern?

Certainly that is trivializing things but is this what the notion of the numbers acting random, but clearly not being random implies?

Won't this approach increase the cap-ex investment on the part of the customer, and the complexity to scaling?

Do you require the customer to size their key services to some theoretical peak, or can you offload so much of the process that the customer just needs to make a one time investment?

(Full disclosure. I work for a competitor, but not on problems like this).

What type of mountain is this? When I think of mountains out here in the North Eastern US, most are not something a wheeled vehicle might easily summit.

It would be useful if the guide folded the Unix/Windows examples up into a single view (something like what the Spark docs do: https://spark.apache.org/docs/latest/quick-start.html#Basics)

And then, perhaps, used some platform detection to display the more appropriate form by default.

That way less space is used up by the parallel examples.

If your NULL exception results in a 5am wake up call to debug... has that computer language now got in your way?