Всім привіт! 👋

Запрошуємо в компанію Менеджера Проєктів для роботи над складними веб-рішеннями, які ми розробляємо з нуля, - Marketplaces, SaaS, PWA 🙂

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

Чого хочемо❓

✔️Досвід роботи на аналогічній посаді від 0,5 років.
✔️Гарна усна та письмова англійська мова (Upper Intermediate та вище).
✔️Вміння складати плани проєктів, кошторису та бізнес-пропозиції.
✔️Знання в галузі управління ризиками.
✔️Самостійність не на словах, а на ділі.

🔗 Посилання на вакансію тут.

У нас: налагоджені процеси та реальна можливість на них впливати, дружня команда, гнучкі умови праці, лояльна fun-friendly атмосфера 😉

Коли менеджера проєктів попросили про щось у п'ятницю ввечері 😅

#codica_humor

Міфи про програмістів або що почитати у вихідний 🙂

Новачки оточені стереотипами, і через це їм буває складно розпочати кар'єру у сфері IT. Щоб вам було трохи легше, наша HR Директорка Наталя Клименко розвіяла популярні міфи про програмістів та сферу IT загалом 😏

🔗 Читайте за посиланням.
✔️ Час читання статті - 7 хвилин.

А з якими міфами стикалися ви? Поділіться в коментарях👇

Як навчитися програмувати 🤓
Частина 3

📌 Зрозумійте, як працює Інтернет.

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

#codica_tech

📎 Інтернет – це не що інше, як глобальна колекція підключених комп’ютерів. Іншими словами, це глобальна мережа. Кожен комп’ютер у мережі узгоджує набір правил, які дозволяють їм спілкуватися один з одним. Для комп’ютера «розмова» означає передачу даних.

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

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

☝️ Якщо Інтернет — це просто велика арена для спілкування, давайте визначимо учасників розмови.

✔️ По-перше, аналогія: більшість людських розмов вимагають принаймні двох учасників. У більшості випадків одна особа починає розмову, а інша відповідає, припускаючи, що вони обидві присутні та доступні.

✍️ В Інтернеті комп'ютер, який ініціює розмову, називається клієнтом. Комп'ютер, який відповідає називається сервером.

💻 Наприклад, ви відкриваєте веб-браузер і переходите на «www.google.com». У цьому випадку ваш веб-браузер і комп’ютер, на якому ви працюєте, є клієнтами.

💬 У більш абстрактному сенсі ви є клієнтом, тому що ви ініціюєте розмову. Якщо ввести «www.google.com» у пошуковий рядок і натиснути <ENTER>, ваш веб-браузер надішле запит на початок розмови з одним із комп’ютерів Google.

🔍 Комп’ютер Google називається сервером. Він відповідає, надсилаючи дані, необхідні для відображення веб-сторінки Google у вашому браузері. І вуаля! Перед вашими очима з’являється веб-сторінка Google. Усі передачі даних в Інтернеті використовують такий тип відносин клієнт/сервер.

#codica_tech

📆 29 вересня Profisea Labs запрошує всіх на DevOps мітап, де будуть говорити про FinOps, AWS та Kubernetes.

На вас чекають:
🔥 Виступ від Олексія Петричко з WePlay Esports про його досвід переходу на AWS та Kubernetes;
🔥 Станіслав Коленкін з Profisea, який розкаже про можливості eBPF та його застосування з нетворк плагінами Calico та Cilium.

☝️ Також, буде панельна дискусія, де обговорюватимуть безпеку, продуктивність та масштабування Kubernetes разом з Григорієм Тациєм, CTO Raiffeisen Bank Ukraine, Денисом Ладіком, Head of the Software Systems Operation Department PrivatBank, Олексієм Петричко, Head of Engineering у WePlay Esports, Антоном Грішко, Chief DevOps Architect в Profisea Labs, та Станіславом Коленкіним, Senior Solutions Architect / DevOps Manager в Profisea.

▪️Модератор: Андрій Бурлуцький, Head of Marketing в Profisea Labs.

❗️29 вересня, з 19:00 до 21:30 онлайн на YouTube-каналі.
Мова доповідей: українська 🇺🇦

🔗 Приєднуйтесь до мітапу безкоштовно за посиланням: https://bit.ly/3SuJRkC

7 веб-сайтів для веб-розробника 🪄

💫 Jam
З ним повідомляти про помилки стане легше, ніж будь-коли.

💫 Blackbox
Перетворіть будь-які запитання на фрагмент коду або витягніть фрагмент коду з відео.

💫 Figstack
Переклад мов програмування, автоматизація документації для своїх функцій та можливість отримати часову складність програми.

💫 CodinGame
Гарний спосіб покращити свої навички програмування розважаючись.

💫 Locofy
Перетворіть дизайни в Figma на готовий для продакшену інтерфейсний код для React, React Native, Nextjs, HTML-CSS і Gatsby.

💫 SourceAI
Поясніть, що ви хочете англійською мовою, і AI згенерує для вас фрагмент коду.

💫 Checkbot
Checkbot виявляє проблеми з SEO, швидкістю та безпекою раніше, ніж відвідувачі вашого сайту.

#codica_advice

Що таке кінцеві точки API? 🤔

📌 Кінцева точка API — це певна частина URL-адреси, яку веб-програма робить доступною для програмістів, які хочуть отримати доступ до її функцій.

💁‍♂️ Роблячи доступною кінцеву точку API, веб-програма дозволяє іншим розробникам писати код, який взаємодіє з програмою заздалегідь визначеним способом.

👀 Це може включати отримання даних із програми, додавання нових даних у програму або видалення даних із програми.

👆На зображенні вище описано URL-адресу API.
Вона створюється базовою URL-адресою та кінцевою точкою API.
Основна URL-адреса однакова для всіх URL-адрес API.

Як ви можете бачити в прикладі вище, кінцева точка така:

/posts/:id

📍Де «posts» описує ресурс, а «:id» описує параметр, який ми можемо передати кінцевій точці, щоб отримати конкретно запитуваний ресурс.

Ось тут і постає хороша документація API.
❗️Усі кінцеві точки мають бути добре описані з усіма параметрами та типами, які ви можете передати.

#codica_tech

Добрий вечір, everybody! 😏

Компанія Codica шукає досвідченого UI / UX Дизайнера - профі, який хоче, вміє та любить створювати лаконічні та зручні дизайни орієнтовані на користувачів.

▪️Коротко про нас:
Розробляємо складні веб рішення з нуля - Marketplaces, SaaS, PWA. Ми любимо якісний продукт та працюємо у спiльному контакті з іноземними замовниками.

Чого хочемо❓
✔️Досвід роботи у дизайні UI/UX від 0,5 років.
✔️Досвід розробки UX веб та мобільних інтерфейсів, а також їх прототипування.
✔️Досвід створення адаптивних веб-дизайнів.
✔️Досвід роботи з Figma, а також базові навички Photoshop, Adobe Illustrator.
✔️Бажання завжди бути в курсі актуальних тенденцій в галузі веб-дизайну / мобільних технологій.
✔️Бажання приймати незалежні проєктні рішення та обґрунтовувати їх.

Потрібно буде виконати тестове завдання, щоб ми до кінця зрозуміли один одного 🙂

🔗 Посилання на вакансію тут.

Пиши нам, надсилай резюме та посилання на портфоліо.

Побачимось! 😉

Чи існують 23-річні сеньйори? 👀

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

Сьогодні хотіла з вами поговорити на досить чутливу тему, яка хвилює багато IT форумів: чи може програміст у свої умовні 20 років бути сеньйором? 🤔

💁🏻‍♀️ На мою думку, сеньйорність не визначається таким:

📆 Пропрацьованими роками в ІТ компанії. Ви можете роками сидіти на супортних проєктах з легасі кодом і нічого не навчитися.

🧓 Фізичними роками - не важливо, скільки вам років, 20 або 40, важливо те, що ви робили і якої якості був цей досвід.

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

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

І ще такий парадокс: люди, які називають себе сеньйорами, швидше за все, не помиляються. Справа в тому, що року достатньо, щоб досконало опанувати якусь тему, наприклад, мову або базу даних. ☝️ Але! Як завжди багато але…. Щоб бути справді досвідченим розробником у своїй сфері, треба знати купу пов'язаної інформації.

То що ж має вміти і знати 23-річний сеньйор? 🧐

💼 Кожна компанія має свої вимоги до сеньйорів. Ба більше, кожна людина має своє бачення того, хто може бути сеньйором. Завдання ще ускладнюється тим, що на ринку існують різні компанії, з різними проєктами, з різними методиками управління та різними бізнес-моделями. Тож єдиного універсального чинника «сеньйора» вивести неможливо!

💫 І все ж таки є якості, які визначають сеньйорність у всі часи:

▪️ Алгоритмічна та архітектурна складність проєктів, у яких вам довелося брати участь.
▪️Кількість проєктів певної складності на певних стадіях, які ви виконали.
▪️Ступінь вашого впливу на проєкт (фіксував баги або ухвалював рішення в архітектурі проєкту, суть зрозуміла…)
▪️Стадія проєктів, у яких ви брали участь (з нуля, багфікс, MVP, моноліти, виведення в продакшн та ін.)
Все ж таки рівень англійської має значення - чим вище, тим краще.
▪️Вміння чітко описувати проблеми, шляхи їх вирішення, аргументовано критикувати та пропонувати альтернативи.

💬 Що можна сказати молодим програмістам, які в 20 років мріють про лички сеньйора?

Хлопці та дівчата, шукайте цікаві проєкти!
😌 Програмування – це нескінченний процес вирішення інженерних завдань різного рівня складності. Чим більше ви вирішуєте таких завдань і чим більше наб'єте шишок, наберетеся досвіду в різних варіантах, тим більш крутими фахівцями ви будете.

А ви зустрічали 23-річних сеньйорів? Поділіться в коментарях 😏

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

📌 Код відповіді (стану) HTTP показує, чи був успішно виконаний певний запит HTTP

☝️ Код стану HTTP зашифрований в 3-х цифрах. Перша цифра вказує на клас стану (група кодів). Друга і третя цифра – порядковий номер коду відповіді.

💁‍♂️ Код стану HTTP повертається сервером. Він є частиною першого рядка відповіді сервера при запитах по протоколу HTTP і вказує на те, чи був успішно виконаний певний HTTP запит.

❗️Коди згруповані в 5 класів:

▪️Інформаційні (100 – 199): в цей клас виділені коди, що інформують про процес передачі.
▪️Успішні (200 – 299): клієнтський запит був отриманий, зрозумілий сервером, прийнятий і успішно оброблений.
▪️Перенаправлення (300 - 399): для успішного виконання операції необхідно зробити інший запит (як правило, по іншому URI).
▪️Клієнтські помилки (400 – 499): клієнт робить невірні запити.
▪️Серверні помилки (500 - 599): сервер ідентифікує, що сталася помилка з його вини або він по якійсь причині не в змозі виконати запит.

#codica_tech

☝️ Увага, у коді можуть бути баги. Я лише довів його коректність, але не запускав.

#Mister_Cody