Как стать автором
Обновить
2
0
Алексей Балехов @Balek

Автоматизация и интеграция

Отправить сообщение

Не сравнивали с ts-sql-query? Выглядит очень похоже, только подходы немного разные. На первый взгляд кажется, что типизация киселя через строки лаконичнее, но где-то может быть ограничена в возможностях. Есть запросы, которые нельзя на нем составить или которые не валидируются по типам?

А что делать, если для реакции не хватает только той информации, что есть в базе? Допустим, если нужно еще знать пользователя, который внес эти изменения?

Подскажите, пожалуйста, как вы обесточиваете плиту? Контактором?

Оно решает её достаточно

В таком случае её можно было и не решать вообще. Переименовывание и так достаточно редкий кейс. И, повторюсь, при вашем подходе, вы с большой вероятностью забудете поправить `as` импорты, потому что будете полагаться на IDE.

Ну, во-первых, таким импорты будут явно указаны,

Опять это слово «явно». Чем `import Name from` неявен? Тут явно написано, что объект, экспортируемый по дефолту, нужно импортировать с именем Name.

плюс в начале файла можно будет увидеть родное название.


И в дефолтном импорте можно увидеть название файла.

Какие именно «новые» проблемы созданы?

Отсутствие строгой системы в именовании.

Важно писать так, чтобы они были уникальные в местах, где используются.


Т.е. вы про каждый экспорт должны думать, а где и с чем вместе он будет использоваться? Экспорт — такое же локальное имя, как и всё остальное в файле. Он находится в том же смысловом контексте, и должен именоваться аналогично со всем остальным, без добавления контекста в имя. Иначе возникает неконсистентность в именах, которая всё равно не избавит от коллизий имён, а значит `as` придётся использовать, и все проблемы никуда не деваются. Вы не решили проблему, а замели пыль под кровать.
Тогда чем это будет отличаться от
import { true as false } from 'true';
import { false as true } from 'false';

Использование именованных экспортов не решает эту проблему полностью. Импорты с "as" тоже придется править руками. И на практике, скорее всего, их просто забудут исправить. Вместо решения, вы бежите от проблемы, создавая новые.


Полный путь к файлу создает уникальный скоуп для всего содержимого. Всё в файле должно именоваться относительно этого контекста. Тавтология не создаст глобально уникальных имен (если только вы не в несете полный путь в каждое имя).

Вам что-то хотя бы отдаленно похожее приходилось видеть?

И по этой ссылке, также не объясняется, как дефолтный экспорт мешает рефакторингу.

Экспорт по-умолчанию делает невозможным крупномасштабный рефакторинг, так как импортируемый модуль может называться по-разному в каждом месте (включая опечатки).

Какая разница, как называется импортируемый модуль, если IDE ищет семантически? К тому же, именованный импорт тоже может называться по-разному.
Объясните, пожалуйста, что значит «явная связь»? Почему в моём примере она неявная? И почему это вообще важно?
По ссылке всё прочитал, но не понял, о каких проблемах с рефакторингом вы говорите.
Напоретесь разок — поймете.

Хотелось бы понять, на что я могу напороться до того, как это произойдёт.
Нормальная IDE сама ищет, показывает и заменяет.

Что ей мешает искать дефолтные импорты?

Вот только это происходит явно, чего не скажешь об export default

Что вы подразумеваете под словом «явно»?
import Component from './Component';

Вполне явно импортирует с именем Component.
Из этого списка так и не понятно, на что можно напороться при рефакторинге? Если при рефакторинге вы используете текстовый поиск, вы также напоритесь и с именованными экспортами (имя можно поменять при импорте, или разные модули могут экспортировать одинаковые имена). А если пользуетесь семантическим поиском, то ему какая разница?
Что вы имеете ввиду?
Но карантин предполагает, что большинство работать не будет. Я пытаюсь понять именно смысл введения карантина. Либо его отменят и рост заболевших продолжится, либо надо сидеть дома годы.
Т.е. вы исходите из того, что 15% в Германии уже переболели? Чего тогда вообще бояться, если у них 5000 смертей на 15% населения? Это а разы меньше, чем летальность гриппа.
Если что, я не утверждаю, что коронавирус менее летален, чем грипп. Судя по общей статистики смертей Италии, это не так. Хотя может быть и там, как-то умудрились искуственно повысить смертность с помощью карантина и паники. Но скорее всё-таки исследование, на которое вы ссылаетесь, несостоятельно.
Так что моё утверждение остаётся прежним: люди скорее умрут от голода, чем будет изобретено лекарство/вакцина или все медленно переболеют, не перегружая здравоохранение. Наверное, я чего-то не понимаю. Надеюсь, что кто-нибудь объяснит.

Тоесть вы предлагаете сидеть дома, пока не будет вакцины или лекарства? Это как минимум год. Вы считаете, что возможно большей части населения не работать в течение года? А если лекарства или вакцины не будеи создано, то сидеть 10 лет?

Пожалуйста, объясните, какой смысл в растягивании эпидемии, если понадобится десяток лет, чтобы переболели все? Люди раньше умрут с голоду, даже если через год-два появится вакцина.

Это называется "компонентный подход". Раньше не было удобного способа разбивать код на основе логических связей. Всё что мы могли — это разделить HTML, CSS и JS.

Хочу добавить пять копеек: в веб-версии отсутствует функция ответа на сообщение, т.е. нельзя своё сообщение связать с чужим, как в вотсапе или телеграме. А ещё каким-то невероятным способом они сломали копирование выделенного текста. При чем работает по Ctrl+C (по-моему, через раз), а через контекстное меню — нет. Не представляю, зачем этим пользоваться по собственной воле.

Спасибо за упоминание, не знал что fluent умеет читать из journald. Есть ещё journalbeat. Несколько месяцев назад там был неприятный баг, дублирующий сообщения. Но сейчас всё хорошо работает.

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Зарегистрирован
Активность