Ранее попадалась информация (в какой-то советской книге) про аналогичное негативное влияние ЛЭП на пчёл (плохой расплод, плохой медосбор, нарушение формы сот и т.д.).
Речь про чертежи схем электрических принципиальных (личная практика).
Например, таких: raschet.info/wp-content/uploads/2017/08/tokovye_cepi_18082017.png m-gen.ru/800/600/https/vmasshtabe.ru/wp-content/uploads/2015/01/228030-vms-Operativnaya-Shema-A1.jpg
Достаточно много организаций разрабатывает их в «голом» AutoCAD, из «автоматизации» максимум это объединение элементов в блоки. САПР для таких целей не всегда применимы, т.к. разработаны западными компаниями и не адаптированы под наши стандарты/традиции), либо дороги. Плюс за долгое время накопилась большая база наработок в AutoCAD и, даже при наличии хорошей САПР, проще поправить существующие чертежи, чем рисовать с 0 в САПР.
Да это всё сложные вопросы с хождением по грани и бросанием из крайности в крайность. Чёткого ответа тут нет, кроме как здорового баланса между удобством, скоростью разработки и оформлением.
Сила привычки. Напоминает баталии с нормоконтролем. Абсурдно в 21 веке требовать от документов соответствия нормативам и правилам (тем более неофициальным), которые закладывались десятки лет назад.
В большинстве случаев много сил отнимает работа по "впихиванию" документации, разработанной современными средствами в старые форматы ГОСТ, ЕСКД и т.п. Предельное соответствие всему этому создаёт проблемы.
Отдельная больная тема это "примитивная" культура оформления документов (например отбитие пробелами абзацев вправо в шапке письма вместо использования выравнивания абзацев). А за рамками Word бывает и такое http://proekt-energo.blogspot.com/2018/07/blog-post.html?m=1
А может быть первого языка, идеально подходящего для обучения программированию (с ноля) вообще нет среди существующих? Может быть нужен спецаильный ЯП специально и только для для обучения?
В принципе всё описано здесь pub.dev/packages/hydrated_bloc
Отличие от обычного Bloc в том, что нужно только переопределить fromJson, toJson; HydratedBloc сам выполняет сохранение состояния. Т.е. не нужно заниматься написанием «хранилищ».
Наверное, можно было бы перевести "bus" как "шасси".
А что с ним не так?
А что не так было с выбором? Поделитесь опытом?
Ранее попадалась информация (в какой-то советской книге) про аналогичное негативное влияние ЛЭП на пчёл (плохой расплод, плохой медосбор, нарушение формы сот и т.д.).
Например, таких: raschet.info/wp-content/uploads/2017/08/tokovye_cepi_18082017.png
m-gen.ru/800/600/https/vmasshtabe.ru/wp-content/uploads/2015/01/228030-vms-Operativnaya-Shema-A1.jpg
Достаточно много организаций разрабатывает их в «голом» AutoCAD, из «автоматизации» максимум это объединение элементов в блоки. САПР для таких целей не всегда применимы, т.к. разработаны западными компаниями и не адаптированы под наши стандарты/традиции), либо дороги. Плюс за долгое время накопилась большая база наработок в AutoCAD и, даже при наличии хорошей САПР, проще поправить существующие чертежи, чем рисовать с 0 в САПР.
Да это всё сложные вопросы с хождением по грани и бросанием из крайности в крайность. Чёткого ответа тут нет, кроме как здорового баланса между удобством, скоростью разработки и оформлением.
Сила привычки. Напоминает баталии с нормоконтролем. Абсурдно в 21 веке требовать от документов соответствия нормативам и правилам (тем более неофициальным), которые закладывались десятки лет назад.
В большинстве случаев много сил отнимает работа по "впихиванию" документации, разработанной современными средствами в старые форматы ГОСТ, ЕСКД и т.п. Предельное соответствие всему этому создаёт проблемы.
Отдельная больная тема это "примитивная" культура оформления документов (например отбитие пробелами абзацев вправо в шапке письма вместо использования выравнивания абзацев). А за рамками Word бывает и такое http://proekt-energo.blogspot.com/2018/07/blog-post.html?m=1
P.S. за один пробел.
+1.
"Большее" тоже. См. https://en.wikipedia.org/wiki/High-voltage_direct_current
https://ru.wikipedia.org/wiki/%D0%92%D1%8B%D1%81%D0%BE%D0%BA%D0%BE%D0%B2%D0%BE%D0%BB%D1%8C%D1%82%D0%BD%D0%B0%D1%8F_%D0%BB%D0%B8%D0%BD%D0%B8%D1%8F_%D0%BF%D0%BE%D1%81%D1%82%D0%BE%D1%8F%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_%D1%82%D0%BE%D0%BA%D0%B0
У переменного есть один очень важный плюс: его технически проще и дешевле преобразовать по уровню, чем переменное. Конструкция трансформатора намного дешевле и проще конструкции DC-DC конвертера высокого напряжения.
А в чём, если не секрет, суть методики?
Отличие от обычного Bloc в том, что нужно только переопределить fromJson, toJson; HydratedBloc сам выполняет сохранение состояния. Т.е. не нужно заниматься написанием «хранилищ».
В сторону hydrated_bloc для сохранения состояния не стали смотреть?
Почему именно Dart привели как пример?
Есть библиотека ffi и PlatformChannels
https://flutter.dev/docs/development/platform-integration/c-interop
https://flutter.dev/docs/development/platform-integration/platform-channels