Очень знакомо, прям вьетнамские флэшбэки нахлынули. Стоит T90 на подоконнике переживший пару СНПЧ и заправляемые картриджи, все никак выкинуть не соберусь. "Заниматься пердолингом" это прям точно суть процесса печати на этих изделиях описывает )))
Дело привычки, мне с молодости нравились больше цифровые индикаторы, а вот коллеги старшего возраста положили выданную новенькую крутейшую калиброванную "флюку" в ящик, и продолжали использовать стрелочные "Цешки".
На приборе в ранних редакциях стояли стрелочные индикаторы, а в более поздних поменяли на цифровые светодиодные семисегментники - заметил, что могу определить состояние новых приборов от входа в помещение, а чтобы проверить стрелочные приходится подходить к прибору и вглядываться.
Мне на ютубе когда-то попадалось видео, где из такого хобби у человека вырос небольшой цех по производству газоразрядных индикаторов, которые он успешно поставляет производителям ретро-часов.
Кстати, если хлорка случайно смешается с кислотой, выделяется отравляющий газообразный хлор
Я однажды мыл ванну, и смешал два чистящих средства - с кислотой и с хлоркой. Пришлось срочно эвакуироваться из ванной комнаты. Так что осторожнее с бытовой химией.
Мне вспоминается работник RT, который зачем-то полез в щиток переобжимать оптику, хотя я сразу сказал, что проблема в их кривом GPON роутере. В итоге его ударило током, после чего он резко погрустнел, согласился, что проблема в роутере и отчалил.
мог бы поделиться довольно интересной коллекцией случаев
... писать каждый раз проверки внутри функции, что входная переменная является числом вместо того, чтобы сразу типизировать аргумент безусловно быстрее и полезнее для разработчика. Это так весело в чистом JS писать instanceof и typeof.
Вот я и привел пример, который показывает, что использование TS не отменяет необходимости проверки входных переменных. И TS может никак не предупредить об опасности такого кода, оставляя разработчика в иллюзии, что в его коде нет проблем.
Это не дурь, это легаси )). unknown появилось только в 3й версии TS, и базовые типы как JSON.parse уже было не исправить так, чтобы не поломать половину всей TS экосистемы. И это базовые типы, а как быть с огромным количеством JS либ, на которые типы натянуты кое-как? Тот же экспресс, не к ночи будь помянут, на котором много чего написано и до сих пор пишется...
А если ее параметром будет сложный объект? Мне на TS потребуется ровно минута, а вам ?
Это так не работает. Вот простой пример:
const arg = JSON.parse('{"a":"123", "b":123}')
function sum(arg: { a: number, b: number }): number {
const { a, b } = arg
return a + b;
}
console.log(sum(arg)) //"123123"
Похоже его уже не продают.
Вы так говорите, как будто это что-то плохое. На десктопе ведь тоже интерфейс в один поток рисуется. А для остального есть воркеры.
Очень знакомо, прям вьетнамские флэшбэки нахлынули. Стоит T90 на подоконнике переживший пару СНПЧ и заправляемые картриджи, все никак выкинуть не соберусь. "Заниматься пердолингом" это прям точно суть процесса печати на этих изделиях описывает )))
Плюсую, бизнесу до сих пор зачем-то нужны сканы документов с синими подписями и печатями.
Видимо кому-то из менеджмента нужно было срочно KPI себе придумать...
Дело привычки, мне с молодости нравились больше цифровые индикаторы, а вот коллеги старшего возраста положили выданную новенькую крутейшую калиброванную "флюку" в ящик, и продолжали использовать стрелочные "Цешки".
На приборе в ранних редакциях стояли стрелочные индикаторы, а в более поздних поменяли на цифровые светодиодные семисегментники - заметил, что могу определить состояние новых приборов от входа в помещение, а чтобы проверить стрелочные приходится подходить к прибору и вглядываться.
Мне на ютубе когда-то попадалось видео, где из такого хобби у человека вырос небольшой цех по производству газоразрядных индикаторов, которые он успешно поставляет производителям ретро-часов.
Я однажды мыл ванну, и смешал два чистящих средства - с кислотой и с хлоркой. Пришлось срочно эвакуироваться из ванной комнаты. Так что осторожнее с бытовой химией.
Присоединяюсь к рекомендации прочесть автобиографию Фейнмана - в свое время прочитал ее с превеликим удовольствием.
Прочитал начало заголовка краем глаза "В Петербурге накрыли лабораторию..." Показалось )))
Провайдера поменял.
Мне вспоминается работник RT, который зачем-то полез в щиток переобжимать оптику, хотя я сразу сказал, что проблема в их кривом GPON роутере. В итоге его ударило током, после чего он резко погрустнел, согласился, что проблема в роутере и отчалил.
Поделитесь, такие истории интересно читать.
Спасибо хоть написали как выйти из vim
Если не ясно какой тип будет, человек может написать тест, запустить отладчик, почитать доку...
Песочница
Вы писали:
Вот я и привел пример, который показывает, что использование TS не отменяет необходимости проверки входных переменных. И TS может никак не предупредить об опасности такого кода, оставляя разработчика в иллюзии, что в его коде нет проблем.
Это не дурь, это легаси )). unknown появилось только в 3й версии TS, и базовые типы как JSON.parse уже было не исправить так, чтобы не поломать половину всей TS экосистемы. И это базовые типы, а как быть с огромным количеством JS либ, на которые типы натянуты кое-как? Тот же экспресс, не к ночи будь помянут, на котором много чего написано и до сих пор пишется...
Я как раз и показываю, что использование TS не исключает необходимости контроля типов в рантайм.
Так все таки в TS тоже нужна валидация! Ну надо же...Вы же писали, что TS сам проверяет сигнатуры.
Зато, если птичьи какули не оттираются, шкуркой прошелся и как новая ?. Не то, что это ваше ЛКП.
Это так не работает. Вот простой пример:
Ссылка на песочницу
Вроде функция типизирована, но работает не так, как ожидает разработчик. Интересно - почему?))