我非常重视清晰度而非巧妙。
我不会因为快速行动而忽视系统性的问题,而是慢慢推进,修复,记录并理解问题。
我避免耦合,但也要合理。
我更喜欢小的函数,文件和模块,而不是大型的。
我非常谨慎地移除不再需要的东西。
我更倾向于删除代码而不是添加新代码。
我以像呈现给技术团队,研究人员,投资者或资助审查员一样写出详细的文档,包括有效的链接,参考资料,图表,图片,GIF和数据。
我接受并期望着,因为我缺乏知识和尚未考虑的案例而导致的系统和设计选择的变化。
如果与游戏玩法,艺术,设计或实现有关的某些东西让我感到不舒服,我不会忽视这方面的直觉和观察。
我更倾向于建立系统,而非目标,且尝试早期为常见的重复任务实施自动化。
我几周前写下了这些条款时,感觉就是想为当前项目严肃起来。这一点说得 faire,但实际上每次都不能百分百遵循每个条款,但我尝试按照它们的原则进行一般性的遵守,以便于合理的程度。
这些哲学是什么样的?它们有一些值得共鸣的地方,抑或恰恰相反?
评论 (0)