Возможно просто с этим новым сотрудником нужно поработать и пояснять в коде, почему тут так плохо?
Я допустим пишу комментарии к кусками кода, которые кажутся сложным или говном и поясняю причины, почему это так(ведь не всегда решение задачи бывает красивым).
Не все понимают, что часть того, что называют обычно говном = всего лишь написано не так, как тебе нравится или как ты любишь и так далее.
Это не плохо, даже хорошо, но много(почти все) новшества пришли из Rust, Js(т.е как понимаю частично из фп и пп). Достаточно приятно, но как там с производительностью?..
(Не в плохом смысле, я даже скорее одобряю) Мне внезапно поплохело(автоматом) и появился нервный смешок от того, что я увидел код на C# на русском(точнее названия).
Так что вы правы — эти предрассудки...
Я понимаю, что доклад был больше про суть и про людей(стратегию), а не про подходы к реализации(хоть и об этом тоже говорили). Но интересны и технические подробности.
По поводу связности: (вольный перевод) вы говорили, что при работе разработчиков над архитектурой график связности объектов стремится к нулю и (очевидно) не может им быть достигнут. Говорится также с точки зрения прагматика о "минимальной связности", который достижим(в примерах это были интерфейсы).
(Я понимаю что это пример, но я сейчас говорю о примере как реальном кейсе)
В моем понимании на практике даже такой способ, когда интерфейс выносится в Layer_1, а Layer_2 его реализует(и мы общаемся с Layer_2 через интерфейс, который находится в Layer_1), ведет к сильной связности, т.к может вполне меняться Layer_2, а за ним должны поменяться интефрейсы(в том числе и интерфейс в Layer_1). А изменения интерфейса влечет изменение реализации Layer_1, ибо он использует тот самый интерфейс.
Да, есть соглашение о том, что когда такие вещи происходят, то меняется реализация, а интерфейс класса(назовем его контрактом) не менятеся(т.е публичный методы не меняются, меняются только private). Но опять же случаи бывают разные и далеко не всегда удается избежать этой цепочи.
Вопрос: какой уровень связности вы в продакшене считаете приемлемым(что работает для вас)?(пример есть пример) И я понимаю ответ то, что работает для меня, то и хорошо. Но вопрос состоит том, как именно Вы боретесь с подобным. Что считаете идеалом минимальной связности(скорее теоретический и недостижимый). Про DSL слышал, но все имеется ввиду возможно реализуемый на практике, но не достижимый по каким-либо причинам (денежным, временным и т.д), конечно в рамках адекватного.
P.S. И да, как писал amarao выше. По-моему мнению, Очень серьезную когнитивную нагрузку несет в себе объяснение архитектурный подходов на простых примерах. Я понимаю, это доклад, времени мало и донести мысль нужно. Мне всегда казалось, что необходим серьезный большой проект с вкраплением вики и ссылками на фрагменты кода для пояснения той или иной точки зрения. Не видели ли вы подобного проекта на просторах необъятного интернета?(именно по DDD) Если нет такого, не хотели бы начать разработку сложного open-source проекта, который показывал сложное на сложном? Если да, то не против к нему присоединиться.
Кстати для контроля времени я использую тот же Toggl
Если не ошибаюсь, то у них есть API. В целом если очень захочется, можно связать Toggl и ваш документ Excel (через VBA, он умеет в сеть ходить насколько помню)
Дополнил(кроме расчета на год, ибо просто шаблон делал, чтобы качать было легче).
Правда все так же что за число стоит по итогам недели под «Прочее»?
P.S. Уже понял, посмотрев ваш документ
UPD 2: Шаблон начинается со второй недели, ибо на первой недели первое значение ставится вручную(а в остальных нет)
Попытался собрать таблицу по картинке, но не понял что значит колонка Недельн..., а точнее как считается число в подведении итого недели.
Так же не совсем понял что за графа под прочее и в расчете плана на год
По всему непонятному поставил вопросы. Если подскажите что это, дополню шаблон(пока автор не ответил)
P.S. Чтобы поставить на неделю план, нужно указать его в первом дне недели в колонке «Недельный план»
UPD: по логике в конце недели выводится итого часов и отклонение по плану, что и добавил
Возможно об этом стоило упомянуть в статье и раскрыть побольше(если есть интересные подробности. Или добавить в следующую), а конкретно о том, что вы пробовали и даже бесплатно предоставить услуги по наведению порядка(хотя как мне кажется бесплатно обычно воспринимается компаниями хуже, чем платно. Я имею ввиду услуги),
Открытая платформа для нагрузочного тестирования Хабра Эффектом.
Хотя зачем, если есть Хабр. Можно завести просто специальную метку «Хабра Эффект».
Сделать из мема про Хабр эффект фичу хабра(нужен нагрузочный тест?)
Помогает снизить эффект «читаю, но при этом думаю о своем, поэтому читаю не читая»
Я допустим пишу комментарии к кусками кода, которые кажутся сложным или говном и поясняю причины, почему это так(ведь не всегда решение задачи бывает красивым).
Не все понимают, что часть того, что называют обычно говном = всего лишь написано не так, как тебе нравится или как ты любишь и так далее.
github.com/RogovArtem/RustTry3d/tree/v1.1
Это не плохо, даже хорошо, но много(почти все) новшества пришли из Rust, Js(т.е как понимаю частично из фп и пп). Достаточно приятно, но как там с производительностью?..
</капитан очевидность>
(Не в плохом смысле, я даже скорее одобряю) Мне внезапно поплохело(автоматом) и появился нервный смешок от того, что я увидел код на C# на русском(точнее названия).
Так что вы правы — эти предрассудки...
Я понимаю, что доклад был больше про суть и про людей(стратегию), а не про подходы к реализации(хоть и об этом тоже говорили). Но интересны и технические подробности.
По поводу связности: (вольный перевод) вы говорили, что при работе разработчиков над архитектурой график связности объектов стремится к нулю и (очевидно) не может им быть достигнут. Говорится также с точки зрения прагматика о "минимальной связности", который достижим(в примерах это были интерфейсы).
(Я понимаю что это пример, но я сейчас говорю о примере как реальном кейсе)
В моем понимании на практике даже такой способ, когда интерфейс выносится в Layer_1, а Layer_2 его реализует(и мы общаемся с Layer_2 через интерфейс, который находится в Layer_1), ведет к сильной связности, т.к может вполне меняться Layer_2, а за ним должны поменяться интефрейсы(в том числе и интерфейс в Layer_1). А изменения интерфейса влечет изменение реализации Layer_1, ибо он использует тот самый интерфейс.
Да, есть соглашение о том, что когда такие вещи происходят, то меняется реализация, а интерфейс класса(назовем его контрактом) не менятеся(т.е публичный методы не меняются, меняются только private). Но опять же случаи бывают разные и далеко не всегда удается избежать этой цепочи.
Вопрос: какой уровень связности вы в продакшене считаете приемлемым(что работает для вас)?(пример есть пример) И я понимаю ответ то, что работает для меня, то и хорошо. Но вопрос состоит том, как именно Вы боретесь с подобным. Что считаете идеалом минимальной связности(скорее теоретический и недостижимый). Про DSL слышал, но все имеется ввиду возможно реализуемый на практике, но не достижимый по каким-либо причинам (денежным, временным и т.д), конечно в рамках адекватного.
P.S. И да, как писал amarao выше. По-моему мнению, Очень серьезную когнитивную нагрузку несет в себе объяснение архитектурный подходов на простых примерах. Я понимаю, это доклад, времени мало и донести мысль нужно. Мне всегда казалось, что необходим серьезный большой проект с вкраплением вики и ссылками на фрагменты кода для пояснения той или иной точки зрения. Не видели ли вы подобного проекта на просторах необъятного интернета?(именно по DDD) Если нет такого, не хотели бы начать разработку сложного open-source проекта, который показывал сложное на сложном? Если да, то не против к нему присоединиться.
Кстати для контроля времени я использую тот же Toggl
Если не ошибаюсь, то у них есть API. В целом если очень захочется, можно связать Toggl и ваш документ Excel (через VBA, он умеет в сеть ходить насколько помню)
Правда все так же что за число стоит по итогам недели под «Прочее»?
P.S. Уже понял, посмотрев ваш документ
UPD 2: Шаблон начинается со второй недели, ибо на первой недели первое значение ставится вручную(а в остальных нет)
Так же не совсем понял что за графа под прочее и в расчете плана на год
По всему непонятному поставил вопросы. Если подскажите что это, дополню шаблон(пока автор не ответил)
Гугл дока тыц
P.S. Чтобы поставить на неделю план, нужно указать его в первом дне недели в колонке «Недельный план»
UPD: по логике в конце недели выводится итого часов и отклонение по плану, что и добавил