Так ты ответишь почему врешь в каждом своем предложении? Это тебя родители так воспитали или ты сам таким стал?
Сравни сколько раньше с русскими почтами коммитов было и сейчас.
Хватит придумывать новые оправдания своему вранью, с каждым разом это выглядит все более психически нездоровым.
Ты, наверное, эмигрант или поддерживаешь санкции против России? И считаешь, что СССР был неправ с финнами? И что коммунизм также плох, как и фашизм?
Опять попытка переводить дисскусию от твоего вранья про патчи ядра линукса в куда-то в сторону. Я считаю что ты лжец и непорядочный человек, это единственное что нужно знать в рамках этого обсуждения.
Мы уже на ты? Так ты ответишь почему врешь не переставая?
укажи, что ты русский и живёшь в России
В патчах ядра указывают смысл технических измений, а не личную биографию, это раз. По автору коммита "Matvey Kovalev matvey.kovalev@ispras.ru" совсем не сложно понять что русская фамилия и домен института РАН говорят о том, что человек живет и работает в РФ.
А по фамилии ничего нельзя сказать
Я так понимаю у тебя в компании в коммите всегда пишут не еврей ли его написал и прилагают форму черепа.
Да хоть даже и русские, но открестившиеся от России.
Почему вдруг если человек работает не на российскую компанию, то он "открестился от россии"? Опять вранье и еще и клевета на ровном месте на других людей.
Линус - 100% русофоб. Это видно из его сообщения.
Твое личное мнение, мне этого не видно.
Он не просто исполняет санкции, которые не обязан исполнять.
Линус, как гражданин США, который официально работает в американской компании, обязан исполнять законы правительства США.
Он их обосновывает, тем что СССР (которого давно нет) воевал с Финляндией.
Опять вранье. Он написал
I'm Finnish. Did you think I'd be supporting Russian
aggression? Apparently it's not just lack of real news, it's lack of
history knowledge too.
Здесь нет ничего напрямую ни про санкции, ни про СССР. У Финляндии с Россией большая и сложная история отношения еще со 18 века и взгляды финов на историю несколько отличаются от советско-русской позиции. Например можно почитать про isoviha(большой ненависть) - https://en.wikipedia.org/wiki/Great_Wrath .
И в учебниках истории финны оправдывают своё союзничество с Гитлером тем, что СССР по их мнению был хуже.
Опять вранье, финны обосновывают это тем, что СССР напал и захватил часть Финляндии в начала второй мировой войны и через союз с Германией они искали способ вернуть утраченные территории. Кстати зачем ты врешь что читал финские учебники по истории?
Сначала ответьте нормально ли врать что патчи от русских разработчиков не принимают в ядро линука.
Удалить русских мейнтейнеров - это нормально?
И опять вранье(уже патология какая-то) - удаляли не "русских разработчиков", а сотрудников компаний, которые находятся под санкциями. Русские разработчики, которые являются сотрудниками компаний из других стран по прежнему в списке мейтенеров. Например Egor Pomozov, Alexey Charkov, Yury Norov, Ilya Dryomov и многие другие.
Финляндия воевала за Гитлера.
И по-этому вы решили наврать в этом треде про разработку ядра линукса?
And FYI for the actual innocent bystanders who aren't troll farm
accounts
Т.е. он не русских программистов назвал кучей троллей, а тех, кто засыпал его вопросами по поводу удаления ряда русских мейнтейнеров из ядра линукса отнес к сотрудниками российской "фабрики-троллей".
он не называл русских программистов кучей троллей и патчи от русских в ядро принимаются на регулярной основе, последний был 17 сентября от Matvey Kovalev из института системного программирования им. В.П. Иванникова. Надеюсь вам хотя бы платять за публикацию вранья.
Pascal не составляет сильной конкуренции C#, Java, Go etc.
Потому что дело не в языке, а в том, что стоит за ним. C# продвигается майкрософтом - конференции, реклама, поддержка для всех продуктов. За Java стоят миллионы существующих энтерпрайз приложений и их команды. И когда такая команда стартует новый проект, то естественно выбирает опять джаву. Что касается Го, то он много лет точно так же был не особо популярен, пока не выяснилось что он очень хорошо подходит для быстрой разработки микросервисов/девопса и на него стали переходить в первую очередь со всях node.js решений. Плюс Го удобен тем, что вокруг него можно собирать команда разработчиков с разных стэков - примитивный синтакст могут быстро освоилить хоть джависты, хоть плюсовики.
3) Причем чем тут бухучет, вот это твое представление о сложных высоконагруженных приложениях на 5 девяток? Не гипервизор в клауде, которые MS переписала на раст, не DDoS detection в Cloudflare, ни система оркестрации контейнеров типа Firecracker, нет - это все не сложные приложения. Вот бухучет это да.
4) А ты наглядный пример старого дурака, который пишет о том, в чем совершенно не разбирается и думает, что раз 30 лет назад он что-то наговнокодил на С это придает хоть какой-то вес его словам.
Какая еще вкусовщина и маркетинг, если GC/RAII/Borrow Check как раз созданы для решения проблем прописи памяти, dangling pointer, memory leak и т.д. И С++ это не "С с объектами", почитайте Страуструпа. И 30 лет назад приложения были на порядок проще как по требованиям безопаности, так и по функционалу, это как сравнивать ЗИС-5 с КАМАЗ-54907.
Во-первых С уже лет 40 не является основным языком разработки сложных систем, а во-вторых разработка на С несет огромное количество дополнительных трудностей, которые разными способами пытались и пытаются решать во всех последующих языках, от С++ и Java до Go, Zig и Rust.
целая матрица поведения для null каналов, привязка recovery к стеку вызова, интерфейсы, которые могут быть одновремено null и не null, скрытое копирование и аллокации - это не сложные концепции? В том же Rust поведение куда более очевидное и предсказуемое.
Спросите джуна что выведет данный код, увидете какой будет процент правильных ответов
type User struct {
Name string
}
func main() {
users := [1]User{{Name: "aaa"}}
users[0].Name = "bbb"
fmt.Println(users)
user := users[0]
user.Name = "ccc"
fmt.Println(users)
}
Причем тут бизнес логика, если вы буквально цитируете кусок текста, описывающий как технически происходит обработка асинхронных запросов и спрашиваете зачем это нужно? Использование async/await паттерна или грин-тредов в Go как раз позволяют структурно описывать программу синхронно в последовательности действий Ι/Ο, при том что среда исполнения делает обработку Ι/Ο асинхронной.
Что значит "не возникает" и причем тут языки? Механизм обработки конкурентных запросов определяется конкретной библиотекой. В той же java есть Spring MVC с пуллом потоков и блокирующим стеком, при котором возникает именно та проблема, о которой пишет автор статьи - падение производительности в high load за счет потерь на Ι/Ο и есть WebFlux, который использует эвент луп, так же как нода.
И опять вранье. Коммиты от русских программистов есть практически в каждом патче:
6.16.12
Author: Nalivayko Sergey <Sergey.Nalivayko@kaspersky.com> Date: Tue Jul 15 18:48:15 2025 +0300 net/9p: fix double req put in p9_fd_cancelled6.16.10
Author: Alexander Popov <alex.popov@linux.com> Date: Sun Sep 21 23:58:15 2025 +0300 x86/Kconfig: Reenable PTDUMP on i3866.16.8
Author: Ilya Dryomov <idryomov@gmail.com> Date: Thu Jul 3 12:10:50 2025 +0200 libceph: fix invalid accesses to ceph_connection_v1_infoТак ты ответишь почему врешь в каждом своем предложении? Это тебя родители так воспитали или ты сам таким стал?
Хватит придумывать новые оправдания своему вранью, с каждым разом это выглядит все более психически нездоровым.
Опять попытка переводить дисскусию от твоего вранья про патчи ядра линукса в куда-то в сторону. Я считаю что ты лжец и непорядочный человек, это единственное что нужно знать в рамках этого обсуждения.
Мы уже на ты? Так ты ответишь почему врешь не переставая?
В патчах ядра указывают смысл технических измений, а не личную биографию, это раз. По автору коммита "Matvey Kovalev matvey.kovalev@ispras.ru" совсем не сложно понять что русская фамилия и домен института РАН говорят о том, что человек живет и работает в РФ.
Я так понимаю у тебя в компании в коммите всегда пишут не еврей ли его написал и прилагают форму черепа.
Почему вдруг если человек работает не на российскую компанию, то он "открестился от россии"? Опять вранье и еще и клевета на ровном месте на других людей.
Твое личное мнение, мне этого не видно.
Линус, как гражданин США, который официально работает в американской компании, обязан исполнять законы правительства США.
Опять вранье. Он написал
Здесь нет ничего напрямую ни про санкции, ни про СССР. У Финляндии с Россией большая и сложная история отношения еще со 18 века и взгляды финов на историю несколько отличаются от советско-русской позиции. Например можно почитать про isoviha(большой ненависть) - https://en.wikipedia.org/wiki/Great_Wrath .
Опять вранье, финны обосновывают это тем, что СССР напал и захватил часть Финляндии в начала второй мировой войны и через союз с Германией они искали способ вернуть утраченные территории. Кстати зачем ты врешь что читал финские учебники по истории?
Сначала ответьте нормально ли врать что патчи от русских разработчиков не принимают в ядро линука.
И опять вранье(уже патология какая-то) - удаляли не "русских разработчиков", а сотрудников компаний, которые находятся под санкциями. Русские разработчики, которые являются сотрудниками компаний из других стран по прежнему в списке мейтенеров. Например Egor Pomozov, Alexey Charkov, Yury Norov, Ilya Dryomov и многие другие.
И по-этому вы решили наврать в этом треде про разработку ядра линукса?
Т.е. он не русских программистов назвал кучей троллей, а тех, кто засыпал его вопросами по поводу удаления ряда русских мейнтейнеров из ядра линукса отнес к сотрудниками российской "фабрики-троллей".
он не называл русских программистов кучей троллей и патчи от русских в ядро принимаются на регулярной основе, последний был 17 сентября от Matvey Kovalev из института системного программирования им. В.П. Иванникова. Надеюсь вам хотя бы платять за публикацию вранья.
А ноут 20 летней давности?
ssd диск будет стоить больше чем весь этот ноут
Статья как сделать HTTP запрос и сохранить результат на диск. Контент который мы заслужили.
Вы бы спросили ChatGPT что будет если у вас больше одного экземпляра приложения запущено, а потом писали бы статью.
Потому что дело не в языке, а в том, что стоит за ним. C# продвигается майкрософтом - конференции, реклама, поддержка для всех продуктов. За Java стоят миллионы существующих энтерпрайз приложений и их команды. И когда такая команда стартует новый проект, то естественно выбирает опять джаву. Что касается Го, то он много лет точно так же был не особо популярен, пока не выяснилось что он очень хорошо подходит для быстрой разработки микросервисов/девопса и на него стали переходить в первую очередь со всях node.js решений. Плюс Го удобен тем, что вокруг него можно собирать команда разработчиков с разных стэков - примитивный синтакст могут быстро освоилить хоть джависты, хоть плюсовики.
write once run anywhere!
никакой - язык под задачу берется.
1) Я тебе не брат
2)
Why C++ is not just an Object-Oriented Programming Language
Bjarne Stroustrup
https://www.stroustrup.com/oopsla.pdf
3) Причем чем тут бухучет, вот это твое представление о сложных высоконагруженных приложениях на 5 девяток? Не гипервизор в клауде, которые MS переписала на раст, не DDoS detection в Cloudflare, ни система оркестрации контейнеров типа Firecracker, нет - это все не сложные приложения. Вот бухучет это да.
4) А ты наглядный пример старого дурака, который пишет о том, в чем совершенно не разбирается и думает, что раз 30 лет назад он что-то наговнокодил на С это придает хоть какой-то вес его словам.
Какая еще вкусовщина и маркетинг, если GC/RAII/Borrow Check как раз созданы для решения проблем прописи памяти, dangling pointer, memory leak и т.д. И С++ это не "С с объектами", почитайте Страуструпа. И 30 лет назад приложения были на порядок проще как по требованиям безопаности, так и по функционалу, это как сравнивать ЗИС-5 с КАМАЗ-54907.
Во-первых С уже лет 40 не является основным языком разработки сложных систем, а во-вторых разработка на С несет огромное количество дополнительных трудностей, которые разными способами пытались и пытаются решать во всех последующих языках, от С++ и Java до Go, Zig и Rust.
Можно на хабре в любом месте написать что делфи устарел - начнется такое, что растовики тихо отдыхают в сторонке.
целая матрица поведения для null каналов, привязка recovery к стеку вызова, интерфейсы, которые могут быть одновремено null и не null, скрытое копирование и аллокации - это не сложные концепции? В том же Rust поведение куда более очевидное и предсказуемое.
Спросите джуна что выведет данный код, увидете какой будет процент правильных ответов
Причем тут бизнес логика, если вы буквально цитируете кусок текста, описывающий как технически происходит обработка асинхронных запросов и спрашиваете зачем это нужно? Использование async/await паттерна или грин-тредов в Go как раз позволяют структурно описывать программу синхронно в последовательности действий Ι/Ο, при том что среда исполнения делает обработку Ι/Ο асинхронной.
Что значит "не возникает" и причем тут языки? Механизм обработки конкурентных запросов определяется конкретной библиотекой. В той же java есть Spring MVC с пуллом потоков и блокирующим стеком, при котором возникает именно та проблема, о которой пишет автор статьи - падение производительности в high load за счет потерь на Ι/Ο и есть WebFlux, который использует эвент луп, так же как нода.