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

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

>>среди лоровцев и среди создателей домашних страничек.

>>это одно и тоже.

Не, это еще хуже ... 8)

в заднице

Ну слава богу, надеюсь это начало тенденции, и уродств типа Groovy/C++ на десктопах больше не будет

Какбэээ подозреваю что в OSS проектах как обычно мешанина (вопрос на засыпку - мешанина в хорошем или плохом смысле?) из нескольких ЯП. Потому и больше 100% по совокупности

> А может быть ты просто не хочешь делать апгрейд компьютера

Я? Нехочу. Такой "прогресс" мне не нужен. Ограниченные ресурсы - лучший двигатель прогресса, жаль что сейчас это мало кто понимает.

А чего ее раскрывать? Сейчас пишется проект , увы на С++ (политика такая... епыхмать) Про который я невооруженным глазом могу ответственно заявить, что на паскале его разработку можно было бы ускорить как минимум - в два раза, не потеряв их требований ни-че-го. Еще подошел бы OCaml но.. достаточно много много UI (Java/C#/etc vm-based отпали по причине несоответствия req-s) Постоянный трах из-за того что в разных библиотеках используются разные строковые типы. Много ручного оверхеда в коде.

Привет плюсодротам.

>что касается си - так начатый проект - это еще не значит законченный

+мильён

ага, перефразирую известную поговорку - плохому программисту C++ мешает

У меня P4 2Гц, 512мб. Менеджер обновлений в Убунте, джаббер клиент, торрент клиент - на питоне - работают и каши не просят. По сути приложений, требующих С раз-два и обчёлся. На ум приходят только редактирование/кодирование аудио/видео. Всё остальное надо писать на хорошем управляемом языке с качественной и обширной стандартной библиотекой.

> Еще подошел бы OCaml но..

да, кстати - уволься, открой свою фирму, и используй язык который по душе. Ну, или "найди себе нормальную работу" :)

На C/С++ я писал когда ты еще у папаши сам знаешь где висел :) /*образно выражаясь*/ И какбы давно понял что он не сильно-то и нужен. В отличие от тебя я все же ищу баланс производительность/способ разработки. И потому начатые проекты я обычно еше и завершаю :)

А тебе на плюсах никто кодить не запрещает. Обществу нужны и такие анальные рабы как ты.

>ага, перефразирую известную поговорку - плохому программисту C++ мешает

сам-то понял, что сказал?

Нету языка, "который по душе". Что за убогий взгляд на мир.

гуй на плюсах делать - примерно то же самое, что и конфиги на машинных кодах писать.

> Нету языка, "который по душе"

Робаты в топике O_o

Всё, не буду тебя кормить. Ты скучен.

>Всё, не буду тебя кормить. Ты скучен.

Что, кончились аргументы?

> На C/С++ я писал когда ты еще у папаши сам знаешь где висел :) /*образно выражаясь*/ И какбы давно понял что он не сильно-то и нужен. В отличие от тебя я все же ищу баланс производительность/способ разработки. И потому начатые проекты я обычно еше и завершаю :)

> А тебе на плюсах никто кодить не запрещает. Обществу нужны и такие анальные рабы как ты.

ну дык знач. ты просто лузер, раз столько лет в отрасли, и тебе не дают на паскале писать, а заставляют на крестах

>> Всё, не буду тебя кормить. Ты скучен.

> Что, кончились аргументы?

Ты читать умеешь? Я написал, что у меня пропал интерес с тобой обсуждать эту тему; ничего конструктивного против C++ ты не пишешь, только жалуешся на жизнь.

Аргументов к такой позиции у меня нет, я не психотерапевт :)

открытые проекты - это вирусы, трояны и прочие подбиралки паролей что-ли?

>Менеджер обновлений в Убунте, джаббер клиент, торрент клиент - на питоне - работают и каши не просят.

наверняка они используют частитчно библиотеки на си, там где это нужно, потому и каши не просят, что backend(механизм) на си, а frontend(представлениие/политика) на python. А прототип, небось, польностью был на питоне.

так что библиотек на си требуют многие приложения, а польностью на си конечно не многии

>открытые проекты - это вирусы, трояны и прочие подбиралки паролей что-ли?

тогда бы рулил ассемблер

ггг :) Дело в том что я и на паскале-то не очень хочу :)

>ничего конструктивного против C++ ты не пишешь

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

>только жалуешся на жизнь.

например?

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

йпт. Адаптер сделать ты явно не осилил (hint://any2std_string)?

> "Overall, most projects used more than one language."

Ну да. Си, скрипт configure и скрипт make.

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

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

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

Жертва рекламы детектед.

> ... раби ...

Ви таки сионист? ;)

> гуй на плюсах делать - примерно то же самое, что и конфиги на машинных кодах писать.

А ты гуй, похоже, только в аппликухах писал? Попробуй напиши гуй-библиотеку, которую эта аппликуха вызывать должна.

Гуй пишется один раз и навсегда. Один стандартный гуй для всех приложений в системе. Зоопарк разношерстных библиотек и пестрых гуев - вот это идиотизм.

А ЗАЧЕМ?

Ну сделаю адаптер для строк...

-Управление памятью. "Ты что, идиот? Используй smart_ptr!" (или напиши свой) -Макросы. "Ты что, идиот? Просто не используй их!" (или напиши свой cpp)

итд итп

А делом-то заниматься когда? :)

> Гуй пишется один раз и навсегда. Один стандартный гуй для всех приложений в системе. Зоопарк разношерстных библиотек и пестрых гуев - вот это идиотизм.

Ага. И одна форма одежды - китайский френч - раз и навсегда! Зоопарк не нужен... :D

> Ну сделаю адаптер для строк...

Не будет проблем с разношерстными классами строк.

> -Управление памятью. "Ты что, идиот? Используй smart_ptr!" (или напиши свой)

Уже написан.

С++ за 21 день не изучишь (как и любой другой язык). В случае с С++ на это уходят годы. Расклад примерно такой: 1 - 1.5 года уходит на чтение книжек/экспериментирование. Затем 5 лет профессиональной коллективной разработки больших коммерческих проектов. Потом ты начинаешь понимать дзен С++ и можешь смотреть на жабофилов свысока...

>Ага. И одна форма одежды - китайский френч - раз и навсегда! Зоопарк не нужен... :D

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

Очередная новость-смеяшечка, спасибки)

Подозреваю, что ежели в "опенсорц-прожекте" использовали какой-нибудь prototype или jquery с парой своих файлов, значит прожект использует javascript )

Я ваще вот так могу: http://github.com/languages . Кто новость запостит?)

>http://github.com/languages

LOL :)

> Ну хорошо, для людей, рассматривающих компьютер как новогоднюю ёлку, а не как инструмент, можно сделать настраиваемый гуй. Но гуй всё равно должен быть один единственный, как часть ОС.

Если использовать комп как новогоднюю елку, то как раз достаточно сделать гуй частью ядра + навешать на него разных рюшечек, как и было сделано в винде. А если как инструмент, то гуй должен быть заменяемым или вообще может отсутствовать в системе, как и есть в Юникс-подобных системах.

>Если использовать комп как новогоднюю елку, то как раз достаточно сделать гуй частью ядра + навешать на него разных рюшечек, как и было сделано в винде. А если как инструмент, то гуй должен быть заменяемым или вообще может отсутствовать в системе, как и есть в Юникс-подобных системах.

Нет, новогодняя ёлка - это отсутствие стандартного гуя и войны KDE vs Gnome. Со стандартным гуем мне вообще не нужно думать о выборе библиотеки гуя, не нужно отвлекаться на красноглазиков, которые не хотят ставить Qt или GTK+ или ещё что-то, потому что "не кошерно". Аляповатость гуёв в системе зависит исключительно от разработчиков приложений и пользователей. Хотят пользователи новогоднюю ёлку - разработчики делают новогоднюю ёлку, и стандартный гуй здесь не при чём. Стандартный гуй позволяет мне как разработчику думать о гуе как можно меньше, и соответственно посвятить больше времени архитектуре программы и предметной области.

Жизненный пример использования С++ в бaлшом проекте.

Citrix. Ядро сервера на окамле с примесью си написали, нет бы на С++ все сделать, лзен словить. Фронтенд на жабе сделали, нет, чтобы воспользоваться кросплатформенными фенечками С++ да и побыстрее ж ведь было бы... Ведь каждому известно - жаба = тормоз! Перед этим Citrix успешно зафейлили С/С++ реализацию всего за несколько лет, и переписали на окамле за несколько месяцев ;) Т.е. преимущественное использование не-С семейства дало ускорение проекту в сотни процентиков.

Приведите пример, когда переход к реализации С++ давал бы ускорение разработки?

>или вообще может отсутствовать в системе, как и есть в Юникс-подобных системах.

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

> Citrix. Ядро сервера на окамле с примесью си написали

Какого именно сервера? Что-то гугль ничего релевантного не выдает.

Xen. мы используемем разный гугл.

"In 2004, the team founded the company XenSource and began developing the enterprise-level distributed management software that would make virtualization easy and form the backbone of their products in the years to come. A team of thirty dedicated programmers in Palo Alto California began developing the software in C, Python and Ruby.

Two years later, the US team had succeeded in burning tens of millions of dollars funding but had failed to produce any product." http://cufp.galois.com/2008/slides/MadhavapeddyAnil.pdf

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

Различные сервера - БД или веб - а также встроенные системы. Это, разумеется, для тех, кто комп использует как _инструмент_, а не как новогоднюю елку :)

>Приведите пример, когда переход к реализации С++ давал бы ускорение разработки?

этот вопрос надо задавать плюсофилам. Я таковым не являюсь.

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

Лет через 20, когда весь прикладной софт будут писать исключительно на "безопасных" языках, С++-программисты не останутся без работы, они будут востребованы рынком для поддержки старого кода, как сейчас программисты на Коболе.

> Приведите пример, когда переход к реализации С++ давал бы ускорение разработки?

Быстрота разработки - не единственный и не главный критерий. Ядро вон уже больше 10 разрабатывают и никто в здравом уме пока еще не догадался переписать его на окамле.

> мы используемем разный гугл.

Ты знал, что нужно искать, а я - нет.

>Различные сервера - БД или веб - а также встроенные системы. Это, разумеется, для тех, кто комп использует как _инструмент_, а не как новогоднюю елку :)

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

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

> Лет через 20, когда весь прикладной софт будут писать исключительно на "безопасных" языках, С++-программисты не останутся без работы, они будут востребованы рынком для поддержки старого кода, как сейчас программисты на Коболе.

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