JSFoo 2018 will be held on 26 and 27 October 2018.
About the conference:
The 2018 edition is single-track event with talks in auditorium 1 at the NIMHANS Convention Centre, and Birds of Feather (BOF) sessions in the hallway. Meta Refresh – with talks on usability, user experience, design and UI engineering will be held in auditorium 2 at the NIMHANS Convention Centre.
- Security and front-end
- Backend, node.js and security
- Framework specific security concerns
- Security audits
Besides the main theme, JSFoo will cover the following topics:
- Case studies of Vue.js, GraphQL, ReasonML and other framework/language adoption.
- Architecture approaches (and case studies) for engineering web apps.
- Best practices: debugging and profiling on the web, testing, measuring performance.
- JS off the web – conversational UI, raspberry pi, IoT
We are inviting proposals:
- Full talks: 40 mins duration
- Crisp talk: 20 mins duration
- Hands-on workshops of 3 or 6 hour duration
- Birds Of Feather (BOF) sessions of 45-60 mins duration
Proposals will be filtered and shortlisted by an Editorial Panel.
Make sure to add links to videos / slide decks when submitting proposals. We will not review proposals without detailed outlines or slide decks and preview videos.
The first filter for every proposal is whether the technology or solution you are referring to is open source or not. If you are referring to a proprietary technology, consider picking up a sponsored session.
The criteria for selecting proposals, in the order of importance, are:
- Key insight or takeaway: what can you share with participants that will help them in their work and in thinking about the problem?
- Structure of the talk and flow of content: a detailed outline helps us understand the focus of the talk, and the clarity of your thought process.
- Ability to communicate succinctly, and how you engage with the audience. You must submit link to a two-minute preview video explaining what your talk is about, and what is the key takeaway for the audience.
No one submits the perfect proposal in the first instance. We therefore encourage you to:
- Submit your proposal early so that we have more time to iterate if the proposal has potential.
- Write to us on: firstname.lastname@example.org if you want to discuss an idea for your proposal, and need help / advice on how to structure it.
Our editorial team also helps potential speakers in refining their talk ideas, and rehearsing at least twice - before the main conference - to sharpen the insights presented in the talk.
Passes and honorarium for speakers:
We pay an honorarium of Rs. 3,000 to each speaker and workshop instructor at the end of their talk/workshop. Confirmed speakers and instructors also get a pass to the conference and networking dinner. We do not provide free passes for speakers’ colleagues and spouses.
Travel grants for outstation speakers:
Travel grants are available for international speakers who have led/worked on projects that have large-scale adoption. Travel grants are available for domestic speakers (without the criteria mentioned for international speakers).
We evaluate each travel grant application on its merits, giving preference to women, people of non-binary gender, and Africans. If you require a grant, request it when you submit your proposal in the field where you add your location. JSFoo is funded through ticket purchases and sponsorships; travel grant budgets vary.
JSFoo + Meta Refresh: 26 and 27 October, at the NIMHANS Convention Centre.
For tickets and sponsorships, contact email@example.com or call +91-7676332020.
Just make sure you don't have a form
Thats right. Forms, where you enter some data and submit.
No one knows the magic formula for making users happy but one generally accepted way to fail is to have a registration form. To be avoided at any cost.
But hang on. What if form input is the primary way the user interacts with your application?
Say, you have a loan processing system for capturing financial data of people running micro enterprises with limited digital footprint?
We at Artoo are solving this problem of bringing technology to those who need it the most.
Being able to quickly add and customize forms for our clients is business critical for us.
We have engineered our solution so that form rendering and validation logic is abstracted and does not have to be coded separately for every form. This reduces the time for developing and testing our product as it grows.
In this talk, I hope to explain our scalable and maintainable form rendering system powered by Ember.
- Mock requirements of a registration form
- The traditional solution
- Problems with the traditional solution
- Using Ember patterns to solve these problems
Aparna is product architect at Artoo. She works across the stack comprising an Ember frontend, Node.JS backend and an android solution.
She has a decade of engineering experience, including stints at Vencore Labs (previously Applied Communication Sciences) and Samsung Research.
Aparna also holds a Masters degree in Computer Science from Rutgers, NJ.
She is a mom and a passionate engineer.
When not stuck with a tech sinkhole, she can be found reading a book while watching Shin Chan with her daughter, but without much success.