学习的科学:适合大脑的最佳途径
为什么人们不明白你在会议上提出的想法?为什么你正在指导的开发人员仍然不理解你?为什么参加你的课程的学员只学到10%的内容?在某种程度上,我们都是老师,但只有专业教育工作者才接受过这方面的培训。本文讨论从神经科学学到的知识,以及如何把它们应用到敏捷软件开发及其他行业。
- 敏捷,
作者 Abel Avram 译者 赵劼 发布于 2008年6月30日 上午3时48分
开发人员Eugene Sichkar在Code Project中发布了一个使用7-Zip压缩功能的.NET/C#项目。7-Zip是一个用于压缩/解压多种文件格式的开源项目。7-Zip是一个开源的压缩工具,据7-Zip网站描述,它支持以下类型:
7-Zip目前可以在从Windows 98到Vista的各种版本Windows桌面版本中运行,它向Linux/Unix的移植工作也正在进行中。7-Zip是一个自由软件,使用GNU LGPL协议,其中的UnRAR模块则有一些其他约束。
开发人员Eugene Sichkar创建了一系列7-Zip动态链接库的C#接口,这样其他人就可以在.NET应用程序中使用7-Zip的压缩/解压缩功能了。据Eugene称,该项目实现了以下接口:
IProgress - 基本进度的回调 IArchiveOpenCallback - 打开压缩包的回调 ICryptoGetTextPassword - 为压缩提示密码的回调 IArchiveExtractCallback - 对压缩包进行解压的回调IArchiveOpenVolumeCallback - 打开额外压缩卷的回调 ISequentialInStream - 基本的只读数据流接口 ISequentialOutStream - 基本的只写数据流的接口 IInStream - 可以随机读取的输入数据流接口 IOutStream - 输出数据流接口 IInArchive - 主要压缩接口 开发人员使用这个.NET接口时是直接调用7-Zip的功能,而不是通过控制台或控制台的封装来对7-Zip进行访问。这个接口使用了公共开发与分发协议(CDDL),只有Code Project注册用户才能下载其C#源代码。
查看英文原文:Using 7-Zip's Compressing/Decompressing Functionality from a .NET Application为什么人们不明白你在会议上提出的想法?为什么你正在指导的开发人员仍然不理解你?为什么参加你的课程的学员只学到10%的内容?在某种程度上,我们都是老师,但只有专业教育工作者才接受过这方面的培训。本文讨论从神经科学学到的知识,以及如何把它们应用到敏捷软件开发及其他行业。
Marc de Graauw对传输层的可靠消息机制(如WS-ReliableMessaging)存在的必要性提出了质疑。通过荷兰医疗保健中心的SOA项目案例他展示了特定业务逻辑如何在按序传达消息和一次且仅一次传输中表现得更为良好。
Java系统也可能会变成“遗留”系统。这篇文章探究了8个快速而相对低风险的办法,来帮助改善即使是锈迹斑斑的Java应用。之前那些奄奄一息的应用,在使用了这些可以改善性能、减少运营负载和加速开发周期的方法后,获得了新生。
大家都知道让一个人多任务工作是有害的,这会降低他的工作效率。新的敏捷或Scrum团队面对的一个重要挑战是同时应对多个项目。敏捷教导我们团队应该一次只做一个项目,不然就会遇到风浪。Roger Brown深度解析了这种现象的原因。
作为架构师和设计者,我们常把手头的事情作为工作焦点,很少反思过去如何。我们应该温故而知新。Andres Kutt这篇文章从他作为Skype架构组领导的经历中总结了6个经验,其中有技术方面的,另外一些是架构师较为软性一点的观点。
固定价格合同很有害,这是敏捷实践者经常说的。从另一个角度来说,这些合同是很多敏捷团队必须面对的现实。但是,如果我们试着去驯服它而不是去反对它,那结果又会如何?一个公司如何用敏捷实践执行这种合同来达到更佳效果和更低风险?这篇文章试图回答这些问题。
Bernd Ruecker探索了在开发BPM解决方案时如何才能更好地达到业务与IT的契合。他描述了一套使用基于BPMN流程模型为中心进行协作的方法论,该协作促进了用户间的讨论和交流,将需求、业务规则其他物件连接起来、使开发状态形象化、使业务驱动的测试场景得以细致地明确等等。
1 条回复
关注此讨论 回复