insertion
Joined 12 years ago
Joined 12 years ago
1. You'll come across it and apply for a job at Google.
2. You'll have a positive interaction with the Google brand.
A big part of this: it's something people want to share. Without that element, it would only ever be seen by a few dozen people.
It’s very hard to exactly predict how stories will develop. What if lots of other artists came out and publicly supported Taylor’s stance? Then, even if Taylor agreed to Apple’s next deal, the other artists might not. In which case, Apple finds itself in a pickle and nobody would be suggesting that this was coordinated – even if it was.
For the most part, programmers program better than programs. It's amazing to think about the possibilities as this statement becomes less true.
> 3) How do you determine which devices and OS versions we should test on?
> This should generally be an easy question for the candidate. Good candidates will point to app analytics as the best measure, looking for the most used devices for their particular app. Another good answer would be to check the app reviews where people might have complained about specific issues happening on their devices. Less creative candidates might simply suggest “looking at the top devices” on the market
Looking at top devices is also incredibly important, and it seems foolish to dismiss that strategy.
What if your website doesn't work on iPhones, and so you have no iPhone users? What if, because people can't even sign up on an iPhone, they don't bother complaining about specific features not working?
Surely it makes more sense to test based on your target market, rather than the subset of people who are self-selecting to use your product?
Ideally you should be looking at both usage and market data. If your target market contains lots of iPhone users, but everyone's on Android, this points to a potential problem.
The problem for Yahoo is that, at the moment, the critical articles are very dense in facts. Take a look at things like this for an example:
http://www.forbes.com/sites/ericjackson/2015/03/01/yahoos-in...
As much as you can disagree with the content of this article, it's hard to argue that it's as light and fluffy as the PR piece served up by Levy.
Regarding Carlson's stuff on Yahoo, you might disagree with some of his opinions. You might even think his book is a hit piece. But, at the very least, it's a well-researched hit piece.
Levy only seemed to speak with Yahoo PR and republish their opinions directly. I don't think any reasonable reader could assume that Carlson only spoke to a hedge fund manager short on Yahoo.
"Some of the various flaps involving her leadership were crazily overblown, like her personal child care accommodations, or an edict against working at home that affected a tiny percentage of Yahoo’s workforce."
Every original fact in this article is information Yahoo would obviously want to share, like the success of its revamped ad platform. Based on the way he has failed to question anything else that Mayer has done during her tenure, it is hard to believe that these facts were questioned and examined in any detail.
Don't get me wrong: I think that Mayer may be doing a good job. I'm not too sure either way. I just think, as a piece of tech reporting, this is embarrassing.
If you filter by Python, you can compare some results running on both CPython and PyPy. I would be curious to know what it is about these benchmarks that makes PyPy perform poorly. I would also be interested to see how Nuitka performs.
At the moment I'm also very excited about Pyston from Dropbox: https://github.com/dropbox/pyston
Let's say that you want to design a CRUD app, but you're not going to use OOP. What are some of the ways you could choose to structure your code? Would you still use a pattern like MVC?