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

Причому цікаво — на лікаря легко знайти відгуки в інтернеті, на будь-яку захудалу кавʼярню теж, а на програміста не можна.

Підтвержую, мені чоловік (він фронтендер) теж коли ми познайомились в 2018 показував якісь анімації яких він у Артюха навчився 😂 Так шо ваші анімаціі не тільки вам допомагають з дівчатами 😅

Саме цікаве, що по кількості часу ти можеш працювати не більше 8 годин, тобто переработок якби нема, але навіть в рамках нормованих робочих годин можна:

(А) на релаксі під каву з музичкою рухати туди-сюди код чи писати нескладну функцію/тести, де все ясно, зрозуміло і залишається тільки закодити CRUD ендпоінти
(Б) мучатися цілими днями з якоюсь складною логікою яка не працює, не сходиться, чи робити якийсь research який потребує купу енергії, концентраціі та думок (які потім ще й вночі не зупиняються), чи переключатися між різними активностями що теж виснажує

Тобто, при рівній кількості часу затраченого на роботу можна (А) навіть не заморитися або (Б) убитися в хлам

В мене 50%. В половині випадків це хтось з знайомих тобі скидує вакансію і каже «не хочеш до нас?» та й тобі так спокійніше, бо знайомий зуб дає, що компанія норм. В інших випадках ти сама шось знайшла (на ДОУ звісно)

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

У нас проект теж платіжний процессор, і проблеми схожі з вашими — треба було об’єднатися — навіщо робити два платіжних процессора :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 чи ще якийсь)

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

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