Measuring programming progress by lines of code is like measuring aircraft building progress by weight.

My dumb CEO just hired an even dumber CTO. The new CTO asked me the following questions...

1. What is GitHub?

2. What is JSON?

3. What’s an array?

4. What is Get and what is Post?

5. When an iPhone is offline, can it call an API on our server to tell us it’s offline?

6. I know you’ve spent 11 month the writing this backend in PHP but can you change it to Java now?
Me: Why?
Dumb CTO: Because it’s better.
Me: How?
Dumb CTO: because it is.

7. I know you’ve started to rewrite this codebase I Java but can you convert it to Node.JS now?
Me: Why?
Dumb CTO: Because Facebook uses it.

8. What is MySQL? Why aren’t you using a database instead?

9. What does NULL mean?

Somehow, I doubt that asshole is remotely qualified for the job.

Fakin shyt for brains.

"Walking on water and developing software from a specification are easy if both are frozen." - Edward V Berard

A programmer and a business analyst are sitting in the break room one day eating lunch when suddenly the microwave catches fire. Thinking quickly, the analyst leaps up, unplugs the microwave, grabs the trash can, fills it with water from sink, and dumps the water on the microwave to put out the flames.

A few weeks later the two are again having lunch in the break room when suddenly the coffee maker bursts into flames. The programmer leaps up, grabs the coffee maker, shoves it into the microwave oven, and then hands the trash can to the business analyst, thus re-using the solution developed for the previous project.