[0] http://www.slideshare.net/billdigman/resin-outperforms-nginx [1] https://www.ruby-forum.com/topic/4404987
681 karma · joined November 13, 2012
[0] http://www.slideshare.net/billdigman/resin-outperforms-nginx [1] https://www.ruby-forum.com/topic/4404987
For all we know that might be a real name too, but all we can do is make an educated guess about whether or not it is. My point is that determining if a name is real or not is pretty arbitrary so if your objective is to verify if a name is valid or not, you simply can't be 100% accurate.
A wrong result is wrong, but making the best of what you have to try and get the right answer most of the time (while still being wrong sometimes) is in and of itself not wrong. Take any NP-hard problem, the best you can do is use heuristics to try and approximate a good solution, since the "right result" is simply impossible to compute.
As HHVM is more performant than HPHPc, it's a more relevant comparison. Even then, it's not entirely apples-apples since HHVM supports (almost) the entire language, whereas kPHP seems to only support a subset. Doing so likely lets them make a lot of performance optimizations you couldn't make otherwise.
HPHPc produced the C++ code and that was compiled into a single binary executable. The deployment process involved using bittorrent to distribute the blob to all of the production servers.
HPHPc wasn't abandoned per say, it was only deprecated once the performance improvements brought on by HHVM were significant enough to justify the transition.
There's also a good technical overview of Facebook's I18N framework here: https://www.quora.com/Facebook-Internationalization/What-was... .
"There are enough vim users out there (myself among them) to warrant supporting a fork for as long as we're around. We'll try to keep it up to date with the latest changes."
I don't think anyone should expect Bram to chase them down for updates to the patch. Reading through the discussion, it seems clear to me that while good-natured, the feature was not ready to be merged into VIM.
The framework was initially designed for the web, in an effort to make a simple framework for running experiments with parameterized text content. Copy needs to be translated to launch on Facebook, as many people use the site in non-English languages. The framework integrates with several other internal tools to make running experiments with text a lot easier - mainly, the translation services and Gatekeeper for targeting specific countries, languages, etc..[0] The framework is also dead-simple for running experiments with other scalar parameters - as an example, testing the number of results returned from a search.
I'm sure you could write a framework that exists solely client-side, but then you also have to re-write all of the experiment logic for each platform, rather than the 'wrapper' required to sync server-side and handle edge-cases like delayed exposure, etc. The wrapper is already non-trivial, so it's also nice that you can ensure the core framework is well tested without having to worry about testing in different environments. As I said before, integrating with other services is also really great, and for Facebook, most services are in PHP or exposed through Thrift, so accessing them on the server is very straightforward.
Another upside to being server driven is that updating an experiment can happen on the fly, so the moment you determine your experiment's best variant, you can disable the other ones without waiting for Apple to review the app again, etc. I'm sure you could implement this with a client framework, but it seems less elegant if you are relying on the server for key information about the status of the experiment, but still trying to retain all the experiment logic on the client.
0: https://www.facebook.com/notes/facebook-engineering/building...
Who do you think is footing the bill for those Facebook-only plans? Covering the costs of all internet use sounds like an unsustainable business strategy.
Are 'social network upstarts' losing out on users in the USA because people don't want (or can't afford) to pay for a data plan? How is this any different?
http://analytics.blogspot.ca/2013/01/multi-armed-bandit-expe...
I wonder if Intergraph employed a testing plan quite as thorough.
Development cycle diagram: http://i.imgur.com/RaBSNHN.png (from the below PDF, page 4)
The entire paper: http://procon.bg/system/files/28.18_Lawford_Wassyng.pdf
In the case of this puzzle, a counterfactual can be used to embed a question X within your question Y. By doing so (and exploiting the phrasing of the problem), you force the gods to answer in a manner that either reveals their identity as True, False, or Random.
Explaining the actual process through which the counterfactual is used to solve the problem is a bit tedious but the Wikipedia article on the puzzle has a pretty straightforward explanation of the reasoning[1].
[0] http://en.wikipedia.org/wiki/Counterfactual_conditional [1] http://en.wikipedia.org/wiki/The_Hardest_Logic_Puzzle_Ever.
Reducing to the simplest scenario and building (as ProblemFactory) has done, makes the result much more intuitive -- as it does in most proofs, really.
Also, the logicians comic is wonderful :)
Why can't the author make a generalization about startup founders based on his experiences? We all have stereotypes about other races, nationalities, people with a certain 'look'. Of course there are many shades of gray in between. That doesn't preclude us from associating certain character traits with someone before we've ever spoken with them because of how they look or where they are from.
- the 'Twitter Teacher' who appears in the sign up flow used to work at Twitter;
- and, the profiles used in the verification flow are also employees (http://dashes.com/anil/2013/03/what-its-like-being-verified-...).
I agree that this was unprofessional though and hope the offenders learn from the mistake.
I've bumped into Mike a few times at Facebook; he's one of the most knowledgeable people I've ever met.
I might enjoy using this service if it was offered as a browser extension, since I find myself regularly proofing my writing to eradicate the informal language that I tend to use in my first drafts.