Я не против тредов, но все же если процесс упал от внешних причин, то упала часть приложения, а если будут треды, упадёт от этой же причины все приложение, разве нет? Так-то оба подхода норм, но круто же, если не было нормальных тредов, а теперь - будут.
Предлагаю также учесть контекст из-за которого ограничения вообще вводятся, а также сколько потенциальных разработчиков покинуло страну по тем же причинам, по которым возникают ограничения, и будет выглядеть все немного иначе.
Следствие не желания привыкших преподов и методистов изучать что-то новое? А так это и правда ужасно. За деньги налогоплательщиков и бюджета страны прививать всем привычку пользоваться проприетарными форматами и софтом производимым в стране с которой у нас отношения вида: "все сложно". Ещё и покупать его за деньги и пихать везде. При этом имея перед глазами опыт других стран (находящихся в менее сложных отношениях к США), где уеленоправлено отказывались от форматов и софта мс хотя бы в гос. Секторе. Истинно говорю, вот если уж кого и нужно признавать иноагентами и наказывать, так это те, кто продвинул такое решение. И ведь не то, чтобы эта тема не поднималась и не было предложений. Ущерб ведь и правда огромный.
Люди продолжают использовать старый язык вряд-ли "просто потому что", а так как привыкли и потратили много сил и времени на изучение языка и экосистемы. А чтобы стать хорошим плюсовиком, полагаю требуется реально много сил и времени. Это помимо очевидной причины, что старый код поддерживать-то надо, и сам он себя не перепишет.
Кстати в данном случае микросервисный подход имеет плюсы - перейти на новый стек на новых сервисах при сохранении API намного проще, чем линковать common lisp с Java.
Просто там минимум три языка в одном - макросы, шаблоны, и C с классами. А для реального использования придётся ещё как-то знать Make или аналог, а некоторым ещё и в скриптах линкера разбираться и тп.
Совет про "забахать дефайн" и c-style cast в контексте обсуждения уменьшения выстрелов в ногу в 2024г прям как бальзам на душу. А вот с тем, что если в коде много кастов, то скорее всего что-то не так с проектированием, пожалуй соглашусь.
Проблема не в использовании нейросети для написания же, а именно в закрытой системе работы этих "рецензируемых" изданий, которые мотивированы в основном финансовой выгодой, а также по факту не несут никакой ответственности за свои косяки.
Верно-то верно, но ведь очень мало кто пишет музыку для такого формата звука. Абсолютное большинство музыкантов на выходе имеют просто стерео. Саундтреки разве что к кино слушать? Интересно сколько релизов музыкальных в год выходит в 5.1 звуке или ещё отличном от стерео (и моно) формате?
Важно также помнить, что убытки пользователь должен нести именно в пользу банка. Убытки одного клиента, приводящие к прибыли другого клиента, а не самого банка - это тоже ошибка высокого уровня фатальности ☝️.
Интересно, а Ф.И.О адвоката с такими мнениями известно, а лучше бы прям видео с этими словами дословно, пусть люди знают истинное мнение банка о нас ?♂️.
Интересно, в чем преимущество использования nvme-over-tcp по сравнению с простым созданием шифрованной фс на новом ноуте и переноса туда файлов по сети tar | nc или аналогичным способом? Я просто много лет уже как так делал, и совершенно не важно какие типы накопителей, файловых систем (в рамках совместимых). Я не говорю, что предложенный метод плох, просто интересуюсь.
Я не против тредов, но все же если процесс упал от внешних причин, то упала часть приложения, а если будут треды, упадёт от этой же причины все приложение, разве нет? Так-то оба подхода норм, но круто же, если не было нормальных тредов, а теперь - будут.
Зачем так жёстко с сериализацией-то? Язык один, структуры данных одни, разве нельзя заюзать shm какой-нибудь?
Просто в GNU любят Си и компилировать в него, подозреваю, что для них это просто привычное решение которое они умеют.
Они реально что ли на счёт даже в другой стране возвращают? Где подробнее глянуть факты? Таким поди тогда и не только россияне пользуются.
Со ссылкой на его заявление звучало бы убедительнее. Я не утверждаю, что он не говорил этого, но вот я, например, не слышал ?♂️?☝️
А Столлман давно предупреждал всех ☝️
Предлагаю также учесть контекст из-за которого ограничения вообще вводятся, а также сколько потенциальных разработчиков покинуло страну по тем же причинам, по которым возникают ограничения, и будет выглядеть все немного иначе.
Следствие не желания привыкших преподов и методистов изучать что-то новое? А так это и правда ужасно. За деньги налогоплательщиков и бюджета страны прививать всем привычку пользоваться проприетарными форматами и софтом производимым в стране с которой у нас отношения вида: "все сложно". Ещё и покупать его за деньги и пихать везде. При этом имея перед глазами опыт других стран (находящихся в менее сложных отношениях к США), где уеленоправлено отказывались от форматов и софта мс хотя бы в гос. Секторе. Истинно говорю, вот если уж кого и нужно признавать иноагентами и наказывать, так это те, кто продвинул такое решение. И ведь не то, чтобы эта тема не поднималась и не было предложений. Ущерб ведь и правда огромный.
А рецензирующий или проверяющий будет без ссылок проверять?
Интересно, а дорогой репитер этот, тоже запрещён в Канаде хотя бы?
Сомнительное утверждение (кроме многословности). Можно примеры кода?
Люди продолжают использовать старый язык вряд-ли "просто потому что", а так как привыкли и потратили много сил и времени на изучение языка и экосистемы. А чтобы стать хорошим плюсовиком, полагаю требуется реально много сил и времени. Это помимо очевидной причины, что старый код поддерживать-то надо, и сам он себя не перепишет.
Кстати в данном случае микросервисный подход имеет плюсы - перейти на новый стек на новых сервисах при сохранении API намного проще, чем линковать common lisp с Java.
Просто там минимум три языка в одном - макросы, шаблоны, и C с классами. А для реального использования придётся ещё как-то знать Make или аналог, а некоторым ещё и в скриптах линкера разбираться и тп.
Совет про "забахать дефайн" и c-style cast в контексте обсуждения уменьшения выстрелов в ногу в 2024г прям как бальзам на душу. А вот с тем, что если в коде много кастов, то скорее всего что-то не так с проектированием, пожалуй соглашусь.
Проблема не в использовании нейросети для написания же, а именно в закрытой системе работы этих "рецензируемых" изданий, которые мотивированы в основном финансовой выгодой, а также по факту не несут никакой ответственности за свои косяки.
Верно-то верно, но ведь очень мало кто пишет музыку для такого формата звука. Абсолютное большинство музыкантов на выходе имеют просто стерео. Саундтреки разве что к кино слушать? Интересно сколько релизов музыкальных в год выходит в 5.1 звуке или ещё отличном от стерео (и моно) формате?
Как выше уже писали, в случае зашифрованного диска вряд ли сжатие что-то даст кроме дополнительной нагрузки на CPU, разве нет?
Важно также помнить, что убытки пользователь должен нести именно в пользу банка. Убытки одного клиента, приводящие к прибыли другого клиента, а не самого банка - это тоже ошибка высокого уровня фатальности ☝️.
Интересно, а Ф.И.О адвоката с такими мнениями известно, а лучше бы прям видео с этими словами дословно, пусть люди знают истинное мнение банка о нас ?♂️.
Интересно, в чем преимущество использования nvme-over-tcp по сравнению с простым созданием шифрованной фс на новом ноуте и переноса туда файлов по сети tar | nc или аналогичным способом? Я просто много лет уже как так делал, и совершенно не важно какие типы накопителей, файловых систем (в рамках совместимых). Я не говорю, что предложенный метод плох, просто интересуюсь.
А причём тут ошибка выжившего?