Ближче до суті - що то за проєкт? 🤓

Проєкт має назву Dan.com - це сучасна платформа з купівлі та продажу доменних імен, розробкою якої ми займаємося пліч-о-пліч з нідерландською командою понад рік.

😏 Нещодавно компанія GoDaddy, яка є однією з найбільших реєстраторів доменних імен на ринку, придбала цей вебдодаток і вони мають наміри розширювати скоуп задач, саме тому ми знаходимося в пошуках ще одного колеги. Наразі, з нашого боку, над проєктом працює 14 спеціалістів, серед яких PM, декілька QA-інженерів, команди Back-End та Front-End розробників.

Під капотом у нас:

🧑‍💻 Для беку: Ruby 2.6+, Ruby on Rails 6+, PostgreSQL, Redis
🧑‍💻 На фронті юзаємо React та Typescript
🧑‍💻 На проєкті використовуємо Docker
🧑‍💻 Вся наша інфраструктура розташована на AWS - ми використовуємо такі сервіси як ECS, EC2, RDS, S3 і багато іншого

Переваги проєкту:

✔️ Робота з активною фазою живого проєкту і можливість бачити результати своєї роботи у продакшені
✔️ Можливість водночас працювати як з API, так і з монолітним додатком
✔️ Працюємо за TDD підходом (активна робота з тестами, повне покриття проєкту) - використовуємо Rspec, Capybara, Webmock
✔️ Робота з об’ємною БД
✔️ Проєкт має велику кількість реальних користувачів, які лишають відгуки, завдяки чому ми завжди покращуємо наші результати

Чим треба буде займатись:

❔ Підтримкою поточного функціонала та оптимізацією наявних рішень
❔ Розробкою нових фіч
❔ Створенням інтеграцій з сервісами GoDaddy
❕ І, народе, бувають дійсно складні кейси, тож цілеспрямованість - то маст хев 😉

Приклади фіч, над якими ми працювали, -
🔗 https://news.dan.com/209707-dan-com-product-update-4
🔗 https://news.dan.com/220185-dan-com-product-update-7

Чого потребуємо в майбутньому колезі:

➡️ Впевнені знання Ruby, Ruby on Rails
➡️ Комерційний досвід створення веб додатків на фреймворку Rails від 1-го року
➡️ Досвід роботи з API проєктами
➡️ Досвід написання автоматизованих тестів
➡️ Самостійність та відповідальність
➡️ Англійська мова на рівні листування із замовником

Однозначно буде плюсом:

➡️ Досвід з AWS (загальне уявлення про сервіси)
➡️ Досвід роботи з Docker

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

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

☝️ Ми не аутстафимо, тому по закінченні проєкту, ми не завершуємо співпрацю, а перемикаємо нашого колегу на інший проєкт. Ми не хапаємось за усі проєкти та ніколи не працюємо з токсичними клієнтами, а натомість самі обираємо, з ким хочемо стартувати спільну роботу.

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

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

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

Рекомендації для прокачування знань QA Engineer💡

📌 Стаття від QA Lead Codica - Олексія
Частина 1

Збір, збереження і практичне відтворення експертизи є жвавим і безперервним процесом у сфері розробки програмних застосунків. Звісно ж, завжди присутня опція обмежитися спектром вже здобутих знань і на достатньому рівні виконувати свої поточні завдання.
💁‍♂️ Деякі люди свідомо обирають таку зупинку, бо їх цілком влаштовують створені умови, вони переконані в певному запасі актуальності власних знань і їм не дуже кортить “розхитувати човен”. Але більшість лишається амбітними, конкурентно спрямованими працівниками, які постійно розширюють спектр власних повноважень, а отже, і власну цінність.

#codica_tech

☝️ QA Engineer на початку свого шляху має чи не найбільш розгалужену й комплексну кар’єрну мапу: розвиток мануального напрямку, автоматизація, сек’юріті, перформанс (у великих компаніях ці напрямки становлять окремі вакансії). Варто також назвати можливості поступового переходу в менеджмент чи розробку, хоча ми їх не оглядаємо в цій статті.

😌 Загальною гарною ідеєю буде звертатися до вже готових роадмапів, викладених в інтернеті. Роадмапи, особливо свіжі чи стабільно оновлювані, являють собою агломерацію чужого досвіду, злінкований та впорядкований перелік знань та скілів, що їх варто принаймні серйозно розглянути, вибудовуючи власні кар’єрні плани. Ось приклад такої роадмапи, а ось іще один, хоча загалом ‘qa roadmap’ і так чудово гуглиться.

✅ Ще однією рекомендацією для будь-якої теми є звернення до MOOC (Massive Open Online Courses). Такі платформи як Udemy чи Coursera пропонують безліч відібраних та скомпільованих знань, а їхня платність в певному сенсі підвищує рівень якості. До речі, якщо звертатимете увагу на Udemy, то варто знати, що там відбуваються масивні розпродажі чи не щотижня. Тож ви цілком можете знайти підходящі курси, зачекати кілька днів і взяти їх за цінником, скажімо, у $15 замість $85.

❗️Розвиток мануального напрямку, в першу чергу, базується на поступовому вивченні предмету вашої поточної розробки. Оскільки ви приходите на посаду QA Engineer із певними теоретичними засадами тестування, вивчення поля вашої діяльності зазвичай є органічним розвитком знань.

#codica_tech

💻 Веб-розробка передбачає опанування знань про влаштування цього самого вебу: модель OSI, модель TCP/IP, протокол HTTP, клієнт-серверна модель тощо. Тут стануть у нагоді веб-ресурси на кшталт GeeksForGeeks, MDN, guru99 і подібні. Причому варто розглядати їх саме як джерела — пов’язані між собою статті, серед яких слід навчитися вільно переміщатися в пошуках
важливої інформації.

👉 Ще одним вектором розвитку є базові знання про саму веб-розробку: HTML + CSS, опціонально JS та навіть якісь мови програмування з бекенд-частини типу Ruby, Python, .NET стаку тощо.

📎 HTML — це каркас будь-якої веб-сторінки, вам доведеться в ньому орієнтуватися і працювати з ним під час тестування веб-застосунків. CSS — це правила зовнішнього вигляду веб-сторінки, в яких вам теж доведеться розумітися, щоб мати змогу адекватно локалізувати дефекти з UI частини.

☝️ Мови програмування з вашої екосистеми розробки потрібні для поступового переходу від black box до grey box. Як би не хотілося цілком відсахнутися від розробки, базове розуміння імплементації, архітектури застосунку, проєктних рішень та принципів взаємодії компонентів суттєво підвищує ефективність тестування. Ви впевненіше практикуєте error guessing, бо вам стає доступним також і погляд розробника. Ви краще здатні орієнтуватися між фронтендом та бекендом, а отже, одразу ставите коректні питання правильним людям.
🙂 Зрештою, ви будете здатні надати більше інформації в тікеті з дефектом, а отже спростите і пришвидшите його фікс.

🔖 Ресурси для вивчення базису залежать від стаку розробки, але загалом курси і онлайн-підручники з більшості мов легко знаходяться в інтернеті. Прикладом хорошого ресурсу для вивчення веб-розробки є TheOdinProject, блок Foundations.

📝 Паралельно з опануванням особливостей вашої сфери розробки і засобів цієї розробки, варто прокачувати навички роботи із Dev Tools до рівня вільного володіння більшістю табок. Саме в Dev Tools знаходиться величезний пласт унікальної інформації, яку без вашого допису розробнику доведеться шукати та перевіряти самотужки. Вивчення Dev Tools варто проводити паралельно з опануванням принципів вебу, структури HTML та правил CSS, тому що всі ці знання ви застосовуватимете саме тут. Уся HTML структура в табці Elements, усі стилі елементу та відступи в Styles, а кінцеві застосовані правила в Computed, фідбек від компонентів в Console, HTTP реквести та респонси в Network, локальна сесія в Application тощо.

✏️ Вивчати можливості Dev Tools можна за вичерпною офіційною документацією або пошукати лаконічно запаковані рутинні перевірки у гайдах типу цього.

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

👀 Тема роботи з реквестами та респонсами взагалі є одним зі стовпів при роботі в веб-розробці. Це ключова для розуміння концепція, яка потім також виллється у необхідну передумову для сек’юріті, перформанс та ряд інших типів тестування. Тому отримати базові навички роботи із реквестами в Postman, а також уміти моніторити їх в Dev Tools -> Network, вміти “прочитати” їхню структуру і вловити сенс є ключовими вимогами за бажання рухатися далі.

#codica_tech

Доброго ранку та спокійного дня всім 🙂

#codica_js

Скоро Новий рік, тож саме час підбити підсумки цього шаленого року ☃️

ТОП статей за 2022 рік, які підготувала для вас HRD Codica Наталя Клименко👇

🔗 Чому варто наймати джунiорiв? Досвід нашої компанії.
🔗 Як ми з Don’t Panic стрiм проводили або по слідах запитань від розробників-початківців.
🔗 Міфи про програмістів.
🔗 Red flags: маячки, які повинні насторожити під час пошуку роботи.
🔗 Що таке hard і soft skills? У чому різниця?

🤝 Цього року ми уклали інфо-партнерство з 11 конференціями. Запрошували вас на всі цікаві та безкоштовні онлайн-події.

▶️ Провели 3 стріми з різними YouTube каналами.
🔗 Посилання на плейлист з відео.

😱 У нас з'явився TikTok
🔗 Codica on TikTok

Найпопулярніший допис в нашому каналі цього року 🏆
🔗 Ґуґлити як профі: 10 рекомендацій, як швидко знайти інформацію в Google

7 шкідливих порад щодо пошуку роботи 😁

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

Сьогодні я вам пропоную подивитися на пошук роботи з іншого боку, трохи розважитися та послухати шкідливі поради. Чому шкідливі? Та тому що ми корисні і так для вас готуємо щотижня. Тепер настав час для некорисних 😀

👍🏻 Копіюйте

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

👍🏻 Дійте хаотично

У жодному разі не дивіться на пошук роботи, як на систему. Не потрібно стежити за актуальними вакансіями. Побачив оголошення - одразу відправляй резюме. Не шукайте інформацію про компанію, нехай ваша співбесіда стане сюрпризом для всіх.
😂 Не підписуйтеся на розсилки порталів з пошуку роботи, цікавіше самому щоразу шукати їх в інтернеті. Чим безладніше ви діятимете, тим бажанішою буде ваша робота.

👍🏻 Не готуйтеся

Хай живе імпровізація! Навіщо витрачати час та готуватися до інтерв'ю? Більше впевненості вам надасть спонтанний виступ.
🥲 На співбесіді обов'язково докладно розкажіть все про скандального начальника, занудних колег і малогабаритний офіс. Нахмуривши брови, додайте: "До речі, а у вас тут колектив нормальний?" І підозріло огляньтеся навколо.

👍🏻 Не витрачайте час

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

👍🏻 Не напружуйтесь

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

👍🏻 Інтригуйте

Розкажіть на співбесіді, що ця компанія тільки перша сходинка у вашій кар'єрі і що скоро ви плануєте відкрити свій бізнес, а сюди прийшли подивитися що та як.
😅 Спілкуйтеся з рекрутером, як із другом, розкажіть йому всі особливості вашої шкільної біографії, принесіть усі дипломи та не забудьте про грамоту за участь у шаховому турнірі. Будьте людиною-загадкою. Це так інтригує! Не відповідайте на запитання прямо, давайте туманні, розпливчасті відповіді. Поводьтеся непередбачено.

👍🏻 Звинувачуйте всіх

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

Сподіваюся, цією статтею я трохи розвеселила вас.
Будемо сподіватися, що ніхто з вас не буде виконувати такі поради 🙂

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

В останній робочий день у цьому році #CodicaTeam вітає всіх із прийдешнім Новим роком 🎄

Бажаємо, щоб наступний рік приніс усім нам багато щасливих моментів, талану і перемог 🇺🇦

Стікер цього дня - "затишний Коді" або "перший ранок у новому році" 😌

#Mister_Cody

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

#codica_ruby