Сообщение Re[11]: Почему dlang не обрел большой популярности? от 21.08.2023 9:23
Изменено 21.08.2023 9:23 Alekzander
Re[11]: Почему dlang не обрел большой популярности?
Здравствуйте, so5team, Вы писали:
S>Дело ваше. Я говорю лишь то, что вижу. Начиная с Java акцент делается на то, чтобы код, написанный разными людьми, выглядел одинаково.
S>И вопрос не в том, что лично я думаю по этому поводу, а в то, что это уже мейнстрим больше 20 лет как.
Если бы это было так, то во всех конторах, где я работал больше 20 лет как, не было бы своих гайдлайнов (всюду разных). Даже тут, на RSDN, мне помнится, публиковали местные гайдлайны. В майкрософтовских, вишь, нашли фатальный недостаток.
S>И если раньше (те же Java, C#, Python, Ruby) в основном излагали общие рекомендации по стилю именования (типа PascalCase для имен классов, camelCase для имен методов, как в Java), а стиль скобочек и виды пробелов оставляли на откуп конкретных команд и проектов, то сейчас дело зашло еще дальше.
S>Ваш пример демонстрирует массовое применение snake_case в C#?
Мой пример относится к моей цитате. Надеюсь, ты не забыл, с чего начался разговор?
S>Нет. В силу того, что эти языки массово начали использовать еще до того, как до программистов ан-масс дошло, что стиль кода должен быть одинаковым вне зависимости от проекта.
И только один — мой, он же — правильный. И зелёной красочкой сверху всё покрасить.
Я понял твою точку зрения (причём, изначально). Но очень нескромно выдавать её за исторический факт.
S>Дело ваше. Я говорю лишь то, что вижу. Начиная с Java акцент делается на то, чтобы код, написанный разными людьми, выглядел одинаково.
S>И вопрос не в том, что лично я думаю по этому поводу, а в то, что это уже мейнстрим больше 20 лет как.
Если бы это было так, то во всех конторах, где я работал больше 20 лет как, не было бы своих гайдлайнов (всюду разных). Даже тут, на RSDN, мне помнится, публиковали местные гайдлайны. В майкрософтовских, вишь, нашли фатальный недостаток.
S>И если раньше (те же Java, C#, Python, Ruby) в основном излагали общие рекомендации по стилю именования (типа PascalCase для имен классов, camelCase для имен методов, как в Java), а стиль скобочек и виды пробелов оставляли на откуп конкретных команд и проектов, то сейчас дело зашло еще дальше.
S>Ваш пример демонстрирует массовое применение snake_case в C#?
Мой пример относится к моей цитате. Надеюсь, ты не забыл, с чего начался разговор?
The function body is wrapped in {}. Rust requires curly brackets around all function bodies. It’s good style to place the opening curly bracket on the same line as the function declaration, adding one space in between.
S>Нет. В силу того, что эти языки массово начали использовать еще до того, как до программистов ан-масс дошло, что стиль кода должен быть одинаковым вне зависимости от проекта.
И только один — мой, он же — правильный. И зелёной красочкой сверху всё покрасить.
Я понял твою точку зрения (причём, изначально). Но очень нескромно выдавать её за исторический факт.
Re[11]: Почему dlang не обрел большой популярности?
Здравствуйте, so5team, Вы писали:
S>Дело ваше. Я говорю лишь то, что вижу. Начиная с Java акцент делается на то, чтобы код, написанный разными людьми, выглядел одинаково.
S>И вопрос не в том, что лично я думаю по этому поводу, а в то, что это уже мейнстрим больше 20 лет как.
Если бы это было так, то во всех конторах, где я работал больше 20 лет как, не было бы своих гайдлайнов (всюду разных). Даже тут, на RSDN, мне помнится, публиковали местные гайдлайны для дотнета. В майкрософтовских, вишь, нашли фатальный недостаток.
S>И если раньше (те же Java, C#, Python, Ruby) в основном излагали общие рекомендации по стилю именования (типа PascalCase для имен классов, camelCase для имен методов, как в Java), а стиль скобочек и виды пробелов оставляли на откуп конкретных команд и проектов, то сейчас дело зашло еще дальше.
S>Ваш пример демонстрирует массовое применение snake_case в C#?
Мой пример относится к моей цитате. Надеюсь, ты не забыл, с чего начался разговор?
S>Нет. В силу того, что эти языки массово начали использовать еще до того, как до программистов ан-масс дошло, что стиль кода должен быть одинаковым вне зависимости от проекта.
И только один — мой, он же — правильный. И зелёной красочкой сверху всё покрасить.
Я понял твою точку зрения (причём, изначально). Но очень нескромно выдавать её за исторический факт.
S>Дело ваше. Я говорю лишь то, что вижу. Начиная с Java акцент делается на то, чтобы код, написанный разными людьми, выглядел одинаково.
S>И вопрос не в том, что лично я думаю по этому поводу, а в то, что это уже мейнстрим больше 20 лет как.
Если бы это было так, то во всех конторах, где я работал больше 20 лет как, не было бы своих гайдлайнов (всюду разных). Даже тут, на RSDN, мне помнится, публиковали местные гайдлайны для дотнета. В майкрософтовских, вишь, нашли фатальный недостаток.
S>И если раньше (те же Java, C#, Python, Ruby) в основном излагали общие рекомендации по стилю именования (типа PascalCase для имен классов, camelCase для имен методов, как в Java), а стиль скобочек и виды пробелов оставляли на откуп конкретных команд и проектов, то сейчас дело зашло еще дальше.
S>Ваш пример демонстрирует массовое применение snake_case в C#?
Мой пример относится к моей цитате. Надеюсь, ты не забыл, с чего начался разговор?
The function body is wrapped in {}. Rust requires curly brackets around all function bodies. It’s good style to place the opening curly bracket on the same line as the function declaration, adding one space in between.
S>Нет. В силу того, что эти языки массово начали использовать еще до того, как до программистов ан-масс дошло, что стиль кода должен быть одинаковым вне зависимости от проекта.
И только один — мой, он же — правильный. И зелёной красочкой сверху всё покрасить.
Я понял твою точку зрения (причём, изначально). Но очень нескромно выдавать её за исторический факт.