там тільки у PRO версії та з деякими обмеженнями

ну використовуємо його на проєкті ... трохи складно але сервісів не багато тож вцілому нормально... але треба бути уважним

Єдина платформа для хмарної інженерії

картинка в дуже поганій якості — майже нічого не можна розпізнати на ній...

10% — клієнти згенеровані NSwag

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

Що ви робите у такому разі? Чи потрібно звільнятися? Як виправляєте такий код?

1 Бігаю по форумах та питаю порад!!!
2 Потрібно негайно — не для поганого коду мамка тебе на світ народила!
3 Дивись відповідь у п2

Можна поцікавитись — навіщо їх усі переглядати якщо їх так багато? Може зробити пошук по ним? Чи треба їх усі спочатку переглянути щоб вибрати ті що потрібні?

А потім потроху відпускає ....

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

З точки зору розробника.. якщо в тебе100500 лямбд які між собою обмінюються даними та цей потік даних трансфромується то це досить складно підтримувати. Окремі лямбди — так але коли архітектор забагато покладається на серверлесс підхід та робить таку дурню то це тей ще біль. В моєму випадку десь 15 −20 лямбд зв"язані у степ функції і це локально майже неможливо віддебажити

Дякую за службу!!
Хай вас Бог береже!

Які конкретні слова та дії співробітників компанії, з якими ви маєте справу під час найму, є для вас хорошим знаком?

Вітаю ви заброньовані! :-)

то нашо з такими людьми справу мати?

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

ну в мене якось виходило так підштовхувати їх на «світлу сторону сили»

Результати вашої праці дуже важливі для нас!
Але я помітив що результати не є оптимальними та можуть бути значно покращені ... список з 5-10 пунктів що робити та нагадування що НЕ треба більше робити тому що це негативно впливає на результат
Доповнити список «що треба зробити та що неможна робити» і закріпити його у тімз чаті
Розробник має знати як і що робити — джуну ті мідлу треба щось накшталт Статуту у армії щоб мозок можна було не «увівмкнути» та помилок не робити — і вони справді цим користуються!!!

а це й не про одну людину

1 Занадто переймаються через робочі завдання ( о 2 ранку мені приходить код на перевірку від джуна котрий не міг лягти спати доки не зробить це)
2 Занадто зневажливо ставляться до своїх обов«язків ( ну а шо як у універі — не здам сьогодні таску так завтра зроблю а то й післязавтра .. мене ж не виженуть ось так відразу а зроблять 100500 попереджень
3 Занадто впевнені у собі — ну це молодість їй таке притаманно
4 Не хочуть просити про допомогу а 2-3 дні сидять самі та «туплять» у завданні або у незнайомому коді щоб не здаватися «нікчемами або тими хто не здатен розібратися без допомоги»
5 Не хочуть навіть «увіввкнути» мозок та подивитися на завдання + код — одразу дзвонять ліду та питають «а що тут треба робити я нічого не читав та у код ще не дивився»

Ну норм джуни ))))

Жквері то святе — без нього неможна ))))

Так не бачу проблеми — хочеш займатися чимось цікавим багато опен сорс проєктів в які можна додавати щось корисне.
Має бути внутрішня система щось накшталт «Last mile» де на багатьох проєктах потрібні на місяць — два співробітники щоб розібратися з чимось складним та/або додати функціонал на який потрібно багато часу. Якщо і так — «нецікаво» то тільки звільнення та перехід на «більші виклики» у інші компанії.