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

У нас проект теж платіжний процессор, і проблеми схожі з вашими — треба було об’єднатися — навіщо робити два платіжних процессора :DD хоча мабуть ніші різні

«Domain-Driven design», Eric Evans
«Совершенний код» мені сподобався/запомнився

це тому що ви не були на тому епічному OdessaJS :) в 2017 здається.
там де був доклад про однопоточний node.js і інші цікаві речі незабутні для всього JS комюніті

Мені cподобалися/запамяталися мови:
— ассемблер (я в дитинстві любила в’язати і мені ото ковиряння з бітами та байтами дуже нагадувало в’язання, не знаю чому)
— prolog — ми на ньому робили дуже прикольні програми, типу програма яка замість доктора скаже тобі твій діагноз на основі твоїх відповідей, це прям як AI але **надцять років тому
— C/C++ прикольні були, бо ми на них для навчання ігри робили (хрестики-нолики, шашки, ще всяку єрунду)
— GPSS тому що він для рішення неординарних задач (емуляція реальних систем таких як конвейер на виробництві або потік пасажирів в аеропорту)

Помічала, що чим легше/менше роботи за ті ж гроші — тим вище лояльність працівників. Тому, можу припустити, що якщо компанія не може фінансово зробити «зарплату в топ квартилі» можна зробити «нагрузку в боттом квартилі» і (в теорії) люди не будуть дуже активно перебігати в інші місця.

Забули ще про таку проблему, як коннекшени до бази даних. Якщо база реляційна (Postgres) то купа лямбд піднімає таку ж купу з’єднань з базою даних. Треба прикручувати ще RDS Proxy. Але у нас все одно в одному [доволі критичному] мікросервісі були проблеми через конекшени тому перевели той сервіс на DynamoDB.

Тоді, як кажуть в теорії систем «Міцність системи визначається її найслабшою ланкою» — якщо є 5 уважних людей і 1 неуважна — у вас дира в якості. З тією людиною має хтось працювати і навчати, а хто це буде робити якщо нема ліда чи не назначено ментора.

З мого досвіду — НЕ всі програмісти уважні. З пяти людей десь один буде неуважний. Хтось тестує свій власний код і там дійсно нема багів, а хтось «каже я все потестував» відкриваєш і за три хвилини знаходиш 2 бага. І це лягає на тімліда — перепровіряти за неуважними елементами. Бо якщо воно поїде недотестоване (або пагано протестоване) на продакшен буде винуватий лід. За QA я не перепровіряла бо знала що в нього/неї глаз алмаз.

З часом, будь-яку людину можна навчити якісно тестувати («перевіряй крайні значення, перевіряй негативні значення, не забувай про не-unicode символи, etc») але це теж нагрузка на ліда.

Нас 4 людини — 3 сеньора і мідл. По строкам замовник не пушить, тобто якщо кажем що треба час на тести — є час на тести.

В мене 50/50 — половину часу займає код половину написання тестів, може навіть 40/60 (40 код 60 тести)

як ви і замовник дізнаєтесь ефективність такого підходу

Я так розумію, замовника влаштовує ефективність цього всього: продакшен не падає (шось критичне ламалося 1-2 рази раз за пять років) і користувачі не жаліються (якщо репортяться баги то фіксим)

Особисто у мене було менше стресу і зайвої роботи коли QA на проекті був

У нас замовник проти QA, каже покривайте все тестами і все (що ми і робим). І це не перший замовник/проект такий.

Мені подобається коли є QA (тобто і дуже високе покриття тестами і QA вдобавок) але у замовників якісь свої ідеї на цей рахунок

Поповнити / вивести кошти

Хм. Оце було ну зооооооовсім неочевидно postimg.cc/9zkx5HNt що я можу пропустити поле «Сума» (яке помічено як обов’язкове) и просто поміняти «Результуючий баланс»

Я взагалі не змогла користуватися цим FireKit. Чому не можна просто поміняти баланс на якомусь «asset» (в моєму кейсі це карточка Монобанк)? Де кнопка Edit Balance? Треба пройти десять кругів аду, щоб просто поміняти баланс на моїй карті з 64,984 грн на 35,412. Ви робили досліждення і люди вам сказали що їм цим зручно користуватися?

Архітектори є різні — application, cloud, solution, data, security та enterprise architect. Ліди теж, теХлід це більше по технологічним рішенням, тіМлід більше по людським ресурсам

Аа. Ну може і так. Значить, буває :D
Мені такі, як ви описуєте, не попадалися. Попадалися такі що йшли таким шляхом Девелопер -> Сеньор -> (Лід чи ще шось подібне, Staff зараз придумали) -> Архітектор (Solution чи ще якийсь)

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

Архітектори це завжди колишні розробники. Я би здивувалася якби це було не так. А менеджментом можна займатися навіть якщо ти не кодив.

окрім за власним бажанням

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

Розробники тут яким боком? Як все працює — питання до архітекта, як скейлити — до архітекта та девопса

Плох той розробник, що не хоче стати архітектом. Мене дуже дивують люди, які по 10+ років в мідлах просто тому що вона не знають (і не хочуть знати) всяких штук, які знає сеньор++.

Плюс, розробники є різні — від рівня джуніор до рівня lead. У нас би лід який не знає як скейлити не пройшов співбесіду.

В купі книг з менеджменту,написано прямим текстом «вам треба не найкращі люди, вам треба працівники які достатньо добре виконуватимуть роботу яку ви їм наказали виконувати за помірну ціну».

Серйоооозно? 😳 А якже оці історії що «ми шукаєм таланти». Talent management чи як воно називається. А треба прості шурупчики [середньої якості]?

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