Nikita Sepi0l

Самая частая ошибка в СНГ 🧐

В разных комьюнити и курсах я часто замечаю одну тенденцию, когда вас ограничивают одной сферой в айти. Много курсов в снг учат только чему-то одному с гарантией что вы найдете работу после окончания курса.

Это не правильный подход в 2025, из-за этого:

Айти рынок очень быстро меняется, как и стандарты для разработчиков. Технологии быстро обновляются и вы никогда не угадаете что будет правильно учить. Можно следить за трендами и хайпами, как пару лет назад был AI и ML, но в основном у вас не получится всегда понимать и вовремя изучать тренды.

Есть такие сферы как security, которые всегда будут нужны и даже очень. Если хайп на AI может пройти со временем, надобность безопасности никогда не пропадет.

Я хочу подвести к тому, чтобы вы не ограничивали себя на одной технологии или сфере, будьте более эластичны и подстраивайтесь под нужды рынка. Это абсолютно нормально, так как айти никогда не стоит на месте.

Не ограничивайте себя на одном выборе, у вас всегда должен иметься кураж принимать новые решения и развиваться в лучшую сторону.

Пост навигатор 👩‍💻

nikitasepi0l ⬅ <Комьюнити />

Вы запустили стартап, что дальше? 🧐

Пропуская скучную и всем понятную информацию о том как важны связи и знакомства и как сильно они влияют на ваш прогресс, я хочу рассказать идею продвижения для вас или вашего стартапа в 2025 году.

Twitter (X)

После прослушивания истории Dawsona Botsforda, о том как он создал и раскрутил сервис для web3 earni.fi (видео с полной историей) , я очень сильно вдохновился силой твиттера, и завел свой - ссылка.

На протяжении 30 дней он отмечал крипто инфлюенсеров и писал им о том сколько денег они теряют, используя свой сервис. В конечном итоге людям зашла идея и его твиттер аккаунт сильно вырос в популярности.

После этого он продал приложение компании bankless за $1M.

В чем идея раскрутки своего стартапа?

Следуя опыту Dawsona Botsforda, можно сделать что то на подобии. Запустить челлендж или рубрику, за которой людям будет интересно следить. К примеру эта рубрика может быть легко связана с той проблемой, которую ваша идея решает на рынке.

В общем и целом, многие часто недооценивают твиттер и его возможности, я же считаю что в 2025 твиттер должен вести каждый разработчик, так как у всех у нас когда-либо появиться желание создать свой стартап. И будет намного приятнее, когда к этому времени ваш твиттер профиль уже будет иметь аудиторию😉

В своем твиттере, я планирую быть более активным и выпускать посты намного чаще, затрагивая тему web3 (но они будут намного меньше в обьеме чем те которые в телеграме).

Пост навигатор 👩‍💻

nikitasepi0l ⬅ <Комьюнити />

Почему не стоит поступать на программиста в университет? 🧐

С одной стороны без образования тяжелее найти работу, с другой мы часто слышим истории разработчиков работающих в google, amazon не имея computer science образования.

В универе, учат базе программирования: базовые структуры данных, c, c++, немного затронут cloud, ai, web, software и т.д. Слово "затронут" подходит больше всего, потому что прогрессивным и новым технологиям и подходам к разработке вас не научат.

В итоге, новые технологии вам прийдется учить самому, как и набивать опыт в разработке.

Плюс к этому, конкуренция выпустившихся разработчиков из универа просто бешеная в 2025 году. Стандарты для джунов далеко не те, что были в 18-20 году.

Стоп, получается в универе меня не научат быть крутым востребовательным разработчиком. А таких как я будет десятки тысяч?

А может высшее компьютерное образование действительно не нужно? Мои знакомые же работают в корпорациях без высшего computer science диплома.

Именно к таким мыслям я хотел вас привести. И на конец я оставил идею для вас, если вы хотите поступать но еще не поступили:

Так как выучить технологии и знания для работы в крупнейших компаниях мира можно самому, а разработчиков с computer science вышкой миллионы, можно поступить не на информатику.

Звучит странно, но если посмотреть с другой стороны, спустя 3-4 года вы станете разработчиком с параллельно другим образованием, которое во-первых, сделает вас более востребовательным, а во-вторых откроет возможность соединить знания разработки с той сферой на которую вы выучитесь 💻

Пост навигатор 👩‍💻

nikitasepi0l ⬅ <Комьюнити />

Гайд на сон программисту 🧐

В Последнее время мой режим сна совсем сбился с ритма, как и у многих людей. По-этому считаю важным оставить протокол для улучшения сна в этом канале для нас программистов 👨‍💻

Вся информация взята из протокола нейробиолога Andrew Huberman.

1. Видеть солнце 30-60 минут сразу после пробуждения. В солнечный день 30 минут достаточно, если пасмурный то 60 минут. Смотреть на солнце не нужно, достаточно небольшой прогулки или пробежки в это время.

2. Просыпаться в одно и тоже время а засыпать когда приходит чувство усталости и сна.

3. Не использовать кофеин за 8-10 часов до сна.

4. Ограничивать себя от света экранов с 10 часов вечера и если все равно нужно кодить, включать желтый цвет экрана.

5. Ограничить дневной сон до 90 минут или не спать днем вообще.

6. Если вы просыпаетесь ночью (Что, кстати говоря нормально 1 или 2 раза за ночь) и не можете заснуть обратно, слушайте NSDR протоколы.

7. Можно принимать витамины, подробнее в статье. Обычно у людей недостаток магния.

8. Не пить алкоголь, он разрушает сон.

От себя добавлю, что не смотря на сложность, лучше смещать свой сон понемногу и засыпать до 12. Но это все индивидуально.

С возрастом, наш сон и потребность сна меняется, становясь старше нам может хватать и 6-7 часов сна, переживать по этому поводу не нужно 🙃

Пост навигатор 👩‍💻

nikitasepi0l ⬅ <Комьюнити />

Как Не Выгорать? 🧐

Поздравляю всех с новым 2025 годом 🫶❄️В новый год хочу поделится идеей которую еще давно придумал себе и понял что не выгорал благодаря ней.

Часто делился ей с людьми лично но никогда не писал пост, сейчас отличное время для того чтобы вы бустили свои скилы благодаря этой идее в 2025 году.

Идея заключается в этом 👇

Пока вы учитесь, всегда придумывайте интересные проекты для себя по своим знаниям (можно чуть выше). К примеру, вы выучили html&css, можете создать сайт портфолио/резюме для самого себя. Перешли на следующую ступень - придумали более сложный и интересный проект для самого себя.

Лично для меня было всегда интересно писать свои проекты придумывая разные идеи самостоятельно (можно брать чужие идеи или повторять уже существующие, то есть клон зума, спотифай, браузер и тд.). На протяжении всего моего пути это помогало мне не выгорать и получать удовольствие от своего прогресса, и до сих пор помогает.

К тому же, придумывая идеи чуть сложнее чем ваши скилы могут позволить, вы стимулируете себя на рост. И даже если вы не имели понятия как делать определенный функционал, после завершения проекта вы будете понимать как его реализовать.

Суть этой идеи в том, что вы даете мозгу понять, что вы не стоите на месте. До первой работы в компании может пройти очень много времени, по-этому многие сдаются на пол пути, думая что они не прогрессируют.

Пост навигатор 👩‍💻

nikitasepi0l ⬅ <ЧАТИК/>

2024 - Подводим Итоги 💻

2024 год подходит к концу и первое что хочется сказать это спасибо всем кто подписан на этот канал и на наше комьюнити, в котором на сегодняшний день набралось больше 6000 участников.

Спасибо всем, кто помогает друг другу, тратит время и делится своими знаниями. Таким образом мы помогаем и новичкам и уже продвинутым разработчикам на их пути и популяризируем технологии в странах бывшего СНГ.

С момента основания этого телеграм канала и нашего комьюнити прошло чуть больше года и я не думаю что это наша остановка. Мы способны на еще большие цифры и объемы нашего сообщества. Все еще ждет впереди.

Так же, подводя итоги поставленных целей, лично у меня получилось выполнить большую часть из них, куда и входило 5-10к подписчиков в телеграм канале. Надеюсь, что вы тоже выполнили свои цели и желания, а если нет, то успеете выйти на новый уровень в следующем 2025 году.

Какая бы тяжелая ситуация с IT сейчас не была (повышения стандартов), хочется всем пожелать силы и терпения в первую очередь, ведь все старания окупаются рано или поздно. Остается только пахать и верить 👨‍💻

Желаю всем мотивации и еще больше достигнутых целей в 2025 году! С наступающим новым годом! ❄️

Пост навигатор 👩‍💻

nikitasepi0l ⬅ <ЧАТИК/>

Почему не стоит покупать MacBook 🧐

Всем привет, как вы знаете недавно я приобрел новую машину себе 🫡 MacBook M4 pro 24gb ram 12 core cpu 16 core gpu.

Машина мощная, с множеством открытых приложений (chat Gpt, tg, obsidian, discord, spotify, arc browser, safari, vscode, ios simulator, xcode) никаких задержек не ощущается. А первый раз я услышал звук охлаждения, когда делал билд приложения на iOS.

В этом посте, я вкратце расскажу про то, стоит ли покупать мак или нет 😉

Лично я купил его по надобности. Последние 3 месяца я работал разработчиком мобильного приложения для стартапа и весь код писал на винде (всем известный асус zenbook). Кроме того что я мог смотреть изменения только на своем личном 11 айфоне и не мог тестировать на разных разрешениях, я не мог делать тот самый его билд, который потом будет загружаться в apple store.

В будущем я так же планирую с ними работать, так что мак мне не обходим для загрузки обновлений.

Отдельного внимания заслуживает удобство операционной системы. Все сделано так, как оно должно быть - идеально. С коробки вам не нужно почти ничего настраивать и я вообще не тратил время на то, чтобы привыкнуть: все максимально интуитивно понятно.

В начале мне казалось что из-за простоты пользования мак делает некоторые вещи самостоятельно для меня. Но на самом деле я пока заметил только 1 вещь. Когда у тебя 3 раскладки клавиатуры а ты пишешь текст (как я сейчас пишу этот пост) на 2х раскладках (рус и англ для точек и запятых) то мак будет переключаться только на 2 используемые раскладки не цепляя последнюю.

При подключении монитора, все настройки установились в максимально интуитивно понятные и правильные для использования.

По доп. девайсам: клавиатура подойдет любая с подключением по bluetooth и у которой есть режим для mac. Мышку я купил Logitech MX Master 3S. Bluetooth, приятная, но мне не понравился её адаптивный по скорости скролл. Мне по душе обычный больше подходит.

Батарея работает долго, при большой нагруженности разряжается за 8-10 часов.

Для теста я пробовал запускать euro track simulator, но так и не разобрался как настроить мак так, чтобы там было 120фпс на ультрах. Я играл на 120 фпс high, но мак даже не нагревался. Возможно, есть настройки которые улучшают эти параметры, но мне лень их искать ибо играть на нем я не собираюсь.

По качестве сборке нюансов 0. Все сделано максимально дорого и качественно. Я думал что мой асус такой же, но нет 🙃 Трекпад отличный, точно не нужно сравнивать его с тем что на виндовс. Я им пользуюсь чаще чем мышкой сейчас. Вебка хорошая, а тач айди срабатывает всегда, не в зависимости чистый ли он или твой палец или нет.

В общем и целом, можно вывести 3 причины для покупки мака 👇

1. Надобность для iOS/Mac разработки.
2. Для вашего удобства.
3. У вас много денег.

Пост навигатор 👩‍💻

nikitasepi0l ⬅ <ЧАТИК/>

Онлайн школы: Почему онлайн курсы не сделают из вас хорошего разработчика?🧐

Первое о чем задумывается человек который хочет войти в IT это онлайн курсы в популярных школах в интернете. Казалось бы, в чем проблема? Заплатил деньги и учишься.

Да, на курсах вы получите структурированную информацию и правильную родмапу (Не факт), по которой будет приятно идти. + к этому у вас будет команда с которой вы сможете совместно делать проекты.

Но, после выпуска вы не сможете сразу устроится на работу. У вас будет относительно мало знаний в сравнении с тем, как выросли стандарты на джунов в последний год. И после 50 заявок и кучу неудавшихся собесов вы уйдете заниматься тем, чем занимались до этого c потерянным временем и большим разочарованием.

И в голове у вас будет одна отмазка: "Мне же пообещали что я найду работу после 6 месяцев курса. Мне должны были помочь с её поиском, а меня развели."

Суть в том, что знаний курсов далеко не хватает до стандартов, а вся информация из курсов есть в бесплатном доступе, а структурировать процесс обучения вам поможет chat Gpt и roadmap.sh . + очень много платных курсов есть в слитом виде.

Подводя итоги, если у вас есть свободные деньги, то да их можно потратить на курсы, но никогда не рассчитывайте на них, рассчитывайте на себя и ваше внутреннее желание развиваться в этой сфере.

Кидайте этот пост тому, кто думает покупать курсы 😉

Пост навигатор 👩‍💻

nikitasepi0l ⬅ <ЧАТИК/>

Как начать свой путь в IT? 🧐

Всем привет, сейчас я пишу большую статью для начинающих о том как правильно начать свой путь в айти.

В этой статье вы сможете найти ответы на все вопросы которые вас могут тревожить будучи на этапе входа в IT. Она поможет найти сферу в айти, которая подойдет именно вам.

Хочу сделать ее простой и доступной для всех но в то же время и максимально полезной.

По-этому, пишите в комментарии вопросы или темы, которые вы бы хотели видеть в данной статье 💻

Пост навигатор 👩‍💻

nikitasepi0l ⬅ <ЧАТИК/>

Какие 5 привычек сделают вас лучше как разработчика? 👨‍💻

1. Чтение и изучение кода других.
— Читайте код вашей используемой технологии написанный более квалифицированными разработчиками. Как и опен сорс, так и код ваших коллег.
— Пересматривайте код с GitHub, изучая различные подходы по выполнению задач.

2. Постоянно обучайтесь.
— Поддерживайте актуальность ваших знаний, читая статьи, смотря видео или посещая семинары.
— Обучайтесь новым технологиям, подходам, или архитектурам.
— Проходите популярные курсы от университетов или корпораций на coursera

3. Рефакторинг и уход за кодом.
— Пишите чистый и читаемый код, регулярно рефакторите старый код чтобы улучшить его и видеть свой прогресс.
— Не бойтесь удалять или менять старые или медленные решения.
— Пользуйтесь расширениями по типу ESLint, которые помогают писать код более правильно и структурировано (у каждого языка есть такое расширение, которое следит за правильным написанием) .

4. Практика решения задач
— Решайте задачи на алгоритмы и структуры данных на LeetCode || Codewars
— Изучайте более быстрые и оптимизированые выполнения задач от других юзеров.

5. Общение и сотрудничество
— Работайте в команде, участвуйте в хакатонах и посещайте митапы в вашей стране.
— Объясняйте свой код другим, делитесь практиками и бибилиотеками.
— Учитесь конструктивно воспринимать критику и будьте открытыми к обучению.

Пост навигатор 👩‍💻

nikitasepi0l ⬅ <ЧАТИК/>

Новая история, новая эра.

Let it happen.

Заметка по Git и GitHub 👩‍💻 👩‍💻

Первая часть этого поста посвящена командам для работы с гит. Если вам интересно узнать что такое GitHub - переходите ко второй части.

Часть 1 (Git) 👇

1. Настройка и конфигурация Git:

— Установить имя пользователя

git config --global user.name "Ваше Имя"

— Установить адрес электронной почты

git config --global user.email "[email protected]"

— Задать текстовый редактор по умолчанию

git config --global core.editor "vscode"

— Посмотреть текущие настройки

git config --list

2. Создание и инициализация репозитория

— Инициализировать новый локальный репозиторий

git init

— Склонировать удалённый репозиторий на локальный компьютер

git clone <URL>

3. Работа с файлами

— Показать статус репозитория

git status

— Добавить файл в индекс

git add <файл>

— Добавить все файлы в текущей директории в индекс

git add .

— Удалить файл из репозитория и рабочей директории

git rm <файл>

— Переименовать файл

git mv <старое имя> <новое имя>

4. Фиксация изменений

— Создать коммит с комментарием

git commit -m "Сообщение"

— Создание коммита (обходя git add)

git commit -a -m "Сообщение"

— Изменить последний коммит

git commit --amend

6. Работа с ветками

— Показать список веток

git branch

— Создать новую ветку

git branch <имя>

— Переключиться на указанную ветку

git checkout <имя>

— Создать и переключиться на новую ветку

git checkout -b <имя>

— Слить изменения из указанной ветки в текущую

git merge <ветка>

— Удалить ветку

git branch -d <имя>

7. Дополнительный (иногда полезный) функционал

*Когда нужно сохранить изменения без коммита

— Сохранить временные изменения в стек

git stash

— Восстановить изменения из стека

git stash apply

— Удалить сохранённые изменения из стека

git stash drop

2 Часть (GitHub) 👇

GitHub - соц. сеть для разработчиков и программистов, где мы с легкостью можем делится своим кодом, спрашивать/находить ответы по определенной опен-сорс технологии и вести удобную командную работу в проектах.

Существует много заготовок (форм) по отображению вашей активности на github которые можно с легкостью добавить в ваш профайл. Можете взять у меня - мой профиль.

Стоит добавить пару ваших проектов и закрепить репозитории на главной странице вашего профиля, дабы интересующим людям было удобнее.

Кидайте в комментарии свои профиля, будем обмениваться подписками 🖨

Пост навигатор 👩‍💻

nikitasepi0l ⬅️ <ЧАТИК/>

Как я провалил свой первый собес 😎

Я не мастер собеседований, у меня их было 2 в жизни и работу я нашел без него 😠 Но эта история может быть полезна для всех начинающих.

Во первых, это был полный провал. Собеседовался я в белорусско-казахскую компанию с офисом во Франкфурте. Мне написала рекрутерша в линкедин (да, когда он у вас активный вам будут писать сами) и предложила собес. За все время мне не сказали позицию на которую я собеседуюсь но очевидно это был джун backend developer (node.js).

Сначала я провел первоначальное интервью где 2 рекрутерши проверили мои навыки английского и спрашивали почему я хочу работать в айти и бекенд разработчиком. Не было ничего сложного, в основном вопросы по типу: расскажи о себе, что тебе важно в коллективе и т.д.

Первый этап был пройден и меня сразу позвали на техническое интервью.

Я немного подготовился по алгоритмам, тайпскрипту и базовым вопросам о программировании в целом. Думал что я готов и могу показать свой скил.

С психологической стороны, единственное что я делал не правильно перед собесом - дико переживал. Сразу хочу отметить что переживания только в голове и по началу на собеседования нужно ходить только с целью их завалить по полной - это поможет с тревожностью.

Я зашел на мит где меня встретили тим лид и сеньор разработчик. Мы разобщались в начале вопросами по типу почему тебе нравится разработка и как ты решил стать разработчиком. Эти вопросы были легкими.

Но, то чего мне не хватило, это супер базовые термины и теория. Все время я учился на практике, понимал на глаза как и что правильно сделать, но никогда не учил теорию. На тот момент я мог спокойно написать бекенд для crm или социальной сети почти любой сложности. Но я не мог рассказать словами как это сделать. Я помнил как выглядит микросервисная архитектура только смотря на нее в редакторе кода. Я не знал зачем она, какой ее смысл.

Из-за этого, я полностью потерял нить со своим мозгом при первом же вопросе о том, что такое event loop в javascript. После пары вопросов что такое микросервисы и о том как работает node.js я понял что это провал. После этого у меня начали спрашивать вопросы по фронту, к чему я был еще более не готов. И опять мне задавали вопросы на которые у меня не было ответа. На пример: как работает useEffect и что такое dependency array. Я четко понимал что он делает, но я не знал как.

Из этого интервью я вынес одну вещь: Не хватает уметь применить технологию, нужно знать как она работает и что у нее под капотом.

Пишите в коментах ваши истории, будет интересно послушать 🖨

Пост навигатор 👩‍💻

nikitasepi0l ⬅️ <ЧАТИК/>

Всем привет, в этом посту я затрону очень важную тему для каждого разработчика и программиста: Выгорание 🖨

Выгорание может случится из-за нескольких причин, основная из них это overload.

Как предотвратить выгорание 👇

1. Work-Life balance. Не забывайте отвлекаться от работы. Гуляйте, путешествуйте, занимайтесь спортом или вашими любимыми хобби.

2. Установите четкие границы работы. Не нужно ставить дополнительные задачи, когда у вас нет ресурсов на их выполнение.

3. Оптимизируйте рабочий процесс. Разбивайте большие задачи на под задачи и поставьте четкий тайм-менеджмент. Главное не переусердствовать.

4. Работать мало но продуктивно, а не много. Намного эффективнее работать меньше но сфокусировано, без отвлечения на ненужные вещи.

5. Брать отдых. Когда чувствуете что вы устаете - лучший вариант выхода это взять отдых.

6. Не переучиваться. По своему опыту могу сказать что 2-4 часа это максимум который стоит уделять в сутки. Больше учится не стоит.

Пост навигатор 👩‍💻

nikitasepi0l ⬅️ <ЧАТИК/>

Всем привет работяги программисты, 2024 на конце, тот самый год который испытывал на прочность каждого разработчика грустью и переживаниями.

В 2024 на пике оказалось 2 вещи за весь момент существования IT: Переполненный рынок и быстрое развитие ИИ.

Я как и многие переживал по этому поводу сильнее чем в другие года.

Кроме этого, максимально не стабильная ситуация в политическом мире за последние несколько лет привела многих к стрессу и состоянии депрессии. По этому, я решил выделить этот пост, для того чтобы поблагодарить именно тебя, читателя этого поста за твою работу и усердность.

Не важно многого ты добился, важно то что ты двигался, не смотря на все трудности которые встречались на твоем пути. Главное помнить, что твоя точка - отправная, а не конечная. Только мы решаем что будет у нас в будущем, главное не сдаваться.

Хочу сказать спасибо каждому, кто не смотря на негативное и слабое большинство продолжает питать веру в позитивных и сильных людей. Спасибо за то, что вы продолжаете свой путь в IT, что каждый ваш шаг вперед имеет возможность изменить мир (не важно в каких масштабах).

Конкретно я за 2024 год успел как и найти любовь к людям, так и разочароваться в них. Находил самое лучшее в разработке и самое худшее одновременно. Терял людей и находил новых. Разочаровывался в мире и обретал его новое понимание на хакатонах. Потерял веру в себя но получил свою первую официальную работу разработчиком в Германии.

В нынешнее время, у людей нет определенности, что делает нашу жизнь сложнее и ярче одновременно. Не зная как плохо - мы не сможем чувствовать как это хорошо.

В конце хочу сказать - как бы плохо тебе не было знай, что после любого шторма выходит солнце.

Пост навигатор 👩‍💻

nikitasepi0l ⬅️ <ЧАТИК/>

Рекурсия: Самоповторяющиеся алгоритмы.

Рекурсия - это метод программирования, при котором функция вызывает саму себя для решения более мелких подзадач.

Сама рекурсия обязательно состоит из двух ключевых частей 👇

1. Условие остановки рекурсии (Базовый случай).

2. Рекурсивный переход - шаг который приближает функцию к Базовому случаю.

Простой пример: вычисление факториала 👇

def factorial(n):
    # Базовый случай
    if n == 0 or n == 1:
        return 1
    
    # Рекурсивный переход
    return n * factorial(n - 1)

Преимущества рекурсии ✅

1. Чистота кода.
2. Простота реализации сложных алгоритмов простым подходом.
3. Обход древовидных структур для сортировки.

Минусы рекурсии ❌

1. Высокое потребление памяти.
2. Возможность переполнить стэк вызовов (Stack overflow)
3. Меньшая производительность.

Рекурсия - мощный инструмент, который позволяет решать сложные задачи простым и понятным способом, что облегчает читаемость кода, особенно в масштабных проектах 🖨

Но, не стоит забывать про производительность и остановку функции. Иначе код может выполнятся медленнее, или переполнять стэк вызовов, в случае бесконечного вызова функции 💻

Пост навигатор 👩‍💻

nikitasepi0l ⬅️ <ЧАТИК/>

Алгоритмы: Как покорить задачи на leetcode 🧐

В этом посте я поделюсь техникой решения алгоритмов от Duke University. Вся информация взята из курса на coursera 🚀

1. Проработай пример вручную.
— "Возьми список значений и отсортируй их вручную. Сортируй так, как тебе удобнее всего и естественнее. Не исследуй алгоритмы сортировки и не пытайся найти самый эффективный метод — это не цель этого задания."

2. Запиши точно то что ты сделал.
— "Подумай внимательно о том, как ты выполнял сортировку вручную. Какие значения ты сравнивал? В каком порядке? Как ты понял, что сортировка завершена? Запиши эти шаги точно."

3. Сделай общие выводы.
— "Ищи закономерности в шагах, которые ты записал для Шага 2. Если ты повторял наборы шагов, как можно посчитать количество повторений? Если ты менял местами определённые значения при определённых условиях, что это были за условия? Есть ли переменные, которые нужно назвать для повторного использования? Запиши свой пошаговый обобщённый алгоритм."

4. Тестируй.
— "Выполняй свой алгоритм без кода, используя разные данные."

В общем и целом, действия будут выглядеть так 👇

1. Проработай пример вручную.

2. Запиши точно то что ты сделал.

3. Сделай общие выводы. Если не получилось, возвращайся на 1 шаг.

4. Тестируй. Если не получилось, возвращайся на 3 шаг.

5. Переводи в код.

6. Тестируй. Если результат неправильный, пройди на 7 шаг.

7. Дебаж программу. На этом этапе тебе стоит понять в чем проблема — в коде (вернись на шаг 5) или алгоритме (вернись на шаги 1 - 4).

Задача (простой уровень) 👇

Отсортируй список чисел от меньшего до большего, используя предоставленную технику выше 💻

const list = [-0.12, 0.53, 0.98, 1.36, 1.92, 3.18];

Пост навигатор 👩‍💻

nikitasepi0l ⬅️ <ЧАТИК/>

1000 откликов на вакансиях? 🧐

Делитесь этим постом со всеми, кто боится идти в айти из-за переполненного рынка, я отвечу почему это произошло в последние годы 🙂

Около месяца назад просматривая украинский рынок вакансий на junior позиции front-end и backend разработчиков я видел одинаковую картину. Без сомнений такая же ситуация царствует по всему миру в 2024 году.

Коронавирус 🦠 История начинается в 2020 году, когда пол мира перешло в режим онлайн. В то же время когда много людей сидело дома без работы, айти онлайн школы (GoIT, Skillbox) начали набирать популярность.

С маркетингом про то, что цена полного курса (на тот момент 1000$ в среднем) перекроется в первый месяц работы специалистом, все кому не лень начали проходить их. Я тоже проходил такой курс от которого было много ожиданий, но не вышло много результата 😬

Единственное, что было полезным это командные проекты, в которых я был тим лидом, из-за того, что половина моей команды были люди 30-50 лет с детьми которые только научились пользоваться компьютером.

Я веду к тому, что 90% людей на откликах в таких вакансиях, это люди, которым пообещали на курсах, что когда они выучат базовые технологии, они найдут работу. В реальности это не так. Компаниям не нужны такие разработчики.

На 2024 год, ситуация не сильно поменялась, массы до сих пор верят в онлайн курсы, что является фатальной ошибкой 🫠

Как все таки обогнать большинство людей? 👇

1. Учитесь больше. Не останавливайтесь. Чем глубже вы знаете вашу технологию, тем вы становитесь более ценным для компании.

2. Общайтесь с людьми. Чем больше вы слушаете уже трудоустроенных в компании, тем больше вы понимаете о процессе и реальности айти 2024 года.

3. Посещайте ивенты и хакатоны. Хакатоны это лучший способ показать свои скиллы в 2024 так как больше половины вакансий HRы не могут обработать. Я был приглашен на свое первую работу именно на хакатоне.

4. Развивайте соц. сети. Хорошо развитые LinkedIn и GitHub вместе с идеальным резюме всегда повысят шансы на то, что вас заметят.

Пост навигатор 👩‍💻

nikitasepi0l ⬅️ <ЧАТИК/>

Нетехнические навыки выдающегося разработчика и программиста 🚀

В нынешних реалиях IT недостаточно знать только технологии для того чтобы подниматься по ступенькам развития. Хороший разработчик должен быть эластичным и играть сразу несколько ролей 👨‍💻

1. Эмпатия и умение слушать. Понимание нужд пользователей и коллег. Создание решений, ориентированных на реальные потребности.

Как развить: Практикуйте активное слушание, задавайте уточняющие вопросы.

2. Эффективная коммуникация. Умение объяснять сложные концепции простым языком. Навыки написания понятной документации.

Как развить: Регулярно пишите технические статьи или ведите блог (не обязательно публичный). Практикуйтесь в объяснении технических концепций другим специалистам.

3. Критическое мышление и решение проблем. Способность анализировать ситуацию с разных сторон. Творческий подход к сложным задачам.

Как развить: Решайте головоломки и задачи на leetcode.com. Участвуйте в хакатонах - тык.

4. Адаптивность и обучаемость. Готовность быстро осваивать новые технологии в команде. Невозможно работать в IT и не обучаться в процессе.

Как развить: Не бойтесь браться за задачи выполнение которых вас пугает. Регулярно изучайте новое - тык (как учиться эффективнее).

5. Управление временем и приоритетами. Эффективное планирование рабочего процесса. Умение фокусироваться на важном в условиях многозадачности.

Как развить: Практикуйтесь в тайм-менеджменте ежедневно. Записывайте задачи на каждый день с временем на их выполнение.

6. Архитектурное мышление. Составление правильного дизайна архитектуры, которая уже решает существующие проблемы. Не нужно изобретать решение проблемы архитектуры, когда решение уже готово.

Как развить: Изучать разные концепты архитектуры на сайтах по типу - https://refactoring.guru/.

Пост навигатор 👩‍💻

nikitasepi0l ⬅️ <ЧАТИК/>

Топ фильмов, которые должен посмотреть каждый программист 🚀

В этом списке будут фильмы, которые я посмотрел и считаю их теми, которые действительно будут интересны разработчикам и программистам 👨‍💻

1. Социальная сеть (2010). История о том как зарождался Facebook.

2. Игра в имитацию (2014). История Алана Тьюринга, британского математика, который присоединился к команде криптографов, для взлома фашистской шифровальной машины Enigma.

3. Mr. Robot (2015). Сериал о истории Эллиота Андерсона, хакере с психическими проблемами, цель которого изменить порядок мира.

4. Кремниевая долина (2014). Сериал о компашке программистов из калифорнии, которые пытаются пробиться в свет в кремниевой долине.

5. Стив Джобс (2015). История зарождения компании Apple.

6. Исходный код (2011). Фильм не про программирование на прямую, но показался очень захватывающим для меня. Рекомендую к просмотру.

Рассказывать о каждом фильме/сериале подробно не стал, так как пропадёт интерес к просмотру.

Всем хороших выходных и приятного просмотра данных фильмов 💻

Пишите в комментарии свои топы 👇🖨

Пост навигатор 👩‍💻

nikitasepi0l ⬅️ <ЧАТИК/>

Что такое API и какие они бывают? 🧐

API (Application Programming Interface) — это интерфейс программирования приложений, который позволяет программам взаимодействовать друг с другом.

Простыми словами API это официант в ресторане. Представь что ты делаешь заказ (твой запрос, request), официант передает его на кухню (программа) и затем официант приносит тебе еду (ответ программы, response).

Какие существуют типы API? 👇

1. REST API (Representational State Transfer API). Идеальный тип для веб приложений, из-за того что построен на архитектурных принципах REST, которые работают через HTTP протокол:
— Клиент-серверная архитектура
— Отсутствие состояния (stateless)
— Кэширование
— Единый интерфейс (GET, POST, PUT, DELETE, PATCH)

2. SOAP API (Simple Object Access Protocol). Это протокол обмена сообщениями, который используется для взаимодействия между приложениями через сеть. Он более строгий и сложный чем REST.
— Использует XML для обмена сообщениями.
— Поддерживает высокий уровень безопасности (WS-Security).
— Накладывает строгие правила на формат запросов и ответов.
— Используется в корпоративных приложениях по типу банковских систем.

3. GraphQL. Более гибкий вариант REST API язык, для запроса данных к API, разработанный Facebook.
— Один запрос может возвращать данные из нескольких ресурсов одновременно
— Менее ресурсозатратен для сложных приложений, т.к. соц. сети.

4. gRPC (gRPC Remote Procedure Calls). Высокопроизводительный открытый фреймворк для вызова удаленных процедур (RPC), разработанный Google.
— Использует Protocol Buffers (protobuf), который является более компактным и быстрым форматом сериализации данных.
— Поддерживает двухстороннюю потоковую передачу данных.
— Часто применяется в высокопроизводительных распределенных системах, микросервисах и real-time приложениях.

5. WebSocket API. Протокол для двусторонней связи между клиентом и сервером по одному соединению, что делает его идеальным для real-time приложений.
— Обеспечивает постоянное соединение между клиентом и сервером.
— Широко используется в чат-приложениях, онлайн-играх и других real-time сервисах, где важна скорость и минимальная задержка.

Пост навигатор 👩‍💻

nikitasepi0l ⬅️ <ЧАТИК/>

Что такое коллбэки и зачем они нужны?🧐

Очень простая но базовая концепция в программировании, о которой должен знать каждый 🖨

Callback - это функция, которая передаётся в другую функцию как аргумент и вызывается позже, когда произойдет определённое событие или завершится операция.

Как это работает 👇

1. Передача функции. Коллбэк передается как аргумент в другую функцию.

2. Отложенное выполнение. Вместо немедленного выполнения, основная функция вызывает коллбэк по мере необходимости.

Пример на JS 👇

function fetchData(callback) {
    setTimeout(() => {
        console.log("Данные загружены");
        callback();
    }, 2000);
}

function processData() {
    console.log("Обработка данных");
}

fetchData(processData);

Где они используются? 🧐

1. Асинхронные функции. Работа с сетевыми запросами, чтение файлов и взаимодействие с базами данных.

2. Обработка событий. В пользовательских интерфейсах часто используются коллбэки для обработки событий (клики, ввод и сохранение данных и т.д.).

3. Обработка ошибок. Передача функций для обработки исключений данных и т.д.).

4. Тестирование. Асинхронные тесты часто используют колбэки.

5. Middleware в веб-фреймворках. Например, Express.js в Node.js использует колбэки для обработки запросов.

Чего стоит боятся? 🧐

Callback Hell. Это проблема, когда вложенные друг в друга функции создают сложную для понимания структуру, что затрудняет поддержку масштабирования и поддержания кода.

Пост навигатор 👩‍💻

nikitasepi0l ⬅️ <ЧАТИК/>

Hackathon: мечта джуна в IT 🚀

Сегодня хочу поделится своей мини историей своего первого оффлайн хакатона. До этого один раз я был на онлайн версии NASA Space Apps, и разница между оффлайн и онлайн мега большая.

На входе встретил команду украинцев из Мюнхенского университета с которыми приятно пообщались и обменялись линкединами. После регистрации мы пошли на питчи челенджей от компаний. Мой челендж был для фарм компании Roche, а именно приложение для отслеживания/отображения потребления CO2 для каждого сотрудника на рабочем месте 💻

После питча я встретил свою команду 5ти человек из 5ти разных стран и 3х континентов (никто из них не был из Германии, не смотря на то, что хакатон проходил в Манхайме, Германия.) В первый день мы обсудили наш продукт, составили план, сходили в мак, начали работу и разошлись спать.

На следующий день после завтрака в маке и чашки кофе мы начали продуктивно работать. Через еще 3ти чашки кофе и хард метала во время кодинга 🖨 мы закончили наш MVP. Под конец дня у нас была готова презентация на питч с готовым хром расширением которое отслеживает использование хрома и запросов, потом с помощью алгоритма из чата гпт анализирует расход CO2 и отсылает данные на фронт-энд (написанный мною). Далее эти данные в реал тайме отображались на графике в веб приложении.

Атмосфера была заряженная, 60-70 человек в одной огромной комнате с ноутбуками пишут код и обсуждают решение их проблемы все вместе. Это не передать словами.

Вот сайт: ⏩ https://ecotrack-gules.vercel.app/ ⏪

Но, что самое ценное, на протяжении всего ивента я разобщался с многими профессионалами, разработчиками, программистами и просто интересными людьми, которые делясь своим опытом помогли мне в моем пути как разработчика в Германии 📈

В целом, для меня это послужило новым глотком воздуха мотивации и продуктивности. К сожалению наш продукт не выиграл, но после общения, шуток и смеха победа не играла большую роль.

Такие ивенты проводятся почти по всему миру, каждый из вас может найти и попробовать себя в этом экспириенсе. Кроме позитивных эмоций и общения, ни для кого не секрет что можно прорекламировать себя и найти работу, проект или команду для стартапа ✅

Пост навигатор 👩‍💻

nikitasepi0l ⬅️ <ЧАТИК/>

Мьютексы: защита общих ресурсов 🧐

Mutex - это механизм синхронизации, используемый в многопоточном программировании для предотвращения одновременного доступа нескольких потоков к общим ресурсам.

В многопоточных приложениях иногда возникает ситуация, когда несколько потоков пытаются одновременно обратиться к одному и тому же ресурсу (переменной, файлу). Это может привести к непредсказуемому поведению программы - race conditions.

Как они работают👇

1. Когда поток хочет получить доступ к общему ресурсу, он пытается захватить мьютекс.

2. Если мьютекс свободен, поток получает доступ к ресурсу и блокирует мьютекс.

3. Другие потоки, пытающиеся получить доступ к этому ресурсу, будут ждать, пока мьютекс не будет освобожден.

4. Когда поток завершает работу с ресурсом, он освобождает мьютекс, позволяя другим потокам получить доступ.

Пример👇

mutex = создать_мьютекс()

функция безопасное_увеличение(счетчик):
    захватить(mutex)
    счетчик = счетчик + 1
    освободить(mutex)

// Использование в многопоточной среде
поток1 = создать_поток(безопасное_увеличение, счетчик)
поток2 = создать_поток(безопасное_увеличение, счетчик)

✅ Мьютексы предотвращают конфликт доступа к ресурсам и упрощают разработку многопоточных приложений.

❌ Однако, появляется возможность возникновения deadlocks при неправильном использовании и снижение производительности из-за ожидания освобождения мьютекса.

Пост навигатор 👩‍💻

nikitasepi0l ⬅️ <ЧАТИК/>

Deadlock в программировании: что это и как его избежать 🧐

Сегодня мы поговорим о проблеме, которая может возникнуть в многопоточных приложениях - deadlock (взаимной блокировке).

Deadlock - это ситуация, когда два или более потока находятся в состоянии ожидания ресурсов, удерживаемых друг другом, и ни один из них не может продолжить выполнение. Представьте себе два автомобиля, встретившихся на узком мосту - никто не может двигаться вперед, пока другой не уступит дорогу.

Как избежать deadlock? 👇

1. Упорядочивание блокировок. Всегда захватывайте ресурсы в одном и том же порядке.

2. Ограничение времени ожидания. Используйте таймауты при ожидании ресурсов.

3. Избегание вложенных блокировок. По возможности не захватывайте новые ресурсы удерживая другие.

4. Использование concurrent-структур. Применяйте потоко-безопасные коллекции и атомарные операции.

5. Правильное проектирование. Минимизируйте совместное использование ресурсов между потоками.

Более подробно в этой статье - тык.

Пост навигатор 👩‍💻

nikitasepi0l ⬅️ <ЧАТИК/>

Big O: Как измерить эффективность алгоритма 🧐

Представьте, что вы готовите блюдо. Насколько быстро вы справитесь? Это зависит от многих факторов - сложности рецепта, количества ингредиентов, вашего опыта.

Big O notation - похожая концепция для оценки алгоритмов в программировании 🖨

Big O показывает, как растет время выполнения алгоритма при увеличении объема входных данных.

Основные классы сложности 👇

1. O(1) - константное время. Алгоритм всегда выполняется за одинаковое время независимо от объема данных.

2. O(n) - линейное время. Время растет пропорционально объему данных. Например, поиск элемента в неотсортированном массиве.

3. O(log n) - логарифмическое время. /Эффективные алгоритмы, как бинарный поиск.

4. O(n^2) - квадратичное время. Время растет в квадрате от объема данных. Часто встречается в алгоритмах с вложенными циклами.

Понимание Big O важно для разработки масштабируемых программ. Этот принцип позволяет сравнивать алгоритмы прогнозируя производительность при больших объемах данных 💻

Более детально с примерами кода - тык.

Пост навигатор 👩‍💻

nikitasepi0l ⬅️ <ЧАТИК/>

Биохакинг для программистов 🤖

Как оптимизировать работу мозга для работы с кодом? На моем канале уже есть пост по тому, как эффективнее учиться - тык(мини протокол by Andrew Huberman).

В этом посте я добавлю список методик, пройдя через которые по очереди вы повысите свою эффективность.

1. Дофамин детокс. Звучит как клише, но это действительно работает. В связи с резким изменением нашей повседневной жизни, наш бейзлайн дофамина очень низок. (Improve your baseline dopamine by Andrew Huberman). Вкратце, нужно убрать всевозможные источники быстрого дофамина из вашей жизни (вкусная еда, соц. сети, тик токи, игры и т.п.) на 3-7 дней.

2. Monk Mode. Главный смысл этого режима заключается в том, чтобы взять контроль над своими мыслями, улучшить фокусировку и развить высокий уровень дисциплины. Плейлист по тому, как правильно соблюдать Монк мод.

3. Нейропластичность и Нейробиология. В этом подкасте, Andrew Huberman рассказывает практические навыки для повышения качества и легкости в обучении. В двух словах, при правильном уровне нейропластичности мозга, изучаемая информация усваивается во много раз проще.

Но, все эти 3 шага объединяет одно - сон. Без качественного сна наш организм не может выдавать высокую производительность.

Пост навигатор 👩‍💻

nikitasepi0l ⬅️ <ЧАТИК/>

Архитектура и почему она важна?🧐

Архитектура определяет структуру, использование, организацию всех компонентов проекта\программы, оптимизацию и скорость работы в команде и грамотность использования времени и денег.🚀

Ключевые причины её важности 👇

🫂 Управляемость и поддержка. Хорошая структура файлов делает функционал более понятным и управляемым для разработчиков. Это упрощает исправление ошибок и внесение изменений.

👨‍💻 Масштабируемость. Намного легче расширять проект, разбитый на модули, используя их повторно. Так же, разделение на микросервисы помогает распределить нагрузку между компонентами программы\приложения.

🤖 Повторное использование кода. Хорошо спроектированная архитектура позволяет использовать общие компоненты между разными частями приложения.

💻 Тестируемость. Код, разделенный на модули, позволяет изолировать компоненты и проводить тестирование в разы быстрее.

Подводя итог, архитектура - это основа разработки, которая определяет насколько продуктивно и успешно будет развиваться проект 👍

Высокий уровень структуры помогает новым разработчикам быстрее разобраться с уже существующим кодом, а плохая архитектура, заданная на начальном этапе будет забирать лишнее время у всех участников проекта.

Пост навигатор 👩‍💻

nikitasepi0l ⬅️ <ЧАТИК/>

Что такое гонки данных (race conditions) и как их избежать?🧐

Гонки данных — это тип проблемы, возникающей в многопоточных или многозадачных программах, когда два или более потока или процесса одновременно пытаются получить доступ к одному и тому же ресурсу (переменная, файл, память).

Это может привести к непредсказуемому поведению программы, так как результат выполнения зависит от порядка выполнения потоков, который не контролируется.

Пример 👇

counter = 0

def increment():
    global counter
    for _ in range(1000):
        counter += 1

Если два потока выполняют функцию increment одновременно, то оба могут прочитать старое значение counter, затем инкрементировать его и записать обратно одно и то же значение, пропустив инкремент другого потока. В результате итоговое значение counter будет меньше ожидаемого.

Как избежать👇

1. Избегание общих данных. Постарайтесь минимизировать их использование между потоками. При возможности, каждый поток должен работать с собственными данными.

2. Использование иммутабельных объектов. Если объект не изменяется после создания, то он безопасен для использования в нескольких потоках одновременно.

3. Использование механизмов синхронизации. Мьютексы, Семафоры, Мониторы.

Гонки данных могут привести к серьёзным проблемам, таким как сбои, потеря данных или уязвимости в безопасности, по-этому важно обращать внимание на их предотвращение.

Пост навигатор 👩‍💻

nikitasepi0l ⬅️ <ЧАТИК/>

Синхронное и Асинхронное программирование🖨

В этой рубрике я буду делится базовыми но важными аспектами программирования и разработки, которые очень часто спрашиваются на собеседованиях 🚀

Синхронное программирование 👇

Представь, что в магазине есть всего лишь 1 касса и ты стоишь в очереди к ней. Все происходит по очереди и если перед тобой большой заказ тебе придётся ждать пока он будет обработан.

Асинхронное программирование 👇

Теперь представь, что в магазине есть много касс и ты можешь подойти к свободной не тратя время на ожидание. Или же в ресторане, когда ты сделал заказ тебе не нужно ждать пока твоя еда приготовится, ты можешь общаться с друзьями или читать мои посты.

Вывод 👇

В программировании асинхронность означает то, что функции могут выполняться не зависимо друг от друга. Если одна задача занимает много времени, программа не будет останавливаться и ждать ее выполнения. По-этому, взаимодействие с базой данных, HTTP запросы, парсинг больших файлов, работа с пользователем и т.д. должны быть асинхронны.

Пост навигатор 👩‍💻

nikitasepi0l ⬅️ <ЧАТИК/>

Ресурсы для самостоятельного обучения 👩‍💻

Для удобства я вынес их в 3 категории - Новички\ Средние\ Продвинутые.

Так же вынес те платформы, которые подойдут всем 👇
1. Udemy - платформа с курсами по разным сложностям и ЯП. Есть скидки и есть 7 дневная пробная версия (можно создавать много аккаунтов и сидеть бесплатно).
2. Codecademy - курсы подстроятся под ваши нужды и по вашему уровню. Бесплатные курсы тут только для новичков.
3. Coursera - курсы от крупных компаний (т.к. Google). Они платные но можно подать аппликацию на их оплату (в большинстве случаев они дают бесплатный доступ).

Для новичков👇
1. YouTube - в Ютубе очень много материала для начинающих и будучи новичком можно узнать многое о программировании и разработке там.
2. Stepik (и подобные) - платформа с бесплатными курсами для новичков. Покупать платные не советую, так как они есть слитые.
3. FreeCodeCamp - платформа с гайдами по конкретным темам разных ЯП.

Средний уровень 👇
1. FreeCodeCamp - платформа с гайдами по конкретным темам разных ЯП.
2. LeetCode - решение алгоритмов.
3. CodeWars - решение алгоритмов.

Продвинутый уровень 👇
1. edX - платформа с курсами от MIT и Harvard.
2. Medium - сайт с блогами от разработчиков. Много идей исследований и знаний делится через Медиум.
3. LeetCode - решение алгоритмов (Сложные).
4. CodeWars - решение алгоритмов (Сложные).

Пост навигатор 👩‍💻

nikitasepi0l ⬅️ <ЧАТИК/>

Я поставил Arch Linux 👩‍💻

Я решил написать этот пост чтобы поделится опытом и переживаниями на счет данной системы. P.s: пост написан с телефона, ноутбук пока что тыква.

Я начал с виртуалки, скачал, проблем особо не было, но это не дало смысл, потому что система которую я скачивал (bspwm by Zproger), не работает на виртуалках.

После тестовой скачки на вм, я глянул гайд как поставить дуалбут, дабы сохранить важные данные на моем win11 (в общем и целом, это очень хорошее решение). Нашел хорошее видео, но так как, я хотел поставить bspwm by Zproger, я решил совместить установку интуитивно, полагаясь на свою аккуратность.

Насколько я понял, когда я форматировал диск под арч (как мне казалось правильный - тот который я выделил под линукс) я стер EFI файлы винды.

Во время установки у меня возникла ошибка и я решил запустить винду дабы проверить диски. Когда я зашел в биос, загрузочного файла винды я уже не увидел. Проверив через shell filing system, терминал загрузки arch и режим восстановления виндовс (запустив перед этим режим восстановления с образа на флешке) я не нашел свой диск C.

В итоге я загрузил arch на отформатированный диск под чистую. Установка прошла успешно.

Сел уставшим пытаясь настроить систему я понял, что на arch почти весь функционал доступен только из терминала (графических отображений функционала почти нет). В начале это кажется сложным, но понимание что можно управлять всей системой прямо из терминала и задавать любой софт и команды на сочетания клавиш мотивирует развивать свои скиллы линукс юзера.

Вывод такой: не скачивайте арч интуитивно как это сделал я. Лучше сфокусироваться на одном гайде который подходит больше всего под тест и только потом принимать решение о полном переходе. В такой же ситуации как у меня, лучше попросить помощь у уже разбирающихся людей, чтобы не навредить своей системе. И если вы никогда не пользовались линуксом, лучше не смешивать гайды думая что это легко и вы разберетесь в процессе.

Пост навигатор 👩‍💻

nikitasepi0l ⬅️ <ЧАТИК/>

Он написал приложение на $1M за 5 часов🧐

В этом посте я хочу поделится историей Доусона Ботсфорда, который за 5 часов написал приложение которое помогает web3 Ethereum юзерам узнать об Эирдропах.

Dawson Botsford - TypeScript Full-Stack developer на Node, React и Next и web3 разработчик (его GitHub).

До создания earnifi, Доусон сильно увлекался Хакатонами. Его идея на хакатонах была в том, что разработка может повлиять на мир и что буквально за пару дней можно создать компанию решая различные проблемы.

После создания он рекламировал свое приложение в twitter, публикуя самые большие Эирдропы найденные у web3 инфлюенсеров и тегая их в посте на протяжении 25 дней.

Набрав аудиторию в твиттере и более 10к юзеров в своем приложении, он подключил рассылку по почте и платную подписку, что-бы можно было забрать Эирдроп (что очевидно окупится сразу же после клейма).

В конце, Доусон продал earnifi компании Bankless и стал соло-разработчиком миллионером 💻

Итог такой: Если вы видите проблему и ее решение - никогда не бойтесь попробовать, Доусон потратил 0$ на продвижение своей идеи, по-этому возможность изменить свою жизнь разработкой есть у каждого 🚀

Пост навигатор 👩‍💻

nikitasepi0l ⬅️ <ЧАТИК/>