Честно говоря даже читать толком не стал – автор или кто там всё это писал явно не понимает о чем вообще речь.
Скрам это лишь обертка от конфеты, а сама методология является формализацией здравого смысла до которого вы всё-равно дойдете, но со временем и опытом. Любой здоровый проект хочешь или не хочешь приходит к тому, что написано в методологии. И это вообще не связано с IT напрямую, это здравый смысл в целом в любом производстве, будь то фабрика, строительство.. или IT.
Поэтому поливать скрам, канбан, и любые гибкие методологии, это просто неумение их готовить которое выражается в превалировании процессов над здравым смыслом в производстве.
Если не работает и есть сложности – разбирайте сложности и руководствуйтесь здравым смыслом. Всё. Все эти процессы, "церемонии", и прочая типовая лабуда сама придет, но будет служить на пользу, а не потому что так положено.
Не осилил всю статью, но... Будьте снисходительны, это большой бизнес.
В таких масштабах продукт по определению просто не может быть во всем отлично работать на уровне UI и управления продуктом. Это чисто следствие человеческого фактора.
Одни халтурят, вторые новички и не знают как надо, третьи на зарплату сидят и им пофиг, четвертые еще что, менеджеры на KPI работают, и так далее. Всё это выливается в самые разные проблемы с продуктами, но это норма. Есть редкие исключения, но на такие исключения обычно направлен взор большого круга пользователей и там просто нет права на ошибку. Ну либо это Open Source и небольшой продукт или команда.
Вобщем, не критикуйте, исходите из того что люди стараются, и помогайте им.
Но не критикуйте.)
Все люди молодцы по определению.) Давайте жить дружно (с) Кот Леопольд
Вот самая типовая задача – Ctrl+R (WebStorm, рефакторинг), написал новое название переменной, и вуаля, всё само отрефакорилось, включая вызовы, импорты, и всё-всё-всё что использует, например, метод экспортируемый из модуля.
Ну как это вы сделаете в текстовом редакторе без контекста? Как?
Добавляем Ctrl+M, перемещение сущностей между модулями, и теперь вы можете менять целые модули за считанный Ctrl+R + выбор пути. Как вы в vim сможете отрефакторить сразу 100+ модулей на уровне импортов, да еще и путь выбрать, да еще и сделать это сразу для N-экспортов модуля, а не всё по одному по очереди?
Да ладно с этим рефакторингом, пойдем к интеграции с ЯП.
Как в vim можно смотреть тип переменных в конкретных условиях и пути кода? Не интерфейс, а именно какой тип становится у переменной в зависимости от условий выполнения, от путей кода?
А как насчет графов? Посмотреть на связи модулей и оценить влияние изменений?
Может быть vim может открыть любой файл/интерфейс/класс/прочее в одну комбинацию клавиш + ввод? vim может искать по сотням тысяч индексированных файлов всего за секунды (во всем node_modules целиком)?
Интеграция с тестами? Автозапуск тестов без отдельных написанных команд? Сжимаемые отчеты по которым можно нормально навигироваться, а перебирать портянку из вывода команды? а как насчет визуализации coverage прямо в исходнике и написания тестов при помощи отслеживания покрытия написанного кода?
Зачем вам отдельный vim когда основные типовые операции по редактированию файла есть в любой нормальной IDE, и большую часть рутинных операций вы можете как и через хоткеи сделать, так и мышкой где это быстрее?
Зачем вам вот этот редактор из терминала который оброс кучей всего, эдакий Франкенштейн из самопальных плагинов для решения давно типовых и решенных задач, когда есть IDE где есть и интеграции, и давно стабильные и доработанные GUI которые позволяют быстро решать задачи, и даже все основные хоткеи если надо.
Ну вот зачем?
Покажите мне нормальное видео где человек эффективно выполняет все рабочие задачи в vim?
Админы понятно, там вопросов нет, админить сервера по ssh это отдельная тема, пока чисто про разработку на локальной машине.
P.S. Пишите код где хотите, кому где удобно, у меня никаких вопросов или претензий к этому нет, вопросы чисто из интереса.)
Честно говоря даже читать толком не стал – автор или кто там всё это писал явно не понимает о чем вообще речь.
Скрам это лишь обертка от конфеты, а сама методология является формализацией здравого смысла до которого вы всё-равно дойдете, но со временем и опытом. Любой здоровый проект хочешь или не хочешь приходит к тому, что написано в методологии. И это вообще не связано с IT напрямую, это здравый смысл в целом в любом производстве, будь то фабрика, строительство.. или IT.
Поэтому поливать скрам, канбан, и любые гибкие методологии, это просто неумение их готовить которое выражается в превалировании процессов над здравым смыслом в производстве.
Если не работает и есть сложности – разбирайте сложности и руководствуйтесь здравым смыслом. Всё. Все эти процессы, "церемонии", и прочая типовая лабуда сама придет, но будет служить на пользу, а не потому что так положено.
Просто ищите где рвется, вот весь рецепт.
Не осилил всю статью, но... Будьте снисходительны, это большой бизнес.
В таких масштабах продукт по определению просто не может быть во всем отлично работать на уровне UI и управления продуктом. Это чисто следствие человеческого фактора.
Одни халтурят, вторые новички и не знают как надо, третьи на зарплату сидят и им пофиг, четвертые еще что, менеджеры на KPI работают, и так далее. Всё это выливается в самые разные проблемы с продуктами, но это норма. Есть редкие исключения, но на такие исключения обычно направлен взор большого круга пользователей и там просто нет права на ошибку. Ну либо это Open Source и небольшой продукт или команда.
Вобщем, не критикуйте, исходите из того что люди стараются, и помогайте им.
Но не критикуйте.)
Все люди молодцы по определению.)
Давайте жить дружно (с) Кот Леопольд
НЕ ПОНИМАЮ как вы работаете в виме :)
Вот самая типовая задача – Ctrl+R (WebStorm, рефакторинг), написал новое название переменной, и вуаля, всё само отрефакорилось, включая вызовы, импорты, и всё-всё-всё что использует, например, метод экспортируемый из модуля.
Ну как это вы сделаете в текстовом редакторе без контекста? Как?
Добавляем Ctrl+M, перемещение сущностей между модулями, и теперь вы можете менять целые модули за считанный Ctrl+R + выбор пути. Как вы в vim сможете отрефакторить сразу 100+ модулей на уровне импортов, да еще и путь выбрать, да еще и сделать это сразу для N-экспортов модуля, а не всё по одному по очереди?
Да ладно с этим рефакторингом, пойдем к интеграции с ЯП.
Как в vim можно смотреть тип переменных в конкретных условиях и пути кода? Не интерфейс, а именно какой тип становится у переменной в зависимости от условий выполнения, от путей кода?
А как насчет графов? Посмотреть на связи модулей и оценить влияние изменений?
Может быть vim может открыть любой файл/интерфейс/класс/прочее в одну комбинацию клавиш + ввод? vim может искать по сотням тысяч индексированных файлов всего за секунды (во всем node_modules целиком)?
А это только общие операции..
Как вы там в vim конфликты в git решаете? Вот так? (https://www.youtube.com/watch?v=iPk4nOLj8w4&ab_channel=VimTricks)? GUI реально очень сырой. Сравните со штормом, то что на видео это прямо конкретно слабо и очень далеко от удобного инструмента.
Интеграция с тестами? Автозапуск тестов без отдельных написанных команд? Сжимаемые отчеты по которым можно нормально навигироваться, а перебирать портянку из вывода команды? а как насчет визуализации coverage прямо в исходнике и написания тестов при помощи отслеживания покрытия написанного кода?
Зачем вам отдельный vim когда основные типовые операции по редактированию файла есть в любой нормальной IDE, и большую часть рутинных операций вы можете как и через хоткеи сделать, так и мышкой где это быстрее?
Зачем вам вот этот редактор из терминала который оброс кучей всего, эдакий Франкенштейн из самопальных плагинов для решения давно типовых и решенных задач, когда есть IDE где есть и интеграции, и давно стабильные и доработанные GUI которые позволяют быстро решать задачи, и даже все основные хоткеи если надо.
Ну вот зачем?
Покажите мне нормальное видео где человек эффективно выполняет все рабочие задачи в vim?
Админы понятно, там вопросов нет, админить сервера по ssh это отдельная тема, пока чисто про разработку на локальной машине.
P.S. Пишите код где хотите, кому где удобно, у меня никаких вопросов или претензий к этому нет, вопросы чисто из интереса.)