Фото від Adrian Swancar на Unsplash

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

Фото від Vadim Bozhko на Unsplash

Вони (насправді) не враховують зворотний зв’язок

Без сумніву, конструктивний зворотний зв’язок (feedback) — це основний рушій, який допомагає розробникам просуватися вперед у кар’єрі та вдосконалювати свої навички. Незалежно від того, йдеться про коментарі до Pull Request, відгуки від менеджера чи команди, … Читати далі

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

Почнемо з нескромного запитання (вибачте за прямоту): чи ваші React-компоненти виглядають приблизно ось так?

const YourComponent = ({ props1, ..., props7 {  
 const { state1, setState1State<...>(...)  
 const { state2, setState2...)  
 const { state3, setState<...>(...)  
 // Ще більше стекових станів...  
 // ...  

 useEffect(() => {  
 // Приблизно двадцять (або більше) рядків, які відповідають 

Розквіт New York Times

Цей матеріал існує завдяки щедрості моїх платних передплатників на Medium. Якщо вам подобається моє письмо на Medium, приєднуйтеся до них, щоб підтримати це продовження.

Любіть це або ненавидьте, ми живемо в еру передплат.

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

Цей крок, очевидно, випливає із занепаду цифрової реклами і спаду вуличної торгівлі. Це два пов'язаних … Читати далі

Бачите цю цифру в правому куті вище? Так — це багато дзвінків.

Протягом останніх 2 років я спілкувався з 643 розробниками з усіх куточків планети. 160 годин балаканини по телефону з багатьма з вас, які читаєте це.

Це були короткі, 15-хвилинні розмови, призначені для вирішення ваших найактуальніших проблем як розробника. Іноді ці розмови призводили до наставницьких послуг або запису на Parsity, але це ніколи не було метою.

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

Я розумію основні … Читати далі

Спостереження за машинами — Середня частина v5.1

При обговоренні організації команд мені часто задають питання: "Чому б не дати технічному лідеру керувати командою?" Моя відповідь — шипіння, як у вампіра, якому дали священну воду. На наступне питання: "Оскільки ви хочете мати менеджерів у своїх командах, чи може менеджер виконувати кодові рецензії?" — я загоряюсь вогнем.

Це питання постійно виникає. Але давайте трохи глибше подумаємо про це питання (і мою відповідь).

• Чому не повинен технічний лідер керувати командою?
• Чому не повинен інженерний менеджер виконувати кодові рецензії?

Як і з усім в технологіях, відповідь залежить від ситуації. Тут я намагаюсь відповісти на … Читати далі

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

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

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

Фото з моєї останньої подорожі по Альпах в Албанії

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

Результатом стала десятка уроків, які найбільше мені допомогли.

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

Уточнення: Деякі з … Читати далі

Код в промисловості: зліпок буланого гірського льодовика

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

Однак одне, чого тут немає - це швидкість, незважаючи на те, що можуть заявляти в рекламних вакансіях. Стажери часто здивовані, можливо навіть засмучені, на вигляд невеликого обсягу роботи, яка їм призначена. "Я тут цілих 3 місяці, і ви хочете, щоб я створив лише одну … Читати далі

markdown

Ви можете прочитати цей пост поза середовищем Medium також.

Як Розробник Frontend, що працює з Next.js та використовує різні бібліотеки інтерфейсу користувача, дуже часови затратно робити базові речі самостійно. Та якщо у мене є ChatGPT на володінні, чому б мені не скористатися ним.

Отже, в цьому пості будуть обговорені 5 способів, як я використовую ChatGPT для виконання деяких завдань фронтенду.

1. Форматування JSON

Як Розробник Frontend, мені потрібно мати справу з великою кількістю даних, що приходять з різних API, і вони, як правило, повертають дані у форматі JSON.

При роботі з API в React Native, якщо ви не використовуєте … Читати далі

Фото від Kasia Derenda на Unsplash

Серед розробників, з якими я працював, Laravel ніколи не був популярним, основні причини - ActiveRecord та те, що він не вважається "серйозним фреймворком", якщо так можна виразитися.

Як продукт мого середовища, я повинен сказати, що я не великий фанат Laravel.

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

Не через ActiveRecord це, скоріше через те, що він не вважається "серйозним фреймворком", і за все те, що я бачив в Laravel … Читати далі