Порекомендуйте внешний "миксер" для микрофона и наушников?

Александр, да ))) и в идеале чтобы можно также на приставках сделать

Порекомендуйте внешний "миксер" для микрофона и наушников?

Нравиться но не полностью то - к приставкам не подключить.
Нашел я Beh­ringer MA400 - но он с XLR разъемами :(

Какие есть ресурсы по миграции с jenkins на azure pipelines?

Это сносный комментарий, но не ответ.
Список вещей которые в j не работают большой как горы багов - не трогая баги плагинов.
Список фич, которые можно получить - больше чем нужно.
Склеивать самим - можно. Но быть "первооткрывателем" - сомнительное удовольствие, тем более что экслплуатироваться будет не список фич, а то как реализованно управление этими фичами.

Как маршалить одну и туже структуру в json с разным набором полей?

Это Unmarshal - не в ту сторону от вопроса

Как маршалить одну и туже структуру в json с разным набором полей?

Илья, предположим - у меня сделующая конструкция

```
struct Config {
CollectionA [int]struct ItemA
}

struct ItemA {
SubColB [string]struct ItemB
}

var config Config
```
и я хочу сделать множественные view на config или какието его элементы - предположим на config.CollectionA.
Tогда если в параллели я буду пытаться отдавать config и config.CollectionA мне надо будет ретагать одновременно type info для типа ItemA - причем конкуретно и изза разного view в разные таги. Это не будет работать и придется использовать глобальный лок (мутекс к примеру) чтобы сменить таги, и сделать json.Marshal. Это конечно лучше чем копирование памяти, но это ограничевает скорость сильно.

Я склоняюсь, модифицировать мой первый ответ, чтобы через unsafe собирать интерфейс на нужный type info с нужными тагами, но совместимость типов проверять через тесты и\или _ =

Как маршалить одну и туже структуру в json с разным набором полей?

Первый пример - это копирование и будет более менее красиво выглядеть для flat структур.
Dynamic-struct тоже самое, но хуже - будет память жрать прогрессивно, если json маршалить (сгенерировання через рефлект структура будет иметь новый РТ который будет закэшен в json).
Retag - без копирования, но будет требовать global lock (особо если струкруты связные).

Среда разработки ПЛК транспайл то GO. Это умно?

Если памяти у ПЛК нормально - то проблем с go не будет.
Транспайлер на peg вполне легко написать.
Будешь генерировать прогу сразу со встроенным дебагером\симулятором и по вебу смотреть что и как

Что делает func FileServer() в этом примере (DotFileHiding)?

Гугл транслейт )))
Не даёт доступа к файлам с точкой.

Есть ли в для C++14 map с поддержкой constexpr хэша?

Антон Жилин, frozen он иммутабилен - это совсем не то.

Есть ли в для C++14 map с поддержкой constexpr хэша?

Антон Жилин, нее спасибо за такие енумы - это антивариант - адовейший

Есть ли в для C++14 map с поддержкой constexpr хэша?

Антон Жилин, если хэшмап наполнять динамически (к примеру парс xml) а читать по известным ключам (компайл тайм хэш), то хэш будет быстрее, чем енум для Х значений. (фильтр поверх sax парсера оффтопик для вопроса).

Есть ли в для C++14 map с поддержкой constexpr хэша?

Евгений Шатунов, решает - веселее чем semimap. Отметил решением.

Есть ли в для C++14 map с поддержкой constexpr хэша?

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

Есть ли в для C++14 map с поддержкой constexpr хэша?

RabraBabr, очень похоже. Ответом оформи?

Есть ли в для C++14 map с поддержкой constexpr хэша?

Mercury13, ну можно типа

std::unordered_map<Rt<K>::hash_type, V> cache;

auto it = cache.find(Rt::key("property1"));

Так вроде работает. Но тоесть явно (шиворот на выворот).

Есть ли в для C++14 map с поддержкой constexpr хэша?

RabraBabr, Ok ok - std::unordered_map :)

Есть ли в для C++14 map с поддержкой constexpr хэша?

Пример - разбор json/xml/yaml - имена полей нужные коду приложения известны. "Парсеры" в большенстве своем генерят "общие" структуры (sax\yajl\... не считаем), по грубому на std::map. Случай не редкий.

Есть ли в для C++14 map с поддержкой constexpr хэша?

Ктото чтото не понял. Хэш по ключю будет всегда один и тотже - иначе это и не хэш. Если коллизии меня не беспокоят, то можно спокойно хэш compile time вычислять через constexpr.

И если грубо делать, наверное, надо по паре методов через SFINAE чтобы constexpr хэш считался и рантайм.

Что спрашивать у работодателя на собеседовании DevOps?

noxplex, По поводу первой статьи.

1. По сравнению со Scrum-директивами Kanban — это оплот либерализма и хаос.
2. новые задачи добавляют в любое время. Если нужно срочно что-то сделать, команда не ждет следующего спринта;

A. Почитай как хотфиксы в скраме делают.

хинт

PO резервит время в спринте без указания что фиксить, до момента прихода бага.

B. Из первойже статьи -

В Kanban приоритеты расставляет команда, в Scrum — владелец продукта. Приоритеты можно и даже нужно пересматривать по ходу проекта — это один из столпов гибких методологий.

Пример из второй статьи, прямо вот тамже - про "подсовывать" - указывает хотфикс, после выполнения текущей задачи, и если ты хочешь сказать, что это позволяет отложить текущую задачу, то:

C. В канбане по этапам есть WIP (ограничения - в первой статье) - которые не могут быть превышены. Что не дает возможность взяться за задачу пока слот в первом этапе не осободится. Приоритетов девелоперу это меняет - он (если грубо) исполняет текущую задачу, и только когда ему надо чтото делать, он идет в стэк\бэклог и выбирает сверху задачу. И да - с момента начала прошлой задачи приоритеты в стеке могу поменяться (в канбан канонически это решает тим а не PO - что позволяет команде выработать некие ограничения).

D. Про

и смену приоритетов у задач и даже стэка технологий

- первая же статья -

Над задачей может работать несколько узкопрофильных команд

. Смена стэка как в твоем случае - это косяки команды а не канбана. Везде канбан предполагает более узкую специализацию а не full stack devs. В скраме же наоборот - очень любят full stack devs. И новичек попавший в hyper productive scrum team (к примеру они "пилят" без изменения состава пару лет и знают все по "вертикали") будет очень долго офигивать - пятеро поестимейтили 2 а новичек 16.

E.

Качество проектов на выходе у канбана - в основном не поддерживаемый говнокод, который даже стыдно отдавать на ревью, на моей памяти как минимум 3 таких больших проекта

- говногод пишет не канбан. Опятже это косяки твоей команды.

Из-за чего возникает ошибка fatal error: concurrent map writes?

rail01y, ExtendFilter