Фрази, які не варто говорити під час переговорів про зарплату 🙅‍♀️

#НапуттяВід_HR Директорки Клименко Наталії

Зазвичай на початку нового року всі підбивають підсумки, будують плани на наступний рік і, звичайно, замислюються про свою фінансову складову на поточній роботі 😌

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

Отже, фрази які не варто казати під час переговорів про зарплату 👇

❌ «Вибачте»

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

❌ «Ні»

У переговорах про заробітну плату намагайтеся уникати категоричних заперечень та слів із негативною оцінкою. Спробуйте всі ваші відмови замінити альтернативою: не казати "Мені це не підходить", а озвучити у відповідь свої умови фразою: "Мені було б комфортно, якщо...".
👉 Запропонуйте своє рішення та аргументуйте цю позицію.

❌ «Я спитаю про це пізніше...»

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

❌ "Я хочу..."

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

❌ "Я хочу більше..."

У переговорах зі своїм босом потрібно більше конкретики. Слово «більше» надто неоднозначне. Називайте цифри, пов'язані з обставинами: озвучуйте, скільки вам потрібно для продуктивної роботи.
👉 Говоріть не про ваші бажання, а про користь, яку ви можете принести компанії.

❌ "Давайте спробуємо..."

Цією фразою ви висловлюєте невпевненість – може вийде у вас, а може й ні… Так не повинно бути! Пропонуйте конкретні дії, забудьте про боязкість. Якщо вже ви говорите про гроші, то обговорюйте їх як серйозна, впевнена у своїй вартості людина.
👉 Не давайте шансу сумнівам, що ви самі вважаєте себе негідним грошей, яких просите.

Отже, що нам допоможе у розмові про підвищення заробітної плати 👇

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

Бажаю всім вдалих переговорів щодо зарплати! ❤️

#НапуттяВід_HR

Агов, народе! 👋

👉 Запрошуємо Менеджера Проєктів з комерційним досвідом роботи долучитися до створення складних веб та мобільних додатків з нуля. У складі досвідченої команди під керівництвом Ліда зможеш пройти всі етапи реалізації проєкту - від планування до запуску.

Ремоут!

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

Як у нас побудовані внутрішні процеси:

▪️ Усі проєкти стартують із Discovery Session, на етапі якої ми максимально точно прояснюємо вимоги клієнта, готуємо специфікацію та прототипи. Ми стандартизуємо та документуємо робочі процеси для отримання гарантованого результату. Це надає нам можливість накопичувати досвід та повертатися до нього в процесі роботи над новими проєктами. Активно проводимо ретроспективи для вдосконалення у кожній з дисциплін у якій ми працюємо, - завжди є право на помилку, ретроспективи дозволяють не повторювати її. Використовуємо чіткий процес підготовки, тестування та публікації релізів, таким чином, мінімізуючи кількість помилок у продакшені.

▪️ Ми пишаємося тим, що наші нові клієнти завжди звертаються до нас вдруге та рекомендують нашу компанію своїм знайомим. Ми дуже цінуємо це.

Що використовуємо в роботі:

🔸 Agile методологію - частіше за все гібрид Scrum та Kanban
🔸 Task Manager Systems - Jira для активних проєктів, Trello для суппортних проєктів
🔸 Confluence та Google Docs для зберігання документації
🔸 Slack - для внутрішньої комунікації

Якого спеціаліста шукаємо:

✔️ Комерційний досвід роботи в IT на аналогічній посаді від 0,5 років
✔️ Гарна усна та письмова англійська мова (Upper Intermediate та вище)
✔️ Знання в галузі управління ризиками
✔️ Досвід управління кросфункціональними командами від 4-х людей
✔️ Лідерські якості, вміння швидко та самостійно приймати рішення і вмотивовувати команду на результат
✔️ Product Oriented Mindset – розуміння концепції розробки цілісного продукту
✔️ Вміння широко аналізувати функціонал - як з точки зору зручності для юзера, так і з точки зору бенефітів для бізнесу клієнта
✔️ Проактивність та самостійність не словами, а ділом - розуміння власного ownership за проєкт, а також зон відповідальності

Чим займатися:

➡️Щоденне спілкування з клієнтами компанії
➡️Планування запуску розробки нових проєктів (визначення масштабів розробки, естімейту, бюджету та складу команди)
➡️Планування завдань для команди
➡️Створення та підтримка актуальності проєктної документації та специфікацій
➡️Участь у прийнятті важливих рішень стосовно розвитку проєкту
➡️Створення та коригування беклогу продукту, відповідно до цілей проєкту
➡️Контроль за ходом проєкту (відповідність етапу розробки до визначених термінів та бюджету)
➡️Контроль процесу управління змінами (пріоритизація та перепріоритизація задач, з огляду на цілі проєкту, ймовірні зміни термінів та бюджету)
➡️Узгодження результатів з клієнтом та керівництвом компанії

Що ми можемо запропонувати:

✅ Персональне рев’ю 1 раз на 6 місяців, де ми чесно і по суті обговорюємо вашу кар’єру та фінансові перспективи
✅ Систематичні 1-to-1 мітинги з ментором (раз на два місяці), на яких відбувається обговорення конкретних задач та найближчих перспектив
✅ Можливість брати активну участь в обговоренні кожного проєкту та всіх процесів загалом
✅ Професійне та відкрите до пропозицій керівництво, яке завжди шукає шляхи покращення робочих процесів та умов
✅ На 100% віддалену роботу
✅ Постійну підтримку та допомогу один одному (зверніть увагу на відгуки про нас) 🙂

Друзі, у нас є тестове завдання і нам дуже важливо подивитися на вашу реалізацію, щоб ми до кінця зрозуміли один одного 😉

📧 З усіх питань пишіть на пошту - job@codica.com
📲 Або в телеграм: @Vladyslava_Codica

💡 Бажаємо більше напруги у мережі та менше в роботі!

Code's on fire? Push and run! 😅

#codica_english

Має прочитати кожен розробник: добірка книг з програмування 📚

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

#codica_advice

📕 Jez Humble, David Farley «Continuous Delivery»

Наш список відкриває справді видатна книга та чудова знахідка для будь-якого розробника.

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

📒 Роберт Мартін «Чистий код: створення, аналіз і рефакторинг»

🔎 У книзі описані методи та покрокові інструкції з очищення, написання та рефакторингу коду. Пояснюється, як та навіщо писати чистий код.

📘 Robert Sedgewick «Algorithms in Java»

Книга Седжвіка «Алгоритми у Java» — це традиційний гайд, в якому можна знайти весь ключовий набір знань для програміста, пов’язаний з алгоритмами, накопиченими за останні десятиліття.

🔎 У книзі ви зможете зустріти комплексний спектр тем: глибоке тлумачення структур даних та алгоритмів сортування, пошуку, обробки графів і рядків, включаючи 50 алгоритмів, які має знати кожен програміст.

📙 Cory Althoff «The Self-Taught Programmer: The Definitive Guide to Programming Professionally»

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

📗 Harold Abelson, Gerald Jay Sussman «Structure and Interpretation of Computer Programs»

🔎 Це універсальна книга з програмування, за якою навчаються в MIT для ілюстрації різних концепцій. У ній є безліч практичних вправ.
Найкраще читати цю книгу після ретельного вивчення хоча б однієї чи двох мов програмування.

#codica_advice

Всім гарного недільного дня, ловіть невеличкий дайджест новин зі світу IT від @Mister_Cody 🐾

🧑‍💻 ChatGPT – штучний інтелект, якій пішов у маси. Як ним користуватися в Україні.

📈 Експорт ІТ-послуг обігнав металургію та був єдиною галуззю, яка продовжила зростання.

👀 «Надійно заблокувати щось в інтернеті неможливо». Як в Україні блокуються російські ресурси й чому це зачіпає легальні сайти.

💻 Apple працює над сенсорним екраном своїх ноутбуків MacBook. Про це повідомило видання Bloomberg.

✍️ Хороший, поганий код: як code review рятує проєкт.

Доброго ранку та гарного тижня 😌

#codica_ruby

Що таке Docker і навіщо він? 🤔

📦 Контейнеризація – нова ідеологія в IT. У літературі наводять багато аналогій, коли постачальники, тобто розробники, пакують все в один контейнер, як вантаж у порту. Це дуже гарна аналогія. Адже цифровий контейнер так само перевозиться і розпаковується у готовий продукт.

🗄 Основний інструмент контейнеризації – Docker. Docker використовують у поєднанні з оркестраторами, як-от Kubernetes та OpenShift. З їхньою допомогою можна гнучкіше, швидше і динамічніше керувати контейнерами.

#codica_tech

Що таке Docker❓

Docker - це платформа, яка дозволяє упакувати в контейнер застосунок з усім оточенням та залежностями, а потім доставити та запустити його в цільовій системі.

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

📎 Docker розробили у 2008 році. Спочатку це був внутрішній проєкт компанії dotCloud, яку згодом перейменували на Docker Inc. У 2013 році dotCloud відкрила вихідний код Docker для спільноти.

🔝 Популярність Docker продовжує зростати, тому що його підтримує велика спільнота. Платформа потрапила в мейнстрім на хвилі популярності DevOps, конвеєрів доставки та автоматизації.

Docker допомагає:

✔️ мінімально використовувати ресурси;
✔️ просто масштабувати;
✔️ зменшити час між написанням і запуском коду;
✔️ швидко та зручно розгортати;
✔️ швидше тестувати та створювати застосунки;
✔️ build once, run anywhere.

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

🧑‍💻 Dockerfile характеризується досить простим синтаксисом. Тому він досить простий для досвідчених IT-фахівців і для новачків. Програмне забезпечення сумісне з операційними системами Linux і Windows, тому сфера застосування Docker практично не обмежена.

#codica_tech

Як пояснити твоїй бабці, що таке Big Data? 👀

📌 Big Data — набір технологій, які дозволяють обробляти великі (просто величезні!) об‘єми даних. Їх застосовують для різноманітних завдань: аналізу суспільної думки, проєктування мостів, виявлення надзвичайних ситуацій, запобігання розвитку хвороби і (окрім ще купи всього) навіть порятунку людства від голоду!

Big Data часто мають такі характеристики (англійською – 3 V):

▪️ великий обсяг даних (Volume)
▪️ широкий вибір типів даних, що зберігаються в системах великих даних (Variety)
▪️ швидкість, з якою дані генеруються, збираються та обробляються (Velocity)

#codica_tech

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

📑 Історичні дані та дані в реальному часі можуть бути використані для оцінки мінливих уподобань споживачів. Це дозволить підприємствам оновлювати та вдосконалювати свої маркетингові стратегії та ставати більш чутливими до бажань та потреб клієнтів.

🩺 Великі дані також використовуються медичними дослідниками для виявлення факторів ризику захворювання та лікарями для діагностики захворювань та станів у окремих пацієнтів.

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

💡 В енергетичній галузі Big Data допомагають нафтогазовим компаніям визначати потенційні місця буріння та контролювати експлуатацію трубопроводів. Так само комунальні служби використовують їх для спостереження за електричними мережами.

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

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

😌 Зрештою, цінність та ефективність Big Data залежать від працівників, яким доручено аналізувати дані та формулювати відповідні запити для спрямування проєктів аналізу великих даних.

#codica_tech

Друзі, сьогодні ми хочемо з вами поділитися деякими порадами про те, як правильно облаштувати своє робоче місце, якщо немає світла 🔌

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

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

Гарного перегляду👇

🔗 Як облаштувати робоче місце, якщо немає світла?

#codica_advice

Тихого та спокійного ранку всім 😌

#codica_js

Навіщо та як проводити рефакторинг коду 🙃

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

💁‍♂️ Ви можете написати програму в будь-який зручний спосіб так, щоб вона працювала. Але в будь-якому випадку доведеться упорядкувати вихідний код, тобто провести рефакторинг.

#codica_tech

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

📎 Справа в тому, що розробники у процесі своєї роботи, як правило, поспішають, додають нові функції або виправляють наявні баги. Все це призводить до того, що код стає безладним і незрозумілим. А щоб він мав більш адекватний вигляд, рекомендується проводити рефакторинг.

Загалом ця процедура спрямована:

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

Рефакторинг необхідний, якщо ваш код:

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

Часто рефакторинг плутають із оптимізацією, оскільки ці два процеси, найчастіше, проводять одночасно. Але насправді це два різні поняття, що мають різні цілі:

☝️ оптимізація – покращує продуктивність програми;
☝️ рефакторинг – покращує зрозумілість коду.

Рефакторинг виконується послідовно, крок за кроком. Безперечно, чистити можна все. Однак насамперед рекомендується знайти такі проблеми:

🔎 Мертвий код — це параметр, змінна, метод або клас, який більше не використовується. Такі ділянки потрібно видалити.
🔎 Дублювання – той самий код виконує одну й ту саму дію в кількох місцях програми.
🔎 Імена класів, функцій, змінних не передають їхнього значення.
🔎 Занадто довгі функції, методи, класи та списки параметрів функцій. Якщо їхня довжина виходить за оптимальне значення, необхідно розбити їх на маленькі складові.
🔎 Велика кількість коментарів, які захаращують програму.

🧑‍💻 Як правило, код чистять на етапі тестування, коли все вже готове та перевіряється працездатність програми.

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

#codica_tech