skysight-inc/HackerNews huggingface dataset:
Perhaps he is evaluating your assessment of drinking, and finding that you possibly have other-than-logical reasons for your conclusion? (Not that I agree.)
Getting hacked as an Internet creator
I think that the abstracted language makes it easier to admit that something is difficult to reason about.
But it is ...wrong. OK originated as an abbreviation so why spell out the pronunciation of the letters? Makes no sense to me.
No. Try: from typing import List, TYPE_CHECKING

How I found it: quick google search for "mypy validate list"
Mobile Apps to Check Your Team Is Engaged
Nice, how come some of the type names are capitalized? When the builtins are lower-case? e.g.: List compared to list()
>Clueless engineers. The AWS instances don't fail more often or any differently than old school servers.

Instance and host reliability aren't the issue here. The issue is that a disgustingly high number of enterprises rely on vSphere High Availability and Fault-Tolerance features to restart VMs or keep them alive when an OS hangs or the host fails, instead of architecting for high availability at the app layer.

To be entirely fair though, vSphere HA and FT are incredibly friendly to the bottom line relative to rebuilding apps that simply weren't designed for HA.
I'll say python isn't any more dynamic than ruby and groovy, and they have fairly stable and usable static compile target release/ports [1]. Python has a few [2] attempts, but none of them is close to stable or really useful.

[1]
https://crystal-lang.org/

http://groovy-lang.org/releasenotes/groovy-2.0.html

[2]
https://github.com/shedskin/shedskin

https://github.com/codeblazer-io/blazescript

https://github.com/serge-sans-paille/pythran
Can it be that in 10 years, everybody will believe that we live in simulated reality, and these galaxies are created on demand when we stare into particular region of space?
Elon Musk says he thinks so: http://motherboard.vice.com/read/elon-musk-simulated-univers...
I do think that the VAST majority of patents should never have been, or be granted in the first place... I do feel that there is some place for them, but very little is done that isn't so completely derivative, that it deserves them.
Israel uses Facebook “likes” to convict astrophysicist for “incitement”
It is, you're right. But finding out something about the chemical makeup of an extrasolar planet seems much more interesting to me, especially if we find a "goldilocks zone" planet, regardless of whether or not there is evidence of (oxygen generating) life.
Flynn itself doesn't communicate with infrastructure APIs currently, but you could hook this up so that there is a base set of three servers that are always running and then an autoscaling group that watched your metrics or a schedule and added/removed servers.

I'd be happy to explain this more on IRC if you're interested (#flynn on Freenode).
I find the virtues quite uncompelling, take for example

>First, state. Every web request starts from a completely blank slate.

Except for, you know, when you don't want to reinitialize everything everytime someone makes a new request. There are tons of things that you only need to run once.

>I claim that PHP’s simpler “think; edit; reload the page” cycle makes developers more productive. Over the course of a long and complex software project’s life cycle, these productivity gains compound.

I cannot disagree enough with the conclusion he draws from the quick feedback loop in PHP. I do PHP in my day job, because that's what our codebase is in, but recently I finally got the opportunity to use Haskell for a side project. The feedback-loop might be slower (honestly not by much, automatic reloading is a thing in almost any framework), but I'm a zillion times more confident in my code, because you are able to encode so much logic in the type system, meaning the compiler will catch whatever. Contrast this with PHP, where I'd almost have to visit every branch of code when I alter something because of it's many weird behaviours. Particularly when refactoring code, which you often end up doing while hasing something out.

Also, PHP works at a quite coarse granularity of concurrency. A thread per web request only? As soon as you want to do something more advanced, you are forced out into the many patchwork solutions (wanna do async? queue that shit).

Sure, a lot of people have done a lot of quite cool projects in PHP, but I would much more benefit that to the lower barrier to entry - heck PHP was my first language and I made a CMS from scratch without even knowing much of what I was doing.

That said, it has come a long way, and something like HHVM/Hack definitely helps a bunch! I just think the pros in this blog post are quite weird and IMHO incorrect.

</rant>
Being in the middle of a struggle with Javascript tooling (Javascript, ES5 v/s ES6, typescript, webpack v/s System.js, shims, pollyfils, npm downloading the internet, etc, etc) I can't but imagine that there should be a better way.

How much I would like Webassembly to be ready to open the gates to other languages on the frontend land. Anyone here has more information about webassembly / python on the browser? I would love to know what is the current state of the art of running python on the browser and contribute to make the dream come true.

I have on my radar Brython [0], py.js [1](seems to be abandoned) and pypy.js [2]

[0] http://www.brython.info/
[1] http://pyjs.org/
[2] http://pypyjs.org/
And yet it turns out that those 2-3 orders of magnitude don't really matter for the vast majority of products you could develop. Your DB queries no matter the language are several orders of magnitude slower than the interpreting time.

If you need to process thousands of requests per second per thread then don't use PHP, but that's a rare situation. I wouldn't build RTC in PHP. But web or enterprise applications, which are by far more common, don't really suffer that issue.

And pretty much everyone caches database results...
Scala is statically typed.
I agree: nothing in the study seems to control for the simple proximity of the food or entertainment, compared to actually seeing someone enjoy it.
Very true and with enough pain you can make anything work at any scale booking is doing fine running pretty much a monopoly built on perl.
Security Violation: Access Siri When Mac Is Locked
"the salaries of pastry makers in the Chicago area do not appear to have budged much, if at all. The key to this puzzle tells us a lot about why the American economy isn’t necessarily behaving the way workers have traditionally assumed. ... Employers, according to those in the industry, have increasingly turned to less experienced workers to ensure the flow of sweets"

The drive to employ cheaper, okay workers in action. Applies to software development as well.
Its accurate.
I am familiar enough with that. Traditional datacenters are a money sink and anything will do cheaper, more reliable and easier to manage.

But why AWS + VmWare? That makes no sense.

If you want to have special snowflakes, you go for SoftLayer + VmWare. You can be as exotic as you want with that.

Otherwise, just use AWS. And you get the benefit of all the services that VMWare don't and can't provide. (servers, storage, load balancer, databases...).

Better, go for GCE. It's the same as AWS for 20-50% cheaper. :D

AWS + VmWare is the worst of any world. It's not even a real solution. It's an experimental idea waiting to be released and go though years of bugfix/improvements.
WeSearchr: Crowdfunding the Truth
To be fair, nature had a 3.5 billion year head start.
Verizon Sees Yahoo Data Breach as ‘Material’ to Takeover
Now Available: Hover Camera Passport – Flying Camera That Follows You
shoot a guest VM in the head? That particular wording indicates you might have been doing Linux HA a little bit too much :)
I'll read this when I get the chance. Perhaps I'll give Relay another chance.

I also found Relay a nightmare to understand. Everything is overcomplicated and messy, which is probably why they're talking about Relay 2.0 already. I was a bit frustrated when I found that this blog post was the most helpful piece of information I could find on Relay, and it tells you to just use FIELDS_CHANGE everywhere and ignore the rest of the mutation config features: http://blog.pathgather.com/blog/a-beginners-guide-to-relay-m... .

Some things that make Relay frustrating:

* Pointless restrictions on what you're allowed to do at the "root" require you to do everything under a "viewer" subnode instead.

* Relay "Routers" are completely pointless and should be removed.

* Mutation configs are totally confusing, and they're tightly coupled to the server-side implementation of the mutation. We have a compile step where the client inspects the schema that was generated by the server. Why can't we generate the mutation configs as well? I know there's probably not enough declarative information readily available, but there should be.

* Relay mutations are only allowed to have one input field and one output field in the GraphQL definition. This is a pointless incompatibility between Relay and non-Relay GraphQL endpoints.

Falcor also exists, and is much simpler, though it has its upsides and downsides:

* You're not allowed to pass any arguments other than the standard from/to pagination arguments. Want to implement faceted search? Too bad. It's "Not a querying language", for some reason.

* It has something called "calls" which are basically the same thing as Relay's mutations but you have a little less control over how cache invalidation is handled than you do with mutation configs. There's no RANGE_ADD, for example. To add/remove items in a list you have to invalidate the entire list. Maybe that's OK though? But it sure is annoying if you're trying to move an item from one list to another on the client side and don't need to wait for the server to catch up.

* No built-in support for optimistic updates yet.

One thing I see in common between React and Falcor is they are both rather complex ways to collaborate with yourself while ignoring events from the outside world. In other words, it's a lot of work to not have pubsub. I guess this is because pubsub doesn't scale? But in the mean time, I'm tempted to play around with Horizon instead.
> "The next guy to join the company will clean up your shit"

Is that acting in the best interest of your employer? or ripping your employer off? I think more like the latter.

Imagine if other professions behaved like this, like finance or legal people. But suddenly because you are an "engineer" this is acceptable? If I was your boss I would fire you immediately.

The world of difference between balancing trade-offs in technical debt, tradeoffs in long-term/short-term goals, and deliberatively sabotaging the company by leaving technical debt for other people to clean.

You are a liability to the company and its culture. And you want people like you and your language to be taken seriously? that's why nobody wants to work with people like you.
This is exactly why I think that transcript is a bogus, one-sided take from someone who's dejected and hurt by the fact that they weren't chosen. It reeks of the smell of someone that thinks they were smarter than the interviewer.
"Drive" is right. It often seems like even at the cost of getting inferior work-product, many employers have come to believe that cheap labor is a moral principle. If employers would rather hire lower-skilled workers than pay over $35k/year, the pastry chefs should unionize.
I'm pretty sure my dad's ~2001 saab 9-5 had an indicator on the dashboard as to whether the passenger side airbag was turned on. Of course, I could be misremembering.
Isn't heat transfer very closely tied to surface area (among other things)?
other professions do behave like this. Look at the CEO of Wells Fargo or Valeant. "Fuck you, I got mine!"
Well, I think it's clear that the author is qualified to move beyond this stage of phone screening. So, the interviewer was at fault for not passing him, mainly due to a lack of technical knowledge imo and possibly and incomplete cheat sheet.

That said, I question how he's phrased some of the question/answer pairs. For instance, this is a phone interview so the questioner can't capitalize KILL in the signals question ("what is the name of the KILL signal?"), which makes me wonder how the question was actually phrased. It does strike me that SIGTERM is what the 'kill' command will send by default, which could have been the intent of the question.

He obviously still should have passed though, all of his answers indicated a good knowledge of the subject, and that's even if you consider them to be ultimately incorrect. I guess it's possible that op's tone didn't ingratiate him to the interviewer, but that's impossible to say with the information we have.
I can sign below your post as experience of PHP developer who "fights" each day with bad code written by PHP devs. There are a lot of frameworks like Laravel, Symfony or Zend which introduces a lot of conventions (folder structure, naming, PSR autoloading built-in functions, resources) but it is so often skipped to "get shit done". I would complain on many aspects of daily PHP-development like not using tools like the PHP-MessDetector (one of the rarest tool used by PHP programmers), PHP-CodeBeautifier (phpcbf) or PHP-CodeSniffer - Hopefully some open-source projects started using a StyleCI. Another things is database-related code. PHP developers tends to use ORM lately, but on five projects with Doctrine in 4 developers used it improperly messing with a 1000+-lined classes and storing annotation above the fields instead of file or even using Doctrine to get native database-connection via PDO driver to use query db with SQL only instead of DQL for any case. In google there is enormous list of articles about PHP optimization - the interesting thing is, that almost any touches the fact the PHP application should be "compiled" (cached) (e.g. for Laravel [1]).

Whatever I would say about PHP - how good or bad is - I am almost forced to use it - In central/eastern europe almost any company uses it to develop web-backend... but I really would love to jump to Node/Go/Golang-based development team (maybe even remotely).

[1]: http://laravel-recipes.com/recipes/60/optimizing-the-framewo...
It's not news but there is always CSPAN/CPSAN2/CSPAN3 .

I consider Frontline to be neutral long-form analysis.

Other than that, use the basic news programs as aggregators and dig for yourself. Nobody's gonna do it for you. The problem is less bias than it is differences in opinion of what makes a story interesting. Trainwrecks are interesting, so everything is a trainwreck.
Many CGI scripts were coded like this.

Here is an example in C: https://www.cs.tut.fi/~jkorpela/forms/cgic.html

Php was born out of trying to reduce a lot of that cruft and blending code and html output easily. And that's what initially made it a winner.
Since I'm probably getting some downvotes that belong to Trump, I think the dude stands for nothing in particular; he's been boring me since the 80s when I first heard the name, and he's pretty much the last thing I'm interested in talking about.

Looks like I got the literal translation of "reductio ad something" right though. Also seems like the spirit is the same between me and Leo Strauss about how said reduction results in something pat, neat, simple and intellectually lazy. That's what I experience every time someone tries to tie up something interesting & complex with a nice Trump ribbon. It has been "reduced to Trump."
OK. What does it actually label?
I would not want to work for or with him, if he asked me that in an interview, I'd walk out.... if he think thats what good computer scientist should know...
Good question! There are separate capitalized types for List, Dict, etc provided as part of the `typing` module in order to let you specify element types. Types are all normal Python expressions, so if you wrote `list[int]` you'd get a runtime error, because `type` objects (i.e. the `list` class) aren't subscriptable.
Not `shrinkwrap` -> `shrinkpack`.

Not sure why Facebook spent so much time and money to create a more complicated "solution", or why so many people don't realize that.
I think python has exactly that with WSGI. With this protocol you make a module containg an "application" function object which is called by the server when a request arrives. On module load time you can do any required setup work.

(On my systems, by default there is some reuse of the loaded module, so you can leak state between requests. However it should be possible to avoid reused processes).
Not everything can or should be well engineered. People that always chase this are worshipping false gods. Does anyone have experience working on something that at one point actually met with the high ideals a certain mindset strives for?
> Hack provides an option that no other popular member of the MPDPL family has: the ability to introduce a type system after initial development, and only in the parts of the system where the value exceeds the cost.

JavaScript and Python both have systems that allow you to do this: JavaScript has the Google Closure Compiler, and, more recently, TypeScript. Python has a number of projects that use a common syntax [1], including PyChecker.

I say this not to "well, actually" the post, but just to be a gradual typing cheerleader. It's great! We should all be using it! All the time! Please!

[1] https://www.python.org/dev/peps/pep-0484/.
I can't think of any need for which "AWS + VmWare" would be the right choice.
A civil engineer is a professional engineer. I would assume your father is a certified PE [1].

This rubbish flies in our industry since we are not professional engineers.

[1]: https://en.wikipedia.org/wiki/Principles_and_Practice_of_Eng...
I used to be this guy, ie, who cares but not too much. A big reason why I switched to node. Let's me think less about code (JS everywhere), and more about the problem at hand.
Aka San Diego.
But that's just the galloping narcissism of our times.
Sounds like an accelerometer might give you the information needed to deconvolve that effect. Has anyone looked into that?
I was talking about the people discussed in the article itself, not fellow users. But it's a moot point now.
> Virtues of PHP

> First, state. Every web request starts from a completely blank slate.

> Second, concurrency. An individual web request runs in a single PHP thread.

> Finally, the fact that PHP programs operate at a request level

Isn't this just "virtues of Apache modules"?

There's mod_python, mod_perl, and mod_ruby. Are state, concurrency, and global requests virtues of these languages too?

---

Even if you do somehow convince me that these virtues are specific to PHP, you can't convince me it does it well. Hence, MaxRequestsPerChild.

To quote Radmus Lerdorf,

> The real programmers will say "Yeah it works but you're leaking memory everywhere. Perhaps we should fix that." I’ll just restart Apache every 10 requests.

Clean slate, my eye.
> I completely agree that it makes "reasoning about" (boy do I hate that phrase...) your program much easier.

Actually I have never seen that this was a problem in practice with the application server model. I therefore don't think this is a relevant argument.
Read "Private Eye" it's from the UK and is utterly focused on exposing everyone, everywhere at any time who is up to no good!
>But why AWS + VmWare? That makes no sense.

If you're my customers? AWS + VMware makes plenty of sense because you have gazillions of dollars sunk into vSphere management and automation that's narrowly tailored to the enterprise's needs. Making the case that all of that prior work should be abandoned or phased out in favor of going all-in on AWS is a difficult up-hill battle in these situations.

>AWS + VmWare is the worst of any world. It's not even a real solution. It's an experimental idea waiting to be released and go though years of bugfix/improvements.

This isn't even a real argument. The same could be said of any new product anywhere.
> About 2-3 orders of magnitude in performance

Compared to the other offerings, it's on par or faster (Python and Ruby really have a lot to be desired). You're talking about an actor framework, which is more performant at a cost of using that model and the myriad of issues with managing a more complicated system. The market favors simplicity and less sophisticated developers, in most projects.
Oh I see, my misunderstanding, thanks.
The point being that we have seen the future like Bret puts it, and are to certain extent disappointed that the industry keeps doing left turns.

Many C++ users are finally enjoying environments like Clion and incremental compilers, well this was a C++ environment in 1993:

https://www.youtube.com/watch?v=pQQTScuApWk

Built on top of Lucid Common Lisp infrastructure, as Lucid pivoted their business to C++.

IBM had a similar one, that imported C++ into a database, offering a Smalltalk like development experience for C++, called VisualAge C++ Professional 4.0

http://www.edm2.com/index.php/IBM_VAC_3.0

So yeah, we are grey hair dogs disappointed how things evolve.
Static versus dynamic typing is so fundamental that I don't see how a programmer could be remotely competent without having been exposed to those concepts enough to have internalized them. It would be like an accountant not knowing what the number 4 is. Yes, you can look it up, but if you need to then how did you ever get this far?
Sorry, but GP is right here... you really don't need GC if the entire process ends and the memory is completely freed at the end of the request.

Not that I feel cgi is the most efficient way to handle requests... but not needing the complexity of GC could be one advantage of that approach...
Many amazing products have been built with PHP, Python, .NET, Node.js, etc. etc.

The reality is these (above) and many other good languages/frameworks exist out there for building web apps today. we live in the time with a ton of choice, and the rest is in our hands.

I for one love the new .NET Core, but I am a little biased being a long-time .NET developer and a Microsoft employee as of late.
Sometimes higher-temp cryocoolers pop up on eBay...

One of Ben Krasnow's videos comes to mind: https://www.youtube.com/watch?v=7PWESWqhD8s
The os already has an ocsp cache.
Or perhaps Americans are OK with the pastries produced by lower-skilled workers. Maybe they can't taste a difference.
You can have the same mentality in many languages that suck less than PHP, though. Python, for example, tends to get out of your way and just let you write your algorithm. Go, as well. Or various JVM languages, particularly Java 8 and Kotlin.

The one thing you want to avoid are communities that argue about "the best" way to do things. Even then, you can use the fruits of their labors, as long as they're willing to package it up in something that gets out of your way and lets you get work done. You just need to take the language but not the community.
Or take steps to demonstrate the difference in quality and value. Do pastry chefs who make more money make demonstrably better pastries? Does every employer need that demonstrably better quality? Will enough people buy the pastry for the resulting price?
They need to get rid of that recruiter. He/She is obviously not technically educated enough in computer science enough to understand the meaning of what is being said - Only the literal answer.
In your opinion, what does that look like for PHP? Most of the projects I've seen tend to go overboard on the java-like OOP declarations.
Heh. Listen to the boos.
Good question. I have a peltier cooled ccd (atik 460) and the fan stays on during the entire exposure, but it doesn't affect the final picture at all, touching the camera I can't feel any vibration, but can hear the fan. Quality is much better than in my fanless Canon 400D.
Pinterest passes 150M monthly active users
Maybe because they are only in demand at the current price point, but as soon as the price goes up, people switch to 'substitute goods'?