Красиво! СИ, Линукс (Fc),.... да ещё и англ. интерфейс.... молодец :)


p.s. уже есть Fc4 :)
p.p.s. для редактирования исходников я обычно использую gedit, Eclipse.


ещё хотел узнать - какую лучше всего книгу/доку почитать новичку в СИ и под Линукс желательно...

спасибо.

бог ты мой, как я ненавижу эту дурацкую фразу, но реально: аффтар, выпей йаду, а? пожалуйста. не позорься с таким "цпп кодерством".

// wbr

Za ispolzovanie C++ rasstrel bez suda i sledstvija. Uberi gkrellm - krasivee budet. Strashnyj takoj. Kak rzhavaja bochka.

/* не забывай про комментарии, без них твой код магический мусор */

>>пожалуйста. не позорься с таким "цпп кодерством"

вот здесь ненадо, возможно он основы только изучает.

Когда я был маленьким и глупым, я тоже пользовался кул-эдитом. Хорошо, что потом я таки пересел на vim.

>Всегда пользовался ГВИМом для редактирования исходников до тех пор, пока не нашел КулЕдит!!!

Я 6 лет назад совершил противоположный переход.

>Рекомендую всем кодерам!

Отказать.

куледит это ж вроде такой аудио-редактор был под оффтопик? или я что путаю?

>>пожалуйста. не позорься с таким "цпп кодерством"

>>вот здесь ненадо, возможно он основы только изучает.
...или думает, что C++ ето Си с классами...

2 klalafuda (*) (16.08.2005 11:12:46)

так это и не цпп.. ;-)) это, скорее, всего лишь, си с плюсами.. ;-) причём, си в коде куда как больше, чем плюсов... да и сам код какой-то странный..

А так, вроде бы нормальная цветовая гамма..

Код реально странный %)))) Использовать printf и следом std::cin - это верх "крутого" спользования С++. Складывается стойкое впечатление, что автор программы привык к С и сейчас пытается писать на С++ - выглядит прикольно :))))

Да и еще и не пользоваться строками В С++ а мучить char[] - тоже прикольно :) В общем, автор - мы тя не ругаем - просто ты учи язык и используй его возможности, а не пытайся тянуть за собой старые привычки...

Что случилось с окнами? Они бедные так жмутся и ютятся, что аж grkrellm
переехал в центр. А все потому что снизу панель, справа панель, слева
жалко иконки закрывать, а виртуальные рабочие столы мы презираем.
А к коду такому надо приписывать "учусь писать на c++," тогда ругать
не будут.

жуткий ужас...

ГкРеалм почти в центре... жуть... Автор втыкает и медитирует на него?
или ты его вытащил на скрин, что бы показать, что он у тебя есть? тогда ты крут... ты поставил эту программу...

детский сад!!!

> Re: Первый скрин

скажи, что последний...

Те нужны книги по C или по Cpp? Я ща на работе просто стукни в аську (177925266), я дома посмотрю и скажу.

Re:

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

PS: А де в этой пионерской поделке хотя бы бровзер классов чтоли хотя бы(раз автор С++ решил изучить) Я чегой то сходу не углядел ;) Про остальные необходимые фичи я просто и упоминать не стану ;)

Это то, что я называю эстетическим уродством

ЕСЛИ БЫ это была прога на С, я б сказал:

1. strlen(a) и strlen(b) надо бы вычислять один раз, в начале.

2. strlen(c) вычислить после первого цикла. Он у Вас вычисляется на КАЖДОМ ПРОХОДЕ второго цикла и на каждом проходе внутренного цикла!!!.

Но так как это С++ - я только скажу - используйте плюсовые библиотеки! Зачем Вам strlen и прочий low-level C stuff?

Кстати, Вы таки вычисляете l = strlen(a). Почему не используете? Вместо c[i] и c[j] красивее было бы использовать гуляющие указатели.

ООПС! Злобная бага. Вы делаете strcat(c,"0") - не инициализировав c нулевым символом вначале. segfault гарантирован.

Во, верно, слушай умного дядю :)

Re:

2svu ** (*) (16.08.2005 14:02:47)

Вот после такого кода народ и начинает кричать что "С++ - гамно" ;)

Re:

И я кричал - и буду кричать. Просто сишный код (типа того как на скриншоте) можно разобрать локально, глядя только на сам фрагмент. А вот теперь представьте себе аналогичный по ... гхм, незрелости код, с кучей перегруженных как попало (не из STL) операторов и конструкторов (не видя их определений)? Да я лучше повешусь, чем начну искать баги в нем.

Re:

>И я кричал - и буду кричать. Просто сишный код (типа того как на скриншоте) можно разобрать локально, глядя только на сам фрагмент. А вот теперь представьте себе аналогичный по ... гхм, незрелости код, с кучей перегруженных как попало (не из STL) операторов и конструкторов (не видя их определений)? Да я лучше повешусь, чем начну искать баги в нем.

Дык может дело не в "++" а в авторе ? ;)

И на плайн Сях можно тоже наворотить такого что без стакана не разобраться.

А ++ они не для маленьких однако ;)

Re:

> Дык может дело не в "++" а в авторе ? ;)

Адназначна! Я ж плюсы не сами по себе не люблю, а в совокупности с аффтарами. Которые, пока дойдут до уровня "не для маленьких" - такого понапишут, что волосы дыбом. Просто в С такого не наворотить, по моему опыту. Оно сразу падать начинает (а как-же, указатели-то под коврик не спрятаны!) - и чайники быстрее учатся. Обычный С жестче плюсов. По-хорошему жестче. Это, конечно, только мой опыт...

Re:

Автору скриншота: на всякий случай, мы не по Ваш код в плюсах говорим. Ваш код к плюсам отношения почти не имеет, так что вся моя ругань не про Вас, если что:)

Вместо std::cin scanf или тогда уж std::string с операторами, итераторами..

Как думаешь, не лучше было бы динамически выделять память для символьных массивов вместо использования константы max?..

Вот-вот. Я как раз о том std::string и говорил. Не, само по себе strlen не страшно - только надо тогда просто писАть на С - и все будет пучком (ну, после полировочки).

>так это и не цпп.. ;-)) это, скорее, всего лишь, си с плюсами.. ;-) причём, си в коде куда как больше, чем плюсов...

Не, это Бэйсик, судя по стилю (не смотря на С-синтаксис):)

Автору скрина: обратите лучше внимание на интерпретируемые языкы: Tcl, Ruby, Python, lua - ИМХО вам это ближе... А для С - перед тем как кому-то показывать подобный "код" посмотрите чужые простенькие коды на С, разберитесь. А так - даже в школе ученику (если бы основы программирования на С там проходили) я бы больше 4 по 5-бальной системе за подобный код не поставил бы :(

Re:

>Просто в С такого не наворотить, по моему опыту.

Э-э-э-э ... да там такого можно в #define закатать что ++ будут нервно в сторонке курить

Re:

Вот препроцессор - отобрать!:)

> Автору скрина: обратите лучше внимание на интерпретируемые языкы: Tcl, Ruby, Python, lua - ИМХО вам это ближе..

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

Я с Вами согласен.. Автору не помешало бы больше внимания обратить на С... С - очень мощный инструмент в умелых руках.. ;-)) На С++ ещё рановато...

Re:

На самом деле, по моему опыту, новички в С не так obuse препроцессор, как новички в плюсах - оверлоадинг и конструкторы-деструкторы. Все-таки препроцессор (стандартный) не очень мощен (на первый взгляд) и буйство фантазии как-то не провоцирует. Конечно, перлы встречаются - но обычно распознаются с первого взгляда. А вот возможность вместо вызова функции накорябать один символ - ооочень волнует и возбуждает неокрепшую психику... Впрочем, это только мой опыт. У Вас он другой?

Re:

Что вы перегрузка-перегрузка. Вот эксепшены - это даа...

Re:

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

Мой опыт говорит что это зависит не от языка а от человека.

У меня есть пара коллег, которые писали и пишут на C+asm x86.

У одного код абсолютно читабелен что там что сям у второго ... ну вы поняли ;)

Причем у обоих код вполне работоспособен и даже мирно уживается в одном проекте.

Видимо это больше от мозгов зависит а не от языка.

Лично мне ++ нравятся тем что можно одну и туже работу сделать написав в 1.5-2 раза меньше исходного текста (а то и в 3 раза) главное не увлекаться и видеть лес за деревьями.

Re:

>Что вы перегрузка-перегрузка. Вот эксепшены - это даа...

Кстати тем же препроцессором SEH можно повесить и поверх С-шного кода. (в оффтопике дык оне вообще встроены на уровне как системы и компилера). Однако это уже не уровень языка.

Re:

Это я в редактор загрузил один из первых попавшихся под руку кодов, ему года 2 уже :))

Re:

16:08:08

Re:

Похвастайся прогрессом тогда ;)

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

Я и не собирался обижать. я же написал там дальше, что нужно, если всё-таки хочет писАть именно на С.

ИМХО С - это всё таки в большей степени именно "переносимый ассемблер" и вопросами оптимизации в бОльшей степени должен заниматься именно программист. Для интерпретаторов это не так критично, ок. 50% задая на интерпреьаторе решаются проще, быстрее и зачастую красивее. Сам пользуюсь и теми и другими - в зависимости от задачи.

Re:

>Что вы перегрузка-перегрузка. Вот эксепшены - это даа...

перегрузка - зло. Эксепшены - а зачем они в "переносимом ассемблере", объектным расширением которого и является С++?:)

> вопросами оптимизации в бОльшей степени должен заниматься именно программист.

Дык пусть человек научится! Пусть поймет, почем фунт лиха и байт памяти!

>Дык пусть человек научится!

Дык, я об этом и писАл! Пусть научится!:)

В моем вузе нас учат ``писать на C++''... Причем такой код, это просто произведение искуства... И что самое обидное, не только студенты так пишут, но и все знающие препы... Грустно...

podsvetka syntaxisa - polniy ujas.
nu da, nu da, dlja takogo koda navernoe kul'edit v samiy raz.
v ostal'nom shot popahivaet desktopom tipichnogo krasnoglazogo...

//wbr. godexsoft

>В моем вузе нас учат ``писать на C++''... Причем такой код, это просто произведение искуства...

Не расстраивайтесь - не только в вашем вузе;) Хуже то, что подобный код пишут дипломированные специалисты, да ещё и с "красным" дипломом:) Как правило, потом они становятся руководителями отделов (обычно - в банках):)

>podsvetka syntaxisa - polniy ujas.

Подсветка вторична. Там шрифт такой, что забежать подальше хочется - такими "толстыми буковками" ещё и не такой код можно "сотворить":) Мне интересно - это обычный мазохизм или просто "усложняем себе задачу"?:)

Да понимаю я все... только обидно, что нормальный код она (преп) не воспринимает...

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

год назад я тоже долго думал, что шрифт это фигня... Но писал программу, в которой делал вложенные циклы (их там было 4 штуки: i, j, k, l), и после того, как я пару раз попутал i и l (спасибо шрифту -- позволял) я стал выбирать шрифты для редактора с большим престрастием (правда перед осознанием сего факта были сутки секса с отладчиком, но это мелочи...)