The first Boston Front End Web Developers Meetup went off this past Wednesday (May 25th) according to plan with around 30 people showing up for the inaugural meeting - I gave a couple of talks, the first was a "State of Front End Development 2011" covering the current state of the craft and talked a bit about the aims of the group. The second one covered the basics of a Semantic HTML5 Chop with some extra details on Meta-data and the Semantic Web (I believe only a couple people nodded off during that one) Both presentations are embedded at the end of this post.
I asked people to fill out a survey with a few questions - the most important of which was what topics of interest for upcoming presentation might be - here's the responses:
Actual Data:
| Writing Semantic HTML, HTML5 101 | 20 | 69% | |
| HTML5 & Progressive Enhancement, Shiv & Fallback Options | 21 | 72% | |
| Using Grids, Fixed and Fluid | 17 | 59% | |
| SaSS, Haml, Less | 11 | 38% | |
| Coding for the Mobile Web - Media queries, jQuery Touch, Mobile CSS support, etc | 21 | 72% | |
| Javascript, Basic (language overview) | 15 | 52% | |
| Javascript, Advanced (closures, namespacing, ... ) | 14 | 48% | |
| jQuery, Basic (jQuery 101 - Selectors, Animation, Ajax) | 17 | 59% | |
| jQuery, Advanced (Promises, Templating, Data elements, new features | 18 | 62% | |
| Client side performance optimization (CDNs, minification, async loading, spriting, ... ) | 17 | 59% | |
| A/B Testing | 14 | 48% | |
| Analytics Options | 12 | 41% | |
| Facebook integration, OAuth, OpenGraph, Social Widgets | 18 | 62% | |
| Semantic Web, RDFa, Microdata | 11 | 38% |
What I thought was interesting was: one, the number of topics that had significant interest (no topic got under 38%) and two, the level of interest in learning more about mobile. It's pretty clear that there's a lot of interest in everything HTML5 related, and additionally both a serious need for mobile development and a lack of confidence in the best practices.
If you're in the Boston area, join us for the next Boston Front End Web Developers meetup, and if you're interested in presenting on a topic shoot me an email at pascal at this domain.
Here's why: many people (myself included) don't get through their emails each day. When the number of emails someone receives each day exceeds their ability to respond to them those emails start to back up and can go unanswered for days. Now, most mail clients show the newest emails first, so new emails actually have a higher visual priority than old emails and will tend to get handled sooner as the recipient races to try to keep up with the inflow of contact requests.
If you get your emails into someone's inbox after they have handled all the overnight notifications, marketing and spam messages, it'll sit as close to the top of their inbox for the greatest period of time and has the best chance of actually getting handled before falling into the bottom-of-the-inbox-hell. Given the variation in times in when people arrive at the office, mornings also tend to be less "busy" (with calls, meetings and the like) and so I'd guess people tend to spend more of their time responding to emails in the AM than the PM.
When's the worst time to email someone? Anytime in the late afternoon into the evening. Those email will get stacked up with all the overnight emails and may be ignored. Even worse, If they are viewed on a smartphone or the like but can't be responded to immediately because the reader is not at the office, they email client will still mark them as "read" and they will effectively disappear into the clutter of the inbox.
(Note, this is all from my own personal experience as both the sender and recipient, so I'm sure there's lots of other opinions on the matter)