Вы говорите что проблема миграции именно в "говнокоде" тех, кто пишет на Angular, а не тех кто писал эту миграцию и что-то не учел. А я говорю проблема в том, что разработчики Angular сами создают ситуации из-за которых теперь появляются дополнительные возможности делать "повороты не туда". Проблема миграции не в том что ее может сделать говнокодер. А в том что она в принципе есть. Она материализовалась из пустоты и теперь это новый узел в цепочке поставки решения. А узел отбирает время. Его работу надо учитывать. И тестировать. И он может сбоить
Именно так. Если не будет движения, нечего будет показать на презентациях руководству и заказчикам. А значит не будет денег. Вот и приходится выдумывать всякое. Главное чтобы было побольше красивых английских словечек)
Значит они все правильно делают) Однако с таким синтаксисом или пиаром видимо им не удалось снискать популярности у массового фронтендера. Делают все правильно, но изначально сделано по первому впечатлению довольно дурно. Но менять ни в коем случае нельзя синтаксис. Надо выпускать новый фреймворк
У меня были проблемы миграции, причем неоднократно. Раз были и были не только у меня, значит фигово он справляется... А если надо сразу на 5 версий вперед обновить? Есть такие инструменты? Когда иной раз и на одну без проблем не получается
Просто не надо завязывать руки, дабы потом не приходилось развязывать. Ели фреймворк меняется за несколько лет до неузнаваемости, значит надо выпускать новый. Любители всего новенького все равно не поленятся переписать, благо на это у них времени всегда хватает
В мире Javascript говорить об обратной совместимости вполне справедливо, как и в мире других языков. Кривого кода быть не должно нигде. А больше всего его не должно быть в фреймворках мирового уровня. Там никаких высоких материй нет. Все что нужно можно писать с первого раза если временами хорошенько думать о будущем и не подгонять кнутом выпустить версию ради версии
Вы говорите что проблема миграции именно в "говнокоде" тех, кто пишет на Angular, а не тех кто писал эту миграцию и что-то не учел. А я говорю проблема в том, что разработчики Angular сами создают ситуации из-за которых теперь появляются дополнительные возможности делать "повороты не туда". Проблема миграции не в том что ее может сделать говнокодер. А в том что она в принципе есть. Она материализовалась из пустоты и теперь это новый узел в цепочке поставки решения. А узел отбирает время. Его работу надо учитывать. И тестировать. И он может сбоить
Именно так. Если не будет движения, нечего будет показать на презентациях руководству и заказчикам. А значит не будет денег. Вот и приходится выдумывать всякое. Главное чтобы было побольше красивых английских словечек)
Тоже интересно было бы послушать
Значит они все правильно делают) Однако с таким синтаксисом или пиаром видимо им не удалось снискать популярности у массового фронтендера. Делают все правильно, но изначально сделано по первому впечатлению довольно дурно. Но менять ни в коем случае нельзя синтаксис. Надо выпускать новый фреймворк
У меня были проблемы миграции, причем неоднократно. Раз были и были не только у меня, значит фигово он справляется... А если надо сразу на 5 версий вперед обновить? Есть такие инструменты? Когда иной раз и на одну без проблем не получается
Просто не надо завязывать руки, дабы потом не приходилось развязывать. Ели фреймворк меняется за несколько лет до неузнаваемости, значит надо выпускать новый. Любители всего новенького все равно не поленятся переписать, благо на это у них времени всегда хватает
В мире Javascript говорить об обратной совместимости вполне справедливо, как и в мире других языков. Кривого кода быть не должно нигде. А больше всего его не должно быть в фреймворках мирового уровня. Там никаких высоких материй нет. Все что нужно можно писать с первого раза если временами хорошенько думать о будущем и не подгонять кнутом выпустить версию ради версии