Artwork? Or tools?

Artwork? Or tools? 这是一篇主观的文章 在实习和刚毕业的那一两年, 由于在写业务, 然后又想刷经验, 所以很容易就写出一些匪夷所思的代码, 虽然有部分设计是合理的, 但是很多都有过度设计和过早优化的味道.

Owner? or Observer?

Owner? or Observer? 我们常说 要有 owner 精神, 有些公司也叫做 主人翁意识, 简单来讲, 通常指 对一个产品, 或者一个项目有那种拥有的感觉(有的公司会发散出更多内容, 但大体是这个意思).

BeWater

Be water 大纲 没有固定的形状 理性 不带情绪 不需要认可 不担心犯错,都是学费 知行合一, 做到认为对的事情,然后坚持 做自己 没有固定的形状 在不自知间,我们就会莫名的给自己定上固定的形状,或者自己给自己的刻板印象。比方说,程序员似乎就是程序员,去看产品经理的 产品课,或者 看管理者的管理课,最后会产生一个疑惑,我 究竟是什么?虽然笔者知道,这个从逻辑上是讲得通的,程序员必须要有产品思维,程序员也要带好团队,我们要不断的跑各种分享了解业界趋势,但你周围一圈只有你在做这样的事情的时候,你还是难以避免的产生一点怀疑,我究竟是什么?

Why tuningFork desert

这个是 [音叉沙漠] 的第一篇文章, 笔者想用这篇文章来解释, 为什么 会想要开启 这个全新系列. 笔者本身在 经营 一个 技术博客 kuricat.

The war was changed

The war was changed 不知道从何时起,笔者异常的期待他人的称赞和认可,宛如罂粟一般。在得到称赞的那刻,笔者狂喜和兴奋,在得不到称赞和认可的时候,懊恼和沮丧,甚至焦虑。 究竟是想活在自己幻想的人设里,逃避自我的生活, 还是 没想明白什么是真实,追寻着幻灭? 所谓 的 称赞和认可, 是一种非常廉价的东西,在个人发展的任何阶段中,你都能找到一群能为你拍手叫好的群众演员,来为你称赞认可,也总可以找到一群 Hater, 来批评 和 攻击你。这种东西根本无法成为一个客观的评价指标,它只是逃离现实的 罂粟 罢了

Accept failure

接受失败 笔者最近出 Bug 多到想离职。回想过去,这种情况并不少见。 今年年初,自己尝试管理自己的 side project MSC 项目 ,简直 堪称项目管理的冒烟测试。各种状况频出,过度设计 || 排期过度乐观以至于排期基本无效 || 任务 和 缺陷的描述过于简单 || 任务切分过大 且 模糊 , 最后上线之后发现已经有成熟竞品, 再加上相对于竞品的技术方案,笔者的技术方案成本过高,便没有继续运营。