随笔分类 -  思维性

摘要：我发现，我们很多技术人员往往无限度适应需要人员，跟着提需求人的思路走，陷入进去了。 我的经验是："以问题为导向，而非需求为导向"。提需求者，可能很多自己都不是很清楚自己想要什么样,想得与说的往往不一样。只有技术辛苦做出来后,用了一下，发现不是自己想要的。重做！双方都痛苦。这是很多同行的技术人员的深切 阅读全文

摘要：1、数据库:<MYSQL性能调优与架构设计>,作者为阿里巴巴专业的mysqlDBA,学到许多的思维方式,如sql优化策略、功能撤下来的成本和系统的影响、有时候是需求存在问题没法达到完全实时所以实现准实时《数据库系统实现》从原理层面学到数据库系统的实现,所有关系型数据库都会遵循通用的理论,尤其是事务的 阅读全文

摘要：为什么开发功能变得越来越慢?某天来一个技术，他跟老板说：这个系统太臃肿了。很乱，我很难开展工作下去，至少很难按照我的经验和设想来实施。如果想让我顺利干下去，办法就是对系统进行重构一次(重构代码,或者开发新的系统替代原来系统)。我们让项目变得可维护性有很多。对公司，对接手的技术，都是有利而无害的。自己... 阅读全文

摘要：对于技术方面开发，要解决一些比较复杂的问题。技术很折腾。有个观点说，业务调整一小步,技术进一大步。非常有同感。我记得曾经看阿里巴巴dba童家旺分享提到他们数据库方面调整时，说了一点：技术人员做得最牛逼的事情，不是解决了数据库本身的问题(言外之意很难解决)，而在于砍掉了业务的需求。我觉得，面对需求，确... 阅读全文

摘要：英文原文：Engineering Managers Should Code 30% of Their Time 在一个科技公司里，软件技术经理用在编程上的时间应该不低于总工作时间的30%。无论是管理一个团队，还是一个分部，还是整个公司，当技术经理用在编程上的时间低于30%时，他执行职责的能力就会发生严重退化。 我的这个断言可能跟那些我看到的想成为团队首领的软件程序员们期望的情况完全相反。每次晋升，程序员们都期待花在编码上的时间会大幅度减少，当 从“leader”爬到“经理”职位时，就应该彻底脱离编码活动。而且，他们期望以一种“动口动眼不动手”的方式来保持对代码库的熟悉。再上级的领导就跟... 阅读全文

摘要：我们做开发的经常遇到一个问题：设计出来机制不是需求方想要的,按照他的思路去修改功能,结果做出来发现有损失了，就是解决他要的问题，其他附带问题就来了，那个不是他想要的。其实我借鉴《顾客想得与说的不一样》中的。我理解到，技术需求与顾客需求分析也是一样的道理，所以我借鉴过来。总结为：我们不要陷入需求方的思维去，不要陷入需求方口头上说的去。而要问对方要解决什么问题(因为我解决他那个问题的技术方案很多种)可以看《顾客想得与说的不一样》里面提到一个例子：你问用户想要什么样的把手，顾客答：我想要把手粗的！结果工厂造把手加粗的。结果还是没人买。实际上，深入问对方：想解决什么问题？顾客答：我只是想避免把手拿到手 阅读全文

摘要：一、来自于一本著名的书籍 著名的"一万小时重复练习然后成为专家"的理论，很多人应该知道，因为媒体多多少少都会提过。这个理论，大体意思是，跟聪明才智关系不大，最关键就是要足够一万个小时的重复练习，一万个小时大致算起来就是10年左右(你不可能每天24小时都练习,大部分人一天3小时,总共持续10年)。这个 阅读全文

摘要：以前看有人解决铁道部订票方案的时候，提供的思路。网友评价是：陷入了纯技术思维路子。仔细想想非常有道理。这里还是一种调度的思想原则。现实中很多事情像公交车，列车，拥堵的时候进行调度，运作的不错。如果陷入纯技术思维就会是：我如何才能把道路扩宽,让车子更快地通过道路….这些方案都可行。但实际意义要考虑成本与实用性。这种思维可以用到网站技术上去。然后技术作为一种工具，在思想指导下实现(比如代码锁定金额，不能操作等等)。即便用复杂的技术解决了快速访问，下单的问题，那接下来新的问题来了：所以还是要限额调度的思想。那个时候我发现，学会相通性思考。把现实中的东西道理带到技术中去。比如现实中解决交通问题的调度思 阅读全文

摘要：以前，看一些资料，比如一个公司选择什么类型的数据库系统,是mysql还是postgrelsql，mongdb等，不仅仅是看符合自己需求。而一个关键点也是非常重要的：持续的技术支持。如果php后面没有成立官方公司来运作，相信不会有多少公司愿意继续采纳。由于拥有了官方公司作为技术支持，以后遇到bug，一些新的问题，都可以让他们提供技术方案，他们会不断的升级。我觉得mysql也是这样子，大家选择它，有官方技术支持。而有些技术，没有成立官方公司来运作，你都无法确定你用了它后，指不定哪天就不开发了。而且如果公司很小，哪天就倒闭了，就没法提供技术支持了。你用他们的东西，出现一些莫名其妙的问题，根本不知道找 阅读全文

摘要：看纯英文的。国人翻译出错。确实误导新人的，或者是意思不准确。容易产生误解。===========nginx中文手册对fastcgi_pass的解释fastcgi_pass语法：fastcgi_pass fastcgi-server默认值：none使用字段：http, server, location指定FastCGI服务器监听端口与地址，可以是本机或者其它：从中文解释中，乍看还以为是nginx带有一个cgi服务器，需要指定它侦听哪个端口呢。纯英文解释syntax: fastcgi_pass address;default: —context: location, if in locati... 阅读全文

摘要：突然写个感悟：感觉有些公司不能呆久了。呆久了，技术得不到提升。过去的经历存在大脑数据库，人做判断是根据大脑数据库已经存储的信息，所以思维模式容易受到过去的影响。做phper，想提升技术，两类公司不能呆久了：一类是网站建设公司。二类是接项目单子为盈利的公司。像软件外包公司就是的。1，关于网站建设公司。我以前去一个公司面试的时候，是一个网站建设公司。我当面对老板说，我说公司可以呆，但是呆久了。技术很难得到提升。浪费了提升技术水平的机会。我与a同学也劝过一个同学，你以前在这种公司呆过，就不要继续找这方面工作了，会导致你技术难以得到质的提升。找那种网站运营的公司去。这样技术提升快。网站建设公司，公司以 阅读全文

摘要：多看一些资料，实践了几年有了如下感悟：单一的技术化思路，只会陷入技术死胡同越陷越深。有时候要跳出来，从业务上去看，从现实中一些事情去看。现实中的思想用到技术中去。技术只是一个工具而已，确定一种什么思想，然后以技术为工具去解决。单纯为技术而技术达不到境界的。万事万物有其相互融通的一面。哲学思想。比如，道路出口交通拥挤，单纯的用技术手段：怎么把道路扩宽。就会陷入死循环，你扩得再宽，这是存在极限的，可能还是无法从根本上解决问题。非技术层面，是想着如何进行调度。避免所有车辆都挤到一个口子去。互联网的很多技术方案其实是与现实中相通的。单个服务器性能再强，总是存在极限。从集中式向分布式处理，就是分散压力。 阅读全文

摘要：创业型公司如何激励员工享受工作环境是最好的激励 （潘晓良 百姓网CTO）理 想的工作状态应该是怎样的？那就是在每天早上醒来时，就迫不及待地投入到一天的工作中，每天都 有那么多有意义的事情在等待着我，看着一件件解决，感觉是充实且快乐的；总是感觉自己在工作中能够不断学到新的东西，自己在变得更强；自己的价值能够被认可，自己的问题能够被发现；自己的建议能够被重视，有充分的发言权；我依赖公司给创造的良好环境，公司也需要我的努力和辅助，当公司获得成功时，我也能享 受我的回报。公司的所有员工很享受这样一种环境。有竞争力的工资对任何人来说，工资永远不嫌弃高，但对于公司来说，纯粹一味提供高工资不是一个好选择。我 阅读全文

摘要：原文链接 [收藏] « » 英文原文：I'm Sure It Will Only Take You A Few Days To Code “这个网站相当简单，所有你需要做的就是完成X，Y，Z。你看起来应该是技术很好，所以，我相信，你不需要花费太多时间就能把它搭建起来。” 我时不时的就会收到这样的 Email。写这些邮件的人几乎都是跟技术不沾边的人，或正在研究他们的第一个产品。起初，当听到人们这样的话，我总是十分的恼怒。他们在跟谁辩论软件开发所需要的时间？但后来我意识到，即使我自己对自己的项目预测要花去多少开发时间，我也是一筹莫展。如果连我自己都做不好，我何必对那些人 阅读全文