Web Overflow 🇺🇦

2022-08-23 13:27:09 Відкрити / Коментувати

2022-08-22 12:27:51 Смакота!

Code Smells - виберіть найкращий переклад - код з запашком; код, що погано пахне; смердючий код.

Чому запах? Тому що на вигляд код виглядає нормально, але має ознаки, які вказують, що десь глибоко є певні проблеми. Вони і створюють цей запах. Code Smells може мати різні ознаки, але зазвичай схожий результат - складність ефективно розвивати систему, використовування можливостей ООП (або інших підходів) та складний для розуміння код.

Наявність таких запахів означає необхідність у рефакторингу (але про нього вже наступного разу).

Більше про Code Smells та їх приклади можна почитати у статті нижче.

Читати статтю

Хоча б гляньте підзаголовок у цій статті, він того вартий :)

#article Відкрити / Коментувати

2022-08-22 12:27:51 Відкрити / Коментувати

2022-08-18 18:56:49 Давайте поговоримо відверто

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

Ми з Юрою не виняток. Десь більше півроку тому ми також працювали на двох роботах (фулл тайм і парт тайм) + вели невеликий стартап. Тому з легкістю можемо поділитись плюсами і мінусами такого досвіду.

Погнали…

Плюси

Гроші. Ви дійсно будете заробляти багато. Багато працюєш = багато заробляєш. Просте правило, яке працює в усіх сферах.

Запасний аеродром. Якщо настає такий момент, коли ви вже не хочете/не можете працювати на одну з компаній і це прям вже горить (як було у нас з Юрою), ви можете з легкістю її покинути, тому що у вас є постійний заробіток незалежно від даної компанії. Зручно? Так.

Мінуси

Стрес, легко перегоріти. Коли ви взяли на себе декілька проектів, не чекайте, що буде легко. Звісно, можуть бути дні, коли все на лайт режимі, ви працюєте в своєму темпі і все добре. Але ніхто не відміняв закон підлості. Часто буде таке, що все буде падати, ламатись, критичні правки будуть прилітати одночасно на всіх проектах. І саме на цьому моменті ви розумієте, що краще піти на завод.

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

Якщо повернутись до нас з Юрою, то ми пішли трохи різними шляхами (про це, можливо, згодом напишемо). Але основне, що ми залишаємо на роботу лише до 8 годин в день.

А ви для себе вирішуйте самі

#experience Відкрити / Коментувати

2022-08-17 12:55:00 Друзі, нагадуємо, що в нас є чатик, де можна обговорювати різні питання та новинки в сфері ІТ Відкрити / Коментувати

2022-08-17 12:18:02 Відкрити / Коментувати

2022-08-17 12:18:02 #quiz Відкрити / Коментувати

2022-08-16 15:42:25 Різниця між Type та Interface в TypeScript?

Type - це спосіб створення власного імені для вами ж описаного типу (рекурсія якась ). Це може бути комбінація примітивних типів або ж тип обʼєкту з певними властивостями. Є дві основні операції над типами:
- intersection (перетин) - оператор &, коли типи зливаються в один;
- union (обʼєднання) - оператор |, коли змінна може набувати будь-якого одного з заданих типів.

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

Виходить, що обидва способи досить схожі та мають майже однакові можливості. Так і є, в 95% використання ви можете обрати будь-який з підходів.

Що в них відмінного? Спробуйте створити два інтерфейси з однаковим іменем і подивіться на результат. Код буде без жодної помилки, а в кінці ви отримаєте просто обʼєднання двох оголошень. Тип можна оголошувати тільки один раз.

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

Коротко ознайомитись з типами та інтерфейсами в Typescript можна у самому довіднику.

Читати документацію

#interview Відкрити / Коментувати

2022-08-16 15:42:25 Відкрити / Коментувати

2022-08-15 11:27:58 Важкий день тижня покращимо крутою бібліотекою, яка значно полегшить вам життя.

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

Читати документацію

#library Відкрити / Коментувати