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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Я вже неодноразово згадував, що моя найулюбленіша система збирання проєктів — це #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 налаштувати собі з його ґітовими гуками.

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

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

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

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

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

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

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

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

Мене сьогодні звинуватили в тому, що я не знав про https://manifest.in.ua/, наче це я винен, що йому бракує розголосу. Я прийняв удар на себе, аби вам не довелося 😄 Тож користуйтеся та шліть знайомим та друзям, аби вони теж не були, як я.

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

Серед любителів трохи поаналізувати дані нерідко йдуть баталії, а що ж краще: звичні таблички (spreadsheets) або інтерактивні блокноти (а ля Wolfram/Jupyter).

Короч, сьогодні ніби не перше квітня, але Microsoft додала можливість писати код на #Python в #Excel 🤯 Виконується він не локально, а в контейнері Azure. Доволі цікавий крок.

Отож, по-перше, хочу передати привіт всім тим, хто нещодавно закидував лайном перекладачів Baldur's Gate 3, бо більшість з цих невігласів навіть близько не уявляє, наскільки це складно. Я витратив чотири повних дні та загалом переклав 8334 слів, тоді як в BG3 понад два мільйони слів 😰 Не кажучи вже про те, що перекладати художні тексти значно важче, аніж інтерфейси програм.

По-друге, сам переклад доступний на Crowdin (до речі ви знали, що це українська платформа?), але для прискорення роботи я купив собі Poedit Pro за 35 євро. А якщо ще порахувати слова за тарифом 0,06 євроцентів/слово (знайшов десь саме такі ціни, хоча українські студії локалізації, мабуть, роблять дешевше), то загальна вартість перекладу вкладається в 550€.

По-третє, там вже було локалізовано близько 10% тексту іншими людьми. І що у випадку з ними, що при використанні машинних перекладачів (Microsoft/Google/DeepL) простежується одна й та сама проблема: дуже багато росіянського впливу. Найбільш розповсюджені випадки: you must, you should, you need часто перекладають як ви повинні, вам потрібно, вам необхідно, тоді як краще буде сказати ви мусите, ви маєте або вам слід (а якщо need в сенсі потреби, то ви потребуєте). Також no need перекладають як не потрібно, хоча це очевидна калька з росіянської. Натомість краще казати — жодної потреби. Є й інші аналогічні приклади (англійська — рос. калька — українська):
- once it's done — після того, як це зроблено — щойно це зроблено
- at any time — в будь-який час — будь-коли
- are you sure you want to… — ви впевнені, що хочете… — чи дійсно ви хочете
- join as co-author — приєднатися в якості співавтора — долучитися як співавтор
- more powerful — більш потужний — потужніший
- more than — більш ніж — понад
- not less than — не менше, ніж — щонайменше
- 1200 pixels wide — 1200 пікселів в ширину — 1200 пікселів завширшки
- is publicly accessible — знаходиться у відкритому доступі — є загальнодоступним
- rather — краще / скоріш — радше
- тощо (можу продовжувати список доволі довго)

Мій переклад вочевидь не ідеальний, адже я не професійний перекладач. Проте я дізнався багато нового під час цього процесу. Раджу кожному 😉