LINUX.ORG.RU

«С» преобладает в открытых проектах, начатых в 2008 году

 , , , , ,


0

0

"С" был значительно популярнее всех остальных языков программирования в 2008 году с 48%.
Следом идут Java(28), Javascript(20), Perl(18).
PHP получила 11%. И это несмотря на огромную популярность PHP среди лоровцев и среди создателей домашних страничек.
Пятое место за Ruby с 6%. Хотя язык и завоевал огромную популярность в новостях и книжных издательствах, но это не помогло в создании новых проектов на этом языке.

Информация получена от 180000 проектов с почти 4000 сайтов.

>>> C dominated 2008's open-source project nursery. PHP and Ruby poor showing

★★★

Проверено: Shaman007 ()

Ответ на: комментарий от seiken

> Перечитай мои посты. Я говорю исключительно о при-ло-же-ни-ях.

Понятно. То есть, используешь комп исключительно как новогоднюю елку...

> Кстати, администрировать веб и бд сервер иногда удобнее в гуе.

Иногда удобнее, иногда нет. И что? Из этого следует, что гуй должен быть частью ОС?

> Только у красноглазиков и многих юниксоидов администрирование + гуй автоматически ассоциациируется с вендой и потому вызывает рвотный рефлекс.

Это твои личные обыиды на красноглазиков :)

anonymous
()
Ответ на: комментарий от anonymous

Опять бредовый спор на тему какой язык лучше :)) Учите несколько :)) Никто же не спорит что лучше русский или английский. а может китайский - какая разница. Каждый достоен своей обрасти применения и флудить о том что одно лучше чем другое как минимум бесполезно

dkharlamov
()
Ответ на: комментарий от dkharlamov

> Опять бредовый спор на тему какой язык лучше

А никто и не спорит о том, какой язык лучше, если ты не заметил :)

anonymous
()
Ответ на: комментарий от dkharlamov

> Никто же не спорит что лучше русский или английский. а может китайский - какая разница.

Ошибаетесь. Еще как спорят. Русский, естественно, вне конкуренции, англ. тоже ничего (сойдет для тех, кто ниасилил русский); а вот вся остальная тарабарщина - нинужна!!11адин

d_a ★★★★★
()
Ответ на: комментарий от anonymous

>уже 114%
Некоторые проекты используют несколько языков, поэтому пощитаны дважды

NonHuman ★★★
() автор топика
Ответ на: комментарий от anonymous

>Ха-ха. А кто, интересно, будет разрабатывать компиляторы и интерпретаторы байткода этих "безопасных языков"? Или байткод интерпретатора будет исполнять байткод приложения? :)

Да-да-да, все это будет написано исключительно на С++, ага.

>> Перечитай мои посты. Я говорю исключительно о при-ло-же-ни-ях.
>Понятно. То есть, используешь комп исключительно как новогоднюю елку...

из чего это следует? Ты знаешь, что такое приложение?

>> Кстати, администрировать веб и бд сервер иногда удобнее в гуе.
>Иногда удобнее, иногда нет. И что? Из этого следует, что гуй должен быть частью ОС?

Не обязательно частью ОС. Главное, чтобы был стандарт и была возможность использовать гуй.

>> Только у красноглазиков и многих юниксоидов администрирование + гуй автоматически ассоциациируется с вендой и потому вызывает рвотный рефлекс.
>Это твои личные обыиды на красноглазиков :)

это констатация факта

seiken ★★★★★
()
Ответ на: комментарий от anonymous

>Или, может быть, эти языки станут настолько юзабельны, что на них можно будет реализовать собственный компилятор?

Пример для Оберона: и ОС, и компилятор, и GUI, и "всё в одном флаконе" :) http://bluebottle.ethz.ch/

Подробности по русски можно почитать, например:

http://forum.oberoncore.ru/viewforum.php?f=22&sid=b7404a8c19132658d92fe41...

http://sage.com.ua/ru.shtml?e1l0

quickquest ★★★★★
()
Ответ на: комментарий от seiken

> Да-да-да, все это будет написано исключительно на С++, ага.

Ага. Питон написан на Си, Руби написан на Си, ОКамл, слава богу, написан на Окамле, но интерпретатор опять написан на Си. Куда ж без него! Вот и получается, что на этих замечательных "безопасных" языках со сборщиками мусора ничего сложнее "Хелло ворлд" написать нельзя. Зато как быстро!:D

> Не обязательно частью ОС.

Слушай, то ты пишешь "Но гуй всё равно должен быть один единственный, как часть ОС" (http://www.linux.org.ru/view-message.jsp?msgid=3439338&page=1#3441606), то теперь уже "Не обязательно частью ОС". Ты уж разберись в себе, а? :)

anonymous
()
Ответ на: комментарий от quickquest

> Пример для Оберона: и ОС, и компилятор, и GUI, и "всё в одном флаконе" :) http://bluebottle.ethz.ch/

Угу. Распакуй обероновские исходники Блюбаттл и полюбуйся ассемблерными вставками с кодом для i386 процессора. Очень "управляемый" и "безопасный" код! :D

anonymous
()
Ответ на: комментарий от anonymous

>Ага. Питон написан на Си, Руби написан на Си, ОКамл, слава богу, написан на Окамле, но интерпретатор опять написан на Си. Куда ж без него! Вот и получается, что на этих замечательных "безопасных" языках со сборщиками мусора ничего сложнее "Хелло ворлд" написать нельзя. Зато как быстро!:D

Прочитай мой самый первый пост. Там написано, кто пишет на С. Сопоставь прочитанное с компиляторами и интерпретаторами байткода, окамлами и т.п., о чём ты сейчас пишешь.

Всё, больше не буду отвечать на такие вопросы. До чего дошёл ЛОР - не только новости не читаются, но и комментарии тоже...

>> Не обязательно частью ОС.

>Слушай, то ты пишешь "Но гуй всё равно должен быть один единственный, как часть ОС" (http://www.linux.org.ru/view-message.jsp?msgid=3439338&page=1#3441606), то теперь уже "Не обязательно частью ОС". Ты уж разберись в себе, а? :)

да, я некорректно выразился, следовало написать "как часть дистрибутива ОС". Главное, чтобы он был стандартным. Как там оно внутри реализовано - это технические подробности. Как вариант - виндовый GDI + контролы.

seiken ★★★★★
()
Ответ на: комментарий от seiken

>У меня P4 2Гц, 512мб.
Обнаружен Австралопитек, противник прогресса!

NonHuman ★★★
() автор топика

1. Ничто принципиально не мешает писать компиляторы на высокоуровневых безопасных языках (И так-же, как компилятор С написан на С можно написать компилятор питона причем на питоне(да только надо ли?))

2. Безопасный язык != интерпретируемый.

Waterlaz ★★★★★
()
Ответ на: комментарий от seiken

>То, что Java/.NET отбирает солидный кусок рынка у C++ ни для кого не является сюрпризом.
>Лет через 20, когда весь прикладной софт будут писать исключительно на "безопасных" языках,

Лет чере 20 эти языки скорее всего будут находиться в позиции Cobol, так как они не имеют специфических преимуществ, в отличие от С и С++.
Т.е. писать на них будут только старпёры, сидящие на поддерке старых проектов.

NonHuman ★★★
() автор топика
Ответ на: комментарий от anonymous

>Угу. Распакуй обероновские исходники Блюбаттл и полюбуйся ассемблерными вставками

Дык, ассемблер - для эффективности, но из "идейных" соображений его не трудно заменить чистым Обероном. :)

quickquest ★★★★★
()
Ответ на: комментарий от d_a

>Русский, естественно, вне конкуренции, англ. тоже ничего (сойдет для тех, кто ниасилил русский)

ЛОЛ!! С каких это пор превосходство языка оценивается степенью "осиливаемости"?

Язык - это музыкальный инструмент. Не язык дерьмо, а человек, который этот язык не осилил. Это неплохо переносится и на другие области человеческой деятельности.

anonymous
()
Ответ на: комментарий от seiken

> Прочитай мой самый первый пост. Там написано, кто пишет на С. Сопоставь прочитанное с компиляторами и интерпретаторами байткода, окамлами и т.п., о чём ты сейчас пишешь.

Ага. Сопоставил. Пишущие на Си авторы компиляторов Питона, Руби и др - это "системщики, консерваторы, старперы и красноглазики", которые "пишут по старой, изнасилованной Страуструпом, памяти". А реальные пацаны, наверное, - это которые на этих языках очень быстро пишут _исключительно_ приложения, которые по сложности никогда не сравнятся с компилятором! :D

anonymous
()
Ответ на: комментарий от Waterlaz

> 1. Ничто принципиально не мешает писать компиляторы на высокоуровневых безопасных языках (И так-же, как компилятор С написан на С можно написать компилятор питона причем на питоне(да только надо ли?))

Вот именно. Зачем убиваться и писать компилятор Питона на Питоне, когда его можно написать на _нормальном_ языке. А на Питоне лучше быстро писать окошки и стричь бабки :)

anonymous
()
Ответ на: комментарий от quickquest

> Дык, ассемблер - для эффективности

Тогда зачем нужен этот "управляемый" и "безопасный" код, если в него "для эффективности" добавляют ассемблерные вставки!? Справедливости ради скажу, что ассемблерные вставки там только в модулях для архитектуры i386 (и никакие другие архитектуры, кстати, не поддерживаются), но все равно он уже не "управляемый".

anonymous
()
Ответ на: комментарий от seiken

> Всё, больше не буду отвечать на такие вопросы. До чего дошёл ЛОР - не только новости не читаются, но и комментарии тоже...

Ну с себя и начни тогда. Ты тут уже половину комментов натроллил, переключаясь между логином и ананимусом.

>> Слушай, то ты пишешь "Но гуй всё равно должен быть один единственный, как часть ОС" (http://www.linux.org.ru/view-message.jsp?msgid=3439338&page=1#3441606), то теперь уже "Не обязательно частью ОС". Ты уж разберись в себе, а? :)

> да, я некорректно выразился, следовало написать "как часть дистрибутива ОС". Главное, чтобы он был стандартным. Как там оно внутри реализовано - это технические подробности. Как вариант - виндовый GDI + контролы.

Никто тебе ничего не должен. Не нравится писать на C/C++ - не пиши. Не можешь - не плачся тут тогда.

anonymous
()
Ответ на: комментарий от seiken

>На дворе 2009 год, зачем пользователю система без гуя?

зачем пользователь системе? искуственный интеллект же

dimon555 ★★★★★
()

Антиресна

А боты, которые тут участвуют - они тоже на "С" написаны?

anonymous
()
Ответ на: комментарий от dimon555

Это случаем не тот язык на котором японцы просрали программу по созданию ИИ?

anonymous
()
Ответ на: комментарий от alex-w

Шарп? А может, ещё и ява?

Шарп - не си. И даже не похож. Даже сами разработчики говорили, что это скорее именно ява.

ChALkeR ★★★★★
()
Ответ на: комментарий от anonymous

у тебя проблемы с русским языком

>Пишущие на Си авторы компиляторов Питона, Руби и др - это "системщики

Да.

>Пишущие на Си авторы компиляторов Питона, Руби и др - это консерваторы, старперы и красноглазики"

Нет.

>которые "пишут по старой, изнасилованной Страуструпом, памяти".

это предложение ты нагло приплёл к "Пишущим на Си авторам компиляторов Питона, Руби", хотя в моём посте речь шла о плюсах.

seiken ★★★★★
()

это не с TIOBE ли взято? http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html

C is the TIOBE Programming Language of 2008!

народ что ли устал от виртуальных машин с виртуальными преимуществами и продвигаемых маркетоидами "новых" технологий в пользу старого, простого, надежного С

ELF ★★
()
Ответ на: комментарий от anonymous

>ЛОЛ!! С каких это пор превосходство языка оценивается степенью "осиливаемости"?

Не оценивается. Но кривость и отсталость языка отрицательно сказывается на осиливаемости.

>Язык - это музыкальный инструмент.

Да-да, а инженер - это музыкант.

>Ну с себя и начни тогда. Ты тут уже половину комментов натроллил, переключаясь между логином и ананимусом.

Не бреши, твои домыслы никого не волнуют.

seiken ★★★★★
()

>народ что ли устал от виртуальных машин с виртуальными преимуществами и продвигаемых маркетоидами "новых" технологий в пользу старого, простого, надежного С

Вы просто не знаете других ЯП. Как минимум надежным С не назовешь. У С должна быть достаточно узкая ниша использования...

Waterlaz ★★★★★
()

> In scripting, JavaScript came top with 20 per cent, followed by Perl on 18 per cent.

Я бы перевёл эту фразу по-другому. А то люди по ссылкам не ходят, а чиселки-то складывают.

P.S. Присоединяюсь к мнению, что (C != C++).

FENix
()
Ответ на: комментарий от seiken

>На С++ пишут по старой, изнасилованной Страуструпом, памяти.

http://qdtechnology.com/ C++. Boost MetaProgramming Library (Boost.MPL), Boost.Fusion, Boost.Thread, Boost.FileSystem, Boost.StateMachine, Boost.Interprocess, Boost.MPI. Концепты Александреску и ФЯП'а. Мемоизированные санки. Паттерн-матчинг зависимых типов. И всё на С++. Вся СУБД. Гуйня на жабе (<1% проекта, как легко догадаться). Рвёт MSSQL/Oracle, поддерживает синтаксисы обоих.

И С++ выбран сознательно. Орать "DSL'и рулят!" - бесполезно, пробовали-знаем, у любого DSL проблема в прозрачной интеграции с целевым языком.

Не за горами JIT-компиляция запросов - спасибо LLVM (тоже С/C++ - не странно ли?)

Ъ?

anonymous
()

> PHP получила 11%. И это несмотря на огромную популярность PHP среди лоровцев и среди создателей домашних страничек.

Ответ прост. :) Php'шники не начинают новых проектов. В основном или допиливают под себя бесплатные скрипты или пишут их с нуля, опять же сугубо для личного применения. В статистику, соответственно, не попадают. ;-)

atrus ★★★★★
()
Ответ на: комментарий от anonymous

> Рвёт MSSQL/Oracle По фичам? sqlite тоже рвет MSSQL/Oracle. Но вот full join в нем нет.

По производительности рвёт. А в SQLite даже outer'ов джойнов нету, если память не изменяет =)

anonymous
()
Ответ на: комментарий от FENix

> это был пеар буста школотой

Острый комплекс неполноценности лечить разбрасыванием говна безрезультатно.

anonymous
()
Ответ на: комментарий от seiken

> С и С++ в новом прикладном пользовательском софте нахрен не нужны. На С пишут системщики, консерваторы, старперы и красноглазики. На С++ пишут по старой, изнасилованной Страуструпом, памяти.

Учитывая то, что это - 48% от новых проектов, и вряд-ли старики начинают большинство этих новых проектов, получаем - половина новых проектов начата красноглазиками. Значит, эти люди действительно пытаются что-то делать, в отличие от Вас.

P.S. По Вашей классификации, я - старпер. И писать могут на Java, Perl, Python, PHP, Pascal, и еще неск языках. Однако, пишу на ++.

P.P.S. В Melbourne, где я живу, зарплата программиста (в год): C++ $80K..$120K, Java $70K..$90K, Perl $60K..$80K, PHP $50K..$65K. Делайте выводы сами.

HappySquirrel
()
Ответ на: комментарий от anonymous

>А почему раби с его 6% вспомнили,

Раби - это такой еврейский поп, а "рубин" по-английски и язык программирования по-японски - рУби.

Gukl ★★★
()
Ответ на: комментарий от HappySquirrel

> P.P.S. В Melbourne, где я живу, зарплата программиста (в год): C++ $80K..$120K, Java $70K..$90K, Perl $60K..$80K, PHP $50K..$65K. Делайте выводы сами.

Нуууу... Как ты всё взял и опошлил. Тут люди писали о высоком, о том что C++ небезопасный, ужасный и вообще must die, как их пугает #define sizeof(x) 0 - а ты взял и всё на деньги перевел... :-D

anonymous
()
Ответ на: комментарий от Waterlaz

>Как минимум надежным С не назовешь

дайте пожалуйста определение надёжности языка программирования и методики для численной оценки этой велечины... а теперь по существу дела :)

dimon555 ★★★★★
()
Ответ на: комментарий от anonymous

>Лет через 20... Прийдёт новое поколение компьютеров, основаных на оптике, а там уже и начнутся новые архитектуры, новые языки и т.д. и т.п.

unrealix
()
Ответ на: комментарий от dimon555

> дайте пожалуйста определение надёжности языка программирования и методики для численной оценки этой велечины... а теперь по существу дела :)

"защита от дурака" - такое годится? Чтобы без указателей (а то программер не туда ещё запишет), с сборкой мусора (а то забудет память освободить), и как меньше возможностей писать в разных стилях (это уже про C++).

Ах да, очевидно же - никаких дурацких макросов! (чтобы никто не мог написать легендарный #define sizeof(x) 0).

Ну и лучше всего, чтобы не было работы с файлами в произвольной директории (а то поудаляют ещё системные файлы), сокетами (DOS атаки etc)...

Вобщем, JavaScript в браузере выглядит более-менее безопасным - если отключить ещё ряд вещей в браузере (всплывающие окна etc)

anonymous
()
Ответ на: комментарий от anonymous

Вдогонку, система типов у Си слегонца никакая.

anonymous
()
Ответ на: комментарий от anonymous

>"защита от дурака" - такое годится? Чтобы без...

ничего, скоро школу закончишь, потом в институт поступишь, там теорию надёжности расскажут, а потом можно и побеседовать

dimon555 ★★★★★
()

>"защита от дурака" - такое годится? Чтобы без указателей (а то программер не туда ещё запишет), с сборкой мусора (а то забудет память освободить), и как меньше возможностей писать в разных стилях (это уже про C++).

А нахрена тебе везде и всюду работа с указателями? Указатели лишь для узких мест критичных к скорости. И вот нахрена тебе, тягая апишные функции гуевые, думать про указатели? В идеале язык должен позволять использовать указатели по требованию программиста, а в остальных случаях скрывать это все. Так же и со сборкой мусора.

Смешно читать про возможности писать в разных стилях на крестах.

>Ах да, очевидно же - никаких дурацких макросов! (чтобы никто не мог написать легендарный #define sizeof(x) 0).

Хех.. А макросы С - убожество. Всегда и везде считается плохим тоном их использование. (Ох.. меня начнут за это видимо бить, но вот макросы лиспа - это другое дело)

>Ну и лучше всего, чтобы не было работы с файлами в произвольной директории (а то поудаляют ещё системные файлы), сокетами (DOS атаки etc)...

>Вобщем, JavaScript в браузере выглядит более-менее безопасным - если отключить ещё ряд вещей в браузере (всплывающие окна etc)

Ну а это совсем унылый троллинг...

Waterlaz ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.