乐胖代购免代理版

欢迎

小心多任务设计被滥用

通过合理创建任务（或线程）的方式，可以有效地提高软件设计的模块性。通过让一个任务关注于某一类事务，有助于简化任务体函数的实现，以及提高程序的可维护性。另外，多任务在不少情形下，将提高系统的运行效率，因为一个任务在等待所需资源时，另一个任务可以利用处理器做更多的事。尽管多任务有它的好处，但使用多任务的“度”很重要。就作者的观察，多任务设计方法大有被滥用之势，乃至有的工程师习惯

职场

嵌入式

休闲

多任务

利弊

原创推荐 2010-11-04 13:17:01 3535 阅读 2点赞 2评论

拥抱“冲突”

在工作中，不时能经历同事对他人的“友善”。主要表现是：在讨论工作事宜时，他会说“我怕他不高兴”。遇到这种情形，我的第一反应是，为什么同事会怕他人不高兴？同时我也会指出，“关键点不应是别人高不高兴，而是事情做得对不对或好不好”。贵国是一个很讲究“礼仪”的国家，与他人打交道时很容易想

职场

冲突

休闲

组织效能

原创 2010-09-26 11:35:21 1730 阅读 1点赞 3评论

将机会转变为能力

任何人的职业发展，都是伴随着机会的获得而前行的。同样一个机会，但每个人因为它而获得的发展空间却未必相同，这是由每个人将机会转换为能力的转换效率不同而导致的。机会是什么？机会更多的是挑战，而不是上司给予的升职。升职的机会少之又少，但挑战却无处不在。如果将挑战当作是机会，那人人都有机会，因为每个人都可以让自己面临它。机会也是一种心态。有的人总是觉得没有机会，那是因为抱着“60分万岁”的心态在做事。如果

职场

能力

机会

休闲

原创 2010-09-24 09:49:32 2335 阅读 3点赞 2评论

软件开发，到底应当学什么？

对于这一问题，相信不少人会理解为：我应当选择哪一种更好的编程语言？我应当选择哪一个软件框架？我应当进入哪一个软件行业子领域？等等。但这些都不是作者想问的。不论选择什么样的语言、库、框架乃至领域，我们不可能穷一生而学完，因为这类知识永远是学不完的 —— 行业一直在向前发展。另外，软件行业的节奏之快，可能对于刚进入的年轻人来说体会不到，即便是经常加班加点也觉得无

职场

软件开发

学习方法

休闲

原创推荐 2010-09-18 22:03:48 5061 阅读 6点赞 10评论

软件产品的可使用性设计 - 塑造概念

最近所做的一个项目与命令行配置有关，简单地说我们的产品能采用输入命令的方式对其功能进行配置，这一点与Cisco路由器的配置很相似。在产品的开发过程中，美国的同事提出一种设计思路，即所有的配置命令之间都不应当存在依赖关系。提出这种设计思路的同事，其初衷在于让用户能更加容易地对产品进行配置。但是，这种设计思

职场

休闲

概念

依赖关系

可使用性

原创 2010-08-12 18:15:11 1279 阅读 3评论

无能的很可能正是我们自己

现实工作中，存在不少情形让我们觉得身处混乱使得工作应付不过来。最为常见的现象有：工作量太大、人力资源不足、沟通不畅等等。对于混乱状态的出现也存在不同的解释，比如： 1) 我的领导无能。有这种思想的人会认为：因为我的领导无能，造成向他人做了不应当做的承诺，最后导致过多的工作量。 2) 公司没有钱。有这种思想的人则认为

职场

休闲

组织改变

个体能力

组织公民

原创推荐 2010-07-27 18:38:05 9193 阅读 6点赞 1收藏 22评论

[错误处理原则] 明确职责

错误处理很重要的另一个原则是，明确模块的职责。明确职责的目的在于分清所出现的错误将由哪一个模块去处理（比如，很多情形下需要写错误日志），从而避免同一个错误却被多个模块处理，进而产生大量的冗余。现在假设需要设计一个专用于TCP套接字（socket）通信的框架（后面简称框架），这个框架的目的是向上层应用程序提供对套接字的封

职场

原则

错误处理

休闲

原创 2010-06-29 21:12:25 1214 阅读

软件设计中的“自上而下”和“自下而上”

在切入主题之前先要了解“上”与“下”的含意是什么，这需要从图1中找答案。图中，应用层在最上面，其下依次是框架、平台、库和操作系统层，因此“上”是指靠近应用层，而“下”则是指靠近操作系统层。图1 对于一个被设计的软件模块，存在两个视角。一个是从上

职场

软件设计

休闲

自上而下

自下而上

原创推荐 2010-06-26 16:35:11 8977 阅读 3评论

出色技术团队的关键要素

对于出色技术团队的关键要素可以从下图中找到。下面让我来对其进行解读。这幅图首先映入眼帘的是，它是一个三角形，而其顶点则是求精。求精离不开下面三个要素的支持，即分享、责任和合作。求精应是技术团队所追求的最高目标，只有拥有求精的精神，团队的技能才能得到逐步的提高，也只有求精的精神，团队的长远工作和生活质量才会更好。要做到求精离不开学习，否则求精只能是口号；要做到精一定会出现困难，而

技术

团队

休闲

要素

关键

原创推荐 2010-06-18 08:41:52 2765 阅读 1点赞 1收藏 9评论

[设计原则] 防止他人犯错

在进行软件设计时，并不能一味地站在设计者的角度去思考，而是同时需要站在模块使用者的角度去思考。设计者通常容易对自己所设计模块的使用者进行一定的使用假设，且假设使用者是完全沿着自己的设计思路去使用模块的，这种假设在现实生活中通常表现得很是脆弱，问题的发生往往就是出现在模块的使用者打破了设计者原有的假设。很有可能模块的使用者正是模块的设计者本人，在这种情形下，设

原则

设计

休闲

防止

犯错

原创推荐 2010-06-16 16:34:12 2138 阅读 2评论

技术管理的核心内容 - 提高团队技能

最近与同事聊天，从软件质量保证的方法论谈论到了技术管理。技术管理的内涵到底是什么？在此通过这篇文章做一个小小的总结和适当的外延。技术管理给人的感觉更多是工作量评估、项目计划、项目进度跟踪等，但这只是技术管理工作的一部分。大体上，可以将技术管理分为两个纬度，如图1所示。图1 纬度之一就是项目管理，其中包括项目计划、风险管理、预算管理等。对于基层技术管理者，更多涉及

技术管理、团队管理、项目管理

原创推荐 2010-06-13 10:04:10 10000+阅读 3点赞 4评论

走出软件质量困境的指导性思想

对于软件行业的从业人员，不论是管理者还是工程师，对于软件设计的重要性都应当有允分的认识，只有这样才有可能在团队中构建真正有意义的愿景。是的，具备出色软件设计能力的工程师少之又少，但这并不表明它不重要。相反，这种人的工作效能很有可能是普通工程师的百倍。除了认识软件设计的重要性，整个团队还应当至力于打造适合的质量保证方法论

软件

质量

思想

困境

指导性

原创推荐 2010-06-10 09:44:38 1944 阅读 1收藏 1评论

建立软件质量保证方法论的核心手段 — 要素有形化和无缝整合

在软件质量保证的关键要素中，大体上可以将其分为有形的和无形的两大类。是否有形，是指能否通过一定具体的方法来保证。比如，设计能力和编程好习惯一开始就不是一种有形的要素，而工具、文档却是有形的。诚然，无形的东西也有可以通过一定的方法将其有形化。如果将好的设计思想（设计原则）和编程习惯通过文档将其固化，并在项目组中广泛学习和实践，就有可能将无形的变为更具有形性。强调有形和无形的目的在于指出其可操作性，一

质量

手段

核心

要素

方法论

原创推荐 2010-06-07 17:57:30 1833 阅读 4评论

软件质量保证需要系统性的方法论

软件质量保证是一个非常复杂的系统工程，高质量的软件获得不可能通过只做好软件开发活动中的某一个或某几个环节而获得，当然更不可能在没有任何方法的情形下“意外地”获得高质量，除非软件的规模非常小，且所有的开发工作是由一、二个人完成的。方法论 = 流程 + 工具经验告诉我们，对于复杂的问题应当通过分而治之的方式去解决，这同样适用于质

职场

系统性

质量保证

原创推荐 2010-06-02 21:32:10 3590 阅读 2评论

保证软件质量的关键要素

软件在没有发布之前的开发过程主要分为需求分析、设计、编码和验证四个阶段，最终的软件质量与这四个阶段的各自质量之间的关系如果用C语言来表达的话应当是：最终的软件质量 = 需求分析质量 && 设计质量 && 编码质量 && 验证质量即，最终的质量来自于各阶段质量之“与”，只要其中一个环节质量是差，则产品的整体质量都

软件

质量

休闲

要素

关键

原创推荐 2010-05-28 08:27:37 7247 阅读 1评论

理解软件开发的特点 - 软件质量保证的第一步

与软件开发过程中产品从无到有的创造所带来的兴奋与有趣相比，软件质量保证更多地让人觉得沉闷和枯燥。相比之下，软件开发过程中的需求分析、设计和编码是一个相对容易做的事，因为在这些过程中如果出现差错，工程师都觉得有劲可使以进行弥补，这些过程中的错误更多地表现为“明枪”。软件质量保证则不然，往往很容易出现有劲使不出，乃至怎么也做不好，其更多地表现为“暗箭”。之所以会

职场

软件开发

质量

休闲

特点

原创推荐 2010-05-27 07:59:19 4711 阅读 1点赞 4评论

[设计原则] 以人为本

在《什么是软件设计》一文中指出，软件设计应当是一个创造模型的过程。那软件世界中的模型其原型源于何处呢？来源于现实世界！这与“以人为本”设计原则又有什么关系呢？设计出来的软件除了达到其所应满足的需求外，其很重要的另一个功能是它能向他人传达设计者的设计意图，毕竟一个设计不可能永远地由一个人去维护。在绝大多数的情形下需要多人

原则

软件设计

设计

数据结构

以人为本

原创 2010-04-09 08:32:12 1834 阅读 2评论

【编程好习惯】永远将头文件作为定义和引用的桥梁

在现实项目中，有时为了省事在引用一个变量或函数时，会直接采用extern关键定在.c文件中进行声明。图1中reference.c的第3行是对一个变量采用extern关键字进行声明，图2中reference.c的第1行则是对一个函数采用extern关键字进行声明。define.c00001: char g_name [] = {’Y’, ’u’, ’n’, ’\0’};reference.c0000

职场

休闲

编程习惯头文件桥梁

原创 2010-04-06 08:10:19 1842 阅读 1点赞 1评论

[设计原则] 保护自己

软件开发中的保护自己不是指个人行为上的自我保护，而是指防犯别的模块的错误却最终表现在我所设计的模块上。当某一模块出现错误时，毫无疑问大多情形下模块的作者将会被“招见”。出现软件错误是正常的，但最为郁闷的是最后发现错误是别的模块误用而引起的。偶而这种情形的发生是可以理解的，但是如果这种事情是家常便饭，则需要考虑通过设计来“保护自己”。提出“保护自己

开发

休闲

模块

设计原则

保护自己

原创推荐 2010-04-01 08:57:15 1886 阅读 7评论

如何提高设计能力？

要提高设计能力首先需要对软件设计有着精神上的追求，即在软件开发的过程中追求设计的完美性。梦想之所以有可能成为现实，是因为我们会去“想”并为之努力，软件设计能力的获得也不例外。设计能力的获得并不会因为不去追求而“不小心”获得且水平很高。具备软件设计追求的人，会在设计的第一时间积极思考以试图找到更优实现，也会随着产品的演变而反思是否存在更好的设计，或者在必要的时

职场

休闲

提高

设计能力

原创推荐 2010-03-10 09:00:27 7094 阅读 1点赞 16评论

[设计原则] 为模块设计统计信息

设计的过程可以存在依靠感觉去把握，但是最终软件产品哪个地方存在不足，或者在用户那运行的状态如何，乃至一种错误的出现其根源是什么等等，就不能完全依靠感觉去行事了。对于这些问题的分析是需要思考，但最终哪一种思考是正确的或更具可能性却需要让数据来说话，为模块设计统计信息的目的就在于此。现实世界的复杂也反映在了软件的设计上，软

职场

原则

设计

休闲

统计信息

原创推荐 2010-03-08 08:42:23 1929 阅读 1评论

【编程好习惯】让模块的对外头文件保持简洁

从“精确包含头文件”（参见《精确包含头文件》）这一编程好习惯中可以得到另外一个好习惯，那就是就是尽可能保证模块的对外头文件简浩。通常的编程习惯是将所有的数据结构都放在头文件中，且这个头文件也包含模块接口函数的原型声明，图1就是一个例子。请注意其中的62~69行所定义的bucket_t结构，这一结构是模块的内部数据结构，也就是说从模块的外部

原创 2010-03-04 08:34:34 1845 阅读 2评论

阻碍改善设计的常见观念

既然软件设计如此重要，那么忽视它就是一种战略短视行为。软件工程师最重要的工作内容理应是进行真正的、创造性的软件设计，而不是只忙于简单地修补漏洞。漏洞是得补，但得补得有艺术、有深度，而不是头痛冶头、脚痛冶脚地补。那种没有深度的修补方式注定是在为将来埋下更大的定时炸弹，也可以预见未来的软件维护工作将愈加的困难。 &nb

设计

休闲

观念

障碍

阻碍

原创推荐 2010-02-25 19:00:55 2208 阅读 5评论

[设计原则] 为模块设计初始化和终止化函数

在软件行业，模块化编程早已深入人心，通过模块的划分能有效地减小软件系统的复杂度，模块化其实就是将系统“分而治之”的方法。在嵌入式系统中，每一个模块存在初始化函数相对比较的普遍，但是并不是每一个模块都存在一个终止化函数，相反，有可能整个系统根本就没有终止化函数。之所以出现这种现象，这与嵌入式系统的特点有关。与桌面系统上的软件不同的是，由于整个嵌入式设备就只有一个

初始化

原则

设计

休闲

终止化

原创推荐 2010-02-24 08:31:45 2858 阅读 8评论

【编程好习惯】只暴露必要的变量和函数

在设计一个软件模块时，应当做到尽可能少地暴露只在模块内部使用的变量和函数，这可以通过使用static关键字做到。当一个内部变量或函数并没有被声明成static的话，那意味着所设计的模块存在“洞”。通过这些“洞”其它的模块可以窥视到模块的内部实现，或通过这些“洞”影响模块的内部行为，而后者更加的可怕。理论上，一个模块不应当暴露任何一个内部变量，除非因为不可避免的某种因素，否则都应当通过提供函数接口的

编程好习惯；变量；函数

原创 2010-02-21 17:24:03 1576 阅读 2评论

[设计原则] 重视自己的设计感觉

人天生就是审美家，软件工程师在设计和编写程序时这种天性会自然的发挥作用，但其作用很有可能被忽视。笔者在做软件设计时，会不时出现让自己也觉得别扭的情形，在这种情形下笔者知道是审美的天性在发出告警，“Hey，man！这样的设计好象不是很好哦！”。一旦出现“审美告警”，笔者通常都是停下手中的工作，去与同事聊聊天、或是倒杯水喝什么的。当然，虽然在做别的事，但脑中还是会

职场

原则

设计

感觉

休闲

原创推荐 2010-02-10 08:45:07 1639 阅读 5评论

【编程好习惯】精确包含头文件

请注意这里用的是“精确”而不是“正确”，之所以不说正确，那是因为如果头文件没有被正确地包含的话，编译器是不会生成最终的目标代码的。那用精确一词想表达除正确之外的什么意思呢？包含两层意思。第一层意思是，只包含必需的头文件。图1是一个简单的示例程序，先让我们假设这个文件只有foo()一个函数的实现，在foo()函数中也只有简单的一行打印语句。我们知道printf()函数的原型声明来源于标准库的stdi

职场

编程

习惯

休闲

头文件

原创推荐 2010-02-08 08:46:32 9646 阅读 1点赞 9评论

[设计原则] 好命名胜于任何注释

设计软件除了从思想上要把握其结构，在实现上也得费番心思，比如变量与函数的命名就位列其中，毕竟程序是设计思想的物质外壳，再好的思想必须通过最后的程序代码去体现。命名的重要性如同写文章时的用词和语句的组织，一篇好的文章除了注意用词，还得将文章组织得“行云流水”，为程序命名也如此。现在通过一个例子来说明命名的重要性，假设要为双向链表（Double-Linked List，简称dll）设计一个函数，这个函

原则

设计

休闲

命名

原创推荐 2010-02-05 09:19:48 2762 阅读 5评论

【编程好习惯】青睐小粒度锁

在多任务环境中，不可避免的需要用到锁以防止竞争问题，锁可以用mutex或直接开关中断等方式来实现。当对关键代码或数据进行访问之前需要上锁，然后在使用完了以后则需要解锁。作为一个好习惯，应当使上锁的粒度及可能的小。对于图1的代码，timer_init()函数在对_handler数据结构进行初始化之前，在123行先进行上锁操作，在完成了数据结构的初始化之后，则在145行进行解锁操作。这段代码在功能上没

编程

习惯

休闲

锁

粒度

原创推荐 2010-02-03 08:43:53 2281 阅读 1评论

[设计原则] 通过机制解决问题

设计并不只是存在于全新项目的开始阶段，而可能存在于软件生命周期的任何一个时间点。软件是注定要出错的，这是因为人的大脑在思考时存在局限性，或许也是源于“内存不足”。当一个问题出现了以后，在寻求解决方案时大致存在两类解决方案。第一种就是“头痛治头，脚痛治脚”，即只针对这单个问题去设计解决方法。第二种方案则是采用设计

职场

原则

设计

机制

休闲

原创推荐 2010-01-31 16:27:45 2318 阅读 2评论

官方博客	全部文章	热门标签	班级博客
了解我们	网站地图	意见反馈

鸿蒙开发者社区	51CTO学堂
51CTO	软考资讯

51CTO博客

至简李云

欢迎