Reduce distractions, work better

Cal Newport in Deep Work talks about the benefits to the quality of the output of work when something is worked on without distractions for a long periods of time. Here’s a quick summary of his book — Deep Work

Spending long periods of time doing one thing is more difficult than before now in the age of constant distractions and cellphones are the biggest culprit at-least in my life aiding this distraction filled lifestyle.

The deleterious effects of task switching is an extremely important subject— well captured by Paul Graham in his timeless essay Maker’s schedule, Manager’s Schedule

I’ve personally had some benefits from using Apple’s screen time features to limit social media consuming my idle mind on the phone. I recently found out that it’s possible to do this on the Mac as well. Android has something similar which called Digital Wellbeing.

We should all be automating our image optimization

The problem statement: 
When building an image heavy site — like a social network for photography enthusiasts — you’ll need to handle images well. To automate image resizing we started using Google Cloud functions and the trusty Imagemagick.

Image resizing should be easy to do if you’re just serving dynamic transformed images. But again — this is something you have to build and maintain forever. And fix vulnerabilities for. If you think about optimizing the image for even a little while, there are more challenges.

• How do you find the optimal encoding format? (jpeg, png, webp, etc.)
• How do you find the right compression settings? (lossy vs. lossless)
• Determine which metadata should be kept or stripped
• You’ll need to handle building multiple variants of each for each display + DPR resolution (for @2x and @3x)
• Do you account want to handle a user’s network type, speed, and preferences?

The best way to learn is from the experience of others.

While looking for resources on how to do this better ourselves. I found images.guide by Addy Osmani. A phenomenal book for any web developer who works with images. Go save it for reading later right now, please.

This book has learnings from Google, Facebook and 500px — amongst others.

It’s always surprising to me that any little facet of today’s world has someone’s lifetime spent. The Butteraugli score, for example, could be someone’s life work.

The Solution: 
That’s when we decided to use Cloudinary. A media management solution which solves the optimisation challenges that we talked about earlier, along with ones that we didn’t know existed, and delivers the optimised media from a CDN.

The demo on their homepage is mental. The way you can manipulate images with just the URLs. That’s something we wanted right away.

The generous free plan is great to get started.

Where we use Cloudinary.

• Responsive images — Show smaller images to smaller devices. The picture element has made that job much easier. Now Cloudinary made it easier. We define the image URL with the size and quality needed.
• Client hints — Chrome and some mobile browsers support WebP — an image format by Google that gives smaller files. Cloudinary will convert our images to WebP — if they’re smaller then will send them over to browsers that support them based on cloud hints. More on client-hints here
• Placeholder images — For a better user experience, it’s a great idea to give users an idea that we are trying to load an image. We saw this feature on Medium where they show blurred image placeholders. It’s easy to implement — now we have a 10x10px transformed image as the placeholder before we show images. Check it out on a client’s site. https://getpepped.com/app/inspiration/wedding/2w5g7kxe1

Closing comment. 
Instead of trying to solve image optimization yourself, try integrating a solution that works for you. We should all be automating our image optimization. #perfmatters

How we got our webapp hosted on a separate server to show up as a subdirectory

We get it, marketing wants easy control of the website on the root domain. And because it’s so easy to setup a CMS there to publish marketing content, that is why most web apps are setup on subdomains instead of the root domain. This is alright if all of the app content is under a login. If that’s not the case — it’s so much better to get users to share the domain.com/xxxx url instead of the app.domain.com/xxx domain. Easy to remember and share.

Most SEO professionals agree that subdirectories are better than subdomains for ranking on search engines.

Search engines keep different metrics for domains than they do for subdomains, so even though Google itself has stated that — from a ranking perspective — content in subdomains and subdirectories is treated roughly equally, it’s still recommended that webmasters place link-worthy content like blogs in subfolders rather than subdomains (i.e. www.example.com/blog/ rather than blog.example.com).

— Moz SEO Experts, Domain Setup Guide

Sadly, it’s not easy to setup a redirect from a subdomain to a subfolder. While this is possible to do by setting up a reverse proxy. The maintenance of this complex engineering would have been a nightmare — attached to a client’s frontend. Something that should never go down.

We’ve been telling our clients that this cannot be done, until I found this very pretty article by fly.io http://onehostname.com/

Fly describes itself as a global JavaScript platform that gives you the power to build your own CDN.

We started by using fly sites. The fly site did not play well with the hosting that we were using — to server side render our angular app. Had a major issue with fly sites that we were not able to decode. While fly “sites” has a great UI to setup redirects, we found through support that they’re not actively supporting this functionality.

We then decided to build a Fly Edge Application using the github repo https://github.com/superfly/onehostname which was easy enough.

This is what we ended up doing.

https://getpepped.com — the root domain , redirects to our squarespace site with marketing controls directly.
getpepped.com/app — our angular app, shows the server side rendered angular application from roast.io

An added benefit by involving fly.io is they give free automatic SSL.

The one more layer in the stack to handle part of this exercise, does increase debugging efforts and needs a lot of technical know how — but I’m sticking to fly.io till we get similar results for such a small investment of time.

pro-tip —Get on the slack channel for quick support
Also read their articles to get more value out of fly.io. They do a lot more than just let you manage hostnames.

The tech we’re excited about — after Google Cloud Summit, Mumbai

The thing that I’m most excited to do after yesterday’s summit is Cloud AutoML. The ability to build custom machine learning models and getting a google vision style API endpoint to use that model from the cloud sounds like magic. The keynote demo where a raspberry pi was used to classify Indian Mithai was too good.

Pros — We do have a lot of pics in a project that we’ve been working on recently. I’m not sure what to use Cloud AutoML in that case. — but this could be slightly fun to do. Maybe use it to do automatic ratings.
Cons — It needs a lot of segregated image data to build a good model.

Cloud spanner —We need more of a realtime database for our mobile apps. We’ve been very happy with firebase and have started testing Firestore. Cloud spanner is the database powering Google’s flagship apps like GMail and GSutie. The way it provides RDMS features with high availability and scaling sounds like a technological marvel. The pricing is prohibitive for the MVPs and small projects. Enterprises are going to love this though.

Data Studio — Seems interesting for using the data that we have generated from our projects and turning them into beautiful charts. We could use this as a solution in building out admin reporting dashboards. Have to try this out.

PubSub — I’m not sure how firebase does it, but I’ve been meaning to use messaging queues for a long time. It sounds like the right thing to do. We’re big users for serverless cloud functions in our apps, and they usually don’t need queuing. But I could be wrong.

Flutter — Spoke to a google cloud developer — who incidentally wasn’t very fond of JS and JS devs . He wanted us to try flutter instead of Ionic. Flutter is Google’s counter to React Native, a cross platform mobile application development platform. We’re going to try out flutter over the next couple of weeks and am eager to see how it progresses once it goes stable.

All in all the event gave us good exposure to existing google cloud infrastructure. We would have loved some firebase platform talks. Hopefully they’ll be part of the Google Cloud Summit next year.

The psychological tactics that keep me going back to Fortune city.

It’s a mobile app — that I feel stupid being an addict of. I’ve tried a lot of expense tracking apps. Personal expense tracking is important. It’s helpful to know how much you spend each month. As a business owner it’s sometime tricky to know how much you make. But it’s easier to figure out how much you spent. Little victories.

Let’s start with the the Fortune city app does. You add an expense each day, and assign it a category. The category defines the kind of building. A food entry builds a restaurant and a drink entry builds a juice bar. You get the picture. The reason most expense tracking apps did not work for me was because I wouldn’t go into the app everyday. I would do it only when I remembered to. And that is what’s different in fortune city. It’s a game based on the expense tracking that you do.

There are a lot of mechanics in the game to keep you coming back.

Here’s a list of things that the game does well.

1. Incentivising the prime focus. 
   The foundation is one thing. Expense tracking. that’s what gives you the city that you play around with. They give you gems and other rewards for maintaining streaks. Giving you an incentive to fulfil the aim of the game.
2. An app with one purpose
   It’s very rewarding for your user to do that one task. Building a product around one aim helps the product manager focus more on improving that one thing. This sort of increasing focus has lead to unbundling of apps. Swarm and Foursquare did this well. Not that the other way doesn’t work too . I’m in favour of singular focussed apps more than apps that do everything.
3. The game is simple to understand but has complex details. 
   The aim of the “Game” is to improve your city’s prosperity. It increases when you add buildings. Adding buildings increases the population limit. This in turn gives you more people to put in those buildings. The people in the buildings generate money. Money can be used to merge buildings together. You can do an in-app purchase to buy gems as well. Simple game mechanics, which this app does as well.
4. The prosperity score
   This is the number one thing to track in the app. One thing to track makes it easy for someone to try to get better at this game. Reddit does it with karma and Swarm does it with coins for the week. 
   Prosperity increases slightly everytime you have a higher level building. That is simple. You get a lot of badges and gems for hitting milestones of number of entries of a type, or buildings or population. Which makes sense — as an incentive.
   Prosperity depends on the kind of people you add to each building. 
   That’s one detail that I figured out only after playing for a long time. Each person has a score card of what their skills are like. Adding someone with a 10 out of 10 in Food — to a restaurant will increase the prosperity of the city. This amount of money that’s generated from the building increases as well.
5. Monetisation. 
    You get a fixed number of buildings you can create everyday. It starts at 5. The game has a set of builders — 5 — that make you the buildings. Adding the 6th expense does not add a new building since you only have 5 available for the day. The limit resets everyday — that’s your incentive to come check the app everyday. They also want you to buy stuff — so you can buy gems which you can use to upgrade your builders. But if you want to stay in the freemium tier, they’ve got you covered as well. There’s gems you can get by viewing video ads. These are reset everyday — there’s 7 of those. And these are reset regularly — you have to check the app to see if there’s a get gems symbol showing. To make you click through the people — they have random quests that give you gems as well. Similar to ads these are regularly reset. Most of these quests involve cycling through all the people in the city. To find a particular person.
6. Competition. 
   There’s a section which shows you your ranking based on your prosperity score. This is the primary reason I’m hooked to this game. I’m currently 14 in India. I check this country ranking screen at-least once in two days — to see where my competition is. I find myself playing to keep my ego satisfied that I’m better than the rest of the folks out there.

I think it’s important to keep looking at things that work in apps and find out why they do. That’s how you make your product better. Emulate the best.

We build web and mobile apps — talk to us if you want us to help in your product journey.

Easier pretty emails for your web and mobile apps.

tldr; Use mailchimp automation emails

A little background

We build web and mobile apps built with Angular frontends and firebase backends.

These micro-service architecture apps are a great idea — till you have to do something that needs a server. Things that need to use API keys for example. A simple feature that falls in this bucket is sending an email at an event.

The firebase ecosystem’ answer to that is firebase cloud functions.

A cloud function trigger starts an on demand Node.js function that has the email content related code, sent out through a third party email provider like sendgrid, mailgun or postmark app.

This means that we have to code out the email HTMLs to pass it through the cloud function to the transactional email provider.

Enter mailchimp.

What we do now is when the the cloud function trigger is to update the list field for a mailchimp subscriber. 
Mailchimp has email automations — which can be triggered on list field changes. The email can now be created much easily — from mailchimp’s own beautiful templates even. A lot of the email look and feel challenges are solved.

The cons.

• Mailchimp automations for some reason only send out one email per user per automation workflow email. So if you’re testing the app — there’s no way to trigger the emails again for the same user. Deleting the list subscribers doesn’t work. Since each automation workflow email has it’s own list of subscribers — which you cannot delete — even with the remove subscribers from workflow option. I’m hoping this is just a mailchimp bug.
• Mailchimp automation triggers for list field exist for “list field value changes to a specific value”. This works for simpler cases — like if a user upgraded. But not for complex situations where we need to send the user a specific value. To counter this we create two list field values.
• Automation list field trigger times don’t have granular controls. It’s either immediately or after an hour. We have a third party voucher code management service to update the user’s referral coupon codes to a subscriber’s list field as well — and this happens at varying times — from between instantly to two minutes later — after a user has been added to the list. To counter this we’ve had to use segments — which also surprisingly have the “not black” qualifier — to do what the trigger should have done — send voucher emails to people who have something in the voucher list fields.

The Pros

• This is still less time than spending time designing HTML emails. That work in all devices. And testing them.
• Mailchimp is an easy to use web app — so the job of “making” the emails can be handed over to the design or content or any other team. That’s time saved using things that are built already.
• There’s something about using well designed apps that brightens my day.

I’ve personally been a Mailchimp fan for a long time. I’m glad to have found a way to do less work while getting more done.

What we learnt while doing remote angular builds.

TLDR; It makes deploying angular apps a consistent experience.

What is a build — in terms of frontend apps?

We use Angular to make frontend applications. The Angular build process is — ng build which creates js bundles of all the code that drives the web app. Angular 4 has ahead of time compiling that takes the code written and makes a build that has a lot of best practices like tree shaking and transpiling for serving web applications.

Why we do remote builds?

So that everyone in our team can deploy code to the staging and production environments. Well, maybe not anyone. But it makes it easy for the project maintainer to focus on writing and maintaining the code.

Build processes are faster too — since they’re on machines dedicated to just doing that one thing. And consistent. It’s easy for everyone to go through logs in case something fails. It also lets us manage code reviews online. Once a pull request is merged after reviewing it — possibly using the web interface.

We currently don’t do automated tests — but when we do, those can be easily shoehorned into this deploy process.

What we use

We’ve had a great experience with Beanstalk from the wildbit team. We tried Deploybot and since we have a paid plan for Beanstalk — Wildbit was kind enough to give us a free Deploybot account 🎉

What we learnt

• Caching the container that the build is made in decreases build time. While obvious, it took us some time to figure this one out. Deploybot — under advanced settings has an option to for preparation of the container (like installing dependencies) and the building of the source code itself.
  Cached build commands are executed only once and then the results are cached for you, until the package.json file changes.

Creating builds and deploying that build go hand in hand.

• Firebase tools has a login for CI which generates a token that can be passed along while doing a remote build which allows us to use firebase hosting. This gives us an inexpensive way to use CDN backed hosting. Firebase hosting has a one-click rollback option to the serve the previously deployed build in case of a buggy build. That has saved our bacon more than once.
• To combat failed production builds we sometimes create a production build locally and bug fix before using the automated system again. We do this mostly before a big feature release.
• We usually have the npm modules defined as the latest ones in our package.json. This would sometimes cause build errors. To counter that we added an ng -v to the build script. This gives clear logs on what version modules were used during the remote build.
• Using environment variables is a good idea to keep production variables away from the dev environment. Adding the output-hashing=all flag worked well as the cache buster for non prod builds.
• We would also have random issues regarding firebase not being able to understand which project was associated.
  Adding the — project flag sorted those issues out.

The result of all this:
No one spends time deploying anymore.
Well not most of the time

The struggle needs to be real

I started intermediate level weights at the gym today — it was legs day today. My trainer wanted me to use enough weights — so that I would not be able to do 15 reps of one set. That’s quite tough.

I want my life to be easy. I don’t want to be in pain. I don’t want to be stretched too thin. Maybe I’m just getting old.

But doing a lot of weights is tough only for a little while. And then your body gets used to it. I did squats with 30 kgs on me — which I would have not thought possible some time back.

A story is no fun if there’s no conflict. What’s the point of watching a story where everyone is comfortably living their lives. What’s the fun in living a life with no journey.

Bojack Horseman has a great scene where a Hollywood agent gets this amazing pep talk.

Like they always said. No pain No gain.

An easy frontend trick to test Angular2 apps on multiple devices

While building an MVP mobile app — it’s a great idea to build out a mobile site first. This gives you an opportunity to lock down on the details of the product before you build out an app.

We use Angular 2 to build out the web app. The same web app can then be packaged into a hybrid mobile app using cordova.

One of the tricks we use to test out things quickly is check the web app on a mobile browser at the same time.

To do this easily we use

ng serve --host=<local IP address>

Then we use at least a couple of mobile browsers pointed at the local IP (after making sure that they’re on the same network). So when you save the file it refreshes not just the desktop but the mobile browsers as well.

This works especially well when using flex — which is a beautiful way to get CSS to work on multiple screens.

Hey Prasad, Actually we do use firebase for all the Google services mentioned — except for notifications. We started using One Signal before Firebase cloud functions was released and just stuck to it.

Why we build serverless web and mobile apps.

The drive to microservices by giants such as Netflix has shown everyone why building monolithic applications is a thing of the past.

Serverless apps have to be microservices-based.

The stack that we use for our apps

Angular for the frontend
Services we use

• Database — Firebase
• Storage — Google Cloud Storage
• Server dependent tasks — Google Cloud Functions
• Email — Mailgun
• Authentication — Firebase auth
• Push Notifications — One Signal

The benefits of this stack

• No server management expertise needed
• No maintenance needed on services except maintaining the app itself.
• All of these are high availability services built with scalability in mind
• The pay per use pricing of the services means that costs are small since our clients don’t have to pay for idle capacity.
• It’s very easy to scale up or down depending on usage.
• There are generous free tiers on all the services.

Practice makes perfect

This post was first published in 2012 and updated in 2017

I say this to anyone who will listen to me — web development is all about practice. You do it repeatedly and you’ll be a pro at it. But slowly I’ve come to realize that this is true about everything.

I remember a long time ago I used to be really scared of driving. I’m not anymore. I kinda like driving around now. In the past 4 years I’ve fallen down, been yelled at for accidentally scraping someone’s car, haven’t really been in an accident — but don’t really want to. But the process is important — and I’m a much better driver now because of it.

I can remember this dialogue from Barcamp9 — some one on stage said “Don’t watch porn. Make it.”. This is true at so many levels. I read about successful web based companies everyday when I should be spending my time building successful companies instead. Instead of reading about hiring smart people I should be hiring smart people. Instead of reading about how to be more productive, innovating, automating, etc, etc. I should be doing all those things.

There’s a strike rate to everything. And you’re bound to be successful most of the times in the long run.

Easy project backups for web developers

We’ve talked about our development workflow. I wanted to discuss actionable backup strategies that are baked into the workflow.

It’s important that setting up backups be made part of the development process. Since the actual backup is a background process — it is much more likely that it will be done.

Our workflow has three environments. 
*local
*staging
*production

Our local projects are all backed up on a remote Git repository. We use Beanstalkapp for projects that are in use and Bitbucket as the final resting place for a project — since Bitbucket gives unlimited repositories in every plan. We usually create a separate repository for large assets like photoshop files and raw images.

Staging environment backups are usually not taken — since staging sites are a transitional space.

Production environment backups are usually done based on the platform used. 
For WordPress project, we suggest WPEngine to most of our clients who can afford it. WPEngine has daily file and database backups baked into each plan. That’s saved our bacon on more than one occasion. For our WordPress clients not on WPEngine, we use VaultPress which also does daily backups of the entire WordPress website.

We’ve recently been working with AngularJS frontend web and mobile apps powered by Firebase databases. We use the blaze plan for daily backups. The major pro with the blaze plan is that since it is a “Pay as you go” type of plan we usually end up paying less than a dollar for daily backups of decently sized databases.

Fun fact — World backup day is one day before April Fool’s day.

How we deploy code to websites.

Our development workflows involve three environments.

1. Development — This is where the code is written. 
    This is locally hosted on the computers that we’re developing on.

2. Staging — usually on the same servers as the live website.

3. Production — the live website.

Our staging environments are set up to be automatic deployments. That means changed files from each new commit are uploaded automatically to the web server.Production environments are setup to be manual deploys. Which means that at the right times — changes that have passed testing are uploaded to the production web servers by someone pressing the manual deploy button within the deployment tool.

We use Git for version control and for collaboration on code.

We use Beanstalkapp to host most of our active repositories. We chose Beanstalkapp over GitHub because Beanstalkapp has the ability to make secure file transfers (SFTP) directly to our web servers based on our commits.

For some smaller or extremely large projects, we use Bitbucket to host the repository and use Deploybot to deploy the code.

Automated deploys mean

• No more manual tracking of files that were changed and more importantly no more manual uploading of the files that were changed leading to much lesser chances of developer error.
• If there’s an issue with the release we can easily rollback the deployment.
• All of our team members are able to deploy code even when they don’t have access to the servers themselves.
• Since it’s so easy — each one of us is continuously deploying code to staging environments — where every change is tested for quality.
• Enormous savings in time saved manually uploading files.

If your team does not deploy automatically — take the time to figure it out. Your team will thank you for letting them focus on developing code not worrying about deploying it.

Reasons why you should consider building a hybrid mobile app.

What is the difference between a native app and a hybrid app?

Native apps are built in native programming languages like Objective-C or Swift for iOS and Java for Android operating systems. Hybrid apps are mobile apps built using HTML/CSS/JS “pages” wrapped in Phonegap/Cordova.

Code once, works everywhere

Hybrid apps need to be written once and can be built for both Android and iOS (and Windows Phone…). This saves development time that in turn saves development cost. With any software come bugs. While there will be similar bugs in android and iOS for hybrid apps — there will be two different types of bugs in native apps since they’re built off of two different code bases.

Frameworks galore

Frameworks such as Ionic reduce the time taken to build feature rich mobile apps. Developers can add common features like Geolocation, dialer support, push notifications by going through a plugin installation. A vibrant plugin ecosystem makes it easy to utilize native capabilities of the mobile operating systems 
https://github.com/driftyco
http://ionicframework.com/docs/native/

Plugins, Plugins, Plugins

Open Source plugins are available for all hybrid app frameworks like phonegap, cordova and ionic and React native. These make it easy to connect to third parties without having to build connectors. 
Here’s a list of examples.
Connect React native and firebase
Angular bindings for Firebase
OneSignal (a free push notifications service) with Cordova 
To connect the SQLite database with Cordova

Build a minimum viable product faster

Rapid prototyping is possible by building on top of existing themes and functionality For eg. http://market.ionic.io/ is a marketplace for Ionic starter packs for all kinds of apps.

Web Application included

The mobile app source code can be hosted on a web server which makes it a web application. You don’t have to develop another web application. Famously https://m.uber.com/v1/ was the same code that used to power the Windows mobile application. You could even go the desktop app route by packaging the app in Electron or Ionic Desktop instead.

Keep reading if you’re a developer.

Mobile is eating the world. As a developer you need to embrace this. It is now very easy to further your frontend development skills to build mobile applications. All good frameworks do most of the hard things for you already — while giving you the opportunity to work with cutting edge tech like Typescript, Angular 2 (which btw is fully forward compatible with Angular 4) or ReactJS.

You can even postpone learning about dev ops. Firebase is awesome as a cloud-based database solution. You get a scalable database with storage in regions around the world without the hassle of managing DevOps. Serverless platforms like AWS Lambda and Google Cloud Functions can let you run code that would usually need servers without having to manage servers.

We’re looking for frontend developers to help build amazing web and mobile applications.

A simple workflow for moving WordPress websites between servers.

Add the Content Freeze plugin so that no content is updated while the site is being moved

Use the All in one WP Migrate plugin to create an export file.

Don’t download and upload the export file.It makes a lot more sense to move the file directly from one server to the other

If SSH is available on the new host — use wget to download the file directly to the server. Remember that wget supports resuming downloads.

If only cPanel is available use exec to wget the file directly to the server

Make sure the export file is in the /wp-content/ai1wm

Restore the export from the backups section of All in one WP Migrate plugin dashboard.

Make sure the restore has gone smoothly by editing your hosts file to reflect the new host IP and checking in an incognito/private browser window.

Point the domain to the new host IP.

How we moved to HTTPS

Why HTTPS?
Google has been giving better search rankings to secure sites since a very long time . The nail in the coffin for us was now chrome and firefox show you an “Insecure” tag when you’re on a page with a password form.

Let’s encrypt is amazing at giving out free SSL certificates. Our hosting platform (WPEngine) unfortunately did not support letsencrypt SSL certificates till now. Recently that changed and they even made it very easy to enable SSL using Let’s Encrypt.

While moving the root domain to https was easy. We had a CDN CNAME enabled for our site. The CNAME made is prettier — so we had cdn.astechsolutions.in serving out all our static assets instead of the gibberish.netdna-ssl.com address. This posed another challenge. We needed another SSL certificate for the cdn subdomain. This unfortunately was not available for free in WPEngine. We’d have to buy a SSL cert and then plug into WPengine which was not needed. The excellent chat support team helped change the CDN url to the poor looking https://413k2a2926rbn3qij2lhfr1tfu-wpengine.netdna-ssl.com url for all our static assets.

Some things to note:
*A relative URL without a scheme (http: or https:) is valid. Include all scripts with // instead of http:// . This will use the https version of the scripts if one is available
*We used the plugin Really Simple SSL — to force SSL on certain links in the menus and widgets on the site. 
*We had to setup a redirect so that all http links would redirect to https. This is a setting in the WPEngine console.
*It always a good idea to clear the cache and test if everything is working as expected. We had some errors show up when certain content was not secure on the site.
*Always take a backup before you make changes to your website.

Once we did this for ourselves — we got all our maintenance clients on WPEngine upgraded to https 🎉

Daily Presentations — How we made it easy for team members to share what they’ve learnt

We have had a presentation everyday at astech since the last 8 months. We choose the speaker on a rotating basis … in the order your name is written on the score board — yes we keep scores. Winner gets an amazon gift card!

Rules:
1.You cannot miss your turn Has to be at most 5 minutes long — we use e.ggtimer.com/5mins to time
2.The presentation has to made to everyone. 
3.Needs to be something that you have some personal experience with.
4. You get scored from 0 to 5. 5 being the highest.
5. If someone is absent you get 2 points from them.

Pros:
1.Everyone gets to learn something new everyday. 
2.The presenter gets better at presenting
3.Possible blog post material

Some of the topics that we have covered:

How to update content on a WordPress site with custom post types.

Trekking 101

Machine Learning 101

An introduction to Sass

Cannonical URLs in WordPress

Indian Budget highlights (by our accountant)

Webcomponents

Body Language 101

Features of the Visual Studio Editor

An introduction to the Electron Framework for building desktop apps

An introduction to Cloudflare

How to play Black Jack

Different types of Life Insurance

TDS (Tax Deducted at source) calculations and exemptions

An introduction to Easy Engine

UPI (Universal Payments Interface) 101

How to use Netflix

Documentation needed for home loan (from one of us who got a home loan recently)

How to look for cheap airfare

The Grammarly chrome extension

Here’s what we’ve learnt.
Everyone in astech is an expert at what they do. Even our accountant is an expert, at managing the books.

Sharing the process of how you learn new things helps others to learn better.

Sometimes it is the little things that matter. A little thing that has taken you hours to understand and master. The time taken to explain this saves on the time that someone would have to spend in the future.

While not all topics are technical — they are all interesting. Non interesting topics get weeded out since this has turned into a competition.

Since people work in their own silos it is easy to get caught up in what you’re doing and not share what you’ve learnt.

Some things come naturally to some people. While to some people those exact same things can be difficult for someone else.

You don’t know what you don’t know. It helps to get an exposure on new things.

Sometimes these presentations are a way to show your team something cool you found out.

A Play Store experiment

The story begins three years ago when we created an app as an exercise for a new javascript developer in our company. We usually hire interns who are just out of college. College, especially in India, teaches you a lot about theory but not about the applications that exist already. The exercise was to implement an open API with PhoneGap while using data from a phone sensor.

While at McDonald’s a couple of us decided on making an app that gives you a list of McDonald’s closest to you. The intern knocked out the app in about two days. We passed the location from the phone to the foursquare API and then used jQuery mobile to show that list.

Got a logo designed by a friend. We even celebrated by putting it up on the play store.

Then we forgot about it.

Two years later on a whim I decided to open the Play store developer area. I noticed that the app had 2000 active installs! That felt amazing. I’d looked up the app analytics only because we had a new intern and we were considering repeating this tried and tested app exercise.

We built the app again. This time with bootstrap and phonegap. We added some features as well like deep linking the location within google maps. That’s it.

A year later we redid the app in React Native. You see the pattern here. This was mostly an app that we used to exercise our skills. We like to be on the cutting edge of tech — or at least slightly behind the cutting edge. We started listening to user feedback by enabling review notifications from within the play store publish module.

Most recently as a new exercise for another new employee we rebuilt the app again using Ionic (which is AnuglarJS and Phonegap) put up a small Google Ad widget as well.

The app earns around $8 a month — not bad at all for an exercise where we’re able to hone our skills.

Our plan with the app? Rewrite the app in Ionic2 next time someone new joins the team.

How we communicate using two chat apps @astech for a better work life balance.

Team astech works out of Mumbai — but it is easy to forget that Mumbai is one of the largest cities in the world. Travelling from one end to the other can take almost two hours one way. That is why we have a very comfortable work from home policy.

Remote working comes with its own challenges. The biggest amongst those is communication. We solve this by using a couple of different ways. Non project related chats are on WhatsApp and all project related talk is on Slack. Everyone uses the WhatsApp mobile app and the Slack desktop app. This leads to a clear line between work and life.

We love slack for the freedom it gives shared teams to be on the same page with many projects. We’re a results-oriented work environment. That means that people don’t check Slack while working. When they need to talk to a co-worker, even one in the same office, they Slack. This asynchronous communication leads to more time on the maker’s schedule.

Our workflows for Slack include:
*Channels for projects
*Slackbot reminders to do daily presentations and to get away from the screen for lunch
*Private groups for team discussions. Eg. business development talks that combine accounts and client management folks.
*Bots to do repetitive tasks — we use Howdy to do our daily standups and Kelasa to keep track on Workfront tasks.

We also use WhatsApp quite a bit. We have a broader office group with ex-colleagues and friends of the company to discuss current events and… well to forward forwards. We also have a team group on WhatsApp where someone could talk about urgent activities like for eg. if they might be late to work or announcements and planning for the latest movie or outing.

Hope this helps other companies create a culture where there is a clear distinction between work and life.