Posts Tagged ‘ review

[转载]如何有效地报告错误

转载自: Tung's Blog


遇到任何问题时, 看看这篇文章, 照上面说的做给自己看看, 很多问题可能就这样子解决掉囉~

  • 作者: Simon Tatham, 专业及免费软件程式师
  • 翻译:梅普华

介绍

写过供大众使用软件的人可能都收过一份以上的烂错误报告. 有啥都没讲的报告(这个程式不会动), 有不合理的报告或资讯不足的报告, 也有提供不正确资讯的报告. 还有一些报告查到后来不是使用者自己搅错, 就是其他程式惹祸, 或是网络断线等等.
Read more

[转载]程式设计之道 (THE DAO OF PROGRAMMING)

转载自: 网络邮件


第一部 寂静虚无篇

大师如是说:"学会从程式抓虫子之后, 就可以毕业了"

1.1 节

  • 寂静虚无中有奥秘, 不动不静, 乃程式之源, 吾无以名之, 故称之为程式设计之道.
  • 若道至大, 则作业系统至大; 若作业系统至大, 编译程式亦然; 若编译程式至大, 则应用程式亦复如是, 是故使用人大悦, 世有和谐存焉.

1.2 节

  • 程式设计之道无远弗届, 虽晨曦微风而返.
  • 道生机器语言, 机器语言生组译程式.
  • 组译程式生编译程式, 于是万余语言存焉.
  • 各语言有其目的, 均表达软件之阴阳; 其在道中亦各得其所.
  • 但若能避免, 就不要用COBOL 写程式.

1.3 节

  • 太初有道, 道生时空, 故时空乃程式设计之阴阳.
  • 程式员不悟道则时空永不敷使用, 悟道者恒有充份时空完成目标.

1.4 节

  • 上智程式员闻道而行之, 中智程式员闻道而求之, 下智程式员闻道而笑之.
  • 若无笑声则无道矣.
  • 至高之声难以听闻.
  • 前进就是后退之路; 大智总是晚成; 每一个完美的程式仍有BUG.
  • 道在所有知识之外.

Read more

[转载]传统编辑对部落格新手的写作建议:一个呼吁

转载自: 老猫学出版


这半年来台湾的部落格风潮,可说是越刮越兴旺,许多优秀的传统媒体写作者,大量转移写作平台,开始建立自己的部落格。但这时我却发现“会写作”和“会写部落格”之间,还有着相当的落差。许多人有非常棒的学养和见解,可惜文章贴出来却让人难以卒读。

不是因为见解不深刻,也不是因为文笔欠优美,而是因为文章让人“看”不下去──文章密密麻麻,版面没有考虑“易读性”,读者眼睛疲劳,读来自然备感痛苦。你等于加设了一道辨读文字的关卡,挡在读者理解文意之前,读者还没来得及思考你说了什么,一上站先就被缺乏易读性的版面打败了。

部落格是个“一贴上就发表”(post and publish)的出版工具,从写作到发表,没有任何距离,不像传统媒体,中间还有一个叫做编辑的家伙,帮你调整段落、设定格式,让你的文章印成铅字以后,你越看越满意。

Read more

[转载]13个改善EQ的方法

转载自: 网络邮件


1.别急!慢慢来

当妳面对失败或颓势时,千万别慌了手?而大发雷霆,试着将注意力放在“就算功败垂成,至少妳学到了……”诸如此类的积极想法上,它会很神奇地舒缓紧绷情绪,做出正确的判断和反应。

2.承认自己错了,别人对了

认真倾听别人的观点和意见,并且勇敢地面对错误,绝对是EQ指数向上跳跃一大步的指标。

3.别被轻易收买

随时都在面对诱惑的人生,得学会明察秋毫,因为小惠的背后可能要付出极大代价,比较安全的应变是,说些“谢谢你的提议,我会仔细思考。”、“这个条件很诱人,值得考虑。”等等好听话,然后改变话题,让对方知道妳真的需要时间好好思考,此举将使妳重掌控制权,不致于做下以后会让妳后悔莫及的决定。

Read more

[转载]生活的价值

转载自: 网络邮件


有一个乞丐,他的整个右手臂断了,样子挺可怜,谁见了都会施舍。

有一天,他来到一个农户人家行乞,女主人叫他先将门前的一堆砖搬到院子后。

乞丐生气地对女主人说:“你明明看到我只有一只手,却让我搬砖头,这不是存心捉弄人吗?”

没想到女主人自己蹲下来,故意用一只手搬起砖头,来回走了一趟,然后对乞丐说:“我一只手能搬,你一只手为什么就不能搬?”

乞丐无言以对,硬著头皮用他那一只手慢慢搬,整整干了两个小时才搬完,累得满头大汗。

Read more

两个跟 "铅笔" 有关的 FLASH 动画 *

动画一

动画二

[转载]软件开发的新生活运动

转载自: 爱德华日志


不晓得是几十年前从 "历史" 还是 "生活与伦理(现在小学还有这门课吗?)" 唸到的,那个在现代听起来有点八股的新生活运动。我倒不是要在此强调复兴中华文化,讲究礼义廉耻,四维八德。只是新生活运动所推行的:“整齐、清洁、简单、朴素、迅速、确实”六项生活记律,倒是与近代软件开发思潮所标举的简易之风不谋而合。
Read more

[转载]给浮躁的软件业同仁

转载自: 开发者俱乐部


给浮躁的软件业同仁(1)

我只希望知识掌握在更多中国人的手里!

中国有很多小朋友,他们十八、九岁或二十出头,通过自学也写了不少代码,他们有的代码写的很漂亮,一些技术细节相当出众,也很有钻研精神,但是他们被一些 错误的认识和观点左右,缺乏对系统,对程式的整体理解能力,这些人,一个网上的朋友说得很好,他们实际上只是一些 Coding fans,压根没有资格称为程式员,但是据我所知,不少小网络公司的 CTO 就是这样的 coding fans,拿着吓人的工资,做着吓人的项目,项目的结局通常也很吓人。
Read more

[转载]软件工程师缩短工时

转载自: CNet


微软软件设计工程师Adam Barr最近常和家人共用晚餐。但以前可不是如此。90年代末期,Barr忙于工作,往往无法准时下班,和妻子小孩共用晚餐,那时每周平均工作50至60小时,若碰到截止日期逼近,加班更是家常便饭,有时甚至一连数周每周工作70小时。

现在Barr固定早上8:30上班,5点下班。他说:“对这种朝九晚五的上班模式,微软已能睁只眼闭只眼,不跟员工计较。以前绝非如此。”

Barr能更常和家人一起享用晚餐,凸显软件界工作形态出现变化:越来越多员工不再超时卖命工作。根据美国劳工部的统计,软件出版界员工(多半是电脑专家)去年平均每周工作36.4小时,低于2001年的41.4小时。

原因之一可能是靠达康(dot.com)致富的诱因大幅褪色,再者是工程师愿意更用心经营工作之外的生活。当然软件公司渐渐学会如何提升专案管理的效率也 是其一。其实一些软件业者坦言,员工日以继夜超时工作反而有损产能。Atlantic System Guild的顾问Tom DeMarco说:“经常加班的公司,往往浪费许多正规上班时间。正常上下班之所以优于加班,在于工作产能高。”

Read more

[转载]数据库表单及字段命名规则实例

转载自: Neo’s Blog


今天大概把几种常见的数据库命名方式给整理了一下。

1.数据库表单(Table)名称:

单复数皆有人使用,如 products、product。

美国人命名比较喜欢依照口语习惯来用复数命名,知名的 OpenSource 软件像 phpBB、OSCommerce、In-Link、pLog 皆是以复数命名。而 Moveable Type 则是少数使用单数名命的软件,台湾人也是单数命名居多。

2.数据库字段名称:

使用 MySQL 的 Opensource 软件比常见整批性的加前缀(Prefix) 在字段里面,如 products 表单中的“产品名称”,可能就会命名为“products_name”而 Microsoft SQL Server 则是以纯字段名称居多,如产品名称就直接取叫“name”了。

前缀的命名有“语意导向”跟“实用导向”二种,所谓语意导向以口语的习惯来命名,像 products 是产品的集合(复数),里面的每个产品是单数,所以用产品名称为例就是“product_name”。

而实用导向常见的就是以表单名称做为前缀,如前例在 products 里的产品名称字段就会命名为“products_name”,如此做的好处是程式会非常清楚每个字段是从哪个表单抓出来的。但是缺点是在程式里面语意不清,看起来会很不习惯。

然而大部份的字段前缀字符还是以语意导向为主,若要使用实用导向,最好表单名称采用单数(如 Moveable Type),否则像 OSCommerce 的全员复数,感觉程式在用名字就很奇怪,如程式明明就是只抓一笔产品名称出来,看到 products_name 就觉的既不是复数,而且文法上也不通,意义上反而比较像 product’s name。

3.大小写:

Microsoft 的命名方式喜欢单字第一个字母大写,如 OrderDetail。而 MySQL 比较常见全部小写,单字中间加底线的命名方式,如 order_detal。这跟数据库的字符大小写敏感度默认值有关,MS SQL Server 默认是大小写不分,MySQL 则是大小写视为不同字段,所以统一小写比较不容易出错。

return top