Nate Weiner

http://readitlaterlist.com/blog/2012/01/what-devices-did-read-it-later-users-unwrap-over-the-holidays-here%e2%80%99s-what-the-data-shows/

Thu, 12 Jan 2012 10:45:20 -0500

http://readitlaterlist.com/blog/2012/01/what-devices-did-read-it-later-users-unwrap-over-the-holidays-here%e2%80%99s-what-the-data-shows/:

Who says Android users don’t pay?

“The entrepreneur’s dilemma: Maintaining friendships. Building a great company....

Sat, 07 Jan 2012 12:50:10 -0500

“The entrepreneur’s dilemma: Maintaining friendships. Building a great company. Spending time w/family. Staying fit. Getting sleep. Pick 3.”

@RandiZuckerberg

3 seems generous.

@ReadItLaterTop

Thu, 05 Jan 2012 00:38:05 -0500

@ReadItLaterTop:

@ReadItLaterTop, a curated feed of Read It Later’s most popular stories, videos, images and more.

"We should invent a new English word to describe the mixed feeling of relief and frustration that..."

Wed, 04 Jan 2012 20:04:31 -0500

“

We should invent a new English word to describe the mixed feeling of relief and frustration that occurs when you find that stupid, stupid cause of a bug you spent hours searching for.

It’s like being enraged and relieved all at once.

”

- Max, our Android developer, after resolving a bug.

Shifting reading habits boost Read It Later in 2011

Mon, 02 Jan 2012 12:42:00 -0500

Shifting reading habits boost Read It Later in 2011:

Had the pleasure of meeting Om a few weeks ago. Great conversation. Great guy.
Honored to have him write about us.

DogTime > FaceTime

Sun, 01 Jan 2012 18:51:56 -0500

DogTime > FaceTime

Export Wordpress to Tumblr

Sun, 01 Jan 2012 18:43:00 -0500

Export Wordpress to Tumblr:

Well I finally made the switch. After ignoring my old (Wordpress) blog for 2 years I decided to make the move to Tumblr.

I didn’t want to lose all of my previous content but for some reason it was rather difficult to find a solid way to import my old Wordpress content into Tumblr.

The best I found was dhawalhshah’s project on GitHub.

After making a few quick tweaks, I was rolling on Tumblr in no time:

/ideashower/Export-Wordpress-posts-to-Tumblr Changes:

Imports tags and slugs
Skip unpublished posts
Import only from specified categories
Outputs a php array that can be used to redirect the old site links to the new one

My friend Angela learned what my favorite animal is. This showed...

Tue, 13 Dec 2011 00:00:00 -0500

My friend Angela learned what my favorite animal is.

This showed up at the office a week later.

So awesome.

A Few Shots From Bali Giving 500px a try: Uploaded a few shots...

Sun, 16 Oct 2011 00:00:00 -0400

A Few Shots From Bali

Giving 500px a try: Uploaded a few shots from our honeymoon in Bali.

For those of you back home just waking up and wondering how...

Mon, 03 Oct 2011 05:48:00 -0400

For those of you back home just waking up and wondering how Monday will go.. Here is how Monday ended on the other side of the world. #15HoursInTheFuture

Married. Thanks to Capture Studios for the awesome video they...

Fri, 23 Sep 2011 00:00:00 -0400

Married.

Thanks to Capture Studios for the awesome video they put together of the day.

Putting Together the Read It Later office in 1 Minute

Mon, 01 Aug 2011 00:00:00 -0400

Putting Together the Read It Later office in 1 Minute

A Few Words on the App Store

Thu, 09 Sep 2010 12:47:18 -0400

There are two articles on major publications covering Apple’s release of new guidelines this morning that quote me/Read It Later (one on the BBC and one on AP).

As both articles mention Read It Later’s recent rejection and my response to it, it does imply that I have a negative view towards the app store. (No fault to the writers of these articles, they only have so much space).

I wanted to make it clear that despite Read It Later and the App Review Team’s up and down past, I still hold both them and the iOS platform in the highest regard.

There is simply no other platform I enjoy developing on more than iOS. Hands down, not even a close second. I owe the app store the very fact that Read It Later supports my livelihood. I’m not sure of any other distribution channel that makes it so easy for me to push a product out to a worldwide audience.

It seems that I’m not the only one that feels this way as there are over 250,000 applications in the App Store today. And despite a few hiccups here and there, if you consider how large a number that is to process, the review team have done a damn fine job.

The release of these guidelines, and all of the other improvements the app store have brought to developers this year shows that Apple is absolutely doing the best they can to listen to us and help us succeed.

The only continual qualm I have is simply the difficulty in reaching anyone at app review. The guidelines mention that it’s possible to appeal to an app review board but make no mention of how to do that. I’ve also found a lot of emails to appreview@apple.com tend to go answered or seem canned in response. I realize the problem has got to be simply handling the sheer volume of emails and I’m confident they are working on a way to help improve developer communication. Today was a big step in that direction.

Dolly Test #2 - Lake Tahoe Two weeks ago I took the time-lapse...

Thu, 09 Sep 2010 11:10:00 -0400

Dolly Test #2 - Lake Tahoe

Two weeks ago I took the time-lapse dolly up to Lake Tahoe for a weekend. This was the first time I’ve used it in the ‘wild’. It was quite the learning experience. Fought the weather for most of the weekend (50 mph gusts and mixed thunderstorms). The last shot involved following GPS coords to an unmarked trail off the highway, a sketchy hike with all of the equipment, a FIRE on the motor control after a short caused by said rough hike, running out of card space twice (bad planning) and finally ended when the camera battery died. Soooo that said, I had trouble getting enough shots for a decent edit but I took a crack at it anyhow.

Make sure you watch it with HD turned on and in full screen otherwise there are some bit you’ll miss.

First Run with Timelapse Dolly Prototype This past weekend I...

Thu, 05 Aug 2010 09:45:00 -0400

First Run with Timelapse Dolly Prototype

This past weekend I built a DIY time-lapse dolly. Here’s an edit containing all of the tests I took while working on it. Still some smoothness/operator-error issues to work out but I’m really excited about the potential.

ShareKit

Tue, 06 Jul 2010 15:55:08 -0400

Overview

ShareKit is an open source framework that can be dropped into any iPhone or iPad app to instantly add full sharing capabilities.

How It Works

Integration is super easy. A developer can take a url, image, piece of text, or file and just say “hey ShareKit, share this”. ShareKit will present the user with a list of services that support the content they are sharing, handle logging them into the service, prompt for any additional information such as a caption, and display an activity indicator while uploading. ShareKit makes it easy to access individual services as well. A developer can simply write something like: [SHKTwitter shareURL:@”http://getsharekit.com”]; ShareKit will shorten the URL, present a dialog to let a user write a message, and even hold onto to the message to send later if the user is offline.

Features

The initial version of ShareKit already has support for Delicious, Email, Facebook, Google Reader, Pinboard, Read It Later, and Twitter. It supports four types of content: links, images, text, and files. ShareKit even works offline. Users can share items without an internet connection. ShareKit will hold onto the items until a connection is available. The UI is also completely customizable. It is very easy to make ShareKit match the look of your existing application.

Developer Benefit

For developers, adding sharing features to an app is a source of dread. It takes a LOT of work for each service that you add. You have to learn each service’s API, probably learn OAuth, design and build UI to handle all the interactions of logging in and collecting information, and write code to make requests and handle all possible errors. You have to do this for every service and every service has a unique API. It makes it very difficult to add all of the services your users request. In the iOS SDK we have access to MFMailComposeViewController. This is an Apple provided view that lets apps present an email dialog to the user. You feed it some starting values like a subject line and body content and it pops over your existing application, lets the user do their thing and goes away when they are done. This is what I wanted in my apps. I wanted the same controller but for Twitter, Delicious, Evernote, and everything else. That’s what ShareKit is.

User Benefit

As it exists today, the user experience for sharing is incredibly inconsistent across all apps. Because of the work that goes into adding each service, the services supported in an app are entirely dependent on what the developer has time to implement. Ideally a user should be able to use any app they want and be able to share with all of the services they use. By making sharing features a trivial development step, I’m hoping that we can see movement in a direction where we don’t have to pick our apps based on what services they support.

Additional Services and Further Development

ShareKit is completely open source and anyone can contribute patches or additional sharing services. Modules for Evernote, Flickr, and Dropbox are already underway. When new services are added, they can simply be dropped into any existing ShareKit project. If you are a developer and would like to help contribute to ShareKit, a good place to start is the list of issues and feature requests.

On Instapaper

Wed, 19 May 2010 22:46:26 -0400

As Marco has opened up on the matter, I think it would only be fair to do the same.

Instapaper is a competitor to Read It Later. It launched as a web app few months after I launched my Firefox extension.

If you’ve ever spoken with me about Instapaper, you know that I do not consider Instapaper a competitor. While we certainly attempt to solve the same goal, we take completely two different approaches in doing so. In the last year alone, I think we have done a miraculous job at innovating away from each other in what seemed like a very small space. Depending on your workflow, each offers features that may suit you better.

I have no fear in saying that because I fully believe in the product I’ve built. Moreover, Instapaper’s success vs RIL’s does not matter and let me explain why.

Twitterrific, a Twitter client, recently responded to an RIL user requesting to add RIL support. They responded to say that 95% of their users don’t even use Instapaper. The thing is that 100% of those users probably should be. RIL and IP are services that when you first learn about, just do not seem to be worthwhile. But they solve a problem that EVERYONE has. Once you close the 10484503 browser tabs you have open, clear out the random links in your inbox that you’ve emailed yourself and start finding that they’ve all been culled into one nice little list that follows you everywhere, it starts to make a lot more sense.

It’s this massive group of people (I believe they are called the mainstream) that defines why Instapaper does not matter to Read It Later and Read It Later does not matter to Instapaper.

Let me illustrate this with a trusty pie chart:

The fact of the matter is, RIL and IP are not deadlocked into a fully utilized market (for example like Firefox vs Chrome vs IE). The amount of people that have never heard of either of us is staggering and offers plenty of space for each of us to play in without getting in each others way. And as we both grow, every time someone hears about one of us, they are likely to hear about the other. So until the market is maxed out, the growth of one benefits the other.

The simple fact is, even if RIL claimed 10% of what potential there is out there, I could afford to buy NASA and have them build robots that did my job for me. I’d be okay with that, even if Marco had 15% and was able to afford cooler robots.

From the way I’ve seen people talk about Read It Later and Instapaper, it seems that everyone assumes there is some major bad blood between us and that you have to pick one side and hate the other. This just isn’t the case. Marco and I are just two solo developers trying to make something we think is awesome. At the end of the day, it does not matter which one you pick, all that matters is you supported an indy developer and made it possible for them to make a career out of building things they love. I’ve got nothing but respect for Marco and I’m confident that we’ll continue to ‘compete’ with the same mutual respect till the end. (aka the robots we built turn on us)

Apple's iPad Video Walkthroughs

Mon, 29 Mar 2010 11:32:39 -0400

Apple has posted a number of videos that walk through each of the default apps for the iPad (via Macstories). They are worth a watch. Being able to see the iPad in action reveals a number of little details.

A nice touch in Safari, when you tap the location bar to start typing, a bookmark bar (like in desktop Safari) pulls down.

The Safari video also answers one question I had long wondered. It looks like you’ll be able to watch embedded videos inline without having it pop open the YouTube application. I’ve always found that flow on the iPhone really disorienting.

Watching the video on Keynote really makes it clear that using a keyboard and mouse to do any type of design work is going to feel incredibly antiquated in the very near future.

I cannot wait to get my hands on one Saturday.

Side note: The icon the iPad displays on screen when you lock the rotation (shown in the iBooks video) looks awfully familiar. I know, but it’s fun to pretend they did ;)

Apple Accepting iPad Apps Before We Have iPads

Fri, 19 Mar 2010 13:42:56 -0400

Of all the possible scenarios we (developers) considered for exactly how Apple planned to roll out iPad apps with the release of the iPad, this was the one I dreaded the most.

Apple is now accepting iPad applications to the review process. If you submit before March 27th, you may be included in the grand opening of the iPad App Store.

The only problem? No one has an iPad yet and won’t until April 3rd.

Anyone who has developed on the iPhone SDK knows that how an app runs on the SDK simulator can be night/day vs how it runs on the actual device. Even if it runs flawlessly on the simulator, I’ve never had an instance where the first time I ran a new app on the device it worked to my liking. There are bugs and crashes that didn’t occur on the simulator, there are slowdowns in areas that you thought were fast, and usability changes you didn’t expect.

So we are now faced with a risky decision: go for fame and fortune, submit an app and cross your fingers that it actually works or wait, miss the hoopla, and submit something you KNOW works.

iNeedAShorterName

Wed, 17 Feb 2010 14:56:44 -0500

I really wish someone (probably Apple) would standardize a way to describe iPhone/iPod Touch/iPad apps in one word. When you talk about apps for other devices you simply say: it’s an Android app, Blackberry app, Mac or Windows app. You do not have to specifically list all of the devices that the application works on. You could simply say ‘iPhone (OS) app’, but because this language is specific to a device, it can easily lead to confusion. The last thing a developer wants is for an iPad user to see there is an iPhone app available and not make the connection they can purchase it for their iPad. This arguably was less of an issue between the very similar iPhone and iPod Touch, but once the iPad drops into a whole new market, this will be even more confusing for the end user. This is why you see a lot of the lengthy ‘iPhone/iPod Touch/iPad’ strings when describing an iPhone OS app.

When trying to design a clean and concise layout, it’s simply too wordy, too ugly. For example, on Read It Later’s home page, I have links to all of the platforms that RIL is available on. You’ll see I have ‘Add to iPhone/iPod’. I’m not looking forward to squeezing in ‘iPad’. Same problem with the main navigation at the top where I list the major platforms: ‘Firefox, iPhone, Mobile, All Browsers’. When designing that I gave up on including iPod, but now that the iPad is imminent, I feel like it will need to be squeezed in there as well.