10年产品工作的一些感悟（一）.docVIP

10年产品工作的一些感悟（一） / 一、关于我是谁 最近一年来我一直被工作瓶颈和35岁焦虑所深深困扰，脑子里不断在回放这些年的工作经历，总想写点什么。今天是我的生日，此时夜深人静，在GZ的一个酒店里，我敲下了这篇文章纪念并复盘这10年多的产品经历，希望一切过往皆为序章，人生才刚刚起航。 我2010年毕业于美丽自由的樱花大学，虽说我学的是软件工程专业，但是因为种种原因在学校时我竟没有写过一段完整的代码。幸运的是，靠着临时抱佛脚我在大三时拿到了一家不大不小的软件公司的软件开发岗offer，一个月工资4300元，工资不高不低，刚刚够养活自己。 我深知自己不会写代码，离开发岗差距很大，所以我拿到offer后立马向公司申请了实习。2009年11月10日我来到了HZ，开始了我的职业生涯。 二、我曾经是一个程序员 1. 通过大半年的实习我学会了写代码 入职后我的导师给了我三本书、一份文档、一个任务，这就是我实习生涯的开始。这三本书和一份文档及一个任务构建了我最初工作知识结构，现在回想起来这对我的职业影响很大。 一本书是古老的Delphi6开发指南，主要是介绍如何编写前端代码、制作程序界面。Delphi开发工具自带界面设计器，界面设计器和Axure非常相似。这让我对交互设计与用户体验有了初步了解。 一本书是pro*c开发指南，主要是介绍如何编写后端代码的，包含了如何编码c语言以及如何访问数据库。 一本书是oracle开发指南，主要是介绍如何编写数据库sql语言、如何进行数据库设计。这让我理解了什么是数据，数据是如何记录的。 一份文档是我们部门所负责的产品的业务文档，包含了各种业务介绍、功能需求。 一个任务就是根据这些资料完成一个简易版本的能运行的程序系统。这个也是我的毕业设计作品。 这个简易版本麻雀虽小五脏俱全，它包含了从业务→需求→设计→开发→测试→部署发布的完整IT研发流程，包含了各个岗位的工作内容，这让我对研发流程和工作分工有了一定的理解。 虽然鸭梨山大，但是我没有办法，我只能硬着头皮一页一页地去看书、一行一行地去写代码、一个一个地去debug，我一边自学一边百度一边请教同事。过了几个月后团队又加入了6个实习生共同完成这个任务，经过了大半年的努力，我们终于让程序运行起来了，我们也都完成了毕业设计作品。实习期和试用期结束后，我在事业部几十号新人里面考核前三拿了A。 感谢这些同事与领导，感谢这段实习经历，这比我大学四年学习的程序实操知识都要多。这段经历让我明白并且相信不懂的东西可以通过学习获得，学习也成了我长期的习惯与能力，让我不惧怕各种新领域新知识的挑战。 2. 我的两年程序员经历 这是一段踏踏实实干活，打基础的经历。 我的主要工作是按照领导分配的需求任务，进行概要设计、详细设计、编码、单元测试等等。最初是做一些简单的前端操作页面、查询等任务，试用期过了后开始做一些前后端一体的业务逻辑处理。这个阶段的工作相对来说是最简单的，日常主要碰到这些问题 1）对某些业务知识不熟悉 对于一个处理金融业务的行业级B端核心业务系统，业务知识十分复杂，对安全性与业务逻辑正确性要求极高，容不得半点差错，短期内很难快速掌握。 由于B端业务知识的特殊性，很难在百度等外部工具上找到资料。解决这个问题最有效的办法是自己先学习内部的相关需求文档，然后再去向领导同事请教，直接问到关键点，切忌自己什么都不了解就直接去问，毕竟大家都很忙都有很多工作要去处理。 2）对某些系统实现逻辑不清楚 一个行业级B端核心系统往往都经过了很多年的迭代，系统错综复杂，修改一个功能往往牵涉到很多其他功能点，对一个新手来说常常无处下手。 在每次修改之前我需要确保自己已经熟悉了需要修改的程序原有逻辑、可能的影响点，我的方法就是一遍一遍去看现有程序代码，先做好设计再编码，编码完成后不要急着调试而是先自己代码走查看看逻辑是否正确，最后再做好单元自测。我认为大部分时间应该放在熟悉需求、熟悉现状、做好设计上面，想清楚再去做。 3）对某些技术知识点不掌握 对开发人员来讲技术问题反而是容易解决的，我们工作中使用的都是成熟的技术，百度等工具上都有大量的资料，这个只要我们花时间去找资料总是能解决的，当然做了充分准备后向同事请教依然是高效的办法。 4）复杂bug修复难 debug就是开发人员的日常，熟悉业务然后耐心仔细覆盖好每个分支逻辑基本就能解决了，有些神仙问题大多跟环境等有关系。 5）代码重构影响面大 不做重构的程序员不是一个好程序员。程序维护的人多了，时间久了必然会出现各种问题。 编码规范这类问题都是管理的问题，坚决落实就好。对于一些其他代码坏味道就需要主动承担重构的职责了，不要形成破窗效应。当然重构之前务必要清楚原有逻辑、可能的影响点，与直接主管、测试团队做好沟通，毕竟软件研发是一个工程性的工作。 6）害怕