Tech and a few other things RSS 2.0
# Saturday, April 28, 2012



I really wanted to dislike this book. I mean c'mon, how could reading a book help one make a better start up? It's similar to reading a book about how to drive a golf ball right? My response, kinda, the great golfers still have a coach telling them the insider secrets like, how to stand, what to think, best ways to judge the wind, how much to practice, and how much practice is too much practice. The Lean Start-up is this coach. Eric Ries has a pragmatic approach to getting a product to market quickly, measuring the results of the launch and learning from the launch to apply to the next release. He doesn't tell you how to make your business he tells you how to make your business better. (cliché statement of the day)

Eric, revolves the entire book around 6 primary subject matters.
  1. Minimum Viable Product (MVP)
  2. 5 Whys
  3. Innovation Accounting
  4. Build-Measure-Learn
  5. Split Tests
  6. Pivot Points
With each of the above topics he divides them into three categories vision, steer, accelerate and explains how the aforementioned points relate to building a successful product for your company. Eric translates this to not only start-ups but large established companies backing it up with real world examples from Intuit, a major established company to Dropbox a respective start-up when Eric was working with them.

I'll only focus on a few topics because some are very obvious in their meanings and others I really care about and wish deeply that all companies would follow. This should lead us right into Innovation Accounting:
To improve entrepreneurial outcomes and hold innovators accountable, we need to focus on the boring stuff: how to measure progress, how to set up milestones, and how to prioritize work. This requires a new kind of accounting designed for start-ups—and the people who hold them accountable.
This definition says it all and to it I simply say "Yes, Damit, YES!" Eric adds to innovation accounting and discusses vanity metrics aka "success theater", which I have seen a bajillion times. In short vanity metrics is the work you do to make yourself look better aka a super bowl add to bump traffic and give investors the appearance of traction.

The second point I want to cover is Pivot Point. I agree with this term also and so does Andy Grove, who covered the exact same topic in his book he wrote more than 10 years before Eric's, "Only The Paranoid Survive," except Andy calls a Pivot Point an inflection point. A pivot point is when you examine your data and the data says, our current plan is not working and we should refocus on what we think is this a more profitable route. I'll use Andy G's example because it's better than Eric's. When he was the CEO of Intel the company made memory, at one point Andy and team decided they could not compete with the countries who were heavily subsidizing memory manufacturing, consequently he realized the real margins were in processor innovation and manufacturing. The rest is history.

If you're interested in making innovation production better or possibly trying to shake things up in your organization enough to keep you awake at night this is a great read.

Saturday, April 28, 2012 10:07:14 PM (Central Standard Time, UTC-06:00)  #    Comments [0] - Trackback
readings
# Wednesday, April 25, 2012




Automatic Reference Counting causes the wonderful ASIHTTPRequest to not work, I suppose one could fix it, since it's on github, but for right now I took the easy route and just turned off Automatic Reference Counting.

Here are the steps:
  • Click on you project, in the left hand organizer.
  • Select your target, in the next column over.
  • Select the Build Settings tab at the top.
  • Scroll down to "Objective-C Automatic Reference Counting" (it may be listed as "CLANG_ENABLE_OBJC_ARC" under the User-Defined settings group),
  • and set it to NO.

Link from Stack Overflow


Wednesday, April 25, 2012 5:07:59 PM (Central Standard Time, UTC-06:00)  #    Comments [0] - Trackback
Objective C | xCode
# Sunday, April 08, 2012

Funny story. I've been programming in Objective-C before you could even program in iOS, note: this doesn't mean I'm ridiculously good at Objective-C. All this being said when I first started out the guy that had made a name for himself through his book and his "Big Nerd Ranch" was Aaron Hillegass, sooo like any good programmer starting out in a new language I reached out to the community and asked what is the best book to start with. Nearly every single person said Cocoa Programming For Mac OS X, and so the journey began.

Fast forward about 4 years, I'm working with Capital One and through them working closely with Apple. I'm heading up to Reston, VA. to speak with Apple and when I first walk in the offices I received a nice surprise, Aaron is there. First impression, tall! Second impression, ...is that....? First thing that came to my head was, nobody else would wear a cowboy hat like that at a business meeting.

I had to have a picture with me and him, because hell he's cool, and for all the non nerds who have no idea who Aaron is here is a little tid bit that might give him some street cred in your book. Aaron worked about a 100 feet from Steve Jobs at Steve's company called NeXT. Aaron's got a few great stories about Steve, but even now after S.J. is gone anytime he starts being real about Steve's personality he gets a bit quieter in his speech as if Steve is around the corner (or an Apple employee...which they were).

I digress, so when the Apple guy is taking my picture he accidentally shoots video and you can see how I try and fake my height next to him since he is so tall. I'm 5'10" and change. At any rate, watch and enjoy the chuckle of me getting busted on cheating with my height.


Sunday, April 08, 2012 3:05:33 PM (Central Standard Time, UTC-06:00)  #    Comments [0] - Trackback

# Saturday, April 07, 2012




It's easy, so easy, it makes you a tiny bit happy inside once you see how easy it is. I'll post the code then give an explanation for those of you that want more.

CODE:

// create a done view + done button, attach to it a doneClicked action, and place it in a toolbar as an accessory input view...
// Prepare done button

UIToolbar* keyboardDoneButtonView = [[UIToolbar alloc] init];
keyboardDoneButtonView.barStyle = UIBarStyleBlack;
keyboardDoneButtonView.translucent = YES;
keyboardDoneButtonView.tintColor = nil;
[keyboardDoneButtonView sizeToFit];

UIBarButtonItem* doneButton    = [[UIBarButtonItem alloc] initWithTitle:@"Done" style:UIBarButtonItemStyleBordered target:self action:@selector(pickerDoneClicked:)];
// I put the spacers in to push the doneButton to the right side of the picker view UIBarButtonItem *spacer1    = [[UIBarButtonItem alloc] initWithBarButtonSystemItem:UIBarButtonSystemItemFlexibleSpace target:nil action:nil];
// I put the spacers in to push the doneButton to the right side of the picker view
UIBarButtonItem *spacer    = [[UIBarButtonItem alloc] initWithBarButtonSystemItem:UIBarButtonSystemItemFlexibleSpace target:nil action:nil]; [keyboardDoneButtonView setItems:[NSArray arrayWithObjects:spacer, spacer1, doneButton, nil]]; // Plug the keyboardDoneButtonView into the text field... self.businessType.inputAccessoryView = keyboardDoneButtonView;
Bam, and you are done.

Explanation:
For nearly every input field (I focus on the UITextField here) in objective-C iOS you can choose one of the core SDK libraries input tools to pop up, whether this is a keyboard or a picker, or one of the many others to choose from. You simply need to assign the input tool to the inputview, but what I stumbled across is Apple so graciously made an additional built in view to give you just a touch more creative flexiblity, it's the inputAccessoryView and it sits on top of the inputView.  All you have to do is stuff another view into the inputAccessoryView. I imagine you could put whatever you want, but a UIToolbar seems to be the unspoken consensus on what to use. Put a few buttons in the UIToolbar and set it as the inputAccessoryView. Done. Yeah. It's not complex, but a nice to have.

Easy enough!



Saturday, April 07, 2012 2:26:23 PM (Central Standard Time, UTC-06:00)  #    Comments [0] - Trackback
Objective C | xCode
# Friday, March 23, 2012
Soo one can say I swing both ways Windows and OS X. Both have their advantages and each has a particular tool set that I would like to see on the other. In this situation I was wanting a nice GUI for SVN and GiT. I'm on two different projects that use one or the other. With my exhaustive 30 minutes of research here are the two best tools that I came up with and have been using for about 3 months now (screenshots were grabed much earlier).

For SVN I downloaded Versions.
Pro: Best tool around, closest thing you can get to Tortoise SVN for Windows
Con: 60 bucks...sixty freaking bucks. I let Capital One graciously buy this for me. Would I pay sixty for personal use. If I used SVN day in and out for my work, yes. Though most of my personal work resides on GiT now.




For GiT I use GitBox
Pro: Best GiT tool around hands down. Nearly all will agree who use GiTBox in comparison with the others.
Con: While it's free to use, you can only have one project at a time with the freemium version. To get more projects going you need to pay $20. $20 is doable for a tool that you potentially use multiple times a day, nearly everyday.




Remember with both of these tools you cannot checkout the code from a remote repository with them, you must use the Terminal to check out the code base then use either of these tools and point them to wherever you checked out the repository too. NOTE: GiT and SVN are built in natively to OS X
Friday, March 23, 2012 5:19:12 PM (Central Standard Time, UTC-06:00)  #    Comments [0] - Trackback
GiT | Mac OS X | subversion | Tools
Navigation
About the author/Disclaimer
        

My name is Ben Coffman. I like to build things: programs, programming teams, programming departments and maybe one day a company with lots of programmers. When I turn the internet off I focus on my family, random hobbies, and sharing moments in life.

My pseudo provactive thoughts
--> Twitter @coffmanben

Blogs I follow:
  1. 2andahalfd.com
  2. Jeff Lamarche
  3. Scott Hanselman

Disclaimer
The opinions expressed herein are my own personal opinions and do not represent my employer's view in any way.

© Ben Coffman

Archive
<May 2012>
SunMonTueWedThuFriSat
293012345
6789101112
13141516171819
20212223242526
272829303112
3456789
«Older Posts
All Content © 2012,

Sign In