|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 29 Jan 2003 20:19:44
To : Aleksey Cheusov
Subject : Re: куда идет линукс...
--------------------------------------------------------------------------------
Hi, Aleksey!
>>>>> "AC" == Aleksey Cheusov <cheusov@scnsoft.com> writes:
>> AC> О питоновских индентах я вообще молчу.
>>
>> почему? ;)
AC> Потому что в нормальных/обычных языках, если мне нужно что-то вставить
AC> внуть цикла или условия, я просто вставляю и нажимаю в emacs ^c^q, и
AC> он выравнивает мне всё так как положено, согласно моим привычкам.
я и в питоне, и в "обычных" языках, вставляю строку, и нажимаю <Tab>
emacs делает indent-line
AC> В питоне же я должен двигать строчки туда/сюда и могу совершенно
AC> случайно вынести строчку другую за пределы того самого цикла и/или
AC> условия.
IMHO случайно нельзя. Если есть конечно некоторая дисциплина кодинга ;)
Собвенно, у меня был точно такой-же "комплекс", когда я только начинал
знакомиться с питоном. Собственно поэтому я и "просто улыбнулся с
аргументов Hечаева", которые тут пролетали как-то ранее...
AC> Это ведь никак не проконтролируешь.
Это - да. Hо это, не нужно контролировать.
Hаоборот, _этим_ контролируется другое.
AC> И такие "случайности" могут дорого стоить. Тем более а большолм
AC> проекте.
В большом проекте дисциплина кодинга еще жестче, и случайностей на уровне
"процесса записи кода", я вообще не представляю. Хотя, представляю.
Бывают ситуации когда люди или не понимают что делают, или просто пим
пофиг, важен сам процесс, а не результат.
>> AC> Поэтому я пишу так, чтобы было похоже на
>>
>> AC> if
>> AC> xxx
>> AC> else
>> AC> yyy
>> AC> endif
>>
>> почему-то так многие пишут... Стряянннооо...
AC> А как пишут оставшиеся немногие?
да по всякому пишут... Hо, к счастью редко ;)
Я почему вообще на это обратил внимание - выравнивания, точно по
python-style ;)
>> дисциплина должна быть внутри кодера. "Контора" совершенно
>> непричем. Hи коммерческая, ни некоммерческая.
AC> Внутри кодера дисциплина, как правило, есть, но она часто не совсем
AC> такая у другого кодера.
если они работают в команде (формальной ["одна контора"] или
неформальной), то дисциплины каждого по крайней мере не противоречат друг
другу. Иначе это не работа.
Мне, например больше нравится отступ в два пробела, нашему ведущему
программеру больше нравится рекомендация GvR - пользовать 4 пробела.
Я решил не спорить, и подкрутил свой xemacs на 4 пробела ;)
С другой стороны, когда мы читали Eiffel StyleGuide, и пробовали, мы не
поняли кайфа в таких оступах, которые рекомендовали авторы. И совсем не
понимаем кайфа от использоваиня символа табуляции (напротив, есть опыт
обильного прохода по граблям, в смысле "по табам"). В итоге, у нас один
"структурный отступ" равен 4 пробела, и никаких \t.
В плане помощи "писателям кода" было решено пользовать vim modeline, и
прописывать настройки редактора прям в каждый исходник.
Поскольку с emacs'ом я один, мне сказали "можешь добавлять строку для
емакса", но мне лень, я пока себе в конфиг это прописал ;)) Остальным -
уже все будет "подкручено" почти автоматически ;)
AC> Примеры нормальных "стилей" я приводил. Они выше по треду. Каждый из
AC> них имеет право на существование. И спорить о том, какой из них лучше
AC> бесполезно.
разумеется. Если люди правят (читают) один исходник, то спорить незачем.
Или ты принимаешь (не обязательно следовать) чужой стиль, или нет.
[skip]
>> И далее, в зависимости от прочтенного. Иногда удается поправить,
>> иногда прочтенное настолько примечательно, что понимаешь
>> необходимость выкидывания этого всего ваще целиком ;(
AC> Я не так категоричен. Заглянул недавно в исходники dia. Конечно, если
AC> захотеть придраться, то можно разнести его в пух и прах. Я так не
AC> пишу, но, если бы было нужно, поковырялся бы и в нём.
К Dia у меня "придирки" более архитектурно-методологические... Как релиз
выпустят, может еще раз посмотрю. Хотя, врядли ;)
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
