fpotter

Location: Seattle

Remote: OK

Willing to relocate: No

Technologies: Objective-C and Swift on iOS or macOS (~ 10 years experience)

Résumé/CV: https://fpotter.org/about/

Email: fpotter@gmail.com

Looking for iOS or Mac contract work. Currently working on my own macOS app. Past work includes Facebook and various startups (some of which I founded).

Thanks! We think the subscription model is the best fit for our product. While Ship is a native Mac app, it also relies on a backend service so we have ongoing costs to cover there.

Also, with subscriptions we don't have to play the upgrade game with our customers. We can release features as they're ready instead of holding them all back so we can justify a $50 upgrade for version 3.0.

That said, we would certainly accomodate companies that find it easier to pay annually. And, if we end up doing an enterprise, on-premise version, that may have a different pricing structure.

Sure. The unique thing about Ship is that it is backed by a continuously synchronized local database of your issues, across all of your repos. This lets Ship run incredibly quickly. Because all of your data is already on hand and up to date, you never wait on the network.

If you cancel or your trial expires, Ship keeps working but it only works with your public repos. The intention is that Ship is always free for open source.

Yep - it's a 30 day free trial. After that it's $9/month. Like GitHub, we're also offering a plan for organizations that want to provide Ship to their whole team.

Our pricing page goes into more detail -- https://www.realartists.com/pricing.html

You're right, though - we should mention the free trial part on the front page. Thanks for the feedback and for trying it out!

Glad you like it! We spent all weekend hacking away on this - really excited to show it to everyone.

Behind the scenes we're running iOS apps on Macs and streaming the screen to you - sort of like a remote-desktop connection into a running app. We've built up a bunch of infrastructure to do that for our main product.

To make the RubyMotion REPL magic happen, we looked at the how RubyMotion launcher worked. RubyMotion apps expose the REPL over a UNIX socket, and you can write expressions and read results from there. So, we connect into that.

If anyone is curious, here's a DTrace script for peeking at the traffic going over the RubyMotion REPL socket: https://gist.github.com/2624774

If you don't feel like downloading it, here's a web-based live demo --

http://www.pieceable.com/view/bundle/p/a2a89/com.applidium.V...

As the docs say, if you want to leave insert-mode, you have to use the '\' key since there's no ESC.

Interactive demo: http://www.pieceable.com/view/p/da77824c6f31216e0bd474bfde5a...

Also, here's a live, playable demo that you can interact with --

http://www.pieceable.com/view/bundle/p/3ed77/com.lunaapp.Awe...

Disclosure: this is running on my service.

San Francisco, CA (full-time, part-time, remote possible)

Pieceable is looking to change the way mobile mobile apps are developed, much like how WordPress changed the way many web sites are developed. We have consumer facing stuff, some developer facing stuff - fun tech to work with (iOS, Cappuccino).

Recently launched part of our product -- http://techcrunch.com/2011/04/11/pieceable-viewer/

Looking to find a great generalist engineer that can help us shape and build the product. We were recently funded by i/o ventures.

Interested? Drop me a note at fpotter@pieceable.com

San Francisco, CA - Looking for first engineering hire!

Pieceable Software is part of the current I/O Ventures class. We're building tools and services that make mobile developers' lives easier. We're also making mobile development accessible to a much wider, non-developer audience.

We just launched our first product, Pieceable Viewer -- http://www.pieceable.com/viewer http://techcrunch.com/2011/04/11/pieceable-viewer/

Looking for an engineering generalist with great taste. We hop between web front-end, backend, and native mobile code. Sometimes we hop into Photoshop to make UI. We're using Cappuccino, Objective-C, some Java, and some Ruby, but we're not worried if you don't have experience in some of those as long as you're excited to pick them up!

Email me for more info -- fpotter@pieceable.com

Not sure what the max number of concurrent connections was, but the Yelp app has been opened just over 10k times so far.

Yes, we do, too :-)

The first version was actually all standard web stuff, but the performance was just a little bit below what we wanted. Flash works for now.

Hey - I'm one of the Pieceable founders.

The pricing plans we've put up so far are definitely intended for agencies / dev shops that want to share apps-in-progress with clients. We know there's a lot more we could do with this, though - we're just waiting for everyone to tell us what they want before we add new pricing :-)

Yes, go to college but don't go for the piece of paper, and don't go to a community college if you can help it.

I was in almost exactly the same situation as you at 19 (28 now). I screwed up HS to the point where no good university would accept me, and spent 18-20 doing web dev and not really growing. I realized I had to get out of there.

My advice: go to whatever 4-year, brick and mortar university will accept you and WORK HARD to prove your HS transcript is not an accurate assessment of your abilities. Live on campus. Then transfer to the best school you can that's going to give you the most opportunities for growth. I ended up at a big research university where you could get involved in research as an undergrad, and loved it.

Another thing: hang out with the right people. I think people, to a certain extent, are just a product of their peer group. If you're surrounded by smart, motivated people, it's going to rub off on you.

If you have a choice, I'd recommend not starting at a community college. It's harder. You're not going to be surrounded by people with the same mindset and goals.

Early startup based in San Francisco, working out of Dogpatch Labs. We're building Pieceable, a tool for creating native iPhone apps by piecing together different components (e.g. photo gallery, chat, blog content, etc). Would love to chat with folks interested in engineering / bizdev roles - email fpotter@pieceable.com

San Francisco @ Dogpatch Labs / Pieceable Software / http://pieceable.com

We're making Pieceable, a web service that enables almost anyone to build native mobile applications. The apps are assembled from pre-built "pieces", and the user only has to focus on content + styling instead of development.

We're launching v1 later this month but it only scratches the surface. There's so much more to do. We use Objective-C (w/ Three20) on iPhone, Cappuccino on the web, and (gasp!) Java on the backend.

We're looking for help on the engineering & biz-dev fronts. Email fpotter@pieceable.com

I think I'm guilty of that. :-)

It took me a really long time to figure out what RESTful design meant. As best I can tell, it's CRUD mapped onto the HTTP verbs.

I agree, and it's certainly what I want as a developer.

But, if I was building a web service that was supposed to be widely used (maybe some like the Yelp or Facebook API), I might think about REST. You know it's going to be immediately understood by everyone, and you don't have to worry about weird dependencies. And, being able to show examples using just curl is kind of nice, too.

Thrift solves the same problem as pretty much any other remote procedure call (RPC) system. Among RPC systems, I'd say it's notable because it works easily with over a dozen different languages and is fairly transport agnostic (you could use it over TCP, HTTP, or whatever else you like). Some care is also taken to be byte efficient, so it's not as heavy as something XML-based like SOAP or XML-RPC.

But, is your question more why would you use something like Thrift over just plain REST with JSON? You could accomplish the same things with REST/JSON, but in a lot of languages, I think the REST route involves writing more code. Instead of just making a method call and having it all happen for you, you encode some structure to JSON, do some HTTP operation, decode. I like it when that's hidden from me.

Try Pivotal Tracker. It's more geared for todos / feature stuff (and does it really well), but you can use it for bugs, too. If you're tracking more than 50 or so bugs, I could see wanting to use something else, though.

I completely forgot about the possibility of animated gifs. I'll look into this. If I do it, I should probably make it optional - some people might hate me for it. :-)

Thanks for the feedback. I'll play with better positioning for that. I know it looks weird if you have a giant screen. I'll see how big I can make the image w/out bloating the file size too much.

Yep, those are on the front page now. Don't know why I didn't do that to start with :-)

The tree looks like this: http://twitter.com/fpotter

You can see what the teaser theme looks like by checking out my Twitter page: http://twitter.com/fpotter

Yep, I might still. .io domains are about $100 USD, though.

Tweakio is about helping individuals and companies/brands embed dynamic content into their Twitter background, viewable whenever someone hits the standard twitter.com/username page.

Today I'm releasing a teaser theme called "Friend Tree" which lets you put a tree on the left hand side of your Twitter page and decorate it with photos of friends.

Sometime next month I'll launch the rest of the service. It will include themes that change with the time of day, change with the local weather, showcase recent twitpic/yfrog photos, etc. There will be some stuff for businesses/brands, too.

Thanks for checking it out HN! Would love to hear any suggestions you might have...

EDIT: Here's an example of what it looks like -- http://twitter.com/fpotter

Yep, I've been working on a downloadable app store for BlackBerry devices for a while called BerryStore (http://berrystore.com) and it's been getting decent uptake from BlackBerry users. I started way back in August, long before RIM had announced any of their plans.

There is a lot of opportunity for RIM here, but there are also a lot of things they would have to get right. For example, I've heard rumors they might only support newer phones or OS versions. That would be a mistake - Curves running really old versions of the OS are still being sold today. Another rumor I heard was that they might only work with developers who are part of their Alliance Program which costs $2,000 to join. Then, there is the hurdle of getting the app store onto devices in a way that makes carriers comfortable. Presumably some sort of revenue share has to be negotiated with each carrier. RIM certainly doesn't have an easy road ahead of them.

Also, if you read RIM's October press release announcing the Storefront, they claimed they would be letting developers submit apps starting this past December. December came and went and I didn't see anything. That means they're either behind in schedule, or worse, they're only working with Alliance partners and that's why we didn't see anything.