Wil Shipley

Steve Yegge http://steve-yegge.blogspot.com/ Wil Shipley https://blog.wilshipley.com/ Yossi Kreinin http://yosefk.com/ All three brilliant, with good sense of humor and having good "vision thing"

I'd recommend checking out this post[1] by Wil Shipley (a longtime Cocoa dev), which includes a story about how Carmack doesn't re-use code. The whole blog post is a fun read. [1] http://blog.wilshipley.com/2013/12/my-doom-20th-anniversary-stories.ht…

Wil Shipley has always been my programming hero, growing up. I spent a lot of time reading his Pimp my Code series, and learned quite a few things about Cocoa from him. Not only is he a great coder, he's also an incredibly compelling writer and speaker. http://blog.wilshipley.com/2005/07/self-stupid-init.html

Wil Shipley (longtime NeXT and Mac OS X programmer) posted a few thoughts on Serlet and his replacement Federighi. Well worth a read, he clearly has enormous respect for both of them. http://blog.wilshipley.com/2011/03/celebrating-betrand-serlet-and-crai…

This is my question, too! I want one... Wil Shipley blogged a couple years ago here: http://wilshipley.com/blog/2008/01/macbook-air-haters-suck-my-dick.htm… about developing his Delicious Library app on his Air. The post itself is a bit much, but there's an addendum at the bottom with some compile stats. Namely, the Air (because he got an SSD) compiled Delicious Library faster than his Macbook Pro. But I would love to hear others' experience developing on an Air, since that's what I'm considering now, too. This Stack Overflow post: http://stackoverflow.com/questions/549008/macbook-air-for-iphone-devel… mentions that Xcode can't autocomplete well on an old air, but I think it might be because it has a balls-slow 4200 rpm hard drive. The only thing that concerns me is the processor. What things tax the CPU?

Talking about Samurai and coding. I prefer Wil Shipley's take at http://www.wilshipley.com/blog/2005/02/free-programming-tips-are-worth…

A few of my favorites that I didn't see people list; note that many of these are sort of combined personal blogs and programming-related (like mine - http://joeganley.com): - http://wilshipley.com - http://lbrandy.com - http://nedbatchelder.com - http://www.teamten.com/lawrence/writings/

My "crap app" got rejected for being of "minimal functionality" even though it duplicates the functionality of a physical device found in many restrooms in Japan, so it seems Apple is indiscriminately applying their policies regardless of application quality, leading to some making it through and others not. Case in point: http://createdigitalmusic.com/2009/03/16/apple-rejects-free-iphone-too… I would hardly call this as having "minimal functionality". Yet Apple thinks so. But neither I nor Apple should have that call beyond apps that are illegal, overly resource intensive or malicious. The market should be able to decide. This behavior hinders development across the board, especially when you have no insight into why an app is rejected or what it will take to get it approved. Will Shipley has a great post on his blog about this very issue: http://wilshipley.com/blog/2008/09/iphone-app-store-let-market-decide.…

There are probably lots of stories from various people, but here is one: http://blog.wilshipley.com/2010/03/ted-2010.html#:~:text=%E2%80%94-,Dr… (If the location link doesn't work, scroll down about halfway to the story next to his photo.)

This won't help one bit. Seriously: Why do developers like those from Sketch drop the Mac App Store? Here's why: https://techcrunch.com/2015/12/01/another-popular-app-leaves-the-mac-a… http://blog.wilshipley.com/2012/03/mac-app-store-needs-paid-upgrades.h… https://www.dancounsell.com/a-wish-list-for-the-mac-app-store/ https://www.makeuseof.com/tag/developers-keep-leaving-mac-app-store/

Counterpoint (old but relevant): http://blog.wilshipley.com/2011/04/success-and-farming-vs-mining.html The article paints non-startup guys as parasites. That's so needlessly polarizing. The more common definition of the Passive Income Hacker is "lifestyle business", i.e. a business where you don't seek a 10-100x exit. Personally I think if all you've done or plan on doing is an app or website, calling it a startup is kind of silly.

Disagree wholeheartedly. Read this post to see why: http://blog.wilshipley.com/2012/03/mac-app-store-needs-paid-upgrades.h…

My guess is that he's talking about this problem: http://blog.wilshipley.com/2011/04/success-and-farming-vs-mining.html "Founders and angel investors usually don’t particularly care if the companies they created live or die after they sell out, because they’ve gotten their money and moved on. There’s no stigma to having a company you founded fail after you leave it. In fact, again, it's a badge of honor: “Bob Smith founded Flopper.com, sold it for $46MM, then got out before it tanked! Genius!”"

Wil Shipley (long time indie OSX dev) agrees http://wilshipley.com/blog/2008/09/tesla-v-supercharged-lotus-elise.ht…

Wil Shipley sold his Elise SC (supercharged - about 250 HP in a ~2100 pound package) because the Tesla roadster was faster around an autocross track. http://wilshipley.com/blog/2008/09/tesla-v-supercharged-lotus-elise.ht…

Wil Shipley used this image in a 2005 WWDC talk to rebut the claims that Cocoa developers weren't doing well: http://i.imgur.com/Q9c13.jpg http://wilshipley.com/blog/2005/06/student-talk-from-wwdc-2005.html

I'm hoping some day that he goes into more detail about the system he uses to catalog conversations. I'm actually trying to work on a project similar to that. Wil Shipley talked about it upon meeting him at Ted in this blog entry: http://wilshipley.com/blog/2010/03/ted-2010.html (towards the bottom of the entry)

and - http://www.wilshipley.com/blog/ - http://blog.dawdle.com/

The blogosphere seems pretty pleased with the Tesla Roadster, from what I've seen: http://wilshipley.com/blog/2008/09/tesla-v-supercharged-lotus-elise.ht… http://www.fourhourworkweek.com/blog/2008/11/17/tesla-roadster/

At TED a year and a half ago: http://wilshipley.com/blog/2007/03/ted2007-days-3-4.html

Wil Shipley on unit tests: http://wilshipley.com/blog/2005/09/unit-testing-is-teh-suck-urr.html I think what he's saying is unit tests don't add much if you are doing UI type development. It is hard to write unit tests for UIs (web or GUI), so if most of your code is UI code, don't bother. However, if you are writing a library that will be used by a lot of coders, unit tests are probably indispensable. Otherwise, you would never be able to make even simple architecture or design changes (refactoring).

You are misrepresenting his argument about frameworks. Re-read the first paragraph of his post: "Apple's shared frameworks are very useful for sharing executable code and its associated resources among multiple applications, but were historically not designed to be created by authors of consumer applications. I discourage developers from creating frameworks as a method of sharing code, because they encourage code bloat, increase launch times, complicate the developer's fix/compile/link/debug cycle, and require extra effort in setting up correct and useful developer and deployment builds." and the last one: "Creating shared frameworks is a lot of hassle for third-party developers of consumer software, introduces instability into the development process, and encourages slower and larger applications. Code sharing is better accomplished through creating new directories for shared code in subversion and judiciously including only the files and resources needed by any application in its Xcode project." http://blog.wilshipley.com/2005/11/frameworks-are-teh-suck-err.html (Note: framework here refers to a specific way of organizing compiled code in OS X for sharing: .framework bundles)

Wil Shipley has explored this approach: http://blog.wilshipley.com/2009/08/pimp-my-code-part-16-heuristics-and… I also swear I remember reading another example of this on his blog, but I'm unable to find it, so I'll paraphrase from memory (which is somewhat murky, so caveat lector): One of the features of Delicious Library is that you can use your computer's built-in webcam to scan barcodes as a way of adding items to your library. The traditional, mathematically-inspired computer science approach to implement this is to frame the problem as: "Given an image with a barcode somewhere in it, find the barcode, and then read it." The problem is that a general algorithm that accepts entire set of images with barcodes in them is prohibitively slow, because you have to deal with skew, perspective, lighting, focus, etc. The approach they ended up using was inspired by biology: it's OK to fail some of the time as long as there's feedback. They went with a much simpler algorithm that takes a fraction of a second to succeed or fail. They run it continuously against new frames, and indicate to the user whether it has succeeded. Since the user is standing there with the barcode in front of the camera, they'll reposition, try different angles, etc, until there's success.