У меня терминологический вопрос: что это за микросервисы, которые сидят на одной большой базе данных? Разве не предполагается, что у микросервиса должна быть своя независимая БД? Иначе это уже не микросервисы, а распределённый монолит, зависящий от одного сервера БД.
Такая же ерунда. Нормально влиться в поток разработки получается ближе к вечеру, когда иссякает поток отвлекающих факторов. Дневная мультизадачность со стороны выглядит как супер-продуктивность ("делаю" 10 дел одновременно), но на самом деле мелкие хаотичные действия съедают всю энергию, не давая сконцентрироваться на чём-то сложном и действительно важном.
Если всё запретить, перекрыть и закрыть, то и ИТ не будет в текущем понимании. Будут старые нерды ковыряться в жутком легаси, а все новые технологии (как железные, так и софтовые) будут проходить мимо. Выдумывать с нуля всё тоже самое, что и весь мир, но на узкий локальный рынок мало кому будет интересно, только если от безысходности.
Использовать такой кастомный .NET с пропатченными сборками, по мне, можно только совсем от безнадёги. В обычном .NetFX почти вся криптография замыкалась на нативный CryptoAPI, с котором проблем я не припомню. Всё что мне лично было нужно, работало "из коробки".
PR нет, потому что принцип "неуловимого Джо". Но наличие исходников - это не только возможность получать PRs от сообщества, но и возможность отладки, и анализа кода, а также понимания тонкостей работы библиотеки.
Общая проблема слишком раздутых стандартов, которые пытаются объять необъятное. В итоге имеем кучу лишнего и неменьшую кучу неописанного, но всё равно кому-то нужного фукнционала. Плюс зоопарк кастомных реализаций по принципу "кому очень надо - сами разберутся с нашими костылями". Но что по этому поводу думают разработчики стандарта?
У нас такие в школьном компьютером классе были в середине девяностых, кажется, ещё оригинального производства IBM. До сих пор вспоминаю те клавиатуры с уважением.
Посмотрел, интересно. CryptoPro, как всегда, в своём репертуаре: выложили проект на GitHub, но исходники закрыли. Возможно, кому-то и в таком виде пригодится.
На ракету есть полный комплект чертежей, спецификаций и прочей документации. А не ТЗ в стиле "сделай, чтобы через полгода уже на Луне высадились, детали уточни у маркетологов. И не затягивайте, вопрос на контроле у самого вице-президента". Какие исходные условия, такие и технологии используются для их исполнения. Странно, что каждый раз, обсуждая софтверную индустрию, приплетают ракеты, токарей и прочее материальное производство.
1С, конечно, обыкновенные зажравшиеся монополисты, да ещё с тенденцией решать организационные проблемы (падение выручки) техническими средствами (усилением защиты от взлома). Но в вашем случае, это не сама 1С, а местные франчи-барыги, которым просто лень связываться с задачей на пару часов кодинга.
Обычно, 99% фунцкций в модных комбайнах логирования не нужны от слова совсем в конкретном проекте. Но разработчик-то подключает всю либу с дефолтными настройками, не особо вникая в детали реализации, в документацию, в анализ безопасности и прочее. У него же таска в джире горит.
У меня терминологический вопрос: что это за микросервисы, которые сидят на одной большой базе данных? Разве не предполагается, что у микросервиса должна быть своя независимая БД? Иначе это уже не микросервисы, а распределённый монолит, зависящий от одного сервера БД.
Такая же ерунда. Нормально влиться в поток разработки получается ближе к вечеру, когда иссякает поток отвлекающих факторов. Дневная мультизадачность со стороны выглядит как супер-продуктивность ("делаю" 10 дел одновременно), но на самом деле мелкие хаотичные действия съедают всю энергию, не давая сконцентрироваться на чём-то сложном и действительно важном.
Плюсую, лично мне погонять иногда в CS (полчаса-час, не больше), накормить плохих парней свинцом помогает сбросить рабочий стресс
Если всё запретить, перекрыть и закрыть, то и ИТ не будет в текущем понимании. Будут старые нерды ковыряться в жутком легаси, а все новые технологии (как железные, так и софтовые) будут проходить мимо. Выдумывать с нуля всё тоже самое, что и весь мир, но на узкий локальный рынок мало кому будет интересно, только если от безысходности.
Девопс нынче в моде. Правда, в реале это часто сводится к "хренак, хренак и в продакшен"
Добавьте ещё Ribbon в стиле Office 2021, а то по вертикали столько свободного места пропадает, особенно на ноутбуках
Использовать такой кастомный .NET с пропатченными сборками, по мне, можно только совсем от безнадёги. В обычном .NetFX почти вся криптография замыкалась на нативный CryptoAPI, с котором проблем я не припомню. Всё что мне лично было нужно, работало "из коробки".
PR нет, потому что принцип "неуловимого Джо". Но наличие исходников - это не только возможность получать PRs от сообщества, но и возможность отладки, и анализа кода, а также понимания тонкостей работы библиотеки.
Общая проблема слишком раздутых стандартов, которые пытаются объять необъятное. В итоге имеем кучу лишнего и неменьшую кучу неописанного, но всё равно кому-то нужного фукнционала. Плюс зоопарк кастомных реализаций по принципу "кому очень надо - сами разберутся с нашими костылями". Но что по этому поводу думают разработчики стандарта?
У нас такие в школьном компьютером классе были в середине девяностых, кажется, ещё оригинального производства IBM. До сих пор вспоминаю те клавиатуры с уважением.
Посмотрел, интересно. CryptoPro, как всегда, в своём репертуаре: выложили проект на GitHub, но исходники закрыли. Возможно, кому-то и в таком виде пригодится.
Пользуюсь Logitec G413. Механическая, с нормальной раскладкой и белой подсветкой. И ничего лишнего
На ракету есть полный комплект чертежей, спецификаций и прочей документации. А не ТЗ в стиле "сделай, чтобы через полгода уже на Луне высадились, детали уточни у маркетологов. И не затягивайте, вопрос на контроле у самого вице-президента". Какие исходные условия, такие и технологии используются для их исполнения. Странно, что каждый раз, обсуждая софтверную индустрию, приплетают ракеты, токарей и прочее материальное производство.
1С, конечно, обыкновенные зажравшиеся монополисты, да ещё с тенденцией решать организационные проблемы (падение выручки) техническими средствами (усилением защиты от взлома). Но в вашем случае, это не сама 1С, а местные франчи-барыги, которым просто лень связываться с задачей на пару часов кодинга.
Обычно, 99% фунцкций в модных комбайнах логирования не нужны от слова совсем в конкретном проекте. Но разработчик-то подключает всю либу с дефолтными настройками, не особо вникая в детали реализации, в документацию, в анализ безопасности и прочее. У него же таска в джире горит.
Посмотреть бы на тех, кто с этой "вундервафлей" пойдёт за утками/вальдшнепами.