КИ
так? ты имеешь в виду, зачем типизация?
да
Size: a a a
2020 June 27
AS
Типизация - это твой пропуск в нормальное сопровождение программы и ее развитие
ЕУ
для того, чтобы если ты, например, попытаешься передать в запрос данные, которые функция или бэк не готов принять, тебе сразу ide подсказала, что ты что-то не то делаешь. это очень удобно. я знаю конечно одного реакт-разработчика, который в ответ на это сказал: я сразу нормально пишу. но он п...дит
AS
Когда у тебя везде any - ты получишь гибкую, но абсолютно не контролируемую в плане изменений программу
КИ
для того, чтобы если ты, например, попытаешься передать в запрос данные, которые функция или бэк не готов принять, тебе сразу ide подсказала, что ты что-то не то делаешь. это очень удобно. я знаю конечно одного реакт-разработчика, который в ответ на это сказал: я сразу нормально пишу. но он п...дит
Мне показалось что это удобство очень дорого обходиться по времени. Потому что на сервере тоже часто меняют и мне приходиться весь дерево менять. Что скажете?
ЕУ
Мне показалось что это удобство очень дорого обходиться по времени. Потому что на сервере тоже часто меняют и мне приходиться весь дерево менять. Что скажете?
если на сервере ЧАСТО меняют, значит что-то не то у вас с разработкой
AS
Мне показалось что это удобство очень дорого обходиться по времени. Потому что на сервере тоже часто меняют и мне приходиться весь дерево менять. Что скажете?
У нас изменение в списка параметров хранимки ломает компиляцию клиентов. Чем раньше выявишь, тем лусше качество
ЕУ
и гораздо дороже может обойтись, когда будешь долго искать, в чем же ошибка. а ошибка, оказывается, в банальной опечатке
ЕУ
да и вообще. js чистый может даже не заметить, что это ошибка
КИ
У нас изменение в списка параметров хранимки ломает компиляцию клиентов. Чем раньше выявишь, тем лусше качество
Не совсем понял "хранимки" и компиляцию клиента?
AS
Не совсем понял "хранимки" и компиляцию клиента?
не суть, это несколько из иной оперы.
КИ
Русский язык у меня не слишком прошу прошния))
AS
важно - надо программировать исходя из спецификации интерфейса твоего бека
AS
и как можно больше сущностей делать типизированными
КИ
не суть, это несколько из иной оперы.
Вы имеете введу сохранения локальных данных?
КИ
Спасибо большое!
Н
важно - надо программировать исходя из спецификации интерфейса твоего бека
я вот backend пишу на laravel и все модели тоже дублирую под typescript. очень удобно, если какая то ошибка будет или когда тестируешь
Ć
для того, чтобы если ты, например, попытаешься передать в запрос данные, которые функция или бэк не готов принять, тебе сразу ide подсказала, что ты что-то не то делаешь. это очень удобно. я знаю конечно одного реакт-разработчика, который в ответ на это сказал: я сразу нормально пишу. но он п...дит
😂
NG
Когда у тебя везде any - ты получишь гибкую, но абсолютно не контролируемую в плане изменений программу
Я бы добавил, что на начальных этапах это допустимо, пока не стандартизировано
ЕУ
Я бы добавил, что на начальных этапах это допустимо, пока не стандартизировано
не