Интересная серия статей (две штуки) про рефакторинг инвентаря в игре (а-ля Minecraft) при помощи некоторого “разворота” модели. Да, чувак просто описал, как он отрефакторил кусочек игры, применив мозг, математику и Kotlin. Не стоит пугаться слов monoid и sum type в названии - до такой же модели вполне можно дойти, пользуясь только головой, но умение видеть математические структуры в требованиях к модели тут, безусловно, сэкономило автору время и предостерегло от ошибок. Настоятельно рекомендую прочитать.
#kotlin #refactoring #monoid
https://medium.com/@mttkay/refactoring-with-monoids-and-sum-types-part-1-bddc9ea61f5f
https://medium.com/@mttkay/refactoring-with-monoids-and-sum-types-part-2-b2a8e8b29d5f
#kotlin #refactoring #monoid
https://medium.com/@mttkay/refactoring-with-monoids-and-sum-types-part-1-bddc9ea61f5f
https://medium.com/@mttkay/refactoring-with-monoids-and-sum-types-part-2-b2a8e8b29d5f
Medium
Refactoring with Monoids and Sum Types — Part 1
This article is loosely based on an internal tech talk I gave at SoundCloud in April 2016.
Статья от Joel Spolsky про то, почему ни в коем случае не стоит на большом и старом проекте выкидывать всю кодобазу и начинать все сначала. Основной посыл автора: старый код протестирован, он усыпан самыми разными фиксами, которые закрывают разнообразные дырки. Начав писать код с нуля, мы потеряем все эти фиксы и, что не менее важно, потратим несколько месяцев на написание нового кода, уступив тем самым конкурентам. Если ситуация совсем плачевная, автор советует рефакторить. Долго и аккуратно рефакторить.
#refactoring
https://www.joelonsoftware.com/2000/04/06/things-you-should-never-do-part-i/
#refactoring
https://www.joelonsoftware.com/2000/04/06/things-you-should-never-do-part-i/
Joel on Software
Things You Should Never Do, Part I
Netscape 6.0 is finally going into its first public beta. There never was a version 5.0. The last major release, version 4.0, was released almost three years ago. Three years is an awfully long tim…
Крайне неплохая статья про организацию кода на уровне функций. Как лучше писать: миллион маленьких функций-однострочников или несколько огроменных таких махин, которые все в себе? Фаулер вот топит за первый вариант only. Но мы-то с тобой помним, что догматиков стоит опасаться. Поэтому посмотри, что обо всём этом безобразии пишет автор статьи. Пробегись хотя бы по диагонали, там есть хорошие места.
#refactoring
https://medium.com/@copyconstruct/small-functions-considered-harmful-91035d316c29
#refactoring
https://medium.com/@copyconstruct/small-functions-considered-harmful-91035d316c29
Medium
Small Functions considered Harmful
In this post, I aim to:
А тут статейка про написание неидеального кода и почему это может быть хорошо. В общем и целом, всё как всегда - не надо впадать в крайности.
#refactoring #architecture #dry
https://www.prolificinteractive.com/2017/09/06/writing-imperfect-code/
#refactoring #architecture #dry
https://www.prolificinteractive.com/2017/09/06/writing-imperfect-code/
Я хз, кого там допустили писать в Google Testing Blog, но явно кого-то не из наших. Они там что-то попытались рассказать про улучшение читаемости кода. Ну и обосрались, понятное дело. Чел хорошо всё разобрал.
#google #code #refactoring
#google #code #refactoring
😁9👍2👎2