Having said that, as mentioned below; there would be some areas or products where it would work as it would save on other expenditure.
I believe like offline world, online also would have all models. It is on use to make most of a particular model.
Here is how most non-subscription based e-commerce companies today work:The company shows some traction, gets good funding, acquires customers at a cost higher than the value of the current transaction, with the hope that the customer would later come back to buy more, and the company could recover the acquisition cost over time, and make profits. But every other competitor in the space is doing the same, and the customers have multiple places to buy from. So, the company ends up acquiring the same customer time and again, and all these costs get added up to the customer acquisition cost. But in the early stages, the lifetime value of the customer wouldn't be evident, and the company might end up spending lot more than the lifetime value to acquire transactions in the short term.
This problem doesn't happen with subscription based e-commerce companies, as long as they provide a good service and are able to retain the subscriptions. They could pay for advertisements on a cost per acquisition model, and count only new customer acquisitions, and subscription upgrades are conversions. This way their customer acquisition cost would be constant and under control.
Here are some of the areas where subscription based e-commerce would work well:1) Groceries, fruits and vegetables2) Cosmetics and sanitary products - Facial creams, lipsticks, skin care products, after shave lotion, shaving foam, kitchen napkins, toilet papers, sanitary napkins & tampons, condoms, cleaning agents, detergents, etc.3) Baby products - diapers, baby oil, talc, etc.4) Medicines - Diabetic, blood pressure control, cancer drugs, etc. - But there are regulatory concerns here5) Undergarments, socks, etc.
Most of this is already being done by some company or the other.
The one question I have (and it isn't a critique, mind you) is that each of your plans seems to coincide fairly identically to AppointmentReminder.org (Patrick's offering) but is more expensive. Is this a white label offering of his? If not, what additional value to do you feel you're offering for the extra coin, or do you just believe that he's leaving money on the table?
p.s. I own MissReminder.com if you want to buy it. imho potential for much better branding... ;-)
As for support, all companies suck but they are several orders of magnitude better than HP and Dell. We've had not had anything break for a year or two which is good and when we did (a t420 doa), it was resolved in 4 days.
A recent datapoint on shipping speeds is that a W530 ordered Sept 28th arrived at the door on Oct 18th.
I just bought a t430 off of a reseller there - needless to say, it wasn't customized but I got it in a few days time. It also cost around $150 less than the lenovo website.
The reason I love Lenovo is for their build quality.
Presumably that's why you have an e-mail in your profile when there's nothing compelling you to share that. That someone actually used that e-mail should not result in public defamation and linking their business name with spam. Networking is something lots of professionals do -- and you can opt out by simply not giving out your e-mail, or saying so in your profile.
Now we can see that he also sent the same mail to some other people. That's much less 'cool', and I agree that businesses shouldn't harvest profile e-mails just to market to us. But you gave no indication you knew that when you came here to call it spam -- and you should really be sure before making serious claims that could have ramifications for his company for years. This submission is gonna be in search engines forever with his company name and his target keywords in it.
First of all, I'm sorry to jason_slack for the major inconvenience caused by my email. It was written by me, came from my work email account (saumil.mehta AT getlocbox.com, in case you care to know), was sent 1-1 not en masse (you can check the headers) and was in no way intended to get anyone ticked off.
Secondly, yes. I've emailed well over 100 people personally in the last 15 days. A bunch of the emails have had very similar body copy so that is also accurate. I read Hacker News a decent bit and always search around for folks doing frontend work by using the search box and if I like their submissions/comments and sometimes if I just find their username intriguing or entertaining I poke around for their bio for their email and send them the note you see above. I do it nights and weekends after my "day job".
Thirdly, I work at and run a venture-backed company in San Francisco. It's the best job I've ever had and as everyone knows, learning from and working with good folks is paramount. It is also challenging to connect w/ the same folks.
With that backdrop set, I will admit freely that I like to ask for help. A lot. I ask lots of people. I cold email a lot of people. I do it with potential customers, potential partners, potential investors, potential folks that might be interested in contracting w/ us or joining our team. I always do it respectfully IMHO. Hell, I've even done it to Patrick Vlaskovits who was kind enough to respond in my stead on this page (hey Patrick!).
The outreach I discuss above has actually been excellent. It has yielded lots of fun conversations over email and Skype and several great phone and in-person conversations with folks in the community. I used to be a (decent but never great) developer. I love shooting the shit w/ other developers. A lot of it goes nowhere because most folks are busy at their day jobs or startups or are booked for contracts or don't care to work w/ us after talking w/ us. Some of it has resulted in freelancing contracts that has really helped my startup. That's all par for the course but a great investment of my time and (hopefully) anyone that takes time out of their busy day to talk to me.
In case you care, the response rate that I tabulated manually in my Google Apps account has been well north of 25%. That tells me that folks are, generally speaking, happy to talk to me and that I'm not wasting their time or trying to sell them timeshares.
I have had exactly 2 people tell me to go take a hike over email. That's ok too. When it happens I always apologize for the inconvenience and move on. But by and large the Hacker News community has been fantastic to connect with and learn from.
Lastly, a philosophical point. We all know startups are hard and millions of dollars of funding does nothing to change that. The only way to hack it after being at it for 18 months, I've found, is to ask for help very proactively, even of folks I don't know. It has stood me in great stead in every endeavor - fundraising, contracts, partnerships, customers, office space leasing, personal sanity maintenance, you name it. I hope you will agree and if you don't, feel free to email me or call me at (415) 322-9308 and flame me over the phone in the middle of my work day :)
Thanks all and good night!
I hope this doesn't cause me to second guess the next email I get from an HN user, since so far this is pretty aberrant in my experience and I've been really delighted to be in touch with the (admittedly few) folks who've pinged me this way.
I definitely don't think this is cool - contacting someone you find via HN because you have something relevant to discuss: that's actually awesome. Mass sending the same generic message to anyone who lists an email address: that's just spam.
Note to Saumil: use a "spinner" script next time buddy. ;)
* The layout of the pricing page is odd. Use the plan name as a column instead of a row. Most folks are used to seeing it that way - https://drone.io/pricing
* Do not start by showing the user a free plan. Users scan a page from left to right. Don't give them something they will easily choose right away.
* Get yourself a 'features' page that highlights what you offer in bullet points.
I'm on a very slow connection and it's much faster to do a git push than to deploy a compiled application.
I often use a mailinator address when I'm not serious about signing up. It's very convenient.
It also has a simple/open API that anyone can use (being using that on our own sites).
For submissions you can submit a url or text but not both, and URLs in the text don't get parsed.
Those guys help a lot when you've only got 24 hours to get over the hump (ask the Firebase guys).
Also, I may be biased as a hardware engineer, but I only consider hackathons that welcome both software and hardware projects.
As a developer, it's important to realize this and act accordingly. Don't be afraid to tell them that since you're being moved to a position that should pay $X, you'll need them to pay you $X from here on out.
Further, you've also identified the key reason that people move from job to job so frequently in this industry. That's how you get raises. You're never going to convince that Fortune 100 company to double your salary twice over the course of your first four years out of school. You'll have absolutely no problem convincing the market at large to do that though.
Also, social dynamics favor not pissing people off over rewarding high performance. For example, they would rather lose a developer X than pay him/her what they're worth because it would be "unfair" to all the other developers that they are currently paying below market.
Of course, raising everyone's salary to reflect market rates "doesn't make sense" in the short term and the short term is what concerns most individuals in the company. If manager Bob gets "good numbers" this quarter, maybe he gets a raise. If manager Bob, keeps down technical debt, attracts good devs and does stuff that in general aligns with the company's long term goals it may not look as good on this quarters numbers.
Your best bet is to go to another company. If you're very lucky, another developer will leave for a lot more money and management will wake up and give you raise. A company I left once gave the remaining developer something like a 50% raise.
It's easier for you to take a below-market value without switching companies than it is for you to quit your job, take a risk and hope for a higher value on the open market.
The best thing to do in this situation is to have leverage. other offers, networks, or a side business that lets you call them out on their offer and start negotiating for something better.
I like being able to round file resumes from email@example.com and domains like hotmail, msn, or aol.
Alternately, trying to find caches of the content. I had some 'An Extremely Gentle Introduction to x" type of posts on the blog that people seem to be missing. :-\
Pretty exciting the way it is shaping up.
It does zombie detection in the wild now!
I am also trying to make a Titanium desktop app out of it.
Currently working on resolving some CSS issues and a few other code problems.
The answer is made up of many variables but comes down to it not being as popular, it not having anywhere near the volume of plugins being made for it as jQuery, nowhere near as much content produced about it, and so on.
Dojo is great but there doesn't seem to be a concerted effort to promote it in a way that it hits critical mass with regards to other people generating screencasts, tutorials, plugins, etc, that do well on sites like HN, Reddit, or even getting shared on Twitter.
For something to have wide exposure, it doesn't matter how good it is. What matters is how it's promoted, pitched, and marketed. Things like jQuery, MongoDB, and Rails have done a great job of the latter even if they're not the most technically excellent solutions.
Further I see Dojo as following the Java or .NET model of one large well integrated project where building apps with jQuery is more like the Perl approach of small projects contributed by a host of individuals. So with jQuery you generally go out and get Require.js, Underscore.js, Backbone.js and piecemeal together your libraries as you need them. There are merits to both models but some prefer one over the other. For me I use both, but it depends on the requirements. If someone wants a large corporate app replaced with a HTML version, I choose Dojo, if someone wants a widget that they can give out to third parties I choose jQuery.
I can't recall the app name, but I remember the UI. After typing a certain term, you could cycle through different webOS-style cards which represented different queried services.
I've been looking for something like this for a while now. Solid start.
I'm guessing that since the beta isn't ready yet, that's why you don't currently have a demo, but I'd rather like to see a demo or have a trial period before purchasing.
- How is the product tour presented to my end users, is it something I host or you host?- How well will it work with the somewhat crazy HTML/CSS I may have on my product?- Is $3 too cheap for something like this as it's somewhat specialist, i.e. I have to be a web site owner to use it?
Would I use it, not sure really. I don't have any live projects yet that would warrant a product tour.
But it's nice to see work in this area. My only other comment is the homepage colours aren't quite a vibrant as I would have liked - personal opinion.
Unlike tech, you will not have a giant windfall with real estate; but also unlike tech, it's very easy to price your product, find customers, and figure out what your cashflow will be for years to come.
I did a course on lifecycle emails for SaaS businesses recently. That did pretty well - a few hundred sales.
We haven't done any serious research or marketing for it. We simply focused down and built the highest quality app we could build, and it worked.
I run Correlated (http://www.correlated.org), a site that publishes one surprising correlation a day, using data generated by readers.
It was never really intended to be a money-making project, although I did give display ads and affiliate links a try, with very little success.
And then ... a book deal fell into my lap.
I had been shopping around a book proposal for "Experiments on Babies" (http://www.experimentsonbabies.com), and one of the publishers that was interested in that book also happened to note that I was the creator of Correlated, and asked if I would be interested in a separate deal to turn Correlated into a book.
I got a very nice advance for the two book deals, and in the case of Correlated, the writing involved is, for the most part, what I'd be doing anyway, deal or no deal.
Generally does very well. Way better than other stuff I've tried, like SEO/Marketing etc. The only problems I have is using a crap design, so it pays to know what the audience really wants before I try selling it to them.
I love to work on them and often do, but I'll frequently take weeks off at a time to travel and everything continues to run smoothly. The entire business is based on the drop shipping model, so I don't have to stock any inventory and can run the business from anywhere. Plus, the initial capital outlay was just $1,500 so I didn't have to take on any risk.
For anyone interested, I blog about running my two businesses and eCommerce in general at:
I personally really liked the book I Will Teach You To Be Rich -- it has a poor name but it's dense with incredibly practical advice particularly for people coming right out of college suddenly making an income.
I'm not getting rich off it, but it usually brings in a few hundred bucks per month and I like hearing from fellow developers who benefit from using it.
And no, my wife would not let me do this :)
I wouldn't call it totally passive, but if we ignored it, it wouldn't stop making money. We have consistently grown the sales over the last couple of years, and we are about to introduce a premium in-app purchase.
I have always thought making iPhone apps was a good business, despite what you hear on this forum.
I actually burned out within 6 months of trying to bootstrap the fledgling forum with fake activity, clever backlinks, and entertaining the trickle of registrants.
Burned out enough to take a a break for a while. Came back months later and it was a bustling forum of activity. Apparently I'd just reached that critical mass necessary for the community to be autonomous (able to entertain itself and cajole newbies to stay) before I took that break. Nowadays, I do very little beyond pay the server bill. It's staggering the amount of work volunteers (moderators) will put into maintaining a community and I'm grateful.
Recently had adsense disabled on my website after some automated process decided my website was "mature/adult-themed". The automated email cited a post in our forum's off-topic spammy section where some user copy and pasted the phrase "sexual intercourse" over and over again in Mandarin. Just some non-Mandarin-speaking teenagers being silly for a moment. Now I'm working on getting adsense reactivated.
I play on fanduel.com almost exclusively. If you have any questions or want some help getting started, send me an email (in profile). My referral link if you're so inclined: http://www.fanduel.com/?invitedby=yudarvish&cnl=da
All in all I get ~1200 USD of passive income which would be considered an average pay in Poland. I've got a startup on top of that which brings a lot more though.
Bunker is my SaaS solution which I market to freelancers and consultants who are looking for a complete solution for their small business (from creating quotes and proposals over project management and time-tracking to invoicing and payments).
Most other services specialize on a subset of what's needed (e.g. they're only doing invoicing, or only time-tracking, or only project management) and you have to go shopping for multiple solutions (and cross fingers that all of them integrate well with each other!). With Bunker my focus is on providing a complete, well-integrated experience.
So you could say my niche is "covering multiple niches" ;-)
I'd say that Bunker provides me passive income because my support burden is negligible and my churn-rate less then my conversion-rate. So if I wanted to I could go completely passive, but I'm committed to improve the app further and grow it.
Compared to my book, which fizzles out when I'm not actively marketing it, building a B2B subscription product is the best, most turnkey income source I've ever had.
In my experience it's much easier to price higher on the Mac App Store compared to iOS. Especially when you're selling a constantly-running notifier/utility. Feels more worth it when the app is passively used every time you use your Mac, as opposed to whenever you happen to find and use the random app on your 3rd home screen in iOS.
- EdgeCase http://itunes.apple.com/us/app/edgecase/id513826860?mt=12
- Reddit Notifier https://itunes.apple.com/us/app/reddit-notifier/id468366517?...
- One-Hand Keyboard http://itunes.apple.com/us/app/one-hand-keyboard-one-hand/id...
A paltry $100 per year in ad revenue.
Income is in the early 5 digits per month range (USD). Traffic dropped a bit from August to September so I've been working more on it lately :)
I'm still in the process of experimenting with my method to see how far I can take it, but the basics of it work already.
A lot of what people define as "passive income" is questionable. Most, if not all, passive income investment strategies require you to hold down a job, or other income, while financing assets that some day, HOPEFULLY, will be paid off enough that you don't have to work ever again.
Most of those plans take too long for my satisfaction. There are other means and methods if you learn and apply yourself. My book will hopefully detail and compare my method with a majority of others.
The obvious ones to look at, if you can invest time and/or money -
* Share trading* Property investment* Property flipping/options* Google AdSense (or similar)* Affiliate marketing* Tim Ferriss' muse / 4HWW* Network marketing/MLM* Website flipping
All of them have varying degrees of learning curve and time commitment to make happen. Few people will tell you how much commitment you need to make, they just focus on dangling the carrot.
It's the same deal for SEO, used to be a easy way to promote Adsense, CPA offers and what not, but the penguin change just makes it harder and harder to rank for keywords.
2012 has been definitely a slow year for Internet marketing, the worst I've faced since I started in 2006.
I get like $6/mo in affiliate fees, but I don't really advertise it so I'm lucky I get even that.
Launched in 2007 as a free service, got covered in CNBC India. Got loads of requests overnight so had to make it paid afterwards.
Around USD 2-3k income without doing lot of efforts.
It is one of the most unique ideas you can ever come across. Requires no paid marketing. You get extremely happy when Olympians, photographers use signatures designed by you on their websites and photographs as autographs.
Highly gratifying passive income.
It's effectively an online desktop publishing system aimed at making it easy for HR teams to deliver TRS (Total Reward Statements) in 10% of the time, at 10% of the cost, and with fewer errors.
It took a couple years to write, so I wouldn't say it was an easy investment, but it was fun to write. These days it ticks over and I don't spend much time on it at all.
Perhaps I should work on advertising more...
It makes ~2 dollars a day from adsense. Breadcrumbs, but I haven't spend any time on it for like half a year. Amazon affiliate adds almost nothing to this. Being in the Chrome Webstore seems to have helped a lot in page visits.
I still wonder from time to time if I should put some effort in upping this a bit. But my time is limited and the app doesn't fit my current strategy (mobile, mhealth specifically).
Although it hasn't even broken even, I'm now equipped with a ton of expertise and I have a few efforts I'm working on that I think will be quite popular. :)
I got 4 euros (minus google checkout fees) so far.
One thing I Have never seen is a "why" you should learn Rails and what you can do with it. What kind of web apps can I build? What can I do with it? Why would I want to?
Personally, I don't go for the informal tone, but it wasn't over the top and many books tend to go that way so no problem.
I like that it seems you won't be preaching about side technologies like git or tdd. It is an added difficulty when people add extra complications to a book, especially an intro level book. My personal opinion, don't go preachy on formatting or style either, just use well written examples for people to learn from and they will pick up your style.
If you are aiming for total beginners - as in, new to programming and not just new to Ruby/Rails then you might have to re-word your About this book section.
You mention TDD, Git, 'default Ruby stack' within the first 8 lines of the book. While these are important points regarding the book - they only make sense to programmers of some kind.
I think if you give away a sample chapter of your book then this will be the first thing they read. You've got to convince the new folks you'll look after them & that they will actually get as far as building their first app. You may want to consider adding a book subtitle. I presume the readers you want to attract might not even know what Rails is! Maybe something like - Anyone Can Ride Rails - A fresh programming guide for enthusiasic beginners.
I like the informal tone as it's reassuring. I also second the what is Ruby/Rails & why should I use them, what can I build with it etc?
One other thing that I just want to put in your head, I'm not sure if I'm even going so far as to suggest it, is the possibility of flexing scope to write perhaps a 50 page e-book, not dissimilar to the Sacha Greif ebook (http://sachagreif.com/ebook/) but for getting from zero to the next book on Rails for absolute beginners. The benefit of this would be that you could probably spend about 20 hours writing it (I'm pulling this number out of my ass, so I could be waaay off about this time estimate) and therefore you've risked a much shorter amount of time, which I'm assuming is your main concern.
Having said all that I don't want to be a downer here, I think its great you're writing a book and possibly getting people interested in programming :)
Great start and I look forward to seeing the finished version. Keep us updated on your progress.
What software do you use to write your book?
(Excellent==Successful. Money & fame are more difficult to control.)
1. Choose a small subset of available technology, learn it intimately, and embrace it. Then evolve that subset.
2. Understand the pros and cons of various data structures, both in memory and on disk.
3. Understand the pros and cons of various algorithms.
4. Understand your domain. Get away from your computer and do what your users do.
5. Be ready, willing, & able to deep dive multiple levels at any time. You must know what's going on under the hood. There is a strong correlation between "number of levels of deepness understood" and "programming prowess".
6. Use your imagination. Always be asking, "Is there a better way?" Think outside the quadralateral. The best solution may be one that's never been taken.
7. Good programmer: I optimize code. Better programmer: I structure data. Best programmer: What's the difference?
8. Structure your data properly. Any shortcomings there will cause endless techincal debt in your code.
9. Name things properly. Use "Verb-Adjective-Noun" for routines and functions. Variables should be long enough, short enough, and meaningful. If another programmer cannot understand your code, you haven't made it clear enough. In most cases, coding for the next programmer is more important than coding for the environment.
10. Decouple analysis from programming. They are not the same thing, require different personal resources, and should be done at different times and places. If you do both at the same time, you do neither well. (I like to conduct analysis without technology at the end of the day and start the next morning programming.)
11. Never use early exits. Never deploy the same code twice. Never name a variable a subset of another variable. You may not understand these rules and you may even want to debate them. But once you start doing them, it will force you to properly structure your code. These things are all crutches whose use causes junior programmers to remain junior.
12. Learn how to benchmark. Amazing what else you'll learn.
13. Learn the difference between a detail (doesn't really make that much difference) and an issue (can end the world). Focus only on issues.
14. Engage your user/customer/managers. Help them identify their "what". Their "how" is not nearly as important.
15. Write a framework, whether you ever plan to use it or not. You'll learn things you'll never learn any other way.
16. Teach others what you know, either in person or in writing. You'll accidently end up teaching yourself, too.
17. Always tell your customer/user "yes", even if you're not sure. 90% of the time, you'll find a way to do it. 10% of the time, you'll go back and apologize. Small price to pay for major personal growth.
18. Find someone else's code that does amazing things but is unintelligible. Refactor it. Then throw it away and promise yourself to never make the same mistakes they made. (You'll find plenty.)
19. Data always > theory or opinions. Learn the data by building stuff.
20. At some point, run your own business (service or product). You will learn things about programming that you'll never learn as an employee.
21. If you don't love your job, find another one.
For example, my cursory read of your list of programming success stories plus "they've made a difference, they're well known and respected" suggests that you might care about your status among geeks in particular. There's nothing wrong with that, but it would counsel very different career moves than if you cared about your status among "the typical person who reads the New York Times." You might, for example, aim your moves towards a high-status industry that skews geeky (like, say, videogames, which is across almost any other axis a terrible place to work), startups, advertising firms which employ anomalously high number of PhDs and get disproportionate love from geeks, etc etc, and away from where many extraordinarily talented programmers are likely to work (in a dark hole writing important code that the world will never know or care about even though it keeps their planes in the sky, moves their food to their table, makes sure that when they call 911 a phone actually rings, etc).
In terms of being financially successful? There are many, many approaches to it. Most of them boil down to figuring out how programming solves a problem for a business, quantifying that value, and then shaking the money tree.
I think HNers sometimes have an unnecessarily narrow view of the solution set: for values of financially successful which include "I don't need to be a billionaire but I'd sort of like to earn, I dunno, doctor money rather than marketing manager money" it includes things like "Run a small boutique consulting firm", "Become an individual specialist in a few very valuable things and just charge market rates for them", "Use your programming expertise to found a non-tech business and ROFLstomp on one core area of operations due to your unfair advantage", etc etc etc.
The company that can manage that for Comcast is going to be delivering hundreds of thousands to millions of dollars in value. If they didn't pay someone for it, they'd have to employ and manage a large development team just to do billing. Lots of salaries. That's what justifies the price.
If you're a startup with 3 payment plans and sometimes you have to give someone a credit because you had some downtime, your situation isn't even 1% as complex, and you can get by with a $50/month service or a couple hundred lines of your own code.
If you are looking for simpler products focused on small & medium businesses there are plenty of options available as well.
Of course if you are in North America you have Stripe as your first bet and for bit more sophisticated billing plus more options to do promotions, automated notifications, HTML emails, customer support portal, more complex metered billing, grandfathering of price plans (happens!), multi-gateway support etc., you should consider using a billing solution.
Disclosure: I am one a co-founder of http://www.ChargeBee.com, another Subscription Billing solution focused on small businesses.
Shameless plug: If you are looking for options to use payment gateway for credit card + bank transfers for recurring to save $$s per transaction you should try our solution (launching the ACH part very soon).
While doing research I came across Zuora [...]
After I research solutions to a problem, I end up with a list of requirements and a list of solutions with notes regarding each solution (e.g., pros and cons). If you were to post a complete list of your requirements and notes regarding each solution you evaluated, it would be easier to provide relevant feedback.
(If you didn't take any notes, you might want to consider the benefits of note taking in the context of a personal or company wiki.)
Happy to have you guys visit, and we'd love to talk about using the product too.
We're in SOMA. stefano ]a-t[ betable.com
We're based in San Francisco but founded by two Canadians.
Seems like there might be a need for the startup map.
For us non-technical folk, you might wish to add a section to your how-to explaining how Kera.io would interact with proprietary data; for example, if our app happens to be financial, would you be able to see any of it? Or is the script hosted on our end?
(This may be obvious to a dev, but not to me, and therefore caused me to send this to our devs to ask)
That someone can post this on HN and get a bunch of invites back.
Does doing something like this scale? What if everybody just decided to post "hey I'm coming to SF is there a place for me to crash" or "hey I'm coming to NYC anyone want to have coffee?" or "I have a problem writing perl..."
Since there are companies that you are trying to reach, and you must have some idea of the type of company you want to reach, why not put some effort into doing something other than the obvious easiest thing which is to post an "Ask HN" and see who bites?
(For the record I wouldn't feel the same way if a top commenter who spends much time on HN made a similar request because at least they have put time and effort into HN (and I don't consider my karma as anywhere near that point for the record.)
* Minify Html, Css, Js using the YUI Compressor
* Compress images using tinypng.org
* Run the tests I wrote during development
* Do a final stress test using blitz.io
* Generate a XML Sitemap for search engines and edit the robots.txt
* Run a spellcheck using checkdog.com
* Setup monit to make sure my app restarts after a crash ;)
Guess that's it ;) Funny side story: I launched my weekend project receiveee.com last week and failed big when moving to production. During developing I ran the app under admin, but I ofc didn't when moving to production. BUT, my app includes a smtp server which couldn't run on port 25 without admin rights. No error appeared, but not a single mail arrived. Even took me 10 minutes to find the problem :D
Next to optimization is get rid of Java script and CSS off to your page in order to have a better and faster coding process which lead to easy managing of your web content. Removing Java Script and CSS well produce greater space that speeds up web progress. Like for example, if you have a 20 KB document, eradicating the java script and CSS will convert this file from 20 KB to 15 KB, thus as I've said will then speed up processing.
Aside from removing Java and CSS, you should also remember to validate the code of your web according to W3C standards. The purpose of this is to prevent “accessibility issues” which is not good for search engines. Another step is having a browsable navigation link by having an HTML navigational structure that includes footer text, links, DHTML and etc. But remember that using a Flash or Java Script is a big no because this will lead to coding blocks which can be dangerous to your web content.
Another thing to consider is your URL constructions. Please refer to Squahhot.com for more information about how Query Strings URL works.
With all this processing steps, let us be careful also with our web content. You should not duplicate your web content, or just simply copy paste it from other sources. Doing this will prioritize your ideas, and preventing similarities of content from other sources (that's if you just copy and paste it).
With all this in mind, the last step in creating an effective website is to launch it with “Proper Foundation”. Try to check if you have applied all the necessary means such as XML sitemaps, RSS Feeds, stuff like that. A properly founded website should have no issues with regards to loading a page, browser compatibility, SEO elements, robots.txt validation and etc.