This plaster wall is cracked, crazed, and need of being redone. I know, I will just paper over it.
CSS is broken and in need of being redone. I know, I will just paper over it with another layer of crap, and pretend it is Less work or that it is Sassy.
Simple question: why do the muppets at W3 pervert the open Web to suit the content barons flailing business model, and should we as a community be looking to fork and abandon at this point for truly open standards on the Web, and a committee with members who possess the vital criteria of both backbone and the awareness of a little word called 'No', both of which they can use against the content tards when they come knocking.
And to all those who complain "but, I want drm, I want my Netflix" - Fuck you.
Luckily for Uber, the protesters only protest a maximum of thirty five hours per week, Fuck off entirely for the month of August, and won't travel more than two miles from one of the dirty bistros to protest in the first place.
If I was Uber, I would pay cash to all the homeless people to take slow long rides in the normal cabs to block them up.
We owe Twatter a big thanks for showing Rails on Fails doesn't scale (via so many fail whales), and so guided many a new startup to explore Scala, Erlang, Python, C++11 - basically things with a good chance to help not hinder your startup.
The fact is COBOL is still used, and useful today, all these decades later. I wonder what the sentiment about Ruby on Fails will be in thirty years time, and I don't think we will still be using it.
RESTful services still work in those situations where they are correctly applied. Maybe what has happened is some of the less mature and more shrill developers have stepped back from their war on any Web service that doesn't fit their dogmatic rest-tard view of the world. There are plenty of valid XML-RPC based services that continue to run well despite the whining that someone somewhere did not yet have a ruby gem to connect their ruby on fails site to it and that it was simply unacceptable - and so complain on twatter they must!
So in short - no, REST works, use it in the right places, and remember kids - not every Web service or endpoint has to expose a REST based interface.
Database administration - is not a fire and forget task. It dismays me greatly that so many developers do not see beyond the code in their IDE, and think they can just bring a DBA for a few days, and all will be well. It may also surprise some developers just how much return on investment a good DBA can bring - they can and do learn about the business, the data, the processes and can then help get the best from the database as a result of that knowledge. But they can also serve as an SME on the database engine technology, perhaps pointing out where it is not being used in the right or optimal way. The biggest gains in performance generally come when they help a team of developers who were treating the database as a dumb data store and not making any use of the features offered.
The DBA is not dead! They just look and smell that way!
But in all seriousness, if your app uses a database, you are incompetent not to employ an expert to help with the database, whether advising on the query plan of those non-performant queries, or what is the best setup for the current stage of the business and app, they are very useful.
My old Nokia phones had a flashlight mode built in, very quick to activate and use, not as a separate app. Even if it does need to be an app on Android, at least include it in the base or core, as it is such a popular and useful thing to have.
The key takeaway in the benchmarks seem is that Go is significantly slower than the rest, much much slower.
Apart from the regular 30-sec interval postings on HN extolling the virtues of Go, it seems to me, people should rekindle an interest, or discover a new interest in D, C or Erlang where performance is a consideration, and maybe Go where a need to feel like part of the post-Ruby crowd.
Sure - when restaurants take on a new cook or chef, they may well ask him to produce a dish or two, but none of those dishes will be sold to paying customers outside. The staff/management will check them, try them, review them, but will not be selling them to the customers outside.
Really? I am required to have an account with Github, to prove something?
In the real world, some of us work on highly proprietary code bases, where putting any code up online could expose the risk of future lawsuits or prosecutions, certainly this has already happened to individuals in the industry.
Thankfully in the real world there are some sensible and mature interviewers who are able to look beyond the heinous crime of not having a Github presence.
Firstly, I think they wanted to 'assess' not 'asses', well at least I hope so (spell checking is not optional; even on a blog).
Now, I agree with the blog post: if you want me to code at interview it has to be open source, pseudocode or a toy library. Not your production app. I don't want to see you proprietary code till I am hired in case some moron on your staff later goes on a spree suing people on an open source project where the code looks 'similar' to what they may have seen in your code-for-free cheapskate interview process.
Well, Martin should be happy Scala is getting discussed, even if he doesn't agree all that is being said. There are plenty of new and old languages that never get a mention on HN, let alone grace the front page.
That said, he should probably not take any criticism personally. They are discussing Scala the language, not Martin the creator of that language.
The other day, my colleague received a wolf whistle, and turned around to remonstrate with the guy behind her.
He then pointed out, it was actually the woman next to him who had actually whistled. She smiled and replied it was her, and she didn't mean any harm, she just thought my colleague was 'cute'.
It's not really a problem about peacocks, or feminists, it is simply a problem about respect, in each we treat others and how in turn we would expect others to treat us.
CSS is broken and in need of being redone. I know, I will just paper over it with another layer of crap, and pretend it is Less work or that it is Sassy.