- 感觉到了 30 岁之后，集中注意力会更困难，就算是集中了注意力，感觉没那么持久了。
- 家庭琐事也越来越多，导致分散注意力的事情会越来越多（我是在家办公）
- 感觉写的代码越多，越来越没有最初写代码的兴趣和动力了。
- 最近一个项目在家写了 4 个月左右（有其他事情，有效时间大概是 3 个月）。 刚刚统计了一下，有效代码大概在 1 万 2 千行 GO 代码（我知道代码行数不能说明问题，但是我不知道如何用一两句话直接的表达我的工作量）。 因为是独立后端程序员，所以工作内容包括从需求--->设计--->实现--->测试--->文档等，所有工作。 项目难度，是普通的项目难度，有 20% 到 30% 的算法，剩下的大部分是业务逻辑。
想问问大家
- 1，2，3 点应该如何平衡？
- 第 4 点，这种工作量，算低效么？
以我的体会，同年龄没有什么关系，主要是家这个坏境，lz 需要走出去，去一个环境不错公共场所，如星巴克，图书馆，效率就会上来
代码效率上，我最近在做一个 saas erp, 主要代码是 python +go, 代码统计是每年代码增加 3 万多行，大约是一天 100 多行，差不多了
你就是知乎上叫“刘海洋”的那个蚼鸫茜吧！（如果不是请忽略）
以为知乎上拉黑我就没事了？最后不骂上你这小“芝麻地里撒黄豆”都对不起党国！
一再跟你强调无论你怎么设计怎么个灵活“也逃不开要用各种专业名词命名的时候”，给你发的 Python 增强提案中也明确指出“Such developers often desire to define classes and functions with names in their native languages, rather than having to come up with an (often incorrect) English translation of the concept they want to name.”——连 Python 开发组都明白无论怎样都会有对“想要命名的概念提出（通常是错误的）英文翻译”的时候，如果四六级水平、术语表就能解决“想要命名的概念提出（通常是错误的）英文翻译”的问题，对编程语言做 unicode 支持的人是吃多了撑得慌还是太有钱闲得慌做这些“多余”的事？你是觉得这些开发组的人都没用过“术语表”，还是觉得这些开发组的人觉得过四六级太难没几个人能办到所以贴心为“非英”人士着想？还是你觉得 Python 开发组，Rust 开发组以及各大支持 unicode 命名的程序语言开发组的人都没你会“设计”？
别人随便举了些例子举证的是“不好翻译成英文”的困境，也就是举证“想要命名的概念提出（通常是错误的）英文翻译”的困境，你张嘴闭嘴就是别人举的都是“特例”，是设计得不对，墙头上跑马的一样埋头只顾着卖弄你的“设计”——别人问你“设计”问题了？要你教别人怎么“设计”了？你算个什么鸫茜？你个一个耳朵大一个耳朵小的听不懂人话是吧？问你“术语”问题怎么解决，你张嘴就是术语表，别人拿几个术语随便组了个临时的例子问你怎么用“术语表”解决，你来个别人说的词是“特例”不是术语是“设计”得不对！佬籽随手举个一辈子可能想都想不起第二次的例子：一个 Form 上扔“文臣”“武将”两个列表框的所谓“文字游戏”，我更新妳嫲铬痹呢更新！我升级妳嫲铬痹呢升级！还“表现”“渲染”——我表现渲染妳嫲铬痹呢！问了问题也不管这问题代表的逻辑是什么，你卖弄妳嫲铬痹的“设计”呢！
就你最后贴的所谓“”的代码，别的我不说了，就这一行：func PrescriptionStat(MedicineType medicineType, DepartmentType departmentType, Department department) 我就不说这业务对不对了，问问这坛子里有几个能不查百度翻译出来的！
再看看你其它可笑的代码：
// MedicineType 药物类型 type MedicineType string
// 部门类型 const DepartmentType string
我直接写： type 药物类型 string const 部门类型 string 它不香？你的代码要表达的意思不就是宁愿用蹩脚的英文（甚至是拼音）+ 注释也要鄙视在代码中使用中文？！
你那么喜欢卖弄你的“设计”的怎么才卖弄一条就跑了？后面的： 门诊散装中药饮片和小包装中药饮片处方比例 手术患者并发症发生率 理法方药使用一致出院患者比例 抗菌药物使用强度 基本药物采购金额占比 国家组织药品集中采购中标药品金额占比 省级室间质量评价临床检验项目参加率 省级室间质量评价临床检验项目合格率 医疗盈余率 医疗收入增幅 次均费用增幅
也都卖弄一下你的“设计”呗！