分类目录:其它技术

以下是分类 其它技术 下的所有文章

送给和我一样曾经浮躁过的PHP程序员

2011年偶决定开始写博客了,不为别的,就希望可以通过博客记录我的成长历程同时也希望可以帮助一些刚毕业,刚入行业的兄弟姐们们。我们是一群充满浮躁、抱怨、迷茫的程序猿,想一想3年就这么过去了,社会变得更浮躁了,鸭梨也越来越大,房?车?女人?… 抓狂… 决定写这样一篇文章,再次明确自己的职业规划,也送给浮躁的你,踏上程序猿这条路可谓是路途艰辛……

从25岁到55岁,人生三个十年的规划和目标

从25岁到55岁,人生三个十年的规划和目标。这3个10年,几乎决定了你的整个职业生涯和生活质量。 看黑幼龙的采访。七十岁的老人,看他的经历,验证了我最近对于人生进入职涯后三个十年的一个思考。 第一个十年是积累的十年。 最开始的起点重要也不重要,但要尽量选择一个可以看清前景的行业,当然如果是行业食物链中越往上越好。 另外,没有无前途的行业,……

坚持,有时就意味着成绩

坚持,有时就意味着成绩。坚持,严谨,对每一个细节都一丝不苟。 文/候鸟 早上醒来,看到豆上一篇日志,说的是一个年轻人梦想管理对冲基金,然后一步步的努力,最终有所成绩。我想到一句很古老的谚语,有志者,事竟成。 身边也有两个例子,拿来与大家分享,一个是X先生,我第一次见到他的时候是9岁,是父亲和朋友们的聚会,X先生长得不很英俊,但书生气很浓,……

这才是真正的“匈牙利命名法”

从刚进大学开始学习 C 语言,就听说了实际开发中会用到的各种变量命名方法,例如常见的匈牙利命名法、骆驼命名法、Pascal 命名法等。 后来自己真正开始用 C/C++ 写程序,开始使用匈牙利命名法,总觉得十分别扭。好好的变量名 name,严格按照命名规则,非得在前面加类型前缀,改写成 lpszName。 如今的 IDE 都会自动检查变量类……

11个重要的数据库设计规则

◆  简  介 在您开始阅读这篇文章之前,我得明确地告诉您,我并不是一个数据库设计领域的大师。以下列出的 11 点是我对自己在平时项目实践和阅读中学习到的经验总结出来的个人见解。我个人认为它们对我的数据库设计提供了很大的帮助。实属一家之言,欢迎拍砖 : ) 我之所以写下这篇这么完整的文章是因为,很多开发者一参与到数据库设计,就会很自然地把……

三种东西永远不要放到数据库里

我已经在很多演讲里说过,改进你的系统的最好的方法是先避免做“蠢事”。我并不是说你或你开发的东西“蠢”,只是有些决定很容易被人们忽略掉其暗含 的牵连,认识不到这样做对系统维护尤其是系统升级带来多大的麻烦。作为一个顾问,像这样的事情我到处都能见到,我还从来没有见过做出这样的决定的人有过好 的结果的。 图片,文件,二进制数据 既然数据库支持BL……

游戏:VIM大冒险

不知道大家是否还记得“Vim简明攻略”呢?你是不是对Vim的那一大堆热键很头痛呢?现在好好,下面这个游戏是一个使用VIM热键玩的游戏。你可以在玩游戏的过程中熟悉Vim的热键。 你可以点击图片,或是图片下的网址打开这个游戏 http://vim-adventures.com/ 我试玩了一下这个游戏,真的很不错,下面是一些我给的游戏攻略。 &……

用Unix的设计思想来应对多变的需求

之前,@风枫峰 在“这是谁的错?”中说过开发团队对需求来者不拒,而@weidagang 也在“需求变更和IoC” 中说过用IoC来最大程度地解决需求变更。今天我也想从Unix设计思想的角度来说说什么是好的软件设计,什么样的设计可以把需求变更对开发的影响降低。(注意:这并不能解决用户或是PM的无理需求,面对无理需求,需要仔细分析需求,而用技……

程序员需要谨记的九大安全编码规则

历史已经证明,软件设计的缺陷一直是导致其漏洞被利用的最主要的罪魁祸首。安全专家发现,多数漏洞源自常见软件中相对有限的一些漏洞。软件开发者和设计者应当严格检查程序中的各种错误,尽量在软件部署之前就减少或清除其中的漏洞。 下面列举的这些方法会有助于开发人员提高编码的安全性: 一、注意编译器警告 程序员应当使用编译器的最高警告等级。在编译过程中……

设计模式6大原则:开闭原则

开闭原则(Open Closed Principle) 开闭原则的核心是:对扩展开放,对修改关闭。 白话意思就是我们改变一个软件时(比如扩展其他功能),应该通过扩展的方式来达到软件的改变,而不应爱修改原有代码来实现变化。 开闭原则算是前5中原则的一个抽象总结,前五种是开闭原则的一些具体实现,所以如果使用开闭原则,其实有点虚,因为它没有一个……