周一给大家醒醒脑，说不定这一周就能多做点事，比如多刷一集十二时辰……
故事是这样子的，上周周一到周六一直在客户那里，天天从早上6点肝到晚上11点、12点，是不是贼辛苦啊？是不是觉得我特拼特努力啊？
错！大错特错！了解我的读者都知道我有时候喜欢给大家讲讲鸡汤，给大家讲讲努力的道理，但偏偏今天我要换个思路。
因为这么一周做下来，并没有被那么努力的我感动，反倒是有些担忧。有几件事情，我给大家一一说来。
0、大背景就是我现在创业，做数据中台，负责售前、售后、方案架构、技术支持，除了不写业务代码啥都做。每天不是在客户现场支持，就是在写片子、文档。
我们的产品正在成长阶段，大量时间在做功能，开发兄弟都很辛苦每天加班加点，周末午休。但哪怕是这样，还是来不及做功能。以至于产品的质量不好，各种性能问题，bug。
7月初的时候我们的客户的客户来验收过一次，没通过。让我们的客户被狠狠的训了一顿，因为这个是涉及到一些敏感东西我就不多说了。总之客户因为我们产品质量不过关而被上头通报了。所以整个7月份我们产品线都停下来了，就负责完善产品，修复bug。
那这周过去就是为了最后突击，保障二次验收不出差错，也是我们对客户的保证。
这一周下来，每天都会有十几二十个bug出现，外带一些性能、体验问题。周一修完20个，周二一测又有20个，10个是新的，10个是旧的，没修好。
这个时候就会发生大家喜闻乐见的一幕了：
除了bug外，很多体验上的问题就更引人思考了。我们设想的用户操作流程是A-B-C-D，用户呢？A-D。用户觉得BC是干嘛的？好麻烦啊。那我就要去解释为什么要BC。但一个两个我可以解释，大家都这么说，是不是就该反思下了？
所以在这种问题上，我们修改了很多，加了很多提示，优化了很多流程上的问题。
这就是我第一个担心的地方，是我们运气比较好，遇到一个脾气好的客户，这么多问题还敢用我们的产品。但从我们自身角度出发，也能理解，团队还在成长中，产品更是，有许多问题确实客观存在。
但这并不是理由，我们需要把每件事情都做好，这样才会有客户口碑。
此为一忧。
2、这次客户架构相对算比较大的了，一共 20 台机器，64C + 256GB + SAS 1.5T * 12，这个架构很难遇到，所以我想趁这次机会好好做一个性能测试报告出来。
但由于准备不充分，测试用例反复修改，花费了2天时间，当然期间也有别的事情同步进行。然后又花了1天时间调试代码，因为我想尽可能的收集所有的日志，包括系统级别日志，应用级别日志，进程日志，数据库日志，还有各服务状态汇报，虽然我最后画图可能只会用到个别指标，但这些日志的收集都是会帮助后期排查问题的。
由于客户现场是断网隔离的，所以只能内网测试，到了当天测试的时候，又遇到客户其他领导视察，上午都不能做操作。
这一系列的问题导致我原本周五准备走的，只能周六继续，而且周五我想晚点多做几个的时候，因为客户要回家了，就劝我明天弄……我也不能一直呆着不是……
粗浅的看是我自己准备不充分，往深了看，其实是我个人在面对太多事情的时候没有及时做一个规划，而是直接去做了。
虽说行动派很好，但如果有一个好的规划再去行动，一定事倍功半。这就是架构先行的道理。前期的规划以及中期的调整，再到最后的定型，每一步都是那么重要。
此为二忧。
3、创业伊始我就告诉自己，要么不做，要么敲钟。我知道自己在售前和方案上的不足，所以再补这方面，但客户的案子一个接一个，有时候手上拿着4-5个案子，同时进行，这也正常，本来创业就是一人多用。
这就导致学习的时间减少，直到这周老板叫我做个片子的时候，我手里还有很多活，就草草了事，第二天老板看了就找我。指出我的问题，说的都在点上。
我觉得我有些地方和老板很像，有问题就说问题，就针对问题讨论，从来不针对人，哪怕你和我很好，我也要指出问题。别人说我，只要说的对，语气、口吻、情境我都可以忽略，因为这个真的对我有帮助。
我刚工作那会，就遇到了我一直说的贵人，他就是那种很严格的，教我写代码的时候，天天骂我，“写的什么垃圾代码”，“渣”，“擦掉重写”，“滚”……太多了，但我都过滤了……因为真的是为我好。
现在职场里，愿意每天花自己的休息时间来无偿教你真东西的人，不说没有，但真不多吧，况且每天教我2小时，一教就是2个月。
所以我知道自己的问题在哪里，这些问题将会影响我想达到的远大目标，在公司需要我的时候帮不上忙，这是一种自责、无奈、愧疚。
此为三忧。
4、以上三忧是我对自己的剖析，也是没有保留的分享给你作一个参考。希望大家可以引以为戒，喝鸡汤的同时，多选选多看看。