Спасибо за интересную причину не использовать на проде скалу, мне повезло работать в командах где с этой проблеммой не сталкивались, и ваш взгляд помог посмотреть немного под другим углом.
Имеющийся у меня опыт, подсказывает что на Java гиганты мысли могут написать вещи не менее страшные, ЧСВ ради, и сложность кода довольно часто не про язык а про уровень инженерных практик.
Другое дело что конечно отказ от объяснений и срачи — вот это уже некрасиво.
Это более чем некрасиво.
По кому звонил колокол — по командной работе в коллективе с таким тимлидом.
По личным наблюдениям два-три средних человека с хорошим уровнем коммуникации очень легко обгоняют маститых и опытных мастодонтов.
Многие компании проходят трансформации, но это же не значит, что люди остаються в ролях менеджеров, тимлидов. Как говориться, с таким настроением — слона не продать. Пересесть на рельсы это не только ритуально шапочки переименовать но и с другой стороны посмотреть на привычные вещи. Не критики вашего опыта ради, не повторения другими для.
з.Ы.
Очень странный тимлид, который не мог только нужные поля отдать, но это уже отдельная история.
Если не секрет, отчего не реализовали новое решение на Akka — ограничение фреймворка или экспертизы? Если вдруг были попытки пера на akka и уперлись во что-то, буду благодарен за чужие грабли.
мир изменчив и странно ожидать что все будет идти по плану, но у меня есть опыт скрама в разных командах, однажды мы прожили пол-года без ПО благодаря тому что довольно хорошо жили по скраму до этого
Привет, scrum не панацея для всех отраслей разработки. Простой и жизненый пример зачем нам нужен утренний стендап — мы планировали катиться в прод, но пока распланированные задачи решались всплыли новые технические задачи критичные для выхода(их нет в бэклоге, жире, гите), после стендапа мы потратили еще 10 минут, распределили задачи и пошли работать. У каждого были свои технические проблемы, но понять что они каскадом накладываются у нас мы смогли только пообщавшись с утра, и как результат переиграть дальнейшие действия.
Для продуктов с дооолгими релизами это не так критично, ну так серебрянной пули то и не существует.
Если не секрет, где Вы общались со снобами из scala-сообщества? Мне тяжело припомнить чтобы за последний год новичку не помогли советом в чате.
Спасибо за интересную причину не использовать на проде скалу, мне повезло работать в командах где с этой проблеммой не сталкивались, и ваш взгляд помог посмотреть немного под другим углом.
Имеющийся у меня опыт, подсказывает что на Java гиганты мысли могут написать вещи не менее страшные, ЧСВ ради, и сложность кода довольно часто не про язык а про уровень инженерных практик.
Я тоже не смог долго читать, количество вопросов подразумевает что кто-то смог.
Стиль изложения в некотором смысле вкусовщина.
Очень люблю этот доклад, потому что аккуратно без слома головы разжевывает и наглядно с примерами показывает плюсы подхода.
Есть третий стул. https://www.youtube.com/watch?v=dWyGM3MnN0A
Не пропаганды ради, другой точки зрения для.
Можете подсказать, что вы имеете ввиду когда говорите о разделении ресурсов ?
очень спас и порадовал mint — доведенный до ума ubuntu, как мне его презентовали
Спасибо огромное, что помогаете мне становиться лучше.
Надеюсь что этот опыт не отобьет у вас попытку попробывать еще раз но уже без тим.лида.
Это более чем некрасиво.
По кому звонил колокол — по командной работе в коллективе с таким тимлидом.
По личным наблюдениям два-три средних человека с хорошим уровнем коммуникации очень легко обгоняют маститых и опытных мастодонтов.
Многие компании проходят трансформации, но это же не значит, что люди остаються в ролях менеджеров, тимлидов. Как говориться, с таким настроением — слона не продать. Пересесть на рельсы это не только ритуально шапочки переименовать но и с другой стороны посмотреть на привычные вещи. Не критики вашего опыта ради, не повторения другими для.
з.Ы.
Очень странный тимлид, который не мог только нужные поля отдать, но это уже отдельная история.
Спасибо! У вас очень получилась интересная статья, надеюсь не последняя.
вот после этого предложения, закралось ощушение что не на те рельсы скрама вы встали
Если не секрет, отчего не реализовали новое решение на Akka — ограничение фреймворка или экспертизы? Если вдруг были попытки пера на akka и уперлись во что-то, буду благодарен за чужие грабли.
Спасибо огромное за интересную статью! Я правильно понял что часть данных это кликстрим от ваших партнеров ?
хороший пример "механического" скрама
мир изменчив и странно ожидать что все будет идти по плану, но у меня есть опыт скрама в разных командах, однажды мы прожили пол-года без ПО благодаря тому что довольно хорошо жили по скраму до этого
Привет, scrum не панацея для всех отраслей разработки. Простой и жизненый пример зачем нам нужен утренний стендап — мы планировали катиться в прод, но пока распланированные задачи решались всплыли новые технические задачи критичные для выхода(их нет в бэклоге, жире, гите), после стендапа мы потратили еще 10 минут, распределили задачи и пошли работать. У каждого были свои технические проблемы, но понять что они каскадом накладываются у нас мы смогли только пообщавшись с утра, и как результат переиграть дальнейшие действия.
Для продуктов с дооолгими релизами это не так критично, ну так серебрянной пули то и не существует.
Семиклассники после курса питона могут демпенговать только джунов и то в некотором не идеальном мире, чего их бояться ?
на вкус и цвет все фломастеры разные ведь, главное чтобы не было 'правильного' и 'не правильного' фломастера