З розвитком карʼєри перед нами постає все більше різних компромісів. Один з них – це рівень експертності. Потрібно обирати — чи мати ширший кругозір, чи глибше закопуватись в конкретні технології. Бо насправді неможливо бути експертом в усьому. Зазвичай люди добре розбираються в тому, з чим вони напряму працюють. І рівень експертності поступово знижується, як тільки безпосередня робота припинається.

За свою карʼєру я був експертом по Delphi, MS SQL, .NET, Kafka. Тому що постійно працював з ними, слідкував за оновленнями, стикався з проблемами, вирішення яких підвищувало мій рівень експертності. Але зараз звісно не на всі питання зможу відповісти (а деякі може і не зрозумію взагалі).

Проте коли ви отримуєте сеньйорні позиції, від вас очікують саме експертності в усьому. І тут треба бути обережним. Доволі наївно вважати себе розумнішим за усіх інших. Скоріш за все, серед ваших підлеглих є більш прошарені у певних технологіях. І краще вибудувати такі відносини, коли ви могли покладатись на їхню думку у певних аспектах. Бо реальна сила менеджера полягає у вмінні делегувати. Чим більше делегуєте (правильним людям), тим більше обсяг роботи можете закрити і тим ціннішим ресурсом для компанії ви є.

Відповідно, чим вище ваша позиція, тим більше ширшою стає експертність. Ви починаєте дізнаватись більше, але здебільшого поверхнево. Для деталей у вас є відповідні люди, або Chat GPT. Можете починати вести канал, і авторитетно розказувати усілякі розумні штуки, про які щойно дізнались з ютубу.

Що думаєте?

(ще трохи інфоциганщини, бо пʼятниця)

За свою карʼєру я був і менеджером і підлеглим, мав гарних менеджерів і поганих, сам теж не завжди був ідеальним керівником. Також читав якісь книжки, дивився ютуб і деколи курси за гроші. І ось та мудрість, що я засвоїв:

Менеджерам не потрібні проблеми. Їм потрібні рішення. Коли ви приходите і ниєте, це не дуже допомагає. Краще озвучити проблему і запропонувати рішення, які ви бачите, але на своєму рівні не можете реалізувати.

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

Краще бути ефективним підлеглим, ніж ефективним менеджером. Хтось може побачити тут заклик до "жополизання", але це не так. Якщо менеджера ви не влаштовуєте, то пофігу, що команда вас обожнює.

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

Ставте підлеглим чіткі задачі, і завжди упевнюйтесь, шо вони їх розуміють. Аналогічно прояснюйте запити від менеджера. Ідеально, коли все записане, строки вказані і можна відслідковувати статус без спеціальних сінків. Впровадьте якийсь інструмент (або домовтесь зі своїм менеджером).

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

Шо ще?

Я все ніяк не почну проходити цього річний Advent of Code, натомість (трохи з заздрістю) дивлюсь, як це роблять інші. І знову хочу нагадати вам про канал Сіпласпластик, який мало того, що регулярно постить по мотивам AoC, а ще й розвʼязує задачі на різних мовах програмування, і по його постам можна скласти враження про них.

Прямо як книжка 7 Languages in 7 Weeks в форматі телеграм каналу.

https://t.me/cpplastic/361

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

Виявляється, що процесори можуть просто неправильно рахувати. Ти в нього питаєш "шо ти, голова? скажи-но скільки буде 2+2?" А він такий: "пʼять!". Так, ось так тупо збреше, в стилі ChatGPT.

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

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

Сподіваюсь, я підкинув вам ще один вектор для параної (і обгрунтування, нащо треба більше серверів і чому вони мають бути новішими). Більше деталей і обговорень можна почитати на hacker news: https://news.ycombinator.com/item?id=27378624

Згадав ще один прикол. В мої олімпіадні часи арсенал програмістів був набагато скромніший.

Зі структур даних лише масиви і примітивні типи. Умовний list чи dictionary треба було писати з нуля. Сортувати масив – вручну, вкладені цикли, проміжні змінни і тд. Записати чи прочитати файл? Самопальні буфери, виклики низькорівневого апі і тд – рядків 20-30.

Тому простий сучасний oneliner "накидати в dict слова і їх кількість в тексті, відсортувати і взяти 5 найвживаніших" виглядало, як пара сотень рядків з байтомісівом, циклами з i + 1 та іншими низькорівневими розвагами. Обовʼязково зошит в клітинку, в яких малювали байти і розписували структури даних. "Тут індеси, а тут покажчики, а так будемо конвертувати одне в одне".

Зараз SDK та базові ліби сприймаються як буденність. Так само, як і виразність та потужність (а деколи і незламність – це я про rust) сучасних мов. Коли робиш Advent of Code, то прості brute force рішення пишуться за пару хвилин. Звісно, їх потім треба перероблювати, бо воно зазвичай не працює. Але раніше для того, аби написати просте рішення, потрібно було витратити купу часу. І це було доволі необачною інвестицією, бо часу, що залишався, могло просто б і не вистачити на допрацювання рішення.

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

Очевидно, що waterfall виходить з тих часів. Ітеративні підходи почали зʼявлятись лише тоді, коли технології почали це дозволяти. І зараз набагато ефективніше навалити якогось коду, може не дуже оптимального, негарного, який не сподобається ревьюверам. Але який може просто працювати. Отримати baseline, і вже його поступово покращувати. Швидкі ітерації зі зворотнім звʼязком замість довгого і нудного планування.

Мені подобається працювати саме так. Замість довго думати і планувати в голові, як той код буде працювати – просто написати його, запустити і подивитись, шо з того буде. Замість тримання в голові різних edge cases просто описати їх в тестах. Тести зелені – проблем нема. Є проблема – пишемо тест і робимо, шоб вони знову стали зеленими.

Тому я дуже тішусь прогресу інструментів для розробки, які дають можливіть прискорити ці ітерації. І вважаю, що з появою AI все буде навіть краще. Можливо зʼявляться нові мови, більш високого рівня, ніж ми можемо собі зараз уявити. Так само, як я не уявляв собі в школі, шо замість ручної реалізації сортування можна просто написати list.sort()

Але остання теза – це тема для окремого посту. А цей закінчиться тут. Напишіть, шо думаєте про це все )

*Сталось те, чого я давно боявся. Запланований пост опублікувався раніше, ніж я його дописав (це я про попередній пост). В телеграмі доволі стрьомно працювати з чернетками, тому я або пишу в нотатках, а потім вставляю. Або ж планую пост на майбутнє і там редагую. Цього разу воно шось запланувалось на той самий час, коли було створене ))

Тим не менш, вирішив не видаляти, бо вийшло смішно. Мабуть він навіть набере більше лайків, ніж усі серйозні зазвичай. Насправді там мало бути ось це:*
Хотів написати пост вихідного дня, але його вже написали за мене в іншому каналі (який я читаю з задоволенням і всім рекомендую). Від себе трохи додам, що я теж в школі угорав по ним. Завдяки олімпіадам можна було не ходити на нудні уроки, а натомість зависати в кабінеті інформатики, граючи в різні ігри.

Я завжди займав перші місця на області, але на всеукраїнських не вистачало підготовки. Памʼятаю, як одну тупу задачу вирішив простим перебором відповідей до якогось великого числа. Натомість у тестовому датасети були більші числа і вона падала з index out of range. Для перевірки запускали exe, код не дивились, але якщо прога падала, то в результаті отримувала нуль балів.

Задача була така "є exe файл, на вход отримує число, на вихід дає теж число. Зробіть програму, яка робить так само". Бляха, тут просто задача на якесь логічне мислення. В результаті виявилось, що та прога просто повертала кількість цифр в числі, які мають замкнуті кола. типа 18 -> 2, 11 -> 0, 4 -> 1. Як на мене це крінж.

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

А ви приймали участь в олімпіадах?

Хотів написати пост вихідного дня

Якщо ви використовуєте 2FA для захисту своїх акаунтів, і побоюєтесь атаки через SIM клонування чи перевипуск у оператора (назвіть останні 3 номери на які телефонували), то можете не переживати.

Насправді зараз можна отримати повний доступ до номеру, отримувати дзвінки і SMS без цих всіх зайвих рухів. Фактично достатньо лише знати номер жертви і мати доступ до закритої всесвітньої мережі під назвою SS7, якою користуються усі телефонні провайдери світу. А доступ такий можна отримати за якихось декілька тисяч доларів.

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

Про це розповідають у відео, посилання на яке внизу. І я б сказав, шо це якийсь пранк, якби не автори цього відео. Це колаба між двома доволі великими і поважними каналами.

Але шо я вам тут розказую, подивіться самі https://www.youtube.com/watch?v=wVyu7NB7W6Y

🚨 Думаю сьогодні зробити стрімчик. Фінальний (сподіваюсь) випуск 🚀 стартапу за 2 години.

Навалимо стилю, трошки підшаманимо і го ту прод. Усе в прямому ефірі.

Точно буде на твічі. Якщо за день налаштую інші платформи, то і на них теж (ютуб, твітер).

Приходьте о ⏰ 19:30 (приблизно, точний час напишу окремим повідомленням нижче).

думаю сьогодні на стрімі поробити трохи девопса. Спробувати поставити графану на кубернетес кластер, що працює на ТВ приставках. Якщо не вийде, то план Б -- на пупу, докер компоуз. Попіднімати якихось промітіусів.

А потім дивитись, як люди намагаються завалити редіс.

Прийдете на таке? Десь о 19-30 плюс мінус (як завжди)