Slashdot videos: Now with more Slashdot!
If you don't have it, you'll make bad decisions. For example, answer the question, "should I use framework A, or should I write some code myself?" If you can't estimate how long it will take to use the framework and compare it to how long it will take to write the code yourself, then it is impossible to make a realistic decision.
That's a bad example because that's almost never my criteria. I could write my own framework almost as quickly as I could suss out the quirks of someone else's, and that's usually a teensy part of the overall project lifetime anyway. Instead, I judge on things like "do I want to spend the rest of my time here maintaining this thing?" and "who's going to own security updates?" and "will it be easier to hire people with experience on this one or on the one I haven't written yet?". Sometimes there's no good framework A to use, or maybe framework A exists and is popular but is unfit for this specific purpose, so we write something in-house. Either way, notice that "time to get started" is a trivial or nonexistent part of the equation.
Software project estimates are too often wrong, and the more time we throw at making them, the more we steal from the real work of building software. Also: Managers have a habit of treating developers’ back-of-the-envelope estimates as contractual deadlines, then freaking out when they’re missed. And wait, there’s more: Developers, terrified by that prospect, put more and more energy into obsessive trips down estimation rabbit-holes. Estimation becomes a form of “yak-shaving”—a ritual enacted to put off actual work.
Link to Original Source
Said carriers have already deployed their press releases."
Save me a seat at the table. I think these screenshots look like a nice update. This is timely to me because I was stuck in a meeting this week and looking at the presenter's projected Windows 7 desktop, and thinking of how ugly and unhelpful the current icon set is. Have you ever actually looked at the Outlook icon? It's a big "O" and a faint envelope in orange on a yellow background. Unless you've used it enough to associate that with Outlook, you wouldn't make the connection. The Mac Outlook icon is a lot simpler, nicer, and more visually obvious. The rest of his toolbar icons were the same: shapeless, indistinct, and unappealing. I like these new ones a lot more.
To the "change for change's sake!" Luddites: this isn't that. The Windows 8 Metro desktop abomination is that. This is a company updating its visual components to meet the expectations of the day. Everyone does this. Food labels change. Magazine layouts change. Car styling changes. Furniture colors change. Clothes change. Why do you think Windows icons should look the same for eternity? And spare me the "it's confusing!" whining - a file folder is still instantly recognizable as a file folder. Its look has evolved, but it's still the same basic shape and color.
Mark today on a calendar: I defended Windows's visual appearance. I never thought that would happen.
As long as we're throwing out irrelevant information, there's also a Keystone Beer, the Keystone Cops, and Pennsylvania. Neither these nor the existence of a Keystone Pipeline on a different route changes the fact that someone wants to build a pipeline where there isn't one today. I think it's intellectually honest to minimize this as "they're just extending something that's already there!", when in reality the proposal is to build a brand new pipeline 1,179 miles long along a new path.
That's an "extension" in the same way that I-70 is an "extension" to I-80 because you can take either one from Denver to Chicago, except that those routes are about 150 miles short than the XL would be. You should be ashamed for trying to make it seem otherwise.
In some places it is illegal to call yourself an engineer if you isn't really one (unlike software "engineers").
That's nice. See also: hacking, piracy, and architect. Accept that you've lost and move on.
2500? That's still over twice the national average.
So are salaries. And while rent costs more, everything you can order off Amazon costs exactly the same. That big TV doesn't care whether you're in SJC or ATL.
I SAW the rents at 7000/month.
I've seen cars that cost $2 million, but no one I know is paying that.
Ah, but DDG has !bangs, so you can... duck?... for "!g foo" to get the Google results instead. I spent a few days acclimating to DDG and now use it for almost everything, falling back to Google for the 1% of the time when I don't get the results I expect. Also works for a few hundred other things, including the old green mare herself: "!/. foo" searches Slashdot.
but i'm wondering what the big value is of encrypting data that would probably just contain someone saying "channel 77" or whatever the voice commands like that are.
This is backward. What is the big value of not encrypting it, given that the data payloads are small enough not to require massive CPU resources to do so?
Encryption everywhere is the sane default and should only be removed when there's a clear reason to do so. You don't ever have to justify why to add encryption to something; you're expected to justify removing it.
Disclaimer: I'm not remotely a Node.js fanboy. I've used it and and chances are good that you've interacted with some of my code today, but it's definitely not my preference.
I said that "Node.js is concurrent" because 1) the summary claims it's fast, and 2) Node.js fans who don't fully understand it seem to think it's magically fast. No, it's not particularly fast: it's just able to handle a lot of requests at once. Those are orthogonal.
Node.js is mostly event driven, but it's concurrent in the sense that it can be servicing many thousands of simultaneous requests by doing the parts that aren't currently blocked. It's not quite single threaded, though, as the blocking parts are handled in their own threads.
2) Node.js isn't fast. It's concurrent. You can handle many thousands of simultaneous requests, as long as none of them are working particularly hard.
3) Exactly what collision course are we talking about? I can't imagine many situations I'd consider Node.js for that I ever would have though about Java for in the first place. If anything, I see Node.js as more of a competitor to Python for building scalable backend services.
Also, HTTP/1 already allows a browser to send multiple requests without waiting for the response of the previous request.