SlideShare a Scribd company logo
Staying current in a
changing marketplace
Denver Code Club Meetup Craig Martin, Vice President of
Engineering
January 19th, 2017
Agenda
● Changing market
● Approach and Adopting a new
technology
● Staying Current
● Evaluation Process
● How Kenzan does it:
○ Tech Radar
○ Skills Matrix / Badge Board
○ Internal Projects
○ Open Source Projects
2003
SOAP Webservices
becomes popular
Technology
changes really
fast.
2005
Google
Maps & YouTube 2006
Initial AWS Cloud offerings
2008
RESTful Webservices
take hold
2013
March
● React released
● Initial Docker release
2011
● Google Cloud Platform
● January - Kafka
● December - Hadoop
2010
● February - Azure
● October - Angular
2014
● May - Apache Spark
● June - Initial
Kubernetes release
● October - HTML 5 2015
● January - Swagger
2016
● January - Serverless
architectures
● September - Angular 2
● July - Apache Mesos
Approaching a new technology
To keep in mind!:
Perseverance will pay off
You never stop learning
Different technologies and
starting points have different
kinds of learning curves
Adoption Expectations
How to stay current?
In a changing market
In Technology, standing still means falling behind
• Two main perspectives
Individual or Company
• Correct attitude
Embrace the change
Create a culture or an attitude of looking forward
• Be critical
For every good product there is a “Clippy”
• Apply in real world situations
• Evaluate the alternatives
Is there a market need?
Why is it better?
• Review from many perspectives (not just technology)
Technology evaluation
● Updating/modernizing
existing legacy
applications
● Comparing “old” vs
“new” technologies
● Evaluating emerging
technologies
COMMON
DRIVERS
COMMON
PITFALLS
● Resume driven
development
● Treating technology
stacks different than
architectural patterns
● Lack of consistency in
approach
● Stuck in the theoretical
- Start Building!
Modernizing existing application
Common Use Case: Company has an existing legacy application that needs a major feature overhaul or
needs an upgrade.
1. Start with an honest
evaluation of existing
application stack
a. What does it do well vs
not so well (e.g.
scalability, modularity,
releases, extensibility,
support, etc)
b. How much of the
challenges is related to
the technology?
c. Maybe code/arch
cleanup would be
better?
d. Understand the
architectural patterns
2. Determine list of potential
technology replacements
3. Use the Pros and Cons
as a template for each
technology
a. Evaluate each pro
and con against the
potential technology
b. Suitability fit with
development team(s)
4. Evaluate the “activity” of
the the technology
a. Lots of committers?
b. Open Source vs Closed
Source
c. Release Cadence
d. Available tooling and
Plugins
5. Overall technology
evaluation
a. Ease of use, code
management, cost,
complexity
Comparing Old vs New
Common Use Case: Company has a new tool or feature that needs to be built and we want to choose the right
technology.
Objective evaluation of pros
and cons:
● Differences in paradigm
or architecture
approach
● Features and gaps in
tech
● Performance
● Extensibility
● Activity & popularity =
resources and support
Compare costs of each
technology
● Open source
technologies vs
licensed technologies
● Maintenance costs are
expensive and will most
likely rise
Team Dynamics
● Skills of team
● Code handoffs Likelihood of longevity
● Judge by popularity
over time
● Extensibility
● Voodoo Magic
Evaluating Emerging Technologies
Common Use Cases:
● Helping clients to determine the correct strategic direction for their organization.
● Determining the technologies in market verticals and help establish the direction of the organization.
Identify POC to get hands
on with technology
● Focus on risk areas
● Establish checkpoints
along the way
Understand and the market or client
needs:
● Problems that need solving (industry
gaps)
● Challenges unique to the vertical
● Current competencies in the
organization or marketplace
● Competition evaluation
Builds on the technology
evaluations from above:
● Pros and Cons
● Costs
● Team Dynamics
● Longevity
Develop adoption plan and
implementation strategy
● Switching over legacy apps
● Training Staff
● Rollout strategy
WHO?
Find the right
people!
WHAT?
The training!
WHEN?
Project!
● Not all people love
picking up new
technologies
● Prove out critical challenges
● Dedicate a percentage of the
week/month to learn the new
technology
● Leverage online resources and
provide training when needed
● BUILD, BUILD BUILD!
● Join meetups and conferences in
town
● Present a tech talk or teach to others
● Start building immediately
● Don’t be afraid to jump “too early”
into the project
● Working on it is part of the
learning curve, and will shorten
the productivity dip time
Tips on How
How Kenzan does it....
• Tech Radar
• Skills Matrix
• Badge Board
• Building Skills
• Internal Projects
• Open Source Projects
Tech Radar
Subject Matter Quadrants
● Languages and Frameworks
● Tools
● Techniques
● Platforms
Evaluation
Adopt (2 rings)
Technologies in use, or
recommended to clients.
Trial
Technologies should be used on
internal projects or open source
projects to gain practical experience.
Evaluation
Technologies worth putting effort
toward investigating, pursued to
generate a proof-of-concept.
Hold
Technologies not yet ready, out of
date, or too risky to be used
Tech Radar Maintenance
Tech Radar
Maintenance
Starts with the right people:
● Attitude and desire is
importance
● Honest and critical (no
ego’s)
Routine meetings with tech
leadership
● Monitor and discuss
new technologies
● Discuss P.O.C. for
emerging technologies
● Monitor existing legacy
technologies
● Evaluate in progress
P.O.C’s
Author competencies for
relevant emerging
technologies
Routine “checkpoints” for
projects and people
● Project completion
● employee project
rolloff
● Manager & employee
checkins
Skills matrix and competencies
● Skills matrix is the sum of all the skills that we have
● Each skill has a set of competencies
● Typically broken into 3 different levels (Beginner, Intermediate, Expert)
● Goal is to have the “Kenzan Standards” of competencies
● Will be established once it is added to the tech radar
○ Only filled out when it becomes relevant
badge board
The goal of the board is to have an
accurate representation of all the
skills within Kenzan.
Functions:
● Provide the resourcing team a
mechanism to determine which
employees are best suited for a
project
● Provide tenured employees a
set of skills to work towards
and competencies to meet
those skills
● Set and track the "technology
stack" within Kenzan's
organization
It’s expected and encouraged that
the badge board will evolve over
time. This will happen both from a
tech stack perspective and from a
employee skills perspective.
Open Source
Projects
Open Source and Internal projects
are strongly tied to Tech Radar and
Badge Board
Open Source:
● Kenzan benefits a lot of the open
source community
● Open source projects are Kenzan’s
contribution to the community
● Usually created as Proof-Of-Concepts
and experimentation with emerging
technologies spotted in the Tech
Radar.
Internal Projects:
● Internal projects are for internal
Kenzan IP
● They are created by “bench”
employees
● Opportunity to pick up new
technologies and earn badges
Examples of Open Source Projects:
● MSL (Million Song Library) -> Angular + Java +
Netflix + Cassandra:
https://github.com/kenzanlabs/million-song-library
● Keystone (Front End Build Tool) -> Node + Gulp +
Yeoman:
https://github.com/kenzanlabs/keystone
Internal Projects:
● Kenzan.IO -> React.JS, Wordpress API:
http://kenzan.io
● Tech Radar -> React.JS + Redux + Node
Want to learn more?
Follow us!
@kenzanmedia
www.linkedin.com/company/kenzan-media
techblog.kenzan.com
www.facebook.com/kenzanmedia/

More Related Content

PPTX
Achieving Cost and Resource Efficiency through Docker, OpenShift and Kubernetes
PDF
Scaling Monitoring At Databricks From Prometheus to M3
PPTX
How to Build a Platform Team
PPTX
Tectonic Summit 2016: Ticketmaster's Public Cloud & Kubernetes Strategy
PDF
17 Things Developers Should Know About Databases
PDF
Intro - Cloud Native
PDF
Shipping and Shifting ~100 Apps with Docker EE
PPTX
Serverless and cloud computing
Achieving Cost and Resource Efficiency through Docker, OpenShift and Kubernetes
Scaling Monitoring At Databricks From Prometheus to M3
How to Build a Platform Team
Tectonic Summit 2016: Ticketmaster's Public Cloud & Kubernetes Strategy
17 Things Developers Should Know About Databases
Intro - Cloud Native
Shipping and Shifting ~100 Apps with Docker EE
Serverless and cloud computing

What's hot (20)

PPTX
Learning the Alphabet: A/B, CD and [E-Z] in the Docker Datacenter by Brett Ti...
PPTX
Cloud-native Application Lifecycle Management
PDF
Accelerating development velocity of production ml systems with docker
PPTX
Cloud Economics - Crayon Optimization Services
PDF
Advanced dev ops governance with terraform
PDF
Fully Orchestrating Applications, Microservices and Enterprise Services with ...
PDF
Fine-Tuning of Agile Development
PDF
Journey Through Four Stages of Kubernetes Deployment Maturity
PPTX
Improving Your Company’s Health with Middleware Takeout
PPTX
Tackle Containerization Advisor (TCA) for Legacy Applications
PDF
Use Docker to Deliver Cognitive Services Running Cross Platform and Multi Clo...
PPTX
Cleaner Code Through Test-Driven Development
PDF
Operator development made easy with helm
PDF
GDG Cloud Southlake #8 Steve Cravens: Infrastructure as-Code (IaC) in 2022: ...
PDF
GOTOpia 2/2021 "Cloud Native Development Without the Toil: An Overview of Pra...
PDF
Rehosting apps between k8s clusters and automating deployment using crane c...
PDF
A Story of Cultural Change: PayPal's 2 Year Journey to 150,000 Containers wit...
PDF
Developer Productivity Engineering with Gradle
PDF
Openshift YARN - strata 2014
PDF
Architecting for Continuous Delivery
Learning the Alphabet: A/B, CD and [E-Z] in the Docker Datacenter by Brett Ti...
Cloud-native Application Lifecycle Management
Accelerating development velocity of production ml systems with docker
Cloud Economics - Crayon Optimization Services
Advanced dev ops governance with terraform
Fully Orchestrating Applications, Microservices and Enterprise Services with ...
Fine-Tuning of Agile Development
Journey Through Four Stages of Kubernetes Deployment Maturity
Improving Your Company’s Health with Middleware Takeout
Tackle Containerization Advisor (TCA) for Legacy Applications
Use Docker to Deliver Cognitive Services Running Cross Platform and Multi Clo...
Cleaner Code Through Test-Driven Development
Operator development made easy with helm
GDG Cloud Southlake #8 Steve Cravens: Infrastructure as-Code (IaC) in 2022: ...
GOTOpia 2/2021 "Cloud Native Development Without the Toil: An Overview of Pra...
Rehosting apps between k8s clusters and automating deployment using crane c...
A Story of Cultural Change: PayPal's 2 Year Journey to 150,000 Containers wit...
Developer Productivity Engineering with Gradle
Openshift YARN - strata 2014
Architecting for Continuous Delivery
Ad

Viewers also liked (20)

PDF
Bangalore Container Conference - Sponsor Deck
PDF
Microservices at scale with docker and kubernetes - AMS JUG 2017
PPTX
Monitoring, Logging and Tracing on Kubernetes
PPTX
RackN DevOps meetup NYC
PDF
Welcome talk for Moscow Kubernetes Meetup 1
PDF
Net core, mssql, container und kubernetes
PDF
Opening: builderscon tokyo 2016
PDF
Mirantis Contributions to Kubernetes Ecosystem
PPTX
Ростислав Фридман: “Kubernetes как средство управления микросервисами"
PPTX
Microservices summit talk 1/31
PDF
Docker Containers in Azure
PPTX
Deploy your favorite apps on Kubernetes
PPTX
Kubernetes as Orchestrator for A10 Lightning Controller
PDF
Google Cloud Computing compares GCE, GAE and GKE
PDF
Kubernetes API - deep dive into the kube-apiserver
PDF
Kubernetes - Starting with 1.2
PPTX
Running Docker in Production - The Good, the Bad and The Ugly
PPTX
Introduction to container mangement
PDF
Idea to Production - with Gitlab and Kubernetes
PDF
Kubernetes networking in AWS
Bangalore Container Conference - Sponsor Deck
Microservices at scale with docker and kubernetes - AMS JUG 2017
Monitoring, Logging and Tracing on Kubernetes
RackN DevOps meetup NYC
Welcome talk for Moscow Kubernetes Meetup 1
Net core, mssql, container und kubernetes
Opening: builderscon tokyo 2016
Mirantis Contributions to Kubernetes Ecosystem
Ростислав Фридман: “Kubernetes как средство управления микросервисами"
Microservices summit talk 1/31
Docker Containers in Azure
Deploy your favorite apps on Kubernetes
Kubernetes as Orchestrator for A10 Lightning Controller
Google Cloud Computing compares GCE, GAE and GKE
Kubernetes API - deep dive into the kube-apiserver
Kubernetes - Starting with 1.2
Running Docker in Production - The Good, the Bad and The Ugly
Introduction to container mangement
Idea to Production - with Gitlab and Kubernetes
Kubernetes networking in AWS
Ad

Similar to Keeping up with Tech (20)

PDF
Sifting Technologies - SpringOne Tour Dallas
PDF
Sifting Technologies - Separating the Wheat From the Chaff - SpringOne Tour -...
PDF
SpringOne Tour Denver - Sifting Technologies—Separating the Wheat From the Chaff
PDF
The Architect's Blind Spot - Ilionx Dev Days 2019
PDF
10+апреля+подходы+к+ит инновациям+мирча+михаэску+сбербанк
PDF
10+апреля+подходы+к+ит инновациям+мирча+михаэску+сбербанк
PDF
Paving the road to production
PDF
"Startups, comment gérer une équipe de développeurs" par Laurent Cerveau
PDF
Case Study: Practical tools and strategies for tackling legacy practices and ...
PPTX
Product Management Essentials
PDF
Binary crosswords
PPTX
Staying Ahead of the Curve
PPTX
ALM Practices - Modern Applications Development and its impact on ALM
PPTX
Beating the product credit crunch
ODP
Infrastructure is development
KEY
Technology Planning for River Groups
PPTX
Transforming Organization through NEW AGE Automation
PDF
Worthwhile Technology Foundations
PPTX
Technical improvements. Reasons. Methods. Estimations. CJ
PPTX
2014-10 DevOps NFi - Why it's a good idea to deploy 10 times per day v1.0
Sifting Technologies - SpringOne Tour Dallas
Sifting Technologies - Separating the Wheat From the Chaff - SpringOne Tour -...
SpringOne Tour Denver - Sifting Technologies—Separating the Wheat From the Chaff
The Architect's Blind Spot - Ilionx Dev Days 2019
10+апреля+подходы+к+ит инновациям+мирча+михаэску+сбербанк
10+апреля+подходы+к+ит инновациям+мирча+михаэску+сбербанк
Paving the road to production
"Startups, comment gérer une équipe de développeurs" par Laurent Cerveau
Case Study: Practical tools and strategies for tackling legacy practices and ...
Product Management Essentials
Binary crosswords
Staying Ahead of the Curve
ALM Practices - Modern Applications Development and its impact on ALM
Beating the product credit crunch
Infrastructure is development
Technology Planning for River Groups
Transforming Organization through NEW AGE Automation
Worthwhile Technology Foundations
Technical improvements. Reasons. Methods. Estimations. CJ
2014-10 DevOps NFi - Why it's a good idea to deploy 10 times per day v1.0

Recently uploaded (20)

PDF
Unlocking AI with Model Context Protocol (MCP)
PDF
KodekX | Application Modernization Development
PDF
Modernizing your data center with Dell and AMD
PDF
Machine learning based COVID-19 study performance prediction
PDF
GamePlan Trading System Review: Professional Trader's Honest Take
PDF
[발표본] 너의 과제는 클라우드에 있어_KTDS_김동현_20250524.pdf
PDF
Empathic Computing: Creating Shared Understanding
PDF
Advanced Soft Computing BINUS July 2025.pdf
PDF
Blue Purple Modern Animated Computer Science Presentation.pdf.pdf
PPTX
breach-and-attack-simulation-cybersecurity-india-chennai-defenderrabbit-2025....
PDF
Dropbox Q2 2025 Financial Results & Investor Presentation
PPTX
PA Analog/Digital System: The Backbone of Modern Surveillance and Communication
PDF
7 ChatGPT Prompts to Help You Define Your Ideal Customer Profile.pdf
PDF
solutions_manual_-_materials___processing_in_manufacturing__demargo_.pdf
PPTX
Effective Security Operations Center (SOC) A Modern, Strategic, and Threat-In...
PDF
Mobile App Security Testing_ A Comprehensive Guide.pdf
DOCX
The AUB Centre for AI in Media Proposal.docx
PDF
Electronic commerce courselecture one. Pdf
PDF
The Rise and Fall of 3GPP – Time for a Sabbatical?
PDF
GDG Cloud Iasi [PUBLIC] Florian Blaga - Unveiling the Evolution of Cybersecur...
Unlocking AI with Model Context Protocol (MCP)
KodekX | Application Modernization Development
Modernizing your data center with Dell and AMD
Machine learning based COVID-19 study performance prediction
GamePlan Trading System Review: Professional Trader's Honest Take
[발표본] 너의 과제는 클라우드에 있어_KTDS_김동현_20250524.pdf
Empathic Computing: Creating Shared Understanding
Advanced Soft Computing BINUS July 2025.pdf
Blue Purple Modern Animated Computer Science Presentation.pdf.pdf
breach-and-attack-simulation-cybersecurity-india-chennai-defenderrabbit-2025....
Dropbox Q2 2025 Financial Results & Investor Presentation
PA Analog/Digital System: The Backbone of Modern Surveillance and Communication
7 ChatGPT Prompts to Help You Define Your Ideal Customer Profile.pdf
solutions_manual_-_materials___processing_in_manufacturing__demargo_.pdf
Effective Security Operations Center (SOC) A Modern, Strategic, and Threat-In...
Mobile App Security Testing_ A Comprehensive Guide.pdf
The AUB Centre for AI in Media Proposal.docx
Electronic commerce courselecture one. Pdf
The Rise and Fall of 3GPP – Time for a Sabbatical?
GDG Cloud Iasi [PUBLIC] Florian Blaga - Unveiling the Evolution of Cybersecur...

Keeping up with Tech

  • 1. Staying current in a changing marketplace Denver Code Club Meetup Craig Martin, Vice President of Engineering January 19th, 2017
  • 2. Agenda ● Changing market ● Approach and Adopting a new technology ● Staying Current ● Evaluation Process ● How Kenzan does it: ○ Tech Radar ○ Skills Matrix / Badge Board ○ Internal Projects ○ Open Source Projects
  • 3. 2003 SOAP Webservices becomes popular Technology changes really fast. 2005 Google Maps & YouTube 2006 Initial AWS Cloud offerings 2008 RESTful Webservices take hold 2013 March ● React released ● Initial Docker release 2011 ● Google Cloud Platform ● January - Kafka ● December - Hadoop 2010 ● February - Azure ● October - Angular 2014 ● May - Apache Spark ● June - Initial Kubernetes release ● October - HTML 5 2015 ● January - Swagger 2016 ● January - Serverless architectures ● September - Angular 2 ● July - Apache Mesos
  • 4. Approaching a new technology To keep in mind!: Perseverance will pay off You never stop learning Different technologies and starting points have different kinds of learning curves
  • 6. How to stay current? In a changing market In Technology, standing still means falling behind • Two main perspectives Individual or Company • Correct attitude Embrace the change Create a culture or an attitude of looking forward • Be critical For every good product there is a “Clippy” • Apply in real world situations • Evaluate the alternatives Is there a market need? Why is it better? • Review from many perspectives (not just technology)
  • 7. Technology evaluation ● Updating/modernizing existing legacy applications ● Comparing “old” vs “new” technologies ● Evaluating emerging technologies COMMON DRIVERS COMMON PITFALLS ● Resume driven development ● Treating technology stacks different than architectural patterns ● Lack of consistency in approach ● Stuck in the theoretical - Start Building!
  • 8. Modernizing existing application Common Use Case: Company has an existing legacy application that needs a major feature overhaul or needs an upgrade. 1. Start with an honest evaluation of existing application stack a. What does it do well vs not so well (e.g. scalability, modularity, releases, extensibility, support, etc) b. How much of the challenges is related to the technology? c. Maybe code/arch cleanup would be better? d. Understand the architectural patterns 2. Determine list of potential technology replacements 3. Use the Pros and Cons as a template for each technology a. Evaluate each pro and con against the potential technology b. Suitability fit with development team(s) 4. Evaluate the “activity” of the the technology a. Lots of committers? b. Open Source vs Closed Source c. Release Cadence d. Available tooling and Plugins 5. Overall technology evaluation a. Ease of use, code management, cost, complexity
  • 9. Comparing Old vs New Common Use Case: Company has a new tool or feature that needs to be built and we want to choose the right technology. Objective evaluation of pros and cons: ● Differences in paradigm or architecture approach ● Features and gaps in tech ● Performance ● Extensibility ● Activity & popularity = resources and support Compare costs of each technology ● Open source technologies vs licensed technologies ● Maintenance costs are expensive and will most likely rise Team Dynamics ● Skills of team ● Code handoffs Likelihood of longevity ● Judge by popularity over time ● Extensibility ● Voodoo Magic
  • 10. Evaluating Emerging Technologies Common Use Cases: ● Helping clients to determine the correct strategic direction for their organization. ● Determining the technologies in market verticals and help establish the direction of the organization. Identify POC to get hands on with technology ● Focus on risk areas ● Establish checkpoints along the way Understand and the market or client needs: ● Problems that need solving (industry gaps) ● Challenges unique to the vertical ● Current competencies in the organization or marketplace ● Competition evaluation Builds on the technology evaluations from above: ● Pros and Cons ● Costs ● Team Dynamics ● Longevity Develop adoption plan and implementation strategy ● Switching over legacy apps ● Training Staff ● Rollout strategy
  • 11. WHO? Find the right people! WHAT? The training! WHEN? Project! ● Not all people love picking up new technologies ● Prove out critical challenges ● Dedicate a percentage of the week/month to learn the new technology ● Leverage online resources and provide training when needed ● BUILD, BUILD BUILD! ● Join meetups and conferences in town ● Present a tech talk or teach to others ● Start building immediately ● Don’t be afraid to jump “too early” into the project ● Working on it is part of the learning curve, and will shorten the productivity dip time Tips on How
  • 12. How Kenzan does it.... • Tech Radar • Skills Matrix • Badge Board • Building Skills • Internal Projects • Open Source Projects
  • 13. Tech Radar Subject Matter Quadrants ● Languages and Frameworks ● Tools ● Techniques ● Platforms Evaluation Adopt (2 rings) Technologies in use, or recommended to clients. Trial Technologies should be used on internal projects or open source projects to gain practical experience. Evaluation Technologies worth putting effort toward investigating, pursued to generate a proof-of-concept. Hold Technologies not yet ready, out of date, or too risky to be used
  • 14. Tech Radar Maintenance Tech Radar Maintenance Starts with the right people: ● Attitude and desire is importance ● Honest and critical (no ego’s) Routine meetings with tech leadership ● Monitor and discuss new technologies ● Discuss P.O.C. for emerging technologies ● Monitor existing legacy technologies ● Evaluate in progress P.O.C’s Author competencies for relevant emerging technologies Routine “checkpoints” for projects and people ● Project completion ● employee project rolloff ● Manager & employee checkins
  • 15. Skills matrix and competencies ● Skills matrix is the sum of all the skills that we have ● Each skill has a set of competencies ● Typically broken into 3 different levels (Beginner, Intermediate, Expert) ● Goal is to have the “Kenzan Standards” of competencies ● Will be established once it is added to the tech radar ○ Only filled out when it becomes relevant
  • 16. badge board The goal of the board is to have an accurate representation of all the skills within Kenzan. Functions: ● Provide the resourcing team a mechanism to determine which employees are best suited for a project ● Provide tenured employees a set of skills to work towards and competencies to meet those skills ● Set and track the "technology stack" within Kenzan's organization It’s expected and encouraged that the badge board will evolve over time. This will happen both from a tech stack perspective and from a employee skills perspective.
  • 17. Open Source Projects Open Source and Internal projects are strongly tied to Tech Radar and Badge Board Open Source: ● Kenzan benefits a lot of the open source community ● Open source projects are Kenzan’s contribution to the community ● Usually created as Proof-Of-Concepts and experimentation with emerging technologies spotted in the Tech Radar. Internal Projects: ● Internal projects are for internal Kenzan IP ● They are created by “bench” employees ● Opportunity to pick up new technologies and earn badges Examples of Open Source Projects: ● MSL (Million Song Library) -> Angular + Java + Netflix + Cassandra: https://github.com/kenzanlabs/million-song-library ● Keystone (Front End Build Tool) -> Node + Gulp + Yeoman: https://github.com/kenzanlabs/keystone Internal Projects: ● Kenzan.IO -> React.JS, Wordpress API: http://kenzan.io ● Tech Radar -> React.JS + Redux + Node
  • 18. Want to learn more? Follow us! @kenzanmedia www.linkedin.com/company/kenzan-media techblog.kenzan.com www.facebook.com/kenzanmedia/