который сядет за проект после тебя, должен читать код как повесть. Входные инструкции - начало. Выходные данные - конец.
Программист при чтении кода не должен думать над микро-логикой, а мыслить абстракциями. Не должно возникать мыслей аля:
"а почему здесь мы делим на два? или
"а зачем мы храним enum.toString() вместо enum? Может стоит это переписать? *через 5 часов * ах вот, блять, почему он так сделал!"
Хорошо сказано!
не понял, если честно как это соотносится с Enum.ToString() есть сериализатор который знает что нужно делать с этим енумом, когда делать tostring, а когда Parse. В этом нет проблемы.
Обсуждают сегодня