When I was around 14 I was visiting family in Daytona Beach, we were walking on the beach at night after eating dinner listening to the waves for an hour or so then went home. Some time that night a very large wave came ashore and reached all the way up the beach past where the cars drive and where everyone sets up (umbrellas, towels, etc ). The next day, you could see how far it reached by the stains from the water in the otherwise white sand. I distinctly remember the weather man on the news saying it was possibly a "rogue" wave which was the first time I had ever heard the phrase. IIRC there were no storms that night.

Blackberry Enterprise is one of those products that I really just have to scratch my head at. It has always seemed to me that encouraging users to treat as secure something which is easily lost, stolen, or damaged is a fundamentally flawed concept for a business model. Sure, there are users out there who have a genuine need for such a concept, but the problem that really needs to be addressed is user understanding of data security practices, not giving them technology that encourages continuing bad practices in ignorance.

If you're going to make the comparison between the two download counts they need to be the same as in unique vs unique or total vs total but not total vs unique.

I'm 37 and was recently promoted from senior dev to director of our development department at my company which means I do the hiring/firing now. I think ageism is real in this industry but, at the end of the day, what matters is results. If you can write good, maintainable, best practice code and deliver on time you will always be employable. Another thing that is key is you have to be willing to learn new things and re-invent yourself as technology evolves. Don't you dare get entrenched in one language, platform, or way of doing things always try new things and approaches. When you tell yourself or someone else "well this is just the way i've always done it" that should set off an alarm.

More tactically, my advice is to read good code and talk to good developers. You can gain a lot of wisdom by just having the guts to ask, expect some odd looks given you're older but all good developers appreciate good code and will help you produce good code. If anyone gives you sh*t about your age write them off as a waste of space and go talk to someone else.

It's interesting that it can disable multiple targets, I wonder what the power requirements are. I figured the missile would detonate near the target and use the energy of the explosion to somehow how generate targeted microwaves like a shaped charge energy weapon more or less. It's on a missile because missiles are fast but I bet we see the same setup installed on drones in the near future.

"Ipad mini priced at $329 so as to avoid gutting sales of Ipad 3. Another in a string of Apple blunders. Customers will defect to Nexus 7 at $100 less or Kindle Fire also at $100 less and offering the Amazon marketplace. It's now safe to say that Apple will be looking at a minority share of the tablet market from here on in."

man what a great quote. Since when has any Apple customer cared about a price difference of $100? Just the fact that it's made of metal and not plastic is worth $100 to the average consumer's mind. Heh "string of blunders" that's freaking priceless.

Pushing to production multiple times a day sounds like code-and-fix to me. Now, promotion to UAT/Test multiple times a day sounds much more reasonable. Pushes to production should be regular and frequent but not multiple times a day. In my company, we have a couple of change windows that production pushes happen in. Most times the windows come and go with no updates but when we do have code that's ready for production we schedule it for the next available window.

I'd like to see one of these cases in detail because I can't get my mind around how an employee would feel compelled to give up their facebook (or other) private passwords to their employer. Nor can I get my mind around an employer thinking it's within their power to make such a request.

Correct me if I'm wrong, but an employee is protected by law to not even have to tell their employer if they have kids or not let alone access to private information.

What we do at my company is allow the developers to work with the project managers and deploy their applications out to a test environment for client facing review and acceptance as often as they like. This lets us do new test deployments quickly and easily with no red-tape. Once the project is a go for production then a formal request is made to move to the production server farm. The main guys in Ops, Dev, and the PM are brought into a meeting and make sure everything is taken care of ( SSL certs, DNS, monitoring, load balancing, number of nodes, etc ) then a go, no-go decision is made on the deployment. Once it's been decided that a production deployment is ready then the actual task of deploying the application is assigned to whoever wants it (usually the team lead) since the process of deploying to production is identical to deploying to test in our environments. Also, we use our continuous build server (Hudson) with a production maven profile for actually retrieving the war that is going to the server farm (i do Java web apps).

My personal preference as a sr.dev is to have other people do the deployments and verification as much as possible. It never ceases to amaze me how often over looked issues are found just because someone other than the person married to the code is doing things.

My best advice is, regardless of the size of your organization, map out a process on paper and follow it all day every day. You will appreciate the consistency when you get in those situations where a lot of balls are in the air at once.

Oh wait your serious, let me laugh even harder! - Bender

Not only are carriers sufficiently armed and escorted themselves, sinking one does not win a war. In fact, sinking a carrier is such an overt act of war it guarantees the doom of the attacking government.

them> yay we sunk a carrier
them> what's that sound? it's a thousand inbound tomahawks? ....hm

How does a DDOS prevent wikileaks from spreading information? Go somewhere else, upload whatever you have to any of the bazillion file upload services then seed the address in the social networks and the rest takes care of itself. I don't think any government thinks a DDOS would prevent information that wikileaks has from being made public. My guess is it's just a publicity stunt by wikileaks themselves.

I've always imagined self driving cars as just cruise control with steering. You set the speed turn it on and then read a book, any touch of the steering wheel or brake pedal would disengage the whole system and return it back to manual control.

Libvirt and the improvements to KVM plus Xen getting mainlined (is that the right term?) has to be hurting VMWare. Rackspace, along with a lot of major players, are spearheading OpenStack which ought to be a major open source enterprise player when it matures. Also, cloudstack recently went 100% open source which puts even more pressure on VMWare.

Also, projects like OpenVSwitch are putting major pressure on the proprietary vendors too.

Man I would be learning everything I could get my hands on/enrolled in. Having said that, don't over do it. A good network is a simple network and don't forget that everything will be running on it so if it breaks everything breaks.

They guy above who said to contact an HP Gold Partner has the right idea but do the work yourself that way you learn it instead of just contracting it out. From the sounds of it it's not like you're going to be buying insane networking gear that supports OC-19whatever so sticking with a firm like HP and taking the best practices route is the way to go.