[转载]如何有效地报告错误
转载自: Tung's Blog
遇到任何问题时, 看看这篇文章, 照上面说的做给自己看看, 很多问题可能就这样子解决掉囉~
- 作者: Simon Tatham, 专业及免费软件程式师
- 翻译:梅普华
介绍
写过供大众使用软件的人可能都收过一份以上的烂错误报告. 有啥都没讲的报告(这个程式不会动), 有不合理的报告或资讯不足的报告, 也有提供不正确资讯的报告. 还有一些报告查到后来不是使用者自己搅错, 就是其他程式惹祸, 或是网络断线等等.
Read more
Posts Tagged ‘ Coding ’
各种资料手册下载，强力推荐
Cheat Sheet Roundup 是一个很棒的网站，内有作业系统、程式设计、数据库、网页设计…等 30 余种相关的资料手册可供下载(包含一些单页的 Data Sheet 可以用来贴在自己的座位墙板上)，对于设计师与相关资讯人员，都是很好的参考资料，强力推荐。
[转载]程式设计之道 (THE DAO OF PROGRAMMING)
转载自: 网络邮件
第一部 寂静虚无篇
大师如是说:"学会从程式抓虫子之后, 就可以毕业了"
1.1 节
- 寂静虚无中有奥秘, 不动不静, 乃程式之源, 吾无以名之, 故称之为程式设计之道.
- 若道至大, 则作业系统至大; 若作业系统至大, 编译程式亦然; 若编译程式至大, 则应用程式亦复如是, 是故使用人大悦, 世有和谐存焉.
1.2 节
- 程式设计之道无远弗届, 虽晨曦微风而返.
- 道生机器语言, 机器语言生组译程式.
- 组译程式生编译程式, 于是万余语言存焉.
- 各语言有其目的, 均表达软件之阴阳; 其在道中亦各得其所.
- 但若能避免, 就不要用COBOL 写程式.
1.3 节
- 太初有道, 道生时空, 故时空乃程式设计之阴阳.
- 程式员不悟道则时空永不敷使用, 悟道者恒有充份时空完成目标.
1.4 节
- 上智程式员闻道而行之, 中智程式员闻道而求之, 下智程式员闻道而笑之.
- 若无笑声则无道矣.
- 至高之声难以听闻.
- 前进就是后退之路; 大智总是晚成; 每一个完美的程式仍有BUG.
- 道在所有知识之外.
看看人家的程式是怎么写的
在国外有一些网站，专门存放一些程式码的精华片段，写程式如果遇到瓶颈，可以上来逛逛…
Coding
Regular Expression
[转载]让人既爱又头痛的 GNU/GPL
转载自: 自由软件铸造场
GNU Genral Public License（以下简称GNU/GPL）是第一份自由软件授权条款，也是目前最广为被使用的授权条款之一。自由软件之父 Richard M. Stallman（以下称 Stallman）为了替他的软件开发计画－ GNU 计画寻找适当的授权方式，在 1989 年草拟出 GNU/GPL 第一版。它的整个架构与理念源自于 Stallman 所宣示的软件使用者四大自由（注一）：
- 使用的自由：可以不受任何限制使用该软件。
- 研究的自由：可以研究该软件的运作方式，并使其符合个人需求。
- 散布的自由：可以自由地复制该软件并散布给他人。
- 改良的自由：可以自行改良该软件并散布改良后的版本，以嘉惠众人。
[转载]描述语言成软件开发新宠
转载自: CNet
过去曾经被专业程式设计师视为太简单的描述语言（scripting languages），正逐渐成为企业软件开发界里的一等公民。
数据库大厂甲骨文（Oracle）要在周一宣布一项合作案，可望能够让采用Zend Technologies 公司PHP工具的企业，更容易建立客制化的应用。PHP是一种用来设计网页的开放原始码描述语言。
除了甲骨文的加码PHP之外，近来软件大厂如IBM、升阳（Sun），及微软，也都大力投入越来越受欢迎的描述语言，或者也称“动态”（dynamic）语言。
描述语言过去以来已经用在网络上各种应用的设计上，但是一般而言，企业开发者并未广为采用。但是近来有越来越多的企业与IT专业从业者寻求以这种语言，做为简化与加速公司内客制化程式的方法，藉以避免近来普遍存在的应用软件过于庞大或预算暴增的问题。
“描述语言越来越受欢迎而且越来越强大，只因为它太容易使用了。”顾问公司InterKnowlogy执行长Tim Huckaby表示。“这跟完成时机与金钱有关，而非关底层究竟有多优雅。”
借由与Zend的合作，甲骨文赶搭PHP的这股风潮，并鼓励Oracle数据库的使用。根据Zend行销副总裁Pamela Roussos表示，目前，Zend客户有20%以上使用Oracle数据库。
同时甲骨文也可吸引较小型的公司企业而扩大其客户群──这些客户通常缺乏强大的IT部门以一些知名的程式语言来打造庞大的客制化商业应用软件。相较于较为 复杂的Java、C、C++，及Visual Basic，描述语言可以不需要电脑科学学历或太多的专业训练即可广被采用。
甲骨文用来执行客制化商业应用的自家开发工具及相关的“中介软件”都是以Java为基础。同样的，IBM、BEA、升阳等厂商也都持续在投资Java标准。另一方面，微软的工具则是以它专属的“.Net”软件为基础。
Zend采用开放原始码的PHP软件并专门为企业开发者提供开发工具。
[转载]个人品牌的建立
转载自: Neo's Blog
上个月做日盛的案子做到没日没夜，连 Blog 都没时间更新了。那现在就来想想，为什么日盛的案子会做到没日没夜?
专案时间紧迫、规格不确定、要求太多、纯做表面的程式...所有不应该发生的事都发生在日盛这个案子上。而且原因都很平常，有没有什么办法可以避免掉呢?
一般 SOHO 族如果一条龙式的包下来比较能控管整体专案的品质，但是与专案经理跟业务搭配的时候，该挡的应该要挡掉，让业务予取予求，就等于让 End user 予取予求，毕竟出嘴比出力轻松许多，累的都是最后在做工的可怜 SOHO 族。
那为什么要扯到个人品牌呢?
以美术设计来说，同样一个插画，为什么一定要你来画? 别人就不能画吗?
就算给你画，画出来客户还会东嫌西嫌，东改西改，难道自己的东西真的那么不堪吗?
那为什么还要做下去?
[转载]学程式设计的人不能不看的好文章
转载自: http://www.vcroad.net/ (枣子原创 wutao8@263.net)
看了下面的这篇文章，深有感触，枣子碰到的问题也是我们大多数程式设计师的通病，也许我们大多数人都只是在做一些比较小型的软件，对软件运行的效率不在乎，就算对速度和效率在乎的也可能是一些在数据库操作方面的。大家看完了，也许会有很多感想，但这只是我同意枣子的个人观点。
做为一名大四的学生，我面试过不少的单位，有成功的也有失败的，但是对我来说所有的失败在某种意义上都是一种成功，特别是我下面写的这些，写这篇文章的时候，我已经签了南京的一家软件公司，但是想起今年 2 月 21 日我面试苏州台湾的IT公司的经历联想到我们现在学习程式设计的一些情况我真的深有感触，这次面试使我深深的体会到了失败但也收获了很多。
我要说的将分成三部分:
- 是我面试的具体经过
- 是由面试想到的
- 现今我应该做的
当然这些话很大程度上是我个人的意见，不可能完全得到大家的赞同，所以在某些观点上如果哪位朋友觉得跟我的有很大出入，请不要介意，也不要对我攻击，就当我没有说过，欢迎和我联系共同探讨这些问题！
Read more
INFORMATION
我们解决了什么问题？我们创造了什么价值？
近期回响