Show HN: Github for recipes
forkingrecipes.com
forkingrecipes.com
Example:
Alice liked Juan's recide for thai rice.
She wanted to create her own version. Alice
forked Juan's recipe and modified it to fit
tastes.
In forkingrecipes, the act of forking is when
you give someone else's recipe your own touch.
Thus creating a new recipe for others to use and fork.
I know a good designer who can help you with this, by the way.That said, awesome idea.
Do you have any insides how much those recipes get actually forked? I'd be afraid, that forking might be a nice idea, but actually isn't that common.
Thanks for your insight.
If you wish to know more, contact us at admin[at]forkthecookbook.com . Sorry for this, as half of us are terribly ill, and we take turns to answer questions
EDIT: According to Site Advisor (http://www.siteadvisor.com/sites/forkthecookbook.com), here are their criteria:
Country indicates where a domain is registered | US/AUS
Popularity indicates how many visitors a website gets | Not very popular
E-mail indicates our overall opinion of a website's e-mail practices | We don't spam
Downloads indicates our overall opinion of a website's downloadable files | No file downloads
Online Affiliations indicates our overall opinion of a website's linking practices | We vet every link. Every write up. It could be one of our authors are having a malware issue. Not sure about that.
Annoyances indicates our overall opinion of a website's pop-up practices. | No popup.
Exploits are rare but extremely dangerous security threats caused by a website "exploiting" a security vulnerability in the browser. | Don't think we have exploits. Something to check
Web reputation McAfee tests websites for web reputation using the TrustedSource™ system. | Totally not helpful
Reviewer and Site Owner Comments | I see no reviews
We try not to call it Github for Recipes because that's not our target market (although other people have called us Github for Recipes)
We blog over at http://theforkingchef.com so you might also want to check that out.
OK, self promotion over
Fork the Cookbook has existed longer than Forking Recipes, and we've done hundreds of user tests. It turns out users really like certain things, and so the current darkened background is a compromise on that solution.
We found out that users liked pictures, and also liked text (surprise?). In the next test we're doing, we're going to be swapping the order of appearance to see if the CTRs increase
Good. Not cool to hog someone elses HN thread.
Probably not related, though still cool.
What I'd like to see though, is for all the pictures to be of food. There's a lot of happy faces, but the point of a cook book is to make me feel hungry when looking at the pictures. Not sure how to achieve that though.
[1] http://www.cucumbertown.com/recipes/55228/baked-mac-cheese
At present the top level abstraction is the recipe which you've sort of equated to 'source code' but when you look at something like Github or Sourceforge the high level abstraction is the 'project' and in the food world the closest I could come up with is 'cuisine.'
Consider one of my daughters favorite sites: http://smittenkitchen.com/ this site has lots of interesting recipes, and one might use them as a top level abstraction. So you've got the 'smittenkitchen' project equivlent or maybe 'smittenkitchen-breakfast' project which is breakfasts from smitten kitchen.
Then there are chefs which are much more important in the cooking world than individual developers are in the programming world. That is because the chef's 'taste' really defines the product in a way that is fundamental to the enjoyment. So you might want to build a '<Chef>-<category>' type model. Then you could do a pull of <Ramsay>-<appetizer> and get various appetizers that Gordon Ramsay makes.
Of course that will get you into a licensing battle. Because like fonts, recipes have this weird quasi relationship to name vs instructions (can't copyright instructions, can copyright the name, google Font Copyright for more info)
Conceptually I think this is a really winner idea (sadly easy to copy) but if you get the right mix going and critical mass it could easily be as successful as github or sourceforge.
We've also put a lot of time and effort into researching the licensing issues, as well as design issues: how to present certain things like diffs, and stuff. So if you like, you should check out Fork the Cookbook: http://forkthecookbook.com
[0] http://theforkingchef.com/post/40890655560/search-is-hard-pa...
The reason is this: We don't want to aim at the tech crowd (which is why you haven't seen a Show HN from Fork the Cookbook). The tech crowd knows what diffs are. We're used to reading things that look like this:
+ def function(var1, var2):
- def oldfunction(var1, var2):
But the public aren't used to reading stuff like this. What we're working on is a comprehensive way to explain what diffs are, and what it means. So we're back at square one, designing a representation that is human worthy.It'll take time. Sorry
Mappum and I made something pretty similar for the last Node Knockout.
Like orangethirty said, foodies tend to be really visual, so we encourage the user to take a high quality photo by making it the focus of their recipe page.
Good job, I'm excited to see where you go with this. :)
First, go and find out about Github. Figure out what it is they do, how they attract users, and how they make money. Github is already operating well in the Programming space, but perhaps the same basic ideas can be applied in the Cooking space. That's where you come in.
Edit: I think it's a great idea, it's just funny that that site mentioned this after only a couple refreshes.
For example, some recipes include the accompanying photos inline, while others collect the photos at the end. If instead, the submitter merely tagged the photos according to what step they accompanied, then the website code can lay them out beatifully in a number of different ways to suit different viewers.
I think I'm thinking something along the lines of LaTeX philosophy: You provide the content and leave the layout to the experts/computer. So you don't write that "Zest of 2 lemons" should be part of a bulleted list, you write that it is an ingredient and leave it to the layout to put it in a suitably formatted ingredient list.
Another advantage is you reduce the ability of less savvy users to make parts of your site look ugly.
My "next step" was to contact sous chefs of famous restaurants.
Edit: rephrased.
http://support.google.com/webmasters/bin/answer.py?hl=en&...
Which is standardized at schema.org: http://www.schema.org/Recipe
I have a pretty basic implementation of it right now - you can click a "personalize recipe" button on recipe pages to make modifications to it, and watch the nutrition change as you make changes. As a premium member, you can then have the meal plan generator suggest your modified version of the recipe in place of the original. When I have the time, I'm hoping to make all the existing branches and variations browsable.
There are some pretty great suggestions here I think. It would be really cool if you could build out an API similar to yummly's for serving up recipes. With different branches for each recipe, you could easily search through the variations to satisfy filters based on a user's tastes.
I'm the creator of Forking Recipes, I'll be happy to answer any questions you have and thanks for taking a look!
By the way, are you based in Chicago? I met somebody at the Chicago HN meetup last year who was talking about building this exact idea, and I loved the idea back then too. Are you that person by chance?
dpick, I'd be happy to share the ideas we were kicking around when thinking about this if you want to shoot me an email: john [at] nineteeneightd.com.
On a different note, I'm on a slow internet connection and it's very noticeable that the page is huge and not optimised for bandwidth (some thumbnailing and gzip-ing would be good to add at some point, to make the site as snappy as possible! :) ). https://developers.google.com/speed/pagespeed/insights#url=h...
Ie a dropdown on the profile settings page.
I really like the idea, but as others have mentioned, it does need some design help.
As for other distinctions, such as "mince" instead of "dice", that would be tricker, but you could probably do that with a human-friendly strikethrough coupled with a handwriting typeface to indicate what was changed.
Your site will get a lot more traction if you implement that, I think. Most people (even non-techie folks) are suffering from account proliferation.
The study can be found here: http://blog.mailchimp.com/social-login-buttons-arent-worth-i...
I apologize for the misinformation in my first comment, but I think my point remains. That said, I feel similarly to you - I just think that a much smaller portion of people feel that way than you realize.
Keep up the good work! As an avid amateur chef, this could be fun.
You also need tags so I can tag a recipe as 'Asian' or 'BBQ' to make it organizable.
I seem to recall someone put something similar on HN a few months ago. Any ideas who it was?
Let's see how non-tech people are able to understand and use such concepts.
Why not use github Pages and scrape the github repository for necessary data? It's all harmless recipe stuff anyway. Non-github users could be asked to use e-mail to place recipes, and can be informed that they can use markdown. Or even present a web form that sends an encrypted e-mail for them, employing that wicked JS textarea enhancer we saw the other day, for markdown syntax or even allow haml.
Re: {url_block}/new
Recipe Name: {name}
Date: {extracted_from_email}
Subject:
{haml_recipe_body}
The github haml pages can have links station'd at the top or bottom to pre-fetch categories, previous, and next pages. The github Page Index can include a JS that builds the UI of the site via DOM manipulation, based on a lightweight Web app hosted elsewhere and called in via ajax.Summary: Total MVR (minimum viable repository).