*Десятки команд в Git просто існують*
Тим часом на співбесідах питають тільки різницю між git merge та git rebase.

Тому let's go розбиратись.

Обидві команди використовуються для того, щоб злити дві гілки докупи. Але в них є одна велика різниця.

Уявіть, що у вас є гілка main і є ваша локальна гілка feature/1, де ви працюєте над якимсь новим функціоналом. Ви вже створили кілька комітів і хочете отримати останні зміни з головної гілки main (в якій тим часом також з'явились нові коміти).

git merge
Якщо ви виконуєте команду git merge, то створюється новий merge commit, який об'єднує дві гілки. В історії буде видно, як вони розвивалися окремо, а потім злилися в один потік (на першій картинці merge commit С6). З плюсів такого підходу - зберігається повна картина розвитку проєкту, але водночас вона виглядає більш заплутаною.

git rebase
Якщо ви викликаєте команду git rebase, то git перепише коміти вашої гілки так, ніби вони були зроблені після актуального стану main. На другій картинці після коміту C3 я викликала git rebase і отримала лінійну структуру. Перевага цього підходу в тому, що історія виглядає простою і послідовною, без зайвих merge-комітів. Але варто пам’ятати, що змінюються хеші комітів, і це може заплутати команду.

📌 Коротко:
- merge з’єднує історії як є;
- rebase "переписує" історію так, ніби все робилося послідовно.

А щоб розібратись, як працюють основні команди Git, вже вкотре рекомендуємо LearnGitBranching. Друзі, це СКАРБ!

#interview

З Днем Незалежності, Україно! 💙💛

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

Мама не навчила сидіти на шиї, тому сьогодні був мій перший робочий день! 🎉

Загалом пошук нової компанії в мене зайняв майже три місяці, але якщо врахувати мої перерви й поїздки - десь місяць активного пошуку. Стек - React, я не зраджую своїм вподобанням 😄

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

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

Тож якось так, стараюся тримати вас у курсі, але @Yurets7777 випереджає!! 💛

@Yurets7777 і тут, і там наслідив 😅

Ви про нас ще не забули? 🥹

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

Так, про що я. Тут до нас постукали, щоб ми поділилися з вами вашим улюбленим ОПИТУВАННЯМ!! 😄

Розкажіть, де ви хочете працювати, що для вас важливо і що змушує сказати "ні" тут: https://jobs.dou.ua/questionary

Анкета займе зовсім небагато часу, а плюс в айтішну карму заробите! 💛

👀 Слідкуємо за всіма тапками, якими ви в нас кинете - бо, мабуть, уже й забули про наше існування.

Але нахабності нам вистачає, тож прийшли ще й із проханням! Зараз активно обираємо робочі крісла - Юра хоче якесь ергономічне зі всіма приколами, а я - максимально мінімалістичне.

Поділіться, будь ласка, у коментарях: на яких кріслах сидите ви і що порадите?

Будемо дуже вдячні! 💛

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

Справу розкрито 😎

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

Трохи не останніх і останніх новин 😅

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

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

З цікавого, з чим я ближче познайомився на проєкті:
- Feature Flags. Тут їх справді багато, можливо навіть забагато. Деякі, здається, уже давно можна видаляти. Але це точно цікавий спосіб поступово додавати нові фічі в застосунок.

- Micro-frontend і версіонування модулів. Оскільки модулі білдяться у статичні файли і усі версії зберігаються в хмарі, то завжди можна вибрати, яку версію якого модуля використовувати в прозі.

- API Contracts. В окремому модулі описуємо zod-схему та контракт, за яким взаємодіють бекенд і фронтенд. На основі цього фронтенд навіть генерує готові до використання хуки. Так, уже є готові рішення, але мати своє теж цікаво.

Також я вже трохи познайомився з Kubernetes (але нічого на ньому не робив), з GitOps і навіть щось писав на Python. Починаю краще розуміти, що мені подобається, а що ні. І точно треба знову налаштовувати work-life balance.

Якось так. Соромно, що давно не з’являвся тут і в чаті. Буду старатися виправитися!

PS: шо, шукаєте лимони в Гороховського? 🍋 в нас вже 40+ 😅

Нарешті!! 🎉

Перше крісло НЕ-табуретка за всю Юрину кар'єру. Всім дякуємо за допомогу, ви супер! 💛

Традиційне фото, традиційний Юра, традиційно пізно його вітаємо!

З Днем Народження! Ти надзвичайно талановитий, розумний і крутий чоловік. Найголовніше, щоб ти був щасливий і тебе оточували щирі люди, на яких ти завжди зможеш покластися 🎉🥳🎂

Onboarding 👋

Так давно не писала тут, що аж трохи незвично. Але потихеньку вже потрібно вливатись у новий режим і знову гнатись за тим неіснуючим work-life balance.

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

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

1. Take your time.
Задачі, які ви на минулому проєкті закривали за годину, тут раптом розтягуються на день. І це ок - ви працюєте з новим кодом, архітектурою, процесами, задачами та людьми. Не потрібно поспішати чи думати, що ви вже щось не встигаєте.

2. Chiiiiiill.
Step by step - і все точно стане легше й зрозуміліше. Наберіться терпіння і намагайтесь знайти баланс у цьому хаосі, який з вами відбувається на даний момент. Серйозно, цей період не про продуктивність, а про адаптацію. Дозвольте собі розібратись спокійно, не звинувачуючи себе за повільний темп.

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

4. Насолоджуйтесь періодом онбордингу.
Звучить як мазохізм, але насправді - це чудовий час, коли від вас (якщо компанія адекватна) не очікують блискавичних результатів. Можна спокійно розібратись у проєкті, поспостерігати за процесами, познайомитись із командою.

І головне - не вимагайте від себе забагато. Вам за це все одно недоплатять 😉

#experience