я заметил, что на этом форуме нехватает раздела посвещенному исключительно Си, и многие новички даже не понимают разницы между ними.. многие считают Си устаревшим языком..

хочу обратиться к администрации форума, с просьбой создать еще одну ветвь посвещенную Си..

если не сложно и свое мнение по поводу этого вопроса выскажите.. а то не понятно за что вы голосуете..

тогда уже надо ветку c++0x  

Добавлено через 56 секунд
Надо было топик стартовать в общих вопросах

Разделить и обе закрыть!  

точно! сразу же после раздела по дельфи 

>Надо было топик стартовать в общих вопросах
м.б. ТС хотел сказать, что Си/Си++ в скором времени останется только под линух… 
Если серьёзно, то не вижу смысла, т.к. те, кто не видят разницы щаз, будут писать в обе ветки, а кто хорошо разбирается в Си - вообще не будут спрашивать  а если и будут, то на сошке  кста, не в обиду администрации винграда, оч. советую

а где это?

StackOverflow.com

ага-ага, я про boos:spirit там спрашивал так мне сам Hartmut Kaiser  ответил   

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

может щаз задам вопрос из серии "а кто это Стив Джобс?"... но всё же... а кто это ?


да, Си многого не умеет, что умеет Си++, но сказать "абсолютно разные" - это уж слишком. Всё таки Си++ вырос из Си


это заговор Сионистов и наСильников   Мы все умрём   

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

Это сообщение отредактировал(а) Amp - 22.6.2011, 09:29

Amp,   

Это Стив Джобс либы boos:spirit

ok, спс, буду знать.
кста, не подскажешь, где почитать про boost::spirit на русском. не документацию (её лучше на английском, плюс я её уже нашёл), а именно про либу - что такое, зачем нужно, где используется и т.п.

Это я и так тебе скажу, в двух словах.
boost::spirit - это библиотека для создания парсеров на языке С++ (по аналогии с парсергенератором bison). Парсер генерируется на этапе компиляции программы, в отличие от регулярных выражений, для которых парсер генерится на этапе выполнения. В принципе, это все  Остальное - детали, их можно узнать в документации.

bsa, как всегда ясно и понятно. Спасибо.

слово не умеет здесь не корректно.. я так же могу сказать, что Си++ не умеет, то что умеет PHP.. хотя PHP имеет много общего с Си++
тоже касается и java..

так почему бы нам не объеденить эти ветки?

так разделить или объелинить?)

или


или

да, возможно я не оч. ясно выразил мысль, вернее не закончил её. Исправлюсь: , а Си++ - умеет всё, что умеет Си

если он такой продвинутый, чтож на нем операционные системы не пишут?


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

fish9370, а причем тут вообще раздел Unix/Linux?

Тебе уже объяснили, что при разделении нагрузка на модераторов возрастет. Итак новички не могут отличить .Net от C++. Очень часто проскакивают темы про то, что нужно помочь с С++, а на самом деле оказывается, что нужен Си. В случае разделения разделов придется постоянно переносить такие темы.
Более того, я несколько лет назад предлагал администрации отделить системное программирование от WinAPI. И как? Воз и ныне там.
Если очень хочется, то можешь протолкнуть идею по разделению тех тем и получишь раздел по системному программированию, в котором редко будет обсуждаться что-то, отличное от Си.

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

Это сообщение отредактировал(а) boostcoder - 23.6.2011, 02:06

не просто не умею, а не хочу уметь.. это принципиально.. С++ отстой (естественно, мое мнение)
он мне не интересен ни под каким соусом, меня волнует только системное программирование..



я за.. давай толкать?

ааа.. а я пытался выискать в сабже здравый смысл. а тут только капризы и предрассудки.
в таком случае, я принципиально против.

зы
жесть %)

да ты по жизни против.. небось на марш несогласных ходишь как на праздник..   

Отстой - не отстой, вы как ребенок, честное слово, для которого существует только черное и белое.
Дело не в языке, а в программисте. Можно и на бейсике писать классные вещи.
Можно и на чистом С писать дерьмовый код. (последнее кстати намного проще).
Нет плохих языков, есть плохие программисты!
Кроме того, С++ включает в себя С (ну почти. на 99.9%).
Это все равно что заявить мол Эфиопия это круто, а Африка это дерьмо.

это не мешает сишным кодам не компилироваться плюсовым компилятором, например

для меня более важным выглядет, что у них принципы работы выглядят по разному
как в плане проектирования программ, так и в плане разрешения тех или иных задач средствами языка

те в общем я считаю, что они должны быть в разных разделах, но по приведенным выше причинам - это скорее всего невозможно  

ИМХО лучший аргумент против разделения ветки - список вопросов из нее. Много ли там сейчас специфичных для C вещей?

нет, я как тридцатилетный мужик, который вдоволь нахавался обещаний Си++, и наконец обредщий истинную веру..   




вот это в точку..   
+1

разве не понятно, что есть люди которые хотят видеть решение на Си.. им суют решение на Си++, и еще при этом пытаются поучать, что типа так лучше, так быстрее.. особенно на этом форуме, засилие сиплюсплюсников.. вы дышать не даете.. 

Пишут вообщето, eCos например (из того, с чем работал)


'Вы не любите кошек?! Да вы просто не умеете их готовить!'


А я вот например сейчас драйвер под Linux на С++ пишу, доктор, что со мной не так?

Я, наверное, тоже болен, т.к. у меня с десяток драйверов под Windows на Си++ (NuMega'вская библиотека) 

 
на PHP не пробовал?   

Считаю, что ветку нет необходимости делить на 2, все же это Форум программистов, а не Форум программистов С/С++, но если все же разделят - обещаю написать парсер, который исходники, где из Си++ используется всего лишь только библиотека ввода-вывода ( базовая функциональность ее ) будет конвертировать в Си. 

Еще Haiku OS забыли, как раз недавно новая версия вышла. В общем очевидно, что из-за единичных случаев баттхерта нет смысла делить разделы.

причем здесь еденичные не еденичные случай? 



- с этим поспорьте..

не все подходы разные:

• ф-ция должна быть небольшой и выполнять одно действие - подходит и туда и туда
• дублирование кода есть зло (повторное использование - добро) - то же самое
• кто выделил память, тот и должен её освободить - в большей степени к Си, но к Си++ тоже относится

думаю, продолжать можно долго и нудно.
есть, конечно, и разные, но многие (ну, или ладно, некоторые) совершенно одинаковы.

кстати, на Си можно организовать подобие классов с инкапсуляцией - это реализовано в IPP в функциях фильтрации и FFT

В Си есть стандартная реализация FFT?

Intel Performance Primitives - либа, написанная на Си

если посмотреть на примеры, которые вы тут даете, они содержат:

шаблоны - это зловещее зло
потоки (стримы)
эксепшены - хрень (кстати, читал в напутствии для программера у гугла - они настоятельно не рекомендуют эту фичу использовать)
классы - где-то это хорошо, но в Си++ это полный изврат
специфичные библиотеки Си++ (типа boost) - никакого отношения к Си


- только за это нужно ветки разделить

а ок, я просто не совсем правильно понял вашу фразу.

Правильно !!!
Нужна функция для int - сделаем, нужна для short - добавим, нужна для float - допишем !


Вообще зло ! Зачем нужно одинаковым синтаксисом отправлять в поток разные данные ? Лучше разные функции - outChar(), outShort(), outCharAsterics() etc.


а вот тут согласен. без сарказма.

Ну да
  
По той же причине гугл отказался от исключений, мол многие ими пользоваться не умеют как следует.
Видимо гуглу было легче отказаться от использования исключений, чем нанимать персонал, который умеет грамотно писать код, использующий исключения. Может им так и проще, но стиль программирования гугла не является авторитетом в мире C++.

Это сообщение отредактировал(а) azesmcar - 23.6.2011, 14:55

не вижу смысла разделять
это раздел для вопросов по С/C++, специфичных для Unix/Linux
т. е. акцент делается на платформе, а не на языках
это раз

во-вторых, тут не так много тем, связанных с С++
все больше С, что и понятно
если бы было хотя бы процентов 30% С++ тем, можно было бы обсуждать

да вы тут какие-то нацисты от языков. Я еще понимаю спор c++/c#, но это   

а можно тогда хотябы переименовать, например в системное программирование под Linux?
или хотябы убрать впереди приставку C++ ?

Добавлено через 5 минут и 29 секунд


нет захренячим так что хрен разберешь, при том что реально нужен только Int..
я редко встречал проги на Си, где нужны были такие перегрузки.. те проги которые мне интересны, в них это не требуется..



не, венгерская нотация тут не катит, видишь даже в этом мы разные..

Для справки

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

раз пошла такая тема, то я хочу чтоб разделы C/C++: Общие вопросы и C/C++: Программирование под Unix/Linux поделили на два: 1) для компетентных, 2) для всех остальных.  
тогда не пришлось бы видеть подобные темы.

кто за?

Добавлено @ 19:12
при том название подразделов были именно такими.

Это сообщение отредактировал(а) boostcoder - 23.6.2011, 19:13

Открыл список тем текущего раздела и включил сортировку по количеству ответов (в порядке убывания).
Вот первая пятерка:

• Потоки в C/++  (84 ответа)
• демон под BSD для вычислений  (49 ответов)
• Голосование: кто за то чтобы разделить эту ветку (49 ответов)
• вот сел впервые за С под Linux... (40 ответов)
• Потоки в с++ (39 ответов)

Вывод - сведение счетов С/С++ занимает гораздо больше внимания, чем оно того заслуживает   Вменяемые люди нормально относятся к любым языкам, невменяемые горазды языки чесать по любому поводу   
Мне пока не довелось видеть ни одного спора С vs C++ или C vs Pascal или Verilog vs VHDL или <одна хрень> vs <другая хрень> в котором родилась бы истинна, скорее она там умрет   

+10005000

Цитата(xvr @  23.6.2011,  20:46 )

Мне пока не довелось видеть ни одного спора С vs C++ или C vs Pascal или Verilog vs VHDL или <одна хрень> vs <другая хрень> в котором родилась бы истинна, скорее она там умрет

это же http://holywars.ru/

ну твой стиль мне нравится не больше.. сводить слова через заглавне.. это слишком по виндовому и по сиплюсплюсному..

но мне нравится, что ты что-то ненавидешь, значит ты меня понимаешь..

Это сообщение отредактировал(а) fish9370 - 23.6.2011, 21:05

вообще в Си принято работать с текстом..
какой смысл посылать неподготовленные данные в "поток" ?

в Си это делается так:



помоему гениально..

круто, а команда fprintf тебе незнакома?

вот уж никогда не хотел сойтись с кем-то на почве ненависти...


чевойта? вот без последнего слова - соглашусь.

это что значит?

соглашусь с тем, что

а с тем, что "принято" (кем это?) с "текстом" - нет

fish9370, тебе не кажется, что последние 20..30 сообщений (и моих, и твоих, да и всех остальных) - вообще ни о чём ?
Давай завязывать.

здесь даже fprintf это излишество.
Полный аналог:
  

volatile, это доказывает то, что с++ тут не при чем  

Если по теме, то
Здесь и так не очень много постов. Я вообще открываю общую страничку всех форумов по С/С++
и за сутки она никогда еще не заполнилась на целую страницу.
А если разделить, будет вообще по два поста в день. Нужно ли делить?

Я в принципе нормально отношусь и к С и к С++. И меня не раздражает здесь ничего. (Даже кемисто!   )

но если все так сeрьёзно...

> Я вообще открываю общую страничку всех форумов по С/С+ +
RSS не перевариваете как класс? Сорри, как структуру?  

ты понял, что сказал? а то не понятно, что этот пример значит? или ты хочешь сказать, что они равносильны?

Добавлено через 3 минуты и 40 секунд


нет, мне не кажется.. эти сообщения нужны, чтобы поддержать опрос в топе.. это важный вопрос..

это флуд чистой воды  

иногда нужен write
1. кэширование
2. атомарность