Кассет с музыкой у меня нет, но есть кассеты с программами от ZX-Spectrum. Возраст их сейчас примерно 30 лет. Проявилась проблема взаимонамагниченности соседних витков ленты в рулоне. Т.е. на текущей позиции слышно вместе наложившееся текущий сигнал, тихий сигнал +2 секунды и тихий сигнал -2 секунды.
На последних версиях все еще не работает. Суть проблемы исходит из того, что в качестве сервиса анализа JavaScript используется сам tsc (сам транслятор typescript), и ему плохо дается анализ динамических конструкций.
Была идея вместо tsc прикрутить какой-нибудь другой анализатор, но это сулит кучу работы.
Хотелось бы понять, какая зона ответственности у конкретного разработчика? Например, один разработчик доработал или что-то исправил в общей библиотеке, и начал прогон тестов. И тут выяснилось, что его изменения что-то сломали в смежных проектах других команд. Кто будет это чинить? Если ответственность на создателе коммита, получается, ему теперь нужно худо бедно разбираться во всех проектах, заехавших в монорепу? Вместо 2kk строк кода поддерживать 20kk?
Допустим, нужно перейти на новую версию Babel. Каждая команда по отдельности разбирается, что там поменялось, что нужно поменять в коде.
Вопрос того же плана. Вот разработчик перенес проект своей команды на новый Babel. А в остальных 9 смежных проектах сборка сломалась. Теперь ему нужно будет тратить еще N времени на миграцию смежных проектов и проталкивании своих пул реквестов. А в это время смежным проектам может быть вообще не до обновлений. В таких условиях переход на новые инструменты может оказаться большой проблемой?
В деталях:
qna.habr.com/q/617745
На последних версиях все еще не работает. Суть проблемы исходит из того, что в качестве сервиса анализа JavaScript используется сам tsc (сам транслятор typescript), и ему плохо дается анализ динамических конструкций.
Была идея вместо tsc прикрутить какой-нибудь другой анализатор, но это сулит кучу работы.
Хотелось бы понять, какая зона ответственности у конкретного разработчика? Например, один разработчик доработал или что-то исправил в общей библиотеке, и начал прогон тестов. И тут выяснилось, что его изменения что-то сломали в смежных проектах других команд. Кто будет это чинить? Если ответственность на создателе коммита, получается, ему теперь нужно худо бедно разбираться во всех проектах, заехавших в монорепу? Вместо 2kk строк кода поддерживать 20kk?
Вопрос того же плана. Вот разработчик перенес проект своей команды на новый Babel. А в остальных 9 смежных проектах сборка сломалась. Теперь ему нужно будет тратить еще N времени на миграцию смежных проектов и проталкивании своих пул реквестов. А в это время смежным проектам может быть вообще не до обновлений. В таких условиях переход на новые инструменты может оказаться большой проблемой?