Get Mystery Box with random crypto!

Programming Mentor

Логотип телеграм -каналу programmingmentor — Programming Mentor P
Логотип телеграм -каналу programmingmentor — Programming Mentor
Адреса каналу: @programmingmentor
Категорії: Технології
Мова: Українська
Передплатники: 2.56K
Опис з каналу

Ти живеш, поки вчишся

Ratings & Reviews

2.67

3 reviews

Reviews can be left only by registered users. All reviews are moderated by admins.

5 stars

0

4 stars

1

3 stars

0

2 stars

2

1 stars

0


Останні повідомлення

2022-10-24 14:57:46 Сьогодні увечорі о 20:00 починається остання в цьому році група джедайського курсу з JavaScript і я хочу розказати його історію та новини, які чекають учасників.

Почнемо з того, що мені ніколи не сиділося в офісі, і років п’ять тому поставив для себе персональний рекорд, коли в подорожах і дистанційній роботі провів більше часу, ніж вдома у Львові. Вже в той час мені стало зрозуміло, що за ремоутом майбутнє і це чи не найбільний бенефіт роботи в IT.

Власне тоді я й почав активну роботу над “ідеальним навчальним курсом для онлайну”, вірячи що для майбутньої роботи в онлайні таким же має бути і навчання.

Курс був побудований на основі менторської програми, яку випробував на певній кількості людей і переконався, що вона працює. Цікаво, що з Назаром, першим падаваном, з яким ми йшли по програмі, перевиконали план, бо замість стажування його взяли на роботу.

Основна ідея полягала в тому, щоб надавати практичні завдання по всім темам JS і необхідну теорію для їх виконання. Причому основними є завдання, а не теорія, що наближає підхід до реальної роботи: маєш завдання, розбираєшся з ним і шукаєш способи його виконання. Робити завдання і опрацьовувати теорію можна в будь-який зручний час, головне встигати протягом тижневих спринті їх виконувати.

Такий підхід вирішує дві цілі: по-перше, працювати на курсі можна дійсно звідки і коли завгодно. А по-друге, курс дозволяє вирішити задачу формування навичок, чого не дає традиційний університетський підхід до навчання. Навички - головне в будь-якій професії, а вміння програмувати - в роботі розробника. Тому ми на курсі не просто вивчаємо JavaScript, а вчимося програмувати і оформляємо це у навички.

Стартував курс влітку 2019 року, за кілька місяців до ковіду. І дійсно такий формат роботи виявився оптимальним для онлайну, коли всі пішли на карантин.

З моменту запуску курсу його завершили сотні людей. Більшість з них зараз працюють розробниками, і вже далеко не джуніори. З багатьма тримаємо контакт і приємно дізнаватися, що саме цей курс виявився для них проривним. Зараз все більше людей приходить по рекомендації тих, хто завершив.

Курс постійно оновлюється і розвивається, враховуємо нові можливості JS та тренди написання коду.

Починаючи з поточного запуску є дві особливості курсу: по-перше, він став максимально дружнім для людей, що починають вивчати JS з нуля. Складніші завдання окремо позначені, їх можна пропускати. А по базовим темам дозняв і ще дознімаю відеоуроки. Також ми робимо додаткові консультації з розбором завдань та теорії. Хто вже з основами розібрався, може на це не витрачати час, і просто вирішувати завдання, що покривають фактично весь JavaScript як мову програмування.

По-друге, курс тепер дозволяє не чекати дати початку чергової групи, а повноцінно працювати над ним відразу після реєстрації. І хоча активна робота (онлайн-зустрічі) з групою проходить лише шеститижневими періодами чотири рази на рік, фактично навчатися можна нон-стоп.

З початком війни багато випускників пішли на службу і крім JS регулярно вирішуємо питання зі старлінками, дронами, генераторами і тому подібним. Нерідко допомагати потрібно вже не захисникам, а їх сім’ям, самі розумієте чому. З кожної платної реєстрації скеровую на ці потреби мінімум 1 тис. грн. Крім того, що намагаюся допомагати, я також тримаю ціну на курс, навіть даю знижки відносно повної вартості, для моїх підписників є додаткова знижка за цим кодом: JSFORCE

Також я бачу своїм обов’язком допомагати нашим воїнам та їх сім’ям не лише на фронті, а і у навчанні. Відповідно даю можливість пройти курс безкоштовно нашим воїнам, які демобілізувалися за станом здоров’я та хочуть спробувати себе у якості розробників, і членам родини загиблих воїнів - просто зв’яжіться зі мною, все влаштуємо.

Курс тут: https://sj42.programmingmentor.com
894 views11:57
Відкрити / Коментувати
2022-10-18 20:35:39 На ДОУ на днях вийшла стаття про неуспішне менторство, раджу почитати, дуже корисно, у тому числі й коментарі https://dou.ua/lenta/articles/unsuccessful-mentoring-in-it/

У мене є що додати стосовно цього зі своєї сторони для того, хто хоче працювати з ментором. Для менторів зроблю окремий постик іншим разом.

Менторство - це особливий формат розвитку фахівця, до якого треба дозріти. Якщо людина ще лише починає вчитися, то їй потрібен не ментор, а курси. Там вона отримає структуроване введення в професію, буде розуміти її елементи, як взагалі має виглядати робота. Пізніше, коли вже є розуміння професії і виникає потреба у формуванні сталих навичок, гарних практик і тому подібного, зокрема на рівні підготовки до стажування, під час стажування чи роботи - саме тоді вже доречно переходити до формату менторства.

Якщо підписались на менторство, то завжди пам’ятайте, що це потрібно в першу чергу вам, а не ментору. Тому проявляйте ініціативу, не розраховуйте, що ментор буде як шкільний вчитель за вами ходити та нагадувати про завдання чи щось таке потрібне. Тут ініціатором та драйвером процесу маєте бути саме ви, як мінімум ментор буде відчувати, що воно вам потрібно. То не ображайтеся, якщо ментор про вас не згадує - швидше за все що згадує, але чекає, поки ви нагадаєте про себе.

Готуйтеся перед кожною зустріччю з ментором і навіть перед тим як задати питання. В принципі не треба боятися за “тупі питання” - буває що потрібна допомога з якимись елементарними речами і то нормально. Але якщо питання вирішується за 10 секунд щоб забити його в гугл і прочитати першу відповідь, то краще з таким не приходити. В навчальних цілях дуже корисно певний час “помучитися” з проблемою, і лише потім просити допомоги, тоді краще запам’ятовується. То якщо ментор скаже “загугли”, то ви, як мінімум, маєте сказати, що вже гуглити і попросіть погуглити разом :)

Взагалі, гарно поставлене питання само по собі вас розвиває як фахівця. Це зовсім не ок кинути скріншотом шматок коду з проекту і спитати чому не працює. Навіть у найкращих технічних людей в голові немає комп’ютера і ваш код вони не зможуть в ній прокрутити, особливо якщо ще й не видно інші частини проекту. Хочете запитати чому не працює код - не полінуйтеся закинути його в якийсь онлайн-сервіс (сендбокс), де його можна виконати. Весь проект туди тягнути не потрібно, достатньо окремої частинки, але з необхідними залежностями.

Майте на увазі, що мета менторства - це розвинути вас як фахівця, а не допомогти вирішити якусь конкретну поточну проблему. Гарний ментор не повинен за вас писати ваш код - тоді ви не навчитеся робити це самостійно. Він має спонукати вас до того, щоб ви навчилися робити це самі. Пам’ятайте про це. Відповідно звертатися до ментора тільки якщо щось не працює - це не є добре. Краще домовтеся з ним про якийсь план та етапи розвитку і рухайтеся по ньому, систематично. Звітуйте регулярно про свій статус, хоча б коротким повідомленням в чатику, це дисциплінує.
1.5K views17:35
Відкрити / Коментувати
2022-10-08 21:26:43 Але яка ж тоді експертиза переноситься? В першу чергу - це soft skills. Вони завжди важливі, і якщо ти гарний командний гравець, то з тобою завжди буде комфортно незалежно від галузі. Також, звичайно, навички комунікацій важливі, куди входить знання іноземних мов. Ну і звичайно вміння вчитися - є люди, що досить легко переходять між професіями чи опановують щось нове, цю навичку теж можна сформувати, і з нею не пропадеш. :)
1.9K views18:26
Відкрити / Коментувати
2022-10-08 21:26:43 Експертиза не переноситься (про Маска, Шелдона Купера, Марадону та міст)

Сьогодні збирався написати про Маска, але тема дня - то міст. Про міст поки можу написати хіба те, що будь-яка ціль досяжна, треба лише над нею працювати.

Якось в серіалі Big Bang Theory актор, що грає талановитого, але від того дуже дивакуватого вченого - Шелдона Купера, запропонував вирішення проблеми Близького Сходу “геніальним” способом - просто збудувати в Мексиканській пустелі реплику Єрусалиму. Мабуть не треба пояснювати, куди послала його людина, для якої ця проблема має значення.

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

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

Люди схильні довіряти авторитетам і рідко задумуються коли людина досягла в чомусь одному успіху, то в іншому вона може бути повним профаном. Але бути профаном і намагатися розвиватися, не видаючи себе за авторитет - це нормально, але бути профаном і видавати себе за експерта - ні.

Яке відношення це питання має до мого бложику? Безпосереднє. Часто люди вважають, що якийсь сторонній досвід їм зарахується в IT, і сильно розчаровуються, коли виявляється, що це не так.

Звісно, досвід допомагає, і чим він більш споріднений, тим краще. Однак навіть якщо вже працюєш програмістом, то просто взяти і почати кодити на новій мові не вийде, треба буде її вивчити. Це буде значно простіше ніж іншим, але вчити доведеться.

Однак якщо ти за освітою, наприклад, мовознавець, то як би в тому напрямку далеко не зайшов, хоч став доктором наук, то в програмуванні тобі це допоможе хіба документацію читати швидше, але аж ніяк не код писати. Хоча ніби “мови” й там, і там.

Також типова ситуація, коли хтось після універу хотів піти в розробники, але “тут на кафедрі пропонують аспірантуру” і людина думає, що після захисту дисертації в IT беруть відразу - то насправді дуже навряд. І крім втраченого часу ще є ризик назавжди загрузнути в тому всьому.

Аналогічний сценарій - хтось хоче “пробратися в IT якимось обхідним шляхом”. Наприклад, в розробники через тестувальника.

Насправді робота тестувальника і розробника перетинається хіба в області роботи з вимогами та й на стендапчиках їх можна побачити разом, але все інше - то окрема експертиза, опанування якої потребує значних зусиль, що до роботи розробника ніяк не наближають. Швидше навпаки - в якийсь момент стає зрозуміло, що перехід в розробники потребує значних зусиль і набагато простіше вже залишитися там де ти є, навіть якщо воно тобі не дуже подобається. Далі - привіт, вигорання і тому подібні наслідки.

Схоже буває з менеджерами - хтось доріс до керівника відділення банку і вирішив піти в IT. Наприклад, стати проєкт-менеджером. Це, звісно, можливо, але досвід роботи в банку “автоматично зарахований” не буде - робота PM сильно відрізняється від роботи в банку, бо розробниками насправді не дуже то й треба керувати. По-любому потрібно буде перевчатися.

До речі, раз говоримо за знаменитості, то не завадило б згадати Дієго Марадону - видатного футболіста і абсолютну протилежність у вигляді тренера. Достатньо згадати, що саме за його керівництва збірна Аргентини програла Болівії у 2009 році з розгромним рахунком 6:1. Це той випадок, коли експертиза фахівця не переноситься автоматично на роль вчителя/ментора/тренера. Хтось може бути першокласним футболістом чи розробником, але це не означає, що він може навчати інших.

Дійсно, щоб навчати теж потрібна окрема експертиза від професійних навичок. В мене багато історій, коли талановиті розробники невдало намагалися навчати “молодь”. Часто це закінчувалося повною демотивацією для обох сторін. Бо коли людина талановита від природи, вона просто не прощає іншим нездатності щось зрозуміти і тому подібне.
1.7K views18:26
Відкрити / Коментувати
2022-10-03 16:48:25 Минулого тижня мав нагоду вчергове відвідати голосовий чат ДОУ і поговорити на цікаву тему - дорожня карта для вивчення фронтенду.

Ось його запис, клікаєте і слухаєте, на каналі ДОУ є таймкоди https://t.me/junior_dou_ua/3972

Взагалі, дорожня карта (roadmap) - то один з найбільш важливих чинників що забезпечують успіх чи невдачу навчання. Дуже часто люди намагаються вчити “хоч щось”, але це приблизно як замість того щоб в ралі-рейді їхати куди треба, просто рухатися “куди-небудь”. Мабуть не варто пояснювати, що рух в неправильному напрямку не просто не наближає, а віддаляє від мети.

Плюси дорожніх карт в тому що крім сухого переліку модулів є візуалізація, що наглядно показує залежності між модулями і дозволяє зрозуміти послідовність вивчення. Наприклад, вивчати фронтенд-фреймворк не можна поки не вивчив JS та й навчився елементарно програмувати взагалі, бо смислу в тому зовсім нуль, приблизно як читати не вивчивши літери. В той же час деякі речі, наприклад, ті ж препроцесори, можуть почекати до потрібного моменту, до багатьох речей рух вони не блокують.

Отже, до конкретних карт.

Найбільш наглядною для початківців мені здається саме ця https://roadmap.sh/frontend

Вона класна в тому сенсі, що демонструє чіткий шлях по технологіям, без “зайвого”.
Якщо здається що елементів забагато - не лякайтеся, там все не обов’язково потрібне для джуна, можна не йти до самого низу, а зайти в професію десь в районі фреймворків. Вона інтерактивна, клікаємо по блочках і бачимо посилання на корисні ресурси.

Взагалі на тому сайті багато якісних роадмепок, зокрема є окремо по JavaScript (https://roadmap.sh/javascript), її ми тепер використовуємо на джедайському курсі (https://sj42.programmingmentor.com/), та по фреймворках: React (https://roadmap.sh/react), Angular (https://roadmap.sh/angular), Vue (https://roadmap.sh/vue).

Якщо хочете скачати, ось секретна лінка, там pdf-ки: https://roadmap.sh/pdfs

Наступна роадмепа, яка мені дуже подобається, на сайті Frontend Masters: https://frontendmasters.com/guides/learning-roadmap/

Дуже детальна, багато блоків, також інтерактивні і наповнені контентом, по факту є гарним підручником “все в одному” для опанування професії. І вона зовсім не лише для джунів - качатися по ній можуть мідли та сенйьори, закриваючи прогалини в знаннях та навичках.

Ще гарна карта тут, хоча вона більше виглядає не як карта, а просто як набір навичок: https://andreasbm.github.io/web-skills/. Зручно, що можна відмічати набуті навички, списочок немаленький, чи не на все життя вистачить. :)

Однак професія розробника - це не лише перелік компонентів фронтенду, важливо розуміти що є багато фундаментальних речей, які загальні для різних прикладних сфер - і патерни, і принципи, і алгоритми та структури даних врешті-решт. Про це поговоримо ще окремо. Але в цьому контексті підкину карту від Тимура Шемсединова з КПІ: https://github.com/HowProgrammingWorks/Index/blob/master/Courses/Roadmap.md
1.7K views13:48
Відкрити / Коментувати
2022-09-29 12:03:38 Сьогодні мене запросили на ДОУ поговорити про роадмепи для вивчення фронтенду.
Насправді для початківців це дуже важливе питання, бо якщо поглянути на те, скільки всього у тому сучасному фронтенді, то бажання вчитися може швидко зникнути. Насправді то звичайно не є так страшно, важливо рухатися правильною дорогою.
Але є ще один нюанс - зазвичай в роадмепах нікто не показує вагу і важливість окремих компонентів. А вона є. Є речі, які значно важливіші за інших, є такі, що вчаться швидко, буквально за кілька годин, а є такі, що вивчати доведеться значно довше, формування тої ж навички програмування у найкращому випадку займе тижні, а на її відточування підуть взагалі роки.
Ну і ще залишаються такі важливі питання - з якою швидкістю то все треба вчити і коли взагалі зрозуміти, що вивчив.
Запрошую послухати о 19:00, можна буде задати свої питання.
Деталі тут https://t.me/junior_dou_ua/3945
2.0K views09:03
Відкрити / Коментувати
2022-09-26 15:51:55 Запрошую на подію
Сьогодні о 18:00 проводжу вебінар про стажування для початківців в умовах війни, приходьте, буде цікаво і корисно.
Кидаю лінк на ютуб-трансляцію, там же буде і запис.
Для учасників вебінару тут можете задавати питання в коментарях, буду відповідати навіть після його завершення.


2.0K views12:51
Відкрити / Коментувати
2022-09-13 17:52:36 Сьогодні мав би бути День Програміста.

Але є нюанс - цю дату як 256-й день в році придумали в країні-агресорі, то йде вона за кораблем

Не завадило б подумати про якусь альтернативу.

Наприклад, в Китаї давно святкують цю дату як 24-те жовтня, оскільки її можна записати як 10.24 чи 1024 - вийде один кібібайт дуже непогано як на мене, навіть креативніше ніж 256, та й зручніше, бо завжди одна дата, від високосності року не залежить.

Однак, якщо ми говоримо саме про професійне свято, то мабуть не завадило б віддати належне першій людині в професії, і нею вважається Ада Лавлейс, донька Джорджа Байрона. То її день народження - це 10 грудня, дехто святкує як професійне свято програміста. Як на мене, то доречно віддати належне першій людині, яку можна назвати програмістом.

Ну і чисто від мене ще є пропозиція - можна святкувати нульовий день в році. А тоді це буде 31-е грудня :)

Чекаю на коменти :)
2.7K views14:52
Відкрити / Коментувати
2022-09-09 14:31:28 IT Generation - то що з млинцем?

То власне які з цього робимо висновки? Мабуть не помилюсь, якщо скажу, що “перший млинець нанівець”. Оскільки на програму потрапить менше 2 тис людей, з 50 тис. кандидатів, то 48+ тис. опиняться за бортом. Обіцяють через якийсь час нову ітерацію, але якщо не зробити кардинальних змін в підході, то самі розумієте, що це принципово нічого не змінить. Але потрапити в програму, то ще не означає, що вас автоматично “візьмуть в айтішники” - то насправді від самої людини залежить в першу чергу, значно більше ніж від школи.

То що робити тим, хто не пройшов - чи дійсно ви багато втратили? Не переживайте, багато не втратили :)

У навчанні дуже важливо працювати регулярно, тримати темп і пам’ятати, що ви маєте навчитися, а не вас мають навчити. Якщо у вас немає можливості оплачувати навчання, то можливості для самонавчання зараз такі великі, якими вони не були ніколи раніше. Ви можете знайти повністю легально високоякісні навчальні матеріали від того ж Гарварду на EDX чи навіть краще - від якогось відомого інструктора, приклад Kent C. Dodds (пишу англійською щоб легко нагуглити). Головне розумійте, що не можна перекладати на школу, курс чи когось іншого когось відповідальність за те, що ви маєте навчитися - вона повністю на вас. І тому навіть краще вчитися самому, ніж потрапити на поганий курс, бо на поганому курсі вас можуть не постро демотивувати, а ще й “зіпсувати” неправильними підходами - недаремно магістр Йода говорив “you must unlearn what you have learned”.

Для тих, хто заплатити можливість має - то не треба чогось чекати і сподіватися що якимось дивом якісна освіта стане безкоштовною - це навряд. Освіта це завжди дорого і недаремно на Заході нормою є багаторічні кредити на навчання, бо інвестиції в себе - це найбільш правильні інвестиції. Картинка з графіком - це сумарні студентські кредити в США, - 1,75 трлн. дол. на кінець 2021 року, цю суму навіть уявити складно. Але в штатах ця розкручена машина працює багато років, і люди витрачають на навчання величезні кошти, відпрацьовують потім десятиліттями.

У нас поки що залишається можливість повчитися не за всі гроші світу, і це насправді прекрасна можливість, треба нею користуватися, бо з наближенням до цивілізованого світу вартість освіти теж буде рухатися в тому ж напрямку.

PS. Щоб вас трохи підбадьорити, для тих, хто не пройшов на IT Generation дам - купон на знижку на оновленому джедайському курсі JavaScript, який стартує у жовтні (деталі про оновлення зроблю пізніше окремим постом) - купон JSFORCE
Для тих, хто на програму пройшов, але має бажання добре вивчити JavaScript і дійсно навчитися програмувати, то купон той же самий :)
Купон буде діяти обмежений час, бо я й так з початку війни знизив вартість курсу і тримаю його на максимально доступному рівні.
Лінк на курс https://sj42.programmingmentor.com/
2.4K views11:31
Відкрити / Коментувати
2022-09-09 14:29:07 Продовжуємо про IT Generation - якість

Питання якості - основне, на мою думку. Взагалі, у більшості IT-шкіл з цим постійно складнощі. І головна проблема не в тому, що навчатися беруть без відбору, треба лише заплатити - з цим якраз у нормально поставленому навчанні особливих складнощів немає, бо студенти, що відстають, не мають заважати тим, хто навчається добре. Проблема в першу чергу в кадрах самих шкіл.

І тут все просто - роздуті витрати маркетинг, адміністративні, необхідність давати прибуток і тому подібне залишають дуже мало можливості платити гарні зарплати людям, які будуть навчати. По рекламі скажу окремо - вливати колосальні гроші в рекламу, то демонструвати неспроможність робити більш продвинутий маркетинг, займатися розвитком спільнот, подій контенті у тому подібне. Але у нас школи часто вливають просто неймовірні гроші в рекламу - мають роздуті штати рекламщиків, крутять дорогі адси на фейсбуці/інстаграмі, заносять блогерам і т.д. У вартості курсу це може доходити до його половини ціни, лише вдумайтеся в це - людина оплачує курс за тис. дол., з них лише половина залишається школі на курс, половину вже витратили на рекламу (!).

Але якість навчання чи не на всі 100% визначається не брендом школи, а саме конкретним вчителем, який працює зі студентами, його професійними навичками та вмінням навчати інших. І якщо для оплати праці цієї людини школа не здатна виділити достойні кошти, то і людей вона гарних для цієї роботи не знайде. Бо якщо ти дійсно справжній професіонал, то зможеш легко отримувати достойну оплату просто займаючись своїм ремеслом, а робити дауншифтінг та йти на суттєво нижчий рівень оплати щоб навчати інших - це не є природно, і плинність кадрів в подібних школах відбувається зазвичай не від досвідчених професіоналів до вчителів, а навпаки - від вчителів до професіоналів. А на їх місце знову приходять “молоді і зелені”, зазвичай ті що ці курси закінчували, виходить такий собі “типовий кар’єрний шлях”, де недонавчені випускники навчають собі подібних :)

Взагалі на ринку праці в IT виходить так, що знайти гарного розробника - то звичайна справа, а знайти класного фахівця, хто буде навчати студентів - то вже задача особливої складності, навіть за великі гроші - незважаючи на всю багато тисячну армію розробників, гарних менторів-вчителів насправді зовсім небагато. Причому просто бути гарним розробником недостатньо, треба ще об’єднати це все з навичками роботи з людьми. Навіть якщо на таку роботу знаходять гарного розробника, то він рідко має вміння і бажання працювати зі студентами, бо з кодом працювати насправді простіше, ніж з людьми.

Тому важливо зрозуміти, що якісна освіта - це завжди дорого, оскільки якість може дати лише та людина, що сама здатна гарно заробити як професіонал, будь-які спроби зекономити тут конвертуються у зниження якості результата.

А тепер підходимо до концепта оплати послуг в IT Generation, коли гроші отримують не студенти і потім вирішують на яку школу їх потратити, а самі школи по якихось квотах. Оскільки бажаючих все одно з надлишком, то нескладно зрозуміти, що з метою максимізації прибутку школи їй треба якомога більше взяти від проекту і якомога менше витратити на оплату праці вчителів. До чого це призведе в результаті можна здогадатися.

Що можна було на мою думку зробити по-іншому? Це видавати гранти саме потенційним студентам і давати вже їм можливість обирати де навчатися, тоді б школи конкурували за студентів, і якість би в цьому питанні не була б на останньому місці. А так школи впевнені, що студенти по програмі все одно прийдуть, навіщо тут ще робити якісь зусилля?
1.3K views11:29
Відкрити / Коментувати