From: Konstantin Osipov <kostja.osipov@gmail.com>
To: Vladislav Shpilevoy <v.shpilevoy@tarantool.org>
Cc: tarantool-patches@dev.tarantool.org
Subject: Re: [Tarantool-patches] [PATCH 5/5] Apply Clang formatter
Date: Mon, 2 Nov 2020 00:40:30 +0300 [thread overview]
Message-ID: <20201101214030.GB252426@atlas> (raw)
In-Reply-To: <a2094254-6032-1be2-14d2-26f3b37a92b6@tarantool.org>
* Vladislav Shpilevoy <v.shpilevoy@tarantool.org> [20/10/31 12:00]:
Автоматический форматтер нужен.
Нужно оставить в прошлом уже эту историю с обсуждением стиля
патчей - это просто не стоит того чтобы тратить на это время.
Так работает экосистема сегодня многих новых языков, и это
экономит время.
В python есть black, в go есть go fmt.
Можно начать с того чтобы предложить людям способ подключить
автоформатирование к редактору и добиться того что все новые патчи
соответствуют автоформату.
> Hi! Thanks for the patch!
>
> I will repeat here what I said in the chat.
>
> На русском, чтоб понятнее получилось.
>
> Тикет был создан, когда команда состояла из стажеров более, чем
> на половину. Большая часть из них засылала патчи как будто сдавали
> задачки в универе за час до дедлайна. Без стиля кода вообще. Тогда
> у патчей было комментариев по 50 штук, большая часть которых -
> проблемы со стилем.
>
> Но во-первых, это были далеко не все проблемы. Огромное количество
> замечаний было по мелким багам, отсутствию тестов или их бесполезности,
> по проблемам с английским, когда текст комментариев был нечитаем, и тд.
> Потому даже если бы этот патч появился тогда, теперь я понимаю, что
> он бы помог не сильно.
>
> Во-вторых, по поводу аргумента, что это отнимает время ревьюера. Каждый
> коммент бросить в письмо отнимает пару секунд, буквально. Авто-форс
> стиля не сэкономит времени нисколько. 0 минут на патч он сэкономит. Даже
> для самого ужасного патча.
>
> Сейчас качество патчей возросло значительно. По мере роста
> опыта стажеров, и когда ушли самые заядлые нарушители. Потому кол-во
> стилистических проблем измеряется единицами.
>
> В-третьих, этот патч на форматирование вносит большое количество весьма
> и весьма спорных изменений. После которых объективно код читать сложнее,
> физически. Смотри далее несколько комментов по самым дебильным местам.
> Если ты этим надеешься исправить наши редкие споры про стиль некоторых
> выражений, то это не поможет. Теперь мы будем спорить, где надо воткнуть
> уродливый коммент для игнора форматтера, чтобы он не сделал код еще хуже.
>
> В-четвертых, это говно придется влить во все ветки, так как иначе будет
> невозможно патчи пропушивать вниз по версиям. Так что это испортит
> историю еще сиьнее.
>
> В-пятых, это не будет единичное изменение истории. Некоторые
> места были сделаны с выравниванием для упрощения изменения и чтения.
> Форматтер все эти места херит. См далее комменты. 9 штук.
>
> Подпункт пятого замечания - что будешь делать, когда снова прибежит
> какой-нибудь любитель плюсов, и скажет, что надо сделать длину строки 120
> символов? Или если решим еще какую-нибудь хрень поменять вроде пробелов
> приведениях типов? Снова будет патч на косари строк, чтоб все это
> обновить?
>
> Суммируя, патч очень плох, и не делает лучше вообще ничего. Я не понимаю,
> зачем это льется.
>
> > diff --git a/src/box/alter.cc b/src/box/alter.cc
> > index 08957f6..c06ec2f 100644
> > --- a/src/box/alter.cc
> > +++ b/src/box/alter.cc
> > @@ -45,12 +45,12 @@
> > #include "fiber.h" /* for gc_pool */
> > #include "scoped_guard.h"
> > #include "third_party/base64.h"
> > -#include <new> /* for placement new */
> > +#include <new> /* for placement new */
> > #include <stdio.h> /* snprintf() */
> > #include <ctype.h>
> > #include "replication.h" /* for replica_set_id() */
> > -#include "session.h" /* to fetch the current user. */
> > -#include "vclock.h" /* VCLOCK_MAX */
> > +#include "session.h" /* to fetch the current user. */
> > +#include "vclock.h" /* VCLOCK_MAX */
>
> 1. VCLOCK_MAX не используется здесь. Все эти комменты у заголовков бесполезны и
> даже иногда вредны. В 99% случаев они вообще устарели, и к реальности отношения
> не имеют. Просто удали это, пока эти строки меняешь. Патч может и 6к изменений, но
> это не значит, что можно их не смотреть.
>
> > #include "xrow.h"
> > #include "iproto_constants.h"
> > #include "identifier.h"
> > @@ -68,8 +68,8 @@ access_check_ddl(const char *name, uint32_t object_id, uint32_t owner_uid,
> > struct credentials *cr = effective_user();
> > user_access_t has_access = cr->universal_access;
> >
> > - user_access_t access = ((PRIV_U | (user_access_t) priv_type) &
> > - ~has_access);
> > + user_access_t access =
> > + ((PRIV_U | (user_access_t)priv_type) & ~has_access);
>
> 2. И что здесь в лучшую сторону изменилось? Что до, что после, выглядит одинаково. И оба
> варианта вполне по стилю нашему. Но только теперь надо как-то понимать, что первое не
> подходит, иначе будет ебошить CI. Это пиздец как неудобно.
>
> > bool is_owner = owner_uid == cr->uid || cr->uid == ADMIN;
> > if (access == 0)
> > return 0; /* Access granted. */
> > @@ -3822,8 +3843,10 @@ on_replace_dd_collation(struct trigger * /* trigger */, void *event)
> > int
> > priv_def_create_from_tuple(struct priv_def *priv, struct tuple *tuple)
> > {
> > - if (tuple_field_u32(tuple, BOX_PRIV_FIELD_ID, &(priv->grantor_id)) != 0 ||
> > - tuple_field_u32(tuple, BOX_PRIV_FIELD_UID, &(priv->grantee_id)) != 0)
> > + if (tuple_field_u32(tuple, BOX_PRIV_FIELD_ID, &(priv->grantor_id)) !=
> > + 0 ||
> > + tuple_field_u32(tuple, BOX_PRIV_FIELD_UID, &(priv->grantee_id)) !=
> > + 0)
>
> 3. Что здесь улучшилось? Это же жесть какая-то. Ты смотрел вообще этот патч?
>
> > return -1;
> > @@ -4939,17 +4966,16 @@ on_replace_dd_trigger(struct trigger * /* trigger */, void *event)
> > if (new_trigger == NULL)
> > return -1;
> >
> > - auto new_trigger_guard = make_scoped_guard([=] {
> > - sql_trigger_delete(sql_get(), new_trigger);
> > - });
> > + auto new_trigger_guard = make_scoped_guard(
> > + [=] { sql_trigger_delete(sql_get(), new_trigger); });
>
> 4. Новый вариант выглядит хуже, сложнее читать.
>
> > @@ -5870,68 +5904,58 @@ on_replace_dd_func_index(struct trigger *trigger, void *event)
> > return 0;
> > }
> >
> > -struct trigger alter_space_on_replace_space = {
> > - RLIST_LINK_INITIALIZER, on_replace_dd_space, NULL, NULL
> > -};
> > +struct trigger alter_space_on_replace_space = { RLIST_LINK_INITIALIZER,
> > + on_replace_dd_space, NULL,
> > + NULL };
>
> 5. В какой вселенной новая версия лучше? Как должен быть устроен глаз,
> чтобы вот это воспринимать было проще чем то, что было до?
>
> > -struct trigger alter_space_on_replace_index = {
> > - RLIST_LINK_INITIALIZER, on_replace_dd_index, NULL, NULL
> > -};
> > +struct trigger alter_space_on_replace_index = { RLIST_LINK_INITIALIZER,
> > + on_replace_dd_index, NULL,
> > + NULL };
> >
> > -struct trigger on_replace_truncate = {
> > - RLIST_LINK_INITIALIZER, on_replace_dd_truncate, NULL, NULL
> > -};
> > +struct trigger on_replace_truncate = { RLIST_LINK_INITIALIZER,
> > + on_replace_dd_truncate, NULL, NULL };
> >
> > -struct trigger on_replace_schema = {
> > - RLIST_LINK_INITIALIZER, on_replace_dd_schema, NULL, NULL
> > -};
> > +struct trigger on_replace_schema = { RLIST_LINK_INITIALIZER,
> > + on_replace_dd_schema, NULL, NULL };
> >
> > -struct trigger on_replace_user = {
> > - RLIST_LINK_INITIALIZER, on_replace_dd_user, NULL, NULL
> > -};
> > +struct trigger on_replace_user = { RLIST_LINK_INITIALIZER, on_replace_dd_user,
> > + NULL, NULL };
> >
> > -struct trigger on_replace_func = {
> > - RLIST_LINK_INITIALIZER, on_replace_dd_func, NULL, NULL
> > -};
> > +struct trigger on_replace_func = { RLIST_LINK_INITIALIZER, on_replace_dd_func,
> > + NULL, NULL };
> >
> > -struct trigger on_replace_collation = {
> > - RLIST_LINK_INITIALIZER, on_replace_dd_collation, NULL, NULL
> > -};
> > +struct trigger on_replace_collation = { RLIST_LINK_INITIALIZER,
> > + on_replace_dd_collation, NULL, NULL };
> >
> > -struct trigger on_replace_priv = {
> > - RLIST_LINK_INITIALIZER, on_replace_dd_priv, NULL, NULL
> > -};
> > +struct trigger on_replace_priv = { RLIST_LINK_INITIALIZER, on_replace_dd_priv,
> > + NULL, NULL };
> >
> > -struct trigger on_replace_cluster = {
> > - RLIST_LINK_INITIALIZER, on_replace_dd_cluster, NULL, NULL
> > -};
> > +struct trigger on_replace_cluster = { RLIST_LINK_INITIALIZER,
> > + on_replace_dd_cluster, NULL, NULL };
> >
> > -struct trigger on_replace_sequence = {
> > - RLIST_LINK_INITIALIZER, on_replace_dd_sequence, NULL, NULL
> > -};
> > +struct trigger on_replace_sequence = { RLIST_LINK_INITIALIZER,
> > + on_replace_dd_sequence, NULL, NULL };
> >
> > -struct trigger on_replace_sequence_data = {
> > - RLIST_LINK_INITIALIZER, on_replace_dd_sequence_data, NULL, NULL
> > -};
> > +struct trigger on_replace_sequence_data = { RLIST_LINK_INITIALIZER,
> > + on_replace_dd_sequence_data, NULL,
> > + NULL };
> >
> > -struct trigger on_replace_space_sequence = {
> > - RLIST_LINK_INITIALIZER, on_replace_dd_space_sequence, NULL, NULL
> > -};
> > +struct trigger on_replace_space_sequence = { RLIST_LINK_INITIALIZER,
> > + on_replace_dd_space_sequence, NULL,
> > + NULL };
> >
> > -struct trigger on_replace_trigger = {
> > - RLIST_LINK_INITIALIZER, on_replace_dd_trigger, NULL, NULL
> > -};
> > +struct trigger on_replace_trigger = { RLIST_LINK_INITIALIZER,
> > + on_replace_dd_trigger, NULL, NULL };
> >
> > -struct trigger on_replace_fk_constraint = {
> > - RLIST_LINK_INITIALIZER, on_replace_dd_fk_constraint, NULL, NULL
> > -};
> > +struct trigger on_replace_fk_constraint = { RLIST_LINK_INITIALIZER,
> > + on_replace_dd_fk_constraint, NULL,
> > + NULL };
> >
> > -struct trigger on_replace_ck_constraint = {
> > - RLIST_LINK_INITIALIZER, on_replace_dd_ck_constraint, NULL, NULL
> > -};
> > +struct trigger on_replace_ck_constraint = { RLIST_LINK_INITIALIZER,
> > + on_replace_dd_ck_constraint, NULL,
> > + NULL };
> >
> > -struct trigger on_replace_func_index = {
> > - RLIST_LINK_INITIALIZER, on_replace_dd_func_index, NULL, NULL
> > -};
> > +struct trigger on_replace_func_index = { RLIST_LINK_INITIALIZER,
> > + on_replace_dd_func_index, NULL, NULL };
> >
> > /* vim: set foldmethod=marker */
> > diff --git a/src/box/applier.h b/src/box/applier.h
> > index 15ca1fc..d519cee 100644
> > --- a/src/box/applier.h
> > +++ b/src/box/applier.h
> > @@ -47,24 +47,24 @@
> >
> > enum { APPLIER_SOURCE_MAXLEN = 1024 }; /* enough to fit URI with passwords */
> >
> > -#define applier_STATE(_) \
> > - _(APPLIER_OFF, 0) \
> > - _(APPLIER_CONNECT, 1) \
> > - _(APPLIER_CONNECTED, 2) \
> > - _(APPLIER_AUTH, 3) \
> > - _(APPLIER_READY, 4) \
> > - _(APPLIER_INITIAL_JOIN, 5) \
> > - _(APPLIER_FINAL_JOIN, 6) \
> > - _(APPLIER_JOINED, 7) \
> > - _(APPLIER_SYNC, 8) \
> > - _(APPLIER_FOLLOW, 9) \
> > - _(APPLIER_STOPPED, 10) \
> > - _(APPLIER_DISCONNECTED, 11) \
> > - _(APPLIER_LOADING, 12) \
> > - _(APPLIER_FETCH_SNAPSHOT, 13) \
> > - _(APPLIER_FETCHED_SNAPSHOT, 14) \
> > - _(APPLIER_REGISTER, 15) \
> > - _(APPLIER_REGISTERED, 16) \
> > +#define applier_STATE(_) \
> > + _(APPLIER_OFF, 0) \
> > + _(APPLIER_CONNECT, 1) \
> > + _(APPLIER_CONNECTED, 2) \
> > + _(APPLIER_AUTH, 3) \
> > + _(APPLIER_READY, 4) \
> > + _(APPLIER_INITIAL_JOIN, 5) \
> > + _(APPLIER_FINAL_JOIN, 6) \
> > + _(APPLIER_JOINED, 7) \
> > + _(APPLIER_SYNC, 8) \
> > + _(APPLIER_FOLLOW, 9) \
> > + _(APPLIER_STOPPED, 10) \
> > + _(APPLIER_DISCONNECTED, 11) \
> > + _(APPLIER_LOADING, 12) \
> > + _(APPLIER_FETCH_SNAPSHOT, 13) \
> > + _(APPLIER_FETCHED_SNAPSHOT, 14) \
> > + _(APPLIER_REGISTER, 15) \
>
> 6. Из этого изменения становится очевидно, что вся эта ересь
> не ограничится одной порчей истории гита. Это будет повторяться.
>
> Предыдущая версия была специально выровнена с запасом, чтобы можно
> было добавлять новые имена, и знать, что они не будут вылезать за
> существующие имена. Теперь же если добавить имя на один символ
> длиннее, чем APPLIER_FETCHED_SNAPSHOT, то форматтер перехуярит весь
> енум, похерив историю снова.
>
> > + _(APPLIER_REGISTERED, 16)
> >
> > @@ -159,7 +159,10 @@ box_process_call(struct call_request *request, struct port *port)
> > if (func != NULL) {
> > rc = func_call(func, &args, port);
> > } else if ((rc = access_check_universe_object(PRIV_X | PRIV_U,
> > - SC_FUNCTION, tt_cstr(name, name_len))) == 0) {
> > + SC_FUNCTION,
> > + tt_cstr(name,
> > + name_len))) ==
> > + 0) {
>
> 7. Похожий коммент уже был выше, но это просто апогей. После
> такого кода мне иначе придется очки скоро покупать.
>
> > diff --git a/src/box/coll_id_def.c b/src/box/coll_id_def.c
> > index 9fe0cda..d518ead 100644
> > --- a/src/box/coll_id_def.c
> > +++ b/src/box/coll_id_def.c
> > @@ -35,35 +35,40 @@ static int64_t
> > icu_on_off_from_str(const char *str, uint32_t len)
> > {
> > return strnindex(coll_icu_on_off_strs + 1, str, len,
> > - coll_icu_on_off_MAX - 1) + 1;
> > + coll_icu_on_off_MAX - 1) +
> > + 1;
> > }
> >
> > static int64_t
> > icu_alternate_handling_from_str(const char *str, uint32_t len)
> > {
> > return strnindex(coll_icu_alternate_handling_strs + 1, str, len,
> > - coll_icu_alternate_handling_MAX - 1) + 1;
> > + coll_icu_alternate_handling_MAX - 1) +
> > + 1;
> > }
> >
> > static int64_t
> > icu_case_first_from_str(const char *str, uint32_t len)
> > {
> > return strnindex(coll_icu_case_first_strs + 1, str, len,
> > - coll_icu_case_first_MAX - 1) + 1;
> > + coll_icu_case_first_MAX - 1) +
> > + 1;
>
> 8. Выше это было внутри if, но походу это говно применяется даже к
> обычным выражениям.
>
> > @@ -75,15 +77,15 @@ void
> > engine_switch_to_ro(void)
> > {
> > struct engine *engine;
> > - engine_foreach(engine)
> > - engine->vtab->switch_to_ro(engine);
> > + engine_foreach(engine) engine->vtab->switch_to_ro(engine);
> > }
> >
> > int
> > engine_bootstrap(void)
> > {
> > struct engine *engine;
> > - engine_foreach(engine) {
> > + engine_foreach(engine)
> > + {
>
> 9. Это for-цикл. Он не должен как тело функции форматироваться.
>
> Далее я смотрел только бегло, и там еще дохрена таких же
> бесполезных изменений.
--
Konstantin Osipov, Moscow, Russia
next prev parent reply other threads:[~2020-11-01 21:40 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-10-30 11:43 [Tarantool-patches] [PATCH 0/5] Add clang format Kirill Yukhin
2020-10-30 11:43 ` [Tarantool-patches] [PATCH 1/5] clang-format: guard various declarations Kirill Yukhin
2020-11-08 15:09 ` Vladislav Shpilevoy
2020-10-30 11:43 ` [Tarantool-patches] [PATCH 2/5] Add .clang-format for src/box/ Kirill Yukhin
2020-10-30 11:43 ` [Tarantool-patches] [PATCH 3/5] build: add clang-format rules Kirill Yukhin
2020-11-08 15:09 ` Vladislav Shpilevoy
2020-10-30 11:43 ` [Tarantool-patches] [PATCH 4/5] gitlab-ci: add code style check Kirill Yukhin
2020-10-30 11:43 ` [Tarantool-patches] [PATCH 5/5] Apply Clang formatter Kirill Yukhin
2020-10-30 13:42 ` Konstantin Osipov
2020-10-30 23:04 ` Vladislav Shpilevoy
2020-11-01 21:40 ` Konstantin Osipov [this message]
2020-11-02 7:35 ` Kirill Yukhin
2020-11-02 21:05 ` Vladislav Shpilevoy
2020-11-10 14:16 ` Kirill Yukhin
2020-11-10 20:38 ` Vladislav Shpilevoy
2020-11-11 8:23 ` Kirill Yukhin
2020-11-08 15:11 ` Vladislav Shpilevoy
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20201101214030.GB252426@atlas \
--to=kostja.osipov@gmail.com \
--cc=tarantool-patches@dev.tarantool.org \
--cc=v.shpilevoy@tarantool.org \
--subject='Re: [Tarantool-patches] [PATCH 5/5] Apply Clang formatter' \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox