<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0"><channel><title>Squeejee Blog - Latest Comments</title><link>http://squeejee.disqus.com/</link><description /><language>en</language><lastBuildDate>Mon, 09 Nov 2009 22:49:15 -0000</lastBuildDate><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" href="http://feeds.feedburner.com/squeejee/comments" type="application/rss+xml" /><feedburner:browserFriendly></feedburner:browserFriendly><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com" /><item><title>Re: Sipping on Some Moonshine For Rails Deployments</title><link>http://squeejee.com/uncategorized/2009/11/09/sipping-on-some-moonshine-for-rails-deployments/#comment-22518142</link><description>Very cool stuff. Had no idea about the WordPress recipe. Will have to give that a whirl.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">pengwynn</dc:creator><pubDate>Mon, 09 Nov 2009 22:49:15 -0000</pubDate></item><item><title>Re: Charging from Day 1: Genius or Deathknell?</title><link>http://squeejee.com/blog/2009/10/29/charging-from-day-1-genius-or-deathknell/#comment-21358519</link><description>Marshall, thank for the book recommendation. MVP is a term that's been coming up a lot lately and I 100% agree. &lt;br&gt;&lt;br&gt;I think we did a pretty good job of finding the mvp for TweetSaver... we have a decent backlog of features we'd *like* to implement... but they aren't necessary and customers seem to be happy with what we have.&lt;br&gt;&lt;br&gt;I also really enjoyed Dave McClure's &lt;a href="http://www.google.com/url?q=http://500hats.typepad.com/500blogs/2009/10/startup-metrics-for-pirates-kill-a-feature-fowa-london-oct-2009.html" rel="nofollow"&gt;Startup Metrics&lt;/a&gt; presentation where he talks about killing features instead of adding features.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">bradleyjoyce</dc:creator><pubDate>Fri, 30 Oct 2009 12:06:32 -0000</pubDate></item><item><title>Re: Charging from Day 1: Genius or Deathknell?</title><link>http://squeejee.com/blog/2009/10/29/charging-from-day-1-genius-or-deathknell/#comment-21358168</link><description>This reminds me of the Customer Development Process, as espoused by Steve Blank &lt;br&gt;&lt;br&gt;&lt;a href="http://steveblank.com/category/customer-development/" rel="nofollow"&gt;http://steveblank.com/category/customer-develop...&lt;/a&gt;&lt;br&gt;&lt;br&gt;If you haven't read his book, check out &lt;a href="http://www.amazon.com/Four-Steps-Epiphany-Steven-Blank/dp/0976470705" rel="nofollow"&gt;the 4 Steps to Epiphany&lt;/a&gt;, which I consider to be a must read for internet entrepreneurs.  Blank has a great framework that you can use to structure your marketing efforts, and line them up neatly with an iterative software development process.  Seriously great stuff.&lt;br&gt;&lt;br&gt;Blank's term for what you are describing is the &lt;a href="http://venturehacks.com/articles/minimum-viable-product" rel="nofollow"&gt;Minimum Viable Product&lt;/a&gt;, or the product with just the necessary features to get money and feedback from early adopters.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">twitter-14412699</dc:creator><pubDate>Fri, 30 Oct 2009 12:00:26 -0000</pubDate></item><item><title>Re: Being Successful as a Distributed Team</title><link>http://squeejee.com/blog/2009/10/28/being-successful-as-a-distributed-team/#comment-21296200</link><description>Thanks for the comment, Chris.  The funny thing is that both you and Bradley seem to be more productive working internationally than working in the States!  ;-)&lt;br&gt;&lt;br&gt;But seriously, that is the beauty of the age we live in today.  As long as you have access to a decent internet connection, you can literally work anywhere in the world and not lose a step.  It is a beautiful thing.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mully</dc:creator><pubDate>Thu, 29 Oct 2009 18:42:11 -0000</pubDate></item><item><title>Re: TweetSaver vs BackUpMyTweets vs TweetBackup</title><link>http://squeejee.com/blog/2009/10/29/tweetsaver-vs-backupmytweets-vs-tweetbackup/#comment-21281476</link><description>Thanks for writing about TweetBackup! TweetBackup will support DM etc within a few weeks</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jonasl</dc:creator><pubDate>Thu, 29 Oct 2009 14:36:07 -0000</pubDate></item><item><title>Re: Being Successful as a Distributed Team</title><link>http://squeejee.com/blog/2009/10/28/being-successful-as-a-distributed-team/#comment-21265052</link><description>Great write up Brad! I worked from China during the Olympics while working for Squeejee and it's been one of the most rewarding experiences of my life. &lt;br&gt;&lt;br&gt;I think the two main ingredients break down to communication and trust. &lt;br&gt;&lt;br&gt;We have many tools to facilitate communication (as Brad mentioned), but the trust was built up over time.  It was built up from many face to face meetings and debugging sessions.  To further make the experience as seamless as possible to my coworkers and clients, I worked on US time, which meant working from 9pm-5am Beijing time. &lt;br&gt;&lt;br&gt;I also had to deal with the limitations of international travel, especially to a country like China. For example, Skype, Twitter, Facebook, Feedburner, Wikipedia, etc would be randomly banned and unbanned. If something was down, you never knew if it was the Great Firewall of China or if the site was really down. And who could forget working from Starbucks for a week while my internet was being set up. &lt;br&gt;&lt;br&gt;There were many many hiccups, but I mention these things just to point out that even if you use all the tools, it still comes down to an accommodating employer who is willing to put up with those hiccups. If you're fortunate enough to be in that type of environment, you can make it work.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">cglee</dc:creator><pubDate>Thu, 29 Oct 2009 10:40:21 -0000</pubDate></item><item><title>Re: Being Successful as a Distributed Team</title><link>http://squeejee.com/blog/2009/10/28/being-successful-as-a-distributed-team/#comment-21215515</link><description>We had pretty much exactly the same experience at my last startup. That's why a few of us are building ShopTalk now (&lt;a href="http://shoptalkapp.com/" rel="nofollow"&gt;http://shoptalkapp.com/&lt;/a&gt;). It's specifically designed to keep distributed teams in touch. Check it out, and thanks for the great post.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">davidshoemaker</dc:creator><pubDate>Wed, 28 Oct 2009 18:09:54 -0000</pubDate></item><item><title>Re: Being Successful as a Distributed Team</title><link>http://squeejee.com/blog/2009/10/28/being-successful-as-a-distributed-team/#comment-21213694</link><description>hey Marshall... I have some pics posted on my everlater page at &lt;a href="http://everlater.com/bradleyjoyce" rel="nofollow"&gt;http://everlater.com/bradleyjoyce&lt;/a&gt; and then a few more on my flickr account &lt;a href="http://www.flickr.com/photos/29213832%40N03/" rel="nofollow"&gt;http://www.flickr.com/photos/29213832@N03/&lt;/a&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">bradleyjoyce</dc:creator><pubDate>Wed, 28 Oct 2009 18:03:55 -0000</pubDate></item><item><title>Re: Being Successful as a Distributed Team</title><link>http://squeejee.com/blog/2009/10/28/being-successful-as-a-distributed-team/#comment-21213623</link><description>Thanks for the comments everyone... papy posted the correct links and I've updated the post with them as well.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">bradleyjoyce</dc:creator><pubDate>Wed, 28 Oct 2009 18:02:33 -0000</pubDate></item><item><title>Re: Being Successful as a Distributed Team</title><link>http://squeejee.com/blog/2009/10/28/being-successful-as-a-distributed-team/#comment-21213595</link><description>&lt;a href="http://www.getharvest.com/blog/2009/04/use-co-op-with-harvest-try-ico-op-for-your-iphone/" rel="nofollow"&gt;http://www.getharvest.com/blog/2009/04/use-co-o...&lt;/a&gt;&lt;br&gt;&lt;br&gt;maybe</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mebigfatguy</dc:creator><pubDate>Wed, 28 Oct 2009 18:01:56 -0000</pubDate></item><item><title>Re: Being Successful as a Distributed Team</title><link>http://squeejee.com/blog/2009/10/28/being-successful-as-a-distributed-team/#comment-21213330</link><description>I was just wondering the same, and here it is:&lt;br&gt;&lt;br&gt;&lt;a href="http://coopapp.com/" rel="nofollow"&gt;http://coopapp.com/&lt;/a&gt;  Scrum?&lt;br&gt;&lt;a href="http://www.getharvest.com/" rel="nofollow"&gt;http://www.getharvest.com/&lt;/a&gt; Time Tracking</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">papyromancer</dc:creator><pubDate>Wed, 28 Oct 2009 17:56:35 -0000</pubDate></item><item><title>Re: Being Successful as a Distributed Team</title><link>http://squeejee.com/blog/2009/10/28/being-successful-as-a-distributed-team/#comment-21212827</link><description>I'd love a link to Co-Op as well, please. Great article. Thanks!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Doug</dc:creator><pubDate>Wed, 28 Oct 2009 17:46:33 -0000</pubDate></item><item><title>Re: Being Successful as a Distributed Team</title><link>http://squeejee.com/blog/2009/10/28/being-successful-as-a-distributed-team/#comment-21212764</link><description>Great advice. I'm also on a distributed team. I want to add a plug for reviewboard (&lt;a href="http://code.google.com/p/reviewboard/" rel="nofollow"&gt;http://code.google.com/p/reviewboard/&lt;/a&gt;). It's a very nice tool for sharing/reviewing/annotating diffs.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">J. David Lowe</dc:creator><pubDate>Wed, 28 Oct 2009 17:45:24 -0000</pubDate></item><item><title>Re: Being Successful as a Distributed Team</title><link>http://squeejee.com/blog/2009/10/28/being-successful-as-a-distributed-team/#comment-21211966</link><description>Bradley,&lt;br&gt;&lt;br&gt;Great post!  I live in Dallas but work for a consulting company based in San Francisco.  We wrestle with many of the same challenges every day.&lt;br&gt;&lt;br&gt;What is Co-op?  Can you supply a link?  "Co-op" is a common phrase which resists my GoogleFu.&lt;br&gt;&lt;br&gt;And congratulations on your trip to Peru!  Do you have any pics posted online?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">twitter-14412699</dc:creator><pubDate>Wed, 28 Oct 2009 17:29:49 -0000</pubDate></item><item><title>Re: Questions for OneForty.com - Squeejee</title><link>http://squeejee.com/blog/2009/10/08/questions-for-oneforty/#comment-19705465</link><description>Hi folks,&lt;br&gt;&lt;br&gt;We're doing our best to hear and respond to developer feedback and better serve the community.&lt;br&gt;&lt;br&gt;Our approach to the developer contract was wrong. We're working to make it right. Here's how:&lt;br&gt;&lt;br&gt;Revised Publisher Registration Contract&lt;br&gt;    * Effective immediately, the old Reseller Agreement is replaced with a Publisher Registration Contract. (View it here: &lt;a href="http://oneforty.com/terms/publisher_contract" rel="nofollow"&gt;http://oneforty.com/terms/publisher_contract&lt;/a&gt;)&lt;br&gt;    * This lets you register as a developer and claim your apps. &lt;br&gt;    * We're still working on needed improvements to this contract to create productive terms of service that cover registration, claiming and optional donations&lt;br&gt;&lt;br&gt;Two separate agreements:&lt;br&gt;    * Publisher Registration Contract (applies if you wish to register for developer privileges to claim and edit your app)&lt;br&gt;    * Reseller Agreement (future: will only apply if you wish to offer items for sale at &lt;a href="http://oneforty.com" rel="nofollow"&gt;oneforty.com&lt;/a&gt; when that functionality is rolled out). This contract will be developed as part of our ecommerce pilot program. Interested in being part of the pilot testing? Ping us at &lt;a href="mailto:developers@oneforty.com" rel="nofollow"&gt;developers@oneforty.com&lt;/a&gt;.&lt;br&gt;&lt;br&gt;Donations&lt;br&gt;    * To revise the contract today, we had to temporarily disable the donation service.&lt;br&gt;    * We have refunded all donations that were made under the terms of the old contract.&lt;br&gt;    * We're revising the Publisher Registration Contract to allow us to turn donations back on for those who opt-in.&lt;br&gt;&lt;br&gt;Reseller Agreement&lt;br&gt;    * As part of our ecommerce pilot, we'll create a second contract for developers who wish to sell products on our site.&lt;br&gt;    * Its terms will be more developer friendly and created together with your feedback.&lt;br&gt;&lt;br&gt;Thank you for bearing with us while we work out these early kinks. We value your feedback, and we're anxious to make the Twitter community an even better place. As always, you can reach us at &lt;a href="mailto:developers@oneforty.com" rel="nofollow"&gt;developers@oneforty.com&lt;/a&gt;.&lt;br&gt;    &lt;br&gt;Warmly,&lt;br&gt;the oneforty team&lt;br&gt;&lt;br&gt;Laura, Mike, Michael and Robby&lt;br&gt;&lt;br&gt;***NOTE: You do not have to claim your apps to get credit as the developer. Prefer no contract at all? We can add your name as the developer on a listing without you having to agree to anything beyond the site's general TOS.***</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">oneforty</dc:creator><pubDate>Fri, 09 Oct 2009 19:10:16 -0000</pubDate></item><item><title>Re: Questions for OneForty.com - Squeejee</title><link>http://squeejee.com/blog/2009/10/08/questions-for-oneforty/#comment-19695716</link><description>I think it's great that you guys are so upfront and transparent about this.  Thanks!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jgiven</dc:creator><pubDate>Fri, 09 Oct 2009 15:42:17 -0000</pubDate></item><item><title>Re: Questions for OneForty.com - Squeejee</title><link>http://squeejee.com/blog/2009/10/08/questions-for-oneforty/#comment-19676442</link><description>Thanks so much for the reply and getting involved in the discussion so quickly. It speaks a lot to your intent and purpose to be open about mistakes and where you're heading going forward.&lt;br&gt;&lt;br&gt;In my mind, the store aspect of OneForty really complicates the life of a twitter app developer. There is just so much more to take into consideration. With regards to customer contact, this is going to be a touchy issue.&lt;br&gt;&lt;br&gt;For us, if you are using one of our apps then you've agreed to allow us to contact you via email for such purposes as informing you of updates to the application, info regarding your account/subscription and general marketing. Of course, we hate spam just as much as the next person so not only do we rarely send out emails (just so we're not perceived as annoying), but when we do we use a professional service (MailChimp) which then allows people to unsubscribe should they not want to receive anything from us. Since we pride ourselves on our level of customer service and support to our customers, giving up this right to freely communicate is not really an option for us. The way you have it worded now is like we're automatically assumed to be inconsiderate and we're going to spam the heck out of the people who are paying to use our products. This sounds like the lawyers talking. It's a much stronger deterrent to know that an upset customer can leave a bad, public review about any misbehavior. &lt;br&gt;&lt;br&gt;At the end of the day, by choosing to be the middleman, you've got to assume a lot of the risk for what you allow in to the store. It's unrealistic (and borderline offensive) to ask people for their apps, and then (through this contract) do as much as you can to keep the risk on the developer (this was the way I initally perceived things after reading the contract). Do your diligence upfront to only let upstanding developers/apps into the store and then let the community moderate. After all, you have the final ability to remove any app from the store. If you get a lot of complaints about someone, it wouldn't be hard to stop it pretty fast.&lt;br&gt;&lt;br&gt; The other thing I don't really understand is this notion of stuff distributed by oneforty.... the percentage of apps that could be distributed by oneforty is extremely small (basically just desktop apps right? most twitter apps are web based and phone apps are going to be distributed through their respective app stores). A lot of the language in the contract just doesn't make sense for web-based apps which will be the majority of apps listed in OneForty. All of Squeejee's twitter apps are web based. How would we sell these through OneForty? I don't see how that makes any sense. Of course we'd be happy to have OneForty participate in any of our affiliate programs so if you send us a new customer who ends up subscribing, we'll throw a little love back your way. Any other arrangement I think would be over complicated for the amount of money we're charging people.&lt;br&gt;&lt;br&gt;Again, I've been really pleased with your openness and responsiveness to developer concerns over the contract. Hopefully the community can continue to discuss (civilly, what is is with some people and their negativity?!) and improve things to make OneForty a success for all involved.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">bradleyjoyce</dc:creator><pubDate>Fri, 09 Oct 2009 11:22:55 -0000</pubDate></item><item><title>Re: Questions for OneForty.com - Squeejee</title><link>http://squeejee.com/blog/2009/10/08/questions-for-oneforty/#comment-19654986</link><description>It's not that you -can't- remove my site from your directory.  You -can-.  You are -refusing to-.  I'm not inclined to believe that you have the freedom to waive the developer contract on the spot but are somehow legally hamstrung with regard to the no-removal policy.&lt;br&gt;&lt;br&gt;It's not as though I asked you to take down a link to my application that someone else added.  &amp;gt;&amp;gt;I&amp;lt;&amp;lt; submitted my application to the directory; it's ludicrous that I shouldn't have the ability to un-publish my own work.&lt;br&gt;&lt;br&gt;You claim that if the terms of your contract preclude serving the developer community, then you're not doing your jobs.    Not allowing a developer to remove an application that he himself submitted is not "serving the developer community".</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Duane Roelands</dc:creator><pubDate>Fri, 09 Oct 2009 06:30:38 -0000</pubDate></item><item><title>Re: Questions for OneForty.com - Squeejee</title><link>http://squeejee.com/blog/2009/10/08/questions-for-oneforty/#comment-19625105</link><description>sorry for the confusion over the opt-out interface. i just checked both apps to see if i could help switch that off for you, but i think you're set? FWIW, yes the contract opt-in has been there in the developer registration flow since alpha testing launched. thanks for taking time to help us understand all this better. please let us know any other thoughts, anytime.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">oneforty</dc:creator><pubDate>Thu, 08 Oct 2009 22:57:11 -0000</pubDate></item><item><title>Re: Questions for OneForty.com - Squeejee</title><link>http://squeejee.com/blog/2009/10/08/questions-for-oneforty/#comment-19624937</link><description>@bradleyjoyce and @patrick good call. we're going to separate the agreement that lets you claim and promote your apps from the reseller program agreement. we need something at the claiming stage to establish the terms of service for letting you edit your app, but the heavier reseller stuff can and should wait for later.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">oneforty</dc:creator><pubDate>Thu, 08 Oct 2009 22:51:23 -0000</pubDate></item><item><title>Re: Questions for OneForty.com - Squeejee</title><link>http://squeejee.com/blog/2009/10/08/questions-for-oneforty/#comment-19623607</link><description>this is laura, and i am personally and sincerely quite sorry i can't change simply waive the no removal policy on the spot even though you very politely requested us to. we ARE actively examining the policy. that's the best i can do tonight.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">oneforty</dc:creator><pubDate>Thu, 08 Oct 2009 22:16:51 -0000</pubDate></item><item><title>Re: Questions for OneForty.com - Squeejee</title><link>http://squeejee.com/blog/2009/10/08/questions-for-oneforty/#comment-19621890</link><description>Hey everyone, thank you for taking the time to help us better understand and better serve the developer community.&lt;br&gt;&lt;br&gt;We read this and shared it with our investors, advisors and even our @oneforty and @pistachio Twitter readers. We're glad this conversation about the contract is happening. We've been trying to gather feedback via our developer alpha this summer and the Twitter API developers list. We're listening earnestly. We especially want to get this contract right before we start pilot tests that will let developers sell directly on oneforty.&lt;br&gt;&lt;br&gt;There's also a bunch of things you didn't raise (others have) that we're changing. just a few of them:&lt;br&gt;-We already killed the "we get a share of offsite sales" clause &lt;br&gt;-We are seriously reexamining how to improve the minimum payments threshold and time delay before payments get sent out&lt;br&gt;-We're changing the cancellation terms&lt;br&gt;&lt;br&gt;These -- and quite a few other -- things are being actively reevaluated. We know it's lame to hear "we're working on it" as our main answer to you right now, but that's the plain truth. Quick specifics on what you raised:&lt;br&gt;&lt;br&gt;2.1 Needs to be more clearly expressed what this even means. This unclear language confused at least one developer into thinking our model is royalty based (it's not) and that all payments would be made to developers as "donations/gifts" instead of regular income (they're not going to be)&lt;br&gt;2.2 Trial versions should only apply to trial versions distributed through us. Not ANY trial version you ever share.&lt;br&gt;3.2 We're not trying to force you to provide phone support, so we need to rewrite that&lt;br&gt;4.0 FEES - we agree we need much more explanation and support around how we imagine all of this working&lt;br&gt;5.2 We need to work out fair terms under which the customer relationship gets shared. What's in the contract now ain't it yet.&lt;br&gt;&lt;br&gt;We'd particularly love to hear your concerns about sharing the relationship with the customer fairly. (ie, the part about not contacting them in any way except to provide support.) That's a tough one to figure out. Whatever we end up with needs to protect developers, oneforty and honor oneforty community privacy expectations.&lt;br&gt;&lt;br&gt;We feel strongly that the marketplace needs to grow as a partnership between oneforty and the communities it serves.&lt;br&gt;&lt;br&gt;More on why we feel this way, from our FAQ &lt;a href="http://oneforty.com/pages/faq#developers" rel="nofollow"&gt;http://oneforty.com/pages/faq#developers&lt;/a&gt;&lt;br&gt;&lt;br&gt;What if I disagree with the terms of the developer contract?&lt;br&gt;Tell us. We're here to cultivate and serve a community in which everybody thrives. If our terms preclude that, we're not doing our jobs, and we want to know it. We rely heavily on feedback from the developer community&lt;br&gt;&lt;br&gt;Thanks for opening up this dialog and we look forward to more of it.&lt;br&gt;&lt;br&gt;Warmly,&lt;br&gt;Laura, Mike, Michael &amp; Robby (@oneforty)&lt;br&gt;&lt;br&gt;Laura Fitton (@pistachio)&lt;br&gt;Mike Champion (@graysky)&lt;br&gt;Michael Macasek (@macasek)&lt;br&gt;Robby Grossman (@freerobby)</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">oneforty</dc:creator><pubDate>Thu, 08 Oct 2009 21:22:45 -0000</pubDate></item><item><title>Re: Questions for OneForty.com - Squeejee</title><link>http://squeejee.com/blog/2009/10/08/questions-for-oneforty/#comment-19621747</link><description>Hm.  Two members of the OneForty team just refused to pull my applications out of their directory.  That's annoying.  Guess I'll have to rename it to "OneForty Developer Contract Is Unethical"</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Duane Roelands</dc:creator><pubDate>Thu, 08 Oct 2009 21:18:10 -0000</pubDate></item><item><title>Re: Questions for OneForty.com - Squeejee</title><link>http://squeejee.com/blog/2009/10/08/questions-for-oneforty/#comment-19620047</link><description>My application is free and open-source and will always be so, so this affect me all that much.&lt;br&gt;&lt;br&gt;That being said, I find the terms of this agreement to be noxious and parasitic.  I'll be removing my application from oneforty until such a time as this goes away.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Duane Roelands</dc:creator><pubDate>Thu, 08 Oct 2009 20:38:44 -0000</pubDate></item><item><title>Re: Questions for OneForty.com - Squeejee</title><link>http://squeejee.com/blog/2009/10/08/questions-for-oneforty/#comment-19617704</link><description>When I claimed my app I started and stopped about three times due to the contract.  Finally, I decided that since my app (&lt;a href="http://tweepdiff.com" rel="nofollow"&gt;http://tweepdiff.com&lt;/a&gt;) was a website with no payment plan and nothing for the user to purchase, most of the terms that looked scary weren't going to affect me.  But I did message Lynn at the time about making it more clear, especially for external websites.  I agree that you should be able to claim your app without signing an agreement.  There should be a plain English description of what you are agreeing to and why, sort of like a term sheet.  That way, if you decide you want to enter into a full-fledged agreement, it's just a matter of making sure the contract matches the plain English version.&lt;br&gt;&lt;br&gt;Brian Deterling&lt;br&gt;@bdeter</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Brian Deterling</dc:creator><pubDate>Thu, 08 Oct 2009 19:31:54 -0000</pubDate></item></channel></rss>
