![](https://img-blog.csdnimg.cn/20201014180756927.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
随笔
文章平均质量分 88
何亮-1108
一个流媒体/图像/视频/视觉行业技术老兵(撸代码的)
展开
-
复杂toB业务的场景方法论
楔子:问题的引出-李敏之问 前段时间出差北京的时候,我们的销售李敏问了我一个很好的问题:“何老师,如果产研为什么按照客户提的需求来组织研发呢?客户要啥我们就做啥不好吗?“我从产研的角度回答了这个问题:”是不是产研把客户提的这几个需求做掉,单子就能拿下来?业务就能做起来,销售能拍胸脯保证吗?按照我的理解和经验,似乎很少有销售敢这样保证“。这个问题非常好,抽象出来,我理解本质上是一个产品驱动力的问题,即到底产品迭代的驱动力应该来自哪里?是客户提的具体需求,还是产研根据友商产品去“借鉴”,还是哪里...原创 2021-10-29 16:01:15 · 740 阅读 · 0 评论 -
组建责任驱动型团队的几个原则
引言什么是责任驱动型团队 责任驱动型团队内部所有成员的职责都很明确,团队在完成工作时,表现出的就是分工协作,各司其职,团队气氛轻松和谐,很少或几乎没有内耗,是较高级的团队组织管理形态。 与责任驱动型团队相对应的是事情驱动型团队,这样的团队虽然每个成员名义上都有自己的职责,但实际上是非常不清晰的,在具体工作到来时,轻松的活儿抢着干,吃苦受累的工作躲着干,事情干原创 2014-08-16 19:59:04 · 3064 阅读 · 0 评论 -
优点缺点谈
何谓缺点?就是一个人或者组织那些达不到社会平均水平的地方。何谓优点?就是比平均水平明显做得好的地方。优点加缺点,等于特点,或曰特色。于是,普世意味着平均水平,大家皆如此。一个人或者一个组织要进步,对待自己的缺点必须采取普世的态度,这里的普世,代表着一种自问“别人可以为什么我不行”的发奋精神。要敲钉子,普世的方法是用锤子,如果我们不会用锤子,那就要学习,如果手头没锤子,就要去买或者借,总原创 2014-06-10 16:47:32 · 613 阅读 · 0 评论 -
闲谈积极性
1 把工作流程制定清楚,并且明确每个人的岗位,那么你需要的是大家的执行力,而非积极性 2 解决执行力不足的方法应当是罚,当然,罚之前应当确保每个人都经过了充分的流程职责培训,并确实掌握了执行所必要的技能 3 现实中有大量的工作我们并没有现成的工作流程,也无法很清晰的划分岗位职责,那么作为领导者,此时你必须注意提高团队成员的积极性,依靠集体的智慧一起完成任务 4 解决积极性不原创 2014-05-07 17:02:59 · 622 阅读 · 0 评论 -
做事五部曲
无论做什么事情,有五个方面必须要特别关注。 首先是判断主要矛盾。要记住,任何事情,在任何时刻,主要矛盾都是有且仅有一个。这句话还有一个意思就是,主要矛盾随着时间流逝、组织成长、事物变化它是会改变的,这一点必须着重注意。另一个需要注意的是,当事物表面现象差不多的时候,主要矛盾却可能差别巨大。西人云:“幸福的家庭都是相似的,而不幸的家庭各有自己的不幸”,对于不幸的家庭,不幸是普遍的原创 2014-03-12 18:51:52 · 799 阅读 · 0 评论 -
肚子饿了想到的
肚子饿了以后要吃饭,饿肚子这个矛盾,必须用吃饭这个方法来解决。 肚子饿了以后要吃饭,发现家里只有米,没有饭,于是只要先做饭,再吃饭。 肚子饿了以后要吃饭,发现没有饭,先做饭发现家里即没有米,也没有菜,于是只好先出去买米买菜。 肚子饿了以后想吃饭,结果比较懒,也不太会做饭,于是只好打个电话叫外卖来解决问题。 矛盾论告诉我原创 2014-03-11 15:54:09 · 691 阅读 · 0 评论 -
软件研发管理之版本管理
版本管理是软件研发管理中比较容易忽视的一环,这当然是比较好理解的,因为版本管理毕竟和具体业务关系不大。其实,版本管理是很多更高级管理制度的基础,如果版本管理做得糟糕,类似代码审查一类的工作就很难高效方便的执行。 下面介绍目前我们研发团队建议实行的版本管理制度,仅供参考。 1 工具软件:SVN 和 Beyondcompare SVN是代码备份软件,Be原创 2014-01-21 19:11:57 · 12076 阅读 · 1 评论 -
从’物质决定意识’说起
1 物质决定意识是唯物主义的基本观点,我最近在对很多事物做研究的时候,发现物质决定意识这句话的内涵极其丰富,值得花点时间把自己的这些体会系统的记录下来。 2 我们知道,对同一件事情,同一个事物,不同的人看法差别往往会很大。既然物质是客观存在的,而且它又决定意识,那么为什么会出现意识不同的现象呢?这本质上是一个物质如何决定个体意识的问题。单个的人了解物质的方法不外乎实践和学习,这里的实践,包原创 2013-12-27 11:39:31 · 1795 阅读 · 0 评论 -
从’物质决定意识’说起 2
7 实践是检验理论的最好方法,把理论应用于解决实际问题,就产生了解决问题的方案。方案和理论不一样,解决一个实际问题可能有很多方案,但能被实际采用的只能是一个或两个。这就产生了一个最好的方案是什么,它又从何而来的问题。首先,一个好的方案必须是逻辑上没有漏洞的,方案本身不能有自相矛盾的地方。其次,好的方案必须列出分析问题的依据,对方案的制定者而言,问题的依据必须坚持实事求是的原则描述。这一点就原创 2014-01-03 16:54:54 · 570 阅读 · 0 评论 -
霍金实在论中的实践论
霍金在他著名的《大设计》一书中,提出了一种所谓依赖模型的实在论观点:一个物理理论或者世界图景就是一个模型(通常具有数学性质)和一组将模型元素与观测联系起来的规则。在这样一个实在论中,霍金提出了一个好的模型的四个标准,即 1它是优美的; 2不包含任意的、可调整的要素; 3符合并能解释现存的所有观测; 4能够详尽预言未来观原创 2013-12-04 17:40:10 · 1553 阅读 · 0 评论 -
技术开发和产品开发
在研发项目的进度管理中,有必要对每个研发任务的性质做一个界定,即该任务属于技术开发还是产品开发。 所谓的技术开发,指的是那些风险较大的开发任务,这些风险包括所选技术路线(如硬件、平台等)本身的风险,也包括研发工程师能力不足的风险(如新技术学习能力、分析和解决复杂问题的能力等)。常见的技术开发任务有:验证新的硬件平台、操作系统、开发核心算法、研究新的技术平台等。原创 2013-07-29 17:15:05 · 4856 阅读 · 0 评论 -
开发调试之确定原则
所谓的确定原则,指的是对于开发过程中遇到的问题,我们解决问题的思路应该是从胜利走向胜利、从确定走向确定,而不是相反,即从失败走向胜利、从不确定走向确定。这个原则虽然说起来简单,但能成为习惯,遇到问题就按照这个原则去解决却不太容易。 举个例子来说明,比如某软件的 v 0.66版本发现某 bug,而回归到 v 0.60 版本却无此问题,对这个bug ,我们的工程师应该怎么查呢?经过原创 2013-07-17 16:58:12 · 546 阅读 · 0 评论 -
敏捷开发之工程师素质
前几天和一个刚换工作的同事沟通,他告诉我他所在的新公司领导不喜欢敏捷开发模式,原因是他们领导觉得敏捷开发对工程师素质的要求太高了。我觉得这个想法很新颖,值得讨论一下。 1 我常说,敏捷开发模式的基础是代码要敏捷,即如果工程师生产出来的代码本身不够“敏捷”,那也无所谓谈何种开发模式了,从这个角度看,敏捷开发确实对工程师素质有很高的要求2 对于素质高的工程师,哪个项目经理不喜欢呢?敏捷开发原创 2013-07-11 16:20:30 · 1240 阅读 · 0 评论 -
技术之路 or 管理之道
软件研发人员在成为高级工程师之后,会有所谓的两条上升通道,一个是继续专注技术,职业发展方向是技术经理、总工程师,另一个是走技术管理之路,成为项目经理、产品总监等。相对来讲,大多数高级工程师更愿意往技术管理方向走,但走得顺利的却不多,常常听到领导评价一些刚刚担任PL (project leader)的工程师说他们技术还不错,但是带团队总是还感觉差点。个人的观察,工程师做不好技术管理的工作,最重要是在原创 2013-04-28 11:28:41 · 1159 阅读 · 0 评论 -
代码review的心得
1. WHY 代码review 是提高开发团队代码质量的一个非常好的技术手段,同时也是了解和培养新手程序员的一个非常好的方法,我个人的建议是所有的开发团队都应该努力推广代码review这一技术实践。 2. WHO原则上,如果有条件,应该是团队中所有人相互进行代码review,或者说,确保每行代码都被除作者以外的人review过。也就是说,不仅仅团队L原创 2013-03-27 18:01:33 · 1425 阅读 · 0 评论 -
程序员的实践论
我个人对实践论的理解,总结起来就是一句话:人们认识事物的过程是实践、总结、再实践、再总结、直到完全掌握。虽说是一句话,可是却高度的概括了人们认识一切规律的过程。作为一个程序员,写好程序是本分,也是养家糊口的无奈。我以为程序员要写好程序,其实也是一个不断实践“实践论”的过程。 程序员要想写好程序,光看书可不行,首先第一条是要“实践”起来,即要多写程序。各种书要看,但最重要是要实践原创 2013-03-05 15:19:29 · 765 阅读 · 0 评论 -
“好了”式工作方法
根据我个人的观察和总结,研发项目经理在项目例会上一般有两种提问方式,一种是“小张,你们team这周有何进展”,另一种是:“小李,那个xxx功能好了没有”,今天就这两种提问方式随便瞎扯几句。 根据我个人的对比观察,小张在例会上的表现明显要比小李好,具体表现在小张在回答问题的时候可以滔滔不绝,比如本周xxx工作进展到百分之60了,xxx工作也取得了某些进展等等,给领导的感觉非常好,原创 2013-02-16 17:40:47 · 431 阅读 · 0 评论 -
关于demo-test-sample的随笔
发现很多工程师经常把demo、test和sample这三个概念搞混淆,这里我觉得有必要详细说一下这三者的细微差别。demo 程序顾名思义,即演示程序,它的使用者是演示者,一般可能是销售、产品经理等,他们用演示程序给客户演示开发工程师研发模块的功能和性能,重点是展示程序的优点和优势,对于模块的缺点,则能掩盖就掩盖,正常情况下,哪个公司都不可能把程序的bug和不足主动展示给客户看。Test 程原创 2013-01-31 11:59:54 · 2802 阅读 · 0 评论