Live data from Hacker News

Ask HN: Had an original idea for a start-up...but

news.ycombinator.com

31–39 of 39 posts

Re: Ask HN: Had an original idea for a start-up...but

#31

I think the best way to learn this is to get into a framework and start hacking with it. Go through the tutorials and re-develop what was done in them. Then develop a small appliaction just for you. Maybe it could catalogue movies if your a collector, or document your exercises etc. Just something that would be useful and a learning experience. Then do the same thing with Javascript. Look at some tutorials. Re-develo…

I would also recommend using KohanaPHP. It will take a little time to learn, but will be well worth it when you start developing.

Re: Ask HN: Had an original idea for a start-up...but

#32
post #27
post #15

Earlier quoted context omitted.

I made this mistake for about a year. Ordered/downloaded tons of books, read published papers, etc. I learned a fair bit, but honestly you don't really learn until you start doing. Your return per hour spent coding is on average far higher than your return from books and papers. You shouldn't stop reading, it just has to be limited.

My learning process usually works like this: 1) Learn the syntax/guts of a tool by going through a book, tutorial and trying trivial examples. 2) Work until I run into a problem. (How do I make merb-auth work with a flash uploader?) 3) Find examples/read a book/look at API docs until I figure it out. (Ohhh, you write a Rake middleware to handle it!) 4) Goto 2. So reading materials are important, but I usually use the…

Glad to see I'm not the only one that thinks like this. I sometimes feel like a fraud because I haven't read the latest-greatest book on X. Sure, I use X every day, but I don't understand every last teeny aspect about it.

Re: Ask HN: Had an original idea for a start-up...but

#33

If you want to do it right, I think you should learn a couple of things. Learn PHP first. You don't have to become a guru at it, yet. Go through tutorials, buy a book or two, experiment. Try doing something small that you think you'd need to do for your project. Once you're at least somewhat comfortable about using PHP, start looking into PHP web frameworks. There're MANY. Pick one. At this point it doesn't really ma…

I am hoping to be able to pull together code for this project, but a fair part of it has no similar code that I can find allready around. Do you know any resources/examples/guides for "gluing" other pieces of code together properly? As for database skills, one of my units for this half of the year is a database course based heavily on SQL, but I have already had a few experiences. Thank you.

Unfortunately I'm not that familiar with PHP based ones, so I can't point you to specific resources.

I usually Google: "PHP " Works reasonably well.

If there are PHP user groups near you, that'd probably be another great resource to leverage.

Re: Ask HN: Had an original idea for a start-up...but

#34
post #10

"Usually I spend it reading all sorts of ebooks and papers and trying to learn new skills." I suggest you switch gears and spend your free-time coding :-). Pick some technology you think you want (you can change your mind later) and start doing side projects in it. Do up your personal home page. Make a google maps mashup. Some stuff to familiarize yourself with the technology. There have already been lots of good sug…

Absolutely. More specifically, start your startup. Create a folder for your product and open a text editor. Immediately you'll be in the uncomfortable situation of not knowing exactly what to code first. Code a mockup page first. Don't worry- you can throw it away- just get a page that you can show to a trusted friend and say "this is how it will work". Then add in some javascript, you know, just for demonstration purposes. Then hook in some backend stuff, you know, for better demonstrations. Learn from books and tutorials only exactly what you need to push your project forward.

In a few months of this you'll learn 100x what you could learn by trying to learn generically. It's frustrating and difficult, which is exactly why you're brain will be primed to learn what you really need to learn.

At some point you'll know so much that you'll look at all your "demo" code and think- "man, this is crufty. I know enough now to do it right." That's when you build your first product (using pylons or something awesome that you've discovered out of necessity) that will be used by hundreds of thousands of people and will bring you glory and riches.

Best of luck. Did you create the folder yet? Is your text editor open with the beginning and ending html tags yet? Is your browser open to a reference to those silly thing that you feel you should know but just can't remember yet? GET TO WORK! Oh, and you're grounded from RSS feeds for 1 month until you can prove you're learning. ;)

Re: Ask HN: Had an original idea for a start-up...but

#35
post #27
post #15

Earlier quoted context omitted.

I made this mistake for about a year. Ordered/downloaded tons of books, read published papers, etc. I learned a fair bit, but honestly you don't really learn until you start doing. Your return per hour spent coding is on average far higher than your return from books and papers. You shouldn't stop reading, it just has to be limited.

My learning process usually works like this: 1) Learn the syntax/guts of a tool by going through a book, tutorial and trying trivial examples. 2) Work until I run into a problem. (How do I make merb-auth work with a flash uploader?) 3) Find examples/read a book/look at API docs until I figure it out. (Ohhh, you write a Rake middleware to handle it!) 4) Goto 2. So reading materials are important, but I usually use the…

Yeah, I don't think I've read a development book cover-to-cover, I always have something in mind that I want to build, so I stop the book half way and code.

I always skim the rest looking for an answer, but the point is that I will almost always get the best results just by diving in head first.

Re: Ask HN: Had an original idea for a start-up...but

#36
First, no code. Sketch. Sketch using a magic marker on printer paper where the other side has already been printed. Make these sketches quick and not-pretty. Do many. You want to be able to throw these out without hesitation. Using software to build pretty wireframes will invest you in how something looks. Don't do it. Wireframe software is for presentations.

Think about the flow of the majority of users. Can you engineer it so that 80% can do what they need to do in the fewest clicks possible? Remove functionality. You can always add it later. What are the core experiences you want your users to have? How lean can you make the experience and still have it do what you want it to do?

Spend the next couple of months sketching. Leave your house. Go sip espresso at a cafe on the Rocks. Think about those people. Now go to Paramatta. Think about those people. (I'm assuming you're in Sydney.) Go be in places where different people from different walks of life are and be with them. Really figure out who your audience is. Get to know your audience really really well. Focus on that audience. You are their servant. Show them random sketches and get them to tell you what they think about the layouts you're sketching. See if you can engineer four or five different ways to flow the same experiences and functionality.

My favorite framework for social networks with ecommerce is Drupal with Ubercart. I've built several social networking sites with ecommerce using it. The user system is already built. It's very flexible and just a little PHP can get you a long way. What's more, there's a very strong community built up around it with forums and several IRC chatrooms. There are meetups in Sydney, Melbourne and Brisbane. There are many themes available that can be customized with just a little tweaking. There's going to be a learning curve no matter what framework you use, but Drupal has the advantage that the need for Drupal developers and themers is growing exponentially. (Recession? What recession?)

The way that Drupal adds functionality is by adding modules. There's a central repository on Drupal.org with thousands of modules already written. Chances are that much of the functionality you're looking for can be built using combined Drupal modules. Drupal has a system of hook functions for users, content and just about anything else you can think of. You can search for pieces of functionality using google and add the word Drupal in front of it. When you land on an article or forum post, pay attention to which version you've landed on. It's important.

The thing that will really prove Drupal's worth is the community. It's very supportive, has its own security team, and when you build a site, and there's a security update, your site will email you and let you know. (It'll let you know whenever there's an upgrade, too.) Drupal's a gratifying playground for developers. (While the framework isn't object oriented, it's good to be up on objects and arrays.)

While you're in the sketching phase, build a couple sites for nonprofits in your area. Not only will this teach you how to build sites in whatever framework you choose, it'll teach you about working with clients, and you'll learn a lot about why you don't want clients. (Nonprofits are notoriously disorganized. There's something about the profit motive that focuses people.)

Expect this kind of schedule:

3 months of sketching layouts and workflows. Meanwhile, become part of the community and build small sites for yourself and nonprofits. 3 months hacking at whatever technology you want to learn. 3 months starting and throwing away Drupal sites. Start over as many times as you need. Use version control. (GIT or SVN) 3 months building your site. 2 weeks to 1 month theming your site. 3 weeks testing with friends and family (closed beta) 3 weeks extending closed beta 1-2 months open beta Launch when you have the marketing in place.

Marketing can be done for free in several stages. Very very often the free marketing is much more effective than the paid marketing.

Look at business partnerships. Who also serves the same audience but isn't a competitor? For example, if you want to reach kids, you can partner with one of those companies that takes the school pictures and has products like mugs or t-shirts with the kid's picture printed on it. You can add a membership to your site to their product catalog for no money down. See who is serving the same market and who has already done their marketing homework and partner with them for a percentage.

Lastly, remember that this is a marathon and not a sprint. Do not burn yourself out. It's important. Once you have the site up and running, it's only the beginning. I haven't mentioned hosting or other important details, but the information is out there. If you can get a partner, life will be easier and you can provide moral support for each other.

Re: Ask HN: Had an original idea for a start-up...but

#38
post #19

I'd try Python. There's less syntax to type, and examples are more consistent due to the general flexibility of th language. Django and the Python Facebook module would be a good start.

Replying to myself: I meant to say general inflexibility. I.e., one right way to do it, rather than many.
Post reply on HN