AV
Не надо завершать :)
Size: a a a
2020 May 14
DS
Вот это и есть то отношение, которое не способствует сколь-нибудь здравой дискуссии.
YS
Всё так
AV
Тут в диалогах исторически сложилось, что часть фразы серьезная, а часть аналогия, попытка уколоть, шутка, утрирование
n
> А типы являются объектом культа...
... и все использующие их - сектанты. Я правильно завершил твою мысль? ;-)
... и все использующие их - сектанты. Я правильно завершил твою мысль? ;-)
Сектанты - это те, кто не смотрит вокруг.
AV
Я понимаю, это по очереди всех достаёт
YS
Сектанты - это те, кто в секте!
YS
Например, секта типов
АГ
Секта - это люди в категории религии, в чем проблема?
AR
Я могу привести пример из разработки нашего фронта. У нас фронт до какого-то момента был целиком на писан на CoffeeScript. При выпуске новой фичи больше половины времени уходило на тестирование новой фичи с исправлением дефектов из разряда, здесь бэк присылает число, а на фронте использовалась строка и из-за этого произошел косяк потому что + в JS можно считать как сложением так и конкатанацией, или при каких-то условиях null вместо пустой строки и тому подобное, в общем, сотни всякой ерунды. Сейчас решили перейти на Typescript, что по сути, тот же JS, но с немного типами. Дефектов стало в разы меньше и при переписывании целого раздела у нас было пару дефектов и связанных именно с тем, что неправильно было сделано или не до конца были продуманы требования из-за чего возникали дальнейшие трудности. Писать стало несколько сложнее и выработать практику как типы применять было изначально не так просто, особенно когда нужно переписывать старый код, но оно того стоило, по причине того, что глупых дефектов стало меньше. Это никаким образом не отменяет тесты, но глупых ошибок может помочь избежать.
YS
Я думаю тут личные примеры не в ходу
YS
(как можно верить сектантам?!)
АГ
Я могу привести пример из разработки нашего фронта. У нас фронт до какого-то момента был целиком на писан на CoffeeScript. При выпуске новой фичи больше половины времени уходило на тестирование новой фичи с исправлением дефектов из разряда, здесь бэк присылает число, а на фронте использовалась строка и из-за этого произошел косяк потому что + в JS можно считать как сложением так и конкатанацией, или при каких-то условиях null вместо пустой строки и тому подобное, в общем, сотни всякой ерунды. Сейчас решили перейти на Typescript, что по сути, тот же JS, но с немного типами. Дефектов стало в разы меньше и при переписывании целого раздела у нас было пару дефектов и связанных именно с тем, что неправильно было сделано или не до конца были продуманы требования из-за чего возникали дальнейшие трудности. Писать стало несколько сложнее и выработать практику как типы применять было изначально не так просто, особенно когда нужно переписывать старый код, но оно того стоило, по причине того, что глупых дефектов стало меньше. Это никаким образом не отменяет тесты, но глупых ошибок может помочь избежать.
Спасибо
n
Я могу привести пример из разработки нашего фронта. У нас фронт до какого-то момента был целиком на писан на CoffeeScript. При выпуске новой фичи больше половины времени уходило на тестирование новой фичи с исправлением дефектов из разряда, здесь бэк присылает число, а на фронте использовалась строка и из-за этого произошел косяк потому что + в JS можно считать как сложением так и конкатанацией, или при каких-то условиях null вместо пустой строки и тому подобное, в общем, сотни всякой ерунды. Сейчас решили перейти на Typescript, что по сути, тот же JS, но с немного типами. Дефектов стало в разы меньше и при переписывании целого раздела у нас было пару дефектов и связанных именно с тем, что неправильно было сделано или не до конца были продуманы требования из-за чего возникали дальнейшие трудности. Писать стало несколько сложнее и выработать практику как типы применять было изначально не так просто, особенно когда нужно переписывать старый код, но оно того стоило, по причине того, что глупых дефектов стало меньше. Это никаким образом не отменяет тесты, но глупых ошибок может помочь избежать.
Это вечный спор : закон или культура.
AV
undefined
n
Я могу привести пример из разработки нашего фронта. У нас фронт до какого-то момента был целиком на писан на CoffeeScript. При выпуске новой фичи больше половины времени уходило на тестирование новой фичи с исправлением дефектов из разряда, здесь бэк присылает число, а на фронте использовалась строка и из-за этого произошел косяк потому что + в JS можно считать как сложением так и конкатанацией, или при каких-то условиях null вместо пустой строки и тому подобное, в общем, сотни всякой ерунды. Сейчас решили перейти на Typescript, что по сути, тот же JS, но с немного типами. Дефектов стало в разы меньше и при переписывании целого раздела у нас было пару дефектов и связанных именно с тем, что неправильно было сделано или не до конца были продуманы требования из-за чего возникали дальнейшие трудности. Писать стало несколько сложнее и выработать практику как типы применять было изначально не так просто, особенно когда нужно переписывать старый код, но оно того стоило, по причине того, что глупых дефектов стало меньше. Это никаким образом не отменяет тесты, но глупых ошибок может помочь избежать.
Кстати, пайплайн поменяли?
JS
Я могу привести пример из разработки нашего фронта. У нас фронт до какого-то момента был целиком на писан на CoffeeScript. При выпуске новой фичи больше половины времени уходило на тестирование новой фичи с исправлением дефектов из разряда, здесь бэк присылает число, а на фронте использовалась строка и из-за этого произошел косяк потому что + в JS можно считать как сложением так и конкатанацией, или при каких-то условиях null вместо пустой строки и тому подобное, в общем, сотни всякой ерунды. Сейчас решили перейти на Typescript, что по сути, тот же JS, но с немного типами. Дефектов стало в разы меньше и при переписывании целого раздела у нас было пару дефектов и связанных именно с тем, что неправильно было сделано или не до конца были продуманы требования из-за чего возникали дальнейшие трудности. Писать стало несколько сложнее и выработать практику как типы применять было изначально не так просто, особенно когда нужно переписывать старый код, но оно того стоило, по причине того, что глупых дефектов стало меньше. Это никаким образом не отменяет тесты, но глупых ошибок может помочь избежать.
> выработать практику как типы применять было изначально не так просто
типы ещё применять надо? я просто пишу
типы ещё применять надо? я просто пишу
a + b, а компилятор мне говорит, что строки с числами складывать нельзя. чтобы типы работали, их даже писать не обязательноAR
> выработать практику как типы применять было изначально не так просто
типы ещё применять надо? я просто пишу
типы ещё применять надо? я просто пишу
a + b, а компилятор мне говорит, что строки с числами складывать нельзя. чтобы типы работали, их даже писать не обязательноИмеется ввиду типизировать JS либы, чтобы можно было использовать сторонние либы на JS с типами.
AR
Кстати, пайплайн поменяли?
Добавили на бэк JSON Schema-у, что тоже своего рода типизация. Написали больше тестов, но в целом процесс разработки не изменился и инструменты для разработки не изменились.