МойОфис обновил редакторы для частных пользователей. Что появилось в релизе 2.3?

Скажите, а почему у вас в редакторе макрокоманд используется не моноширинный шрифт. Это конечно не критично, простой интерес.

V lang. Обзор и сравнение с Golang

Язык V безусловно можно обвинить в том, что он "неправильно" работает, видел я его начальные версии.

С другой стороны нельзя не отметить, что по крайней мере его автор пишет на нем достаточно сложные штуки, далеко зашедшие. Один только ved чего стоит.

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

Храним отметки высот в XYZ tiles

Привет. Мы в свое время тоже выбирали как кодировать тайлы DEM-тайлы и в итоге пришли к хранению в бинарного массива 16-битных чисел, с одной особенностью - сначала идут все старшие байты, а потом все младшие. В качестве сжатия положились на gzip, которым жмет тайлы веб-сервер.

Это не совсем стандартный формат, который однако потребовал у нас меньше ресурсов на распаковку (не нужно создавать канвас, потом рисовать на нем PNG и читать пикселы). Вот наше исследование на этот счет, возможно оно сможет показаться вам полезным https://observablehq.com/@itanka10/relief-tiles-stats

Используем фотоаппарат в качестве веб-камеры

Хорошей фотокамеры у меня нет, но я использую нечто похожее стримлю с айфона при помощи camo (https://reincubate.com/ru/support/camo/camo-getting-started/)

9 советов по повышению производительности Vue

Верно, как и пример в статье.

9 советов по повышению производительности Vue

Да, верно. Мой кейс, видимо надо уточнить — дело касается переходов по маршрутам, использующим один и тот же компонент
codepen.io/mbeloshitsky/pen/povLRey

9 советов по повышению производительности Vue

Также keep-alive не подойдет для случая, когда один и тот же компонент используется с разными данными, по крайней мере не без костылей (до сих пор issue висит открытым, чтобы можно было использовать key в include).

Я честно говоря не совсем понял что имелось ввиду в статье. Дело в том, что vue-router по-дефолту ведет себя лениво и не пересоздает вьюхи, а реюзает их. Чтобы он пересоздавал нужно ему `key` указывать. stackoverflow.com/questions/52847979/what-is-router-view-key-route-fullpath см. ответ

9 советов по повышению производительности Vue

Object.defineProperty(itemData, 'data', {
    // Отмечаем поле как "не-реактивное"
    configurable: false,
    value: item
})

не проще ли воспользоваться Object.freeze?

Формы должны быть простыми и декларативными

Я имел ввиду не ваш пример, а тот, что на медиуме.

Формы должны быть простыми и декларативными

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

Потому что такие компоненты в React и подобных ему VirtualDOM-библиотеках (не путайте кстати с HTML) — это общепринятый способ композиции, соответственно большинство людей им и пользуются. Другой вопрос — рационально ли это? Я бы тоже наверное реализовал вариацию где-то ближе к стору и кидался бы уже оттуда сообщениями об ошибках и флажками valid/inValid.

Приведенный вами пример неполный, в нем полученные в ходе валидации ошибки не прокидываются обратно — к визуальными компонентам, не предусмотрена асинхронная валидация и т.п. (это все несложно сделать, но говорим о том, что уже есть) Так что далеко не факт, что описанные вами ужасы не появятся как раз на этом этапе.

EventAggregator — антипаттерн

А теперь представьте, что у вас задача вида: «у меня есть k источников новостей и m устройств, отображающих новости в виде скроллера». Вы предлагаете каждое из устройств подписывать на каждый источник? Получите k*m связей (и в каждом устройстве нужно будет делать обнаружение источников). А можно взять аггрегатор, который будет сам подписываться на все источники, а все устройства подписывать только на аггрегатор: получается k+m связей, логика обнаружения источников только в агрегаторе, в устройствах тривиальная подписка.

Ну это вы описали хороший кейс использования EA. У меня было больше плохих кейсов — вида «надоело разбираться с MEF'ом (или любым другим DI-контейнером) и взаимодействовать через интерфейсы, сделаем ка мы штуку, которая броадкастит события, которые мы потом будем в ручную диспетчеризовать в получателях по строковым тегам». По первости это все дело работает, но по мере его внедрения и увеличения количества передаваемых типов сообщений начинает разваливаться. Компилятор всю эту систему не проверяет и она начинает жить своей жизнью. Возможно именно эти случаи имел ввиду автор.