Building JBoss Projects with PatternFly and AngularJS

Recently I’ve been looking into different UI tech in use for apps built onPatternFly Logo top of Red Hat middleware, and I’ve discovered that many of Red Hat’s products use PatternFly (in differing capacities) for their administrative UIs. PatternFly is “A community of designers and developers collaborating to build a UI framework for enterprise web applications.” (from the website). There are also components, directives, etc, for AngularJS projects (which I really like).

This sounds awesome, particularly because I’m a terrible designer, so I thought I’d take a crack at converting an existing demo to use PatternFly, and along the way learn more about the framework and its best practices. These are concepts you can use in your own projects when building JS-heavy projects using Maven (which has about a billion ways to do things).

You can find the demo on jbossdemocentral, along with instructions for building it. In this article, I will describe some of the highlights of what I learned.

Continue reading “Building JBoss Projects with PatternFly and AngularJS”

Survey – Help us help you: tell us about how you work

Survey – Help us help you: tell us about how you work

In order to develop offerings that really help developers get their jobs done, Red Hat wants to learn more about the day-to-day work experiences of developers like you. We’re interested in understanding more about your personal work environment and habits, and the processes by which your current project work becomes a reality for your end users and customers.

What will we do with what we discover?

The more we understand about your work experiences, the better we can make our developer-focused products and offerings (like this blog) suit your needs.  The Red Hat product design team in particular takes this sort of input into consideration when designing product UIs and websites.

We’ll also share what we learn from this survey so that anyone who creates products or services for developers can get some insight into real-world scenarios. Check back here in a few weeks for a summary of the results so you can read about your peers’ experiences.

Continue reading “Survey – Help us help you: tell us about how you work”


DevNation 2016 in San Francisco – Call for Proposals is now open

San Francisco, California, USA
June 26-29, 2016.

As part of the DevNation 2016 launch and abstract selection teams, I’m pleased to share this news and invite you to submit your talk to DevNation 2016!

  1. You submit a session (or sessions!) you’d like to present at the 2016 DevNation by January 11, 2016.
  2. Subject matter experts review each submitted abstract and give a numerical vote (1-5).
  3. Selection committees review the highest-rated sessions and build the agenda.
  4. You receive and accept or decline notification for each session you submitted.

While not restricted to this list, here are some topics for you to consider:

Continue reading “DevNation 2016 in San Francisco – Call for Proposals is now open”

repost from opensource.com – Front and back-end developers should make friends

repost from opensource.com – Front and back-end developers should make friends

Front and back-end developers should make friends –
Interview with Natalie Kozlowski of CodeGuard | Opensource.com

Natalie Kozlowski is a front-end web developer at CodeGuard. She’s a self-taught coder who embraces open source and will be giving a talk about how to interact with your front-end developers at this year’s All Things Open conference in Raleigh.

opensource dot com

In this interview, I caught up with Natalie prior to the conference. I learned more about her background, like how she earned a degree in Professional Writing, what led her to her current job as a front-end developer, and how she applies the open source way to her job.

Continue reading “repost from opensource.com – Front and back-end developers should make friends”

5 UX Tips for Developers

5 UX Tips for Developers

As a Red Hat UX designer who is visible in the open source community, I often receive requests for advice from developers looking for help in improving their apps’ user experience. Here are five tips from that experience that you can put to work on your own:

1. Prioritize for the best impact

Not every user is going to use every feature of your software, but some features almost every user will use. Not every user who uses a given feature is going to use it frequently, but some users will use that feature all of the time. Take a look at the grid below:


Continue reading “5 UX Tips for Developers”