It’s not like me to take a break from working on Flow to write something like this, but I feel that I’ve got to be honest and upfront.
—
Many of you reading have been following the maturation of Flow for almost one year now. If you haven’t been following for that long, here’s the synopsis: I released one small video of a head-to-head speed comparison of Flow and Transmit in around February of last year, and it received (what I consider) a whole lot of attention. People were really excited, not only for the speed, but for the interface, and the idea that there’d be a new kid on the FTP block — a new chance for someone to do things a little bit differently, and most importantly, a new branch of innovation to happen in the market. It was that last aspect — the idea that we could take an FTP client to places it had never been before — that excited me most about the whole ordeal. It’s the reason my whiteboard is never empty.
—
Unfortunately, I was a bit naive a year ago. Flow is (and was) the first piece of software I’ll actually be publicly distributing, and so I was definitely new to all of this — and as a result, I was vastly unaware of how long it took software to actually blossom into something I’d consider good enough for 1.0. If you’re not the type who makes software, I’ll just summarize this epiphany bluntly: Making software is hard. It’s not that programming is particularly difficult, but turning an idea into full-fledged product is hard work. It’s work I love, and that’s why I keep at it, but make no mistake about it — it’s tough.
I’m a stickler for quality, and at the same time, I really wanted to get 1.0 (what I refer to as the “solid foundation”) out the door and into your hands. And so I promised dates I missed by a long-shot, and since then my tactic has been to simply not reveal dates at all. The downside of this is that I’m leaving you guys in dark. I’m not a fan of that.
It’s for this I’d like to apologize. Everyday I feel pressure to move forward at faster rates, and that’s because I feel terrible for showing Flow off (or at least part of it) so early in the development cycle. As I mentioned, back then, I didn’t even know it was early in the development cycle, but what’s done is done. That being said, I’m more grateful than you can possibly imagine to those who have shown their support in the past year. I can safely say without exaggeration that your support is why I’ve kept working on Flow even when I’ve felt I was on the brink of losing it. Again, thank you. There’s a certain contradiction in this situation — I want to keep these supporters waiting as little as I can, and at the same time I want to provide the best quality I can.
So basically, this is a matter of time.
—
If you know me personally (or you’ve googled me), you probably know why time as a deterrent is so gosh-darn obnoxious for me. I’m a student — a high school student. I’ll be graduating in June of this year. While I’m in New York now, by September I’ll either be in California or Massachusetts, attending a university.
The trouble here isn’t, in fact, anything else but time. I’ve got the feedback I need. I’ve got the tools and resources and knowledge I need. What I don’t have is eight hours a day to work on the thing I wake up every morning thinking about. To say that sucks is a vast understatement. Hell, I’ll level with you. It blows.
Many of you will probably wonder why I’ve taken so long to bring up this fact. The reality is that I don’t think it’s something you, as a customer, should need to be concerned about. I still hold that belief. The quality of Flow is in no way dependent on the fact that I’m a student — the rate at which it’s developed, however, is.
—
While the above may have been a surprise to you, it may surprise you further to discover that I’m the only person working on Flow (at all). With the exception of the beautiful icons and website that Sebastiaan de With and Adam Betts designed (respectively) for me, literally everything else that’s been made has been done by me. From the custom authenticated beta-center download system, to this blog, to Flow itself, it’s been my blood, sweat, and tears.
And make no mistake, I loved every minute of it. And thus, for all intents and purposes, Flow is a one-man-show. Personally, I think that’s wonderful. There’s no communication overhead in any portion of the product, and that makes for a tighter delivery. Additionally, a big part of why I develop for Mac OS X is because this type of thing is actually possible with it’s strong development platform. You don’t find that anywhere else. (I’ve checked.)
However, unlike some other companies, this means I’m comparatively slow in terms of development and man-power.
—
To put it simply, I’m sharing this information with you because I think the next best thing to being able to develop Flow as fast as I’d like to is to let you know why I can’t. Rest assured, I’m devoting as much time as I possibly can to Flow (I wake at 6 AM and sleep at 2:30 - 3:00 AM), so by no means do I intend this entry to be an excuse; I simply want to share what’s happening inside the beast.
—
As I mentioned previously, one of the upsides to Flow being a one-man-show is that you get to talk directly with the guy who writes the code. So when I say your feedback counts…trust me, I mean it. Whether you’re an existing beta tester or you’re just watching from the outside, I’m interested in what you think. If you’d like to make my day, leave a comment and let me know exactly what that is.
Thanks for the continued support,
Brian Amerige.