Сіпласпластик

А ще питають такі:
— А на чому писати збираєшся?
— На C++ та #QML авжеж! (Хоча зараз думаю, що легше на Python+QML)
— У-у-у-у… Наші люди тільки на сішарпі та ангулярі вміють…

І важко їх звинуватити в чомусь. The #Qt Company просрала можливість зайняти нішу на десктопах (та й на решті систем втрачає позиції). Шкода, бо QML сама по собі дуже прикольна 😢 Але недовго їй лишилось, мабуть.

Отже, історія отримала розвиток. Після чергової відмови від директорки Security & Compliance надати мені APIʼшку я накатав якийсь драматичний текст про те, як на всіх all-hands нарадах компанія парить про інновації та імпрувменти, а щойно справа дійшла до більш-менш активних дій, то всі тільки здатні вигадувати мільйон відмазонів. Це подіяло 😁 Тож вона пішла та створила нараду на купу інших директорів та Heads of Something Important.

Показувати мені було нема чого, тому я вчора витратив години чотири надвечір, аби задизайнити в Figma декілька скрінів для тулзи, що я запропонував створити. Власне, на першому скріншоті наша поточна система (не питайте, що ті всі флексі-хуєксі таке, я не розумію все одно), а на другому те, що мені хотілося б бачити натомість.

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

Гарні новини: я принаймні мав змогу донести свою ідею, і в цілому вона була сприйнята дуже позитивно. Також це мій перший UI-дизайн чого-небудь, створеного власноруч, ever. Виглядає, може, доволі просто, але хто сказав, що воно не мусить?

Втім думаю, якщо подальші події й матимуть місце, то нескоро.

Ніяк не закінчу свій довгенький звіт про менеджерський експеримент, що я ставив впродовж чотирьох місяців. Stay tuned, має бути цікаво. А доки звіт в процесі, поділюсь іншою «новиною», яка, ймовірно, цікава тільки мені 🙂

Чи багато ви бачили Product Managerʼів в outsource-компаніях? Ось я жодного разу не зустрічав, хоча пошук по корпоративній директорії каже, що нас таких аж девʼятеро.

Так, я тепер Product Manager офіційно, хоча фактично виконую цю роль вже понад два роки. Значний досвід в програмуванні та керуванні людьми + зацікавленість в інтерактивному дизайні + щире бажання допомагати користувачам + пошуки шляхів, як за все це отримувати гроші — це доволі виграшна комбінація, як виявилось 😁

Окремої розповіді вартий процес отримання цього тайтлу в моїй компанії. Я давно шукав собі якусь назву позиції, що відображала б, чим я фактично займаюсь, але все було марно. Тож я пішов до ChatGPT, написав йому, що роблю, та попросив запропонувати мені варіанти. Потім обрав те, що сподобалось та на мою думку відповідало найліпше. Окремий челендж був — переконати в цьому й інших, починаючи з мого безпосереднього менеджера. Тож я знов пішов до ChatGPT й кажу: «мені треба переконати всіх, що це моя роль. Зроби мені чекліст» 😂 Він згенерив, я пройшовся по чеклісту, додавши відповідних конкретних прикладів, почекав декілька місяців на всі апруви — й вуаля!

Бодай там як, я задоволений. От якби ще зп накинули 🤑

Поточний стан справ з підтримкою High-DPI в офіційному інстоллері #Qt на вінді 🤡

(Тим часом ми пишемо десктопну програму на Qt під три системи, й у нас все ок).

Я вже неодноразово згадував, що моя найулюбленіша система збирання проєктів — це #Qbs. Базується цей вибір на двох суперобʼєктивних причинах авжеж: 1) на хибному першому враженні, що за мову там використовують #QML (90% збігається, але насправді це не вона, від чого реально палає нерідко), та 2) на тому, що не можу терпіти #CMake 😁

В кьюбсі в найпростішому вигляді достатньо викликати qbs build або навіть qbs run, й він все сам зробить. Втім інколи треба додати пару якихось ключів в команд-лайн, які я безумовно не памʼятаю. Що в таких випадках люди роблять першочергово? Правильно, пишуть qbs build --help. Але це суперечить концепції(!) головного розробника, тому наразі результат отакий:

ERROR: Invalid use of command 'build': Unknown option '--help'.
Type 'qbs help build' to see how to use this command.

Концептуальність — це завжди офігезно авжеж, але не тоді, коли це щодня наламує мені UX. Так, я не можу спеціально для цієї тулзи тримати в памʼяті, що треба писати qbs help build замість qbs build --help, бо в нормальних прогах це тотожні виклики.

Тож я пішов та зробив свій перший внесок в Qbs аж на пʼять рядків коду, який це виправляє 😂 Довелось заради цього навіть gerrit налаштувати собі з його ґітовими гуками.

Сьогодні вмержив 🥳🍾

До речі сам термінал на скріні — це Warp (наразі є тільки під macOS). Користуюсь ним певний час вже, бо там є цікаві ідеї та фічі, як-от вбудована ШІ-шка. Але й сумнівних моментів в ньому повно.

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

Колись, може, створю свій термінал, ідеї для якого лежать в OneNote вже років десять 😅⌛️ А поки розділ #тулзи залишиться без нього.

Важко в це повірити, але щойно відсидів на черговому (пʼятому? шостому?) вебінарі, де знов розповідали, як важливо трекати час, потім повторювали всі ті ж 11 часових констрейнтів, яким мають відповідати дані в системі, далі погрози про скорочення зп, а опісля: «ми це робимо для вас та вашого work-life balance» 😂 Для тих, хто пропустив минулі серії, нагадую: компанія доволі марно намагається з початку року впровадити обовʼязковий тайм-трекінг (який взагалі-то був і до того, але не дуже працював).

Можна шкіритись з цього нескінченно авжеж, бо це реально смішно. Трохи дещо конструктивніших думок з продуктової точки зору:

1. Поганий UX — це коли не компʼютер спрощує життя людині, а коли людина намагається задовольнити забаганки компʼютера. Й тема з часовими обмеженнями як раз про це, бо фактично я маю сидіти та обраховувати в голові, чи працюю я довше ніж 6 годин або чи не коротша моя перерва за 15 хвилин. Що заважає автоматично ці дані обраховувати та хоча б показувати користувачу — не зрозуміло.

2. Система в її поточному стані викидає мене кожні N годин, де N менше, ніж довжина мого робочого дня. Нащо? Кому взагалі спало на думку, що розлоговувати користувача з будь-якої системи — це гарна думка?

3. Компанія: «Ви маєте абсолютно чесно та в ріалтаймі логати час». Також компанія: «Ви не можете робити перерви менш ніж 15 хвилин або працювати після 21:00». Так мені чесно логати, чи знову ж працювати на красиві дані в системі? Я розумію авжеж проблему компанії: вона має, якщо що, довести на аудітах, що її працівники не овертаймлять вночі. Але ж це фактично не збігається з моїм реальним режимом роботи. Хз насправді, як це вирішувати. Тут, схоже, в мене руки звʼязані.

4. Коли всі працювали в офісі, можна було доволі легко виробити певну дисципліну, бо на вході висів термінал для тайм-трекінгу: зайшов — зачекінився, вийшов — зачекаутився. Сидячи вдома, цього так просто не зробиш. В мене між моментом, коли я прокидаюсь, та першою нарадою — три хвилини 😅 Немає жодного приводу відкривати окрему прогу на телефоні чи сайт на компі та натискати там кнопочку. І це безперечно типова engagement-проблема. Як перший крок я б зробив, щоб прога принаймні викидала ремайндер, коли комп виходить зі сліпу, може. Взагалі, ідей в мене значно більше, але апішки досі нема.

5. З боку компанії доволі дивно протягом більше ніж пів року робити одне й те саме, але чогось очікувати на інший результат. Хоча вони щойно додали ще більше обмежень для співробітників, тож може це і є результатом їхнього аналізу патернів користування? Бо фактично система працює на тих, кому потім доповідати на аудитах, а не на тих, хто туди вносить дані 🙂 Трохи нагадує недавню (чи поточну?) ситуацію з редітом, де найбільша цінність продукту в величезному живому датасеті, тож логічно давати доступ до цих даних тільки за копійочку, але в той самий час весь контент user-generated, а обмеження напряму вплинули на користувачів, які цей датасет наповнюють. Уроборос якийсь 😂

Раптом хто не знає: в терміналі можна зробити собі файні діфи. Я налаштував собі delta, але існують й інші #тулзи. Колись, памʼятаю, користувався для цього diff-so-fancy, наприклад, але той написаний на якійсь суміші Perl та shell, тоді як delta — на Rust, і є навіть підтримка Emacs 😂

Втім насправді я діфи майже ніколи не дивлюсь в терміналі, бо VSCode завжди відкритий все одно.

Три дні поспіль пишу на Go, який не шарю авжеж. Ну, як пишу… Є тулза, що виконує низку перевірок на CI, тож я її трохи адаптував під поточний стан репозиторію, а далі фіксив свої ж баги. Трохи вражень:

1. Сама мова лайно здається примітивною. Якась нелаконічна місцями. Немає(?) навіть тернарного оператору чи чогось на кшталт, ну йобен-бобен.
2. Але! Вона принаймні на перший погляд дуже просто читається через це, бо у розумників типу мене немає можливості хєранути ванлайнер з композицією каррованих функцій абощо. Точніше, можливість може і є, тільки мова до того не спонукає якось.
3. Можливість зібрати single binary зі всіма залежностями без зайвих танців навколо — це прям офігенно.
4. А якщо додати до цього кроскомпіляцію — то це просто 🤯 Збираю на одній системі одразу під 4 інших. І знову ж таки без зайвих рухів: тупо змінні оточення треба поставити.
5. Вперше за років 10 може скористався зневаджувачем. Якось вже звик тупо по логах розбиратись зазвичай, аж тут сьогодні не просто брякпоїнт поставив, а навіть умову до нього додав! 😂 Прикольна тема насправді, хоча запускається жесть як довго.

Отже, в сухому залишку мова варта уваги, як я і думав останні років пʼять, тільки приводу погратись із нею не було. А коли думаю про пункти 2–4 в контексті C++, то аж зуби болять 😬

Якщо раптом треба «вивчити» Go хвилин за пʼять, то є мануал як раз на такий випадок на офігезному сайті Learn X in Y minutes. Інші мови там також присутні.

Доки всі сьогодні пишуть, що наступні Apple AirPods зможуть міряти температуру, просто нагадаю, що ось ці TWS-навушники, які випустили наприкінці 2015-го, а я отримав в січні 2016-го, вже тоді вміли міряти серцевий ритм, дихання та кроки, були водонепроникними, мали сенсорне керування, режим звукової прозорості (опціонально: з гасінням вітру), 4 ГБ вбудованої памʼяті та додатковий мікрофон на базі кісткової провідності. Майже 8 років назад!

Також там була вбудована віртуальна менюшка, що активувалась та керувалась за допомогою поворотів та кивань головою, бо в них ще й акселерометр. Ставало в пригоді, якщо руки зайняті, а треба пісню скіпнути.

Ще можна було в програмі відкалібрувати звук під себе: воно почергово в кожне вухо програвало звуки різної частоти а потім підлаштовувало звук під вас в залежності від того, як добре ви чули ті чи інші частоти, й зберігало це як звуковий профіль на девайс.

Покажіть мені хоч одні сучасні TWS-навушники з таким списком фічей, які б ще й не виглядали, як лайно, та не стирчали з вух на сантиметр.

Дуже вірогідно, що це взагалі перші в світі TWS-навушники. Можливо й саме словосполучення true wireless звʼявилось саме з ними. До речі, компанія Bragi, що їх винайшла, не витримала конкуренції та вмерла (спочатку ніби зовсім, а потім вони швиденько намалювались як сервісна компанія, що робить Bragi OS для подібних пристроїв, але більше не виробляють власних продуктів): з одного боку зʼявилась купа дешевих китайських виробників в той час, як ці затички коштували 350 баксів, здається, а з іншого боку на ринок повиводили своє лайно виробники, що вже мали імʼя, тож маленька німецька нонейм-компанія з датським CEO та дивною назвою мала не дуже багато шансів. Втім маркетингову кампанію вони просрали, я думаю; можна було краще.

Поки в сусідньому каналі знов холіворять щодо імакса та віма, я в VS Code зробив собі іnline-відображення помилок та попереджень (прям як в Qt Creator вже давно). Для цього мені довелось тицнути на кнопку install ось тут.

Втім це досі ніяк не вирішує питання, як мені замапити ці символи на панель керування моєю сушильною машиною.

Наразі рейтинг машин з найскладнішим керуванням, що потребують найвищої кваліфікації, виглядає так:
1. Мікрохвильовки
2. Пральні/сушильні машини
3. Зороліт SpaceX
4. …

Чому тільки на прасках є просто колесо з крапками — прям як на відповідних значках? Чи в сучасних прасках вже теж тачскрін з нерелевантними параметрами?

Ну все, прогорів мій стартап 😂

Коменти не спрацювали. Ну тут тоді будуть )

Одразу зазначу: це найдовший тест, що я коли-небудь проходив 🥵 Загалом там існує 28 архетипів, а результат (9-сторінкова PDF) містить до 3.

Мені він каже, що ймовірно я Coach, Explorer та Shaper з найяскравіше вираженими рисами першого. І це дуже схоже на правду!

З приводу Coach: я про себе доволі давно зʼясував — ще, може, років 20 тому — що мені дуже подобається ділитись досвідом та знаннями з людьми. Щоправда, раніше нерідко виникали труднощі, якщо людина цього не бажала, бо мені інколи прям кортить доїбатись зі своїми порадами. Зараз вже рідше, але трапляється ) В мене й нікнейм GooRoo ті самі років 20. Я авжеж зайвий раз не втрачав нагоди похизуватись розумом, через що нікнейм може сприйматись трохи інакше 😂, але насправді мені подобається допомагати людям знайти свій шлях.

В мене навіть є список конкретних людей з їх досягненнями, яким я допомагав у минулому. Варто зазначити, що я не витрачаю час на безнадійних або тих, в кого не вистачає власної мотивації. За руку нікого не тягну. Це також значить, що всі, кому я допомагав, врешті до своїх цілей дійшли самі, а я тільки показав напрям — пишаюсь ними 🙂 Є й ті, хто у свій час вплинув так само на мене, але вони про це не знають, мабуть. Треба подякувати, чи шо.

Щодо Explorer та Shaper все теж зрозуміло: перше зумовлене постійним пошуком нового, тягою до інновацій, embracing change і т.і., а друге допомагає мені з формуванням бачення, як все це втілити в життя.

І тут мене спіткала невдачка! Я давно відчував, що безпосередньо імплементація мене тішить значно менше, аніж хай-левел планування чи обмірковування деталей, архітектури, ризиків тощо. Були навіть моменти, коли це мене пригнічувало. Останні роки я це в собі прийняв і навіть дійшов висновку, що для втілення ідей мені потрібен партнер із зовсім іншим майнд- та скіл-сетом, ніж мій. І ось — тест мені одразу про це сказав: я ані Implementer, ані Problem Solver. Можна було не гаяти десять років, а одразу шукати когось в команду 🥲

Кидайте в коменти власні результати, якщо комусь вистачило наснаги.

Хтось з вас полюбляв читати гороскопи в дитинстві?

Наприклад, я — дуже! 😅 Це антинаукова маячня та марновірство безперечно, але цікаво було ) …маячня на відміну від психологічних тестів! І я не про ті тести, як на малюнку зверху, бо це також повна нісенітниця для тих, кому рефлексія вже навряд чи допоможе.

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

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

Взагалі це все такий довгий вступ був.

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

І це тест від компанії Рея Даліо. Рей взагалі, як я дізнався з книги, доволі давно збагнув два ключових моменти:
1) аналізувати треба не тільки якісь тупі узагальнені KPI, а й особисті риси кожного. Іншими словами, не «як хто працює», а «як і чому хтось працює»;
2) в аналізі даних краще за все покладатися на компʼютери, бо вони це роблять вправніше за людей (якщо їх правильно цьому навчити).
Отож він доволі багато інвестував як у вивчення роботи людського розуму, так і в компʼютеризацію прийняття рішень. Мабуть, зараз взагалі шаленіє, дивлячись на останні розробки великих мовних моделей 🙂

Більше деталей про сам тест та про мої результати вже наступним дописом, бо в цей не лізе.

Вгадайте шо.
Правильно, вже нова система звалилася з HTTP 500, коли я сьогодні спробував залогувати час 🙂