Can't or won't do to the time? Don't do the crime. Committing a crime in a civil society is not bravery if the perp offs himself before standing trial.
Whether or not one sympathizes with the man's motivation for committing those crimes should not influence their respect nor breed contempt for the law.
"While working on our new developer portal a UI bug led me to my new favorite interview question:"
...
"Questions like the sticky footer riddle tend to reveal great engineers. Great engineers understand that simple questions often have surprisingly complex answers. More importantly, a great engineer is not afraid to say they don’t know the answer."
What are the limits of the modern misnomer "engineer"?
Apple thought it would be beneficial to supply their own mapping software on their own device and OS.
Google (I assume) still wants all of those millions of iOS user's data, so they will release their Google Maps app for iOS on the app store.
Apple's mapping software already has a neat new feature with the 3-D thing. Now it's Google's turn to respond by matching that, or innovating. Repeat the cycle for the next feature disparity.
Yes, this is how you bait a small child or idealistic young adult into wanting to "become a computer scientist when I grow up". Yes, it coerces pseudointerest in something. But, this isn't sustainable and it's not how participation in computing will be advanced.
Discrete maths aren't advertised by hyping up the life of a traveling salesman, and neither should computer science. The former attracts academics wishing to push bounds for humanity, fame, ego, etc.
Computer science is the youngest of the lot, so we ought to have no shortage of green kids studying and pushing understanding. Since we don't, I appreciate attempts such as this, but I think that history proves them to be misguided.
PostgreSQL is a phenomenal software project, so any press such as this is welcomed. I was irked, however, by this guy's ego. He came off as too 'pats-self-on-the-back' throughout.
I appreciate that he credited Tom Lane and Robert Haas, the end implementors, but they are surely keenly aware of function pointer overhead. I give the post author credit only for taking the time to run the benchmarks and bring it to the community's attention... no small feat, to be sure, but also no David.
It does provide value in drawing light to SortSupport and its implementation.
Thanks for the perspective. All of us greatly needed your two cents as guidance.
Travels the world taking photos... whoop-de-doo. That's been going on for decades, and only because technology has only recently made it possible.
Post again when she does something original, like traveling the galaxy taking photos. Only then will whatever follows your first two sentences be read.
Yes, many companies are guilty of it. It comes down to ego inflation. "Engineer" lends an air of prestige and esteem, but it's a title that's undeserved by most who use it in modern times.
Of course, this gets severely down-voted because many people on HN and similar sites think of themselves in this fashion, and their ego takes a hit when they run across a comment such as mine.
Good thing you guys aren't a Canadian company, lest you be fined into non-existence. Seriously, folks, call your employees what they are. Programmers, DBAs, Sysadmins.
I personally appreciate the work that Heroku has done with PostgreSQL, but I'm ate up when I see technology companies (whom are employers of the previously listed titles) refer to their employees as 'engineers'.
I'm a NetBSD user that uses a tiling window manager (i3 - not ion3, it's different). ALT+1 and ALT+2 are where I keep my urxvts, ALT+3 my web browser, etc. The switch happens instantaneously.
Am I mistaken in my understanding of your issue, or is this helpful?
All quotes save for one-liners are out of context. The points you make stand on their own.
I don't dismiss the entire article; I appreciate thought and innovation in the space of the terminal, but I disagree with your ideas. Thanks for putting them out there to begin with.
"And we, the users, play along, pretending our machine is a video terminal presenting a grid of ASCII characters in all of 256 colours. This is ridiculous."
Not everybody uses their terminal to churn out HTML pages and add 'Nyan mode' to our 'newly discovered' emacs program. For those who do that, just buy a Macintosh or whatever is this week's hip flavor of Best Buy PC. Otherwise, use a language that doesn't require >256 different colors to be represented meaningfully.
"Typography is the future"? Thank goodness X.org/XFree86 has supported custom fonts since the 1990's.
"Opening a man page would scroll gently to the top of the page, letting you scroll down and read, or search through it as you would any text"
See: MANPAGER.
"We then add syntax highlighting and hyperlinks, so you can easily navigate between man pages"
Many terminals and shells support these features already.
"Finally we add visualisations so you can view plots of lines of code, etc., without having to context-switch."
Huh? I read that as 'code folding' and clang compilation.
I think the main takeaway here is that most of his "ideas" can be easily achieved within the current ecosystem of available programs, most of which are stock on modern UNIX-like OS distributions. I do think he misfiled this article under "Ideas"; it's more akin to a polite rant.
edit: colours/color killed due to conflict with reality (and irrelevance anyway).
Every single time I see news about window managers, I'm surprised that i3 (i3wm.org) isn't mentioned. i3 is the supreme tiling window manager. It's mature, fast, feature-ful and it's BSD-licensed. This looks like an advert, but I'm just a pleased user that's been on the i3 train since 2009.
You subverted your argument by including the term 'low-level'. Of course, that's all written freshly in C to this day.
Assuming that you meant only 'non-trivial': aside from the embedded space, C and GCC still represent the first-tapped resource in many companies. C is terse, well-known, fast and predictable.
I'd go marginally further and claim that, done correctly, gmake and a proper directory hierarchy remain the most effective way of organizing and maintaining a large software project.
My suspicion is that this is not a C programmer at all. Claiming that you've "written loads of it" certainly lends the author a cloak of credibility, but I don't buy it.
"This one, you really can't tell."
A competent C programmer can absolutely discern what is happening... more importantly, though, is that the two examples don't do the same thing.
I think that the GNU+Linux attribution is accurate and deserved. The author of this page thought it fair to use SLOC as his unit of measurement; I think that "fundamentality" is a far fairer unit.
Anyone that thinks that "GNU" should be dropped from the "GNU/LINUX" should be using alternate cp, rm, ln, etc. Or just use NetBSD (do this anyway).