u012730075的专栏

云原生技术生态除了上述篇章已经讲述的微服务架构、容器技术（Docker）、容器编排技术（Kubernetes）、ServiceMesh技术（Istio） 等技术体系，还有一个很重要的管理实践—— DevOps，在进行深层次的微服务或云原生应用架构改造后，进行对应的DevOps整体研发流程改造，可实现业务流程的自动化。下面我们就来了解一下 DevOps 这种产品研发管理实践。...

记得在远2012年时，因为向往着能写高并发程序，自己选择了跳槽。开始时是写支撑数万设备并发的程序（我们物联网设备业务需要保持长连接），随着企业的发展，逐渐增长到十万、数十万设备，当时还讲究挖掘单机性能，所以紧着各种线程模型、I/O模型……不断地挖掘潜能，实在挖不动了就开始着手用分布式方案的解决。比如当时开源的一个高性能服务模型：https://github.com/yaocoder/HPNetServer 后来，有幸在这家集团公司开启了内部创业生涯，主导创立运营了一个服务大百万用户的互联网平台级产品..

曾以产研角色和企业管理者的身份亲自经历过PC互联网和移动互联网两段发展历程，现在面临新的一波AI浪潮时，联想起互联网对各个行业/企业的赋能甚至颠覆，十分笃定AI重塑行业/企业也一定是大势所趋。对于很多企业和个人而言，源于对AI知识的匮乏和对其应用价值的不了解，AI只是意味着一个务虚层面的名词，是一种大家都追逐的“高级”趋势，一种对企业和产品的“包装”方式……。而对于那些有技术敏感度、愿意去了解并探索AI的企业和个人，懂得如何从业务场景的解析、业务场景的抽象、数据的收集、算法模型的选择、...

在自己从事产品研发实践和管理的十几年职业生涯里，经历过以瀑布式开发为主导的产品研发模式，经历过以敏捷开发为主导的产品研发模式，其相应的背景也是在软件项目和互联网软件平台为主导的情境下。但是当企业产品主要是硬件的研发、生产、销售时，经历的却是以IPD（集成产品开发）为主导的产品研发模式。其实自己经历过对IPD的抗拒，慢慢地适应，到着力推行的转变。...

导言：记得在自己大学毕业的2006年到之后近五年的工作里，源于工作经历和有限的视野，几乎对“分布式系统”没有任何概念。当然，彼时的互联网/移动互联网还未对我们的生活呈覆盖颠覆之势，很多网络应用采用传统的集中式服务便可应对。但是随着互联网大潮的风起云涌，出现了越来越多的细分大流量网站及应用，网民体量也如滚落雪球一般越来越大，这种情况下分布式的概念几乎在技术圈“家喻户晓”，也成了我们追逐的另一颗时代“银弹”。...

导言：​很久没写过涉及技术的文章了，因为进行职业转型后对技术有种很纠结的心态。热爱——每每看到五颜六色的代码窗口就会心里发酸，想起曾经那是生活中的一份灿烂心情；有些不自信——这么久离开技术会不会已经落后生疏（虽然一直没有脱离技术的学习与参与，但是少了一线写大量代码的实践）。今天恰好去参加AWS（亚马逊云服务）的一个区域讨论会，一位亚马逊的架构师在为大家讲解AWS云服务及一些案例的架构设计，很多熟悉的概念，还有这位架构师的谦逊和真实，一切是那么亲切。所以心血来潮，想回顾一下自己做架构的职业之旅。......

希望所有研发人员能够敢于并且会表达自己，让更多的人了解自己；希望所有的研发人员不仅仅是机械的写代码，也能洞悉市场、了解用户，让自己的产出能够适配用户和市场的需求，这何尝不是一种成就感；希望所有的研发人员不再受困于狭窄的职场方向，而是有更多可能转型产品、市场、管理我认为敏捷开发的实践带给了我这些：工作的收益、内心的释放、转型的机遇以及最重要的自信，所以也想分享给大家这些。...

技术型企业通常有以下几种商业模式：卖人力资源，卖技术，卖产品，卖解决方案，卖服务、运营用户。

写这篇文章时场景心境皆有不同，正在远离家乡北方遥远的南国深圳，也已经经历过了多次高密集度的各地出差和多个投资人的约见；盯着产品规划、深抠细节；也亲自跑过市场、谈过客户。对，我转型了，由一个对技术无比热爱的人，由一个封闭的技术人转型成为了一个为了公司存亡要想尽各种办法，要处理各种事情的所谓总经理或者CEO。这时我才发现创业维艰，这时我才发现原来技术人的高傲是错误的，因为比技术难的事情有更多。...

如果用一句话总结自己的2014，那就是”柳暗花明又一村“，为什么这么说呢，这一年是在落落起起中度过的，内心也曾经彷徨过、怨恨过、放弃过。但我的2014还有一个主题词就是”坚持“，在坚持之后少不了一些领导的信任和鼓励，家庭上坚实的支持，还有自己那一颗渴望激情和挑战的内心。一年的历程年初：团队折戟自进入公司以来一直以进入核心技术研究院这个团队感到庆幸，在这里你不会有太多的束缚，

最早接触P2P是大学时利用BitTorrent下载电影和游戏，当时我们只知道这个软件叫bt，给女性同学介绍此软件为什么会有如此高效时，简单讲述了一下P2P网络的特点后，还特意强加一句所以这个软件叫变态（bt）软件，现在想起来都好笑，完全误解了BitTorrent软件名的由来。近两年的工作中因为要涉及到点对点的视频传输，用户对用户的视频传输，对这块也曾经做了较为系统的学习和研究，今天拿出来和大家简要

之前在当地的一期技术沙龙做了一个《网络开发那些事》的技术分享，讲述了自己职业生涯从事的与网络相关的开发工作。在接触这类开发之前一直在从事业务系统或者单机系统的开发，说真的那时感觉自己对程序员这个职业既没有兴趣也没有多大能力，但是接触了网络相关的开发之后，慢慢的激发出了自己对这个行业的热情和潜力，使自己找到了方向。到底这类开发工作有什么神奇的地方？来吧，咱一起来看看。网络开发究竟有些什么

上一篇文章《TCP/IP协议分析》讲述了自己是如何和网络领域的开发扯上关系的。正如从招聘网站上抽出的几个关键词“TCP/IP, Socket, 多线程”可见，协议分析并不是网络开发的主流俗话我们所说的网络编程是socket编程今天就以我的经历来讲一下socket编程的相关知识。socket编程的基础知识我就不在这里科普了大家可以通过相关书籍和资料去了解。socket编程

最近又第二次拿起大师德鲁克众多管理学著作中的一部——《卓有成效的管理者》细细品读了起来。近几年伴随着工作性质的改变，越来越多的参与到自我管理、团队管理、公司的管理之中，对其中的很多观点有了越来越深的体会，也更加认可书中的很多观点，利用这次阅读，把书中部分内容摘抄总结出来，加深自己的印象同时也分享给大家。这本书要告诉我们什么？一群平凡人，能做出不平凡的事业吗？这是

又一年过去了，继续上次的《我的2012》写出自己2013年的职业总结，给自己的这一年的工作和生活留下些回忆，利用回忆昨天来把握今天、展望明天。团队的成长我们核心技术研究院由于负担着公司业务互联网方向的探索，在经过了大半年的技术探索后决定开发一款产品试水。现在的安防市场，在公共安全、企业安全逐渐普及的情况下，个人安防还算是一个新领地，可以想象的是在如此巨大的用户基数中探索出合理的用户

朋友对不起：今天把我推荐来的一个很好的朋友又亲自辞退了他，做这个决定和操作这次辞退用了我将近一个月时间，参杂了个人感情的人事决定已不再简单，甚至是种煎熬。但是当一个人和自己的价值观甚至不符合团队利益时必须要做出取舍，否则不但不职业化，后续也许会有更多的各种对不起。不是每个人都是可以作为朋友的：在管理团队时，常常想自己是从一个基层程序员摸爬滚打上来的，犯过各种错误，有过各种无知，渴望过各种理

从大学起就确定了自己的编程语言方向：C/C++。自己到现在也已经工作六年多了，基本上一直也是在做C/C++方向的项目。其中也有过将近半年多的java/web开发经历，让自己不仅在技术面上有了很大的扩展，而且在思想上的也收获了相当珍贵的财富。1.业务——B/S产品那时我所在的公司主要业务是做单机客户端，或者C/S模型的产品。至少在我们的部门内部从未涉及过B/S模型的产品。但是由于业务趋势

接着上一篇文章的话题，给大家推荐一篇我感觉很实际也很精华的文章。导读：本文是由陈皓和他的一位朋友Mailper合作完成，原名叫《Build Your Programming Technical Skills》，本文分享了Mailper和作者个人的学习经历。每个程序员都希望自己能顺利的升级到高的层次，您不妨按照下面的方法去做。前言你是否觉得自己从学校毕业的时候只做过小玩具一样的程序？走入职场后哪怕没

为了更多认识济南圈子的朋友，将博客同时搬家至优快云，以后的博文将做同步。本文出自 “永远的朋友” 博客，转载请与作者联系！

几年的工作下来，也使用过好几种数据库，准确点来说是“数据库管理系统”，有关系型数据库，也有NoSQL。 关系型数据库：  1.MySQL：开源，性能高，成本低，可靠性高（这些特性往往让他成为很多公司和项目的首选数据库），单拿大规模网站应用来说，我们熟知的如维基百科，Google，和Facebook都是采用的MySQL。但是目前Oracle对MySQL的收购也许会让我们对

通常一个界面库是否有广大的使用人群，我觉得与以下几个因素有关：支持的操作系统是否多样，支持的操作系统市场占有率是否大，使用是否方便，是否有良好的"所见即所得"（WYSIWYG）的开发工具支持，是否有经济实力的雄厚的大公司支持等等。结合我使用过的的几种C++界面库和大家交流一下。1.MFC(MicroSoft Foundation classes)：相信在windows下进行开发的各位同僚们都用过M

已经有了一次web项目的开发经验，给自己单一的编程生涯增添了一些色彩。但是自己终归是C++工程师，于是在那次web开发后又重回C++项目开发中了。1.公司最大项目——某综合性系统    公司要做一个客户端有数个应用系统的大型综合平台。有客户端，自然就得有服务端，管理端。客户端的应用策略要在管理端生成...，上报信息必须要在管理端展现...，管理端还需要有精细的权限系统，比如管理员和审计员权限的分离

回顾一下自己的IT职业生涯，应该和大多数同僚一样，从无知还有些自负的毛头小子，到在技能上还算熟练，在性格上也变得成熟的奔三人士，在这个过程中给我最大的感觉就是越学习越发现自己懂得东西少，在职场上越来越感觉到仅仅靠技术层面上的提高是不能让我们大多数人成功的。          在自己目前的职业生涯中经历过太多人太多事，大多数人和事只是风一般的拂过，但是有些人有些事却永远的印在了我的心里。那些人：1.

前天晚上约两个朋友吃饭喝酒，谈谈工作情况，交流下技术问题，唠叨唠叨某些领导，展望下未来......看似又是一场普通的聚会，但是最后引出的一个话题让我血脉迸张......    “缪斯的情人”穿着那件oschina奖励给他的vmware卫衣又一次提起了想在当地办一次oschina社区活动，吐槽了一下当地糟糕的IT环境，你看看其他城市的社区火火热热，可这里...。说到这个当地，我也必须要加入吐糟的

自打12年中期第二次离职后，到这家公司已经一年有余，做的工作和所处的团队更类似于创业模式，虽然激情也多有风险。在一个多月前，团队和产品的风险已经远远高于了激情，所以在一年合同即将到期时，我更想再寻找一个更好的机会，开始自己已经处于“30风险期”的职业生涯。IT人的30问题，始终是个争论，我一贯是鄙夷持“程序员到了30就无法再干下去”的论调。但是我想这句话是业界赋予了其中程序员这个关键词错误的概念，

以往都是写公司的年终总结，今年新入职的公司少了这一环，干脆就把年终总结写在博客上，给自己这一年的工作和生活留下点回忆，总结下得失。 离职:    前半年，继续在曾经的公司延续着枯燥的工作和生活，现在这家公司再也没有三年前我入职时感觉到的那种亲近的感觉，也再也没有半点“研发”的感觉，也许是公司大了，官僚主义在蔓延；也许是自己在方方面面都受到了冷落；也许是公司领导曾说的一句话深深地刺痛了我

作为团队的主面试官已经接触了不少求职者，但是今天的一个面试者使我感到很吃惊，也许他也会看到我的博客，我想告诉他的是，今天我是出于面试官的礼貌完成了我的面试，也给予了他应有的尊重，但是我不欢迎你来到我的团队，即使你之后“有幸”通过了的笔试和面试，我一样会投出我否决的一票，为什么？因为“知己知彼，百战不殆；你既不了解自己，又不了解他人，所以我断定你无法有一个好的职业发展”。大概描述下简历情况和面试经历

引言　　这篇文章LZ很久以前就想写，只是LZ本人也一直在摸索当中，不过LZ摸索的是自己的道路。其实作为一个程序猿来说，大体上的路线已经摆在众人眼前，到底自己有什么样的想法，自己适合哪条路，还是只能自己去摸索，这一点请各位不要征求任何人的建议。LZ能做的，就是把各个路线的客观事实陈列出来，供大家选择。　　条条大路通罗马，三百六十行，行行出屌丝。作为一个IT界有理想有抱负，高端大气上档

在对InfraRecorder改造之前把他的源代码和相关资料仔细阅读了好几遍，特别是源代码好几遍的跟，跟，跟，赞叹代码结构好和功能强大之外，发现了InfraRecorder一个很大的功能性问题，在windows系统下对多区段的不支持，可以跟踪到区段信息，但是刻录内容却无法识别，最后不得不在用其自带的cdrecord.exe之外，又引入了mkisofs.exe,最后成功解决了InfraRecorde