关于 Flowable 松哥已经更新了好几篇文章了，不过考虑到有的小伙伴可能还从来没接触过流程引擎，因此有一些基础的内容我再来和小伙伴们梳理一下. 松哥将之前的文章转发到朋友圈后，有小伙伴评论说一直不理解为什么需要工作流，今天我们就先来说说这个话题. 假设我有一个请假需求，流程如下：. 请假可以提交给我的上司，上司可以选择批准或者拒绝，无论批准还是拒绝，都会给我一个通知.

有很多人问过我想了解一下 SRE 这个岗位，这是个很大的话题，在这篇博客中把想到的一些介绍一下吧. 这是一个最早由 Google 提出的概念，我的理解是，用软件解决运维问题. 标准化，自动化，可扩展，高可用是主要的工作内容. 这个岗位被提出的时候，想解决的问题是打破开发人员想要快速迭代，与运维人员想要保持稳定，拒绝频繁更新之间的矛盾.

禁止瀏覽指定網站 - URL Disabler，可以輸入指定的網址讓瀏覽器無法瀏覽該網站，支援Chrome、Firefox、Edge瀏覽器，匯出匯入網址清單、設定軟體開啟密碼、讓瀏覽器無法下載檔案、指定只套用於某個瀏覽器，它不使用修改hosts檔的老方法，所以比較不容易被破解.

挺多童鞋问我是怎么学习新知识的，干脆写篇文章总结一下，希望对大家有所帮助. 对照书、技术博客、极客时间等学习的方式我就不说了. 在15年及更早，由于知识储备少，基础偏弱，大致采取了如下的步骤：. 了解xx是什么，能解决什么问题. 例如个人学习Spring、Struts、Hibernate时，就是找了 马士兵 老师的视频.

相信很多人遇到过这样的问题：. 你需要在公司的一台服务器上安装xxx软件，例如vsftpd；. 这台服务器很可能是一个最简安装的Linux（意味着该机器可能有很多常见的软件依赖缺失），你也搞不清楚究竟是不是最简安装的，只能用 uname -a 或者 /etc/redhat-release 看到发行版本；.

最近有同事问到我基于K8s & Spring Cloud的PaaS云平台的相关问题，正好之前在 卓望数码 时专门做这个的. 考虑到技术选型本身并不涉及业务，也不涉及商业机密，索性整理一下，分享出来. 注1：考虑到前公司的利益，下表列出的个别项目公司并未实际使用，又或者实际使用了，表格里故意写的未使用.

背景: 公司的Svn很多人在用，有不少人在作修改后不添加注释，所以需要强制用户填写注释. 重命名svn主目录中hooks的pre-commit.tmpl文件为pre-commit，并添加可执行权限. echo "【注释】$content" 1>&2. echo "【注意】注释不能为空,请重新填写注释!!!" 1>&2.

Excel很老，Excel很土，Excel一点也不sexy；微服务新，微服务很潮门，微服务很高大上. 那么，Excel和微服务有什么关系. 上个月看了篇文章，The Unbunlding of Excel. 作者认为，对于初创公司（尤其是非“纯IT”初创公司）来说，Excel几乎包办各种工作. 想做轻量级的CRM，可用Excel.

因为工作的关系，最近面试了很多软件架构师，遗憾的是真正能录用的很少. 很多候选人有多年的工作经验，常见的框架也玩得很溜. 然而最擅长的是“用既定的技术方案去解决特定的问题”，如果遇到的问题没有严格对应的现成框架，就比较吃力. 这样的技能水平或许适合某些行业，但很遗憾不符合我们的要求. 软件架构师到底应该做什么，又为什么这么难做好，这都是近来的热门问题，我也一直在和朋友们讨论.

关于「真格 · 极牛技术分享」. 「真格 · 极牛技术分享」- 极牛为真格基金投资公司打造的定期技术分享交流活动，采用“微信群分享 + 线下沙龙”的方式，分享和讨论新技术优秀应用实践、知名创业项目架构分析、技术工具评测和分析等技术话题. 极牛愿与真格基金投资公司一起努力，共同提高中国创业技术含金量，打造一流技术能力.

在我来到开源中国之后，尝试将每日站会、代码审查、结对编程这三种编程实践带入团队. 而这个过程，我个人觉得是一项非常宝贵的体验. 先介绍下目前我们团队的结构：3名Java开发，1名前端，2名实习. 以下我不会详细介绍它们分别是什么，也无意讨论它们有什么好处坏处，本文侧重分享在实践它们的过程可能遇到的问题，以及我们是如何处理的.

本文根据唐福林老师在“高可用架构”微信群所做的《股市风暴下的雪球架构改造经验分享》整理而成，转发请注明来自微信公众号ArchNotes. 唐福林，雪球首席架构师，负责雪球业务快速增长应对及服务性能与稳定架构优化工作. 毕业于北京师范大学，之前曾任微博平台资深架构师，微博技术委员会成员. 长期关注并从事互联网服务后端性能及稳定性架构优化工作.

今天分享专题大纲如图所示，从5个方面跟大家一起探讨：. 目前我们运维分为4个组，相信跟大部分公司一样，运维团队分为：应用运维、系统运维、运维开发和监控运维，当然还有DBA团队和安全团队，这里就不一一罗列了. 整个运维团队全算上目前是不到40人规模. 应用运维：负责支持线上业务，各自会负责对应的业务线，主要职能是保证线上业务稳定性和同开发共同支撑对应业务，以及线上服务管理和持续优化.

最近面试了很多技术人员，其中不少之前的工作履历还不错. 但是，因为他们之前的创业经历，我并不能发offer. 看到这里先别着急下结论，让我仔细说说理由. 这样的人员的经历比较类似：在大公司做过五六年，有了比较充分的工作经验和工作习惯，具有一定的管理能力——然后出去创业，过了不到一年，开始找工作. 刚开始我很好奇，为什么刚创业一年就找工作呢.

“碎片化”是移动互联网时代的大势，虽说一方面可以将这样的趋势理解做“合理运用时间”. 然而长期接受碎片信息的后果也是有弊端的，即碎片化的信息极其容易被我们遗忘. 你以为你得到了很多，但其实你什么都没有得到. 希望今天分享的文章对同样碎片化的你们有些用. 作   者：Lachel (知乎). 你所接受的一切信息，构成了你的思维方式.

互联网发展这么多年，让人感到可怕的增长之外，信息量已经让每个现代人觉得繁重，我们每天都要处理大量的信息，而且信息的来源都是不一样的，更会让人觉得身心疲惫. 在工作中也是一样，每天处理大量的信息会很容易分心，很容易把事情变得复杂. 在这么多信息的干扰下，把工作变得简单会显得非常需要，这决定了你能否充分利用工作时间，给自己更多可用的时间，而不是每天都在应付工作.

如何用一年的时间获得十年的经验和能力. 这篇文章提到了两个神奇的名词——学习曲线与Hacking大脑，就这两个神奇的名词竟然能让一个人用一年的时间收获另一个十年的工作经验. 为什么会这么说，大家看了相信就能理解. 我一直喜欢跟优秀的人来往，和非常优秀的人工作，因为我是一个非常懒惰的人，而我知道跟非常优秀的人工作的时候心情可以非常愉快.

很多人说百姓网的技术很牛，其实我不觉得牛在哪里，不过有一件事情我自己一直引以为傲，那就是在我们技术团队中诞生了5个以上的技术合伙人，还有更多的人加入了其他创业公司成为了骨干. 记得以前有位资深的管理者跟我说，不要总是和下面的人谈创业，谈了他们出去了怎么办. 一开始我还真的犹豫了一下，但是后来我想明白了，首先不是你不说了他就不会去创业，愚民政策是没有用的.

小编题记：文章是从知乎看来的，作者应该是鹅厂的. 文章中详细的叙述了作为一个鹅厂员工，远没有大家想的那么光鲜. 其苦逼程度可能比创业公司还惨、还心酸. 当然收益可能也是普通创业公司的2-3倍，但是这2-3倍是用多少汗水和脑细胞换来的，大家可以自我想象. 我觉得此文可能对于一些即将进入社会的新鲜人有莫大的帮助，感谢作者.

MYSQL数据库常用知识整理. MYSQL存储引擎的分类以及数据文件的介绍. MYSQL的基本操作:增删查改. MYSQL的基本故障判断与处理. MYSQL主主、主从复制的实现. MySQL是一个开放源码的小型关联式数据库管理系统，开发者为瑞典MySQL AB公司. 目前MySQL被广泛地应用在Internet上的中小型网站中.

如何保持效率，不仅仅是个人的挑战，这对一个组织或公司而言也至关重要，这也与公司的信息流动和沟通交流密切相关. 在科技型创业公司，效率会变得更致命，因为这些公司通常都运作得非常快，而且还常常面临着巨大的压力（例如产品发布日期，资金的运转等）. 所以，这就需要在创业公司所有成员之间要保持高度的一致性，去确保产品适应市场，后期的平稳运行，和公司的整体透明度.

编者注：此文是 CamMi Pham 的文章，原文发表在 Medium上. 作者通过自身经历和一些科学证据说明，有时候努力工作未必是通往成功的正确路径. 因为时间是稀缺商品，有时候少干反而收效更佳. 要想有生产力，更多的是要管理好你的精力而不是时间. 我们需要学会花费最小的精力得到最大的收益. 不干以下 7 件事，我把每周的工作时间从 80 小时缩短到了 40 小时，但是完成的工作却多了很多.

算起来，我从互联网开发转向企业开发已经有四年时间了. 在刚刚投身企业开发的那段时间，虽然也读过《企业应用架构模式》之类的书，到底没有做过正经的“企业开发”，而且业务并不算太复杂，所以还是借着之前互联网开发的老底子解决问题. 这么做确实解决了很多问题，但心里还不太放心，总觉得这不是名正言顺的“企业开发”，以后会有问题.

圖片來源： Thomas Hawk. 讓員工有時間思考，同時提供他們需要的思考架構. 公司結構設計成怎麼樣，公司未來就會怎麼樣發展. 經驗老道的領導者將他們的公司形塑成驅動創新的文化，這些領導者們知道他們的公司文化──價值、成規、潛在訊息、以及領導者和員工行為的潛規則. 事實上，70% 組織變革的失敗都是由這些看不見的力量所致.

我是Semih Yağcıoğlu.. 我喜欢编程，挑战难题永远是让我兴奋的事情. 这是长话短说——来和我喝一杯咖啡，我们可以细聊. 这些年来我养成了一些生活及工作上的习惯. 我想这些习惯也许会对你有些启发. 每天大概在6点到6点半间起床. 在出门上班前，我会选出今天要完成的3个最重要的任务. 早晨我注意力最容易集中，能完成更多的任务.

其实早在2006年我就用过valgrind，但当时valgrind不能观测daemon的内存泄漏问题，所以后来渐渐用得少了. 今天又遇到一个内存泄漏问题，程序颇大，手工调试不太现实了，所以又想到了valgrind，毕竟在这7年间，valgrind又强大了不少. 查了一下，它已经可以检测daemon进程了，方法在 这里 对应的官方文档在 这里 其中"monitor leak_check full reachable any"相当于设置gdb的breakpoint.

昨天陈宇翔来找我问我这个问题，我发现之前在百姓网还小的时候曾经思考过这个问题，无非是创业的激情，还有远大的前景，而随着我们业务的发展，外界环境的变化，发现需要重新来思考这个问题了，正好趁着这个机会来梳理一下整个的思路. 我整理下来发现三大理由，我认为这三大理由更多的是展现了我们的鲜明的个性，而这鲜明的个性都有鲜明的弱点，如同《浪潮之巅》里面的公司，都是“成也萧何，败也萧何”是那个基因让他成功，也是那个基因让他失败的，所以这些个性特点，喜欢的人应该会非常喜欢，不喜欢的人必定不喜欢，而没有存在对错的概念.

这是在UXPA十周年工作坊前期的一个采访，我的十年也过去了. 一年一个Slides，总结自己的工作和心得，把一些经验和方法分享出来，是我每年给自己定的计划. 在分享以下文字的同时，期待下一个十年和用户体验的未来. 刘云天，唐硕咨询用户体验设计Lead，拥有12年用户体验设计经验，曾就职于网易、腾讯.

我有一个朋友，他在一家小公司工作，这家公司最近换了经理. 老经理由于资深程序员的辞职且无法招到替补而被派去顶替空缺的开发角色. 这位朋友最近被新经理单独谈话，是因为他每天只在办公室里待6-7个小时，上班时间喜欢外出，然而，如果是能独立完成的工作任务，他从来不拖后腿，但如果是需要和同事相互协作的任务，那就另说了.

职业人士最常见的一种抱怨是：时间太少. 每周工作超过60小时的人会抱怨甚至挤不出时间来处理他们邮箱里的邮件，更别说有创见性处理大项目中的问题. 但时间并不是问题，哈佛经济学家 Sendhil Mullainathan说. 最终阻碍你成功的是你的大脑“带宽”使用效率，或集中精力的能力. Mullainathan的研究主要针对是资源稀缺情况，当人们缺少某些东西时会如何应对——可以是缺钱，食物或时间.