Всім гарного недільного ранку, тримайте невеличкий дайджест новин зі світу IT від @Mister_Cody 📰
👨💻 Ринок праці під час війни: 13% айтівців без роботи, ще половина боїться її втратити.
🧐 Український підприємець написав Chrome-плагін за допомогою ChatGPT. І вже заробляє на ньому.
😲 Незабаром виходить Counter-Strike 2: як отримати доступ до бети, як грати в тестовій версії та чого чекати гравцям.
🔫 В Україні запустили виробництво антидронових рушниць RG-7. Вони компактніші та дешевші за аналогічну зброю Kvertus.
⌨️ GitHub випустив оновлену версію Copilot X на GPT-4: можна кодити голосом
Підписуйтесь на наші👇
TikTok та Instagram
👨💻 Ринок праці під час війни: 13% айтівців без роботи, ще половина боїться її втратити.
🧐 Український підприємець написав Chrome-плагін за допомогою ChatGPT. І вже заробляє на ньому.
😲 Незабаром виходить Counter-Strike 2: як отримати доступ до бети, як грати в тестовій версії та чого чекати гравцям.
🔫 В Україні запустили виробництво антидронових рушниць RG-7. Вони компактніші та дешевші за аналогічну зброю Kvertus.
⌨️ GitHub випустив оновлену версію Copilot X на GPT-4: можна кодити голосом
Підписуйтесь на наші👇
TikTok та Instagram
👍2
Що буде імпортовано?
Anonymous Quiz
11%
Буде підключено модуль require_relative
11%
Нічого
55%
Буде підключено модуль instrument
23%
Буде підключено модуль instructions
👍2❤1
📌 Redis – сховище даних у пам'яті. Як працює сервіс?
👉 Redis (розшифровується як Remote Dictionary Server) - це швидке сховище даних типу "ключ-значення" у пам'яті з відкритим вихідним кодом. Проєкт виник, коли Сальваторе Санфіліппо, початковий розробник Redis, захотів покращити масштабованість стартапу в Італії. Він створив сховище Redis, яке тепер використовується як бази даних, кешу, брокера повідомлень і черги.
▫️ Redis забезпечує час відгуку на рівні часток мілісекунди і дозволяє програмам, що працюють у режимі реального часу, виконувати мільйони запитів на секунду. Такі програми користуються попитом у сферах ігор, рекламних технологій, фінансових сервісів, охорони здоров'я та IoT.
#codica_tech
👉 Redis (розшифровується як Remote Dictionary Server) - це швидке сховище даних типу "ключ-значення" у пам'яті з відкритим вихідним кодом. Проєкт виник, коли Сальваторе Санфіліппо, початковий розробник Redis, захотів покращити масштабованість стартапу в Італії. Він створив сховище Redis, яке тепер використовується як бази даних, кешу, брокера повідомлень і черги.
▫️ Redis забезпечує час відгуку на рівні часток мілісекунди і дозволяє програмам, що працюють у режимі реального часу, виконувати мільйони запитів на секунду. Такі програми користуються попитом у сферах ігор, рекламних технологій, фінансових сервісів, охорони здоров'я та IoT.
#codica_tech
❤6
🦾 Переваги Redis
▫️ Продуктивність
Всі дані Redis зберігаються в пам'яті, що забезпечує низьку затримку та високу пропускну спроможність доступу до даних.
▫️Гнучкі структури даних
На відміну від інших сховищ на основі пар "ключ – значення", що підтримують обмежений набір структур даних, Redis підтримує величезну різноманітність структур даних, що дозволяє задовольнити потреби різноманітних застосунків.
▫️Простота та зручність
Redis дозволяє писати менше рядків для зберігання, використання даних та організації доступу до даних у програмах. Різниця в тому, що, на відміну від мов запитів традиційних баз даних, з Redis розробники можуть використовувати просту структуру команд.
▫️Реплікація та постійне зберігання
У Redis підтримується асинхронна реплікація, при якій дані можуть копіюватися на кілька підлеглих серверів. Це забезпечує як покращені характеристики читання (оскільки запити можуть бути розподілені між серверами), так і прискорене відновлення у разі збою основного сервера.
▫️Висока доступність та масштабованість
У Redis доступні різні варіанти вертикального та горизонтального масштабування.
▫️Інструменти з відкритим вихідним кодом
Redis – проєкт із відкритим вихідним кодом, який підтримує активна спільнота, включаючи AWS.
👉 Також Redis підтримує більшість провідних мов програмування та протоколів .
Хочеш дізнатися більше - підписуйтесь на наші👇
TikTok та Instagram
#codica_tech
▫️ Продуктивність
Всі дані Redis зберігаються в пам'яті, що забезпечує низьку затримку та високу пропускну спроможність доступу до даних.
▫️Гнучкі структури даних
На відміну від інших сховищ на основі пар "ключ – значення", що підтримують обмежений набір структур даних, Redis підтримує величезну різноманітність структур даних, що дозволяє задовольнити потреби різноманітних застосунків.
▫️Простота та зручність
Redis дозволяє писати менше рядків для зберігання, використання даних та організації доступу до даних у програмах. Різниця в тому, що, на відміну від мов запитів традиційних баз даних, з Redis розробники можуть використовувати просту структуру команд.
▫️Реплікація та постійне зберігання
У Redis підтримується асинхронна реплікація, при якій дані можуть копіюватися на кілька підлеглих серверів. Це забезпечує як покращені характеристики читання (оскільки запити можуть бути розподілені між серверами), так і прискорене відновлення у разі збою основного сервера.
▫️Висока доступність та масштабованість
У Redis доступні різні варіанти вертикального та горизонтального масштабування.
▫️Інструменти з відкритим вихідним кодом
Redis – проєкт із відкритим вихідним кодом, який підтримує активна спільнота, включаючи AWS.
👉 Також Redis підтримує більшість провідних мов програмування та протоколів .
Хочеш дізнатися більше - підписуйтесь на наші👇
TikTok та Instagram
#codica_tech
❤6
Про види тестування, пов’язані зі змінами 🔍
Стаття від нашого QA Lead - Олексія
👉 В теорії тестування інколи виділяють окрему категорію — види тестування, пов’язані зі змінами. Та й начебто будь-яке тестування пов’язане зі змінами, і ми завжди тестуємо якийсь новий продукт або його нову версію. Але конкретно ці види спрямовані на перевірку загальної працездатності продукту, щоб утримувати повну картину його стану, незважаючи на все більшу комплексність.
#codica_tech
Стаття від нашого QA Lead - Олексія
👉 В теорії тестування інколи виділяють окрему категорію — види тестування, пов’язані зі змінами. Та й начебто будь-яке тестування пов’язане зі змінами, і ми завжди тестуємо якийсь новий продукт або його нову версію. Але конкретно ці види спрямовані на перевірку загальної працездатності продукту, щоб утримувати повну картину його стану, незважаючи на все більшу комплексність.
#codica_tech
❤5
▪️ Перший і найпростіший вид тестування, пов’язаний зі змінами, — це ретестинг. Його не завжди сюди відносять, але й цікавішої категорії для нього поки що не придумали. Ретестинг — це повторна перевірка тих функціональних одиниць, в яких були знайдені баги, щоби пересвідчитися, що ці баги було виправлено. Це передбачає проходження кроків для відтворення з відповідних репортів і інколи повторне проведення тих заходів тестування, що стосувалися відповідних функціональних одиниць.
▪️ Далі за наростанням комплексності йде смоук-тестування. Це низка поверхневих перевірок по усьому застосунку з метою перевірити, що він продовжує адекватно працювати. Зазвичай смоук-тестування є початковою процедурою перед проведенням більш детальних перевірок — повної чи часткової регресії, бо таке тестування зафейлиться лише на найбільш критичних і очевидних багах, отже, дозволить знайти їх відносно швидко і відправити на фікс. Для смоук-тестування зазвичай не пишуть окремої документації, воно проводиться на основі досвіду QA інженерів із конкретним застосунком. Інколи бувають внутрішні домовленості, за якими з усієї тестової документації обираються кейси для смоук-тестування.
▪️ Про “санітарне” тестування (як вирішили локалізувати sanity testing, тобто тестування “здорового глузду”) в теоретичній базі існують певні розбіжності. Смоук-тестування та санітарне тестування інколи ототожнюють, кажучи, що це два терміни для позначення смислу, описаного у попередньому абзаці. Але деякі ресурси виділяють санітарне тестування окремо, як глибоке тестування певної функціональної частини з метою пересвідчитись, що ця частина продовжує працювати згідно з вимогами. У такому прочитанні воно є підмножиною регресійного тестування, яке відповідним чином перевіряє весь застосунок.
▪️ На практиці рішення про санітарне тестування може бути прийняте, коли в якихось конкретних елементах застосунку було знайдено більшу частину багів або ж у рамках ретестингу, якщо взаємозв’язок компонентів не є очевидним, і для перестрахування краще подивитися функціональну частину вглиб. Як підмножина регресійного тестування, санітарне тестування має свою документацію — це відповідний розділ регресійного сьюту.
#codica_tech
▪️ Далі за наростанням комплексності йде смоук-тестування. Це низка поверхневих перевірок по усьому застосунку з метою перевірити, що він продовжує адекватно працювати. Зазвичай смоук-тестування є початковою процедурою перед проведенням більш детальних перевірок — повної чи часткової регресії, бо таке тестування зафейлиться лише на найбільш критичних і очевидних багах, отже, дозволить знайти їх відносно швидко і відправити на фікс. Для смоук-тестування зазвичай не пишуть окремої документації, воно проводиться на основі досвіду QA інженерів із конкретним застосунком. Інколи бувають внутрішні домовленості, за якими з усієї тестової документації обираються кейси для смоук-тестування.
▪️ Про “санітарне” тестування (як вирішили локалізувати sanity testing, тобто тестування “здорового глузду”) в теоретичній базі існують певні розбіжності. Смоук-тестування та санітарне тестування інколи ототожнюють, кажучи, що це два терміни для позначення смислу, описаного у попередньому абзаці. Але деякі ресурси виділяють санітарне тестування окремо, як глибоке тестування певної функціональної частини з метою пересвідчитись, що ця частина продовжує працювати згідно з вимогами. У такому прочитанні воно є підмножиною регресійного тестування, яке відповідним чином перевіряє весь застосунок.
▪️ На практиці рішення про санітарне тестування може бути прийняте, коли в якихось конкретних елементах застосунку було знайдено більшу частину багів або ж у рамках ретестингу, якщо взаємозв’язок компонентів не є очевидним, і для перестрахування краще подивитися функціональну частину вглиб. Як підмножина регресійного тестування, санітарне тестування має свою документацію — це відповідний розділ регресійного сьюту.
#codica_tech
❤5
▪️ Саме ж регресійне тестування є найбільш комплексним і довготривалим, а отже, містить найбільше можливостей зекономити час і найбільше ризиків перевитратити час. Регресійне тестування — це набір детальних перевірок усього функціоналу з метою підтвердження, що весь застосунок продовжує відповідати вимогам після функціональних нововведень та змін. Простіше кажучи, треба пересвідчитися, що застосунок не зламався в неочікуваних місцях після суттєвих змін в коді.
▪️ Для регресійного тестування зазвичай пишуть спеціальний регресійний сьют — низку тест-кейсів, які щільно упаковані перевірками, а отже, дозволять за найменшу кількість часу перевірити усі ключові аспекти. На важливості грамотно написаного регресійного сьюту варто закцентувати увагу — від доцільності підбору кейсів, вміння визначити саме ключові перевірки, уникати повторень і орієнтуватися за власним досвідом залежать часові, а отже і грошові витрати на розробку кожної нової фічі.
▪️ Регресійне тестування зазвичай проводиться на початку та/або в кінці тестування нового функціонального інкременту в рамках тестового середовища, а потім іще раз після деплою на середовищі реальному, якщо воно є. Це доволі монотонний і довгий процес, який може “приїстися”, тому тут важливо привчити себе суворо слідувати за документацією.
👉 Уся ця теорія про типи тестування, пов’язані зі змінами, корисна, коли вона слугує структурними блоками у плануванні. Тобто ви визначаєте проєктні потреби, стан, часові обмеження і робите відповідний план із цих типів. Коли постає необхідність у чомусь на кшталт смоук-тестування, ви маєте чітко усвідомлювати, що обмежуєтеся лише поверховими очевидними перевірками і не залазите періодично вглиб. У великих компаніях подібне планування формалізується на папері. У менших компаніях, які не завжди навіть пишуть тест-план чи іншу тестову звітність, саме орієнтування на ці типи дозволить утримувати відповідні рамки, зберігати час, зусилля та нерви.
Підписуйтесь на наші👇
TikTok та Instagram
#codica_tech
▪️ Для регресійного тестування зазвичай пишуть спеціальний регресійний сьют — низку тест-кейсів, які щільно упаковані перевірками, а отже, дозволять за найменшу кількість часу перевірити усі ключові аспекти. На важливості грамотно написаного регресійного сьюту варто закцентувати увагу — від доцільності підбору кейсів, вміння визначити саме ключові перевірки, уникати повторень і орієнтуватися за власним досвідом залежать часові, а отже і грошові витрати на розробку кожної нової фічі.
▪️ Регресійне тестування зазвичай проводиться на початку та/або в кінці тестування нового функціонального інкременту в рамках тестового середовища, а потім іще раз після деплою на середовищі реальному, якщо воно є. Це доволі монотонний і довгий процес, який може “приїстися”, тому тут важливо привчити себе суворо слідувати за документацією.
👉 Уся ця теорія про типи тестування, пов’язані зі змінами, корисна, коли вона слугує структурними блоками у плануванні. Тобто ви визначаєте проєктні потреби, стан, часові обмеження і робите відповідний план із цих типів. Коли постає необхідність у чомусь на кшталт смоук-тестування, ви маєте чітко усвідомлювати, що обмежуєтеся лише поверховими очевидними перевірками і не залазите періодично вглиб. У великих компаніях подібне планування формалізується на папері. У менших компаніях, які не завжди навіть пишуть тест-план чи іншу тестову звітність, саме орієнтування на ці типи дозволить утримувати відповідні рамки, зберігати час, зусилля та нерви.
Підписуйтесь на наші👇
TikTok та Instagram
#codica_tech
❤7
❤3✍2
⌨️ Інтеграція ChatGpt у VS code
👉 Розробник Даніель Авіла (Daniel Avila) представив плагін Code GPT для редактора Visual Studio Code, що дозволяє користуватися ChatGPT чат-ботом під час роботи над кодом. Плагін може генерувати фрагменти коду, файли Readme, отримувати довідку зі StackOverflow, шукати помилки, проводити рефакторинг коду та документувати його.🔍 Плагін можна налаштувати для використання з мовними моделями від OpenAI, Cohere та AI21. Для роботи потрібно згенерувати API-ключ. Також можна налаштувати інші параметри відповідей чат-бота.
#codica_tech
👉 Розробник Даніель Авіла (Daniel Avila) представив плагін Code GPT для редактора Visual Studio Code, що дозволяє користуватися ChatGPT чат-ботом під час роботи над кодом. Плагін може генерувати фрагменти коду, файли Readme, отримувати довідку зі StackOverflow, шукати помилки, проводити рефакторинг коду та документувати його.🔍 Плагін можна налаштувати для використання з мовними моделями від OpenAI, Cohere та AI21. Для роботи потрібно згенерувати API-ключ. Також можна налаштувати інші параметри відповідей чат-бота.
#codica_tech
😍5
📌 За допомогою Code GPT можна звертатися до ChatGPT прямо з вікна редактора коду без переходу до браузера. При цьому код, що генерується, відразу з'являється в документі. Також у запиті не треба вказувати мову програмування, якою потрібно згенерувати рішення. Code GPT сам зрозуміє це та автоматично передасть у запиті.
🖥 Разом з цим, Code GPT може допомогти згенерувати файл Readme, знайти помилку в коді, задокументувати код, пояснити логіку роботи незрозумілого фрагмента коду і написати юніт-тести. Також за допомогою плагіна можна отримувати відповіді зі StackOverflow у новому вікні редактора коду.
✅ Плагін безкоштовний та доступний у Visual Studio Marketplace. Code GPT вже встигли встановити понад 144 тис. користувачів, які оцінили плагін у чотири зірки з п'яти.
Підписуйтесь на наші👇
TikTok та Instagram
#codica_tech
🖥 Разом з цим, Code GPT може допомогти згенерувати файл Readme, знайти помилку в коді, задокументувати код, пояснити логіку роботи незрозумілого фрагмента коду і написати юніт-тести. Також за допомогою плагіна можна отримувати відповіді зі StackOverflow у новому вікні редактора коду.
✅ Плагін безкоштовний та доступний у Visual Studio Marketplace. Code GPT вже встигли встановити понад 144 тис. користувачів, які оцінили плагін у чотири зірки з п'яти.
Підписуйтесь на наші👇
TikTok та Instagram
#codica_tech
🤔9❤🔥2
Часті помилки кандидата на інтерв'ю 😳
#НапуттяВід_HR Директорки Клименко Наталії
👉 Ми багато разів писали про це, проте багато кандидатів продовжують робити ті самі помилки, проходячи співбесіду. Давайте сьогодні ще раз пригадаємо, чого не варто робити на інтерв'ю.
#НапуттяВід_HR Директорки Клименко Наталії
👉 Ми багато разів писали про це, проте багато кандидатів продовжують робити ті самі помилки, проходячи співбесіду. Давайте сьогодні ще раз пригадаємо, чого не варто робити на інтерв'ю.
❤4
1️⃣ Занадто вдаватися до деталей.
👉 Команду, яка вас співбесідує, цікавить суть відповідей - коло обов'язків, які завдання вирішували і який був результат. Все. Рекрутери та керівники надто перевантажені величезним обсягом інформації від різних кандидатів.
✅ Порада: постарайтеся, щоб усі ваші відповіді були короткими та прямолінійними. Пам'ятайте, що менеджер з персоналу не повинен знати всю вашу біографію.
2️⃣ Надмірна відвертість.
👉 Ви не у психотерапевта. Всі питання тут, щоб оцінити ваш професійний досвід. Не розповідайте, як вас ображав бос, як вас не цінували, які у вас були погані колеги і як ви втомилися від інтенсивності роботи. Зовсім погано, коли ви журитеся, що вас не беруть на роботу або наскільки рекрутери непрофесійні.
✅ Порада: тримайтеся в рамках ділової професійної етики, обговорюйте завдання, які стосуються виключно роботи.
3️⃣ Виявляти незацікавленість.
👉 Мета кожного роботодавця - найняти спеціаліста, який не тільки має всі необхідні навички, а й готовий залишитися в команді на довгі роки. Команда, яка вас співбесідує, хоче побачити щирий інтерес до обраної професії, а в ідеалі і до компанії.
✅ Порада: виберіть цікавий факт/історію, як ви йшли до своєї професії, виявіть інтерес до проєктів компанії.
4️⃣ Не ставити питання.
👉 Якоїсь миті вас запитають, чи є у вас питання до менеджера з найму. І якщо ви відповісте "ні", у ваших співрозмовників може скластися враження, що вам ця робота не дуже цікава.
✅ Порада: заздалегідь підготуйте список можливих питань. Наприклад, це можуть бути питання щодо конкретних обов'язків, розпорядку дня, кількості людей у команді і як розподілялися ролі, про онбординг та багато іншого. Багато залежить і від того, що обговорювалося на співбесіді до цього моменту.
5️⃣ Цікавитися лише зарплатою та преміями.
👉 Безперечно, заробітна плата – дуже важливий фактор при виборі нової роботи. Однак якщо всі ваші питання стосуватимуться лише заробітку, ваш потенційний роботодавець може вирішити, що нічого, крім грошей, вас не мотивує.
✅ Порада: заздалегідь підготуйте список питань про культуру в компанії, щоденні обов'язки, колектив та можливості просування. А питання про гроші ставте лише після того, як інші теми вичерпано.
Всім швидкої, цікавої, успішної співбесіди!
Підписуйтесь на наші👇
TikTok та Instagram
#НапуттяВід_HR
👉 Команду, яка вас співбесідує, цікавить суть відповідей - коло обов'язків, які завдання вирішували і який був результат. Все. Рекрутери та керівники надто перевантажені величезним обсягом інформації від різних кандидатів.
✅ Порада: постарайтеся, щоб усі ваші відповіді були короткими та прямолінійними. Пам'ятайте, що менеджер з персоналу не повинен знати всю вашу біографію.
2️⃣ Надмірна відвертість.
👉 Ви не у психотерапевта. Всі питання тут, щоб оцінити ваш професійний досвід. Не розповідайте, як вас ображав бос, як вас не цінували, які у вас були погані колеги і як ви втомилися від інтенсивності роботи. Зовсім погано, коли ви журитеся, що вас не беруть на роботу або наскільки рекрутери непрофесійні.
✅ Порада: тримайтеся в рамках ділової професійної етики, обговорюйте завдання, які стосуються виключно роботи.
3️⃣ Виявляти незацікавленість.
👉 Мета кожного роботодавця - найняти спеціаліста, який не тільки має всі необхідні навички, а й готовий залишитися в команді на довгі роки. Команда, яка вас співбесідує, хоче побачити щирий інтерес до обраної професії, а в ідеалі і до компанії.
✅ Порада: виберіть цікавий факт/історію, як ви йшли до своєї професії, виявіть інтерес до проєктів компанії.
4️⃣ Не ставити питання.
👉 Якоїсь миті вас запитають, чи є у вас питання до менеджера з найму. І якщо ви відповісте "ні", у ваших співрозмовників може скластися враження, що вам ця робота не дуже цікава.
✅ Порада: заздалегідь підготуйте список можливих питань. Наприклад, це можуть бути питання щодо конкретних обов'язків, розпорядку дня, кількості людей у команді і як розподілялися ролі, про онбординг та багато іншого. Багато залежить і від того, що обговорювалося на співбесіді до цього моменту.
5️⃣ Цікавитися лише зарплатою та преміями.
👉 Безперечно, заробітна плата – дуже важливий фактор при виборі нової роботи. Однак якщо всі ваші питання стосуватимуться лише заробітку, ваш потенційний роботодавець може вирішити, що нічого, крім грошей, вас не мотивує.
✅ Порада: заздалегідь підготуйте список питань про культуру в компанії, щоденні обов'язки, колектив та можливості просування. А питання про гроші ставте лише після того, як інші теми вичерпано.
Всім швидкої, цікавої, успішної співбесіди!
Підписуйтесь на наші👇
TikTok та Instagram
#НапуттяВід_HR
👍10
Please don’t make so much noise! I _____ to sleep.
Anonymous Quiz
21%
try
74%
am trying
2%
have tried
3%
tried
🤔1
Щорічно 31 березня у всьому світі відзначають Всесвітній день резервного копіювання або День бекапу 🎉
Всесвітній день резервного копіювання створений для того, щоб нагадати вам про необхідність резервного копіювання файлів, навіть якщо це робиться раз на рік⚠️
👉 Тому сьогодні обов'язково створіть резервну копію даних з комп'ютера, телефону та інших пристроїв і збережіть її на надійному носії. При цьому не забудьте розповісти про це всім своїм друзям та знайомим, щоб вони зробили те саме 🫡
Всесвітній день резервного копіювання створений для того, щоб нагадати вам про необхідність резервного копіювання файлів, навіть якщо це робиться раз на рік⚠️
👉 Тому сьогодні обов'язково створіть резервну копію даних з комп'ютера, телефону та інших пристроїв і збережіть її на надійному носії. При цьому не забудьте розповісти про це всім своїм друзям та знайомим, щоб вони зробили те саме 🫡
🫡10
Всім гарного недільного ранку, тримайте невеличкий дайджест новин зі світу IT від @Mister_Cody 📰
🎭 «Маски-шоу стоп-3». Який законопроєкт для захисту бізнесу готує влада й чому його не можна назвати досконалим.
🦾 Команда Донецького вишу створила бот із медіабезпеки, який відзначила міжнародна інноваційна програма UPSHIFT.
🇮🇹 Італія стала першою у світі країною, що заборонила доступ до ChatGPT.
🖥 Zoom інтегрував ШІ Open AI: є віртуальний коворкінг і можна «наздоганяти» мітинги.
Підписуйтесь на наші👇
TikTok та Instagram
🎭 «Маски-шоу стоп-3». Який законопроєкт для захисту бізнесу готує влада й чому його не можна назвати досконалим.
🦾 Команда Донецького вишу створила бот із медіабезпеки, який відзначила міжнародна інноваційна програма UPSHIFT.
🇮🇹 Італія стала першою у світі країною, що заборонила доступ до ChatGPT.
🖥 Zoom інтегрував ШІ Open AI: є віртуальний коворкінг і можна «наздоганяти» мітинги.
Підписуйтесь на наші👇
TikTok та Instagram
🔥6❤1