просто в моем понимании архитект - не есть менеджер, а даже если менеджер, он не должен вмешиваться в технологические процессы в том, что не критично для  системы.

Надо чтоб K/JS тагерт под Deno запилил. Глядишь быстрее конкуренцию Go составит чем K/N

K-js для ноды ничем не отличается от K-JS под дено

Стдлибы разные. Процесс сборки и ее результат разный.

Ну K-JS пока умеет очень маленькое подмножество стдлибы ноды

Плюс у Deno нет npm. Свой синтаксис импортов

Иак что это все же отдельный тагерт в градле должен быть, если это делать.

перхапс. Я пока вообще не очень понимаю, зачем писать на K-JS под ноду/дену. Но если спрос будет, сделают.

Например Headless Chrome. Офишл  API под который изначально по ноду. Это и логично автоматизировать браузер на js. Очень удобно.. захотелось заинжектить скрипт прямо в страницу или дернуть какую-нибудь функцию из уже загиуженных на странице, просто берешь и пишешь на том же на чем писал.

Под этим углом не смотрел.

это уже зависит от компании и степеней свободы доступных раличным её подразделениям. где-то вмешивается когда критично, или на эатпах интеграции. А где-то вообще полностью всё контролирует.

Не хотел бы работать в такой компании. Я сам страдаю от того, что периодически приходится студентам ноги переставлять. Но если ты нанимаешь специалиста на хорошую зарплату. Логично ожидать от него самостоятельности в выборе микро-стратегии

Не составит, у го другая ниша. Нода в общем-то недалеко ушла от пистонов и руби, это различные апишки, рестухи и BBF.
Гошка - более критичные к перфомансу штуки и зачастую какие-то инфровые комопненты

Тут соглашусь, я сторонник концепции микро-госудраств в корпоративной структуре, типа отделы - вообще сами по себе, обмазываются чем хотят, у них может быть свой архитектор или тех.лид, но он больше про r&d и интеграции с другими отделами и системами. А внешний контроль минимальный, например, условный арх.совет доходит до тебя в случае, если ты делаешь что-то очень сомнительное, пилите систему, которая потенциальна нужна другим отделам и выставляется апишку в каком-нибудь SOAP или вообще оракл oData, вместо чего-то более попосового и простого типа grpc или реста, или наоборот круд-апи зачем-то сделлаи на graphQL.

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

О, вопрос по делу. Кто-нибудь знает простой способ перехватывать сообщения из логгера, хранить их в памяти и скидывать куда надо? У меня просто кейс, когда логоподобные события являются частью результата. Раньше я свой логгер для этого использовал

я бы использовал logback и фильтр, который перехватывает, что надо

Вот там как-то больно это.

Ну и мультиплатформу хочу

AspectJ?)))