اکنون در دسترس! پژوهش تلگرام ۲۰۲۵ — مهمترین بینشهای سال 
Дивовижний світ веброзробки
رفتن به کانال در Telegram
Дивовижний світ веброзробки — тепер і в твоєму телеграмі. Анонси відео з YouTube-каналу «Сергій Бабіч та Дивовижний світ веброзробки», стріми, авторські статті та цікаві знахідки. youtube.com/@babichweb Реклами та інтеграції обговоримо
نمایش بیشتر2 976
مشترکین
-324 ساعت
-97 روز
-1930 روز
در حال بارگیری داده...
کانالهای مشابه
هیچ دادهای
مشکلی وجود دارد؟ لطفاً صفحه را تازه کنید یا با مدیر پشتیبانی ما تماس بگیرید.
ابر برچسبها
اشارات ورودی و خروجی
---
---
---
---
---
---
جذب مشترکین
ژوئن '26
ژوئن '26
+9
در 0 کانالها
مه '26
+50
در 1 کانالها
Get PRO
آوریل '26
+43
در 0 کانالها
Get PRO
مارس '26
+39
در 0 کانالها
Get PRO
فوریه '26
+50
در 0 کانالها
Get PRO
ژانویه '26
+74
در 1 کانالها
Get PRO
دسامبر '25
+68
در 3 کانالها
Get PRO
نوامبر '25
+114
در 1 کانالها
Get PRO
اکتبر '25
+247
در 3 کانالها
Get PRO
سپتامبر '25
+176
در 2 کانالها
Get PRO
اوت '25
+307
در 3 کانالها
Get PRO
ژوئیه '25
+335
در 3 کانالها
Get PRO
ژوئن '25
+122
در 3 کانالها
Get PRO
مه '25
+692
در 6 کانالها
Get PRO
آوریل '25
+1 013
در 3 کانالها
| تاریخ | رشد مشترکین | اشارات | کانالها | |
| 16 ژوئن | +1 | |||
| 15 ژوئن | 0 | |||
| 14 ژوئن | 0 | |||
| 13 ژوئن | 0 | |||
| 12 ژوئن | 0 | |||
| 11 ژوئن | 0 | |||
| 10 ژوئن | 0 | |||
| 09 ژوئن | +1 | |||
| 08 ژوئن | +1 | |||
| 07 ژوئن | 0 | |||
| 06 ژوئن | 0 | |||
| 05 ژوئن | +1 | |||
| 04 ژوئن | +4 | |||
| 03 ژوئن | 0 | |||
| 02 ژوئن | +1 | |||
| 01 ژوئن | 0 |
پستهای کانال
| 2 | #css_in_action
Користувацькі CSS-функції уже майже за рогом, тож прийшов час поглянути на них дещо ближче.
Сучасний CSS дозволяє вирішувати усе складніші задачі, зокрема через певну реактивність, закладену у CSS змінних, себто CSS custom properties, та широкий спектр нативних CSS-функцій на кшталт clamp(), color-mix() та інших. І тепер ми можемо створювати доволі хитромудрі вирази на кшталт:
clamp(var(--min), 2vw + 1rem, var(--max));
Проте досі перевикористання таких виразів лишається болючою скалкою в дупі. Ми вимушені писати таку логіку наново в усіх місцях, де вона нам потрібна, що, погодьтеся, дещо незручно. Однак надія є, і вже досить давно в роботі знаходиться специфікація CSS Functions and Mixins Module Level 1, хоча й у статусі Working Draft.
Зокрема, цей документ вводить поняття CSS custom functions, які покликані саме для того, аби дати можливість створювати власні функції та перевикористовувати складні математичні формули. А вони в CSS дійсно складні, хоча б через свій синтаксис, але шо тут вже вдієш.
Виглядають вони приблизно ось так:
@function --fluid-size(--min, --max) {
result: clamp(var(--min), 2vw + 1rem, var(--max));
}
…
font-size: --fluid-size(1rem, 3rem);
Синтаксис простий:
- Оголошуємо через at-rule @function;
- Назва має префікс --, як і решта синтаксису для користувацьких властивостей в CSS;
- Функція може приймати параметри;
- Параметри можуть мати значення за замовчуванням: --fn(--x: 1px) {…};
- Параметри можна типізувати: --fn(--clr <color>) {…}
- Параметр може бути списком: --fn(--list <length>#), width: --fn({1px, 7px, 2px}) (саме так, з фігурними дужками);
- Ключове слово result є, по суті, відповідником нашого улюбленого return;
Можна навіть писати досить складну (наскільки це можливо) логіку. Наприклад, створювати проміжні змінні з власними розрахунками чи просто як константи:
@function --fluid-size(--min: 1rem, --max: 3rem) {
--preferred: calc(2vw + 1rem);
--safe-min: max(var(--min), 0.875rem);
result: clamp(var(--safe-min), var(--preferred), var(--max));
}
Ба більше, користувацькі функції підтримують медіа-запити:
@function --narrow-wide(--narrow, --wide) {
result: var(--wide);
@media (width < 700px) {
result: var(--narrow);
}
}
та умовну функцію if(), яку варто розібрати окремо.
Що по підтримці? Ну, поки трошки сумно. Реалізацію поточного драфту для custom functions викотив Chromium, що означає, що ми можемо спробувати цей синтаксис в Chrome, Edge та решті хроміум-зоопарку.
Firefox, як і завжди, певно не спішитиме з імплементацією допоки стандарт не перейде до стабільнішого рівня, а щодо Safari впевненим можна бути лише в одному — що ми не можемо бути в ньому впевненими.
Я, насправді, дуже чекаю коли CSS custom functions увійдуть до Baseline, бо це, насправді, дуже зручна можливість. До речі, рука в руку з ними йде й чернетка CSS mixins, на які я теж чекаю. Про міксіни поговоримо згодом, коли до них дійдуть руки хоча б у Chromium, але маю сподівання, що чекати лишилося недовго.
Чого я з таким нетерпінням чекаю на момент, коли ці специфікації увійдуть до Baseline? Бо це означатиме початок забуття SCSS та всіляких інших LESS, до яких я відчуваю безпідставну та пекучу неприязнь. А якщо цей допис набере бодай 100 реакцій, то я розповім чому. А як не набере, то не розповім.
@babichdev
***
Що почитати:
MDN: @function CSS at-rule
MDN: Using CSS custom functions
Що почитати душнілам:
W3C: CSS Functions and Mixins Module
P.S. Товариство, дуже сподіваюсь, що у вас все добре, наскільки це може бути.
Росія — кончена країна кончених людей.
Тримаймося. | 1 018 |
| 3 | Доброго ранку, товариство.
Так, ніби з поїздками поки все, але від того мій розклад щось не стає легшим. Навпаки, я тепер вдома буду як електровіник крутитися.
Поки очухуюсь від ФанКону, пробую зібрати докупи усе, що маю зробити і написати, тому, швидше за все, нічого не буду робити і писати, а буду сумно прокрастинувати, уявляючи, як я все роблю і пишу.
Але тим не менш. Цього четверга запрошую вас на перші лампові дебати у Львові: https://t.me/it_lampa/61
Я там буду модератором. І що супер важливо: квитків усього 20, лишилося усього 7, більше не буде, і запису не буде, і стриму не буде. Ексклюзив, в общім.
Буду радий вас бачити! | 1 708 |
| 4 | Вперше за кілька років їду до Києва не в дивовижно-веброзробницьких справах, а просто по фану. Якщо точніше — на ФанКон ) Як раптом побачите мене там, не соромтесь, підходьте )
А тим часом ви можете добити мені дві тисячі переглядів на "Одне питання — три відповіді".
Можете ж? Можете?
Всім гарного завершення тижня і спокійних вихідних! | 2 018 |
| 5 | Товариство, жарти жартами, але від вашого активу під відео може залежати, чи ютуб його вирішить взагалі показувати в рекомендованих.
Тому дуууууже попрошу коментарів та вподобайок, особливо від тих хто вже подивився.
Дякую. | 1 903 |
| 6 | Новий випуск "Одне питання — трив відповідь" уже на каналі!
https://youtu.be/IESsvnPfPtU
ОБОВ'ЯЗКОВО: вподобайка, коментар і поширення. А то забаню всіх.
Приємного перегляду! | 1 840 |
| 7 | Я розпочав карʼєру у веброзробці 2011 року. Здається, це було не так давно, але минуло вже 15 років.
Парадокс у тому, що світ тоді не виглядав аж таким далеким від сьогоднішнього: уже був інтернет, смартфони, макбуки й інші звичні нам технологічні радощі. Тому ці півтора десятиліття й не відчуваються як півтора десятиліття — радше як кілька дуже насичених років.
Можливо, саме через це розробка досі сприймається як щось дуже нове. Ніби ми живемо ледь не на світанку галузі, а більшість продуктів, якими користуємося, зʼявилися буквально нещодавно.
Але іноді дуже цікаво задуматись — а коли зʼявилися ті продукти, програми, якими ми користуємось ледь не щодня, ну або принаймні дуже активно користувалися донедавна.
Наприклад, моєю першою роботою, повʼязаною з компʼютерами, був веб дизайн. Очевидно, що тоді (а це плюс-мінус 2006-2011 роки) все малювалося у фотошопі, який я запускав щодня, аби намалювати черговий сайт-візитку. І хіба міг 20-річний я навіть здогадуватися, що мій повсякденний інструмент зʼявився тоді, коли я ходив до радянського дитсадочку?
Так-так, саме радянського, бо перша версія Adobe Photoshop зʼявилася у лютому 1990 року. Ба більше, другий їхній продукт, яким я користувався паралельно з фотошопом, взагалі старший за мене на кілька місяців. До вашої уваги — Adobe Illustrator, 19 березня 1987 року.
Рухаємося далі. Я не уявляю собі людини, яка за віком може бути моєю колегою по роботі, що в житті не чула про Microsoft Word та Excel. Ці два продукти є де-факто стандартом в багатьох галузях, успішно витримавши конкуренцію як від хмарних продуктів, так і від опенсорсних аналогів. Їх досі викладають в школах. А зʼявилися вони…
Excel виходить 1985 року, тоді ж, коли в совєтському союзі розпочинається "пєрєстройка". Яка в свою чергу стала одним з каталізаторів розвалу цієї недоімперії. От би й в 2026 році Microsoft випустили щось, що через сову на глобус призведе до розпаду Росії…
А Microsoft Word побачив світ 1983 року, практично одночасно з підключенням четвертого енергоблоку ЧАЕС до мережі. Гм, у мене починає зʼявлятися думка, що усі ці події якось повʼязані між собою… Але сова чогось не погоджується.
Пірнаємо глибше? Тоді зануримося у 70-і роки. Несподівано, так?
1979 року, коли мій тато працює на будові і отримує зарплату у віконечку, компанія RSI випускає Oracle V2, що стала першою комерційною SQL-базою даних. Хоча й у нас тоді відбувалися примітні події — до прикладу, вийшла кінострічка "Вавілон ХХ" Івана Миколайчука, яка нині посідає 10 місце у топ-100 українських фільмів у рейтингу "Довженко-Центру".
І тут ви такі "ШООООО?! Який такий SQL?!". Ну так. SQL. Першу версію якого, під назвою SEQUEL (а ви думали це прикол такий?), було описано IBM Research 1974 року (повноцінно стандартом SQL став, щоправда, аж у 1986). Що ще цікавого відбулося цього року? Славнозвісний Watergate і відставка Ніксона. Та, були часи, політики йшли у відставку через скандали, уявіть собі таке…
Копнути ще разочок? Добре. Але разочок. І цього разу нам доведеться відвідати… Місяць.
І тут ви такі "ШООООО?! Який такий Місяць?! Забув таблетки випить?". Таблетки то я забув випить, але поки, дякувати богу, ще не ті. А на Місяць ми з вами летимо разом з екіпажем Apollo 11, члени якого стали першими в історії представниками людства, що ступили на інше небесне тіло. І поки 20 липня 1969 усі, затамувавши подих, слідкували за висадкою астронавтів, у нетрях Bell Labs Кен Томпсон писав перші (а може й не перші) рядки коду операційної системи, яка згодом стала відомою як UNIX.
І це я оглянув лише декілька прикладів програмних продуктів, якими ми усі користуємося в тому чи іншому вигляді й досі. Якщо придивитися уважніше, то виявиться, що не так уже й довго лишилося до першого сторіччя першого рядочку коду, написаного високорівневою мовою.
Програмування існувало задовго до нас, і, хочеться вірити, існуватиме довго після нас. | 1 759 |
| 8 | #нове_відео
Товариство, нове відео вже на каналі!
Розмовляв з Ігорем Закутинським, CTO в FORMA, про масштабування глобальних продуктів з України, AI у щоденній роботі CTO та про те, чому наступне десятиліття української tech-індустрії може стати визначальним для світу.
З вас вподобайки, коментарі та поширення.
Приємного перегляду!
https://youtu.be/lIugEWpCzX4 | 1 998 |
| 9 | Фреймворк-абізянство — це такий особливий спосіб мислення, коли навіть hover робиться через setState. І так, я цей приклад не вигадав, я бачив такий код в проді.
А от як назвати протилежне мислення, я ще не знаю. Суть його полягає в тому, що замість робити ВСЕ на умовному реакті, спочатку треба трошки подумати — "а може HTML/CSS/JS вже самі таке вміють?".
Дивіться, я тут останнім часом ношусь і з dialog, popover, @layout, @scope, всякими приколами з Browser API, що аж примудрився зібрати цілком собі робочий застосунок чисто на нативці. І поки я робив ту альфа-версію, усе частіше ловив себе на думці, що величезну кількість речей ми досі робимо максимально складно. Просто за звичкою.
Я якось сів і почав прикидати, що можна теоретично викинути або зробити по іншому в будь-якій бібліотеці компонент. І перше, що спадає на думку — усілякі тултипи, таби, закривайки-випадайки і тому подібний дрібʼязок чудово робляться за доповогою нативних елементів.
А що не дуже робиться, то для того є Custom Elements. Готуючись до доповіді на fwdays, я зрозумів одну цікаву річ — коли мова йде про нативні вебкомпоненти, усі думають про страшний Shadow DOM, з усіма його ізоляціями, інкапсуляціями, шаблонами та іншими страхіттями. Хтось просто боїться класів. Ну але то таке.
Річ у тім, що нам геть не обовʼязково використовувати Shadow DOM і мудохатися з ізоляцією стилів. Custom Elements чудово себе почувають в так званому Light DOM (неофіційна назва), коли вони виступають просто такою собі обгорткою для відкритого фрагменту дерева.
Так от. Custom Elements виявились дуже зручними для невеличких "тупих" компонентів, задачею яких є якийсь простенький функціонал, наприклад, перемикання активного елемента всередині в залежності від значення атрибуту. Чи той же collapse/expand, але з зовнішнім керуванням. У мене взагалі є компонентик, який просто показує поточний слайд у вигляді "7/8", склеюючи два значення докупи.
В чому ж, на мою думку, вигода? По-перше, Custom Elements підтримуються сьогодні будь-яким відром. По-друге — сумісність. Ваш фреймворк не зможе відрендерити Custom Element лише в одному випадку — він не вміє рендерити усі інші теги. По-третє — зменшення залежності на внутрішні приколи вашого стеку, кастомні елементи залежать тільки на вебстандарти і бравзери. По-четверте — якщо засукати рукави і перенести всі банальні й прості рішення з фреймворку на Custom Elements, то можна нічогенько так скоротити фінальний розмір бандлу.
Загалом, ідея цього допису полягає в тому, щоб за нагоди почати практикувати таку собі трирівневу систему прийняття рішень при створенні нового компонента:
1. Чи вміє це HTML/CSS/JS?
Ви будете приємно здивовані тим, скільки всього сьогодні вміє платформа. Я й сам час від часу роблю для себе приємні відкриття, буду відвертим. Загалом, якщо вам треба щось просте, спочатку пошукайте, чи нема такого вже в бравзері.
2. Чи треба мені для цього мій фреймворк?
Нативна платформа, хоч і вміє вже багато, усе ж дає нам радше кубики з леґо аніж готові рішення. І часто рішення треба зібрати самим. Але тут теж є певний простір для маневру — часто певні рішення цілком собі складаються докупи без залучення додаткової складності. Ті самі Custom Elements — це той шар, який дозволяє зібрати певний функціонал, надаючи вам і реактивність, і інструменти для DOM, і події, і команди, і ще купу всього просто з коробки.
3. Чи можу я не все зробити з фреймворком?
Тут більше задача на декомпозицію. Часто, дійсно, новий компонент може видаватися складним, залежним на глобальні стани, завʼязаним на інші компоненти і так далі. Але, якщо подихати носом і подивитися зі сторони, можна побачити як страшна велика задача розкладається на оберемок маленьких нестрашних. І тоді ми можемо спокійно повертатись до питання №1.
Я би радив спробувати розглядати ваш фреймворк як такий собі оркестратор, який відповідає за складні композитні задачі, а прості речі він віддає на відкуп бравзеру і вашим знанням платформи.
Якщо спробувати зібрати це все в один афоризм — не сапайте вазони комбайнами.
@babichdev | 2 231 |
| 10 | Товариство, маю чудові новини.
Усіма правдами й неправдами вдалося вчасно дозібрати необхідні кошти на РЕБ для 115 ОМБр, і сьогодні я оплатив решту рахунку. Щойно отримаю світлини від бійців, відзвітую окремим дописом. Дякую усім, хто долучився бодай гривнею!
Але навіть не думайте питати, на що мені довелося піти, аби закрити збір вчасно.
***
До речі, ще можна взяти участь у розіграші квитка на AI JavaScript fwdays'26, що відбудеться 23 травня.
Умови прості — донатьте від 200 гривень і беріть участь в розіграші. Квиток розіграю завтра. Кошти, залучені цим розіграшем, підуть на наступний збір.
🔗Посилання на банку
https://send.monobank.ua/jar/CKBtmw5Ya
💳Номер картки банки
4874100037660035
Якщо ж не терпиться взяти квиток вже, то ось вам промокод на 15% — 73D6A13895 | 2 378 |
| 11 | Київ, булочка з маком і Карпати.
Люблю життя за непередбачуваність. Цього року обставини складалися так, що я не мав бути присутнім на DOU DAY взагалі. А склалися таким чином, що я мало того, що був, то ще й обидва дні мав місце в програмі.
Мені подобаються події від DOU не самим розмахом (хоча за це їм окрема повага), а радше розмаїттям можливостей до спілкування, до нових несподіваних знайомств, до неочікуваних зустрічей. До речі, саме так я познайомився з прекрасними людьми з Headway, Appflame, Obrio, Universe та іншими, завдяки яким мій ютуб настільки змінився за останній рік. Це так, до слова.
Так, я їжджу на DOU в першу чергу за новими знайомствами. Не за контактами, а саме за знайомствами. І мені дуже імпонує, що DOU збирають в одному місці настільки різних людей з різних галузей. Взагалі, я на конференції раджу усім ходити в першу чергу заради нетворкінгу та нових знайомств.
А ще мені дуже подобається, що там є величезна купа людей, які в упор не знають, хто я такий. Воно трохи приземляє, знаєте ) Корисно для таких мікрознаменитостей, як я )
В перший день я робив, не знаю, воркшоп — не воркшоп, лекцію — не лекцію, в общім намагався розказати про один маленький, але дуже гордий проєктик, який я написав ось цими самими руками без всяких ваших фреймворків. Там було і про Custom Elements, і про всякі нові й не дуже приколи CSS та JS, і про Browser API, і про усілякі цікаві трюки. І якщо перед цим воркшопом я жартував, що мені на нього треба шість годин, а не півтори, то під час нього я зрозумів, що це був геть не жарт. Мені реально не вистачило часу бодай поверхнево розповісти про усе, що я хотів. Тому думаю тепер, як це його зібратися докупи і якісь статті написати, чи шо.
А в суботу я записував подкаст з Вірою Ткаченко, CTIO в MacPaw. Я міг би говорити з нею про іновації, про ШІ, про ще якісь "гарячі" теми, але вирішив розмовляти про те, що цікаво мені. А цікаво мені було дізнатися більше не про CTIO, а про людину за цією посадою. І вийшло дуже цікаво й душевно. Зокрема говорили про жінок в ІТ, і для мене, як батька двох дочок, такі теми є дуже важливими. А ще дуже важливим є те, щоб в кожній галузі для них були такі приклади для наслідування, як Віра.
Запис, до речі, вийде на ютубі свого часу.
А ввечері був концерт Жадана і всілякі розваги, проте я на них не потрапив. Чому? Тому, що конференції конференціями, популярність популярністю, але якщо я пообіцяв сину поїхати з ним в шкільну поїздку в Карпати — значить я маю їхати в шкільну поїздку в Карпати. Навіть якщо для цього треба міняти квитки і їхати пів дня в Інтерсіті, аби бути ввечері вдома.
Бо посеред усього двіжу, посеред постійної метушні, посеред постійних зйомок, мітапів, конференцій та інших атракцій надзвичайно важливо памʼятати, що насправді важливе лише те, що ми робимо для своїх близьких. | 2 259 |
| 12 |  Мем на злобу дня, як то кажуть | 2 014 |
| 13 |  І знову їду до столиці
Під гуркіт рейок Укрзалізниці | 2 461 |
| 14 |  І знову їду до столиці
Під гуркіт рейок Укрзалізниці | 0 |
| 15 |  Товариство, як і обіцяв — розіграв квиток на DOU DAY.
Вдалося зібрати 12 471 гривню, за що я вам безмежно вдячний!
P.S. Ну а за кілька годин вирушаю до Києва. Фотку з потяга запостить? ) | 2 421 |
| 16 | Товариство, у мене, виявляється, є ще один PRO квиток на DOUDAY 2026!
Робим просто — з вас донат від 300 гривень, і він, з певною вірогідністю, ваш.
https://send.monobank.ua/jar/WssDisTXH
Розіграю квиток до відправлення потяга на Київ сьогодні ввечері ) | 2 288 |
| 17 | #думки_вголос
Чи можна на співбесіді відповідати "Я не знаю"?
Можна. Але.
Я б не радив на цьому завершувати відповідь. Будь-яке питання на співбесіді — нагода для вас або проявити свою експертизу, або ж скерувати розмову у вигідному для вас напрямку. І як же це зробити, якщо ви не знаєте, що відповідати?
Замість просто "Я не знаю" кажіть "Я не стикався/не працював/не маю достатньо досвіду з цим. Але мені було б дуже цікаво дізнатися, як саме це використовується у вас в проєкті". І тоді, замість зупинити розмову незручною тишею, ви натомість можете перехопити ініціативу і змусити вже інтервʼюєра стати активним учасником діалогу.
В такий спосіб можна проявити одразу кілька моментів: ви чітко розумієте межі своїх знань, водночас виявляєте інтерес до нових знань і показуєте справжній інтерес до проєкту, а не просто намагаєтесь проскочити співбесіду.
Сама по собі відповідь "Я не знаю" певною мірою шкідлива, якщо звучить саме так. Хоч це і й цілком собі нормальна відповідь. Намагання вгадати чи, боронь боже, вигадати відповідь може вас просто-напросто закопати на таку глибину, що у вас зʼявляється непримарний шанс знайти рештки динозавра.
Повірте, досвідчений інтервʼюєр знає, коли ви не знаєте. І знає, коли ви знаєте, але не можете зібрати відповідь докупи. Ось тут, до речі, порада саме інтервʼюєрам — слухайте уважно, аналізуйте резюме і пробуйте робити висновки не лише з прямих відповідей, а й з дотичних.
У мене в практиці було не раз, коли кандидат казав "Я не знаю", але я ж то розумів, що знає! В цьому випадку я намагаюсь підштовхнути людину до відповіді, задаю навідні питання, нагадую про минулі відповіді, які дали мені підказку. Кандидат може знати відповідь, практикувати якісь підходи, просто не знаючи, що це саме те, про що ви питаєте. Я й сам дійшов до багатьох речей самотужки, емпірично, і просто можу не знати, що ось саме це має саме таку назву.
Тому дуже важливо вміти визначити отакі сигнали і направити кандидата в правильному напрямку, аби він врешті сам склав два й два і дійшов висновку, що насправді знає ту саму правильну відповідь. Це, до речі, один з моїх улюблених моментів на співбесіді, коли я бачу, як загоряються очі в людини, до якої щойно прийшо усвідомлення, що вона насправді знає.
Тому я й раджу постійно не спішити з відповіддю, а уважно дослухати питання, взяти кілька секунд павзи на обробку запиту, і обовʼязково поставити уточнюючі запитання. Особливо, якщо у вас є чуєчка, що воно щось знайоме, але ви не можете сходу сформулювати відповідь.
До речі, маю ще одну пораду, яка дозволить вам не панікувати і не вклякати, коли ви чуєте питання, на яке ви не можете дати відповідь. Так от, перед співбесідою проаналізуйте свій досвід і знання, підготуйте таку собі рамку комфортних тем.
Це потрібно для того, щоб ви чітко знали — ось це я знаю достатньо аби плюс-мінус вести розмову, а усе, що сюди не влучає, автоматично потрапляє до категорії "Я цього не знаю, але було б цікаво дізнатись". В такий спосіб ви вже наперед приберете невизначеність, якої ми й боїмося на співбесідах.
"А що, як мене спитають Х?" і є частою причиною страху й хвилювання, які можуть вас завалити на співбесіді навіть без активної участі інтервʼюєра. А от коли чи знаєте, як поводитись в такому випадку, оця страшна невизначеність просто зникає, бо ви тепер маєте чіткий сценарій, як діяти.
Не знати — нормально і очікувано. Питання лише в тому, чи можете ви перетворити це на вашу сильну сторону, показавши, що незнання для вас не перепона, а чи це стає для вас бетонною стіною у вашому професійному розвитку.
@babichdev
P.S. Товариство, збір на РЕБ для 115 ОМБр триває, і ми суттєво відстаємо від графіка. Лишилося 65 000 гривень і усього 5 днів.
Нагадую, що можна виграти квиток на AI Javascript fwdays'26 за донат усього від 200 гривень. Ну або можна просто задонатити.
Дякую за кожну гривню! | 2 256 |
| 18 | Товариство, я буду виступати на JavaScript fwdays'26, що відбудеться 23 травня.
Моя доповідь буде роздумом на тему того, чому ми взагалі використовуємо фреймворки, які проблеми вони дійсно допомагають вирішити, а які — ні. Виступатиму цього разу онлайн.
І з цієї нагоди хочу розіграти квиток на конференцію за донат на РЕБ для 115 ОМБр.
Умови прості — донатьте від 200 гривень і беріть участь в розіграші.
🔗Посилання на банку
https://send.monobank.ua/jar/CKBtmw5Ya
💳Номер картки банки
4874100037660035
Якщо ж не терпиться взяти квиток вже, то ось вам промокод на 15% — 73D6A13895
P.S. На завершення збору ми маємо усього тиждень, 19 травня — твердий дедлайн.
Наразі маємо 122 282 грн з необхідних 200 000. | 1 858 |
| 19 | Світлини зі зйомки "Одне питання — три відповіді". Робіть дописи, діліться враженнями )
https://15837-mariia-gnip.gallera.io/626653-3-pitannia-1-vidpovid | 1 839 |
| 20 |  Отак і з'явився маленький проєкт, код якого я буду показувати на DOU DAY.
Спочатку навайбкодив, а потім заглянув в сорси одним оком. | 1 874 |
