"Россия встаёт с колен"

#41
И какие же именно различия в структуре этих языков используете в контр-аргументе?
Например, чать из этих: What is difference between c and c# ?
В частности, я имел ввиду следующее:
  • C programming language is more suitable for system programming apps, hardware apps, embedded device and chip designing. While C# is suitable for apps development and web apps development.
 
#43
То есть, как я и говорил, отличия не в структуре, а в инфраструктуре.
Какой инфраструктуры не хватает C# с тем, что бы использоваться в "system programming apps, hardware apps, embedded device and chip designing"?
Аналогично, какой инфраструктуры не хватает С, что бы его так же удобно как С# можно было использовать в "apps development and web apps development."?
 
#45
Какой инфраструктуры не хватает C# с тем, что бы использоваться в "system programming apps, hardware apps, embedded device and chip designing"?
Аналогично, какой инфраструктуры не хватает С, что бы его так же удобно как С# можно было использовать в "apps development and web apps development."?
Мгогие. Начиная с различия в компиляции и воспроизведении.
А какие структурные различия этих языков, по твоему мнению, обуславливают различия в сфере применения?
 
#46
А какие структурные различия этих языков, по твоему мнению, обуславливают различия в сфере применения?
Я на этот вопрос вроде ответил ссылкой здесь. И даже процитировал вывод, который различие применений однозначно характеризует различием в языках, а не в инфраструктуре вокруг них.
С# все же объектно ориентированный, позволяет меньше заботится об очистке памяти, так как имеет встроенный механизм Automatic garbage collection.
С другой стороны, посмотрите насколько проще обращение с указателями в С и возможность добраться до самых внутренних железных "кишок" системы, вызвать код ассемблера ....
Мгогие. Начиная с различия в компиляции и воспроизведении.
Вы всерьёз готовы утверждать, что язык С# удобнее, чем С для "system programming apps, hardware apps, embedded device and chip designing" и вот только некие различия в компиляции и воспроизведении, не обусловленные языковыми различиями, этому мешают?
Это ж какие различия в компиляции и воспроизведении, не обусловленные языковыми различиями, мешают С быть столь же удобным как C# для "for apps development and web apps development"?

П.С. По-моему, мы все же слишком далеко ушли в сторону от темы.
 
#47
Я на этот вопрос вроде ответил ссылкой здесь. И даже процитировал вывод, который различие применений однозначно характеризует различием в языках, а не в инфраструктуре вокруг них.
С# все же объектно ориентированный, позволяет меньше заботится об очистке памяти, так как имеет встроенный механизм Automatic garbage collection.
С другой стороны, посмотрите насколько проще обращение с указателями в С и возможность добраться до самых внутренних железных "кишок" системы, вызвать код ассемблера ....
Вот эта ссылка - общие слова без отношения к контексту спора. Обьектно-ориентированный язык и очистка памяти никак не связаны. Более того, на С тоже можно писать обектно-ориентированный код и существуют подходы позволяющие не заморачиваться очисткой памяти. Факт наличия простоты обращения с указателями в С никак не связаны с интеграцией с ассемблером и, тем более, никак не подтверждают твой тезис о различных областях применения именно в силу синтактических различий между С и С#. Так что я все еще жду аргументированного ответа.

Вы всерьёз готовы утверждать, что язык С# удобнее, чем С для "system programming apps, hardware apps, embedded device and chip designing" и вот только некие различия в компиляции и воспроизведении, не обусловленные языковыми различиями, этому мешают?
Это ж какие различия в компиляции и воспроизведении, не обусловленные языковыми различиями, мешают С быть столь же удобным как C# для "for apps development and web apps development"?
Наоборот, в силу необходимости .NET framework, которого просто не существует для многих видов чипов, C# как правило не может быть использован для embedded программирования. Даже если .NET framework существует для некоего чипа, Just in time compiler требует дополнительные ресурсы, которые у чипа очень ограниченны. А наличие garbage collector просто уибивает всякий шанс для C# быть использованным в системах реального времени. Надо обьяснять почему?
Именно в силу этих причин C# не является естественным выбором для програмирования чипов, а не в силу того, что команда аллокации памяти в нем называется new а не alloc.

И наоборот, если писать сайт в интернете используя ASP .NET то C# будет естественным выбором только потому, что вместо него прикрутить С к ASP .NET потребует очень много дополнительных усилий.

П.С. По-моему, мы все же слишком далеко ушли в сторону от темы.
Не я начал.
 
#48
Вот эта ссылка - общие слова без отношения к контексту спора. Обьектно-ориентированный язык и очистка памяти никак не связаны. Более того, на С тоже можно писать обектно-ориентированный код и существуют подходы позволяющие не заморачиваться очисткой памяти. Факт наличия простоты обращения с указателями в С никак не связаны с интеграцией с ассемблером и, тем более, никак не подтверждают твой тезис о различных областях применения именно в силу синтактических различий между С и С#. Так что я все еще жду аргументированного ответа.
Я не писал, что Объектно ориентированность связана с garbage collection. Вы просили перечислить <А какие структурные различия этих языков, по твоему мнению, обуславливают различия в сфере применения?> - я перечислил. Аналогично про ассемблер и указатели.

Повторю еще раз, если Вам вдруг этих разъяснений не достаточно: Объектно ориентированное программирование и garbage collection значительно упрощают написание приложений. А то, что в С можно писать в объектно ориентированном стиле, не означает, что на С так писать проще, чем в объектно ориентированном языке. Вот и получается, что писать аппликации и веб. приложения проще на С#, чем на С именно в силу их языковых различий.

В обратной ситуации, для работы с железом, например, необходимо пользоваться указателями, а то и кусками ассемблерного кода. Пользование ими в С значительно проще и естественней, чем в С#, как я и указал Вам в прошлом посте.

Так что, если честно, я не верю, что Вы всего этого не понимаете и требуете каких - то еще аргументов.

Наоборот, в силу необходимости .NET framework, которого просто не существует для многих видов чипов, C# как правило не может быть использован для embedded программирования. Даже если .NET framework существует для некоего чипа, Just in time compiler требует дополнительные ресурсы, которые у чипа очень ограниченны. А наличие garbage collector просто уибивает всякий шанс для C# быть использованным в системах реального времени. Надо обьяснять почему?
Именно в силу этих причин C# не является естественным выбором для програмирования чипов, а не в силу того, что команда аллокации памяти в нем называется new а не alloc.
Я не писал про new и aloc. А вот про garbage collection, как часть языка С# - да писал. И Вы только что сами написали, что garbage collection лишает С# возможности быть использованным в системах реального времени. То есть Вы фактически сами подтвердили мой тезис, что это языковое отличия С# мешают ему быть примененным там, где применяют С.

Так что я опять не понимаю - каких аргументов с моей стороны Вам не хватало...

И наоборот, если писать сайт в интернете используя ASP .NET то C# будет естественным выбором только потому, что вместо него прикрутить С к ASP .NET потребует очень много дополнительных усилий.
При упоминании применения языков программирования в написании Web приложений, я не ограничивал применение их использованием именно с ASP .NET. И тем не менее, даже если речь идет не о ASP .NET, все равно применение С далеко не лучший, что бы не сказать плохой, вариант написания Web приложений:
For normal web development, C has become outdated as your code becomes extremely verbose just to support the many features that modern websites have.
Причем, как видите, именно в силу косноязычности С в этой области, как языка. А в других языках это косноязычие отсутствует:
Many more modern languages have these features already build-in the language itself. And as developers, you should pick the language that solves your problems as easy and fast as possible. So modern web development languages are preferred over C.
Надеюсь, что теперь Вы таки дождались необходимых аргументов, которые почему-то в упор не увидели до этого поста.
 
#49
Я не писал, что Объектно ориентированность связана с garbage collection. Вы просили перечислить <А какие структурные различия этих языков, по твоему мнению, обуславливают различия в сфере применения?> - я перечислил. Аналогично про ассемблер и указатели.

Повторю еще раз, если Вам вдруг этих разъяснений не достаточно: Объектно ориентированное программирование и garbage collection значительно упрощают написание приложений. А то, что в С можно писать в объектно ориентированном стиле, не означает, что на С так писать проще, чем в объектно ориентированном языке. Вот и получается, что писать аппликации и веб. приложения проще на С#, чем на С именно в силу их языковых различий.

В обратной ситуации, для работы с железом, например, необходимо пользоваться указателями, а то и кусками ассемблерного кода. Пользование ими в С значительно проще и естественней, чем в С#, как я и указал Вам в прошлом посте.

Так что, если честно, я не верю, что Вы всего этого не понимаете и требуете каких - то еще аргументов.

Я не писал про new и aloc. А вот про garbage collection, как часть языка С# - да писал. И Вы только что сами написали, что garbage collection лишает С# возможности быть использованным в системах реального времени. То есть Вы фактически сами подтвердили мой тезис, что это языковое отличия С# мешают ему быть примененным там, где применяют С.

Так что я опять не понимаю - каких аргументов с моей стороны Вам не хватало...

При упоминании применения языков программирования в написании Web приложений, я не ограничивал применение их использованием именно с ASP .NET. И тем не менее, даже если речь идет не о ASP .NET, все равно применение С далеко не лучший, что бы не сказать плохой, вариант написания Web приложений:

Причем, как видите, именно в силу косноязычности С в этой области, как языка. А в других языках это косноязычие отсутствует:


Надеюсь, что теперь Вы таки дождались необходимых аргументов, которые почему-то в упор не увидели до этого поста.
Честно говоря мне лень читать всю эту простыню. Остановился на garbage collector как пример структурной особенности языка програмирования. Если не понятно, что это не структурная особенность, а инфраструктурная - то что либо обьяснять не имеет никакого смысла.
 
#50
Честно говоря мне лень читать всю эту простыню.
А так просили подробности, так просили... Подробности даны - сразу в "кусты", мол лень читать, да и вообще:
Остановился на garbage collector как пример структурной особенности языка програмирования. Если не понятно, что это не структурная особенность, а инфраструктурная - то что либо обьяснять не имеет никакого смысла.
Раз для Вас garbage collection не часть языка С#, а всего лишь <инфраструктура вокруг языка> (цитата Ваших слов в начале спора), то действительно - объяснять нет никакого смысла. :D
 
#51
А так просили подробности, так просили... Подробности даны - сразу в "кусты", мол лень читать, да и вообще: Раз для Вас garbage collection не часть языка С#, а всего лишь <инфраструктура вокруг языка> (цитата Ваших слов в начале спора), то действительно - объяснять нет никакого смысла. :D
Было бы написано что нибудь умное - прочитал бы. А тратить свое время на чтение очередного бреда я не намерен. А то, что это бред - видно из первых же строчек.
 
#52
Хоть тема и в юморе и совсем не про языки програмирования, все таки обьясню для тех, кто решился прочитать все что написано до сих пор.
Garbage collector не является частью структуры языка C#. Более того, он вобще не является частью языка C#. Garbage collector встроен в инфраструктуру .NET которая необходима для того, чтобы запустить что либо, написанное на C#. Именно поэтому меня так веселит попытка выдать garbage collector за особенность структуры языла C#.
Для любителей ссылок: https://docs.microsoft.com/en-us/dotnet/standard/garbage-collection/fundamentals
 
#54
Хоть тема и в юморе и совсем не про языки програмирования, все таки обьясню для тех, кто решился прочитать все что написано до сих пор.
Garbage collector не является частью структуры языка C#. Более того, он вобще не является частью языка C#. Garbage collector встроен в инфраструктуру .NET которая необходима для того, чтобы запустить что либо, написанное на C#. Именно поэтому меня так веселит попытка выдать garbage collector за особенность структуры языла C#.
Для любителей ссылок: https://docs.microsoft.com/en-us/dotnet/standard/garbage-collection/fundamentals
Любители ссылок могут так же прочитать вот эту и увидеть, что ссылка @barsuk'a и моя не противоречат друг другу:
Many programming languages require garbage collection, either as part of the language specification (for example, Java, C#, D,[3] Go and most scripting languages) or effectively for practical implementation (for example, formal languages like lambda calculus); these are said to be garbage collected languages.
Просто garbage collector, который описывается в ссылке @barsuk'a - это механизм с помощью которого реализуется автоматическое управление памятью (garbage collection), которая является спецификацией языка.
 
#55
Возвращаясь к теме вставание России с колен путем становление на колени не русских наций.

Интересная информация напечатана здесь:
  1. Не смотря на двуязычность в Татарстане были высокие показатели сдачи ЕГЭ по русскому языку:
    В 2017 году выпускники Татарстана сдали ЕГЭ по русскому языку лучше, чем в большинстве регионов страны. Разница с Москвой составила всего 0,7 балла.
    Тем самым, очень трудно объяснить происходящее попыткой улучшить положение со знанием русского в Татарстане.
  2. Опасность исчезновение татарского языка из городов в результате отмены обязательности его изучения в школах:
    Педагоги считают, что если татарский язык сделают факультативным, он исчезнет из городской среды и останется только в селах и деревнях.
  3. Вытеснение национальной татарской элиты из властных структур:
    «Элита в Татарстане опирается на языковой фактор. Единственное, что позволяло им сохраняться, — национальная система образования. Здесь выработалось мнение, что язык — это последний бастион», — говорит политолог Руслан Айсин.
  4. Потеря федеративности:
    Казань уже боится даже проговаривать идею федерализма
  5. Потеря татарской собственности:
    Новой угрозой для Казани, утверждает эксперт, станет поглощение «Татнефти», единственной нефтяной компании, которая не входит ни в одну из федеральных структур.
 
#56
А из этого интервью можно узнать о дальнейших планах по усилению метрополии и отмены федеративного устройства:
Корреспондент:
В регионах опасаются, что, во-первых, языковой вопрос — первый шаг к созданию единой нации и упразднению национальных республик, статус которых понизится до областей, а во-вторых, что национальные языки будут забываться.
Заместитель главы администрации президента:
Нивелирование республик, как сказал президент, не планируется. Обсуждается возможность укрупнения, создания агломераций, но это не в скором будущем, и национальные республики сохранят свой статус.
Так что это подтверждает продолжение колониальной политики РФ.
 
#57
Я не понимаю этих громких слов. Колониализм, империализм. Все делается очень правильно. Кто молчит - того бьют. Чеченцам вон попробуй введи укрупнение с русским начальником. Ну и конечно на фоне происходящего очень ужасает угнетение русских в Прибалтике и на Украине. Щколы им закрывают. Тихий ужас. Только вчера порадовали в новостях.
 
#58
Я не понимаю этих громких слов. Колониализм, империализм. Все делается очень правильно. Кто молчит - того бьют. Чеченцам вон попробуй введи укрупнение с русским начальником. Ну и конечно на фоне происходящего очень ужасает угнетение русских в Прибалтике и на Украине. Щколы им закрывают. Тихий ужас. Только вчера порадовали в новостях.
Вы там промеж себя разберитесь - <все очень правильно> или все же <ужасает>