k001
k001
:...

April 2032
        1 2 3
4 5 6 7 8 9 10
11 12 13 14 15 16 17
18 19 20 21 22 23 24
25 26 27 28 29 30

k001 [userpic]
great minds think alike (примазываясь)

Читаю devel@openvz.org, обсуждают наши бинкаунтеры.

Chandra Seetharaman <sekharan@us.ibm.com> wrote:
> > > +void bc_uncharge_locked(struct beancounter *bc, int res, unsigned long val);
> > > +void bc_uncharge(struct beancounter *bc, int res, unsigned long val);
> > > +
> > > +struct beancounter *beancounter_findcreate(bcid_t id, int mask);
>
> prototype do not need the parameter names, types would suffice (would
> save you few characters).


Думаю — это же код, его же люди читают! Компилятору, конечно, пофиг, как называется тот или иной параметр, а человеку не пофиг. Названия параметров — это своеобразная документация. Хотел было написать, что чувак не совсем прав, не стоит тут экономить “несколько символов”, но сдержал свои графоманские устремления — это же в принципе не по существу, а так, сбоку, да и не очень важно.

Через полчаса приходит письмо от Andrew Morton, в ответ на вышепроцитированное:
argh. Those few characters are useful.

Comments

А меня вот кстати раздражают имена в прототипах. Не знаю почему.

Наверное, ты минималист? :)

> Those few characters are useful.

Ещё бы...

вот и на тебя сошла благодать)

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

Нужно, нужно... У нас в kernel team, когда патчи смотрят, на это обращают внимание и просят исправить.