WordCamp Follow Up

35 Days of 100A month later. Follow-up.

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.

JavaScript Functional Programming

Node LogoDay 5, 1 commit…. so far…. Everyday there is a swirl of stuff… ideas, and things to do, code to write, Photoshop tutorials, and Node scripts to tinker with. Sumo exercises, and cooking more healthy. Family, and church folks, and the dog (who cares about the family dog?) and Bootstrap to learn(mastering the old 3x one, so the new 4x one seems so much better), building my Angular 2 skills only by working on Mastering TypeScript 2 stuff. More books to read and things to do than there is time in a day. People to connect with and learn from. What I really came here to record my thoughts about is JavaScript Functional Programming.

Like for instance, today’s All Things WordPress meetup was no different in my swirl.  SEO, yah yah… been doing SEO since when, 1999 at College Fund, or does my WebTrends tracking starting back in 1997 count? Yes, I have worked with Web Position Gold and dozens of tools over the years. I got in the top 1% of most viewed profiles on LinkedIn when it had 200 million people in 2013, so I figure I know how to do SEO. And you know what. I know I am not an expert. If I went in there with an attitude of oh ya, I know it all, then I would lose out. Instead, I went in with a I know a few things, and the pace of change keeps getting faster, so what has happened in the past 12-24 months, that I might not have heard about. And sure enough I got a whole new list of tools and sites to go learn and start applying to my craft. And that has nothing to do with JavaScript Functional Programming, but I am getting there.

Likewise, I get recruiters trying to blow smoke up my ass, and I know I still have a lot to learn about JavaScript.

JavaScript Functional Programming

“Master the JavaScript Interview” is a series of posts designed to prepare candidates for common questions they are likely to encounter when applying for a mid to senior-level JavaScript position. These are questions I frequently use in real interviews.

JavaScript logo on Georgia peachFunctional programming has become a really hot topic in the JavaScript world. Just a few years ago, few JavaScript programmers even knew what functional programming is, but every large application codebase I’ve seen in the past 3 years makes heavy use of functional programming ideas.

Functional programming (often abbreviated FP) is the process of building software by composing pure functions, avoiding shared state, mutable data, and side-effects. Functional programming is declarative rather than imperative, and application state flows through pure functions. Contrast with object oriented programming, where application state is usually shared and co-located with methods in objects.

Functional programming is a programmingg paradigm, meaning that it is a way of thinking about software construction based on some fundamental, defining principles (listed above). Other examples of programming paradigms include Object Oriented Programming and procedural programming.

Go read it. And yes, I need to spend some time digging in so that I understand the basic words that make up the body of work that is JavaScript Functional Programming. I don’t think I need to master it, but at least be able to have an intelligent conversation about it.

WCATL pot of gold

OH ya, And go back and start refreshing my PHP mindset. Digging into building plugins. The other day after WordCamp I decided and made it a goal that by next year’s WordCamp, I would have built a good plugin, a good theme that is posted and hosted out in WordPress for others to use. And maybe be a contributor, even if its just in documentation of how to write code to start with. I want to be a speaker at next years WordCamp. Sooner, if I can pick a decent topic that I can convey a certain amount of knowledge about.  So to start I am going to start being a volunteer Theme Reviewer.

Transitioning from UX to Product Management

Transitioning from UX to Product Management (on a Balanced Team in an Enterprise Setting) is the topic of the amUX group I go to once a month at GA. Early morning before work, UX’ers gather and inspire each other at this cool meetup group. I always come away with a new sense of purpose, even when I am still struggling to be a junior developer. I love how Michael Diffenderf­er from Pardot, a sponsor, is always smiling and happy. So I decided that with the beautiful weather we are having and the new season fast approaching that it was a day of transitioning. On of my buddies recently transitioned from senior instructional designer to project manager, and one thing that struck me is that this massive healthcare organization hasn’t embraced more UX and moving folks closer down to the agile teams. Each team needs a Product Owner, and a project manager, a UXer and some dev folks, as well as the L&D person. Got me thinking about enterprises and why they aren’t moving faster to balance. Transitioning from UX to Product Management could help them.

The blurb about this morning’s meetup was;
Transitioning from UX to Product Management can be a logical next step for UX Designers and Researchers, Information Architects or Interaction Designers who want to get more involved in the business side of things and have influence over the direction of the entire experience. Sounds awesome right? I thought so. And still do.

At the core, having a UX background gives you an incredible advantage, as you can apply the same skills and competencies to creating a stellar user experience. But the path to being a successful product manager includes a lot more responsibility, focus, business knowledge, team management skills and collaboration. It’s like being a business owner.

In this talk we’ll walk through my experience in making the transition in an enterprise organization, that uses agile development principles on a balanced team. We’ll talk about the skills that translate well and the new skills that you may want to acquire. And of course there will be stories of successes and failures.

About Jane Guthrie

Jane Guthrie
Jane Guthrie

Jane Guthrie has spent the majority of her career conceptualizing, architecting, evaluating, and enhancing digital user experiences for companies such as Sotheby’s, SunTrust, Lowe’s, Kraft, Nestle, Acura, Coca-Cola, Cox Communications and The Home Depot.

After many years in UX design, Jane transitioned to Product Management so that she could drive the creation of experiences and build software based on real user needs in collaborative, team-oriented settings. Using a blend of lean and agile methodologies, Jane works collaboratively with her clients to test and validate ideas and create easy-to-use experiences that bring their business strategy to life.

She is the proud owner of a dachshund named, Fabio, loves to experiment with watercolors and tell jokes. The jokes aren’t always good.

Get the Gold at WordCamp Atlanta

Friday March 17 is St Patrick’s Day, and the beginning of WordCamp Atlanta. Yes, 3 Beginner Sessions: Novice WordPress Users, Website Designer, Aspiring Developer. Aspiring Developer, that’s me. I understand the system pretty well, and have coded a few things, and written a front-end for WordPress, but still want to learn more. I want to learn about the code, and hooks, and things the system offers us.

I’ll be in and out on Saturday, as I am out helping another group from 11-2. I figure I can attend Seven Core Competencies of WordPress Web Designer Pros, by Judi Knight. And around for a 3 o’clock and 4 o’clcock classes.
And Sunday I get to help out and run one of the rooms. I love helping. Introducing and facilitating the discussions.

Testing is Good

Testing is Good. Pyramids are Bad. Ice Cream Cones are the Worst

Monday’s Fullstack meeting at Manheimfists of reason speaker was about Testing mindsets. All across the board. Stephen Fishman, Sr Director, Application Architecture spoke passionately about WHY Testing is Good. Pyramids are Bad. Ice Cream Cones are the Worst

Many engineering and QA professionals are familiar with and lean on the Testing Pyramid made popular by Martin Fowler. Too bad it doesn’t work for in-transformation teams and doesn’t offer hope to teams looking to create change in an organizations’ commitment to drive towards “continuous testing” (especially when everyone wants to fight about tracking coverage levels). This talk will focus on showing what has gone wrong with the testing pyramid and what new model might work better for in-transformation teams.

Specific items this talk will cover:

– What is continuous testing and why is it necessary for a CICD transformation

– What is the testing pyramid and what are its strengths

– What is the testing ice-cream cone and why is it generally bad

– Where does the pyramid model fall short for in-transformation/enterprise teams

– What is a new model that could work better for in-transformation/enterprise teams

Here are some sample articles Stephen wrote on the topic:



Remember Testing is Good. Kind of like those maze movies where they program and brainwash the kids to believe WICKED is good. However in this case Testing is Good, you just have to know how to apply your creative energies and in what doses to where.