Team lead
  • Мобільний додаток для походів Карпатами

    Про 100500 джерел не знаю, перевіряв маршрути по яким сам ходив джерел взагалі немає.

  • Мобільний додаток для походів Карпатами

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

  • Про тактичні і стратегічні рішення

    футбольна команда з дітей складалась. Але це було в горах. Єдина ще історія про дітей які потрапили в надзвичайну ситуацію в 20-му столітті, це про дітей в печері яких хотів спасати Ілон Маск. Але то вже було в 21-му столітті

  • Про тактичні і стратегічні рішення

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

  • Про тактичні і стратегічні рішення

    Це він мабуть про катастрофу в Андах

    ru.wikipedia.org/...​Катастрофа_FH-227_в_Андах

  • Про тактичні і стратегічні рішення

    І отут я зрозумів, що ПМ прийняв тактичне рішення тобто ситуативне,

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

    Поддержал: без імені
  • Про тактичні і стратегічні рішення

    І після цього всього

    ПМ: фіг тобі, а не підняття зарплати — ти баги плодиш!

  • Про тактичні і стратегічні рішення

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

    Поддержали: Olexandr, Natali D
  • Про тактичні і стратегічні рішення

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

    Поддержал: Olexandr
  • Про тактичні і стратегічні рішення

    Я просто тут це залишу))

    scontent.flwo3-1.fna.fbcdn.net/...​34e47aa7e98d2&oe=5EEE0523

    А ваша історія реальна. Якось був в такій ситуації

  • Про тактичні і стратегічні рішення

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

  • Про тактичні і стратегічні рішення

    Просто є каста недоторканих) на яких все тримається) Все як і у всіх)

  • Про тактичні і стратегічні рішення

    Просто привід щоб звільнити))) Не зійшлися поглядами з лідом)))

  • Про тактичні і стратегічні рішення

    В тому випадку ми завжди нили що то стара архітектура і вона г*вно. Тому і конало)

    Поддержал: Roman Pavlyuk
  • Про тактичні і стратегічні рішення

    так і було тому всі і зрозумінням поставились і просто поржали)))

  • Про тактичні і стратегічні рішення

    Но при этом вера в то, что дев действительно сделает «нормально» остается только верой.

    Нижче якраз писали про довіру ПМа до девів. Вона повинна бути бо без неї команда вже не команда.

    гда на новую фичу другой дев скажет, что предыдущая архитектора отстой

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

  • Про тактичні і стратегічні рішення

    Значит плохо отбирали. Нанимай медленно — увольняй быстро.

    Увольняти бистро вони вміють дуже добре. В них не було проблем звільнити в один день два сеньйора по причинам, що один не дотягує по js, а другий хоче багато грошей.

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

  • Про тактичні і стратегічні рішення

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

  • Про тактичні і стратегічні рішення

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

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

  • Про тактичні і стратегічні рішення

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

    Поддержал: Josh Butler
← Сtrl 12 Ctrl →