周一给大家醒醒脑,说不定这一周就能多做点事,比如多刷一集十二时辰……
故事是这样子的,上周周一到周六一直在客户那里,天天从早上6点肝到晚上11点、12点,是不是贼辛苦啊?是不是觉得我特拼特努力啊?
错!大错特错!了解我的读者都知道我有时候喜欢给大家讲讲鸡汤,给大家讲讲努力的道理,但偏偏今天我要换个思路。
因为这么一周做下来,并没有被那么努力的我感动,反倒是有些担忧。有几件事情,我给大家一一说来。
0、
大背景就是我现在创业,做数据中台,负责售前、售后、方案架构、技术支持,除了不写业务代码啥都做。每天不是在客户现场支持,就是在写片子、文档。
我们的产品正在成长阶段,大量时间在做功能,开发兄弟都很辛苦每天加班加点,周末午休。但哪怕是这样,还是来不及做功能。以至于产品的质量不好,各种性能问题,bug。
7月初的时候我们的客户的客户来验收过一次,没通过。让我们的客户被狠狠的训了一顿,因为这个是涉及到一些敏感东西我就不多说了。总之客户因为我们产品质量不过关而被上头通报了。所以整个7月份我们产品线都停下来了,就负责完善产品,修复bug。
1、
那这周过去就是为了最后突击,保障二次验收不出差错,也是我们对客户的保证。
这一周下来,每天都会有十几二十个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、
以上三忧是我对自己的剖析,也是没有保留的分享给你作一个参考。希望大家可以引以为戒,喝鸡汤的同时,多选选多看看。
工作上,我认为态度是一方面,但做事的方式方法也很重要,做任何事都是如此,如果能提前设计好行动路线,确定好战略规划,那接下来就是朝着目标前进,解决途中的问题,这就是术的问题。
希望今天的内容可以带给你一些启发。
更多有趣好玩的内容尽在公众号「Python专栏」