Talks which demonstrate innovation at either a technical or "best practice" level will be given preference. Your creation does not necessarily have to be in production, but we will insist on it being something more significant than a cool ten-line function you came up with (unless that function allowed you to control sharks fitted with lasers or something).
JSFoo 2013 is a single-track event. We invite proposals for:
- full-length 40-minute proposal
- a crisp 15-minute presentation
- sponsored sessions, 40 minute duration
- flash talks of 5 minutes duration. Submissions for flash talks will be opened one week before the event
- Hands-on sessions ranging from two to six hours on JS libraries, frameworks and tools. These proposals will be categorized as workshops
Commitment to open source
HasGeek believes in open source as the binding force of our community. If you are describing a piece of technology, we'd like it to be available under a permissive open source license.
If your software is commercially licensed or available under a combination of commercial and restrictive open source licenses (such as the various forms of the GPL), please consider picking up a sponsorship. We recognize that there are valid reasons for commercial licensing, but ask that you support us in return for giving you an audience. Your session will be marked on the schedule as a sponsored session.
You can submit a proposal to speak at JSFoo 2013 via the submission funnel below. Please describe your proposal in as much detail as possible. Detail is important if you'd like to be voted up into the schedule. In particular, we want to hear why you are the best person to be delivering a talk on your proposed topic. Provide links to previous talks and presentations you've done. This will help attendees and the programme committee in evaluating your proposal.
Making a funnel submission does not guarantee final selection.
Voting is open to attendees who have purchased event tickets. If there is a proposal you find notable, please vote for it and leave a comment to initiate discussions. Your vote will be reflected immediately, but will be counted towards selections only if you purchase a ticket. Proposals will also be evaluated by a program committee consisting of:
- Sunil Pai, Myntra
- Rakesh Pai, Errorception
- Barbara Maim, BangaloreJS and Minsh
- Jonathan Maim, BangaloreJS and Minsh
- Rajasekharan Vengalil (Raj), Microsoft
- Vishal Parpia, ActivElement
Proposers must submit presentation drafts as part of the selection process to ensure that the talk is in line with the original proposal, and to help the program committee build a strong line-up for the event.
There is only one speaker per session. Attendance is free for selected speakers. HasGeek will cover your travel to and accommodation in Bangalore from anywhere in the world. As our budget is limited, we will prefer speakers from locations closer home, but will do our best to cover for anyone exceptional. If you are able to raise support for your trip, we will count that as speaker travel sponsorship.
If your proposal is not accepted, you can buy a ticket at the same rate as was available on the day you proposed. We’ll send you a code.
The program committee will announce the first round of selected proposals by 15th August and a second round by 2nd September. We will finalize the schedule by 7th September. The funnel will close on 25th August. The event is on 20th and 21st September 2013.
FlatSurface: build a quality API faster
Learning about ways to build a quality API faster.
Watching an open source project going live on stage.
Have you written several APIs for web apps in the past? Then, just like us, you must have realised that you’ve been duplicating a lot of code.
Wouldn’t it be nice to be able to share API resources (like user creation/login/sign up/etc) between projects?
But every project is different! So for this to work, we would also need to be able to extend these API resources…
And while on the subject, writing input parameter validation code is so tedious, wouldn’t it be such a relief to get it automatically generated so that we can safely trust user inputs?
Last but not least, keeping an API documentation up-to-date is very painful. Couldn’t we just keep it up-to-date by automatically regenerating it?
Our lives would be much easier on the server-side if we could get a solution for all these points…
This is the reason why we built FlatSurface: our attempt to help others build a quality API faster.
FlatSurface is based on NodeJS (restify) and MongoDB (mongoose); it’s still an unreleased open-source tool, but we have already used it in 2 different projects and we’d like nothing more than to show you a demo and make it public at JSFoo.
Familiarity with NodeJS and MongoDB.
Jon is having a blast at Minsh creating apps with JS for any device. He is co-organizing BangaloreJS meetups and always happy to learn more JS awesomeness.