手机浏览 RSS 2.0 订阅 膘叔的简单人生 , 腾讯云RDS购买 | 超便宜的Vultr , 注册 | 登陆
浏览模式: 标准 | 列表Tag:qq

比较快乐的事情

最近虽然有一些不快,但还是有比较快乐的事情啦
1、小朋友的身体一直不太好,昨天好象有点好转了。记得上次提过在thinkinlamp Mysql专场的时候,带小朋友去过医院,后来往复往复的去了大约四次。就是发烧,并非是病毒性的。好了坏坏了好,反反复复,前两天又去检查了一下,昨天晚上的时候鼻涕也少了,咳嗽也几乎没了。这才是让人感到最开心的事情。与此相比,工作上的压力又能算什么?

2、软件,wiz 能够被wine启动,这个我也非常开心,这样我就不至于换上很多软件来保持我的数据与家中是否同步了。以前说过一些同步软件,但事实上效果都不是特别满意。dropbox,或许我的内存有问题,反正我家里的64位机器上几乎没有正常过。金山快盘,这,你说吧,国内的东西,你有多少是敢用的?wiz我用来存放一些不是特别重要的东西,手机上能打开,也能同步,够了。(evernote其实也行,但是他的功能在win下没有wiz那样更符合国人的习惯,空间也只有50M)

3、昨天晚上想了一些对系统优化的方案,也准备这两天上线了。估计可以让性能和速度提升3倍左右(不是我的水平好,而是原来都没有时间做优化,不过,原来的程序也没有提供一些优化接口,还得自己写和测试),速度快了嘛。总是让人开心的事情。

咱老百姓啊,今儿真呀真高兴

转贴:每位开发人员都应铭记的10句编程谚语

  所谓谚语,就是用言简意赅、通俗易懂的方式传达人生箴言和普遍真理的话,它们能很好地帮助你处理生活和工作上的事情。也正因如此,我才整理了10句编程谚语,每位开发人员都应该铭记他们,武装自己。

1. 无风不起浪
代码设计是否糟糕,从某些地方就可以看出来。比如:

  • a. 超大类或超大函数
  • b. 大片被注释的代码
  • c. 逻辑重复
  • d. If/else嵌套过深


程序员们通常称它们作代码异味(Code Smell),但是就我个人认为“代码警报”这个名字更为合适一些,因为它有更高的紧迫感的含义。根本问题处理不当,终将引火烧身。

译注:Code Smell中文译名一般为“代码异味”,或“代码味道”,它是提示代码中某个地方存在错误的一个暗示,开发人员可以通过这种smell(异味)在代码中追捕到问题。


2. 预防为主,治疗为辅
20世纪80年代,丰田公司的流水作业线因为它在缺陷预防方法上的革新变得出了名的高效。每个发现自己的部门有问题的成员都有权暂停生产。这个方法意在宁可发现问题后马上暂定生产、解决问题,也不能由其继续生产而导致更棘手且更高代价的修复/更换/召回后的问题。

程序员总会做出生产率就等同于快速编码的错误臆断。许多程序员都会不假思索地直接着手代码设计。可惜,这种Leeroy Jenkins式鲁莽的做法多会导致软件的开发过程变得很邋遢,拙劣的代码需要不断的监测和修改——也可能会被彻底地替换。最终,生产率所涉及到的因素就 不仅仅是写代码所消耗的时间了,还要有调试的时间。稍不留神就会“捡了芝麻丢了西瓜”。(因小失大。)

译注:Leeroy Jenkins 行为:WOW游戏中一位玩家不顾大家独身一人迎敌,导致灭团。


3. 不要孤注一掷 (过度依赖某人)

一个软件开发团队的公共要素(bus factor)是指那些会影响整个项目进程的核心开发人员的总数。比如某人被车撞了或某人生孩子或某人跳槽了,项目可能就会无序,甚至会搁置。

译注: bus factor 即指公共要素,比喻了开发过程中的一些共同因素。如果挤上 bus 的 factor 越多,bus 就越不稳定,所以要控制好 bus factor ,以免问题发生。

换句话说,如果你的团队突然失去了一个主力成员,你会怎么办?生意依旧进行还是戛然而止?

很不幸,大多数软件团队都陷入了后一种情况。这些团队把他们的开发员培养成了只会处理他们自己专业领域的“领域专家”。起初,这看起来是一个比较合理 的方法。它 对汽车制造装配生产线很适用,但是为什么对软件开发团队就不行呢?毕竟,想让每个成员都掌握所编程序的细微差别也不太可能,对吧?

问题是开发人员不容易轻易替换掉。虽然当每位成员都可用时,“抽屉方法”很有效,但如果当“领域专家”突然因人事变动、疾病或突发事故而无法工作时, 抽屉 方法立马土崩瓦解。(所以,)软件团队有一些看似多余实则重要的后备力量是至关重要。代码复查、结对编程和共有代码可用成功营造一个环境,在这个环境中, 每位开发人员至少表面上是熟悉自己非擅长领域之外的系统部分。


4. 种瓜得瓜,种豆得豆

  《注重实效的程序员》一书中有这样一段话解释“破窗理论”:不要留着“破窗户”(低劣的设计、错误的决策或者糟糕的代码)不修。发现一个就修一个。如 果没有足够的时间进行适当的修理,就先把它保留起来。或许你可 以把出问题的代码放到注释中,或是显示“未实现”消息,或用虚拟数据加以替代。采取一些措施,防止进一步的恶化。这表明局势尚在掌控之中。

我们见过整洁良好的系统在出现“破窗”之后立马崩溃。虽然促使软件崩溃的原因还有其他因素(我们将在其他地方接触到),但(对“破窗”)置之不理,肯定会更快地加速系统崩溃。

简而言之,好的代码会促生好的代码,糟糕的代码也会促生糟糕的代码。别低估了惯性的力量。没人想去整理糟糕的代码,同样没人想把完美的代码弄得一团糟。写好你的代码,它才更可能经得住时间的考验。

译注:《注重实效的程序员》,作者Andrew Hunt / David Thomas。该书直击编程陈地,穿过了软件开发中日益增长的规范和技术藩篱,对核心过程进行了审视――即根据需求,创建用户乐于接受的、可工作和易维护 的 代码。本书包含的内容从个人责任到职业发展,直至保持代码灵活和易于改编重用的架构技术。从本书中将学到防止软件变质、消除复制知识的陷阱、编写灵活、动 态和易适应的代码、避免出现相同的设计、用契约、断言和异常对代码进行防护等内容。

译注:破窗理论(Broken Window theory):是关于环境对人们心理造成暗示性或诱导性影响的一种认识。“破窗效应”理论是指:如果有人打坏了一幢建筑物的窗户玻璃,而这扇窗户又得不 到及时的维修,别人就可能受到某些暗示性的纵容去打烂更多的窗户。发现问题就要及时矫正和补救。


5. 欲速则不达

经理、客户和程序员正日益变得急躁。一切都需要做的事,都需要马上就做好。正因如此,快速修复问题变得非常急迫。

没时间对一个新功能进行适当的单元测试?好吧,你可以先完成一次测试运行,然后你就可以随时回来继续测试它。

当访问Y属性时,会不会碰到奇怪的对象引用错误?无论怎样,把代码放到try/catch语句块中。我们要钓到大鱼啦!

是不是似曾相识呢?这是因为我们在以前已经都做到了。并且在某些情况下、它是无可非议的。毕竟,我们有最后期限,还得满足客户和经理。但不要过于频繁 操 作,否则你会发现你的代码不稳定,有很多热修复、逻辑重复、未测试的方案和错误处理。最后,你要么是把事情草草做完,要么是把事情好好做完。

6. 三思而后行

“敏捷开发”这个词最近被频繁滥用,经常被程序员用来掩饰他们在软件开发过程中的糟糕规划/设计阶段。我们是设计者,看到产品朝正当方向有实质进展, 我们理应高兴。但意外的是,UML图和用例分析似乎并不能满足我们的愿望。所以,在不知自己做什么的情况下或者不知自己身处何处时,我们开发人员经常就稀 里糊涂地写代码了。

这就好比你要去吃饭,但你根本没有想好去哪里吃。因为你太饿了,所以你迫不及待地找个餐馆,定个桌位。然后你上车开车后沿途在想(找地方吃饭)。只 是,这样会耗费更多的时间,因为你要过较多的U型弯道,还在餐馆前停车,也许最后因等待时间过长而不吃了。确切地说,你最后应该能找到地方吃饭,但你可能 吃的饭并不是你想吃的,并且这样花费的时间,可能比你直接在想去的餐馆订餐所花的时间更长。


7. 如果你惟一的工具是一把锤子,你往往会把一切问题看成钉子

  程序员有一种倾向,当一谈到他们工具时,其视野就变狭窄了。一旦某种方法在我们的一个项目上“行得通”,我们就会在接下来所有的项目上都用到它。学习 新东 西仿佛是一种煎熬,有时候甚至会心神不定。从始至终都在想“如果我用之前的方法做、这个就不会这么麻烦了”。一定要摒弃这种想法,按我们所知道的去做,即 使那不是最完美的解决方法。

坚持自己所知很简单,不过从长远的角度讲,选择一个适合这项工作的工具要容易得多。否则,就会与你的职业生涯格格不入。


8. 沉默即赞同

  "破窗理论"与"变成惯性理论"有着宏观的联系。

编程社区就好像一个现实社区。每个作品都是一个开发者的缩影。糟糕的代码发布的越多,就越容易反映现状。如果你不去努力编写优秀、整洁和稳定的代码,那你每天都将和糟糕的代码相伴了。

同样地,如果你看到别人写出了糟糕的代码,你就要跟这个人提出来。注意,这时候机智就应该用上场了。一般情况下,程序员都愿意承认他们在软件开发中还是有不懂的地方,并且会感谢你的好意。互相帮助对大家都有利,而对问题视而不见,只会使问题一直存在。


9. 双鸟在林,不如一鸟在手

如果可以讨论系统架构和重构,那么就差找个时间把事情做完。为了使正常运作的东西更加简洁而做改动,权衡改动的利弊很重要。当然了,简洁是一个理想目 标, 但总会有可以通过重构改进的代码。在编程世界中,为了代码不过时,会频繁简单改动代码。但有时候你又必须保证代码对客户有价值。那么,你面临一个简单窘 境:你不能一石二鸟。你在重构旧代码上所发时间越多,你编写新代码的时间就越少。在及时改进代码和维护程序之间,也需要找到平衡点。

10. 能力越大,责任越大

  毫无疑问,软件已成为我们生活中一个既基本又重要的一部分。正因如此,开发优秀软件格外重要。乒乓球游戏中的Bug是一回事,航天飞机导向系统或者航 空交通管制系统中的Bug是另外一回事。Slashdot曾发表一文,讲述了单单Google News的一个小失误使一家公司股票蒸发11.4亿美元。其他例子参见《软件Bug引发的十次严重后果》。这些例子便说明了我们正行使着多大的权利。你今天写的代码,无论你是否有意,说不定有朝一日在重要的应用程序中派上用场,这想想都令人害怕。编写正确合格的代码吧!

译注:Slashdot是一个资讯科技网站。

原文来自http://www.jobbole.com/entry.php/297,看了笑笑即可

javascript 读取 iframe 里的内容

一点点小技巧,就当是个笔记了。
页面中经常会出现iframe(虽然这玩意经常被人当成病毒,但iframe的方便之处毋庸置疑),JS如何读取iframe的元素的值呢?

其实也很方便:

document.getElementById('iframe01').contentDocument.body.innerHTML
document.frames['iframe01'].document.body.innerHTML
document.getElementById('iframe01').contentWindow.document.body.innerHTML

基本上这三个方法都可以。如果一个不行就尝试着用下一吧。个人还是主张直接使用第三个

Tags: javascript, iframe

公司招聘信息

公司需要招聘PHPer,我原来也在博客上贴了相关的信息,大致如下:

XML/HTML代码
  1. 条件我也不多说了,总之是PHP方面的人才,一些附加条件我也就多说了,什么精通这个精通那个的。  
  2.   
  3. 只有几个条件:1年PHP开发经验的2名,2年+开发经验的2名。1年左右经验的,最基本的CRUD要会,顺便熟悉康盛的系统为佳。2年+的,需要有独立做项目的经验,能够根据需求独立完成项目,当然也不希望是算盘珠一样,一定要有自己的想法才行。  
  4.   
  5. 然后就是大家都要求的,性格开朗,有团队经验犹佳之类。那句能够承受加班压力的我就不写了,项目一般不会要求加班,只希望在工作时间把任务完成,这是最佳的。要加班的话,也就是上线前几天和上线后几天,可能会有加班情况出现,但这个,其实大家都懂的吧。  
  6.   
  7. 请身在上海,并有意愿从事PHP和已经从事PHP但想換換岗位的可以联系我。可以留言,也可以QQ我:19129540.  

结果嘛,反正是没有人看到或许看到了却觉得没有提出对程序员的相应能力要求。于是我就置顶了。顺便把石头的招聘信息中的需求贴出来,也可以让想应聘的朋友参照对比一下。

石头的原文:http://www.phpx.com/thread-261628-1-1.html
  1. 【程序员职位】  
  2. 熟练应用PHP的OO思想进行开发,最基本要求是能看懂已有类库中的类,可以应用,不要连个Mysql连接类都管我要Demo;  
  3. 能使用Jquery进行表单验证,Ajax数据提交,如果能力更强,写的更绚丽,当然更好;  
  4. 能看懂符合UML规范制作的PDM,也就是数据库设计文档,我们使用PowerDesigner设计,很容易学,没有什么难度,但是会让你充分暴露你的数据库设计水平,要有思想准备;  
  5. 负载方面采用Memcache+MongoDB(膘叔:附加一下,我们目前还没有采用mongoDB),没有难度,学习即可,有相关经验更加;  
  6. 有良好的编码习惯,例如80 or 100字符换行、代码段空行、Class and Function的驼峰法命名方式等;  
  7. 自律性强,可自行管理自己的项目及新技术的学习进度,有良好的时间规划能力,坚决避免项目延期;  
  8. 有良好沟通及理解能力;  
  9.   
  10. 最看重的:沟通能力、编码思想、编码习惯  

 其实最后一条,确实是最看中的。沟通能力真的很重要。如果缺乏沟通,那程序也没有办法写下去了。

Tags: pinla, 招聘

街霸同人电影

青少年的时候其实是很无趣的,当周围的人不再和你玩泥巴、玩玩具后,你会发现少了很多乐趣。大约在89年左右,开始有街机的出现,于是乎就迷上了那玩意,这在我以前的勃客里也有所介绍。
没介绍的是,那时候喜欢看SF的动画片,有很多版本,不过都只是动画片而己,唯一一部真人版是95年尚格云顿演的街霸,这部片子反响很差。再后来就是香港的超级学校霸王了。然后很多关于ZERO的动画片开始出来,很是吸引了我。
想不到过了将近20年,居然还有人会拍同人电影,真意外啊。虽然只有短短的几分钟。感谢cnbeta让我们有了回顾的机会 。
--start--

昨天已经为大家介绍过一部街霸同人电影短片了,今天再为大家介绍一部。这部作品名为《Street Fighter Legacy》,是由Streetlight Films出品,Joey·Ansah和Owen·Trevor(知名汽车节目Top Gear的导演)共同指导的作品。如此频繁的游戏迷的翻拍,可见之前那些正式的作品有多糟糕。

 Joey·Ansah因为对许多改编作品深表不满,因此在一年前就开始为这部作品开始筹备,为此他还向Capcom写信寻求帮助,并得到了Capcom的许可和祝福。最终他也将这段视频展示给所有的街霸迷,以表达自己的对于这款格斗游戏的热爱。

 

1080P下载http://www.verycd.com/topics/2820177/

导演Joey Ansah官网:http://www.joeyansah.com/
文章来源http://www.hexieshe.com

本文不含 flash,想看视频请移步:http://www.cnbeta.com/articles/110515.htm,上述verycd是下载的高清片段。说实话,这部文中所指的另一部要好看一点,不过想想那一部只有400刀的预算,也是很能理解的。。

Tags: 街霸, 游戏

Records:181234