Let’s face it, forms can be extremely complicated. There are all sorts of issues you run into with forms to provide a nice user experience. That’s why it’s really handy to have a library to help you out. If using React/Redux, Redux Forms is a great library to help you manage that form state in your Store. Having Redux Forms work with the store also opens up the possibility to customize behavior via your own reducers. This will let you take advantage of all the built-in functionality of the library but also handle your potentially complicating scenarios. I’m going to show you how to leverage this concept to build a specialized form that reflects a requirement we had for a project, a derived but editable field.
This is a follow up to my previous post Automated Testing and ATDD with Gherkin, Cucumber and Protractor: Getting Started where I discussed the path taken on my first project using BDD and how manual testing time and the # of bugs generated were both significantly reduced. With this post we'll be setting up a project to run automated acceptance tests with Cucumber and Protractor using human readable acceptance criteria written in Gherkin. Our feature tests will be hitting the ToDo MVC AngularJS example site.
Subscribe to our blog by filling out the form below:
Previous Posts in this Series How to Host a CodeFest/Hackathon, Part 1: Why Have a Hackathon? Answering Questions in Advance So last time I hopefully convinced you that you should at least consider having an internal company hackathon, or as we call it here at Aviture, a Codefest. But before we really get started, you have to flesh out enough of the details that you can get yourself excited, and so you can actually communicate the idea to everyone else! And believe me, they’re going to have a lot of questions. Here’s a couple big questions to ask yourself that should help you get the structure of the event settled:
Empower. Engage. Grow. Three things we aspire to do every day at Aviture. So, when I was introduced to Girls Inc. and their mission to inspire and engage young women to create a vision for a bright, healthy future, I knew Aviture could provide a perfect opportunity for them to explore their potential in technology.
How do already great developers become even better developers? They spend time learning with other talented developers, of course! And there’s no better place to soak up the latest industry tools, trends, and techniques than at the Kansas City Developer Conference (KCDC).
What was your favorite subject in school? If you answered “recess,” we’re right there with you. It’s true that playing games with friends is the highlight of most kids’ days, but the fun doesn’t have to be contained to recess. There’s a lot to learn as technology continues to change the business world and we want the next generation to be prepared. All of this is why educators and national leaders are focused on keeping subjects engaging, relevant, and fun with STEM curriculum. So, what is STEM?
Agitating for Innovation A little over a year ago, I sat down with Mark Griffis and Jerry Koske (Aviture’s President and CTO, respectively) to make my case that Aviture should have an internal hackathon. I had a Powerpoint presentation all ready to go, a head full of ideas about how awesome it was going to be, and some pretty high hopes for the end results. I came out of the meeting feeling luckier than ever. Mark and Jerry are just as nuts about innovation and exploration of ideas as I am, and I got the go-ahead to put the event together.
From the trenches, Our experiences with Style Guide Driven Development Style Guide Driven Development (SGDD) is a technique of developing your UI components in a living “Style Guide.” There is no one set definition but the basic idea is that you develop a separate page or pages outside your application that use the same CSS and HTML that your application uses. There is an excellent introduction to SGDD and its benefits at Smashing Magazine and we encourage you to check it out! This post will be about our experiences working with this technique, which suggest that on a green-field project, it is extremely difficult to know enough about your application to fully embrace SGDD out of the gate. We found that waiting for the UI patterns to emerge from your application and then creating a style guide was a better approach. Key to this recommendation is to develop and build all your UI components (style guide or not) with discipline, using known best practices.