Дизайн - це не лише те, що ми бачимо, а ще й те - що не бачимо.
Ось підкинули класний тест по UI, залип на 20 хвилин. Думаю таке треба обов'язково всім розробникам, пов'язаним з користувацьким інтерфейсом проходити :)
https://cantunsee.space

Як правильно готуватися до інтерв'ю. Потрапити в топ-компанію - це не така вже й нездійсненна задача, більше питання правильної підготовки. Буде корисно не лише новачкам https://blog.usejournal.com/i-interviewed-at-six-top-companies-in-silicon-valley-in-six-days-and-stumbled-into-six-job-offers-fe9cc7bbc996

"Дякую за вашу проповідь" - саме такі слова почув вперше після виступу на конференції в суботу в Чернівцях. 😂 Відразу зрозумів, що виступ видався успішним 😃
Публікую його запис на youtube - https://youtu.be/l1tMm-VqFkY
Виступ передбачав невеликий воркшоп - з 37-ї хвилини на записі.
За кілька хвилин зробили ось такий сайтик на JAMstack за допомогою GatsbyJS : https://let-make-web-great.firebaseapp.com/

Сучасна веб-розробка стрімко прогресує і ще недавно сучасний REST API не такий вже й сучасний, тут гарне порівняння з альтернативами у вигляді JSON:API та GraphQL https://dri.es/headless-cms-rest-vs-jsonapi-vs-graphql

Непогана підбірочка ресурсів різного типу про JavaScript і фронтенд загалом https://dev.to/emmawedekind/how-to-learn-javascript-54i6

Сучасні команди дуже часто використовують Agile підходи до розробки, зокрема SCRUM. В таких підходах намагаються скоротити документацію до мінімуму і максимально сфокусуватися на тій роботі, які приносить цінність для користувача. Однак що робити, в тому випадку, якщо проект достатньо складний, і перед тим як кодити, не завадило б добре подумати? Тут на допомогу приходить методика моделювання з використанням UML, яку можна дуже ефективно інтегрувати зі SCRUM. На своєму каналі опублікував запис теоретичної частини тренінгу з моделювання з використанням UML для SCRUM. Ось посилання: https://www.youtube.com/playlist?list=PLJ6ZMUSN40FFZ5hfdM6IJijq6TDBnVhJ8

Responsive Layout без медіа запитів існує :) https://css-tricks.com/look-ma-no-media-queries-responsive-layouts-using-css-grid/

Вважаю JAMstack одним із найважливіших трендів у веб-розробці 2019 року. На днях на DOU.UA вийшла прекрасна стаття-туторіал по GatsbyJS, дуже рекомендую https://dou.ua/lenta/articles/gatsbyjs-guide/

Цього року маю своєрідне турне - проводжу виступи з темою "Let's Make the Web Great Again with JAMstack and Google Cloud", де розказую, що з сучасним вебом не так і як це можна виправити. Перший виступ був минулого місяця в Чернівцях, наступний відбувся в минулу суботу в Рівному. Як і попереднього разу я зробив запис, але цього разу використав професійне обладнання для звуку, тому з ним тепер все дуже добре. Окремо записав екран та саму сцену за допомогою камери смартфону, змонтував все до купи та виклав на YouTube: https://www.youtube.com/watch?v=V6eH59G98sI
Наступного разу проводити виступ на цю тему буду вже у Львові, 14-го березня, ось посилання https://www.facebook.com/events/648766798889193/ Але я постараюся вже не повторюватися, а зробити свого роду продовження теми, таку собі "другу частину" з ухилом на практику, раджу захопити з собою лептопи, зробимо щось цікаве :)

Скоро перше квітня, в нагоді до цієї дати буде ThanosJS - інструмент з оптимізації розміру проекту, який випадково видаляє половину його файлів https://thanosjs.org/

Оператор умовної рівності в JavaScript (==) мав би спростити програмування, проте на практиці часто заплутує, і краще не використовувати його без зайвої потреби. Тим не менше, розуміти як він працює варто, ось гарне пояснення відповідно до стандарту: https://felix-kling.de/js-loose-comparison/

Часто доводиться бачити, що люди неправильно навчаються, а потім нарікають чи то на себе, чи то на тих, хто намагався їх навчити. Насправді здібності до навчання, це такий же навик, як і знання/навички, що під час навчання здобуваються. Мало того, цей навик є "learnable" - тобто йому самому можна навчитися. Згодом планую опублікувати цілу серію публікацій про те, як слід навчатися правильно. А поки раджу почитати гарну статтю по темі на CSS Tricks: https://css-tricks.com/learning-to-learn/

Хоч і не зовсім нова (від листопада 2018 року), але супернаглядна стаття (і відео на додачу) з блогу freecodecamp на медіумі про контекст виконання та стек викликів у JS, дуже рекомендую: https://medium.freecodecamp.org/execution-context-and-the-call-stack-visually-illustrated-by-a-slice-of-tasty-cake-14f9a64dc460

Продовжуємо тему JAMstack:
По-перше, нагадую, що вже післязавтра, 14-го березня буду проводити черговий workshop, це буде друга частина "Let Make The Web Great Again" - детальніше розберемося з самим JAMstack'om, і піднімемо сайт по всім його канонам - статичний генератор, CDN, Markdown, JS APIs та зробимо CI/CD. Реєстрація тут: https://2event.com/ru/events/1655911
По-друге: ось лінк на захопливий виступ Кріса Койера (розробник codepen, css-tricks) про JAMstack: https://youtu.be/grSxHfGoaeg
По-третє: як вам цитата? Вона звідси: https://css-tricks.com/the-great-divide/

Щойно підігнали відео з мого виступу на Kotlin Meetup https://youtu.be/WCBq168irfs

​​На картинці поливайниця, вона коштує 35 тис. дол. можете перевірити - це річна зарплата senior розробника в Україні. Але мова звісно не про неї, а про те, що робити, щоб коштувати більше за поливайницю. Часто люди впираються в певну стелю доходів, і ніби докладають значних зусиль, а в той же час дохід перестає зростати. То що робити?
Ось вам планчик:
✅ постійно навчайтесь і робіть це правильно - отримання нових навичок та знань - це частина нашої роботи, але не завжди ми це робимо правильно; варто час на навчання включити в свою регулярну роботу, просто заповніть слоти в календарі, хоча б по годині щодня, і краще це зробити зранку (а можливо два слоти - зранку і ввечорі), вивчайте не просто теорію, а старайтеся здобути навик постійно практикуючись і повертаючись до пройденого;
✅ робіть пет-проекти: "навчання в конспект" - то неправильний підхід, дуже непродуктивний, набагато краще експериментувати з якимись міні-проектами, а якщо ви взагалі зможете запустити його в реальне плавання - то дуже добре; код проекту не варто приховувати, тримайте на гітхабі, якщо почнете отримувати запитання, issues та пулл-ріквести до нього, це лише додасть мотивації;
✅ сертифікуйтесь - сертифікація - то валідація ваших знань не лише в очах роботодавців, а і перед самим собою, підготовка до сертифікації - то такий собі спрінт, коли маєте обсяг того, що слід вивчити та дедлайни;
✅ ходіть на конференції, мітапи, і не лише на теми та спікерів, а просто щоб "побути в середовищі", поспілкуватися з людьми, відчути тренди і тому подібне;
✅ виступайте на конференціях та мітапах - багато людей мають психологічний бар'єр публічних виступів, але то насправді "до першого разу", достатньо взяти якусь тему, підготуватися в ній досить добре, придумати про те, як її красиво подати і спробувати свої сили на якомусь мітапі, їх зараз досить багато, і вони завжди в пошуку нових спікерів;
✅ пишіть статті, ведіть блоги - для того, щоб сісти і написати статтю на якусь тему, не треба мати науковий ступінь, навіть навпаки - краще вчитися подавати інформацію максимально доступними словами, що відрізняється від підходів, прийнятих у науковому світі; коли почнете отримувати відгуки на свої публікації, то це вам додасть відчуття правильності того, що ви робите.

Колись я дуже активно цікавився тайм-менеджментом - спочатку дослідив купу ресурсів, перечитав всі найбільш авторитетні книжки, потім почав сам писати статті і проводити тренінги, мав досить популярний сайт. Там було багато цікавого - підходи, техніки, від аналізу до готових рішень. І воно насправді працювало - це не якась там псевдотеорія, а досить виважений і науково обгрунтований підхід. Але по великому рахунку все зводилося до дуже простої ідеї: треба навчитися фокусуватися на важливій роботі, і цього достатньо.
Тобто все зводиться до двох навичок, які треба розвинути:
- виявляти важливі справи;
- робити важливі справи.
Але часто люди в тайм-менеджменті і продуктивності шукають зовсім не те, а відповідь на питання "як взагалі нічого не робити" - зрозуміло, що це не зовсім за адресою :)
Буду періодично продовжувати цю тематику, а згадати про неї мене підштовхнула ось ця публікація: https://www.nytimes.com/2019/03/28/smarter-living/productivity-isnt-about-time-management-its-about-attention-management.html

Я не дизайнер, але маю натреноване око, щоб відрізнити гарний дизайн від поганого. У веб-розробці з останнім доводиться зустрічатися часто, і будь-якому розробнику варто хоча б трішки орієнтуватися в ключових поняттях дизайну. Один з них - це відступи між елементами, нерідко буває так, що невдало підібрані відступи викликають підсвідомий дискомфорт, якесь відчуття клаустрофобії, і користувачі поспішають чимшвидше полишити сайт, навіть якщо з усім іншим все добре. Ось прекрасна стаття по темі: https://www.smashingmagazine.com/2019/04/spaces-web-design-gestalt-principles/

Як працювати краще - швидко чи якісно? Цікава стаття з несподіваними прикладами і висновками: https://kevinmartinjose.com/2019/04/08/programming-doing-it-more-vs-doing-it-better/

Новий формат https://youtu.be/3uywWoS1mIg