2 posts • joined Monday 28th May 2007 16:45 GMT
Nice try, but...
your arguments are not very robust. I think the bigger message you are trying to send is "pay more attention to what you are doing." Your main point of avoiding code bloat is sort of a side-note. Why? Very simply because most of the code your process will be executing WILL NOT BE YOUR OWN! Between the objC runtime and Cocoa frameworks, there is enough code bloat for everyone. Nit-picking a high level language's output in assembly does little to make your point, as you detailed yourself. That's compiler territory, and it is no secret that gcc doesn't offer up the tightest code.
Finally, an extra 100 bytes here or there or everywhere will make a small change in the overall memory footprint of your program when you're looking at it from the standpoint of total number of pages required.
I think the focus of the article should be more on pointing out obvious things not to do in objC code (and perhaps some reasons why), but shying away from the "this costs an extra 80 bytes!!" argument.
- Xmas Round-up Ten top tech toys to interface with a techie’s Christmas stocking
- Xmas Round-up Ghosts of Christmas Past: Ten tech treats from yesteryear
- Exploits no more! Firefox 26 blocks all Java plugins by default
- Google embiggens its fat vid pipe Chromecast with TEN new supported apps
- Review Hey Linux newbie: If you've never had a taste, try perfect Petra ... mmm, smells like Mint 16