草庐IT

研发效能的思考总结

  前言 在谈效能之前,我想先谈谈作为一个技术人或者技术TL,研发的核心价值是什么?之前看了一篇文章,比较有意思,分享一下观念: T外包公司:最核心的竞争力不是技术,而是快速响应、资源调配整合、项目成本控制等方面。 企业信息化公司:研发的核心价值有三个层次:第一层是运用技术更好的去支撑业务;第二层是用技术推动业务,用自身业务经验(服务很多客户)帮助客户;第三层是去用经验积累去影响行业。 解决特定场景和问题的产品公司:核心价值就在于技术,专注与做技术深度。 那我们的核心价值是什么? (1)高效支撑业务:一个是支撑,一个是高效 支撑:对我们的要求就是:阶段性与业务目标,落地产品对齐。 高效:研发效

研发效能的思考总结

  前言 在谈效能之前,我想先谈谈作为一个技术人或者技术TL,研发的核心价值是什么?之前看了一篇文章,比较有意思,分享一下观念: T外包公司:最核心的竞争力不是技术,而是快速响应、资源调配整合、项目成本控制等方面。 企业信息化公司:研发的核心价值有三个层次:第一层是运用技术更好的去支撑业务;第二层是用技术推动业务,用自身业务经验(服务很多客户)帮助客户;第三层是去用经验积累去影响行业。 解决特定场景和问题的产品公司:核心价值就在于技术,专注与做技术深度。 那我们的核心价值是什么? (1)高效支撑业务:一个是支撑,一个是高效 支撑:对我们的要求就是:阶段性与业务目标,落地产品对齐。 高效:研发效

自以为是 与 思考

在写完如何做到慢即是快这篇文章后,就写了如下的文字,经过几天再回头看是可以回答之前的提问。 1.自以为是!成长路上最大的绊脚石。故步自封。自以为自己和别人差不多,看不到差别和差距。从一开始的一点点差距,很多年后,差距就会越来越大。比如小学阶段大家都差不多,到后来有人考上大学,有人出人头地,而不少人奋斗在最基层。自以为是也不全是说不去思考,也是一个阶段性的。有的人最终能突破这个限制,最终完全去掉了这个自以为是,变得越来越谦逊。还有一种情况,接受和领悟能力有限,一辈子都突破不了,此时,就需要靠勤来补,靠德来补。人贵在自知之明,能意识到这一点,也许就不是自以为是了,懂得知足和感恩也是人生的智慧,人生

自以为是 与 思考

在写完如何做到慢即是快这篇文章后,就写了如下的文字,经过几天再回头看是可以回答之前的提问。 1.自以为是!成长路上最大的绊脚石。故步自封。自以为自己和别人差不多,看不到差别和差距。从一开始的一点点差距,很多年后,差距就会越来越大。比如小学阶段大家都差不多,到后来有人考上大学,有人出人头地,而不少人奋斗在最基层。自以为是也不全是说不去思考,也是一个阶段性的。有的人最终能突破这个限制,最终完全去掉了这个自以为是,变得越来越谦逊。还有一种情况,接受和领悟能力有限,一辈子都突破不了,此时,就需要靠勤来补,靠德来补。人贵在自知之明,能意识到这一点,也许就不是自以为是了,懂得知足和感恩也是人生的智慧,人生

一个中年程序员的职业规划的一点思考

Todosomethingwellyouhavetolikeit.这点我深信不疑。之前有个帖子,说计算机领域里面哪本书对你影响最深?相比较csapp恐龙书之类的技术类书籍,我几乎毫不犹豫的可以说,《黑客与画家》这本随笔对我的影响是最深的。这本书给我深深地种下了两个念头:一是coding之于程序员,就像painting之于画家。这是一个脑力创造活动,是一个可以达到媲美艺术创作境界的工作。二是让自己变富的最好的方法是创业:与其让自己有条不紊的一年打工挣8万美金,不如高强度的把工作压缩到几年内挣几百万美金。现在的时代和作者所处的互联网泡沫时期不一样,创业变得越来越难。但是这个将工作更高强度的压缩的想

一个中年程序员的职业规划的一点思考

Todosomethingwellyouhavetolikeit.这点我深信不疑。之前有个帖子,说计算机领域里面哪本书对你影响最深?相比较csapp恐龙书之类的技术类书籍,我几乎毫不犹豫的可以说,《黑客与画家》这本随笔对我的影响是最深的。这本书给我深深地种下了两个念头:一是coding之于程序员,就像painting之于画家。这是一个脑力创造活动,是一个可以达到媲美艺术创作境界的工作。二是让自己变富的最好的方法是创业:与其让自己有条不紊的一年打工挣8万美金,不如高强度的把工作压缩到几年内挣几百万美金。现在的时代和作者所处的互联网泡沫时期不一样,创业变得越来越难。但是这个将工作更高强度的压缩的想

关于一个后台页面开发的思考

  说实在,自己挺失败。做了那么多年的开发,一直在crud,完全没啥技术含量,自己又各种借口不去深入学习底层原理(其实是不知道从哪里开始学起)。如果说做计划吧,计划又很容易被打破。IT的东西实在是太多了太广了,多到你根本不知道从何下手。你说学后端底层原理吧,但是工作一来,弄个加班加点到凌晨一两点,然后你就断节了,计划就容易被打破。  今天是因为做一个后台页面,就用户列表页,一个简简单单的页面在没有包含复杂的逻辑情况下,却暗藏着大量的工作内容。如果是按crud进行计算功能,增删改查就4个接口,额外增加批量删除、批量禁用、条件搜索功能,接着就是页面的布局。看着好像功能没什么,一顿撸就是了。如果是前

关于一个后台页面开发的思考

  说实在,自己挺失败。做了那么多年的开发,一直在crud,完全没啥技术含量,自己又各种借口不去深入学习底层原理(其实是不知道从哪里开始学起)。如果说做计划吧,计划又很容易被打破。IT的东西实在是太多了太广了,多到你根本不知道从何下手。你说学后端底层原理吧,但是工作一来,弄个加班加点到凌晨一两点,然后你就断节了,计划就容易被打破。  今天是因为做一个后台页面,就用户列表页,一个简简单单的页面在没有包含复杂的逻辑情况下,却暗藏着大量的工作内容。如果是按crud进行计算功能,增删改查就4个接口,额外增加批量删除、批量禁用、条件搜索功能,接着就是页面的布局。看着好像功能没什么,一顿撸就是了。如果是前

数据库选型思考(PostgreSQL,MySQL,Oracle)

背景https://www.enterprisedb.com/blog/postgresql-vs-mysql-360-degree-comparison-syntax-performance-scalability-and-features数据库选型是一件很大的事情,也是一件很头疼的事情。很多企业并没有数据库的选型标准,或者并不了解业务需要什么样的数据库。很多企业的数据库是开发说了算,熟悉什么就用什么,很多选型失误,导致后期非常尴尬的局面。那么数据库选型要注意什么呢?列举一些例子,取自如下文档《数据库选型的关键指标》选型维度功能差异1.递归查询,connectby,树形查询PostgreSQ

数据库选型思考(PostgreSQL,MySQL,Oracle)

背景https://www.enterprisedb.com/blog/postgresql-vs-mysql-360-degree-comparison-syntax-performance-scalability-and-features数据库选型是一件很大的事情,也是一件很头疼的事情。很多企业并没有数据库的选型标准,或者并不了解业务需要什么样的数据库。很多企业的数据库是开发说了算,熟悉什么就用什么,很多选型失误,导致后期非常尴尬的局面。那么数据库选型要注意什么呢?列举一些例子,取自如下文档《数据库选型的关键指标》选型维度功能差异1.递归查询,connectby,树形查询PostgreSQ