本周工作思考

PDF渲染的技术方案迭代思考
最近一两周都在解决PDF使用Canvas渲染带来的问题，涉及到Chrome渲染的源码过程及底层图像图形，需要花费较多的积累和时间，暂时没有从底层机制上搞清楚是具体是什么原因导致的部分字体模糊的问题，通过Canvas和SVG相互切换的方式可以比较有效解决的这个问题来个，应该是图像栅格化的过程出现的问题，SVG底层的渲染和Canvas的不同是，SVG使用的图形方式（称之为矢量的原因），我们看到的任何形状，文字，图像，都是以图形的形式实现渲染，在转换成像素的过程中问题会更少。当然两者都会存在一些问题，比如大麦网曾经分享过其选座系统在涉及到大型体育场馆中数万座位渲染中会遇到的性能问题。目前我们的方式使用的是单页展示的方式，目前不存在这些性能。结合这个专项，我也对pdf以及文档小节有了更深的理解。
我注意到有一些企业大量使用文档小节，我猜测的原因可能是，PDF标准文件格式不依赖具体的软件平台，是很多企业，政府，事业单位等大型组织的文档标准之一，所以对于这类组织历经多年积累了大量的PDF文档作为其知识管理的媒体，所以在企业学习中这类文档会成为首要的学习材料和学习内容。而我们的数据也可以说明，文档小节是用户使用最频繁的小节之一。基于此我也简要设想了基于PDF技术的文档小节的功能可能性，比如：
文档小节PDF文本提取转AI语音 或者 自动转AI微课
PDF目录展示
UMU PDF数字水印
PDF文本选择及同步圈画
PDF单页快捷分享+评论
在U课指数的Kickoff的时候，我设想和思考过一个问题，我们的小节类型会越来越多，过往优秀的课程总是缺少我们新增加的小节类型，我们能不能实现小节类型之间的自动转换，或者自动生成呢？比如某页PDF内容我想生成一个讨论，或者生成拍照小节，每类小节因应用场景不同导致其学习效果和学习形式不同，但内容可能是相同的或者相近的，我们基于相同的内容构建不同小节类型的草稿，可能会给用户的课程创建带来不一样的体验或者价值。从技术侧考虑，图文小节转语音微课，文档小节转AI微课，都是有一定的技术可行性的。

本周工作思考

IE的问题回顾及思考
作为一名工作近15年的软件工程师来说，对IE的感情非常深厚，2007年还在上大学就是使用ASP.Net开发基于IE6的网页，我当时开发的功能是大学里的网上选课系统的一部分，主要的查询登录学生的某学期的课程信息，教室信息，上课信息，教师信息，考试信息等等，有一个核心页面是选课页面，是当时带着我的开发的指导老师开发，是一个巨型表格，有不同的颜色，性能巨慢，当时看非常复杂，虽然当时的页面的交互和样式非常简陋，放在那个年代确实非常好用。当时的请求是纯页面级的，ASP.Net里有个ViewState的技术，可以让页面刷新后，保存已经填写的数据，所以看起来和现在的AJAX请求差不多，当时AJAX在IE6上还是非常高端和小众的技术，我当时仅限于知道（当时图书馆有各种介绍AJAX的书籍，我觉得用不着就没咋看，现在想来，认知的局限性害人不浅呢），有点类似现在WebAssembly，看起来很有用，但是实际场景好像又不太怎么用，当时的开发是CSS1.0+的样式，我当时会用不多，多数是字体和颜色，HTML也不敢多用，表格就是table，列表就是ul，html完全语义化，其他不敢用，不知道会出啥莫名其妙的的布局问题， 也没啥div和span啥事。如果你能写个页面，用图片拼个页面出来，稍微漂亮大气点就是大神级别的了。我当时开发IE6遇到的最大问题是性能慢，开发巨慢，没有调试工具，遇到问题只能一行代码一行代码连猜带蒙的排查，只要页面不白屏，数据能出来，按钮能点击就可以交付上线了。还好Visual Studio支持的开发视图有非常完美的低代码工具，只要理解了需求， 拖拖拽拽，从组件库里脱出这几个组件就能搞定一个查询页面， 数据源组件+ DataView + 分页组件 + Button组件 + OnClick，配置上数据库连接字符串，然后编译生成一个dll文件， 放在Windows 2000的IIS服务器上，重启服务，就上线了。IE的很多问题有时候真的很多不好搞定，所以当时很多人就转到客户端方向了，比如WinForm, Flash, Delphi，VB，JAVA Servlet 等等；
09年到13年，Firefox和IE8，IE9出现了而且带有开发者工具，B/S架构火的一塌糊涂，特别是Firefox的那个小飘虫，简直好的的不得了，我都是用Firefox开发和调试完，再放在IE8上跑，IE8的渲染和运行效率比IE6好太多了，能够支持越来越漂亮，越来越复杂的页面，加上微软的商业策略，我当时开发的项目基本上都要以IE8为基准开发页面；
后来Chrome横空出世，逐渐抢占IE和Firefox的市场，加上Chrome真的对开发者非常非常友好，开发效率和开发体验都是指数级的提升，以至于很多单位切换Chrome浏览器是由工程师极力推动的；
简单的回顾，有几个思考一直启发着我，1技术是持续的默默的升级的，一定要有技术和商业需求的敏锐感，要及时抓住技术的窗口期；2不要抗拒技术的发展，没有一招鲜吃遍天的事情发生；3应用技术被淘汰的惨烈程度不亚于朝代的更迭，作为工程师，顺势发展尤为重要；IE后续的版本拒绝技术理念的升级，以至于存在了二十多年的产品要被下线，它可是有着辉煌的技术、产品和商业表现，可是现在被迅速的全面淘汰。

本周工作思考

工作聚焦，时间段聚焦，提高效率，最近二三周的工作不够聚焦，琐碎的事有点多，每个事的时间段被分割的有点碎，没有放到统一的时间段去处理；
最近一个月有意识的关注项目中代码质量和设计的想一些问题，也会关注重点业务的code，并review一些代码和业务，从中发现了不少问题，主要集中在代码结构比较松散，每人的写法风格不够统一，业务逻辑分散，缺乏业务规则流程和模型设计意识，各种逻辑分支判断组合分别在代码里，业务规则隐晦，业务知识在代码里体现不够清晰；样式、交互、业务逻辑、数据等处理很多是放在糅杂在一个文件里，对业务迭代和多人协作， 特别是需要业务熟悉度参差不齐多人协作，这些都是看不见的直接的开发效率损失，也极大的影响了工程师们的开发体验，因为提高的一些不必要的代码学习时间，也间接影响了个人工作效率；
3月份的OKR除了围绕项目，优化点和bug的相关工作外，需要在代码风格，设计思路，业务设计方法，架构设计思路上做一些能力建设，尽量保证团队再这些核心业务技术上所有保障
跟进大家周报里提到和总结的一些开发上问题，先针对的解决，做好短期和长期的解决思路的权衡
2月份过半，部分工程技术还需要加速一些，node相关的技术改造是后续工程技术提升的基础，7-11保证专注度并做好协作，在保证项目的同时也做了部分私有化能力建设的计划

本周工作思考

线上bug的思考

一月末统计了2022年Q3和Q4的整体线上bug，数量上还是比较大。针对这种情况，我们目前有两类策略，一是被动跟进，客户反馈的问题我们及时跟进解决修复；二是主动解决，包括1是通过监控相关的工程方案在客户发现之前修复线上bug，2通过系统性的开发方案降低线上bug发生率。Q1我们重点放在策略一上，Q2Q3重点放在策略二上，这样做的思考有以下几个，1是务实性的思考，在资源有限的情况下，要把当前重要且紧急的bug修复率提上去， 2是主动解决涉及工程能力的提升，需要前期的准备和早期针对性的分析，直接拿过来用的方案不一定是最合适的。 关于bug修复率的推动这件事我的思考是这样的，1是想尽办法bug解决率的提升，也是改善用户体验和产品品质的重要推动，进而帮助用户续费率的提，2是让大家练成快速解决bug的能力，进而形成一种团队共识和团队能力，3是针对性建立bug知识库，重复发生的bug，重点产生的bug做到心中有数；
提高执行力很重要的一个点是，制定合理的计划，专注完成和公司目标，产品目标，团队目标对齐的高优先级任务。

一

一个管理者要特别注意花精力管理和推动两头，即20%绩效优秀的员工和20%绩效较差的员工，维持一个健康成长的组织生态系统，而且要‘抓大、放小、看细’。‘抓大’就是抓大方向；‘放小’就是小事要放权，要落到实处；‘看细’就是善于通过细节发现问题、抓住问题，并及时解决问题。外包公司都是服务客户的，员工要服务客户，而我们要服务员工。工程师们最需要的不是管理，而是服务。

二

唐氏‘4+1’的核心竞争力理论：资本、市场、技术、品牌，另外一个就是管理

管理理念

• 1 中西融合：人情+管理

• 2 勤思考，多琢磨，没有坏处

• 3 简单+勤奋=战略+执行力

看一个CEO的执行力是不是到一定的层面，可以从三个层面上判断：纪律、速度和细节。

• 4 没有最好，只有更好

• 5 圆周理论：与员工等距离

• 6 让他人伟大，自己才更伟大

• 7 将井冈山精神融入管理

井冈山精神被概括为16个字：“坚定信念、敢闯新路、依靠群众、勇于胜利“

• 8 营造家的氛围

• 9 树立信息化管理的理念

• 10 先做管理，后做领导

最高明的企业不是靠制度管理，而是靠文化渗透，如何形成:

第一，是氛围。如果一个部门20个人，就一个努力工作，他会不会做下去？如果20个人，19个在努力工作，他会怎么样？人是人的环境，微软从比尔·盖茨的小公司开始创造这种努力工作的氛围，后来的人也继续把这个氛围保持下去。微软现在有这样一个大环境，新来的员工什么都不用想就知道努力工作。

第二，是承认你的价值
20%的员工支撑公司80%的业务，这能把员工的积极性发挥到120%或者150%，他所倡导的领导是建立在规范之上，就是要以建立管理体系为前提

唐骏不停地营造着环境，以关怀员工为出发点，了解每个员工有形的和无形的需求，为每位员工提供尽可能多的关怀。但这要有个重点，即首先，应专注某些主要方面。其中一项是处理信息、使用信息；其次，要有创造性，能够利用手头的信息和资源，给予下属竞争优势；最后，自己持续不断地吸取知识和磨炼自身技能，以维护自己作为领导者的地位。表现在安排工作时，他反复地向员工们讲清楚做某项工作的目的和全局，如果下属不了解事情的全局，他只能完全按照表面意图工作，在一些细节上就不会灵活处理。工作中遇到的任何问题，他都要汇报，因为他不知道如何处理是正确的。长此以往，这个企业就没有了激情和创新，也就没有了竞争力，这对任何一个企业的发展都是不利的。

工资多少，微软价值观是看贡献不是看职位。

从做技术到做管理，角色的转变首先是一个学习的过程，在过去几年中的经历使得唐骏一直不断在观察、研究管理的方法和模式，然后不断地实践，这是一个潜移默化的过程。

微软对于这样的理念，给了一个很好的口号：“让他人更伟大（Make other great）”

“我们要的并不是有多少水平的创意，更重要的是需要这样的对节目有热情、对集体有热情的人。”

一个人的力量只是一份，许多人的力量加起来就是共振”

中国人讲究集体主义和集体荣誉感

把一个体系建立起来，让每个人按照规则行事。真正做到职业化的境界——工作的时候有准则可以遵循。

揣摩人的工作不需要花很多功夫吗？唐骏关键是在用心。

伙伴之间: “既竞争，又合作，而且很快乐。”

无论是一个团队还是一个人，不主张大家都打败别人成为最好，而是强调都努力地追求比过去做得更好。

经理都十分注意表扬和批评的尺度。在谈及工作中，无论是表扬或批评，都十分注意不拿工程师相比，不会说甲比乙怎样，更不会说甲比乙好，或乙不如甲。因为每个员工都有自己的长处，每个人都有自己进步的速度，不能轻易地相提并论。唐骏与员工的沟通大多是一对一，而且主要与员工自己的过去相比。

关于招聘的见解和人才识别

• 1 严格面试

• 2 选择适合的人，做合适的事。

• 3 揽天下人才，不讲究专业对口。

希望你们在GTEC工作1年，要比在外面工作3年、6年学到的东西还多。学习的过程是痛苦的，但是将获益终生。

人才，人才，着重点在人，而不只是在才。才可以花时间、花金钱来培养、造就，但人的综合素质和品行是一时半会儿难以打造的。所以，挑人比挑才更重要。

IT行业是一个节奏快、周期短的行业，新技术淘汰得很快。……对人们而言，最看重的是学习能力。而不在乎原来掌握了什么，经验积累有多少。只要有了学习能力，面对层出不穷的新知识，始终都能及时掌握。

• 4 挖掘一流职员的主观能动性

不断学习是人们成就感的一部分，不断得到晋升和提拔，更是人的成就感的一个重要体现。GTEC是一个技术型的企业，可就是在晋升、提拔上也特别注重员工的感受和需要，唐骏开辟多条晋升的通道，使他们能更多地享受增值、进步的快乐。

唐骏提出了“想做什么自己先说”的用人理念。

在微软，员工的个人职业发展方向大致有以下几个方面

1.本岗位充实；
2.部门里提拔；
3.跨部门转岗；
4.重新调整方向；
5.多种途径选择；
6.离开微软。

员工设计了3条发展路线，即技术路线、管理路线和项目路线。

• 技术路线的职级为：工程师一高级工程师一专家级工程师；

• 项目路线的职级为：项目主管一项目经理一部门经理；

• 管理路线的职级为：部门主管一部门经理一部门总经理一总监。

• 5 用“数字”考评员工

• 6 一年3次奖励和永久“光荣榜”

关注激励的时效性

• 7 说你行，你就行

• 8 擅用团队激励，贯彻透明化管理

改革之后，大家的凝聚力、目标性明显增强
唐骏把自己的管理理念、管理模式、对企业文化的追求讲出来，要求大家修改、补充，但是，绝不能全盘否定。
首先强调管理的透明化

• 9 唐骏的人才观

唐骏把他成功的关键归于一套系统的培训计划。为了让大学毕业生融入微软的工作氛围，并能胜任工作，唐骏将员工的实践性培训视为公司管理的基础。

公司首先进行文化培训，让员工逐渐了解公司的文化是什么、优秀员工的标准是什么、如何待人接物、如何对待工作、掌握的技术应该达到什么样的程度等。

• 11解雇不诚实的员工

处事哲学

会做人，会做事，会作秀

我看到很多的企业家也好，还是职业经理人也好，每一个成功人士必备的一条基本素质，就是勤奋，所以这就是我们说的‘简单+勤奋’的重要性。”

解决价值观冲突

就是尽量将事情简单化，抱定为盛大的发展而努力的基本目的和基本理念，将大家凝聚到这样一个切合每一个人自身利益的基本对话平台上

我们要求做真正的好人。这个定义是什么？你从事任何一份工作与任何人打交道都是宽容、善良、阳光、乐观，包括在家庭中做一个好父亲、孩子，都是我们所说做好人的基础，

唐骏自己这样评价：“我不只是做给赵方看，做给苹果公司看，更重要的是做给我公司的员工看。我让那些员工意识到，离职不是背叛，这是职业生涯的一种提升，因为我们要经营我们的人生，因为我们要经营我们的事业，经营我们的职业生涯。我们必须一步步往上走，这跟经营企业是一样的，一定是选择最适合自己的，最能发挥自己长处的，说得再大一点，最能为社会作出贡献的行业。所以我通过这种方式告诉微软的员工，在微软的时候我们尊重你，你离开的时候我们同样非常地尊重你，很多人说唐骏这是作秀，你觉得这像作秀吗？这是在做人，你不觉得吗？所以这就是我们所谓的作秀的一个方面。”

用真诚关怀员工，用细节感动员工

唐骏常常强调的一个理念就是要会做人、会做事、会作秀

唐骏的处世哲学：做事先做人，偶尔作作秀

对跳槽的思考

离开是必然，然而什么时候离开、如何寻找下家却是问题。

唐骏能把每件事情真正当做事情来做，无论多困难都能坚持下来，并对之抱以极大的热情这是其成功的最根本原因。

唐骏说：我没有其他本事，只有勤奋，一直勤奋

成功3+1：智慧，机遇，勤奋，热情

机会有三种，一种是别人给的；第二种是争取的；第三种是运作出来的。

陈天桥的管理思想

1 管理的本质，就是拥有不断发现瓶颈和解决瓶颈的能力。当你这种能力受到挑战时，当你不知道问题存在于哪里时，或者你知道问题存在于哪里但不知用什么方法解决时，这时你就应该借助于职业经理人了。

2 职业经理人可能会成为企业家，但企业家一般成不了职业经理人。企业家更多的强调一种责任心，他的付出和回报常常不是直接成正比的，为了企业的发展，他会全力以赴去投入，往往是不计回报的，但在管理技巧上却一般比不上职业经理人。职业经理人更多的会在乎自己的付出与回报。

3 核心竞争力的分析

• 第一，是技术的核心竞争力
• 第二，是品牌的竞争力
• 第三，是市场的竞争力
• 第四，是资本的竞争力
• 第五，是管理的竞争力

本周工作思考

暂无

本周工作思考

开发中要用心编程。最近通过我自己的开发过程，Review其他伙伴的代码，阅读组内其他伙伴周日报，参与其他项目过程中，我发现一个我常常忽视的很根本的问题，我们有没有用心编程。用心写的代码其实是带着优雅的气质的，不论是命名、排版、表达式，还是组件划分，思路设计，你就会感觉很整齐、很清晰，有结构，成体系。 有一句俗语：世上无难事只怕有心人。只要用心，就可以解决大部分自认为很难的问题或者挑战。 用心写代码有时候很费力，一个项目随着开发的深入，开发者理解也会深入，就会有更好的想法和思路不断地冒出来，比如这些命名体系和业务对不起来，意识到了现有的设计思路存在缺陷，比如对扩展或者对性能，或者对复用不利，用心的开发者会随时按照最合理最佳的方向不断的自我优化和重构正在编写的代码，严谨细致的设计逻辑关系的实现，对很多代码要做微重构甚至是大改写，甚至解决大量的技术债，线上的bug， 虽然这种方式很累，既要赶在既定的时间内到点交卷，又要把这些可能很多人意识不到的工作完成 ，就需要额外花费精力想办法完成，我觉得选择这么做就是具有工程师的工匠精神，也是自我能力提升的关键路径。也请这么做的伙伴们相信这么一句话：外行看热闹，内行看门道，大家都是内行人，你用心写的代码是会被内行人看明白的。未来看你代码的伙伴会感谢你的用心，也会秉承你的态度，用心编码，所有工程师都会因你用心编写的高质量的编码而受益。

本周工作思考

• 组件化进展这个月进展缓慢。我觉得是优先级安排以及开发安排上出现问题，多个比较复杂的组件并行开发遇到技术问题比较多，时间组件功能点选型和代码适配花了不少时间，设计意图是一个组件搞定所有需求，实际上这类代码调整比较大；
• 最近这个月对优先级高的工作focused task的投入度不够，预期所有的事情都有开始但做不好，不如一件一件的做，都做到100%的完整；
• 从task的数据上看Q4和Q3基本持平，12月份的优化点数量，重点项目，bug解决率，技术优化点跟进率，流程规范完成度，工程工具方面的迭代不如前几个月；
• OKR整体完成率是0.55，除去部分项目未启动，整体完成率是0.66，远低于11月份和10月份。从这个数据上看，1月份我要继续在优先级安排上和时间规划上调整，集中专注完成OKR上任务，使其达到0.85以上，甚至超过1；2023年1月份主要有以下几个改进
  • 专注目标，集中精力解决，排除干扰，适当拒绝非当前优先级的问题
  • 优化OKR的目标设计，主要是细化目标，可衡量两个角度上，把OKR做的实干和方向两个角度上更清晰明确；
  • 任务安排根据团队目前的主要目标和伙伴们的阵型考虑，保证团队产出最大化；
  • 充分利用远程办公的优势，合理规避远程办公的劣势，加强沟通和相互的Review；
  • 每个人持续学习业务知识，提升工作效率，提升中低技术难度，中低业务复杂的的解决效率。目前业务复杂度中低和技术难度中低的优化点和bug占用30%的资源，需要逐渐降低占比，这类工作只要熟悉业务，熟悉技术栈就可快速提升解决效率，把更多的资源放在其他类型的工作上；
  • 技术侧和业务侧逐渐形成领头雁效应，资深技术开发伙伴和资深业务开发伙伴要形成领头雁，自己往前飞的同时，要带好队，带着其他伙伴一起飞，并且相互助力，继续开展技术学习和业务学习，并且要利用好我们自己的产品，提升学习效果，切实提升开发体验和工作效率

  •  * Q1我们还会继续招募优秀的能做事的愿意和我们一起奋斗的前端伙伴，很多候选人会问我，贵公司前端有多人规模怎么样，其实团队不在于人数多少，在于是否专业和专注，在于是否有前途和有理想。面试这件事我们在Q1也会继续完善它的专业性，从人才标准，面试流程，面试方法到面试官面试能力上持续的要多讨论多统一， 让面试官的专业性和识人能力随着公司一起成长提高，总体目标就是用更少的面试时间，找到最合适且留得住的伙伴们；
    

《软件架构：最难的部分》英文原版是《Software Architecture: The Hard Parts - Modern Trade-Off Analysis for Distributed》，目前豆瓣评分9.2。国内读过这本书的人不多，目前还没有中文简体版，甚至连英文版的pdf也没有。

繁体版有，不过要600多台币，还是比较贵的。如果有台湾亲戚朋友，可以帮忙买一本。

网络相关的介绍也比较少，但是有一个读后感简略的介绍，大家可以看下 读 | SA : The Hard Parts 之耦合

我也想买，但是没有途径。从豆瓣上来看，确实是本好书，希望不久的将来可以在国内买到或者有志之士翻译成简体版。

本周工作思考

• 时间组件目前用到的比较多，有些功能实现是涉及到深度的功能开发，趁着开发管理后台时间筛选器的优化点的机会对这组件做了比较详细的了解，后面的需求还是需要我们掌控代码的的时间组件，调研和demo了几种react 的时间组件，包括Date Picker，Date Time Picker，Date Input，Date Time Picker Input，Date Range Picker，Date Range Input，都没有特别符合我的设计意图的，其实我的设计意图比较单纯，就是基本的两点，1是代码结构清晰逻辑完整，2 功能比较丰富，目前比较符合的是blueprint的时间组件，目前换在改造中，计划下周能够改完。
  • 学习任务2.0的项目遇到了不少问题，我觉得最重要的问题的项目过程把控的问题，重点项目和优化点基bug修复不同，我们说的”重点项目“一定是符合项目管理的规范和流程的，因为项目本质上具有独特性和临时性，资源有限性，所以做重点项目首先要把握流程性，每个项目的结果和过程都有独特性，只有保证了流程规格性才能基本保证结果和过程的风险可控。这个项目我也非常感谢晔培，亚峰和张浩在过程和进度上的努力改善和追赶。
  • HTML，CSS和SCSS的设计我觉的前端的伙伴们还要有意识的关注起来，争取在HTML和CSS的配合上使用良好的设计，这些因为太基础以至于大家很容易忽视，极少在它们身上多花时间。适当的HTML结构会让界面具有天然的适配性，也更具有语义性和可访问性。现在我们还做不到在工程上完全CSS的模块化，所以对CSS的编码要求还还是比较高的，现在CSS的通用问题，比如隔离问题，层次问题，命名问题等还要需要前端工程师的较好的技术能力来化解。当然HTML和CSS的工程化我们也会逐渐落实到OKR里，争取这些问题的解决逐渐形成通用的工程开发能力。