{"id":150,"date":"2020-01-17T07:46:55","date_gmt":"2020-01-17T15:46:55","guid":{"rendered":"http:\/\/redmonk.com\/kfitzpatrick\/?p=150"},"modified":"2020-02-12T06:02:25","modified_gmt":"2020-02-12T14:02:25","slug":"2020-research-interests","status":"publish","type":"post","link":"https:\/\/redmonk.com\/kfitzpatrick\/2020\/01\/17\/2020-research-interests\/","title":{"rendered":"Some 2020 Research Interests"},"content":{"rendered":"

\"ImageGiven the excellent examples set by my colleagues <\/span>Rachel<\/span><\/a> and <\/span>James<\/span><\/a>, I\u2019ve outlined some of my tentative research interests for 2020.\u00a0<\/span><\/p>\n

Documentation<\/span><\/h1>\n

Technical communication–long an interest of mine in both the <\/span>tech industry and academia<\/span><\/a>–is about more than just documentation (e.g., see the excellent work my former Georgia Tech colleague <\/span>Halcyon Lawrence<\/span><\/a> does in technology and language bias). That said, documentation per se has been part of an increasing number of conversations lately. For instance, when <\/span>Visa announced its acquisition of Plaid<\/span><\/a> earlier this week, <\/span>James Watters tweeted<\/span><\/a> that Visa had paid \u201c$5.3B for a product that starts with developer API documentation.\u201d Indeed, in an age of proliferating APIs, corresponding documentation will need to follow suit, but developers often <\/span>need more than an API reference<\/span><\/a>.\u00a0<\/span><\/p>\n

Companies that provide clearly organized resources such as getting started guides, thoughtful use cases, and even clearly articulated processes for using reference materials have helped supply developers with the tools they need to try out their offerings. Such resources also become tools with which developers can more easily champion a given technology (and thus such companies have a head start in potential developer-led adoption). On the flip side, we\u2019ve seen companies ranging from start-ups (who sometimes do not know how to begin when it comes to documentation) to successful industry leaders (because docs sprawl is real) struggle to meet developer documentation needs.<\/span><\/p>\n

While I spend a lot of time speaking to folks and working with clients on technical communication, in 2020 I plan to further explore some of the best practices, tools, and processes around developer documentation. In addition to product documentation, I will be looking at the processes and practices around open source projects. I am also interested in hearing from more folks who produce these resources (so whether you are a tech writer at your company, a developer who has been tasked with documentation responsibilities, a participant in a documentation SIG or community like <\/span>Write the Docs<\/span><\/a>, etc., I\u2019d love to hear from you).<\/span><\/p>\n

Serverless<\/span><\/h1>\n

As my colleague <\/span>Rachel has noted<\/span><\/a>, usage of the term \u201cserverless\u201d has expanded beyond functions to include many types of fully managed services (including those centered around containers, analytics, and data stores). With all three of the largest cloud providers offering multiple serverless products, there has been an uptick in conversations around tech designed to better manage these offerings. We have also seen the emergence of specialized “serverless platforms” designed to facilitate application development with other technologies (e.g., MongoDB Stitch<\/a>).<\/span><\/p>\n

While I am interested in evolving usages of serverless and the various offerings that invoke it, I am even more interested in the changes in software development, testing, deployment, and maintenance processes that these offerings necessitate. What does it mean, for instance, to developers trying to test locally when parts of what they are building rely on services that are fully managed by a public cloud? How do you incorporate serverless components into a product\u2019s CI\/CD pipeline? As I have discussed in <\/span>a recent conversation<\/span><\/a> with some folks at New Relic and AWS, how does a concept like observability work with serverless? If, <\/span>as a recent Twitter exchange indicates<\/span><\/a>, education is a blocker to serverless adoption, what kind of educational resources are best suited to what is still an emergent tech?<\/span><\/p>\n

Learning Pathways<\/span><\/h1>\n

The acquisition of software development skills is vital both to 1) individuals who want to build things and\/or establish a career and 2) products and technologies looking to drive adoption and establish\/expand a user base. The appetite for development skills acquisition–whether for folks looking to get into tech or those looking to learn about new tech–has driven the success of online learning platforms, the creation of vendor-driven certification programs,and even the seeming ubiquitousness of coding boot camps (although notably the effectiveness and ethical administration of these offerings can vary). From the vendor side, we have seen phenomena such as <\/span>Trailhead<\/span><\/a>, which began as a way for Salesforce to meet customer demand for developers who could build on its platform, but has since expanded its offerings to include more general coding and career-building learning resources.\u00a0<\/span><\/p>\n

I am also interested in ongoing innovations in the types of learning resources available. Salesforce, for example, recently launched <\/span>Trailhead Live<\/span><\/a>, which offers live and on-demand videos focusing on skill development (including some live coding). This mirrors the practice of tech companies leveraging platforms like <\/span>Twitch<\/span><\/a>–initially known as a space for gamers–to provide often interactive online experiences. The value of interactive learning experiences is also emphasized by platforms such as <\/span>Katacoda<\/span><\/a>, which was <\/span>recently acquired by O\u2019Reilly<\/span><\/a> specifically for the interactive and hands-on experience it provides (e.g., through sandboxes and tools). Throw in some interesting \u201csee what\u2019s behind the curtain\u201d resources like the <\/span>Amazon Builders\u2019 Library<\/span><\/a>, which invites developers to learn from practices and processes used by AWS itself, and the 2020 tech learning landscape promises to be very interesting indeed.<\/span><\/p>\n

2020 Bonus Topic: Gaming<\/span><\/h1>\n

With <\/span>some estimates<\/span><\/a> placing the 2019 global gaming market at close to $150 billion, there is certainly enough financial impetus to care about how and with what tools games are made. Add to this some additional points of interest:<\/span><\/p>\n