The post has been translated automatically. Original language: Russian
When I was just starting my career in IT, the word Fullstack seemed like something incredibly complicated. It seemed that such specialists knew absolutely everything and wrote code for days. But in practice, everything turned out to be much more logical. My journey began in college, and today I want to tell you how I moved step by step from simple layout to full-fledged web development.
First step: Frontend and basic logic
In college, my studies began with the frontend part. At first, it was classic HTML and CSS. It was cool to see how a couple lines of code instantly turned into buttons, shapes, and beautiful pages on the screen.
A little later, JavaScript was added, followed by React. The real logic has already begun here: working with states, components, and user events. The frontend gave me the most important thing — an understanding of how the user interacts with the site and how to make this process convenient.
Realization: why is one frontend no longer enough
After about a year of active work with the frontend, I hit the ceiling. The user interface is great, but without a backend, any website remains just an interactive image.
I wanted to create real applications where data is stored, processed and protected. I wanted to register users myself, work with databases, and understand what happens on the server after the user clicks Submit. So I realized that it was time to move towards the backend.
Diving into the backend: MySQL and choosing Slim 4
The first step was to deal with data storage. I started learning MySQL: I figured out how to design tables, link them together, and write queries. It completely changed my mindset. If you're thinking about how to show data in the frontend, then in databases you're thinking about how to properly sort it out.
Then there was the question of choosing a server language and framework. I settled on PHP and the Slim 4 microframe.
Why Slim 4, and not some huge ready-made combine:
- There's no extra magic in it. You can clearly see how the HTTP request goes through, how the middleware is triggered, and how the response is given.
- It's light and fast. Ideal for creating clean REST APIs.
- It teaches proper development standards, rather than just forcing you to use ready-made templates.
At the same time, I had to tinker with setting up the environment, analyzing errors like CORS, and organizing the project structure. But it was this experience that gave us a deep understanding of the processes.
What is the result
Today, I freely connect the two worlds. I design a database in MySQL myself, write the backend and REST API in PHP Slim 4, and then connect the frontend to this.
The main conclusion I've made during this time is that you don't have to try to learn everything at once. Starting from the frontend is a great solution because it gives a quick visual result. And switching to the backend through simple and intuitive tools like Slim 4 helps to disassemble the device of web applications to a cogwheel.
Когда я только начинал свой путь в IT, слово Fullstack казалось чем-то невероятно сложным. Казалось, что такие специалисты знают абсолютно все и пишут код сутками. Но на практике все оказалось куда логичнее. Мой путь начался в колледже, и сегодня я хочу рассказать, как шаг за шагом перешел от простой верстки к полноценной веб-разработке.
Первый шаг: Frontend и базовая логика
В колледже мое обучение началось с фронтенд-части. Сначала это были классические HTML и CSS. Было круто видеть, как пару строчек кода мгновенно превращаются в кнопки, формы и красивые страницы на экране.
Чуть позже добавился JavaScript, а за ним и React. Здесь уже началась настоящая логика: работа с состояниями, компонентами и пользовательскими событиями. Фронтенд дал мне главное — понимание того, как пользователь взаимодействует с сайтом и как сделать этот процесс удобным.
Осознание: почему одного фронтенда стало мало
Примерно через год активной работы с фронтендом я уперся в потолок. Пользовательский интерфейс — это здорово, но без бэкенда любой сайт остается просто интерактивной картинкой.
Мне захотелось создавать настоящие приложения, где данные сохраняются, обрабатываются и защищаются. Хотелось самому делать регистрацию пользователей, работать с базами данных и понимать, что происходит на сервере после того, как пользователь нажимает кнопку Отправить. Так я понял, что пора двигаться в сторону бэкенда.
Погружение в бэкенд: MySQL и выбор Slim 4
Первым делом нужно было разобраться с хранением данных. Я начал изучать MySQL: понял, как проектировать таблицы, связывать их между собой и писать запросы. Это полностью изменило мое мышление. Если во фронтенде ты думаешь о том, как данные показать, то в базах данных — как их правильно разложить по полочкам.
Затем встал вопрос выбора серверного языка и фреймворка. Я остановился на PHP и микрофреймворке Slim 4.
Почему именно Slim 4, а не какой-то огромный готовый комбайн:
- В нем нет лишней магии. Ты четко видишь, как проходит HTTP-запрос, как срабатывают промежуточные слои (middleware) и как отдается ответ.
- Он легкий и быстрый. Идеально подходит для создания чистых REST API.
- Он учит правильным стандартам разработки, а не просто заставляет использовать готовые шаблоны.
Параллельно пришлось повозиться с настройкой окружения, разбором ошибок вроде CORS и организацией структуры проекта. Но именно этот опыт дал глубокое понимание процессов.
Что в итоге
Сегодня я свободно соединяю два мира. Я сам проектирую базу данных в MySQL, пишу бэкенд и REST API на PHP Slim 4, а затем подключаю к этому фронтенд.
Главный вывод, который я сделал за это время: не нужно пытаться выучить все и сразу. Начать с фронтенда — отличное решение, потому что он дает быстрый визуальный результат. А переход на бэкенд через простые и понятные инструменты вроде Slim 4 помогает разобрать устройство веб-приложений до винтика.
Share
