给大家周一起床，也许这周可以多做点什么，比如多看一集十二时辰...故事是这样的是的，上周周一到周六，每天早上6:00到晚上11:00和中午12:00，我一直在和客户在一起。是不是很辛苦？你以为我工作这么辛苦吗？错误的！大错！了解我的读者都知道，有时候我喜欢给大家讲鸡汤，讲拼搏的道理，但今天我想换个思路。因为这样做了一个星期后，我并没有被这么努力的我感动，反而是担心。有几件事我会一一告诉你。0.大体背景是我现在在创业，做数据中台，负责售前、售后、方案架构、技术支持，除了写业务代码什么都干。每天，我不是在现场支持客户，也不是在写电影和文件。我们的产品处于成长期，我们花了大量时间在功能上。开发兄弟们每天都很辛苦，周末午休。但即便如此，现在做功能还是来不及。结果就是产品质量不好，各种性能问题，bug。7月初，我们客户的客户来验收过一次，没有成功。让我们的客户受到严厉的培训，因为这涉及到一些敏感的东西，我就不多说了。总之客户被上级通知是因为我们的产品质量不达标。所以我们的产品线整个七月都停了下来，我们负责改进产品和修复错误。1、过去的一周是最后的突击，保证二次验收不会出现错误，这也是我们对客户的保证。这周以后，每天都会出现十几二十几个BUG，有一些性能和体验上的问题。周一修了20个，周二又测了20个，新的10个，旧的10个，没修。这时候，大家喜闻乐见的一幕就会发生：除了bug，很多体验问题更引人深思。我们设想的用户操作流程是A-B-C-D，那用户呢？广告。用户如何看待BC？太麻烦了然后我会解释为什么需要BC。但我可以解释一两个。大家都这么说，是不是该反思一下了？所以在这种问题上，我们修改了很多，增加了很多提示，优化了很多过程中的问题。这是我的第一个担心。我们很幸运。我们遇到了一个好脾气的客户，竟然敢用我们的产品，问题那么多。但是站在我们自己的角度，我们也可以理解，团队还在成长，产品更是如此，客观上确实存在很多问题。但这不是理由，我们要把每一件事都做好，才有客户的口碑。这是一个担忧。2.这次客户端架构比较大，一共20台机器，64C+256GB+SAS1.5T*12，这个架构很难满足，所以想借此机会做一个性能测试报告。但是由于准备不充分，测试用例反复修改，耗时2天。当然，期间还同步进行了其他事情。然后又花了一天时间调试代码，因为我想尽可能收集所有的日志，包括系统级日志、应用级日志、进程日志、数据库日志和服务状态报告，虽然我最终画的可能只使用个别指标，但收集这些日志有助于后期排查问题。由于客户现场断网，只能在内网测试。当天到了试车时间，被客户其他领导检查，上午不能操作。这一系列的问题导致我周五走，周六只能继续，周五晚些时候想做更多的时候，因为客户要回家，建议明天再做。。。我做不到。也不是我一直待在这里……表面上看，是我准备不够。往深层次看，其实是因为我个人在面对太多事情的时候，没有及时制定计划，而是直奔过去。行动虽然很好，但如果在行动前做好计划，就会事半功倍。这是架构优先的原则。从前期的规划，中期的调整，到最后的敲定，每一步都是那么的重要。这是第二个担心。3.创业之初，我就告诉自己，要么不做，要么按铃。我知道我在售前和解决方案方面的不足，所以我会在这方面进行弥补，但是客户的案子一个接一个地来，有时手头有4-5个案子，同时进行，这也是普通的。.这减少了学习的时间。直到这周，老板让我拍片子，手头的工作还有很多，所以就草草了事。第二天老板找我。指出我的问题，说的都对了。我认为我在某些方面与我的老板相似。如果有问题，我会谈论它并讨论它。我永远不会针对人。就算你我很好，我也会指出问题。别人说我的时候，只要是对的，语气、语气、情境我都可以无视，因为这真的对我有帮助。刚开始工作的时候，遇到了一直说的贵人。他是那种很严格的人。教我写代码的时候，他天天骂我，你写的什么垃圾代码？写”、“滚”……太多了，不过我都过滤了……因为真的是为了自己好免费给你真东西，但是不多。而且他们每天教我2小时，一次教2个月。所以我知道我的问题在哪里。这些问题会影响我想要达到的远大目标。公司需要我的时候，我却帮不上忙，这是一种自责，一种无奈，一种愧疚，这就是三愁。4、以上三个烦恼是我自己的分析，毫无保留的分享给大家参考。希望大家以此为戒，在喝鸡汤的同时，多选多看。在工作方面，我觉得态度是一方面，但是做事的方式也很重要。一切都是如此。如果能提前设计好行动路线，确定战略计划，那么下一步就是朝着目标前进，解决途中遇到的问题。问题，这是技术的问题。希望今天的内容能给大家带来一些启发。更多有趣好玩的内容可以在公众号「Python专栏」中找到
