10 Things Android wishes it did better than iPhone OS
I read on Gizmodo today 10 Things Android Does Better Than iPhone OS and it made me very unhappy. As an owner of both systems I think I have some insight into how things really are.
Maybe in a perfect world all those things would actually make the phone better, but here in the real world, they just make the phone slower. Widgets, multitasking, social networking and notifications really just get in the way of doing useful things. Proof of this is the fact that I have to have an app just to kill all the apps that stay running after I close them. And the mysterious apps that start whenever they feel like it. Also the fact that I have to restart my phone every day to keep it running at top performance (like actually being able to make and receive phone calls). I would leave my iPhone on for MONTHS without any loss of performance.
To say that the App Store is inferior to the Android Marketplace is just ridiculous. The truth is on either market the ratio of total crap to anything useful is about 1000:1. Therefore, since the App Store has roughly 3 times as many apps, you’re bound to get better options.
Both systems look stunning in pictures and on feature lists. But the iPhone clearly stands alone in the real world. Yeah you can’t have a calendar widget on the iPhone. But on the iPhone when you open apps, you don’t have to sit there waiting for them. They open quickly and let you get on with your life.
25 questions every programmer should ask on a job interview
The last few jobs I’ve had proved to be somewhat disappointing. What I realized after a few months was that it was mostly my fault for not asking the right questions. In a way a job interview is really for both parties. Not only do they have to think that you fit in, but you have to think that you’ll enjoy working there. These 25 questions are what I should have asked. Hopefully they can spur you on to write your own, or you can just take these. Either way it’s important to figure out what you’re looking for in a job or career.
General Questions:
- Is there a dress code?
- What are the normal business hours?
- Who would I report to, and what are his/her hours?
- Do you offer benefits?
- What is the waiting period for benefits?
- What is your policy on working from home?
- Wow much vacation/sick time would I get?
- What is the average length of employment?
- What is a typical day/week like?
- What is an atypical day/week like?
- What would my workstation be like?
- How many people are on the team?
Technical Questions:
- What version of ruby/rails are you currently running?
- Do you plan to upgrade?
- How closely do you follow ruby/rails conventions? (MVC, db schema, etc.)
- Do you work as a team?
- Does code get reviewed before it can be committed? By Who?
- How much test coverage does the project have?
- What is your deployment strategy? (shell script, capistrano, CI, etc.)
- Do you use git? svn? other?
- Do you have a development strategy? What is it?
- Do you have a regular release cycle?
- What platform would I be developing on? (mac, linux, windows)
- Would I be able to bring my own computer?
- How to you project the application will progress in 6 months? 1 year, 5 years?
You can obviously swap ruby/rails for whatever you’re working with. The point is that you know what you’re getting yourself into. Remember, just as you are putting your best foot forward, so are they. Not that they are intentionally deceiving you, but they probably won’t naturally offer this information. So it’s up to you to find out.