Чому ми:
✔️ Тут чудова команда, яка жваво цікавиться PR та маркетингом
✔️ Ми відкриті всьому новому – можна привнести щось своє і до цього поставляться з належною увагою
✔️ Ти зростатимеш разом із компанією і впливатимеш на її бізнес-процеси
✔️ Ти будеш вільно висловлювати свою думку та отримувати зворотний зв'язок
✔️ У нас є чітке розуміння, в якому напрямку зростати компанії і як розвиватися тобі

Чого хочемо:
▪️Досвід написання різних текстів: анонси, статті, пости для корпоративних соцмереж
▪️Інтерес до актуальних трендів
▪️Експертиза в роботі з Telegram, Instagram, Tik-Tok, YouTube, LinkedIn
▪️Розуміння алгоритмів роботи соцмереж
▪️Відмінне володіння українською мовою
▪️Англійська на рівні Intermediate
▪️Грамотне письмове та усне мовлення
▪️Дуже-дуже-дуже гарна комунікація
▪️Креативність, бажання вчитися, самостійність
▪️Активна життєва позиція
▪️Відкритий особистий профіль у соціальних мережах

Що робити:
👉 Разом із керівництвом компанії розробляти стратегію просування Бренду компанії як роботодавця на ринку праці
👉 Створювати контент для наших соцмереж, займатися їх просуванням (Telegram, Instagram, Tik-Tok, YouTube)
👉 Вести комунікацію з підписниками на сторінках наших соцмереж
👉 Прописувати сценарії для учасників відеороликів
👉 Брати участь у створенні розсилок та дайджестів
👉 Активно співпрацювати з технічними ВНЗ та IT курсами
👉 Організовувати освітні та інші заходи компанії
👉 Відстежувати актуальні IT події
👉 Організовувати участь компанії у конференціях, ярмарках вакансій, міських заходах та ін.
👉 Розробляти рекламні матеріали та брендову продукцію

Що пропонуємо:
🔸 Добре відбудовані процеси всередині компанії
🔸 Грамотний адекватний ментор
🔸 Компетентний технічний менеджмент
🔸 Допомога з професійних питань 24/7
🔸 Віддалений робочий графік (також є можливість працювати в офісі в Києві та Харкові)
🔸 Відсутність бюрократії

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

Також не забудьте подивитися наші профілі в соціальних мережах і блог на сайті 👀

Сподіваємося, вам сподобається вже написане 🙂

📲 Пиши нам, надсилай резюме та приклади найкращих ваших текстів.

📧 Наша пошта: job@codica.com та телеграм: @Anzhela_Codica - для швидкого зв'язку.

Ми віримо у Перемогу України та хочемо розвиватися з найкращими фахівцями з України!

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

#codica_js

Ролі Ansible 🤓

Стаття від нашого DevOps - Івана

📌 Ansible - це інструмент для автоматизації конфігурації, розгортання та управління інфраструктурою, що базується на моделі з описом стану системи. Вони дають можливість ефективно перевикористовувати код та ділитися ним. Ролі дають нам чітко встановлену структуру для виконання завдань.

#codica_tech

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

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

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

Стандартна структура ролі в Ansible виглядає так:

roles/
common/ # ця ієрархія показує роль
tasks/ # <-- файли з задачами, які буде виконувати Ansible
main.yml #
handlers/ # <-- хендлери для Ansible*1(сноска, ниже опишу что это)
main.yml #
templates/ # <-- темплейти, які роль буде деплоїти
ntp.conf.j2 #
files/ # <-- файли, які роль буде використовувати
bar.txt #
foo.sh #
vars/ # <-- змінні, які буде використовувати роль
main.yml #
defaults/ # <-- також змінні, але з найнижчим приорітетом
main.yml #
meta/ # <-- метадані для ролі, містять залежності ролі
main.yml #


▪️ Хендлери - це завдання, які запускаються лише після сповіщення.
Через те що ролі мають стандартизовані структуру і формат, ділитися ними набагато простіше.

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

Підписуйтесь на наші👇
TikTok та Instagram

#codica_tech

8 порад, як бути ефективним на відстані 👀

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

💁🏻‍♀️ Колеги, так чи інакше, на жаль, віддалена робота залишається з нами ще надовго.

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

Встанови правила взаємодії ☝️

👉 Складіть собі графік дзвінків та додайте до календаря. Наприклад, встановіть нагадування за 5 хв (якщо не потрібно готуватись) або за 15 хв до початку (якщо потрібно щось підготувати перед мітингом). Календар або програма керування часом допоможе не пам'ятати і не виконувати додаткових дій.

Домовся про години онлайн тиші ☝️

👉 Наприклад, домовтеся, що не зможете відповідати сьогодні з 11.00 до 13.00. Якщо щось важливе, то писати, звичайно, потрібно, але всі точкові питання краще з'ясовувати в особистих повідомленнях.

Не працюй у ліжку ☝️

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

Перестань бомбардувати колег повідомленнями ☝️

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

Починай і закінчуй роботу у певний час ☝️

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

Зроби своє робоче місце затишним ☝️

👉 Зробіть так, щоб робоче місце виглядало так, як вам подобається. Наприклад, додайте м'яку подушечку, увімкніть музику або поставте вазу з квітами. Зробіть таке робоче місце, яке змушує вас почувати себе спокійним, мотивованим та продуктивним.

Став дедлайн ☝️

👉 … Або використовуйте техніку Помодоро – зосереджена робота по 25 хвилин із 5-хвилинними перервами між ними. Після 4 повторень – півгодинна перерва. Такі методи прищеплюють хороші звички, як-от однозадачність та перерви.

Тренуйся ☝️

👉 Будь-які вправи, що автоматично випустять у кров хімічні речовини та ендорфіни, покращать настрій та знизять стрес. А як відомо, регулярні вправи та підтримка фізичного здоров'я підвищує наше емоційне здоров'я.

Бажаю всім ефективної віддаленої роботи! ❤️

А також підписуйся на інші соціальні мережі 👇
TikTok | Instagram

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

Що таке GitHub Copilot та як з ним працювати👨‍💻

👉 GitHub Copilot - це штучний інтелект, який навчається на основі мільйонів рядків коду з GitHub і може автоматично генерувати код на основі введеного тексту.

#codica_tech

▫️ Щоб почати працювати з GitHub Copilot, потрібно встановити його в свій редактор коду. GitHub Copilot доступний як плагін для редакторів коду Visual Studio Code та JetBrains IDE.

▫️ Після встановлення плагіну вам буде необхідно авторизуватися в GitHub, після чого ви зможете використовувати GitHub Copilot для автоматичної генерації коду.

▫️ Для використання GitHub Copilot ви можете просто почати писати код у своєму редакторі коду, а GitHub Copilot пропонуватиме можливі варіанти коду для введеного тексту. Ви можете використовувати ці пропозиції для створення нового коду, або ж для редагування наявного.

▫️ GitHub Copilot також має можливість вивчати ваш стиль програмування та адаптувати свої пропозиції коду відповідно до вашого стилю.

👉 Загалом GitHub Copilot - це потужний інструмент, який може значно прискорити процес написання коду та зекономити час розробників. Однак важливо пам'ятати, що GitHub Copilot не може цілком замінити людину в розробці програмного забезпечення, і завжди слід перевіряти та виправляти код перед використанням його в продукті.

А також підписуйся на інші соціальні мережі 👇
TikTok | Instagram

#codica_tech

Гарної п'ятниці та вдалих вихідних 😉

#codica_english

Нещодавно наш СEO Дмитро Чекалін, випустив Ruby digest в якому висвітлює гарячі новини у світі розробки на Ruby on Rails🎉

Нові функції та релізи, інтеграції з ChatGTP та багато цікавого🔍

Тож, не гайте час і скоріш занурюйтесь до дивовижного світу Ruby та Ruby on Rails😍

👉 Підпишись на наш TikTok | Instagram

#codica_humor

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

👨‍💻 Ринок праці під час війни: 13% айтівців без роботи, ще половина боїться її втратити.

🧐 Український підприємець написав Chrome-плагін за допомогою ChatGPT. І вже заробляє на ньому.

😲 Незабаром виходить Counter-Strike 2: як отримати доступ до бети, як грати в тестовій версії та чого чекати гравцям.

🔫 В Україні запустили виробництво антидронових рушниць RG-7. Вони компактніші та дешевші за аналогічну зброю Kvertus.

⌨️ GitHub випустив оновлену версію Copilot X на GPT-4: можна кодити голосом

Підписуйтесь на наші👇
TikTok та Instagram

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

#codica_ruby

📌 Redis – сховище даних у пам'яті. Як працює сервіс?

👉 Redis (розшифровується як Remote Dictionary Server) - це швидке сховище даних типу "ключ-значення" у пам'яті з відкритим вихідним кодом. Проєкт виник, коли Сальваторе Санфіліппо, початковий розробник Redis, захотів покращити масштабованість стартапу в Італії. Він створив сховище Redis, яке тепер використовується як бази даних, кешу, брокера повідомлень і черги.

▫️ Redis забезпечує час відгуку на рівні часток мілісекунди і дозволяє програмам, що працюють у режимі реального часу, виконувати мільйони запитів на секунду. Такі програми користуються попитом у сферах ігор, рекламних технологій, фінансових сервісів, охорони здоров'я та IoT.

#codica_tech

🦾 Переваги Redis

▫️ Продуктивність
Всі дані Redis зберігаються в пам'яті, що забезпечує низьку затримку та високу пропускну спроможність доступу до даних.

▫️Гнучкі структури даних
На відміну від інших сховищ на основі пар "ключ – значення", що підтримують обмежений набір структур даних, Redis підтримує величезну різноманітність структур даних, що дозволяє задовольнити потреби різноманітних застосунків.

▫️Простота та зручність
Redis дозволяє писати менше рядків для зберігання, використання даних та організації доступу до даних у програмах. Різниця в тому, що, на відміну від мов запитів традиційних баз даних, з Redis розробники можуть використовувати просту структуру команд.

▫️Реплікація та постійне зберігання
У Redis підтримується асинхронна реплікація, при якій дані можуть копіюватися на кілька підлеглих серверів. Це забезпечує як покращені характеристики читання (оскільки запити можуть бути розподілені між серверами), так і прискорене відновлення у разі збою основного сервера.

▫️Висока доступність та масштабованість
У Redis доступні різні варіанти вертикального та горизонтального масштабування.

▫️Інструменти з відкритим вихідним кодом
Redis – проєкт із відкритим вихідним кодом, який підтримує активна спільнота, включаючи AWS.

👉 Також Redis підтримує більшість провідних мов програмування та протоколів .

Хочеш дізнатися більше - підписуйтесь на наші👇
TikTok та Instagram

#codica_tech

Про види тестування, пов’язані зі змінами 🔍

Стаття від нашого QA Lead - Олексія

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

#codica_tech

▪️ Перший і найпростіший вид тестування, пов’язаний зі змінами, — це ретестинг. Його не завжди сюди відносять, але й цікавішої категорії для нього поки що не придумали. Ретестинг — це повторна перевірка тих функціональних одиниць, в яких були знайдені баги, щоби пересвідчитися, що ці баги було виправлено. Це передбачає проходження кроків для відтворення з відповідних репортів і інколи повторне проведення тих заходів тестування, що стосувалися відповідних функціональних одиниць.

▪️ Далі за наростанням комплексності йде смоук-тестування. Це низка поверхневих перевірок по усьому застосунку з метою перевірити, що він продовжує адекватно працювати. Зазвичай смоук-тестування є початковою процедурою перед проведенням більш детальних перевірок — повної чи часткової регресії, бо таке тестування зафейлиться лише на найбільш критичних і очевидних багах, отже, дозволить знайти їх відносно швидко і відправити на фікс. Для смоук-тестування зазвичай не пишуть окремої документації, воно проводиться на основі досвіду QA інженерів із конкретним застосунком. Інколи бувають внутрішні домовленості, за якими з усієї тестової документації обираються кейси для смоук-тестування.

▪️ Про “санітарне” тестування (як вирішили локалізувати sanity testing, тобто тестування “здорового глузду”) в теоретичній базі існують певні розбіжності. Смоук-тестування та санітарне тестування інколи ототожнюють, кажучи, що це два терміни для позначення смислу, описаного у попередньому абзаці. Але деякі ресурси виділяють санітарне тестування окремо, як глибоке тестування певної функціональної частини з метою пересвідчитись, що ця частина продовжує працювати згідно з вимогами. У такому прочитанні воно є підмножиною регресійного тестування, яке відповідним чином перевіряє весь застосунок.

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


#codica_tech

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

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

▪️ Регресійне тестування зазвичай проводиться на початку та/або в кінці тестування нового функціонального інкременту в рамках тестового середовища, а потім іще раз після деплою на середовищі реальному, якщо воно є. Це доволі монотонний і довгий процес, який може “приїстися”, тому тут важливо привчити себе суворо слідувати за документацією.

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

Підписуйтесь на наші👇
TikTok та Instagram

#codica_tech