About me


Great to meet you, my friend!

Let me take a moment to introduce myself and explain how this blog might be valuable to you.

I'm Mykyta, a software engineer with over 7 years of hands-on experience in software development and systems design. I've worked on a wide range of projects—from small teams of 2 engineers to large-scale teams of 150, supporting applications with up to 500,000 daily active users. I’m passionate about building products, embracing challenges, and stepping outside my comfort zone to solve meaningful problems.

Through this blog, I’ll be sharing my thoughts on system architecture, publishing handy cheat sheets, and writing about various tech topics I find interesting and useful.

Have any questions or just want to connect? Feel free to reach out to me on linkedin.

Popular posts from this blog

How to conduct code reviews?

Image
     Based on my experience, having a solid code review plan can make a huge difference in the quality of the software we develop. Over time, I've learned that focusing on different aspects at different stages can really streamline the process and catch potential issues early. Let me break down the approach I use, which has proven to be pretty effective.     API Semantics: The Foundation      I always start with the API Semantics, the foundation of our code review plan. Here, it's all about the big picture—making sure the API is minimal yet sufficient, without any unnecessary duplication. We want it to be intuitive and easy to use, sticking to the principle of least surprise. It’s also crucial to check the cleanliness of the API and ensure any new dependencies come with acceptable licenses. By focusing on these aspects first, we can build a solid base for the rest of the code.   Implementation Semantics: Ensuring Correctness and Efficiency ...
Read more

Why I Decided to Open Source?

Image
       It all started with a simple realization: some of the best things in my coding journey came from the open-source community. As a budding developer, I often found myself scouring GitHub, marveling at the vast array of projects and the generosity of people who shared their work with the world. It was through this open exchange of ideas and code that I learned, grew, and became the developer I am today. A Sense of Belonging      I remember the first time I contributed to an open-source project. I was nervous, unsure if my code would be good enough, but I went for it anyway. To my surprise, my contribution was welcomed warmly. The feeling of being part of something bigger than myself was exhilarating. This sense of belonging and collaboration was a key reason I decided to open source my projects. I wanted to recreate that welcoming environment for others, providing a platform where they could contribute, learn, and feel valued. The Joy of Learning a...
Read more

My experience of using Github Copilot

Image
 It's been a while since I posted anything here. Let's change that! :) The first topic I want to cover is my experience using GitHub Copilot. Let's get started. What is Github Copilot? GitHub Copilot is an AI-powered tool designed to assist developers by providing hints, recommendations, bug fixes, and code writing based on context and guidance. The first version, available to everyone, was released in October 2021. GitHub markets Copilot not just as a "code completion tool" but as an "AI pair programmer." This is a smart move, as it sounds intriguing and generates interest. How to use Github Copilot? Use simple and clear language so that Copilot can better understand your comments and intentions.  Context is crucial for effective interaction with Copilot. Well-structured and readable code, meaningful names for files, classes, methods, and comments all contribute to better results. The more you use Copilot, the better it understands you and the more rele...
Read more