Web Academy | Create Your IT Future
Открыть в Telegram
🚀 Якісне ІТ навчання від експертів ринку для максимального результату 💪 https://web-academy.ua
Больше4 560
Подписчики
-324 часа
-87 дней
-4830 дней
Загрузка данных...
Похожие каналы
Облако тегов
Входящие и исходящие упоминания
---
---
---
---
---
---
Привлечение подписчиков
сентябрь '26сент. '26
сентябрь '26
+32
в 0 каналах
август '26
+21
в 0 каналах
Get PRO
июль '26
+67
в 0 каналах
Get PRO
июнь '26
+83
в 0 каналах
Get PRO
май '26
+50
в 0 каналах
Get PRO
апрель '26
+39
в 0 каналах
Get PRO
март '26
+54
в 0 каналах
Get PRO
февраль '26
+28
в 0 каналах
Get PRO
январь '26
+27
в 0 каналах
Get PRO
декабрь '25
+43
в 0 каналах
Get PRO
ноябрь '25
+49
в 0 каналах
Get PRO
октябрь '25
+44
в 0 каналах
Get PRO
сентябрь '25
+46
в 0 каналах
Get PRO
август '25
+49
в 0 каналах
Get PRO
июль '25
+50
в 0 каналах
Get PRO
июнь '25
+32
в 0 каналах
Get PRO
май '25
+24
в 0 каналах
Get PRO
апрель '25
+67
в 0 каналах
Get PRO
март '25
+51
в 0 каналах
Get PRO
февраль '25
+39
в 0 каналах
Get PRO
январь '25
+48
в 0 каналах
Get PRO
декабрь '24
+61
в 0 каналах
Get PRO
ноябрь '24
+61
в 0 каналах
Get PRO
октябрь '24
+73
в 0 каналах
Get PRO
сентябрь '24
+69
в 0 каналах
Get PRO
август '24
+43
в 0 каналах
Get PRO
июль '24
+80
в 0 каналах
Get PRO
июнь '24
+5 076
в 0 каналах
Get PRO
май '24
+110
в 0 каналах
Get PRO
апрель '24
+203
в 0 каналах
Get PRO
март '24
+221
в 0 каналах
Get PRO
февраль '24
+2 813
в 0 каналах
Get PRO
январь '24
+302
в 0 каналах
Get PRO
декабрь '23
+214
в 0 каналах
Get PRO
ноябрь '23
+57
в 0 каналах
Get PRO
октябрь '23
+58
в 0 каналах
Get PRO
сентябрь '23
+47
в 0 каналах
Get PRO
август '23
+288
в 0 каналах
Get PRO
июль '23
+304
в 0 каналах
Get PRO
июнь '23
+308
в 0 каналах
Get PRO
май '23
+322
в 0 каналах
Get PRO
апрель '23
+262
в 0 каналах
Get PRO
март '23
+600
в 0 каналах
Get PRO
февраль '23
+110
в 0 каналах
Get PRO
январь '23
+185
в 0 каналах
Get PRO
декабрь '22
+217
в 0 каналах
Get PRO
ноябрь '22
+127
в 0 каналах
Get PRO
октябрь '22
+198
в 0 каналах
Get PRO
сентябрь '22
+204
в 0 каналах
Get PRO
август '22
+405
в 0 каналах
Get PRO
июль '22
+547
в 0 каналах
Get PRO
июнь '22
+517
в 0 каналах
Get PRO
май '22
+228
в 0 каналах
Get PRO
апрель '22
+260
в 0 каналах
Get PRO
март '22
+49
в 0 каналах
Get PRO
февраль '22
+143
в 0 каналах
Get PRO
январь '22
+336
в 0 каналах
Get PRO
декабрь '21
+115
в 0 каналах
Get PRO
ноябрь '21
+240
в 0 каналах
Get PRO
октябрь '21
+194
в 0 каналах
Get PRO
сентябрь '21
+174
в 0 каналах
Get PRO
август '21
+191
в 0 каналах
Get PRO
июль '21
+230
в 0 каналах
Get PRO
июнь '21
+263
в 0 каналах
Get PRO
май '21
+194
в 0 каналах
Get PRO
апрель '21
+171
в 0 каналах
Get PRO
март '21
+280
в 0 каналах
Get PRO
февраль '21
+251
в 0 каналах
Get PRO
январь '21
+250
в 0 каналах
Get PRO
декабрь '20
+3 715
в 0 каналах
| Дата | Привлечение подписчиков | Упоминания | Каналы | |
| 26 сентября | 0 | |||
| 25 сентября | 0 | |||
| 24 сентября | +2 | |||
| 23 сентября | +1 | |||
| 22 сентября | +2 | |||
| 21 сентября | +3 | |||
| 20 сентября | +1 | |||
| 19 сентября | 0 | |||
| 18 сентября | +3 | |||
| 17 сентября | 0 | |||
| 16 сентября | +3 | |||
| 15 сентября | +1 | |||
| 14 сентября | +2 | |||
| 13 сентября | +1 | |||
| 12 сентября | 0 | |||
| 11 сентября | 0 | |||
| 10 сентября | +1 | |||
| 09 сентября | 0 | |||
| 08 сентября | +2 | |||
| 07 сентября | +3 | |||
| 06 сентября | +1 | |||
| 05 сентября | +1 | |||
| 04 сентября | 0 | |||
| 03 сентября | 0 | |||
| 02 сентября | +2 | |||
| 01 сентября | +3 |
Посты канала
Ваш AI-агент може витрачати більше токенів, ніж потрібно. І справа не обов’язково в моделі. 👀
Інженери Cursor показали промт для тих, хто створює власного AI-агента та його інфраструктуру (agent harness).
Якщо простими словами, harness — це «обв’язка» навколо AI-моделі, яка дає агенту доступ до файлів, терміналу, Git та інших tools, керує контекстом і визначає, як агент виконує задачу крок за кроком.
У Cursor вирішили оптимізувати саме цю частину.
Використали кілька підходів:
→ строгіші та коротші промпти — менше зайвих інструкцій у контексті;
→ вибіркове завантаження tools — агент не отримує опис усіх інструментів, якщо вони йому не потрібні;
→ покращене кешування — менше повторного передавання однакового контексту;
→ стисле читання файлів — менше токенів витрачається на службову інформацію під час роботи з кодом;
→ оптимізацію роботи subagents — менше зайвої координації між агентами.
За замірами Cursor, це дозволило скоротити витрати на токени приблизно на 7% без зниження якості.
А тепер найцікавіше: один з інженерів Cursor опублікував довгий промт, який можна дати своєму coding agent, щоб він сам проаналізував і оптимізував його harness за подібними принципами.
👉 Промт для оптимізації harness
А тут — детальний розбір від Cursor про те, як вони оптимізували token efficiency:
👉 Стаття Cursor
Оптимізація AI-агента — це вже не тільки питання вибору моделі. Те, як агент отримує контекст, працює з tools, пам’яттю та кодом, напряму впливає на його можливості й собівартість.
Якщо хочете не просто користуватися AI-інструментами, а розбиратися, як будувати власні AI-системи та агентів, приєднуйтесь на нові АІ-напрямки: 🤖 Agentic AI Development або 🧠 AI Engineer
| 2 | Пройшли всі етапи відбору. Вам уже майже готують оффер. А потім — «На жаль, ми вирішили продовжити пошук» 😬
Іноді причина може бути зовсім не у технічних навичках, тестовому чи співбесіді. Один із неочевидних факторів — feedback із попередніх місць роботи.
Під час фінальної перевірки компанія може зв’язатися з вашим колишнім керівником або колегами, щоб підтвердити:
🔹 чи справді Ви працювали в компанії та на зазначеній позиції;
🔹 як довго працювали;
🔹 які у Вас були обов’язки;
🔹 чи можуть Вас рекомендувати;
🔹 яким був Ваш стиль роботи та взаємодія з командою.
І тут можуть виникнути проблеми.
Наприклад:
1️⃣ Ви пішли з компанії у конфлікті й залишили після себе негативне враження.
2️⃣ Колишній керівник або колеги можуть дати негативний feedback.
3️⃣ Ви все ще працюєте в компанії, але керівник не знав про Ваш пошук роботи — і раптовий дзвінок рекрутера може стати дуже неприємним сюрпризом.
Що робити?
Якщо з колишнім керівником залишилися напружені стосунки — іноді краще самому вийти на контакт, закрити конфлікт і домовитися про нейтральний або позитивний feedback.
А якщо Ви не хочете давати контакт конкретного керівника — запитайте рекрутера, чи можна надати контакт іншого менеджера або колеги, який добре знає Вашу роботу.
І ще один простий принцип: намагайтеся розходитися з компаніями професійно.
IT-ринок не настільки великий, як здається. Люди переходять з компанії в компанію, а колишній керівник сьогодні може виявитися Вашим майбутнім колегою, клієнтом або людиною, яка дасть Вам рекомендацію.
А якщо Ви якраз плануєте перейти в IT у Project Management або Business Analysis, важливо прокачувати не лише професійні навички, а й те, як презентувати свій досвід на співбесіді.
🌞 Подивитися програми та обрати свій напрям ось тут 👉 Project Management або Business Analysis — з роботою над реальними кейсами та фокусом на навички, які потрібні в роботі. | 180 |
| 3 | 10 причин НЕ йти працювати у стартап 🌞
Про плюси роботи у стартапі писила ось тут: швидкий розвиток, багато відповідальності, свобода, можливість впливати на продукт.
Але є й інша сторона.
Якщо думаєте про перехід у стартап — ось до чого варто бути готовими 👇
1️⃣ Переробки та ризик вигорання
Коли команда маленька, а задач багато, «це не моя зона відповідальності» працює не завжди 😅
Сьогодні Ви робите свою роботу, а завтра ще допомагаєте з релізом, продажами чи клієнтом.
2️⃣ Зарплата може бути нижчою
Стартап не завжди може конкурувати за компенсацією з великою продуктовою чи аутсорсинговою компанією.
Часто частину фінансової різниці компенсують обіцянками швидкого росту, опціонами або можливістю впливати на продукт.
3️⃣ Менше бенефітів
ДМС, бюджет на навчання, психолога, спорт, англійську та інші корпоративні плюшки — далеко не стандарт для невеликої компанії.
4️⃣ Ви стаєте «людиною, яка вміє все»
З одного боку — чудово для розвитку.
З іншого — можна отримати багато різнопланового досвіду, але недостатньо глибини в конкретній спеціалізації.
І при переході у велику компанію це може стати викликом.
5️⃣ Постійна невизначеність
Пріоритети можуть змінюватися буквально за тиждень.
Учора головним був один продукт, сьогодні — новий напрям, а завтра команда вже шукає інший Product-Market Fit.
6️⃣ Процеси можуть бути… творчими 😅
Сьогодні Scrum, завтра Kanban, а післязавтра:
«Давайте просто швидко зідзвонимось і вирішимо».
Для когось це свобода. Для когось — постійний хаос.
7️⃣ Вищий ризик скорочень
Невелика фінансова подушка, залежність від інвестицій або кількох великих клієнтів роблять стартап більш чутливим до провалів і просідання виручки.
8️⃣ Навчання може бути за принципом “розберешся по ходу”
У великій компанії часто є онбординг, внутрішні академії, документація та менторство.
У стартапі Вам можуть просто дати задачу й сказати: «Ось доступи. Успіхів» 😅
9️⃣ Занадто багато залежить від фаундерів
Рішення кількох людей можуть визначати буквально все: продукт, команду, бюджет і навіть те, над чим Ви будете працювати наступного місяця.
🔟 Романтизація “ми тут як сім’я”
Фраза «ми одна команда» звучить добре.
Але іноді за нею ховається очікування, що Ви будете працювати вечорами, виходити на зв’язок у вихідні й постійно «трохи потерпіти заради спільної мрії».
То стартап — це погано?
Не обов'язково.
Стартап справді може дати дуже багато: швидкий ріст, широкий досвід, відповідальність і можливість побачити бізнес не зсередини одного процесу, а цілком.
Просто перед переходом варто чесно відповісти собі: Я хочу зараз стабільності чи максимальної швидкості розвитку?
Бо у стартапі ціна за швидкість часто — невизначеність, високий рівень відповідальності та необхідність постійно адаптуватися.
А якщо хочете розвиватися в IT не методом «розберуся по ходу», а системно — у нас є практичні програми для тих, хто хоче посилити свою експертизу та перейти на новий рівень.
👉 Project Management, Business Analysis, Data Analytics, AI та інші IT-напрями:
https://shortnow.site/5p0dbs
P.S. Навчання — це теж інвестиція в те, наскільки багато можливостей Ви матимете під час наступного кар’єрного переходу. | 179 |
| 4 | Ми навчили AI писати код за хвилини. Але досі витрачаємо дні на погодження. Що відбувається?
McKinsey називає це «податком на координацію» — витратами часу на передачу роботи між командами, системами та етапами процесу. І тут є над чим задуматися менеджерам. 80% опитаних кажуть, що AI підвищив їхню особисту продуктивність. Але лише 37% відзначають позитивний вплив на EBIT компанії.
Тобто люди можуть працювати швидше, а бізнес при цьому — не рухатися швидше. Дослідження McKinsey про стан AI
Наприклад, ось звичайний IT-кейс:
👨💻 Розробник за допомогою AI робить задачу за день замість двох.
Далі:
→ 2 дні чекаємо code review
→ потрібне погодження іншої команди
→ у них інші пріоритети
→ збираємо зустріч
→ найближчий слот — у четвер
Розробник молодець. AI працює. Користувач поки нічого не отримав 😁
McKinsey наводить кейс промислової компанії Fortune 500:
⏱️ Робота всередині етапів процесу: 12–24 години
🐌 Затримки між етапами: 9–18 днів
Тобто проблема може бути не в тому, що люди повільно працюють. Проблема може бути в тому, що відбувається між ними.
Один із підходів McKinsey — передати AI-агентам частину координації: перевірку даних, звірку обмежень і передачу роботи на наступний етап. Людині залишаються винятки та рішення, де потрібне її втручання.
В одному з описаних кейсів цикл планування скоротили з 30 до 3 днів. Але є деталь, яка особливо цікава:
до впровадження технологій команда 4 місяці розбирала самі процеси та визначала межі самостійності AI.
Тобто почали не з:
❌ «Який AI-інструмент нам купити?»
А з:
✅ «Як взагалі у нас побудований цей процес?» (McKinsey про «coordination tax» та AI-агентів)
І ось тут ми приходимо до роботи Project Manager та Business Analyst.
PM працює з процесом, командою, залежностями, ризиками та блокерами.
BA — з вимогами, процесами, проблемами бізнесу та пошуком того, що саме потрібно змінити.
А AI стає інструментом, який допомагає автоматизувати частину цієї роботи.
Тому перед тим, як автоматизувати процес, спробуйте зробити просту вправу:
1️⃣ Візьміть одну завершену задачу.
2️⃣ Розділіть час роботи та час очікування.
3️⃣ Подивіться, скільки разів задача переходила між людьми або командами.
4️⃣ Знайдіть зайві погодження та ручні перевірки.
5️⃣ І тільки після цього подумайте, що саме варто автоматизувати AI.
Бо іноді проблема не в тому, що команда працює повільно. Проблема в тому, що команда занадто багато чекає.
👉 Якщо хочете розібратися, як працювати з процесами, вимогами, командами та проєктами в сучасному IT — дивіться наші програми Project Management та Business Analysis. | 193 |
| 5 | 🍎 Хочете створювати застосунки для iPhone, але не знаєте, з чого почати?
Почніть зі Swift — мови програмування, на якій створюють iOS-застосунки.
24 вересня проведемо безкоштовний онлайн-вебінар «Знайомство зі Swift: можливості та використання». За 1 годину Ви не просто послухаєте теорію, а напишете свій перший код на Swift і побачите, як із простих конструкцій поступово складається логіка реального застосунку.
На вебінарі розберемо:
🔹 як працює iOS-розробка та де використовується Swift
🔹 let, var і основні типи даних
🔹 умови, оператори та цикли
🔹 Array, Dictionary, Set
🔹 функції, параметри та return
🔹 як читати та розуміти Swift-код
🔹 практику — разом створимо невелику програму
🔹 що вивчати після бази: struct, class, Optionals, Closures, Protocols, SwiftUI, API та архітектуру iOS-застосунків
👨💻 Спікер — Roman Franchuk, Senior iOS Engineer
Це хороший формат, якщо Ви:
— тільки починаєте знайомство з програмуванням;
— розглядаєте iOS як новий професійний напрям;
— хочете зрозуміти, чи підходить Вам Swift;
— вже пробували програмувати, але хочете систематизувати базу.
📅 24 вересня о 17:00
📍 Онлайн
👉 Реєструйтеся на вебінар та зробіть перший крок до iOS-розробки: https://i.web-academy.ua/59Ev | 259 |
| 6 | Отримали оффер? 😌 Не припиняйте пошук роботи, поки не…
Періодично трапляються історії, коли людина нарешті отримує оффер, радіє, відмовляється від інших вакансій, припиняє спілкування з рекрутерами й більше нікуди не відгукується. До виходу в нову компанію — ще 2 тижні. Здається, можна нарешті видихнути після місяців пошуку. Але іноді все йде зовсім не за планом.
Кейс 1 😳 Оффер відкликали
За кілька днів до виходу рекрутер пише: «У компанії змінилися плани, позицію закриваємо».
Або бюджет на найм заморозили. Або hiring manager передумав. Або комунікація просто зникає. І ви залишаєтеся без нової роботи та вже без активних процесів з іншими компаніями.
Кейс 2 😑 Реальність не збіглася з оффером
Ви підписали документи, вийшли на роботу — і раптом виявилося, що реальність зовсім не така, як її описували на співбесідах.
Обіцяли нормальний онбординг — його немає. Говорили про цікаві задачі — а перший тиждень ви займаєтесь зовсім іншим. Розповідали про одну команду та менеджмент — а на практиці все виглядає інакше. Через кілька тижнів ви розумієте: «Схоже, це не моє».
І що далі?
Знову відкривати LinkedIn та Djinni, відгукуватися, проходити скринінги, технічні, тестові, чекати фідбек і витрачати ще кілька місяців на пошук.
Тому є просте правило 👇
Не зупиняйте пошук роботи одразу після отримання оффера.
Продовжуйте спілкуватися з компаніями та розглядати нові можливості до моменту, поки фактично не вийдете на нову роботу.
А після виходу — дайте собі хоча б тиждень, щоб зрозуміти, чи збігаються очікування з реальністю.
Так, це додаткові сили й час. Особливо коли після довгого пошуку хочеться просто сказати всім іншим: «Дякую, я вже знайшов/знайшла».
Але оффер — це ще не гарантія того, що робота вам підійде.
А якщо хочете підвищити свої шанси отримати цей самий оффер — потрібно постійно прокачувати актуальні IT-навички.
👉 Обирайте напрям і навчайтеся тому, що потрібно IT-ринку вже зараз: https://shortnow.site/ppelwf | 200 |
| 7 | 💼 Де шукати роботу в IT у 2026 році?
Просто відправляти резюме на всі вакансії підряд — уже не найкраща стратегія.
Зібрали основні канали пошуку роботи — від найбільш персоналізованих до масових 👇
1. Нетворкінг 🤝
Знайомтеся з людьми з компаній, у яких хочете працювати: колегами, рекрутерами, hiring managers, технічними спеціалістами.
Конференції, мітапи, професійні спільноти, LinkedIn, Threads — привід для знайомства знайдеться.
Іноді одна розмова дає більше, ніж десятки холодних відгуків.
2. Реферали
У багатьох українських та міжнародних IT-компаніях працюють referral programs.
Напишіть колишнім колегам, знайомим із професійної спільноти, однокурсникам.
Але не просто: «Привіт, є робота?»
Краще: конкретна вакансія → релевантний досвід → чому Ви підходите → прохання передати CV.
3. Напряму рекрутеру або hiring manager
Знайшли цікаву вакансію на Djinni, LinkedIn чи сайті компанії?
Не обмежуйтеся кнопкою «Відгукнутися».
Знайдіть рекрутера або hiring manager цієї команди та напишіть коротке персоналізоване повідомлення.
Особливо актуально для Senior/Lead позицій.
4. LinkedIn
У 2026 році LinkedIn — це не просто онлайн-резюме.
Оформіть профіль під ту роль, яку шукаєте, додайте релевантні контакти, увімкніть Open to Work і регулярно взаємодійте з контентом професійної спільноти.
А ще — пишіть власні пости про пошук роботи. Іноді можливість приходить не з відгуку, а з Вашої публікації.
5. Threads 🧵
В Україні Threads теж став робочим каналом для нетворкінгу та пошуку роботи.
Вакансії можуть з'являтися у звичайних постах рекрутерів, hiring managers або самих компаній. А кандидати публікують власні пости про пошук роботи — і отримують рекомендації та контакти прямо в коментарях.
Тому варто не лише моніторити вакансії, а й самим розповідати, яку позицію Ви шукаєте та який у Вас досвід.
І так — коментарі теж працюють. Знайомство може початися саме з них.
6. Djinni
Для українського IT-ринку це один із важливих майданчиків.
Особливо варто використовувати його, якщо Ви шукаєте роботу в розробці, QA, DevOps, Data, Product або суміжних напрямках.
Профіль має бути нормально заповнений, а на релевантні вакансії краще реагувати швидко.
7. Telegram-канали та професійні спільноти
Шукайте канали не тільки із загальними вакансіями, а й за конкретною спеціалізацією:
DevOps, QA, JavaScript, Python, Data, Product, Project Management тощо.
Окремо моніторте професійні чати та спільноти — вакансії там часто з'являються раніше, ніж на великих job-порталах.
8. Сайти самих компаній 🏢
Складіть список із 30–50 компаній, де Ви реально хотіли б працювати.
Підпишіться на їхні career pages, LinkedIn та інші канали комунікації.
Не чекайте, поки потрібна вакансія випадково з'явиться у Вашій стрічці.
9. Масові job-сайти
Work.ua, robota.ua та інші job-портали теж варто використовувати.
Але краще сприймати їх як один із каналів, а не як єдиний спосіб пошуку роботи.
🔥 І головне: не ставте все на один канал.
Ваш пошук може виглядати так:
Djinni + LinkedIn + Threads + реферали + Telegram + прямі контакти + сайти компаній.
Але є ще одна важлива частина рівняння: що саме Ви можете запропонувати роботодавцю.
Якщо Ви плануєте перейти в IT або хочете посилити свою спеціалізацію — у Web Academy навчаємо практичним IT-напрямам із менторами-практиками та роботою над реальними задачами. Переглянути актуальні програми та найближчі старти можна тут: https://shortnow.site/egagec
P.S. Ринок змінюється. Тому важливо не просто шукати вакансії, а постійно збільшувати кількість ролей, на які Ви реально можете претендувати. | 249 |
| 8 | 📱 Shopify повертається до native-розробки. І причина — AI-агенти
У 2020 році Shopify заявила: React Native — майбутнє мобільної розробки.
Тоді логіка була очевидною: одну функцію пишемо один раз — і отримуємо iOS та Android замість двох окремих реалізацій. Але у 2026 році економіка розробки змінилася.
AI-агенти вже можуть брати реалізацію для однієї платформи й переносити її на іншу, писати тести, підтримувати feature parity та працювати з кодом за межами основного стеку розробника.
Тому Shopify тепер робить ставку назад на Swift + Kotlin.
І найцікавіше — що вони вже це перевірили.
⚡️ Shop, один із найбільших мобільних продуктів Shopify, повністю переписали з React Native на native всього за 12 тижнів за допомогою AI.
Наступний на черзі — основний Shopify App: понад 300 екранів, віджети Home/Lock Screen, Apple Watch, Siri Shortcuts та інші.
Для міграції Shopify створила власну систему Helix.
AI не отримує завдання «перепиши весь застосунок». Він розбиває роботу на маленькі checkpoints. Кожен етап має:
→ пройти автоматичні тести
→ пройти візуальну перевірку
→ пройти два code review
→ отримати approval від людини
Архітектуру тепер проєктують не лише для людей, а й для AI-агентів.
Shopify відокремлює бізнес-логіку від UI та дає агентам доступ до неї через CLI. Це дозволяє їм швидко запускати й тестувати зміни без постійного керування симуляторами.
Але Shopify окремо підкреслює: React Native не став поганим.
У 2020 році це був правильний вибір. У 2025 Shopify навіть писали, що React Native успішно використовується у великих продуктах і продовжує розвиватися.
Просто з появою coding agents змінився головний аргумент на користь cross-platform: «написати один раз замість двох» уже не має тієї самої ваги.
І це, здається, один із найцікавіших трендів мобільної розробки зараз:
AI не просто допомагає писати код. Він змінює архітектурні рішення, які ми приймаємо ще до написання коду.
А якщо плануєте розробляти під iPhone — Swift та SwiftUI нікуди не зникають 💪
Увага! Реєструйтесь в наступну когорту по 🍎 iOS-розробці за посиланням: https://shortnow.site/ivska | 238 |
| 9 | 📱 Apple опублікувала гайдлайни для iPhone Duo
Під'їхали детальні рекомендації для розробників: як адаптувати застосунки під нову розкладушку — від layout і навігації до роботи з двома екранами та новими сценаріями взаємодії.
Тобто тепер офіційно зрозуміло, як Apple хоче бачити застосунки для Duo.
👉 iPhone Duo Design Guidelines
А якщо хочете розробляти такі застосунки — час прокачувати Swift + SwiftUI: https://shortnow.site/ppnl2q | 266 |
| 10 | 💳 У Китаї AI-токени вже почали використовувати як гроші
Ще недавно токени були просто технічною одиницею, яку бачили переважно розробники.
Сьогодні ними вже нагороджують, торгують і навіть використовують у фінансах.
І це, здається, тільки початок.
У Китаї одразу три банки запустили кредитні картки з AI-кешбеком:
— China Merchants Bank дає розробникам до 1,8 млрд токенів MiniMax як бонус;
— Shanghai Pudong Development Bank — до 3 млрд токенів Qwen від Alibaba;
— Agricultural Bank of China разом з AmEx та Moonshot AI запустили Kimi-карту: за покупки нараховують токени Kimi, квоти на AI-агентів і coding.
Тобто тепер можна витратити гроші в магазині й отримати назад не милі та не гривні, а AI-потужності.
А далі стає ще цікавіше.
🥟 AI-токени почали давати навіть разом із їжею.
У пекінському ресторані Jingu Yuan після пельменів відвідувачі отримують комп'ютерні кредити.
Логіка прекрасна:
Ви вже поїли. Тепер нагодуйте свого AI-агента.
І це реально працює як маркетинг — ресторани роздають сотні ваучерів і привертають до себе увагу.
Але це все ще можна списати на креативний маркетинг.
А ось наступний кейс уже серйозніший.
💰 У Гуанчжоу банки почали видавати кредити AI-стартапам, оцінюючи їхню спроможність за обсягом виробництва та споживання токенів. У молодого AI-стартапу може не бути заводів, нерухомості чи іншого звичного забезпечення.
Зате є обчислювальні потужності та величезне споживання AI.
І банки вже починають бачити в цьому економічну цінність.
Тобто токени поступово проходять шлях:
технічна одиниця → товар → бонус → платіжний інструмент → актив.
І саме тут стає цікаво.
Бо якщо AI-потужності стають настільки дешевими й доступними, що їх можна роздавати разом з дерунами, бізнес починає вигадувати навколо них абсолютно нову економіку.
AI-кешбек. AI-підписки. AI-агенти як сервіс. Кредити під AI-потужності. Продукти, які раніше взагалі було неможливо створити.
P.S. А якщо хочете не просто читати про AI, а розібратися, як такі системи будуються на практиці — це якраз те, що ми розбираємо на наших AI-напрямах: https://shortnow.site/mz5n3 | 282 |
| 11 | 🍎 iOS 27 виходить уже сьогодні — зібрали головні зміни
Apple сьогодні запускає нову версію iOS, і цього разу найбільше уваги отримала Siri.
Що нового:
🤖 Siri AI — значно розумніша версія асистента, яка розуміє контекст, бачить, що відбувається на екрані, працює з персональними даними та може виконувати більше дій у застосунках. Щоправда, на старті Siri AI не буде доступна в ЄС.
✨ Оновлений Liquid Glass — Apple допрацювала дизайн після iOS 26: кращий контраст, чіткіші іконки та новий повзунок для налаштування прозорості інтерфейсу.
⚡️ Продуктивність — запуск застосунків може бути до 30% швидшим, завантаження нових фото — до 70%, а передача через AirDrop — до 80%.
📱 iPhone Handoff — можна буде перемикатися між двома iPhone, використовуючи один номер на обох пристроях. Потрібна підтримка оператора.
🧠 Ще більше Apple Intelligence — нові можливості Photos, Image Playground, Shortcuts та інші AI-функції.
📍 Find My — більше контролю над геолокацією: можна задавати точний час завершення доступу або тимчасово приховувати локацію від окремих людей.
🚗 Відео в CarPlay — сумісні автомобілі зможуть відтворювати відео через CarPlay, але тільки коли авто припарковане.
📲 Загалом iOS 27 підтримуватиме iPhone 12 і новіші, але частина Apple Intelligence-функцій потребує iPhone 15 Pro або новішого.
А якщо хочете не просто користуватися новими AI-функціями, а розуміти, як створюють iOS-застосунки, — запрошуємо на курс з iOS (Swift/SwiftUI): https://shortnow.site/8wgm49d | 302 |
| 12 | «Ми обрали іншого кандидата» або 15 причин відмовити Вам після співбесіди 🙄
Багато кандидатів болісно сприймають відмови, особливо коли пройшли всі етапи, де Вам усміхались, хвалили й натякали, що Ви — чудовий кандидат.
А потім раптом:
«Ми вирішили продовжити процес з іншим кандидатом».
І реальну причину Вам майже ніколи не скажуть. У результаті починаєш сумніватися: «Може, зі мною щось не так як із професіоналом?»
✋ Зупиніть ці сумніви.
Відмова після співбесіди далеко не завжди означає, що Ви недостатньо хороші. Іноді причина взагалі не у Ваших професійних навичках.
Наприклад, Вам можуть відмовити, якщо Ви:
Занадто часто змінювали роботу — «а раптом і від нас підете через рік».
Занадто довго працювали в одній компанії — «чи зможе адаптуватися?».
Ставили багато запитань — «напевно, і на роботі буде постійно питати».
Майже нічого не запитували — «мабуть, наша компанія йому/їй не цікава».
Попросили час подумати над офером — «а що тут взагалі думати?».
Сказали, що готові вийти хоч завтра — «чому це він так легко доступний?».
Готові вийти через 2 тижні — «нам потрібна людина вже зараз».
Говорили занадто просто — «можливо, недостатньо досвіду».
Використовували багато професійного жаргону — «щось занадто хоче показати, який він крутий».
Керівник передумав — і тепер компанії потрібен зовсім інший спеціаліст.
Ви були першим кандидатом — «а раптом далі буде хтось сильніший?».
Ідеально вирішили всі кейси — «100% списував або використовував AI».
Сказали, що не готові регулярно працювати понаднормово — «а як же дедлайни?».
Чесно відповіли, чому хочете піти з поточної компанії — «щось багато негативу».
Відповіли занадто дипломатично — «напевно, щось недоговорює».
І це лише 15 причин. Насправді їх може бути набагато більше 😅
Тому відмова ≠ Ви поганий спеціаліст.
Іноді Ви просто не підійшли конкретній компанії в конкретний момент. А іноді рішення взагалі було прийняте не через Вас.
💙 Не зупиняйтесь після одного «ні». Відгукуйтесь далі, ходіть на співбесіди, збирайте фідбек і ніколи не ставте все на одну компанію.
Поки у Вас немає оферу — процес триває.
А ще краще — паралельно прокачуйте те, що реально впливає на результат співбесіди: резюме, самопрезентацію, технічні знання та відповіді на типові запитання.
☺️ А ми у Web Academy допомагаємо системно прокачувати IT-навички та готуватися до наступного професійного кроку: https://shortnow.site/w69gj | 306 |
| 13 |  ‼️ iPhone Duo — можливо, найхайповіший iPhone в історії Apple 🤯
Вчора Apple нарешті показала свій перший складний iPhone — і це справді одна з найцікавіших новинок року.
📱 5,4" зовнішній + 7,6" внутрішній дисплей
⚡️ A20 Pro та новий модем C2
🔋 Дві батареї, до 24 годин роботи
👆 Touch ID у бічній кнопці замість Face ID
📸 2×48 Мп камери + фронталка під дисплеєм
💾 До 2 ТБ памʼяті
💰 Від $1999
Передзамовлення стартують 16 жовтня, продажі — 23 жовтня.
І знаєте, що цікаво? Такий iPhone — це не просто нове залізо. Це нові сценарії для iOS-застосунків. А отже, для iOS-розробників стане ще більше можливостей проявити себе. 👀
🍏 Хочете навчитися створювати сучасні iOS-застосунки?
На курсі iOS-розробки зі Swift та SwiftUI Ви розберете Swift, Xcode, SwiftUI та сучасний підхід до розробки iOS-застосунків — із практикою та фідбеком від досвідченого iOS-розробника.
👉 Прокачуйтесь у розробці на Swift+AI уже зараз, деталі тут: https://i.web-academy.ua/75dj | 323 |
| 14 | 🌌 Хей-хей, які плани на вечір?!
Сьогодні той самий день — Apple Event 2026: «Surprise and shine» 🍎✨
📱 У центрі уваги — нове покоління iPhone. Серед головних очікувань — iPhone 18 Pro, оновлена лінійка iPhone та, можливо, зовсім новий складний iPhone Ultra 👀
⌚️ Не обійдеться й без Apple Watch — очікуємо нове покоління годинників та оновлення функцій для здоров’я й фітнесу.
🎧 А ще Apple може показати нові AirPods та інші пристрої.
🤖 І, звісно, особливо цікаво, що буде з Apple Intelligence. Після WWDC26 Apple вже показала нове покоління Siri на базі Apple Intelligence — тож сьогодні цілком можуть бути нові AI-сюрпризи.
🔥 Стрім починається сьогодні о 19:00 за Києвом.
▶️ Дивитися онлайн: Apple Event | 302 |
| 15 | 📚 Книжка про AI-агентів, яку нам справді хочеться порекомендувати
Давно не було оглядів книжок. Але тут, здається, якраз той випадок, коли є що порекомендувати. Michael Albada — Building Applications with AI Agents: Designing and Implementing Multiagent Systems. Книга дуже акуратно веде від базових AI-застосунків до складних multi-agent систем. Автор дивиться на агентів не як на магічну кнопку, а як на повноцінну інженерну систему.
Архітектура, правила, обмеження, безпека, evals, observability, production.
До речі, дуже показовий момент: поки книга їхала до друку, частина фреймворків та API вже встигла змінитися.
Welcome to AI engineering 😁
Але саме тому книга цікава не як збірка конкретних API, а як спосіб мислення.
1️⃣ Можливо, вам взагалі не потрібен агент
Автор фактично пропонує таку ієрархію:
детермінована задача → звичайний код
відомий набір сценаріїв → workflow
потрібно працювати з документами → RAG
непередбачуваний input + динамічне планування + виконання дій → агент
Бо іноді наша AI-архітектура виглядає приблизно так:
«Це можна було зробити за 20 хвилин через if/else, тому ми побудували multi-agent system».
😅
2️⃣ Агент — це далеко не тільки LLM
Повноцінна агентна система — це:
• модель
• tools
• memory
• knowledge
• orchestration
• learning
• infrastructure
І чим більше автономності ми даємо системі, тим більше інженерії з'являється навколо самої LLM.
Саме тут AI engineering починає ставати схожим на software engineering.
3️⃣ Більше агентів ≠ краще
Окремо автор розбирає перехід від одного агента до multi-agent systems.
І тут теж немає:
«Давайте додамо ще 10 агентів — так буде AI-архітектурніше».
Multi-agent підхід має сенс, коли потрібні:
спеціалізація → паралельне виконання → складна координація.
В інших випадках ви просто отримуєте:
більше комунікацій → більше контексту → більше токенів → більшу затримку → більше точок відмови.
Тобто стара добра істина з мікросервісів:
не треба робити складну архітектуру просто тому, що ви можете її зробити.
4️⃣ Evals стають частиною SDLC
Одна з найкорисніших ідей книги.
У звичайному software engineering:
написали → протестували → задеплоїли.
З агентами цього недостатньо.
Треба перевіряти:
• чи правильно агент вибрав tool;
• чи правильно передав параметри;
• чи адекватно спланував дії;
• чи дістав правильну memory;
• чи не галюцинує;
• як поводиться з unexpected input;
• чи взагалі досягає кінцевої мети користувача.
Тому: непротестований агент = ненадійний агент. І evals мають бути не фінальним «екзаменом» перед релізом, а частиною самого циклу розробки.
5️⃣ А після production починається найцікавіше 😁
Запустити агента — це тільки половина роботи.
Далі з'являються:
tracing → observability → OpenTelemetry → Langfuse → Grafana → shadow mode → canary → regression detection
І навіть self-healing agents.
Тобто поступово вимальовується дуже цікава картина:
AI engineering стає все більше схожим на звичайний software engineering.
Тільки тепер всередині вашої системи є ймовірнісний компонент, який іноді абсолютно впевнено вирішує зробити щось дуже творче 😂
📖 Кому читати: AI Engineers, software engineers, product managers і всім, хто вже не просто грається з ChatGPT, а хоче розуміти, як будувати AI-системи, які реально можна віддати в production.
А якщо хочете не просто читати про AI engineering, а розібратися, як такі системи будуються на практиці — це якраз те, що ми розбираємо на наших AI/LLM-напрямах: https://shortnow.site/8se3g | 256 |
| 16 | Чому ви не доходите до офера? 🤨
У вас уже є досвід, хороші проєкти та цілком конкурентний набір навичок.
Ви знаходите релевантні вакансії, надсилаєте відгуки, проходите скринінг із рекрутером і навіть доходите до співбесіди з hiring manager.
А далі… «Дякуємо, ми обрали іншого кандидата» 😒
І виникає логічне питання:
«Ну що йому ще від мене потрібно? У резюме ж усе є!»
Важливо розуміти рекрутер та hiring manager дивляться на вас зовсім по-різному.
Рекрутеру важливо зрозуміти, чи відповідаєте ви вакансії: досвід, стек, компанії, рівень.
А hiring manager думає зовсім про інше:
👉 Як ви будете вирішувати незнайомі задачі?
👉 Як приймаєте рішення, коли немає очевидної відповіді?
👉 Як взаємодієте з командою?
👉 Як реагуєте на помилки та конфлікти?
👉 І головне — чи можна вам довірити результат?
Тому відповідь:
❌ «Я відповідав за розвиток продукту, аналізував метрики та ставив задачі команді»
звучить непогано, але майже нічого не говорить про вас.
Набагато сильніше:
✔️ «У нас падала конверсія на етапі X. Я проаналізував дані, знайшов основну причину, запропонував зміну Y, переконав команду протестувати цей варіант — і в результаті отримав +18% до конверсії».
У другому випадку керівник бачить уже не просто рядок із резюме.
Він бачить ваше мислення, особистий внесок та рівень відповідальності. Саме тому можна мати 5+ років досвіду й регулярно отримувати відмови на фінальних етапах.
Проблема може бути не у вашому досвіді. А в тому, як ви його презентуєте.
До співбесіди з hiring manager варто готуватися окремо:
— розібрати свої найсильніші кейси;
— виділити особистий внесок у кожному проєкті;
— підготувати конкретні цифри та результати;
— навчитися пояснювати не лише що ви зробили, а й чому;
— заздалегідь продумати складні рішення, помилки та конфлікти.
Бо на співбесіді вас оцінюють не за кількість рядків у CV. Вас оцінюють за тим, наскільки добре ви зможете вирішувати проблеми компанії. А навички, які допомагають рости в IT, працювати з AI та проходити співбесіди впевненіше, можна системно прокачувати.
👉 Обирайте напрямок, прокачуйте актуальні навички: https://shortnow.site/q2eahf | 226 |
| 17 | 2 роки спостережень. 22 000 інженерів. Понад 4 000 команд.
І, здається, починає підтверджуватися те, про що ми говорили давно 👀
AI справді прискорює розробку. Але є нюанс: за це прискорення хтось платить.
І дуже часто цей «хтось» — сеньйор-розробник.
🤖 Люди занадто легко перекладають роботу далі по ланцюжку.
Якщо AI може написати код, підготувати відповідь або згенерувати рішення — виникає спокуса не сильно вникати.
Згенерував → швидко перевірив → відправив далі.
А далі цей результат потрапляє на ревʼю до людини, яка має достатньо досвіду, щоб зрозуміти, де саме AI «красиво набрехав».
І тут починається найцікавіше.
📊 У дослідженні Faros AI проаналізували роботу 22 000 інженерів у понад 4 000 командах.
Результати виглядають дуже показово 👇
🚀 Завдань справді закривають більше. На одного розробника припадає:
📈 +33,7% завершених задач
📈 +16,2% merged PR
Звучить чудово.
Можна вже робити презентацію для керівництва:
«Ми впровадили AI. Продуктивність зросла. Тепер давайте порахуємо, скільки розробників нам більше не потрібно» 🙂
Але далі починається ревʼю.
🧠 Ревʼю стало значно дорожчим
Медіанний час перебування PR на етапі ревʼю зріс у 5,4 раза.
Автори дослідження називають це «податком на сеньйорів».
Чому?
Бо AI-код часто виглядає переконливо. Він акуратний. Синтаксис правильний. Коментарі є. Тести іноді навіть проходять. Але щоб знайти помилку в бізнес-логіці, архітектурі або взаємодії з іншими частинами системи — потрібно реально розуміти систему.
І цю роботу поки що ніхто не скасовував.
🔥 До продакшену теж дійшли зміни. У командах із активним використанням AI:
🐛 +54% багів на одного розробника
🚨 +57,9% інцидентів на місяць
Тобто AI допоміг швидше написати код. А потім хтось швидше почав його фіксити 🫡
Ще одна цікава цифра:
🔄 Code churn зріс на 861%.
У дослідженні це співвідношення видалених рядків коду до доданих за квартал.
І тут важливо не робити занадто простий висновок у стилі:
«AI просто нагенерував купу поганого коду».
Причини можуть бути різними:
— переробки AI-згенерованого коду;
— швидші експерименти;
— рефакторинг;
— очищення старого легасі.
Але тренд очевидний: ми стали писати більше коду, який потім доводиться змінювати.
💭 І ось головна думка. У AI є прихована підписка. Вона називається:«Senior». 😅
Ми купуємо AI-інструменти, прискорюємо розробку, збільшуємо кількість задач і PR.
А потім навантаження тихо переїжджає на людей, які можуть:
— нормально провести ревʼю;
— знайти логічну помилку;
— зрозуміти архітектурні наслідки;
— розрулити інцидент у проді.
І, здається, саме тому найбільшими бенефіціарами AI зараз стають не завжди сеньйори.
Найбільше виграють ті, кому потрібно швидко зібрати, протестувати і відправити результат у світ.
Ті самі «шипери» 🚀
А сеньйори?
Сеньйори отримують ще одну чергу PR на ревʼю 🙂
Наша ставка: через рік ми побачимо дослідження про те, що все більше AI-коду потрапляє в продакшен практично без повноцінного людського ревʼю.
Бо якщо ревʼю стає головним bottleneck — команди почнуть його «оптимізувати».
А там уже почнеться зовсім інша історія.
🤔 От тепер цікаво, як думаєте, AI реально зменшить потребу в сеньйорах чи навпаки — зробить хороших інженерів ще дорожчими?
🎓 А якщо хочете не просто користуватися AI, а розуміти, як працюють сучасні AI-системи та створювати власні продукти — запрошуємо на AI-напрями Web Academy.
🤖 AI / LLM Engineer — для тих, хто хоче працювати з LLM, AI-агентами, RAG-системами та сучасним AI-стеком.
⚡️ Agentic AI Development — для розробників, які хочуть навчитися створювати продукти та застосунки за допомогою Claude Code, AI-агентів і сучасних інструментів розробки.
Бо в новій реальності недостатньо просто вміти попросити AI написати код. Потрібно вміти перевірити його, зрозуміти та побудувати систему, яка справді працює 💪 | 238 |
| 18 | 😬 Пройшли співбесіду — і компанія просто зникла? Як отримати фідбек після співбесіди?
Ви витратили час на підготовку, пройшли кілька етапів співбесіди, поспілкувалися з рекрутером і командою…
А потім — тиша. 🦗
Багато кандидатів у такій ситуації просто чекають або соромляться написати першими.
Але ми радимо завжди запитувати фідбек.
Навіть якщо вам відмовили, це може допомогти зрозуміти:
— чого не вистачило;
— які навички варто прокачати;
— що було слабким місцем на співбесіді;
— що покращити перед наступним інтерв'ю.
🤔 Як правильно запитувати зворотний зв'язок?
🔹 Ще під час співбесіди
Наприкінці інтерв'ю обов'язково уточніть:
«Коли я можу очікувати фідбек щодо наступного етапу або рішення?»
Так у вас буде конкретний дедлайн.
Якщо він минув — не потрібно сидіти й чекати.
🔹 Якщо після співбесіди мовчать
Через 2–3 дні після обіцяного дедлайну можна спокійно нагадати про себе:
Привіт! Хотів(-ла) уточнити, чи є вже апдейт щодо моєї кандидатури після інтерв'ю? Якщо є можливість, буду також вдячний(-а) за короткий фідбек 🙌
Якщо відповіді немає — можна написати ще раз через кілька днів.
А якщо ви справді дуже зацікавлені у вакансії та впевнені, що добре підходите на роль, можна спробувати напряму написати hiring manager.
Іноді рекрутер просто… потонув у кількості задач 😅
🔹 Якщо вам відмовили
Не просто відповідайте «Дякую за відповідь».
Спробуйте отримати конкретику 👇
Дякую за відповідь! Якщо є можливість, буду вдячний(-а) за трохи детальніший фідбек. Які фактори найбільше вплинули на рішення і що, на вашу думку, мені варто посилити для подібних позицій?
Можна також уточнити:
— Які мої сильні сторони ви відзначили?
— Чого конкретно не вистачило?
— Яких навичок або досвіду очікували від кандидата?
— Що варто покращити перед наступними співбесідами?
🤷♂️ А чому компанії взагалі не дають фідбек?
🔹 Немає часу. Рекрутери та hiring managers можуть проводити десятки співбесід і просто фізично не встигати давати детальний фідбек кожному.
🔹 Немає культури фідбеку. На жаль, не всі компанії вміють нормально комунікувати з кандидатами.
🔹 Юридичні ризики. Детальний негативний фідбек можуть неправильно інтерпретувати або винести у публічний простір. Тому компанії часто обмежуються шаблонним «ми обрали іншого кандидата».
🔹 Банально забули. Так теж буває. Люди змінюють пріоритети, вакансію можуть поставити на паузу, а кандидат просто випадає з процесу.
👉 Але головне — пам'ятайте:
Якщо вам не дали фідбек, це зовсім не означає, що ви слабкий кандидат.
І навіть якщо вам відмовили — одна співбесіда не визначає вашу цінність як спеціаліста.
Але кожна співбесіда може зробити вас сильнішим кандидатом для наступної 💪
🎯 Хочете краще проходити співбесіди, впевненіше презентувати свій досвід і розуміти, чого зараз реально очікують роботодавці?
Навчання в IT — це не лише про технічні навички. Це ще й про те, як правильно упакувати свій досвід, пройти відбір і отримати свій офер.
👉 Обирайте напрямок, прокачуйте актуальні навички — і готуйтеся до наступної співбесіди вже з сильнішою позицією: https://shortnow.site/zi5v7e | 260 |
| 19 | Як виторгувати +20% до оферу? 🤑
Ви пройшли всі етапи співбесід кола HR-пекла, отримали омріяний офер — і тут бачите цифру, яка нижча за ваші очікування.
Наприклад, ви озвучували бажаний рівень компенсації $3 000, а в офері бачите $2 500.
Що робити?
❌ Одразу відмовлятися?
❌ Ображатися та вимагати більше?
❌ Мовчки погоджуватися?
А може, просто… нормально домовлятись? 🤝
Ось 3 кроки, які можуть допомогти покращити умови 👇
1️⃣ Не погоджуйтеся одразу — візьміть паузу
Не поспішайте казати «так» або «ні».
Подякуйте за пропозицію та скажіть, що офер вам цікавий, але ви хочете взяти трохи часу, щоб уважно оцінити всі умови.
Це нормально.
Офер — це не фінальний вирок. Це початок переговорів.
2️⃣ Підготуйте аргументи, а не просто назвіть бажану цифру
Фраза:
«Я хочу більше грошей»
працює значно гірше, ніж:
«Ось чому моя компенсація має бути вищою».
Перед розмовою зберіть свої аргументи:
🔹 який зараз рівень компенсацій на ринку для вашого рівня;
🔹 які результати ви показували на попередніх проєктах;
🔹 які конкретні проблеми компанії ви можете вирішити;
🔹 які ваші навички особливо цінні саме для цієї позиції;
🔹 які вимоги вакансії ви закриваєте краще за інших кандидатів;
🔹 чи є у вас інші пропозиції або фінальні етапи в компаніях із вищою компенсацією.
У вас має скластися проста логіка:
Ринок → мій рівень → мої результати → моя цінність для цієї компанії → бажана компенсація.
3️⃣ Обговоріть офер голосом, а не в нескінченному листуванні
Краще попросити короткий дзвінок із HR або hiring manager.
Спочатку підтвердіть головне:
👉 вам цікава компанія;
👉 вам подобається позиція;
👉 ви реально хочете прийняти офер.
І тільки після цього переходьте до обговорення компенсації.
Наприклад:
«Мені справді дуже цікава ця позиція, і я бачу себе в команді. Але хотів би обговорити компенсацію. З огляду на мій досвід, результати та поточний рівень ринку, я розраховував на $3 000. Чи можемо ми переглянути цю цифру?»
Якщо вам відповідають:
— Ми можемо максимум $2 700.
Не поспішайте одразу погоджуватися.
Спокійно запитайте:
«Це фінальна сума, яку компанія може запропонувати?»
Якщо так — переговори не обов'язково закінчуються.
Можна обговорити:
💰 бонус або sign-on bonus;
📈 перегляд зарплати через 3–6 місяців;
🎯 performance bonus;
🏖 більше днів відпустки;
🕒 гнучкіший графік;
🚀 інший грейд або швидший career review.
📌 І головне — не бійтеся торгуватися.
Ви не «випрошуєте більше грошей». І не ставите компанію перед ультиматумом.
Ви обговорюєте умови співпраці.
Компанія хоче отримати сильного спеціаліста. А ви хочете отримати умови, які відповідають вашій цінності.
І найчастіше гірший сценарій переговорів — вам просто скажуть «ні».
Але якщо ви взагалі не спробуєте — відповідь буде «ні» автоматично 🤷♂️
🔥 До речі, переговори щодо зарплати починаються задовго до оферу.
Ваші навички, досвід, портфоліо та вміння правильно презентувати себе напряму впливають на те, яку цифру вам запропонують. Тому якщо хочете не просто шукати роботу, а виходити на ринок як сильний спеціаліст — інвестуйте в навички, які реально потрібні бізнесу.
👉 Обирайте свій напрям в IT та починайте будувати кар'єру разом з нами: https://shortnow.site/geubtb | 250 |
| 20 | 🤖 AI вже може написати вам iOS-застосунок. Тоді навіщо у 2026 році вивчати Swift, Xcode та iOS-розробку? 👀
Бо між «Claude Code, зроби мені застосунок» і реальною апкою, яку можна запустити на iPhone, — є величезна різниця. AI може написати код.
Але вам все одно потрібно розуміти:
📱 як працює iOS-застосунок;
🍎 що таке Xcode;
💻 як читати та перевіряти код;
🎨 як створюється інтерфейс у SwiftUI;
🐛 і що робити, коли AI згенерував код, який… не працює 😅
Саме про це поговоримо вже 7 вересня о 17:00 на безкоштовному онлайн-вебінарі 👇
🍎 «Перші кроки в iOS-розробці: Xcode, Swift та SwiftUI»
На вебінарі покажемо, з чого почати знайомство з iOS-розробкою в епоху AI.
Без занурення в нескінченну теорію — розберемо базові інструменти та принципи, які допоможуть вам зрозуміти, як створюються застосунки для iOS та як використовувати AI у розробці більш ефективно.
Що буде:
🔹 Xcode та основи роботи з середовищем розробки
🔹 Знайомство зі Swift через Playground
🔹 Робота з документацією
🔹 Декларативне та імперативне програмування
🔹 SwiftUI та створення інтерфейсів
🔹 Симулятори та тестування застосунків
🔹 Що робити після перших кроків у iOS-розробці
🔹 Q&A зі спікером
🎤 Спікер — Andriy Ibragimov, iOS Developer
💡 Цей вебінар для тих, хто хоче не просто “вайбкодити” застосунки, а розуміти, що саме створює AI і як довести ідею до реального продукту.
📅 7 вересня
🕔 17:00 за Києвом
💻 Онлайн
👉 Реєструйтеся та дізнайтеся, як почати створювати iOS-застосунки у світі, де AI вже пише код разом із вами:
https://i.web-academy.ua/HLZf | 273 |
