This still does not prove anything, it could have been the Ukraine military as well, they have (just like any other ex-Soviet country) plenty of BUK missiles.
First, no, they do not have "plenty" of BUK missile launchers, second, the launchers they do have are not parked in the middle of separatist strongholds, and third, it's not the SBU spinning wild stories of fighter jets flying alongside MH17 and sudden course changes by MH17 --- it's the separatists and the Russian Ministry of Defense saying those things, which have been conclusively debunked now by the Dutch report.
"Surface-to-air missile systems and complexes of division level are characterized by their long range and firepower and are equipped with surface-to-air missile complexes;S-300V,Osa, Buk, Buk-M1 and Tor."
2. No they did not need to do that, it was enough to park it closer to the zone
3. I am not sure what is this gibberish about, I did not mention anything about SBU or anybody else saying anything.
Thanks for the downvotes, even when you are obviously wrong. It is just showing how much HN lost its way.
The report isolates the region the missile could have been launched from, based on the damage pattern from the warhead's projectiles and MH17's flight path, to a very small number of square kilometers, all of which are firmly ensconced in separatist territory.
These missiles have a fairly short range.
The report and the missile's Russian manufacturer agree about the very limited number of missile models that the warhead could have been mounted on.
Amazon for a long time (maybe even today) used IRC for 1:N communication. I personally like IRC over anything else, but I am probably just too old... :)
MongoDB really? You are comparing a software product to a multi-region global data service? This is just not a great comparison. If you build a distributed global data service on MongoDB you could compare that to DynamoDB.
It does not help that some of their maintenance staff is on 200K/y salary. Last time I have checked their wages it was pretty obvious that some of the staff is overpaid greatly. I also know some anecdotal stories about how employees exploiting the company.
It's neither realistic nor desirable that maintenance workers in San Francisco should live in San Francisco. Any more than the cleaners at the Hilton should live in the Hilton.
San Francisco is a small expensive area within a large metropolis, it's not that tricky to commute from somewhere a lot cheaper.
You don't think what's an inapt analogy? Wait, your Ferrari analogy that you made in the same post?
And it is indeed a great analogy because it shows how wrong you are -- having advanced cars that can rapidly accelerate to freeway speeds be affordable is a very desirable thing, and the fact that a Honda Civic of today is a vastly superior automobile to a Ferrari of the past (or better yet, a Volvo of the past) is a triumph of modernity. You think what, cars are too good?
Likewise, the fact that many people of today find that the best way to live involves throwing years of their lives away on a long commute is a human tragedy, and thinking that it's not desirable for this to be fixed is equally brain-damaged as thinking people shouldn't have good cars.
Rights are an arbitrary idea. Simply emphasizing that something is or isn't a right is tantamount to writing a fictional book. Even something as literally life altering as whether your own government (assuming you live in a democracy) can rightfully kill you or not is arbitrarily decided [0].
Look. I work in the SOMA neighborhood of SF. That doesn't give me the right to live there (and I don't - it's too expensive, so I live in the south bay).
And as we saw with the recent refugee crisis no one is entitles to live at all. But if we strive to build a good society for whatever reason, one of the optimum solutions is to mix people of different backgrounds and paths of life together to enhance the social mobility.
Yet it is terrible. Almost as bad as driving without a license plate so you hit and kill somebody you can flee the scene and nobody would be able to identify you. But that does not happen, right?
I found entire criminal networks operating on PayPal and Ebay, when I reported the case to them they refused to deal with the situation. Basically the criminals were selling software that appeared to be legal but the serial keys were stolen from the vendors. When somebody realized what is going on they sent an email saying if you rate us on Ebay 5 star we give you back the money.
Ebay was more than happy to let these guys operate on their platform, I have supplied them all the evidence but nothing happened.
I think if he was doing this for real (for profit) even than it would be questionable to target linux since its market penetration is pretty low while the effort to make you game running on linux is pretty big. I am saying this after spending some time trying to make a popular game running on linux. The lack of common API that _all_ of the linux distros support equally and easy to use for game developers does not help.
[Valve stats show] an accumulated 0.89% market share for all the linux distros combined.
that's a self-fulfilling prophecy. i begrudgingly bought a windows license for the family gaming box only because we couldn't play some games we wanted otherwise.
The lack of common API that _all_ of the linux distros [...]
every single AAA game i've installed from Steam has its own copy DirectX and base libraries (Redistributable Runtime), which leads me to believe there is a lack of common API that a few recent versions of Windows would support equally, yet they ship. this approach, btw, is exactly what most proprietary software for UNIX or UNIX-like systems i've seen has done: static linking or bundling your own copies. is there something i'm missing that precludes applying this to games for GNU/Linux?
Judging from the code, the main idea is to implement the Arc (or Arc-like) language using the standard techniques used to implement new languages in Racket. This approach will make it easy to use the tools/infrastructure of Racket without any changes (correct highlighting, arrows between a variable and its binding, scope aware renaming of variables, profiler, etc.). The new language compiles via macro expansion to Racket which is then compiled and jitted as normal.
If I recall correct the original implementation of Arc was written as an interpreter - and thus the Racket set of tools are not available.
The main benefit is that the new language will run faster than standard Arc.
As a bonus it will be possible to use module written in Rark from Racket code - and use modules written in Racket in Rark modules.
A more developed variant with these goals, that got discussed a fair bit in the arc forum, is https://github.com/arclanguage/arc-nu. It hasn't received much kicking on wheels by anyone other than its author(s), though, so be prepared for some rough edges if you decide to try it out. In the long term I think it might be much nicer than the original prototype.
If it's helpful, the original implementation of Arc was actually quite similar to this - a bunch of macros that compiled down to MzScheme (which eventually became PLT scheme, which eventually became Racket!).
I found Arc version 3.1 on arclanguage.org. It does compile to (Mz)Scheme - but it does not use the MzScheme macro expander. It reads Arc program as an s-expression. Compiles the program and produces an mzscheme program also represented as an s-expression. The "problem" is that s-expressions doesn't track source location of identifiers. That made it impossible for the old Arc implementation to reuse the MzScheme tools.
Some the libraries were written using Arc-macros that expanded into simpler Arc constructs, but MzScheme macros weren't uses in that process.
Note: PLT Scheme was the names used when MzScheme, DrScheme and a few other tools was distributed together.
The Arc programming language [1] was created by Paul Graham (and Robert
T. Morris). Arc was used to create the original "Startup News" site which eventually
became "Hacker News". Kogir is one of the developers at Y Combinator
that currently works on the HN code.
