hanlyjiang

武汉加一

x6 就不要买了，刚出的时候买的，不到一年修了两次。

@MrStark 确实有这个问题，可以去加个自定义的覆盖掉这个

256 升级到 1t，256 的时候是真不够用，经常得清理，现在一直有 300g 以上可用。

在不同的位置，关注点是不一样的。建议换位思考一下，另外多一些宽容，共同协作一起磨合成长。
举个例子：
目前在组内的角色是个开发小组长，作为这个角色有一段时间了，虽然本质上我这还是一个程序员，但是会涉及很多需求对接，需求转化为任务后分派，以上是背景。
但是我觉得非常有意思的是，分配下去的任务，总会有那么一些地方不尽如人意如人意，比方说一个功能相关的流程没有考虑周全，又或者一个 UI 元素和效果有偏差，又或者实现上不注重后期扩展等等，总之就是我觉得应该是他们应该能做到的，没有做好。（当然，等我检查之后，再提出来，他们也会很配合的去做。）

这确实是个很有意思的问题，因为回想一下我之前做某些功能开发，也是这个样子。关于这些，我考虑了下之前自己为什么这么做，我现在为什么会考虑得更多，要求的更严？他们在什么情况下会做成这个样子，什么情况下又做的比较好一些？

考虑总结了之后，我觉得很重要的一个原因就是，对于开发角色来说，他们的任务是我分派的，他们其实对任务中可松可紧的或者模糊不清的地方无法决策，另外，还有时间的限制，在这种情况下，

1. 一般来说，会默认认为任务合理（默认认为任务布置者已经想清楚了），即只需要负责开发实现就完了，其他的不会想太多；
2. 都会采取先实现功能的策略，至于那些无法抉择的，不会去理会。
当然还有一些其他的原因。

针对我以上的这些结论，后续工作安排的时候我做了一些调整：

1. 考虑到他们会默认假设我布置任务时，任务的流程方向等等已经没有问题了，所以我会尽量在任务下发前，将任务在自己这边过一下，看没有什么可能是在这个任务描述之外额外的工作，或者可以优化改进的地方，这些内容我会在下发任务的时候，尽量说清楚，另外如果实在没有时间详细考虑，也会特别交代清楚；
2. 对于一些存在疑惑，在他们那个层面可能无法抉择的，我会尽量确定拍板下来，比方说对于一些 UI 界面，我会自己提前给他们设计好，自己画出设计图（组里无 UI ），什么颜色，什么字体，什么间距，都确定下来，因为这些东西只凭口述或者文字描述，他们就无法决策；（我也深深的知道对于一个没有决策权的开发来说，做一个只凭口述的界面是如何的纠结）

经过一段时间的实践，我发现他们交上来的成果确实会更好了，更加符合要求，

但是在一些关乎他们主动性的对程序的主动改进方面，他们并没有什么提升，但是这个我并不怪他们，如果他们能有这种意识并且做到了，固然好，如果没有，那这就是我应该考虑的问题，我应该考虑如何才能让他们注重这些，如何调整工作安排或者要求调动他们去达到这些要求。

@aiden4 浏览器里面的收藏夹里对应的文件夹

虽然现在打开了看了一点的就记到笔记里，但是还是有还多标签页，一般盒盖不管，明天继续用，直到那天忍不了了，一溜都关了。关之前会粗略看一下有没有要收藏的。

@vcinex 我倒是觉得我被裁也无所谓，虽然实际上到时肯定有点难受。我也要提前准备了。