Born in Iran as a refugee during the Soviet invasion of Afghanistan, I understand the challenges many people face there to get access to formal education. I was one of eight children in a progressive, yet financially limited, family. We left everything behind in Herat to move to a new country. To make ends meet, my mother sold handmade clothing. She invested what little she earned in my education, which made it possible for me to finish high school. 

While opportunities for education in Afghanistan have increased over the past few decades, there are still many barriers that stand in the way of education for Afghan women—familial expectations, socioeconomic circumstances, cultural stigmas, societal norms and even safety issues. These circumstances make it challenging for women to find work and explain why only 19 percent participate in the workforce, 84 percent lack formal education and are often illiterate, and just 2 percent have access to higher education.

2001 marked the fall of the Taliban in Afghanistan, and many Afghan families, including my own, found hope in their motherland again. The next year, I returned to Herat. Seeing my peers —women just like me with so much potential—I felt compelled to do something. But I knew that in order to help others, I first needed to further my own education. I earned a bachelor’s degree in Computer Science, and later a Master’s degree from the Technical University of Berlin in Germany. 

When I returned to Afghanistan after school, I hoped to share my newly-minted tech skills with Herat women by teaching at the local university. At the time, few women were participating in the public workforce and there were still many extremist, conservative views in the country. I was vocal about inequalities and faced backlash from the community; because of these threats, I came to the United States as an asylum seeker in 2012. 

After arriving in the United States, I was inspired to start Code to Inspire, the first coding school for girls in Afghanistan between the ages of 15 and 25 that provides free after school education in gaming, web development, graphic design, mobile applications and full stack development. Our goal is to empower women with the skills they need to program so that they can drive change in their communities and gain equal access to opportunities and financial independence.

Determined to make this coding school happen, I found myself faced with an interesting obstacle: how could I build an education center in Afghanistan without ever leaving the US? 

To make this possible, I turned to technology—just as I had hoped my future students would. I took a side job teaching Farsi to pay my bills, and built the blueprint for Code to Inspire from a laptop in Brooklyn. I managed everything from my computer working from cafes in New York: fundraising, shipping equipment, recruiting mentors, registering applicants, and developing the curriculum.

To move things forward day-to-day, I use G Suite to communicate and collaborate with my team. I use Hangouts Meet to connect with students remotely during weekly calls and monthly check-ins. We use Google Docs, Sheets and Slides to create essential documents and keep track of our operations. We even used Slides for our first pitch deck, which I shared with my board to get their feedback. This power and connectivity enabled a refugee to make her dream come true, and built up the digital literacy of the women I was working with back home!

Since opening its doors, 150 girls have studied with us, and the students have created so many interesting projects. One inspiring example is the popular mobile game, Afghan Hero Girl, which has taken off in Afghanistan and abroad, and was even recognized by the local government. The girls developed the game to show a female protagonist dressed in traditional Afghan garb, who undergoes obstacles that are relatable to them.  

Over 50 women have graduated from Code to Inspire, and 20 have secured remote full-time employment and freelance projects. Many of these women are even out-earning their male relatives who have become huge supporters of the program.

By 2030, we hope to open two additional schools in Kabul and Mazar that can serve up to 500 girls and provide employment opportunities within six months of graduation. From the ruins of a shattered nation and shattered lives of refugees can come treasure, if we know where to find it. For me, the girls in Afghanistan are the treasure and investing in their education is the future of a peaceful Afghanistan.

Editor’s note: Today we hear from ForgeRock, a multinational identity and access management software company with more than 1,100 enterprise customers, including a major public broadcaster. In total, customers use the ForgeRock Identity Platform to authenticate and log in over 45 million users daily, helping them manage identity, governance, and access management across all platforms, including on-premises and multicloud environments. 

Operating at that kind of scale isn’t easy. In this blog post, ForgeRock Engineering Director, Warren Strange discusses the three things that help make their developers efficient and productive, and the Google Cloud tools they use along the way. 

At ForgeRock, we’ve been an early adopter of Kubernetes, viewing it as a strategic platform. Running on Kubernetes allows us to drive multicloud support across Google Kubernetes Engine (GKE), Amazon (EKS), and Azure (AKS). So no matter which cloud our customers are running on, we are able to seamlessly integrate our products into customers’ environments. 

Making it easier for ForgeRock’s developers and operators to build, deploy and manage applications has been crucial in our ability to continually provide high quality solutions for our customers. We’re always looking for tools to improve productivity and keep our developers focused on coding instead of configuration. Google Cloud’s suite of DevOps tools have streamlined three specific practices to help keep our developers productive: 

1. Make developers productive within IDEs

Developer productivity is core to the success of any organization, including ForgeRock. Since developers spend most of their time within their IDE of choice, our goal at ForgeRock has been to make it easier for our developers to write Kubernetes applications within the IDEs they know and love. Cloud Code helps us precisely with that: it makes the process of building, deploying, scaling, and managing Kubernetes infrastructure and applications a breeze. 

In particular, working with the Kubernetes YAML syntax and schema takes time, and a lot of trial and error to master. Thanks to YAML authoring support within Cloud Code, we can easily avoid the complicated and time consuming task of writing YAML files at ForgeRock. With YAML authoring support, developers save time on every bug. Cloud Code’s inline  snippets, completions, and schema validation, a.k.a. “linting,” further streamline working with YAML files. 

The benefits of Cloud Code extend to local development as well. Iterating locally on Kubernetes applications often requires multiple manual steps, including building container images, updating Kubernetes manifests, and redeploying applications. Doing these steps over and over again can be a chore. Cloud Code supports Skaffold under the hood, which tracks changes as they come and automatically rebuilds and redeploys—reducing repetitive development tasks. 

Finally, developing for Kubernetes usually involves jumping between the IDE, documentation, samples etc. Cloud Code reduces this context switching with Kubernetes code samples. With samples, we can get new developers up and running quickly. They spend less time learning about configuration and management of the application—and spend more time on writing and evolving the code.

2. Drive end-to-end automation

To further improve developer productivity, we’ve focused on end-to-end automation: from writing code within IDEs, to automatically triggering CI/CD pipelines and running the code in production. In particular, Tekton, Cloud Build, Container Registry, and GKE have been critical to Forgerock as we streamline the flow of code, feedback and remediation through the build and deployment processes. The process looks something like this:

We begin by developing Kubernetes manifests and dockerfiles using Cloud Code. Then we use Skaffold to build containers locally, while Cloud Build helps with continuous integration (CI). The Cloud Build GitHub app allows us to automate builds and tests as part of our GitHub workflow. Cloud Build is differentiated from other continuous integration tools since it is fully serverless. It scales up and scales down in response to load, with no need for us to pre-provision servers or pay in advance for additional capacity. We pay for the exact resources we use. 

Once the image is built by Cloud Build, it is stored, managed, and secured in Google’s Container Registry. Just like Cloud Build, Container Registry is serverless, so we only pay for what we  use. Additionally, since Container Registry comes with automatic vulnerability scanning, every time we upload a new image to Container Registry, we can also scan it for vulnerabilities. 

Next, a Tekton pipeline is triggered, which deploys the docker images stored in Container Registry and Kubernetes manifests to a running GKE cluster. Along with Cloud Build, Tekton is a critical part of our CI/CD process at ForgeRock. Most importantly, since Tekton comes with standardized Kubernetes-native primitives, we can create continuous delivery workflows very quickly.

After deployment, Tekton triggers a functional test suite to ensure that the applications we deploy perform as expected. The test results are posted to our team Slack channel so all developers have instant access and insights about each cluster. From there, we are able to provide our customers with their finished product request.

3.  Leverage multicloud patterns and practices

The industry has seen a shift towards multicloud. Organizations have adopted multicloud strategies to minimize vendor lock-in, take advantage of best-in-class solutions, improve cost-efficiencies, and increase flexibility through choice. 

At ForgeRock, we’re big proponents of multicloud. Part of that comes from the fact that our identity and access management product works across Google Cloud, AWS, and Azure. Developing products using open-source technologies such as Kubernetes has been particularly helpful in driving this interoperability. 

Tekton has been another critical project that has allowed us to prevent vendor lock-in. Thanks to Tekton, our continuous delivery pipelines can deploy across any Kubernetes cluster. Most importantly, since Tekton pipelines run on Kubernetes, these pipelines can be decoupled from the runtime. Like Tekton and Kubernetes, both Cloud Build and Container Registry are based on open technologies. Community-contributed builders and official builder images allow us to connect to a variety of tools as a part of the build process. And finally, with support for open technologies like Google Cloud buildpacks within Cloud Build, we can build containers without even knowing Docker. 

Making it easier for developers and operators to build, deploy and manage applications is critical for the success of any organization. Driving developer productivity within IDEs, leveraging end-to-end automation, and support for multi-cloud patterns and practices are just some of the ways we are trying to achieve this at ForgeRock. To learn more about ForgeRock, and to deploy the ForgeRock Identity Platform into your Kubernetes cluster, check out our open-source ForgeOps repository on GitHub.