Сообщение Re[9]: Книги по enterprise архитектуре основанные на примера от 10.12.2021 9:21
Изменено 10.12.2021 9:22 igor-booch
Re[9]: Книги по enterprise архитектуре основанные на примера
G>Но бросается в глаза, что в коде нет комментариев
С комментариями проблема. Документирующие комментарии для пользователей,
либо очевидны из названия члена (тупые комментарии писать не хочется),
либо требуют развернутого объяснения, которое приведено в readme.
Но некоторые комментарии, согласен, не мешало бы добавить.
G>, а также коммиты все идут в одной ветке и с плохими коммит-мессаджами
Да, я с ними не заморачивался,
так как был и остаюсь единственным разработчиком.
Если появится ещё разработчики, тогда месседжи конечно будут нужны,
ещё можно сделать документацию для разработчика,
коммит месседжи старых комитов вряд ли им помогут
G> коммьюнити у продукта тоже нет судя по всему?
А где его взять? Вот думаю выступить на какой-нибудь встрече с докладом.
G> Еще бы не помешало написать, это как-то связано с Reactive Streams и проч. реактивными стандартами?
Отсюда как бы очевидно (если предыдущие главы почитать). System.Reactive это пространство имен для реализации реактивного стандарта dotnet
G>Нужно коммьюнити, ссылки на реально используемые проекты,
Opensource проекты?
G>также непонятно как дела уязвимостями и CVE.
Уязвимости, наверное, такие же как для библиотек dotnet, на которые ссылается ObservableComputations. А ссылок мало и только на базовые библиотеки
С комментариями проблема. Документирующие комментарии для пользователей,
либо очевидны из названия члена (тупые комментарии писать не хочется),
либо требуют развернутого объяснения, которое приведено в readme.
Но некоторые комментарии, согласен, не мешало бы добавить.
G>, а также коммиты все идут в одной ветке и с плохими коммит-мессаджами
Да, я с ними не заморачивался,
так как был и остаюсь единственным разработчиком.
Если появится ещё разработчики, тогда месседжи конечно будут нужны,
ещё можно сделать документацию для разработчика,
коммит месседжи старых комитов вряд ли им помогут
G> коммьюнити у продукта тоже нет судя по всему?
А где его взять? Вот думаю выступить на какой-нибудь встрече с докладом.
G> Еще бы не помешало написать, это как-то связано с Reactive Streams и проч. реактивными стандартами?
Отсюда как бы очевидно (если предыдущие главы почитать). System.Reactive это пространство имен для реализации реактивного стандарта dotnet
G>Нужно коммьюнити, ссылки на реально используемые проекты,
Opensource проекты?
G>также непонятно как дела уязвимостями и CVE.
Уязвимости, наверное, такие же как для библиотек dotnet, на которые ссылается ObservableComputations. А ссылок мало и только на базовые библиотеки
Re[9]: Книги по enterprise архитектуре основанные на примера
G>Но бросается в глаза, что в коде нет комментариев
С комментариями проблема. Документирующие комментарии для пользователей,
либо очевидны из названия члена (тупые комментарии писать не хочется),
либо требуют развернутого объяснения, которое приведено в readme.
Но некоторые комментарии, согласен, не мешало бы добавить.
G>, а также коммиты все идут в одной ветке и с плохими коммит-мессаджами
Да, я с ними не заморачивался,
так как был и остаюсь единственным разработчиком.
Если появится ещё разработчики, тогда месседжи конечно будут нужны,
ещё можно сделать документацию для разработчика,
коммит месседжи старых комитов вряд ли помогут
G> коммьюнити у продукта тоже нет судя по всему?
А где его взять? Вот думаю выступить на какой-нибудь встрече с докладом.
G> Еще бы не помешало написать, это как-то связано с Reactive Streams и проч. реактивными стандартами?
Отсюда как бы очевидно (если предыдущие главы почитать). System.Reactive это пространство имен для реализации реактивного стандарта dotnet
G>Нужно коммьюнити, ссылки на реально используемые проекты,
Opensource проекты?
G>также непонятно как дела уязвимостями и CVE.
Уязвимости, наверное, такие же как для библиотек dotnet, на которые ссылается ObservableComputations. А ссылок мало и только на базовые библиотеки
С комментариями проблема. Документирующие комментарии для пользователей,
либо очевидны из названия члена (тупые комментарии писать не хочется),
либо требуют развернутого объяснения, которое приведено в readme.
Но некоторые комментарии, согласен, не мешало бы добавить.
G>, а также коммиты все идут в одной ветке и с плохими коммит-мессаджами
Да, я с ними не заморачивался,
так как был и остаюсь единственным разработчиком.
Если появится ещё разработчики, тогда месседжи конечно будут нужны,
ещё можно сделать документацию для разработчика,
коммит месседжи старых комитов вряд ли помогут
G> коммьюнити у продукта тоже нет судя по всему?
А где его взять? Вот думаю выступить на какой-нибудь встрече с докладом.
G> Еще бы не помешало написать, это как-то связано с Reactive Streams и проч. реактивными стандартами?
Отсюда как бы очевидно (если предыдущие главы почитать). System.Reactive это пространство имен для реализации реактивного стандарта dotnet
G>Нужно коммьюнити, ссылки на реально используемые проекты,
Opensource проекты?
G>также непонятно как дела уязвимостями и CVE.
Уязвимости, наверное, такие же как для библиотек dotnet, на которые ссылается ObservableComputations. А ссылок мало и только на базовые библиотеки