Здравствуйте, Олег К., Вы писали:
ОК>А я почему должен вырывать? Я табы заменяю при сохранении на спейсы и тебе который раз говорю что без табов ты прожить сможешь, а вот без спейсов нет.
С чего ты взял, что я стою перед такой альтернативой? Либо-либо — это твоё предложение. Мне нравится и то и другое, каждое для своей цели.
... << RSDN@Home 1.2.0 alpha 5 rev. 69>>
Если нам не помогут, то мы тоже никого не пощадим.
Re[22]: Он думает, что пишет качественный код. Скоро его мнение изменится
Здравствуйте, Олег К., Вы писали:
IT>>Тогда предложи отменить то или иное прямо в OS или даже в железе. ОК>Предложил тебе ниже вырвать пробел из клавиатуры. Дело за тобой.
Ага. Я тебе там перепредложил.
IT>>Никаких проблем они не создают. В отличие от пробелов. ОК>Повторюсь еще раз. Без тэбов ты проживешь, без пробелов — нет.
Это какое-то дурацкое противопоставление. Ты бы ещё сказал, что я и без рук и без ног проживу и мне нужно их все повырывать.
IT>>А зачем ты его тут тогда привёл в качестве аргумента. ОК>Мы начинаем повторяться. Я тебе выше уже говорил что привел пример стиля который существует и который ломает твою догму с табами.
Догма — это как раз твой стиль как ты его преподносишь. Мне этот стиль не подходит и не нравится. И тебе уже привели проблемы, к которым он приводит. Поэтому такие стили мы отметаем с негодованием.
IT>>Следовать за стадом — дело как раз не хитрое. Убеждать людей и ломать устаревшие предпочтения гораздо трудней и интересней. ОК>Тут не следование за стадом а умение отключить свои предпочтения а работать в рамках существующего кода.
Предпочтения не надо отключать. Так ожно в конце концов и мозг вообще отключить. Нужно уметь следовать общим соглашениям, а не вдавливать в себя по капле раба. Соглашения — это условности, и если они не нравятся большинству, то их можно и нужно менять.
... << RSDN@Home 1.2.0 alpha 5 rev. 69>>
Если нам не помогут, то мы тоже никого не пощадим.
Re[7]: Он думает, что пишет качественный код. Скоро его мнение изменится
>>Чувак, по одному твоему посту видно что ты новичок, но я тебя успокою. Видел бы ты код многих сеньйоров. Бейсбольной битой надо бить. CB>Понимаю, но самое плохое в этом то что не полный новичок, жуниор с опытом командной работы. Фиксил код сеньйоров, знаю, видел, полностью согласен
А ты откуда? Команда команде рознь. Ну и проекты тоже разные бывают.
>>Этих не слушай. Это чуваки из серии что позапихают в проект все фичи плюсов потому что "реальные пацаны так пишут!" CB>Я так и подумал, но все равно спасибо что успокоили
>>Вообще можно обойтись без синглтонов. CB>Как именно? Просто скажите по какому слову гуглить
Да даже не знаю. Просто со временем стиль вырабатывается и у тебя он уже есть. Надо только отшлифовать немного. Подумай просто как бы ты переписал код чтобы обойтись без синглтонов. Один раз найдешь решение — потом будешь его и использовать.
>>Да, несколько станно было видеть дефайны для стандартных логических операторов. CB>Но ведь есть <ciso646> — это не я придумал. Зато теперь буду знать, что многих напрягает
>>Даже если ты классно решил задачи, то будут придираться к таким мелочам. Сам подумай, кому охота вникать в логику чужого проекта? По одной твоей просьбе и видно что ты новичок. CB>Этот момент я упустил. Я хотел услышать что-то вроде: да твой код понятно смотреть, имена, структура, блоки — все четко и просто. Или наоборот — твой код труднее переварить чем внутреннее устройство STL. А получилось все только по мелочам и синтаксису. В общем, много людей потратил немного своего времени, а толку мало.
Что есть то есть.
>>Парень, не тушуйся и не особо прислушивайся тут к некоторым. CB>Не то что я особо парюсь из-за этого но спасибо за утешение. Но все равно кто-то теперь на собеседовании будет косо смотреть, вдруг тему читал?
С людьми вообще сложно работать, а тут еще и эго зашкаливает. Ты не думай об этом и знай что кто-то тебя оценит. Я, вот, не сомневаюсь что с тобой было бы легко работать и найти общий язык относительно software engineering-а. Да и вообще тоже.
Re[4]: Он думает, что пишет качественный код. Скоро его мнение изменится
Здравствуйте, SE, Вы писали:
SE>Кстати, как человеку из мира С#, мне интересно, как обстоят дела в С/С++ стане в этом отношении?
Смотря в какой IDE писать, допустим в студии всегда табуляции стояли, вполне все ок. Как-то писал с линукса, там IDE лепила пробелы, чуть себе логти не откгрыз, потом поменял на табуляции и . Вообще кто как привык, так и форматирует, если к пробелам, то тыкаешь в 4 раза больше кнопок, если привык к табуляциям то покрайней мере пальцы не так болят)
Re[5]: Он думает, что пишет качественный код. Скоро его мнение изменится
ОК>Да даже не знаю. Просто со временем стиль вырабатывается и у тебя он уже есть. Надо только отшлифовать немного.
Вместо закрепления стиля "какой есть" стоило бы поучиться и перенять хороший стиль. Причем речь идет не столько об оформлении, сколько о том, как написан код. Это и понятность идеи, и легкость модификации/поддержки, и тестируемость, ну и не в последнюю очередь эффективность, включая разного рода best practices.
Re[6]: Он думает, что пишет качественный код. Скоро его мнение изменится
да есть такое, в таких ситуациях помогает вспомнить историю: во времена динозавров, когда люди писали программы на ассемблерах, никто даже не думал о форматирование пробелами или табуляциями, потому как это не являлось приоритетной проблемой на фоне всего хард-кодинга Так что программисты C# и С++ еще легко отделались
Re[9]: Он думает, что пишет качественный код. Скоро его мнение изменится
ОК>>Да даже не знаю. Просто со временем стиль вырабатывается и у тебя он уже есть. Надо только отшлифовать немного.
A>Вместо закрепления стиля "какой есть" стоило бы поучиться и перенять хороший стиль. Причем речь идет не столько об оформлении, сколько о том, как написан код. Это и понятность идеи, и легкость модификации/поддержки, и тестируемость, ну и не в последнюю очередь эффективность, включая разного рода best practices.
Его проект мы видели. Теперь ты поставь свой.
Re[10]: Он думает, что пишет качественный код. Скоро его мнение изменится
ОК>>Его проект мы видели. Теперь ты поставь свой.
A>С какой стати? Я где-то просил оценивать мои исходники? Ах у вас обострение синдрома "сначала добейся"? Я ни с кем меряться не собираюсь.
Ты тут продолжаешь толкать свое экспертное мнение в массы. Я хочу убедиться насколько оно экспертное.
Re[2]: Он думает, что пишет качественный код. Скоро его мнение изменится
ГВ>/* За такие вещи полагается месяц читать Страуструпа вслух по пять часов в день. */
ГВ>// Logic symbols
ГВ>#define equals ==
ГВ>#define not !
ГВ>#define notequal !=
ГВ>#define and &&
ГВ>#define or ||
and, bitor, or, xor, compl, bitand and_eq, or_eq, xor_eq, not, not_eq — ключевые слова в C++. Смотреть [lex.digraph].
MSVC++ их не поддерживает, но можно включить <ciso646>, после чего они становятся определены.
Re: Он думает, что пишет качественный код. Скоро его мнение изменится
Здравствуйте, alexsmirnoff, Вы писали:
A>Ребята, я дико извиняюсь. A>А почему вы все пишете "хидер"? A>"Header" разве так звучит?
ты все еще удивляешься рунглишу?
Re[3]: Он думает, что пишет качественный код. Скоро его мнение изменится
Здравствуйте, Privalov, Вы писали:
P>Здравствуйте, alexsmirnoff, Вы писали:
A>>А почему вы все пишете "хидер"? A>>"Header" разве так звучит?
P>Во-первых, чтобы написать "header", надо переключить раскладку. P>Во-вторых, "заголовок" — длиннее. P>
Да не, я чисто к фонетике попридираться.
"Header" должен транслитерироваться в "хедер".
В "head" и "heat" разные гласные.
Ну да бог с ним.
Re[4]: Он думает, что пишет качественный код. Скоро его мнение изменится
A>>>А почему вы все пишете "хидер"? A>>>"Header" разве так звучит?
P>>Во-первых, чтобы написать "header", надо переключить раскладку. P>>Во-вторых, "заголовок" — длиннее. P>> A>Да не, я чисто к фонетике попридираться. A>"Header" должен транслитерироваться в "хедер". A>В "head" и "heat" разные гласные. A>Ну да бог с ним.
Безграмотные потому что. Мне тоже это режет по глазам/ушам.
Re[4]: Он думает, что пишет качественный код. Скоро его мнение изменится
On 01.05.2013 15:52, SE wrote:
> Приходится диагностировать некоторым архитекторам заказчиков неопасный > симптом "табуляции головного мозга". Как правило для дотнетчика это > признак более серьезных заболеваний вроде "серебряная пуля головного > мозга" и "не барское это дело — код писать".
Сначала подумал было ответить конструктивно, но это предложение остановило.
Posted via RSDN NNTP Server 2.1 beta
Re[5]: Он думает, что пишет качественный код. Скоро его мнение изменится
Здравствуйте, Vzhyk, Вы писали:
V>On 01.05.2013 15:52, SE wrote:
>> Приходится диагностировать некоторым архитекторам заказчиков неопасный >> симптом "табуляции головного мозга". Как правило для дотнетчика это >> признак более серьезных заболеваний вроде "серебряная пуля головного >> мозга" и "не барское это дело — код писать". V>Сначала подумал было ответить конструктивно, но это предложение остановило.
В С++ как я понял IDE и большинство девелоперов за табы. Так что про С++ можешь писать конструктивно
А я про дотнет писал.
Из моих последних пяти проектов два с табами, включая текущий. Архитекторы и лиды упорно находят все грабли на которые можно наступить. И наступают, невзирая на предупреждения. Каждый раз мне требовалось около года работы, что мое мнение начинало иметь вес больший, чем "мегаидеи" этих гореархитекторов.
Но ущерб как правило уже нанесен существенный и банально жаль своего времени.
Приходится вырабатывать совершенно дурацкие фильтры вроде этих пресловутых "табов против пробелов" и отсеивать проекты, включая отсев проектов и годных тоже
Re[15]: Он думает, что пишет качественный код. Скоро его мнение изменится
Уважаемый Абибок, пожалуйста, не могли бы Вы прислать мне копию своего стандарта кода? Дело в том, что уже несколько лет я нападаю на те же грабли — стараюсь писAть понятно и красиво, читаю книжки типа Code Complete, но все равно находятся противники именно моего стиля!
А мне так хочется сделать хорошо. Скорее всего одному тут не справиться — наверное фишка в том, что у вас оговорен стиль. Но мне все равно поможет кусочек вашего стандарта — я хотя-бы посмотрю что такое хороший стиль и перестану бояться своего. Спасибо заранее.
Re[3]: Он думает, что пишет качественный код. Скоро его мнение изменится
Здравствуйте, uncommon, Вы писали:
U>and, bitor, or, xor, compl, bitand and_eq, or_eq, xor_eq, not, not_eq — ключевые слова в C++. Смотреть [lex.digraph].
U>MSVC++ их не поддерживает, но можно включить <ciso646>, после чего они становятся определены.
Правильно, правильно — есть такие зарезервированные слова в C++. Только эти слова добавлены в язык ради совместимости с не-ASCII терминалами, то есть ради решения весьма специфической проблемы. Об этом сказано, например, в D&E 6.5.3.1:
Чтобы помочь программистам, работающим на старом оборудовании, а значит, и продвигать C++, комитет по стандартизации решил предоставить более удобную нотацию.
В случае, который мы обсуждаем, код явно заточен под Windows и нынче у нас 2013-й, а не 1985-й. Какие ещё диграфы и альтернативные лексемы, о чём вы?
Я знаю только две бесконечные вещи — Вселенную и человеческую глупость, и я не совсем уверен насчёт Вселенной. (c) А. Эйнштейн
P.S.: Винодельческие провинции — это есть рулез!
Если нам не помогут, то мы тоже никого не пощадим.
. Вообще кто как привык, так и форматирует, если к пробелам, то тыкаешь в 4 раза больше кнопок, если привык к табуляциям то покрайней мере пальцы не так болят)
Так что программисты C# и С++ еще легко отделались
