Blog

Career-Shaping Experiences


**My finished project code:** https://github.com/shaneajeffery/udacity-go-crm-backend

**Completed course Nanodegree certificate:** https://confirm.udacity.com/e/dbcc9022-e5ab-11ee-ac73-eb0086781fe7

### Transitioning Into the Course

With over two decades of software development under my belt, my expertise predominantly lies in web-centric technologies. Throughout my journey, I've traversed through languages like C#, PHP, Node.js, with intermittent exposure to Go, albeit in a limited capacity. Despite having utilized Go in two previous roles, my engagement was primarily confined to minor edits, lacking a comprehensive understanding of its fundamentals.

### Course Selection Rationale

In 2018, I embarked on the React nanodegree program offered by Udacity, an experience I found exceptionally enriching. Led by Tyler McGinnis, renowned in the JavaScript and React community, the course left a lasting impression. However, due to professional commitments and personal projects consuming my time, I abstained from pursuing further educational endeavors with Udacity until now.

### Navigating Through the Curriculum

For individuals with a solid programming foundation, completing this course within 2-3 days is well within reach. However, the course content primarily scratches the surface and fails to delve into advanced Go concepts such as Goroutines, Channels, and Wait Groups, which are integral for a comprehensive grasp of the language.

While the course content is satisfactory on its own, the crux of the issue lies in the inadequate support provided by Udacity's mentors, contrasting starkly with my previous experience with the React course. Despite submitting my project multiple times, mentor interactions revealed significant shortcomings, ranging from technical deficiencies to an inability to follow basic setup instructions.

**Issue #1** -- I highlighted the necessity of having Go 1.22 to resolve the encountered issue.

![Issue 1](https://www.shane-jeffery.com/images/blog/go-1.png)

**Issue #2** -- I pointed out the presence of setup instructions for the .env file in the README.

![Issue 2](https://www.shane-jeffery.com/images/blog/go-2.png)

**Issue #3** -- I emphasized the guidance in the README regarding seeding the Postgres DB and modifying the connection string in the .env file.

![Issue 3](https://www.shane-jeffery.com/images/blog/go-3.png)

**Issue #4** -- Upon being informed that mentor support for the Postgres extra credit step was unavailable, I had to revert the changes and implement a slice to manage the state of the Customer store. The edits made can be viewed here: https://github.com/shaneajeffery/udacity-go-crm-backend/commit/81baa46c9aed99fed8804f1f6c2f3987c9be491a

![Issue 4a](https://www.shane-jeffery.com/images/blog/go-4.png)

![Issue 4b](https://www.shane-jeffery.com/images/blog/go-5.png)

### Reflections on Value Proposition

While the course content may suffice for beginners, particularly those seeking an introduction to backend development, the exorbitant cost of a monthly membership ($250) is not justified by the quality of mentorship provided. For individuals with a solid programming background, pursuing self-directed learning avenues supplemented by practical projects is recommended, offering superior value and flexibility.

In summary, while the course may hold merit for newcomers to Go, particularly in the absence of mentorship considerations, alternative learning platforms (Udemy, Educative.io, etc.) offer comparable educational resources at a fraction of the cost, warranting careful consideration before committing to Udacity's offerings.


Udacity Circling the Drain: Go (Golang) Nanodegree Experience


### Seven Years of Dormancy

In late 2017, I made the decision to discontinue operations with MaskedArmory.com, coinciding with the closure of KHAccounts.net. The absence of compelling financial incentives, coupled with heightened personal priorities, rendered the venture unsustainable at the time.

### Revisiting Seven Years Later: A Compelling Case

Despite its retirement, Masked Armory maintained a distinguished presence in its niche, and remarkably, the landscape of competition has remained largely unchanged. Presently, Safe Armory stands as the sole dominant force in the domain. The genesis of Masked Armory in 2010 was fueled by dissatisfaction with existing alternatives, which persisted over time. Now, with an industry still stagnated, the imperative to inject vitality through healthy competition is undeniable.

Furthermore, this revival is motivated purely by passion, devoid of any commercial aspirations. The project will be open-sourced as it nears Version 1, inviting participation from fellow developers within the community. This endeavor seeks to foster a sense of communal ownership within the RMT (Real Money Trading) community, providing stakeholders with a vested interest in its success.

### Strategic Approach

The initial steps have involved migrating the original codebase from its previous GitHub repository to a newly established one under my pertinent GitHub account.

In 2017, segregating the frontend, backend, and database into distinct services was deemed necessary. However, contemporary paradigms have shifted, rendering such compartmentalization obsolete. Hence, the plan now entails leveraging Remix with RSC (React Server Components), TailwindCSS, and Prisma (with the choice between Postgres or Mongo for the database yet to be finalized).

### Projected Timeline

The timeline for this endeavor remains indeterminate, as I embark on familiarizing myself with the Remix ecosystem from scratch. Nevertheless, with over eight years of experience in React and prior exposure to NextJS, proficiency acquisition is anticipated to be expedited.

Expectations regarding the release of Version 1 will be communicated within the coming weeks.

Stay tuned!


Part 1: Resurrecting Masked Armory


### Initiating the Project Journey

Embarking on a new project can be a daunting task, especially when venturing into uncharted territories. With a background rooted in web programming spanning two decades, my foray into Machine Learning (NLP specifically) and Large Language Models (LLMs) marks a significant shift in focus. While AI technology is not novel, its recent surge in popularity beckons exploration, driven by its potential to address pertinent challenges.

The catalyst for this endeavor stems from a longstanding manual task I encountered while managing KHAccounts.net. Crafting enticing sale listings was a extremely manual effort, a process ripe for automation. With Battle.net APIs now mature and computational resources more accessible, the prospect of leveraging ML (NLP) techniques to streamline this task is within reach.

### Envisioning Application Functionality

In conceptualizing the application's input and output dynamics, a streamlined interface would facilitate the generation of sale templates tailored to individual character profiles. Through a user-friendly prompt system, users can specify output formats, character details, and server regions, culminating in comprehensive sale listings compatible with various RMT platforms (EpicNPC, OwnedCore, private sale websites).

### Navigating the LLM Landscape

The crux of this project lies in understanding and harnessing Large Language Models effectively. Extensive research is warranted to determine the optimal approach, whether by building upon existing open-source frameworks or crafting a bespoke solution tailored to the task's nuances. Additionally, delineating rarity metrics based on in-game data is essential to ensure the relevance and utility of generated templates.

### Technological Considerations

Python emerges as the language of choice for ML (NLP) and LLM-related endeavors, owing to its versatility and robust ecosystem of libraries. Complementing this, NextJS emerges as the frontrunner for frontend development, with its server components offering seamless integration with backend Python scripts, facilitating efficient computation and template generation.

### Looking Ahead

In forthcoming segments, I aim to delve deeper into the intricacies of training the LLM, elucidating the research findings that underpin the project's trajectory, and outlining strategies for data dissemination to the frontend. Your continued engagement is invaluable as we navigate this captivating journey together.

Stay tuned!


Part 1: Building Chatbot Application to Generate WoW Sales Template


### Pioneering the Anonymous Armory Concept

In the landscape of World of Warcraft anonymous armory profiling circa 2008, the need for secure yet user-friendly account profiles spurred the inception of Masked Armory. Faced with sluggish and unwieldy armory profiling options prevalent at the time, including MyWoWArmory and SimpleArmory, I identified a critical gap in the market ripe for innovation.

### Seizing the Moment

While nurturing KHAccounts.net demanded undivided attention from 2008 to early 2010, the arrival of the college summer break in 2010 presented an opportune moment to diversify. Hence, the genesis of Masked Armory, a sleek and efficient solution designed to redefine armory profiling standards.

### Inaugural Deployment

The initial incarnation of Masked Armory, introduced in 2010, leveraged a PHP backend coupled with a lightweight jQuery frontend. Despite its modest technological foundations, the platform's hallmark was its unparalleled speed and user-friendly interface, a stark departure from its predecessors' sluggish performance.

### Evolutionary Trajectory

With an exponential surge in user adoption, exceeding 20,000 unique profiles within six months, Masked Armory swiftly emerged as the preeminent choice in its niche. Over the ensuing eight years, the platform underwent three transformative iterations, starting with the move to Laravel on the backend in 2011 to Vue.js on the frontend in 2014, culminating in a final migration to a React and Node architecture in 2017.

### Synergistic Growth

Harnessing the success of KHAccounts.net's organic growth strategy, I strategically leveraged Masked Armory's burgeoning user base to fuel traffic to my sales platform. The integration of targeted advertising banners within profile pages catalyzed an unprecedented surge in traffic, facilitating accelerated account sales and sustained success for both platforms.

### Conclusion

While the twilight years of 2018 marked the cessation of operations for both KHAccounts.net and Masked Armory, their enduring legacy underscores the transformative impact of innovative solutions and strategic synergy within the dynamic landscape of online gaming. As I transitioned my focus towards advancing my professional career, the invaluable lessons gleaned from these ventures continue to inform my approach to technological innovation and business development.


Building Business Synergy with Masked Armory


### The Genesis

In 2003, during the transitional phase between high school and college, I found myself immersed in the original beta for World of Warcraft (WoW). As the game fully launched, I encountered the challenge of balancing my dedication to raiding and acquiring prestigious in-game achievements, such as obtaining the Corrupted Ashbringer from Naxx 40 and attaining Scarab Lord, with the demands of my collegiate pursuits.

### Introducing Markee Dragon

In search of diversifying my gaming experience beyond my warrior main, I delved into the realm of account trading and encountered Markee Dragon, a platform recognized for its facilitation of transactions involving MMO accounts, in-game currency, and related services. Captivated by the prospects, I decided to list my account for potential trades or sales, resulting in a swift influx of substantial offers, some exceeding $8000 within a mere day.

While I ultimately opted to retain possession of my account, this experience illuminated the lucrative potential of the World of Warcraft resale market, presenting an enticing opportunity for supplemental income.

### The Birth of KHAccounts.net

After accumulating sufficient seed capital, sourced from my earnings as a junior software engineer over two years, I embarked on my entrepreneurial journey within the WoW account resale niche. With a strategic focus on offering premium accounts valued at a minimum of $1000, I navigated through initial competition by investing in building a distinguished reputation and clientele base.

Over the ensuing years, my venture steadily gained momentum, yielding a substantial profit margin. Amidst the rigors of college and impending student debt, the burgeoning success of KHAccounts.net provided both financial stability and entrepreneurial fulfillment.

### Ongoing Triumph

From 2008 to 2018, I independently operated KHAccounts.net, overseeing all aspects of the business, from account acquisition to sales. Throughout this decade-long tenure, I evolved the platform's infrastructure, transitioning from a rudimentary PHP/JQuery website to a sophisticated e-commerce platform integrated with modern technologies like React, Laravel, MySQL, and using Stripe for payment processing.

Furthermore, I conceived MaskedArmory.com, a platform designed to anonymize World of Warcraft character profiles, circumventing potential punitive actions from Blizzard Entertainment while maintaining the integrity of the account resale ecosystem.

### The Epilogue

By the conclusion of 2018, recognizing the evolving landscape of the WoW community and the diminishing demand for account reselling, I made the strategic decision to conclude operations and redirect my focus towards advancing my career as a software engineer.

While KHAccounts.net now resides in the annals of my past endeavors, I take pride in the legacy it represents and the invaluable experiences gained from engaging with gamers worldwide. Indeed, the journey was punctuated by notable achievements and rewarding connections, culminating in a gratifying and prosperous chapter of my life.

For further insights into my entrepreneurial odyssey, information is accessible through search queries for 'Shane Jeffery KHAccounts.net' or 'Shane Jeffery MaskedArmory.com'. These endeavors stand as testament to the entrepreneurial spirit and resilience cultivated during my formative years, leaving an indelible mark on my professional trajectory.

### Additional Resources

- [210 5 Star Reviews for Buying/Selling Services Provided](https://www.epicnpc.com/members/kh-accounts.69144/)
- [The Man Who Rich Selling World of Warcraft Accounts](https://www.svg.com/166047/the-man-who-got-rich-selling-world-of-warcraft-accounts/)
- [Meet the Guy Who Made $475,000 Selling World of Warcraft Accounts](https://www.trustedreviews.com/news/meet-the-guy-who-made-475-000-selling-world-of-warcraft-accounts-2926459)
- [iAmA MMO World of Warcraft Reseller 472K in Sales](https://www.reddit.com/r/IAmA/comments/3dexu1/iama_mmo_world_of_warcraft_reseller_427k_in_sales/)


World of Warcraft Paid for College

Lead Frontend Software Architect with 20+ years’ experience delivering scalable solutions to complex business problems. Technical Lead & Trusted Advisor to senior leadership and key stakeholders, designing and executing transformative projects that solve pain points and drive meaningful change. Recognized for developing and leading cross-functional teams that achieve goals and exceed expectations, delivering projects on time and within budget. Track record of fostering a culture of innovation and continuous improvement, building and optimizing programs that facilitate growth and strengthen operational efficiency


2013 — Present

Recent Work Experience


## Notable Project #1: Clinical Content Management System

During my initial tenure at McKesson, I became privy to the challenges faced by the Clinical Information Services team, affectionately referred to as the Content team. Their struggle with outdated toolsets, particularly evident in the arduous process of content creation within both the original and new EHR products, piqued my interest. With smaller content types, such as Labs, requiring up to 10 hours for inception to production, and larger types like Regimens necessitating 1-2 days, it was evident that our workflows were hindered by obsolete ETL processes spanning multiple teams.

It wasn't until my promotion to Lead Architect in February 2023 that I found an opportunity to effect meaningful change.

### Problem Statement

Given the imperative to revamp processes for various content types, I prioritized addressing the inefficiencies surrounding Labs. The overarching aim was to streamline development and delivery on a per-content-set basis, expediting tool deployment to the Content team.

Labs remained solely developed within the original EHR product, serving as the last vestige of code preventing its sunset. The significance of retiring this outdated system extended beyond mere efficiency gains; it addressed numerous Information Security concerns inherent in the original application.

### Solution

Navigating the landscape of transitioning from the old to the new EHR, I spearheaded the development of a new standalone application. Faced with resource constraints, I engaged available assistance during innovation time to determine our optimal tech stack. Ultimately, we adopted React for the frontend and Node/Express/Postgres for the backend.

Seeding data from the new EHR via ORDS (Oracle REST Data Services) and subsequently transforming it into our Postgres database allowed us to establish a unidirectional data flow under our complete control. This newfound control facilitated mass publishing to production, a feat previously unattainable with our antiquated toolset.

Additionally, we crafted a custom SNOMED tree, organizing Labs hierarchically using a Dewey Decimal System convention, a familiar framework for the Content team.

### Result

The transformation was palpable as the Content team achieved remarkable efficiency gains. Building a lab now requires less than 5 minutes, with deployment to production taking less than 10 seconds. This monumental improvement starkly contrasts the previous labor-intensive process, where a single lab could consume upwards of 10 hours.

### Technology Used

- React V18
- Redux Toolkit
- Chakra UI
- AG Grid (Enterprise Tree Structure)
- Jest / React Testing Library / Cypress
- Vite
- Node V20
- Express
- Postgres
- Supertest / Mocha / Chai
- Hosted on Azure using Docker, Istio, and Kubernetes

## Notable Project #2: Ontada Design System Component Library

### Problem Statement

Upon joining McKesson in April 2021, I was made aware of an ongoing initiative to develop a React Component Library for the newly established Ontada Design System. Like many large companies, disparate implementations of identical components proliferated throughout our product portfolio. The need for standardization was evident, with the myriad implementations becoming increasingly burdensome for stakeholders at all levels.

### Solution

Given the company-wide mandate to utilize React for all frontend development, our approach to the component library was straightforward. We undertook the development of approximately 50% of the design system components in React 16, subsequently releasing V1 two months later. Iterative development ensued, culminating in the extension of these components to React 18, with a focus on achieving coverage for 90% of use cases.

### Result

The introduction of a singular component library has proven instrumental in consolidating development efforts across the organization. Rather than managing a multitude of disparate implementations, teams now rally around a unified library, fostering consistency and efficiency. Though different products may adopt varying versions of the library, alignment towards a common long-term trajectory remains paramount.

### Technology Used

- React 16 and React 18
- Chakra UI
- Vite
- Chromatic
- Storybook
- Jest / React Testing Library

## Notable Project #3: Typescript Implementation for 5 Inherited Projects

### Problem Statement

In the realm of enterprise software development, the absence of type safety coupled with the lack of code linting and prettification poses significant challenges. This not only diminishes the enjoyment of the development process but also transforms it into a daunting ordeal.

### Solution

The solution lies in a systematic approach, wherein each project undergoes iterative transformation. By prioritizing the conversion of numerous components and containers to Typescript, we embark on a journey towards enhanced code integrity and readability.

### Result

The implementation of Typescript brings forth a multitude of benefits, chief among them being the availability of type checking. Moreover, our endeavors unearthed a substantial amount of redundancy within each project, accounting for approximately 5-10% of the codebase. By rectifying unused variables, eliminating obsolete imports, and standardizing variable types, we succeeded in streamlining the codebase, resulting in cleaner and more robust software. Additionally, this endeavor simplified our testing procedures, paving the way for a more efficient development lifecycle.


Position(s) Held

Dates of Employment

website

tech stack

McKesson


## Main Notable Project: HP 3D Center

### Problem Statement

Upon joining HP on a one-year contract, I assumed the responsibility of leading the frontend development initiative aimed at addressing a critical business challenge.

The primary objective was to provide clients, equipped with numerous 3D printers and auxiliary devices, with a comprehensive overview of each machine's status. This entailed monitoring various parameters such as the printer's current stage in the printing cycle, pending jobs, material levels, and other pertinent metrics, as showcased in the accompanying video.

### Solution

Embarking on this endeavor, we commenced with a greenfield approach encompassing the entire technological stack. The frontend development was anchored on React and React Query, complemented by HP's 3D Print Design System, codenamed Veneer. Simultaneously, the backend infrastructure was constructed using Go, with Redis serving as the designated data store. Data updates were furnished every 10 minutes by our Firmware team, responsible for aggregating and managing the raw data.

Our team composition comprised four frontend engineers (including one lead, two seniors, and one junior), three backend engineers (comprising one lead and two seniors), and two senior QA engineers. Despite the robust team structure, the project's fruition spanned a year. Predominantly, our challenges emanated from collaborating with the firmware team and deciphering the data's cadence to ensure accurate computation and visualization.

### Result

The culmination of our efforts is showcased in the accompanying video snippet:

[![HP 3D Center Video](https://img.youtube.com/vi/93IeL9Xijsw/0.jpg)](https://www.youtube.com/watch?v=93IeL9Xijsw&ab_channel=HP)

### Technology Used

- React 17
- Redux
- Custom Design System
- Vite
- Jest / React Testing Library / Cypress
- Go
- Hosted on GCP using Docker and Kubernetes


Hewlett-Packard (HP)


# Main Notable Project: On-Prem SAML Autheniction to Auth0

### Problem Statement

The team encountered challenges with the existing SP-initiated Single Sign-On (SSO) flow, wherein the Identity Provider (IDP) was hosted on an on-premises server, and the Service Provider (SP) integration into the application varied across partner schools. This setup proved cumbersome due to the disparate authentication configurations of each school, making the integration of a SAML SP into their workflows a daunting task, often resulting in impracticality, if not impossibility, in certain cases.

### Solution

Transitioning to a Cloud-based solution became imperative to alleviate the complexities associated with managing diverse SSO infrastructures. After evaluating various options including Okta, Auth0, and SailPoint, a meticulous assessment was conducted. Collaborating with select volunteer schools, we conducted small Proof of Concepts (POCs) to assess the simplicity of implementation and long-term maintenance requirements for each solution.

Ultimately, Auth0 emerged as the preferred choice owing to its cost-effectiveness, ease of implementation for both our organization and partner schools, and the exceptional support provided by Auth0 in resolving implementation challenges across different environments.

### Result

Before the company's dissolution, approximately 7 months post my joining, all partner schools successfully transitioned to Auth0. This migration facilitated the complete sunset of the SP-initiated SSO flow, thereby retiring our IDP server. Despite the increase in software costs incurred by adopting Auth0 over the on-premises solution, substantial savings were realized on the engineering front. The SSO implementation time was significantly reduced by over 75%, with onboarding processes streamlined to half a day or less, compared to the previous 2-3 days duration.

### Technology Used

- SAML 2.0
- OAuth 2.0
- Auth0
- JWT / PCKE
- React 16
- Redux
- Go


Treetop Commons


## Main Notable Project: Page Builder & Content Management System

### Problem Statement

Similar to McKesson, Cambia faced challenges in effectively managing the content lifecycle, particularly in relation to the content driving member portals across three plans: Regence, Bridgespan Health, and Asurus. The imperative was to establish a system wherein content authors could seamlessly create and deploy content to production while maintaining its intended layout.

### Solution

The initial step involved determining the ideal platform for housing the content. Following insights from two content authors with previous experience in Contentful, a Proof of Concept (POC) was conducted, confirming its suitability for current and future requirements. Subsequently, collaborative efforts were directed towards developing a user interface (UI) abstraction layer atop Contentful's Headless Content Management System (CMS).

Subsequent to establishing the content infrastructure, the focus shifted towards structuring the content effectively for member portals. This necessitated the utilization of technologies such as React DND, Material UI, and bespoke logic to engineer a drag-and-drop page builder. This tool facilitated the creation of multi-column/row layouts employing curated content blocks.

### Result

The resultant solution empowered content authors to effect changes in production autonomously, eliminating the need for developer intervention. Moreover, the system obviated the necessity for new feature development, as content blocks could be generated within the UI abstraction layer, affording content authors the flexibility to construct pages accordingly.


Cambia Health


## Notable Project #1: Scheduler for Compliance Training Rewrite

### Problem Statement

Compligo, the application that Compli was selling, was originally built by a vendor called Matsoft (out of the UK). They used a lot of code from an application that they had built for another client and the resulting code was a mess.

One of the most complex modules was called Scheduler and it was responsible for sending out compliance training on whatever schedule the user set. Given that the trainings had a vast amount of modules (some had 50 or more steps), each with its own schedule for being sent out, the Scheduler code had a hard time getting the trainings out on time and in a performant manner.

The reason for the rewrite was because Scheduler was taking 8 hours per evening to run calculations and distribute trainings and would completely fall over about half the time. We had a lot of ways to fix the problems the next day, but all of the ways were manual and would take up the first half of our development time for the day.

### Solution

It was not a hard sell to C suite that a rewrite was necessary in order to cut down on the Scheduler problem areas. I was afforded two developers to lead to rewrite Scheduler from the ground up with a 6 month timeline. We already knew how the software worked and where all of the problem areas were, so we weren't going in blind.

The first thing we needed to do is move the code away from being a part of the actual Compligo application and into its own service hosted outside of Compligo. Given that the application was built to be self-contained, no APIs existed within the application. It was PHP code and it followed the PHP templating flow to the letter of the law. So, we started there and figured out what APIs we needed to create to get access to the data we needed.

After those APIs were created within the Compligo application, we were able to build out a new service for Scheduler using Laravel, PHP, and mySQL. The new service was responsible for doing all of the complex Scheduler computations, storing the result, and then queueing it to be updated the Compligo database with RabbitMQ. While we could have just used Scheduler to do the computations and then send the result back immediately, we noticed that Compligo could not handle that kind of traffic volume without falling over. So, we had to be very tactical about how to get the data back into the database without overloading the server.

### Result

After the rewrite, Scheduler took around 30 minutes to run every night. The service was very performant and we were missing sending out trainings on time any longer. Also, the load that this took off the Compligo was enormous and we were not having the server issues we were having before.

## Notable Project #2: Users Microfrontend & Microservice

### Problem Statement

After the Scheduler rewrite was complete, we started to see an issue that was being masked by the Scheduler woes. It turned out that the Compligo application could only handle so many user logins at the same time.

To understand why this was happening, you first have to understand how Compligo was deployed. The model that Compli and Matsoft decided to go with (long before I started), was to put multiple Compligo customers on the same server, sharing server resources. If one customer was stressing the server, all of the other customers on that server would feel it. While all of this was setup on AWS with auto-scaling, logging into the application was such a performance hit that if too many customers were logging in at the same time, it would bring the server to its knees and start to throw timeout errors.

### Solution

With the lessons learning from Scheduler, we decided to move away from PHP and use Node and Express to handle the transaction volume in an asyncronous manner. In parallel, our SREs were working on figuring out if we could bring Docker and Kubernetes into our ecosystem.

As we peeled back the layers of the users module, we realized that in order to redo the login, we were also going to need to redo the user management screens. The problem there was that all of these pieces of the user module were so tightly coupled, that even the UI would need to be redone. So, we looked into a bunch of different ways to do this and decided to go with a microfrontend for the User management screen a

### Result

## Notable Project #3: Import / Export Compliance Reporting Rewrite

### Problem Statement

Building on the success from rewriting Scheduler and User login/management, we set our sights on the final performance issue that was plaguging our users: Import and Export. When onboarding new customers, they would have years of compliance data that they wanted to bring into our system so that they could manage everything in one place. The import code was much of a nightmare as the other two modules that we had rewrite, with the added headache that had to be manually run and monitored after hours by an engineer. Thankfully, this is a task we could spread out amongst our engineers so no one was having to work into the night on a continual basis.

On the flip side, the export

### Solution

### Result


Compli


## Main Project: GradPoint Integration for In-House LMS

### Problem Statement

### Solution

### Result


ShaneJeffery