GerrAlt

Возможно я не внимательный, но аббривиатур SFC и их объяснений ни в туториалах ни в апи не помню. Собственно мой поинт как раз о том что возможно было бы круто ввести это понятие, рассказать о нем в документации, тем более что уже видел рекомендации смотреть Svelte как первый инструмент для написания современного фронтенда, вперёд Vue, Angular и React.

Насчёт splice, push и т.д. вы немного перегибаете, на мой взгляд: Svelte как я понимаю это компилятор js в js, т.е. он читает тот js что я написал и делает свой, который выполняет то что я задумал и объяснил посредствам спецсинтаксиса в js и html. Он видит оператор "=" и генерирует код, который обновляет всю зависимую от стоящей слева переменной разметку. Что мешает видя вызов, например, push() добавлять такой же код относительно переменной к которой метод вызван? сложности с выводом типа этой переменной в момент компиляции?

Не исключаю, что это может быть не очевидным тем, кто раньше не работал с SFC, в том же VueJS, например

Одобрена заявка с зарубежным оборудованием

1) All three sections — script, styles and markup — are optional… Очевидно в этом случае последовательность не может быть важна.

Опробовал данный фреймворк на маленьком приложении — списочек с фильтрами на чекбоксах, документации мне не хватило — не нашел в ней:
1) что блоки script и style должны идти именно в такой последовательности как в примерах (впрямую нигде не нашел упоминаний, мне было не очевидно)
2) что собственные компоненты должны называться с большой буквы, иначе они тихо не рендерятся
3) дебаггер chrome умудряется попадать дважды в onMount, пчм — так и не понял
4) что последовательность инициализации компонентов такая, что внутри onMount передаваемые проперти еще не инициализированы, приходится писать костыли

Несмотря на все это фреймворк понравился, буду следить и пробовать еще.

а чтоб совсем подходило, то сколько надо? 12?

какую именно ситуацию лучше отображает тренд на максимальном сроке? средней температуры по больнице? где границы этого максимального срока? по дате открытия торгов на бирже по нефти?

по такой логике глобус лучше отображает ситуацию чем сотка по местности

кстати, он у вас КОПИЯ, т.е. где-то могли права доступа к файлам «поехать»

Понимаете, докер — это про rolling release

А если так:
я забэкапил volume с БД
убил контейнер с mysql 5.6 (не volume с данными)
запустил контейнер с mysql 5.7 смонтировав ему этот volume

если надо откатить:
я убил контейнер mysql 5.7, volume с данными тоже убил
я создал volume с бэкапом
я запустил контейнер с mysql 5.6 подцепив ему этот volume

почему вы считаете что в данной схеме docker не помогает мне вернуться к стабильному состоянию системы? Или вы считаете что состояние будет не соответствовать исходному?

Сама БД у меня забэкаплена, развернуть не долго. Опасения вызывает ситуация "загаживания" системы конфигами/обновленными зависимостями новой версии СУБД, и трудности по выкорчевыванию этих изменений для успешного отката на предыдущую версию. Проще говоря контейнер дает мне состояние системы к которому я могу легко вернуться.

Мне кажется что есть еще один момент, который добавляет смысла в идею контейнеризации СУБД: обновление версии СУБД. Лично мне очень приятно иметь всегда чистый хост и не переживать что в результате обновления версии СУБД, а потом отката обратно (всякое бывает, тестирование не всемогуще) я не смогу вернуть систему к ее предыдущему состоянию быстро.

а можно источник, откуда "запускать БД в Docker это нерекомендуемая практика"? или это вы так не рекомендуете делать?

для какого-нибудь apache вытаскивать webroot в volume тоже не рекомендуете? или вебсерверы тоже не стоит в контейнеры помещать?

например если я начинающий разработчик мне лучше чтобы "вжух" и работает, менять там mysql на postgres я не собираюсь

насчёт gitlab — та же история, хочу попробовать запустить и посмотреть чего как, если ок то соберу свое в прод

думаю что вы ошибаетесь: чтобы письма были красивыми достаточно data uri

Создаешь в нужном месте div с нужным id, потом инициализируешь vue.

И, наконец, все три фреймворка используют привязку к элементу #app. В каждом из них эта операция выполняется по-разному. Надо отметить, что в Vue эта операция выглядит самой простой и понятной и даёт разработчику более гибкую конструкцию, работая с селектором элемента, а не с самим элементом.

*Фишка нейронок — они очень и очень быстро решают задачи на которые обучены. Никакой алгоритм не сделает того же с подобной скоростью.

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

Так вот откуда берутся эти разработчики интернет-магазинов, которые предлагают мне купить шкаф после того как я купил шкаф. Уж лучше ML чем такой SQL.

По сути дела меньше всего глаза напрягаются от картинки, к которой они «привыкли» за годы эволюции. Завышенная контрастность, чрезмерная яркость, не встречающийся «в природе» спектральный состав или динамические их изменения приводят к ускоренной усталости.

«На EInk экране писать код» — лучше уж в блокноте, он хотя бы не лагает.

У вас правда такая бедная подсветка синтаксиса? Я в 16 градациях серого с трудом различу все варианты подсвечиваемых конструкций

Подскажите пожалуйста, а какое дело глазу до равномерности рассеивания света вне текущего угла обзора? вроде как весь свет в глаз не попавший учитываться глазом не должен

https://developer.mozilla.org/en-US/docs/Web/HTML/Global_attributes/tabindex

?