Architec.Ton is a ecosystem on the TON chain with non-custodial wallet, swap, apps catalog and launchpad.
Main app: @architec_ton_bot
Our Chat: @architec_ton
EU Channel: @architecton_eu
Twitter: x.com/architec_ton
Support: @architecton_support
Last updated 1 month, 1 week ago
Канал для поиска исполнителей для разных задач и организации мини конкурсов
Last updated 1 month, 3 weeks ago
✏️ Как я создавал свой первый курс ✏️
➡️ Почему решил делать ⬅️
Начиная с школы у меня было большое желание делать свои проекты. Мне нравилось участвовать в чужих, но это не приносило мне такого удовольствия, как создание чего-то своего.
Когда устроился на работу разработчиком, я быстро понял, что работа наёмным рабочим - это путь, который не сделает тебя богатым и свободным. Что у меня останется, если я уволюсь с наёмной работы? Ничего. Буду ли я получать деньги за разработанные проекты для компании, если перестану их делать? Нет.
Преимущество своего дела в том, что оно принадлежит лично тебе. Появляется мотивация делать его хорошо, ведь результат твоей работы навсегда останется с тобой.
Придумал классный курс, который всем нравится - отлично, теперь он будет тянуть к тебе других людей и повышать твою узнаваемость.
Сделал классную монетизацию знаний, при которой и ты, и твои ученики в выигрыше - отлично, теперь ты будешь больше зарабатывать, а ученики будут довольны.
➡️ Как решился ⬅️
Когда я вернулся в Краснодар из Питера и перешел на удаленку, у меня появилось свободное время. Я не тратил его на дорогу до работы, офисную жизнь и прочие отнимающие время активности. Мне показалось, что это отличная возможность начать работать над своим курсом после работы.
Еще я договорился начать заниматься курсом с другим разработчиком, что подстегивало мою уверенность в том, что всё получится.
➡️ Начало создания курса ⬅️
Свой первый курс я решил делать бесплатным и выбрал ему забавное название «Python для pre-junior backend разработчика». У меня тогда был целый пакет искажений в голове.
Мне казалось, что если делаешь бесплатным, то можно делать херово. Это придавало мне уверенности, что раз не надо делать круто, то как-то у меня точно получится. На самом деле ничего подобного! Аудитория очень чувствительная к плохому контенту и статьям. Делаешь херово - получаешь много хейта, делаешь хорошо - получаешь мало хейта и лояльность аудитории. С лояльной аудиторией можно творить удивительные вещи, например предлагать им купить платные продукты и они их купят, потому что доверяют!)
Я думал, что те знания, что я даю нужны только для совсем начинающих разработчиков и поэтому выдумал грейд «pre-junior». За время практики в разработке я уже потерял нить в отличиях по знаниям между junior/middle/senior грейдами. Знания у всех должны быть одинаковые, иначе просто не вкатишься в разработку, а вот опыт действительно разный.
Тему решил взять ту, в которой я хорошо разбираюсь - Python для начинающих. У меня она была обкатана еще когда я готовил школьников к ЕГЭ, поэтому было проще.
Вы можете сказать, что курсов по Python для начинающих и так огромное количество, а рынок уже занят другими классными курсами. Так почему эта тема то?
Причины:
✔️Когда вникаешь в новое для себя дело лучше начинать с того, в чём ты максимально хорошо разбираешься. Иначе ты просто ахереешь от сложности, с которой столкнулся.
✔️То что есть другие курсы на эту же тему вовсе не значит, что никто к тебе не придет. Это значит что есть большой спрос и большой рынок. Делай хорошо и аудитория тебя найдет.
➡️ Как начал набрасывать структуру ⬅️
Когда делаешь курс на тему, где примеров и материалов много, то собрать структуру довольно просто. Берем 3-5 книг и пару курсов, анализируем их содержание, пропускаем через свой опыт и получаем уникальную структуру курса.
📌В следующем посте расскажу про создание теории и задач, релиз курса и работу с обратной связью 📌
Зачем разработчику создавать свой курс? 📕
Задумывались когда-нибудь о том, чтобы учить других людей? Вот и я как-то раз задумался и сделал аш 3 курса по разработке! У меня всегда было желание делиться знаниями с другими и я прошел длинную дорожку от того как был репетитором, до того как стал ментором. Теперь хочется рассказать и вам стоит ли делать свои курсы или нет 🫡
Сначала о плюсах создания своего курса:
✅ Углубили знания по теме
Когда пытаешься объяснить текстом тему на широкую аудиторию, то приходится постоянно уточнять какие-то детали и проверять "А точно ли я не вру?". Каждая такая проверка информации делает вас экспертнее в теме курса
✅ Получили воронку в другие свои продукты
Если курс бесплатный, то его можно использовать как воронку в другие свои продукты. В моём случае это платные курсы и менторство.
✅ Пассивный доход
Если курс платный, то ты получаешь пассивный доход с каждой продажи. Зачастую готовому курсу с теорией не нужно активное вовлечение преподавателя и он спокойно может жить своей жизнью.
✅ Набираете вес в сообществе
Если ваши курсы пользуются спросом, то вам начинают предлагать различные взаимовыгодные коллаборации. Это могут быть совместные программы, интеграции в курс и другие профитные вещи.
Теперь о минусах:
❌ Нужна огромная самодисциплина и усидчивость
Если вы пробовали написать техническую статью и у вас это шло не так просто, то для небольшого курса нужно написать минимум x20 таких статей. Часто бывает так, что возникает отвращение каждый раз, когда садишься прописывать очередную тему или придумывать задачу. Довести курс до конца можно только на дисциплине.
❌ Нужно пложить много сил и энергии
Проблемы будут на каждом этапе – от выбора темы и придумывания названия до конечного релиза и получения первой обратной связи. Курсы часто начинаются на мотивации и не релизятся, когда авторы понимают насколько много сил нужно вложить в курс. Тут помогает есть пирог по частям и разбивать свою работу на маленькие итерации.
❌ Возможно вложенное время не окупится
Сделать курс - начать свой бизнес. Как и в любом бизнесе можно наделать ошибок, прогореть и не получить достойного выхлопа. Тут главное не падать духом – лучше иметь хоть что-то, чем не иметь вообще ничего.
В следующих постах расскажу вам про свой опыт создания курсов, поделюсь личным опытом, знаниями и хаками о том как не имея ничего создать свой курс.
Спойлер: я не ожидал, что это насколько сложно
Ждём-с ⌛️
Буду спикером на дне открытых дверей в ИТ! ↗️
Короткий портрет того, кому такое будет очень полезно: студент, который хочет попасть в ИТ, но у него полное непонимание кем становиться, куда развиваться, как достичь уровня разработчика ПО.
Когда я закончил бакалавриат у меня было полное непонимание того как мне стать разработчиком, знаний очень сильно не хватало, работу было искать ужасно тяжело и я просто попыл дальше по течению в магистратуру. Если бы я знал то, что знаю сейчас, то вряд ли бы я тратил лишние 2 года на получение очередной бесполезной бумажки 🤣
Буду рад видеть вас всех на созвоне в субботу 18:00 МСК!)
И помните - высокая должность в компании никак не защищает вас от ошибок в мышлении и заблуждений
Правильный ответ - никакого не возьмут. Процесс найма построен таким образом, что софтовое интервью всегда стоит после интервью с хард скиллами. То есть человек с высокими софтами и низкими хардами тупо отсечется на интервью с проверкой хардов и спикер такого человека не увидит. Единственный человек, которого нанимают - это высокие харды и высокие софты.
Если ты хочешь чего-то, то нужно пробовать - это дает тебе шанс достичь желаемого. Если не попробуешь - не достигнешь.
База от коучей по мотивации, но если задуматься серьезно, то нет ничего плохого в том, чтобы не пробовать. Есть проблема, что иногда желаемое не является достижимым для человека в его текущих условиях. Например «устроиться в офис разработчиком, живя при этом на крайнем севере» или «стать чемпионом мира по легкой атлетике без ног».
Оценка своих возможностей, средств и времени, за которое ты получишь какие-то результаты намного важнее чем «просто попробовать». Что, если попытки перерастут в невозратные потери и Эффект Конкорда? Что если можно было бы потратить своё время на что-то, что у тебя точно получится сделать и осилить?
Каждый твой день должен быть прожит не зря. Только ежедневная работа над собой приносит результаты.
Ничего плохого не вижу в том, чтобы потюлениться раз или два в неделю на диване. В ежедневной работе есть одна большая проблема - выгорание. Психологические истории обычно руководителями по неизвестным мне причинам опускаются, хотя их очень важно учитывать. К тому же в практике продуктивности есть поинты про то, что человек, который периодически отдыхает в среднем продуктивнее чем тот, кто постоянно работает.
Чем выше должность тем меньше решений должен принимать человек за день, потому что цена ошибки очень высокая
Звучит конечно хорошо, но по факту работа топ менеджеров не имеет четкого завершения. Для них в целом не существует критерия, что работа полностью закончена. Разве можно в бесконечном цикле без критериев начала и конца принимать в день ограниченно малое число решений? Мне кажется нет, да и по наблюдениям за руководителями с которыми мне удалось поработать не могу сказать, что их работа как-то уменьшилась.
Эксперту нужно безоговорочно верить, с ним не нужно спорить
Это прямо определение когнитивного искажения «Эффект авторитета». Естественно эксперту нельзя верить безоговорочно, люди не машины и склонны ошибаться, чего-то не знать, что-то забыть и вообще быть не в контексте предметной области. Критическое мышление важно для всех без исключения.
Что с историей про найм 40 человек?
На этот тезис был мой второй вопрос: «Как удалось избежать когнитивных искажений при таком подходе к выбору сотрудников?» Ответ: «я был с ними 2 недели»?. Есть такие когнитивные искажения, как эффект ореола, принцип дефицита, эффект контраста, эффект сходства и многие многие другие. Такая субъективная оценка кандидата по личному восприятию и собственному жизненному опыту только вредит и отсеивает людей не по объективным критериям. Одна минута или 2 недели - когнитивное искажение от этого никуда не денется. Чтобы объективно нанимать - нужны объективные критерии.
Три последних тезиса давайте разберем вместе.
Считать, что современные вопросы на ИТ-собеседовании проверяют навык человека работать работу - глупо и безрассудно. Каждый, кто на них ходил знает, что везде один и тот же пул вопросов и одни и те же критерии отбора. Почему человек, который оценивает свои знания в технологии на 5 из 5 является ЧСВ, которого не нужно брать на работу? Вам не кажется это странным? А может быть у вашей компании ЧСВ высокий, раз вы считаете что в других компаниях на позициях мидлов сидят ваши джуниоры?
А как вопрос про определение транзакций определяет, что человек способен хорошо и стабильно качественно писать код? Почему пул вопросов, который можно просто выучить определяет грейд человека? Выучил 200 вопросов к собеседованию? Молодец, теперь ты сеньор!)
Что делать, чтобы начать мыслить рационально?
1. Никита Непряхин - Анатомия Заблуждений
2. Роман Юдковский - Гарри Поттер и методы рационального мышления
Architec.Ton is a ecosystem on the TON chain with non-custodial wallet, swap, apps catalog and launchpad.
Main app: @architec_ton_bot
Our Chat: @architec_ton
EU Channel: @architecton_eu
Twitter: x.com/architec_ton
Support: @architecton_support
Last updated 1 month, 1 week ago
Канал для поиска исполнителей для разных задач и организации мини конкурсов
Last updated 1 month, 3 weeks ago