Нещодавно наш СEO Дмитро Чекалін, випустив Ruby digest в якому висвітлює гарячі новини у світі розробки на Ruby on Rails🎉
Нові функції та релізи, інтеграції з ChatGTP та багато цікавого🔍
Тож, не гайте час і скоріш занурюйтесь до дивовижного світу Ruby та Ruby on Rails😍
Нові функції та релізи, інтеграції з ChatGTP та багато цікавого🔍
Тож, не гайте час і скоріш занурюйтесь до дивовижного світу Ruby та Ruby on Rails😍
DOU
Ruby digest #62: Ruby 3.2.1 Released, CodeGPT, фічі Ruby on Rails 7.1 та багато іншого
Дмитро Чекалін зібрав для вас великий дайджест про Ruby за два місяці. Цікавої та корисної інформації буде дуууже багато. Тож не будемо чекати - мерщій до новин!
🔥9👍3
Всім гарного недільного ранку, тримайте невеличкий дайджест новин зі світу 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