In the last 35 days of my 100 Days of Code I’m at 108 commits. Up 10 from a year ago this month. Still working on my MEAN-stack, the Meetup group is going good. Still working on my focus issues, as in not being scattered (yikes I missed 3 days). I have done Photoshop and Illustrator, and AWS stuff, and worked on Front-end stuff with Boostrap, and Angular Material, and watched Star Wars Rouge One! So it was a good month.
Designing More Efficient Forms is something that has been near and dear to my heart for years. I guess I am “allowed” to rant on my own personal blog, right? Well I wish more people who build forms would take time to do them well.Designing More Efficient Forms is an article about Salesforce (https://medium.com/salesforce-ux/designing-more-efficient-forms-10d23bc72c9f#.ymn7ppz4e) which was a good read, and linked to more content to check out. I built my first forms in MS Access 2.0 back in 1994. Did a spring contract gig in 1996 building an Access and AS/400 hybrid database app using VB and Access as the front-end. Lots of fun. Learned lots of stuff about programing, camel case, and alignment, and hints, and self-documentation. Makes me wish I had saved some of the printouts and scanned them to images. My portfolio is lacking in cool things I have done over the years. I have been building sites and software front-end stuff for many many years. From 1994 to 2004 is ten years, and to 2014 is 20 years…..And I get recruiters who save oh, but you need 3+ years doing front-end work. Oh My!
Over the years I have made forms in a variety of tools, applications and platforms. And recently Salesforce has started popping up on my radar feed a lot more than in years before. I kind of feel like Luke Sykwalker in a Death Star trench, aiming for a little exhaust port. I don’t need to hit everything along the way. I just need to hit that one little target. Just because AWS, and React, and TypeScript, and Autumn weather are all just distractions, I can stay on target. Partly why this is a rambling rant.(draft)
And of course, there are articles about building and deploying your sample Safesforce apps to Heroku. So in the end what does any of this have to do with Designing More Efficient Forms? Go explore and find out for yourself.
Fullstack, Front-end, buzzword, jargin and more words, but for real, the world keeps spinning. I just got done with my Web Development Immersive class at General Assembly in May, and I am trying to build good looking sites applying my new found front-end skills, and trying to build processes to them, so Grunt, Gulp and all those fit into the pipeline in the correct places. Well the guys over at the Manheim Fullstack Meetup group did their best to throw me for a loop with their Static Code Analysis: Make Your Front-end Development Seamless topic. But HA, I caught most of it, and think I can apply it… if given a team and some time and a project. Ya pizza really helps, but then, so does having the google drive link to the presentation for later reading does as well.
A demonstration of the most popular front-end tools that can help you write reliable, readable code in record time. You’ll see how tools like eslint, sassdoc, and jsdoc provide practical ways to enforce readable and consistent code. Afterwards, we’ll take a look at how more advanced, language altering tools like TypeScript and Flow can radically improve your coding speed and code confidence. Finally, we’ll dive into how all of these tools work at a fundamental level. So come on down and discover the tools that can make your workflow seamless.
HTML (Hyper Text Markup Language)
CSS (Cascading Style Sheets)
JS frameworks like
Front End Frameworks like
CSS Preprocessors like
And then digging into experience with RESTful Services and APIs. REST stands for Representational State Transfer. In basic terms, it’s a lightweight architecture that simplifies network communication on the web, and RESTful services and APIs are those web services that adhere to REST architecture.
And of course all of these sites you build need to be Responsive and of a Mobile-first Design mindset (which Bootstrap can help). Cross-Browser Development is a given, with the wide range of IE, Chrome, Firefox and others out there. Shims, resets, and browser prefixes help.
And lastly you need to cultivate a Testing and Debugging mindset. Test-Driven Development is not hard, but it is time consuming and rarely taught in tutorials and bootcamps, and this will set you apart as a professional. Which of course, you also do really need to know Git and Version Control Systems. So when you go to build your portfolio, try to find ways to show off your Problem Solving Skills. This is really want any good employer wants, someone who can solve problems.
So this is an amazing office space. Ogilvy and Mather
Pamela Fox presented Backbone 3 Ways
these days, and one of the reasons for its popularity is that its
minimal and lightweight. That makes it easy to use in different ways
and adapt to different projects – but can also make it hard to learn.
In this talk, I’ll start with Backbone basics, and then dive into
three different ways that we use it to power the front-end of
Pamela is a graduate from the USC Computer Science Department. While at Google she worked on the widely successful Maps API and the ill-fated Wave API. She is currently working at Coursera to improve online education.
Second Talk, Lessons Learned Using Backbone: Beyond the One-Task App by Brian Mann
There are many examples of simple one-task Backbone applications, but few if any explain how to approach building larger scale projects. In this talk you’ll learn to bridge the gaps that backbone doesn’t solve. You’ll also learn about Marionette – a composite framework for building and structuring Backbone applications.
Brian Mann has spent the last year building a large Backbone application using Ruby on Rails. He currently works at InspectAll http://www.inspectall.com, a SaaS web application used to analyze industrial compliance and inspection data.