The government should be studying civilization, but if this is where NASA decides to spend money, we need private businessmen funding any space related science. Maybe we can get the USDA to fund the next Mars mission.
another way of saying "jack up parking fees".
That's what I've seen in a very big company (100s of web sites)
Once you've met accessibility laws and blown this year's budget on new cookie laws and have done a lot to ensure privacy and security is a big cost and risk to be mobile friendly.
Add to that creative agencies who are GREAT at non-interactive but just getting good at desktop Web usability and mobile is tough. Agencies aren't always good with you going somewhere else for Web/mobile. And the interactive agencies aren't always good at understanding brand equity which is VERY important to the overall marketing strategy.
There are many other reasons (crappy old CMS). But I'd put legal and creative as the two biggest by far.
The front door on my house works great for me. A bank wouldn't want to use it to protect their vault.
My router does fine for me. I'd like my politicians, and boss, and many other people who's decisions & actions affect me to be better protected than I am, but I can't build a custom router for them.
Credit card companies could google all of the numbers for cards they have issued and take care of it themselves. Why would this be google's responsibility?
Many development project don't need a 'rock star'. They can be done with "typical" architectures, existing frameworks, and just need "assembly-line-type" workers for all of the steps. I'd even say "most" projects are like this and any project can survive without a rock star.
There are also different types of 'rock stars' and they can help on even the most basic project. In general, the 'rock star' can do any/all of these things, but what do they do on a day to day basis varies based on their individual "specialty"
* some can architect the "difficulty 10" projects so it can be implemented in assembly-line fashion by "typical" developers
* some can implement the "difficulty 10" projects that wasn't architected well (when a team of N "normal" developers would end up with a late and buggy implementation)
* some can debug like nothing most people have ever seen (they don't usually create difficult-to-find bugs but are a huge asset to the team when the bugs come up which can happen on even the most trivial project)
* some just implement so well (speed of development + lack of bugs) that they literally will be cheaper than a team of N people (so, to the manager they aren't necessary but would be preferred)
* some can mentor, and find other people's strengths, and reorganize efforts on the fly. they can help everyone else be more productive, and can adapt the process/team as requirements change and can be critical to delivering on time and above requirements especially when things go wrong.
* some can help where ever needed (front-end, db, back-end, sysadmin, security, build, etc) and can step in without losing a beat when another member of the team is out (sick, vacation, left for another job).
* some can find bugs in 3rd party libraries or system components (without the source code). find workarounds and/or patch those libraries to continue development quickly while sending the bug fix and appropriate level of explanation to the library developer to get a permanent fix. If you've ever been on a "difficulty 5" project which found a show-stopper bug in a critical 3rd party library during QA, you'll really appreciate this skill. I have seen one case on a "trivial" project where this skill was necessary and a few other cases where it really helped.
I've worked with a very small number of "rock stars" over 30 years. They all had multiple of the above skills. I've worked with 3x as many people who were considered "rock stars" (by themselves and sometimes others) but weren't. In almost all cases, the "fake rock stars" slowed the project down more than they helped and the team would have been better off with one less member.
I have a low-end phone. It came with a number of google apps that "work" (google play music/books/mags, youtube, google+). When I set "automatically update" it gives me new versions that eat up the battery, run in the background when I don't want, or fail to update because they are too big. I can't disable the new apps unless I uninstall back to the original and I can't uninstall the original but only disable it. So I have to update manually and only get the apps I want to update.
scientists can calculate the forcing effect of greenhouse gases with certainty. The IPCC convinces people of that (which should be easy since it's true). Then they switch from talk of forcing to talk of feedback which is what "is going to kill us". There is no certainty of feedback and they don't make a significant claim of certainty but they fail to point out that they've made the switch, so people believe that feedback is also certain.
If feedback is so deadly, we need to be talking much more about soot, aerosols, urbanization (not urban heat islands), deforestation, greenhouse gasses other than CO2 and other man-made causes of warming (pro-AWG scientists are no longer denying these and they add up to more warming than CO2). We also need to worry about potential heating of the sun or other natural causes even if we don't expect them because, if feedback is what the models say, ANY cause of warming will kill us and there has been warming before without man-made reasons.
Most people I worked with in the 80s (and learned from in the 70s) had a good feel for concepts like "stable systems", "structural integrity", "load bearing weight", and other physical engineering concepts. Many from engineering degrees (most of them weren't CS grads like me), and a lot from playing with legos, erector sets, chemistry sets, building treehouses (and real houses). These concepts are just as important in software systems, but I can only think of a handful of people I've worked with over the last 20 years who had a feel for the stability of a system (physical or software) or an ability to find system weaknesses when a bug is found rather than fix a programming error.
That's very important for development time and quality. To go fast you need to know where it's important to go slow. You have to know what's important to get right at the start (structurally) so you can change requirements as needed and not risk breaking the system or requiring a lot of rewriting (or refactoring). Your framework should be a stable "frame" for the system (like a building or car), not a set of libraries you cobble together for speed of implementation. After deploy, "bugs" are easy to fix but system weaknesses are not.
On the other hand, a lot of things have improved. Tools, methods, and specializations allow a team to be comprised of some people who understand systems (architects, senior developers) and others who specialize in certain areas (html, db, communication protocols, builds, etc). And there are many more people available who are capable in specific areas so far more teams can exist doing many more applications. If we only had the same percentage of people writing software now as in the 70s & 80s and those people had the backgrounds developers had then, we'd be producing better software but orders of magnitude less of it.
but, they are watching everyone and that includes a lot of people who's decisions affect me. If they are collecting information illegally, who's to say they won't use it illegally. For example to influence congressional oversight or even to tilt a campaign toward the congressman who is more likely to be pro-NSA.
On a less 'conspiracy theory' line of thought, the CEO of my global company may decide that the US isn't the best place to do business.
So, even though they don't care about me, their collection of my information can affect me in big ways since that collection is part of a big, poorly-targeted surveillance system.
Hosed my machine. The usb system restore I made before I started won't work (boots but can't recover). Resinstalling now. 20+ years installing from NT to Windows 8 and this is the first time I remember that I haven't been able to recover from a command prompt (which I can get now) or the restore media (which I have) or a live cd. I have a small SSD for c: with junction points to other drives for some of the bigger directories (users, program files, etc) Maybe it didn't like that.
He seems to want to focus on the 300 "numbers only" they checked and not the big database of "phone records" that exists. But I'm sure the "database of millions of U.S. phone records" he refers to is at least as secure as the existence of the program itself. It's not doubt more secure but that doesn't mean it's safe. And many attackers would love to just get a handful of records (congressmen, judges, candidates, ceos, opposition party leaders).
Plus I've already heard quotes from politicians and other government officials that the database needs to be more widely shared. FBI and DHS need access now. I imagine the IRS could find a few things and "improve" tax collection if it was shared with them. We better not get used to being ok with the NSA having access to "numbers only". The nature of government is to expand and make "better" use of data, not to ignore a valuable resource because of privacy concerns. And also to protect those in power, so any 3rd party leader making progress better have a squeaky clean record. One place the 2 parties can agree is on attacking any opposition to their power.
Instead of spending so much time writing about social needs and advancing their own "journalism" or "pundit" careers, they should put 80-100 hours/week into anti-problem entrepreneurship.
if your survey includes mostly people who do those things you'll get different answers but this survey was almost entirely of people who don't print 3D guns.
I wouldn't be surprised if surveys found that 53% of the population said any of these if the survey is mostly of people who don't do them
I don't buy 16+ ounce sodas. Nobody should.
I don't drink. nobody should.
I don't smoke. nobody should.
I don't vote republican. nobody should.
I don't get food stamps. nobody should
I don't own a gun. nobody should.
I don't send my kids to private school. nobody should.
I may go months without a change (other than adding) then make changes daily for weeks. I make a change when I decide "something's in the wrong place" or lot's of things belong together or a folder has gotten too many bookmarks. If that involves creating a new folder, the effect may cascade as other folders shrink and get removed or combined until everything feels right again. But I don't do it all at once.