About the conference: ReactFoo is a single-day React conference by HasGeek.
We’ll be annoucing the theme shortly
We are inviting proposals for:
Full-length 40 minute talks.
Crisp 15-minute talks.
Hands-on Workshop sessions, 3 and 6 hour duration.
Proposals will be filtered and shortlisted by an Editorial Panel. Please make sure to add links to videos / slide decks when submitting proposals. This will help us understand your speaking experience and delivery style. Blurbs or blog posts covering the relevance of a particular problem statement and how it is tackled will help the Editorial Panel better judge your proposals. We might contact you to ask if you’d like to repost your content on the official conference blog.
We expect you to submit an outline of your proposed talk – either in the form of a mind map or a text document or draft slides within two weeks of submitting your proposal.
You can check back on this page for the status of your proposal. We will notify you if we either move your proposal to the next round or if we reject it. Selected speakers must participate in one or two rounds of rehearsals before the conference. This is mandatory and helps you to prepare well for the conference.
A speaker is NOT confirmed a slot unless we explicitly mention so in an email or over any other medium of communication.
There is only one speaker per session. Entry to the conference is free for selected speakers. As our budget is limited, we prefer speakers from locations closer home, but will do our best to cover for anyone exceptional. HasGeek provides these limited grants where applicable: two international travel and accommodation grants, three domestic travel and accommodation grants. Grants are limited and made available to speakers delivering full sessions (40 minutes or longer). Speaker travel grants will be given in order of preference to students, women, persons of non-binary genders, and individuals for Asia and Africa first.
##Commitment to open source
HasGeek believes in open source as the binding force of our community. If you are describing a codebase for developers to work with, we’d like for it to be available under a permissive open source licence. If your software is commercially licensed or available under a combination of commercial and restrictive open source licences (such as the various forms of the GPL), please consider picking up a sponsorship. We recognise 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”.
Deadline for submitting proposals: 23 August 2017
**Conference date: ** 14 September 2017
For more information about speaking proposals, tickets and sponsorships, contact firstname.lastname@example.org or call +91 76763 32020.
Please note, we will not evaluate proposals that do not have a slide deck and a video in them.
Offline First Applications with React Ecosystem: A Primer
Hide yo IndexedDB. Hide yo Local Storage. The cloud has come after our frontends this time. With Desktop apps like IDEs moving to the cloud the requirement for a brilliant User Interface demands an Offline First App. This talk is about the why, what, how and huh? of offline first apps using the React Ecosystem.
As Frontend Developers
When the cloud came for our infrastructure, we didn’t care.
The cloud came for our application backends, we didn’t care.
Now the cloud has come for our frontend. It’s time to cut it off and to stop depending on it all the time.
Markdown Editors, Document Editors, IDEs, TodoLists and many more apps moving to the cloud have an extremely valid use case to support offline usage, to displace the applications as they exist in their current forms effectively.
What use is an IDE if it can’t work on an airplane?
What use is an IDE if it takes 15 network calls to rename a variable?
What if we just store the data on the client, rather than making the entire User Experience depend on their internet connection.
Offline first apps unlike regular client side apps focus on persisting data on the client first and syncing to the backend is secondary. The majority of the data which drives their UI is available and written back on the client side itself.
All the popular web browsers have been working for a long time to support capability to store significant amounts of data offline. All the mobile devices already have a mature system for local storage in place. Most Browsers now already have APIs like IndexedDB and Service Workers (not as common) to support offline first applications. Where the client side app can store high amounts of data generated by the user using the interface.
With cross platform applications also on the rise, there are JS databases like Realm, GunDB, RxDB available on the client side which abstract the client side storages like IndexedDB, Android and IOS Storage behind their JS APIs, and offer seamless integration with your application code, keeping it agnostic of the storage tech being used.
Using the above tech and React and React Native enable teams to write their persistence and business logic once, for all their platforms. Essentially write once, test once, fix it once (hopefully) and use everywhere for all the app’s core business and persistence logic.
Even though the client side technologies have evolved considerably and there are some standards available for writing offline apps. Syncing the client side stored data while maintaining consistency or eventual consistency is still an under-developed area. Much has to be done in terms of standardizing approaches and solutions. Most of the teams end up re-inventing the wheel while trying to implement their own sync mechanism or trying to achieve eventual consistency as per their use case.
This talk is aimed at being a primer at Offline First Cross-Platform development, and all the tools, databases and standards one can leverage while one is about this behemoth of a task.
Olympic Weightlifting Enthusiast.
Times Person of the Year 2006.
Gets annoyed when people wish me on my Birthday.
I am a software developer who was allergic to Frontend programming, used to look down upon it, and was in love with all things Server even rendering until I fell in love React 2 years ago. Last year I quit my corporate job and co-founded Samanvay R&D, a non-profit organization dedicated to using technology to bring social justice to the poor and under-privileged. We work with the government and other NGOs to deliver premium corporate quality software to make lives easier for the providers working for the poor. We believe in spending most of our time in the villages and rural areas to understand be more effective and understanding the problems better.