Mark’s Mark

PDI后工作中和生活中都做了些小调整，还是那句话，要坚持要执行。工作中注意下与同事的交流、向同事学习，有些体会，聊做记录。

@mic：

1.职业发展目标：工作中技术广度重要，深度同样重要。针对我们现在的工作岗位，职业发展也是有细分的，比如Web的前台技术或者后台Server开发，自己要有所考虑，尽管不一定是现在做出选择。

2.要关注底层协议的原理，平时很多东西只是知道些皮毛，根源是对整个Web协议不熟悉。

3.要做好工作，首先要热爱行业，关注行业。

@spark：

spark最近专注于系统的性能优化，由于我做的部分页面成为性能优化的瓶颈，所以和spark进行了一些交流。首先，我挺佩服spark和robert能看懂我的龌龊代码的，本来逻辑就挺复杂，加之我的一些非常规处理，使得代码的可读性比较低，而我自己也体会到看别人代码是要付出比自己写代码更多的精力的。在我看来spark的性能优化大致包含了四个部分：1.简化逻辑；2.SQL优化；3.页面缓存；4.代码改进。经过和诸多同事一道讨论，针对需求树形列表页面的优化目前准备采用简化逻辑（一种近似的生成方法）和代码改进（减少查询次数）。以上实属无奈之举，spark在SQL优化方面做过尝试，效果不是很理想，这个优化过程我也有所旁观，感触比较多的是：

1.建索引：这个以前基本上没接触过，后续要关注；

2.复杂SQL的应用，包括join、嵌套、exist等；

3.关注SQL的运行时间和是否使用索引。

一日傍晚，乘班车回家，坐猛男minglin旁，期间聊起，鸣哥道：以前跟joe一道回家，最近很少，每天加班啊！我笑了笑，想一想，最近确实够忙的，我算按时下班的人了，组里好多同事此时还在忙着Check out和Check in呐。

TAPD的产品之路是曲折的，我们组的敏捷研发之路也并非顺畅；从上到下，我们期待着走出一条充满Tencent特色的敏捷研发之道，但从磨坊中拉出一只有战斗力的正规军又谈何容易。

近一个月来，整个组工作强度和产品的压力都比较大，我感觉这种压力也一定程度上影响到了我们的整个项目管理，同时，一直以来，我们在敏捷研发实践中有些环节还比较薄弱。首先，整个研发流程的节奏的把握，一方面工作强度时紧时松，另一方面有些研发环节，如测试、用户Showcase等不能按时保质的完成；其次，我始终有一种感觉，我们自己对产品的目标不是很清晰，或者团队内存在一些认知上的差异，这导致了我们的研发过程易收到用户需求和同类产品的影响，学习标杆和以用户价值为依归是很好的理念，但我想其内涵应该是学习标杆的思想（仅非表现形式）、响应用户潜在需求（而非浅层表述）；再次，团队建设还是有些欠缺的，我留意到另一个组KM组存在一种相对较务虚、非纯技术与业务的小型交流会，感觉气氛不错，另外，不局限于自己的一小块工作领域，关心团队内其他同事的工作、技术体会乃至生活感受似乎不错。

我们是一个年轻的团队，大家在工作中也相处的比较融洽，大家不同的成长背景、技术背景导致了团队建设中种种问题，如果我们整个团队决意要走出磨坊，成长为专业的研发团队，从半职业或者业余到职业的转变必然要经历转型的阵痛，及时总结、寻求帮助，希望我们早日脱下换上真敏捷的内核。

      这是Thinklet团队的合照，我个人觉得这张照的不错！

      Look，有男有女，有帅有靓；有高有矮，有胖有瘦；有分头有乱发，有四眼有隐形四眼。还有很多特质是照片表现不出来的，总之，我们的团队充分体现了生物多样性的自然学优势，具备持续发展的良好条件，我看行！