Друзі, нагадуємо, що в нас є чатик, де можна обговорювати різні питання та новинки в сфері ІТ 💛

Давайте поговоримо відверто

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

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

Погнали…

Плюси

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

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

Мінуси

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

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

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

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

#experience

Смакота!

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

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

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

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

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

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

#article

Що таке currying?

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

А ще сьогодні надзвичайно важливе свято для всіх українців. Ми щиро вітаємо вас з Днем Державного Прапора! Ми довели усьому світу, що саме синьо-жовтий прапор є символом вільної країни, яка захищає своє майбутнє! Слава Україні! 🇺🇦

#interview

Україна - символ свободи та незламності. З Днем Незалежності! 🇺🇦

🚀 У нас для вас є крутий сайт, який вам точно стане у пригоді - Roadmaps

Тут зібрані роадмапи на всі випадки життя - Frontend, Backend, DevOps, React, Angular і ще багато іншого! Якщо ви тільки новачок в ІТ або просто вирішили змінити напрямок - тут вже є готовий шлях до вашої мети, від самих простих тем до поглиблених.

Зберігайте і успіхів у ваших починаннях!

Scroll to top

Сьогодні в чат прилетіло круте питання: як після рендеру контенту (після так би мовити "переходу" з одної сторінки на іншу) перенести користувача на початок сторінки? Адже якщо залишити все як є, користувач опиняється на тому ж місці, на якому була відкрита попередня сторінка. Наприклад, у вас є футер з лінками. І після того як ви натиснули на будь-який лінк, у вас відкривається нова сторінка з фокусом внизу, де і був футер (якщо це звичайно посилання на сторінку вашого сайту). Проект на React і використовується React Router.

Це досить поширена проблема, тому ділимось досить хорошим рішенням - читати статтю. АЛЕ це рішення підходить лише для тих, хто використовує React Router п’ятої версії. А для тих хто любить тестувати щось нове - ось бета рішення для шостої версії React Router - читати статтю.

Бажаємо вам продуктивного тижня! 💛

#article

FUCK. Ми знову трохи пропали

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

Як часто ви забуваєте додати sudo чи пишете brancj замість branch? Напевно, нерідко, адже це досить розповсюджені опечатки.

Можна переписати всю команду чи повернути її з історії та виправити помилку. Але є дещо цікавіше. Утиліта thefuck автоматично виправляє останню команду з історії. Все, що треба зробити - ввести fuck після того як побачили помилку. Здається, досить лаконічно.

Ознайомитись і почитати більше можна на GitHub - відкрити документацію

#tips

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

Ми починаємо: Гавнокод → Вам на Д 😉

Що таке Generics?

Якщо на співбесіді у вас будуть питати щось по TypeScript, я даю 100%, що одне з питань буде про generics.

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

Уявімо, що ви реалізовуєте свою функцію сортування. Вона може приймати масив різних типів даних (number, string і тд) і має повертати посортований масив з тим же типом. Відразу кажу, що any, unknown - це погана ідея. Тут точно не обійтися без generics. А ось так це буде виглядати:

function mySort<Type>(value: Type[]): Type[] {
// realization
return sortedValue;
}

Якщо ви вперше бачите generics, то даний запис може виглядати для вас трохи дивно. Але не спішіть розчаровуватись. <Type> - це просто тип, який буде переданий функції. Якщо ви викличете функцію mySort з масивом чисел, Type буде рівний number, якщо з масивом стрічок - string, і відповідно поверне масив з даними того ж типу. Ось і все, це і є generics.

Generics не обмежуються одним типом, їх може бути декілька. Також вони працюють з класами та методами. Про це і більше - читати документацію

#interview