Дуже цікава річ - крупні IT компанії України зробили узагальнений документ з вимогами до джуніорів. Є різні напрямки - Front-End, Java, .Net, QC. Зазначено не лише hard skills, а й soft skills https://drive.google.com/file/d/1WGoWQaD3eCVn68zmMgQy2upwGQ7jkUXu/view

Якщо ви часто робите CSS-верстку, то маєте знати про таке розширення для Chrome - http://pesticide.io, воно дозволяє обвести кольоровою рамкою кожен елемент сторінки.
Цікаво, що у відомого розробника з Google Addy Osmani на гітхабі є сторіночка, де зібрані варіанти коду, що роблять те саме і займають лише кілька десятків байт, достатньо скопіювати і запустити в консольці: https://gist.github.com/addyosmani/fd3999ea7fce242756b1

Цікавий запис подкасту російською мовою з одеситом Олексієм Скутаренко, який зараз працює розробником в Google 🕶: https://soundcloud.com/podlodka/podlodka-6-voyti-v-it-s-alekseem-skutarenko
Олексій відомий тим, що створив досить популярні безкоштовні російськомовні онлайн-курси по розробці для iOS. 📱
Подкаст буде актуальним не лише для початківців, а і для розробників з досвідом, причому незалежно від стеку технологій.
Олексій цікаво розказує про:
⌨️ те, як правильно навчатися
⌨️ як розвивати свої навики
⌨️ чому інженеру немає значення, на якій мові програмувати
⌨️ як знайти роботу за кордоном
⌨️ яким має бути резюме
⌨️ відмінності в софт-скілах, і як їх правильно прокачувати

Вчора зарелізили NodeJS 10-ї версії, багато нової функціональності, зокрема в комплекті йде npm 6, який цікавий сам по собі. Раджу пройтись по лінкам, почитати, ну і оновити само собою :)
https://blog.risingstack.com/node-js-10-lts-feature-breakdown/
https://levelup.gitconnected.com/whats-new-in-node-10-ad360ae55ee4
https://medium.com/npm-inc/announcing-npm-6-5d0b1799a905

Дуже цікава статистика стосовно того, яким чином джуни в Україні знаходять роботу. Виявляється через навчальні центри IT-компаній роботу знаходять 50% людей, а в деяких крупних компаніях через них йдуть 80-100% джунів. Звідси важливий висновок, для тих, хто шукає пряму дорогу - вона є, треба нею йти :)
https://dou.ua/lenta/articles/juniors-2017/

Задумайтесь, наскільки влучною є фраза про те, що людину визначає її образ життя. 😱
Ми щось постійно дивимося і слухаємо, і якщо це якийсь неконтрольований потік інформації, то він так же некотрольовано осідає в нас. Ще гірше, коли ми самі занурюємо себе в "неправильне" середовище, і замість чогось корисного свідомо заливаємо в себе інформаційне сміття. 🙈
Однак для того, щоб успішно навчатися і розвиватися, слід зануритися у корисне і продуктивне середовище, і зробити це нескладно: підбираємо корисні канали на ютубі, подкасти чи аудіокнижки, і стараємося вмикати їх завжди, коли виявляється вільна хвилина, чи нас ззовні починають засипати інформаційним сміттям десь у транспорті. Навіть якщо воно буде десь у фоні, то підсвідомість завжди зможе вихопити щось корисне.
Ось вам кілька корисних ресурсів, спеціально даю англійською мовою, бо без англійської розробнику ніяк, тому відразу йде прокачка 2-в-1. 😜
Почнемо з відео:
🎥 Fun Fun Function - словами самого автора: "це не туторіали і не курс - це шоу" - розказує дуже весело про складні теми, дуже подобається, як він це робить, запросто по цим відео можна вчити JavaScript;
🎥 DevTips - хоча канал існував давно, але з 20-го квітня цього року він перейшов до власників попереднього (їх два насправді) і позиціонується як канал для початківців;
🎥 Комп'ютерофілія - це пізнавальний канал, щось типу Діскавері, але для IT;
🎥 The Coding Train - незважаючи на не надто серйозну подачу матеріалу, веде канал цілий професор, який навчає складним темам в програмуванні у досить достіпній формі.
Тепер кілька аудіоподкастів:
🎧 The Full Stack Radio - подкаст для full-стек веб-розробників
🎧 The Changelog - подкаст про світ програмування open source, розмови з відомими в програмуванні людьми;
🎧 Start Here - подкаст орієнтований на початківців і фрілансерів, розглядається багато питань стосовно проходження інтерв'ю, правильного розвитку і навчання
Свої улюблені канали і подкасти додавайте в коментарі - цікаво

➖ Сьогодні дізнався цікаву інформацію - випускник мого місячного курсу HTML/CSS/JS Fundamentals, який знайшов роботу відразу на наступний день після закінчення курсу, пропрацював лише місяць розробником, після чого полишив роботу в IT, бо вона йому здавалася нудною, і висиджувати вісім годин в офісі в нього не вистачало сил. 🙈
➖ Це примусило задуматися над такою неочікуваною проблемою, над якою рідко думають люди, коли навчаються, щоб стати розробником.
➖ Можу сказати, що є варіант не лише в аутсорсі працювати, можна в продуктовій компанії, але треба постаратися "заразитися" тим продуктом, щоб цікаво було. Бо як дійсно нудно і нецікаво - то не варте воно того.
➖ Також для тих, хто фізично не витримує цілий день сидячи - є столи, які дозволяють перемикати режими і частину часу працювати стоячи, в самого такий, дуже зручно.
➖ Також свою роботу можна урізноманітнити, наприклад, брати ноутбук кудись в кафешку, бібліотеку, або частину роботи виконувати вдома. Таким чином можна робочий день на одному місці можна скоротити з восьми до чотирьох годин - тоді вже навіть не помічаєш як пролітає час.
➖ Наприклад в мене робота часто займає годин 10-12 на добу, але я виконую її в різних умовах і місцях, облаштував собі комфортне робоче місце вдома, багато часу проводжу на різних локаціях, важливо мати зручний портативний лептоп з гарним акумулятором.
➖ На своєму робочому місці, яке також достатньо комфортне, однак не завжди тихе, я проводжу зовсім небагато часу. На робочому телефоні налаштовано редирект на мобільний - люди, які працюють зі мною часто поняття не мають де я знаходжуся.
➖ Наприклад, зовсім недавно вирішував робоче питання по телефону, під час розмови коллега сказала, що хотіла б зустрітися, передати деякі документи - я відповів, що можна просто залишити в мене на столі, я подивлюся як повернуся, вона навіть не зрозуміла, що я працюю взагалі з іншої країни. 😜
➖ На завершення напишу, що колись зустрічав гарну фразу - все може бути цікавим, якщо йому приділити достатньо уваги 💪

Готуюсь до свого виступу в четвер на цій події - Front-end Developer Club 😎
І відкопав дещо цікаве - перший веб-сайт, який коли-небудь був зроблений. ❗️
Ось його адреса: http://info.cern.ch/hypertext/WWW/TheProject.html
Але в вашому браузері він навряд чи буде виглядати аутентично.
Більшість відвідувачів на початку дев'яностих його бачили так
Ну і найцікавіше - це заглянути в код і зустріти для себе багато нового 🤓
Запрошую на подію - буде цікаво, поговоримо про сучасні тренди в фронтенді і про те, як його то все вивчати 😜

Починаючий розробник не завжди розуміє, що "зроблено" - це поняття відносне. Корисна стаття на ДОУ про Definition of Done

Під час виступу на події Front-end Developer Club я згадував про Trampoline (батут) - дуже цікава техніка в програмуванні, яка дозволяє використовувати рекурсію без ризику переповнення стеку.
Знайшов відео на ютубі від Kyle Simpson (відомого своєю серією книжок You Don't Know JavaScript з поясненням техніки, ось посилання на відео: Trampolines.
Окремо даю лінк на детальне пояснення зі StackOverflow

Із серії - Відповіді на коментарі
Власне вчора у відповідь на питання в ФБ підкину лінк на пояснення ООП в JavaScript.
Відразу виникло питання - навіщо воно в веб-розробці?.
Ось моя відповідь:
➖ООП як концепція розроблено для спрощення реалізації великих проектів, бо підходи, які існували раніше, просто не справлялися з цим, складність проектів зростала настільки, що в якийсь момент продовжувати розробляти або супортити ставало економічно недоцільно.
➖Зараз це домінуюча парадигма програмування, тобто вже питання не стоїть у такому плані "використовуємо ООП" чи "не використовуємо ООП" - по дефолту завжди перша відповідь (звісно якщо не брати до уваги проекти, що робляться на функціональних мовах, там інший світ).
➖А тепер до веб-розробки: зовсім недавно на своєму виступі в Front End Developer Club я показував як еволюціонувала веб-розробка з 1991 року і те, що її складність постійно збільшується. Під "складністю" мається на увазі не просто складність написання коду для розробнику, вона як раз завжди знаходиться приблизно на одному рівні, а складність інструментів і технологій, кількість задіяного всього в проекті. Логіка всі більше переходить на фронтенд, вона або дублює бекенд, або взагалі підміняє його там, де це можна зробити.
➖Відповідно треба використовувати ООП, а для того, щоб його використовувати - треба розуміти. Насправді розібратися з тим усім зовсім не так складно, як здається на перший погляд :)
➖Звісно, якщо ми клепаємо черговий лендинг, де з усієї логіки - відправка форми на бекенд, то можна тим не перейматися. Але якщо хочемо зростати професійно, ще код JS для ноди писати, то без того вже ніяк :)
➖Варто розібратися з тими прототипами, заглядувати в сорс-код бібліотек, там багато цікавого.

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

На початку червня в Берліні пройшла конференція JSConf EU 2018. Багато цікавих спікерів, але мене особливо зацікавила доповідь Раяна Даля (Ryan Dahl) - автора Node.JS з вельми гучним заголовком 10 Things I Regret About Node.js.
Раян проливає світло на деякі рішення, прийняті під час створення Node.JS, а також пояснює, чому зараз вони здаються йому невдалими.
В це складно повірити, але багато з того, що ми знаємо про Node.JS його автор зараз вважає не дуже вдалими ідеями, зокрема:
➖використання системи збірки GYP для node;
➖використання коллбеків для асинхронного вводу-виводу (була можливість з самого початку використати промізи, але її довелося відкинути);
➖використання функції require() для підключення модулів без зазначення точного імені модуля і його розширення;
➖локальне збереження модулів;
➖використання файлу package.json для резолюції модулів;
➖поставка npm в комплекті з node та його репозиторію пакетів;
➖відсутнісь вбудованого механізму security, що обмежує доступ node до файлової системи чи мережі;
➖одне з найбільш цікавих: використання мови з динамічною типізацією (JavaScript).
Зараз Раян працює над новим проектом Deno, який фактично є альтернативою до Node.JS, використовує TypeScript як мову програмування (до речі, Раян багато позитивного говорить саме про TypeScript).
Персональний висновок від мене: часто буває так, щоб щось зробити успішним, його треба зробити швидко, якщо дуже довго продумувати деталі, то воно може не взлетіти. 🤓

Завтра для спільноти .NET-розробників буду розказувати про те, як писати гарний код на JavaScript
Приходити можна не лише .NET-розробникам, на вході тесту по C# не буде :)

Цікава історія на ДОУ (https://dou.ua/lenta/articles/from-driver-to-developer/) про водія-далекобійника, який зміг отримати роботу .NET-розробника.
Основні висновки:
➖головне - це мотивація, тоді ніякі зовнішні обставини не стануть назавді;
➖навчання через практику по скрінкастам дуже ефективне;
➖навчатися самостійно складно, але можливо;
➖навряд чи настане чітко визначений час, коли ти впевнений в тому, що вивчив достатньо, щоб шукати роботу, але в якийсь момент необхідно почати активно діяти;
➖під час пошуку роботи в основному вирішує моральна стійкість і наполегливість;
➖треба бути готовим до відмов і провалів, і не розглядати це як катастрофу, а вміти з кожної подібної ситуації отримувати корисний досвід.

Міфи браузерної сумісності: div, що виглядає по-різному в різних браузерах: https://twitter.com/Martijn_Cuppens/status/1015169981368225793?s=17

Репост коментаря на ФБ про роботу ментора з різними людьми.
➖Якщо це повний новачок, то звісно робота більше схожа на традиційне навчання, де все треба показувати і пояснювати. Тим не менше, досвід показує, що такий підхід як "practice first" працює найкраще, тобто ти пишеш якийсь код, просиш повторити його, людина це робить, отримує впевненість в собі, долає певний психологічний бар'єр, щоб почати кодувати, власне я так його і називаю "coding barrier" аналогічно до "speaking barrier". Ще для новачка дуже важливо сформувати шлях, яким слід рухатися, бо деякі з них, наприклад, хочуть вчити Angular і вважають, що HTML/CSS/JS можна пропустити.
➖ Далі люди, які вже щось знають/вміють (скажімо так, рівень "trainee") мають проблему, яка полягає в тому, що вони формально можуть зробити якусь роботу, а реально їхнє рішення повне різних "coding smells", антипаттернів і т.п. Тут потрібно працювати в іншому ключі - вже не треба постійно стояти за спиною, достатньо скеровувати людину на якісь ресурси і рев'ювати її роботу. Щоб не топтатися на місці, треба рухатися за певним планом відповідно до цілей, які хотілося б досягти. Особливо важливою на цьому етапі є організація командної роботи, бо щось потихеньку кодити самому і робити проект в команді - все-такі дві великі різниці.
➖Ну і нарешті - це вже діючі розробники (від джуніорів до сеньйорів) - з ними найскладніше, бо вони часто впевнені, що вже все знають/вміють, але я їх прекрасно розумію, бо коли мені було 25 років, то теж так думав :) Тут справа в тому, що рідко хто визнає, що йому потрібна допомога ментора, це вже якийсь психологічний бар'єр притаманний нашій культурі. Хоча буває, що до мене часто звертаються за консультацією люди, які технічно в певних напрямках вже давно сильніші за мене, але вони не бояться чогось запитатися, не переймаються тим, що хтось подумає, що вони чогось не знають. Тут часто питання зводиться до того, в якому напрямку рухатися, щоб не засидітися на місці, як правильно розвиватися, технології/архітектури обирати, що в тренді і тому подібне. Буває так, що людина сама все розуміє і їй ментор потрібен просто як той, хто може змотивувати, додаткове джерело відповідальності.

Люблю роадмепи, вони наглядно показують, що рекомендуюється вчити, і в якій послідовності. Ловіть роадмеп для Angular-розробника 2018

Відразу люди почали питати про роадмеп по React, то ось, тримайте

➖Ще більше роадмепів - на цей раз всеохоплюючий план самостійної підготовки як Software Engineer, фактично - повна альтернатива університетській освіті. 🤓
➖Автор цього плану розробив його для себе. Не маючи університетської освіти в Computer Science, він вирішив самостійно підготуватися до такого рівня, щоб отримати роботу в одній з найкращих світових IT-компаній. На самопідготовку по плану він витратив 11 місяців і минулого року його взяли на роботу в Amazon, підрозділ, що займається AWS. 💪
➖До речі, було йому тоді 45 років - це особлива примітка для тих, хто говорить, що "вже пізно щось змінювати". 😜