// У нескольких пользователей могут быть разные настройки.
Когда все это начиналось - казалось, это классная идея - несколько юзеров на одной машине.
Я прожил 30 лет с персональными компьютерами и за все эти годы на всех моих машинах был один пользователь.
Пора честно встать и признать - из-за химеры "удобство для нескольких пользователей" мы соорудили кучу неудобных практик для одного основного пользователя.
Несколько пользователей на компьютере - это химера. Компьютер - это персональная машина.
В ней описывается такая механика, как уменьшение числа доступной воды за счет превращения ее в лед. Казалось бы, очевидная механика. Но нет, не настолько очевидная, чтобы мы могли вообразить, насколько вода могла превратиться в лед. По оценкам в теории "Земли-снежка" - ледяной покров мог забрать до двух километров глубины.
Вкупе с описанной другой гипотезой, которую я привел в другом комментарии, мы получаем интересную комбинацию - [возможно] более мелкие океаны + [возможно] минус два километра воды за счет льда. Огромная часть океанов действительно бы промерзла до дна.
Средняя глубина Северного ледовитого океана сегодня - 1225 метров. Ну, если бы он существовал в теоретическую эпоху "Земли-снежка", то точно бы промерз насквозь.
"Геологи, придерживающиеся противоположной точки зрения, считают, что океанские впадины очень молодые, образовались лишь в мезозое, и с тех пор непрерывно углубляются и расширяются. Такое предположение возникло после того, как океанографическими исследованиями было установлено, что некоторые участки океанов погрузились недавно, причем не только участки, близкие к континенту (напр., глубоко погруженные вулк. конусы в Алеутской дуге с ясными следами наземной эрозии), но и удаленные от континентов части океана. Об этом свидетельствуют гайоты в ю.-з. части Тихого океана, представляющие погрузившиеся вулк. конусы, вершины которых расположены на глубине 2—3 км, а с их склонов тралами извлечены пробы с мелководной меловой фауной, указывающей на то, что в меловое время это были вулк. острова "
человек с инженерным образованием изначально имел буст для прокачки по руководящим должностям, в отличие от простого токаря, но мало кто качал, "разрядность" инженера не была столь явной и гласной - но главный инженер на заводе получал намного больше, чем "инженер первого разряда" (к которому можно отнести всех студентов после вуза)
Вот ряд примеров из нефтянки 80х - инженер на производстве — 120–180 рублей - ведущие инженеры - 230–270. - главный инженер объединения - 400
поддерживаю Долго сидел на FF из-за уникальных плагинов, к примеру, ScrapBook, который позволял держать "вырезки" или целые страницы в оффлайн-коллекции
Очень меня огорчало, что при каждом обновлении - разработчики браузера пренебрежительно относились к плагинам, то есть они сразу переставали работать, нужно было ждать, пока разработчик плагина выпустит версию под браузер. "Обратная совместимость, единое API" - не, не слышали.
Затем в какой-то глобальный апдейт они просто убили саму возможность у плагинов делать сохранения - Scrapbook умер.
Firefox не знал и не любил свою экосистему, презирал пользователей и сторонних разработчиков.
Как я вижу, БЭМ возникла на том этапе фронтенда, когда стили всех компонентов существовали в одном пространстве, в одном документе. Да и сами компоненты поддерживались за счет усилий разработчиков, то есть за счет неких договоренностей о нейминге.
В современном фронтенде, с использованием фреймворков, которые сразу дают компонентный подход из коробки в сочетании с CSS modules - все компоненты и стили и без особых усилий имеют разные префиксы и не влияют друг на друга.
В Flutter нет проблемы пересечения селекторов или правил CSS, поэтому говорить о БЭМ в целом не имеет смысла.
Но есть смысл подумать о нейминге, чтобы разделять общие классы и классы, которые используются только внутри какой-то страницы.
Это не обязательно делать за счет подчеркиваний и других пробелов.
Подчеркивания и пробелы возникли в БЭМ только потому, что "All CSS syntax is case-insensitive within the ASCII range... ", то есть camelCase был опасен, так как регистр буквы не учитывался.
В Flutter вы можете смело перейти к camelCase, как и в любом другом случае, когда вам не нужно использовать CSS-правила или пути к директориям (Unix хорошо различает разные регистры в директориях, а вот Windows нет - папка camel и CAMEL там одно и то же)
Я помню времена, когда в компьютеры ставили сопроцессоры - от звуковых до математических.
Значит, теперь можно сделать сопроцессор и для графов.
"Для процессоров семейства x86 с 8086/8088 по 386 модуль операций с плавающей запятой был выделен в отдельную микросхему, называемую математическим сопроцессором"
Спасибо за рецепт с figure, а то я только про svg думал, слишком много с ним работал последнее время. Но действительно, проще заворачивать в обычные блочные элемент
Я врезаюсь в стену, моя скорость падает, все логично
// У нескольких пользователей могут быть разные настройки.
Когда все это начиналось - казалось, это классная идея - несколько юзеров на одной машине.
Я прожил 30 лет с персональными компьютерами и за все эти годы на всех моих машинах был один пользователь.
Пора честно встать и признать - из-за химеры "удобство для нескольких пользователей" мы соорудили кучу неудобных практик для одного основного пользователя.
Несколько пользователей на компьютере - это химера. Компьютер - это персональная машина.
// общие рекомендации, где хранить настройки
Общие - значит ничьи. Я в Советском Союзе рос и учился, помню, что значит "общие рекомендации" растиражированные на все условия
Дайте конкретную ссылку
по поводу промерзания "до дна" - смотрите, я не утверждаю, что так все и было, как опишу дальше
я отдаю отчет, что это гипотеза - но интересная гипотеза, описывающая интересные механики в геймплее экосистемы Земли
Речь идет о гипотезе "Земля-снежок"
В ней описывается такая механика, как уменьшение числа доступной воды за счет превращения ее в лед. Казалось бы, очевидная механика. Но нет, не настолько очевидная, чтобы мы могли вообразить, насколько вода могла превратиться в лед. По оценкам в теории "Земли-снежка" - ледяной покров мог забрать до двух километров глубины.
Вкупе с описанной другой гипотезой, которую я привел в другом комментарии, мы получаем интересную комбинацию - [возможно] более мелкие океаны + [возможно] минус два километра воды за счет льда. Огромная часть океанов действительно бы промерзла до дна.
Средняя глубина Северного ледовитого океана сегодня - 1225 метров. Ну, если бы он существовал в теоретическую эпоху "Земли-снежка", то точно бы промерз насквозь.
"Геологи, придерживающиеся противоположной точки зрения, считают, что океанские впадины очень молодые, образовались лишь в мезозое, и с тех пор непрерывно углубляются и расширяются. Такое предположение возникло после того, как океанографическими исследованиями было установлено, что некоторые участки океанов погрузились недавно, причем не только участки, близкие к континенту (напр., глубоко погруженные вулк. конусы в Алеутской дуге с ясными следами наземной эрозии), но и удаленные от континентов части океана. Об этом свидетельствуют гайоты в ю.-з. части Тихого океана, представляющие погрузившиеся вулк. конусы, вершины которых расположены на глубине 2—3 км, а с их склонов тралами извлечены пробы с мелководной меловой фауной, указывающей на то, что в меловое время это были вулк. острова "
http://www.cnshb.ru/AKDiL/0042/base/RG/005975.shtm
leetcode ломается стальной задницей - в ее задачах главная проблема это регулярно выделять время на их решения
Но сами решения разжеваны даже индусами, есть и на русском
спасибо, совсем другой коленкор - 40 000 квадратов и 600 000кубометров, всего то полтонны на кубометр, что выглядит для меня разумно
появилась цель!
Секундочку, кто-нибудь поправьте, если я ошибся в расчетах!
- 200 квадратов и глубина 15 метров - дают 3 000 кубометров.
- Если 300 000 тонн, то кубометр свалки весит 100 тонн.
Кубометр золота - 19 тонн. То есть мусор на свалках так хорошо трамбуется, что весит в пять раз больше золота?
Кубометр бетона - до 3 тонн (как правило намного меньше). То есть мусор на свалке весит в 30 раз больше бетона?
Статья от разработчика про робот есть на Хабре - https://habr.com/ru/post/659951/
К сожалению там не уточнено, это промышленный манипулятор или кобот. KUKA выпускает и коботы, по идее они как раз для таких задач.
привет пишу вам из будущего
наверняка вы уже в курсе про инциндент на Moscow Chess Open, связанный с силой захвата
токарь 6 разряда, не забывайте
человек с инженерным образованием изначально имел буст для прокачки по руководящим должностям, в отличие от простого токаря, но мало кто качал, "разрядность" инженера не была столь явной и гласной - но главный инженер на заводе получал намного больше, чем "инженер первого разряда" (к которому можно отнести всех студентов после вуза)
Вот ряд примеров из нефтянки 80х
- инженер на производстве — 120–180 рублей
- ведущие инженеры - 230–270.
- главный инженер объединения - 400
поддерживаю
Долго сидел на FF из-за уникальных плагинов, к примеру, ScrapBook, который позволял держать "вырезки" или целые страницы в оффлайн-коллекции
Очень меня огорчало, что при каждом обновлении - разработчики браузера пренебрежительно относились к плагинам, то есть они сразу переставали работать, нужно было ждать, пока разработчик плагина выпустит версию под браузер. "Обратная совместимость, единое API" - не, не слышали.
Затем в какой-то глобальный апдейт они просто убили саму возможность у плагинов делать сохранения - Scrapbook умер.
Firefox не знал и не любил свою экосистему, презирал пользователей и сторонних разработчиков.
а там точно на обратной стороне нет надписей "вкусный мороженое" на марсианских иероглифах?
Как я вижу, БЭМ возникла на том этапе фронтенда, когда стили всех компонентов существовали в одном пространстве, в одном документе. Да и сами компоненты поддерживались за счет усилий разработчиков, то есть за счет неких договоренностей о нейминге.
В современном фронтенде, с использованием фреймворков, которые сразу дают компонентный подход из коробки в сочетании с CSS modules - все компоненты и стили и без особых усилий имеют разные префиксы и не влияют друг на друга.
В Flutter нет проблемы пересечения селекторов или правил CSS, поэтому говорить о БЭМ в целом не имеет смысла.
Но есть смысл подумать о нейминге, чтобы разделять общие классы и классы, которые используются только внутри какой-то страницы.
Это не обязательно делать за счет подчеркиваний и других пробелов.
Подчеркивания и пробелы возникли в БЭМ только потому, что "All CSS syntax is case-insensitive within the ASCII range... ", то есть camelCase был опасен, так как регистр буквы не учитывался.
В Flutter вы можете смело перейти к camelCase, как и в любом другом случае, когда вам не нужно использовать CSS-правила или пути к директориям (Unix хорошо различает разные регистры в директориях, а вот Windows нет - папка camel и CAMEL там одно и то же)
Мне кажется, если бы вы просто выложили фотографии с разных ракурсов и со снятой крышкой - то хотя бы не ушли в минус
Это слишком разочаровывающая краткость
Я помню времена, когда в компьютеры ставили сопроцессоры - от звуковых до математических.
Значит, теперь можно сделать сопроцессор и для графов.
- - Почему вы рисуете ангелов в ботинках? Где вы видели таких ангелов?
-- А где вы видели ангелов без ботинок, святой отец?
убили компанию, по сути
Спасибо за рецепт с figure, а то я только про svg думал, слишком много с ним работал последнее время. Но действительно, проще заворачивать в обычные блочные элемент