摘要：
basic4android 开发教程翻译(九)使用GPSbasic4android 开发教程翻译(八)使用ListViewbasic4android 开发教程翻译(七)Basic4android中的对象和类型basic4android 开发教程翻译(六)使用B4A-Bridge连接你的设备basic4android 开发教程翻译(五)Android进程及activitys 生存周期basic4android 开发教程翻译(四)调试应用程序basic4android 开发教程翻译(三)IDE 小贴士basic4android 开发教程翻译(二)可视化设计与猜数字程序basic4android 开 阅读全文
该文被密码保护。 阅读全文
摘要：
云计算资源分享与下载一. 摘要 自从上一篇实战第一个云程序之 后，我就没有再发布云计算相关的文章，这些天重新整理了一下草稿箱，发现这个系列有很多篇都存了大半年了，一直没有整理发布出来，今天就先发布这篇“云计 算资源分享与下载”，希望能给大家带来一些参考和帮助。这篇文章对于学习系统学习云计算有很好的指导作用，尤其是大量的书籍、视频和相关社区网站的介绍， 但是由于我比较热衷于微软的Azure平台的研究和推广，针对其他厂商的云计算产品，我只是很粗浅的了解了其概念及简单使用，并没有做深入的研究，所以如 果后续发布的云计算相关文章也会集中在Azure上。二. 本文提纲· 1.摘要· 阅读全文
摘要：
2010年将是中国云计算元年,这是关注中国云计算者的一个共识。虽然云计算至今还没有一个统一的概念，Gartner资深分析师BenPring也认为：“云计算就像法国大餐一样正被人们津津乐道。但几乎每个人对云计算的定义都有不同之处“，但是云计算凭借其无可比拟的优势--通过网络实时订购或者按使用量付费(pay-per-use)的服务模式，正在逐步走下云端步入企业管理的实际应用层面。云计算的基本原理是，通过使计算分布在大量的分布式计算机上，而非本地计算机或远程服务器中，企业数据中心的运行将更与互联网相似。这使得企业能够将资源切换到需要的应用上，根据需求访问计算机和存储系统。云计算就是一种通过互联网向终 阅读全文
摘要：
实战第一个云程序一. 摘要首先圣殿骑士很高兴云计算系列能得到大家的关注和支持，这个系列准备了几个月，终于在今天发布第一篇了（由于文章太长，拆成了两篇，这是其中一 篇）。在这几个月中通过不断的使用和实践，对云计算总算有了一个较粗浅的认识，所以也希望能够和大家一起分享。在发布这篇文章之前也考虑了很久，因为一开 始就讲概念的话，势必会得不到很好的效果，毕竟大家都不太熟悉这个新事物。与其“人云亦云”还不如先来一个简单的实例，所以我就先选择一个实践应用来看到 底云计算能给我们带来什么好处，从开发者角度，随着这个概念的引入，究竟它需要做哪些改变才是我们最关心的问题。本篇文章在安排上大致如下：首先回顾前面的 阅读全文
摘要：
扇贝网：http://www.shanbay.com/ 阅读全文
摘要：
http://www.microsoft.com/learning/support/worldsites.asphttps://www.microsoft.com/learning/members/en/us/mcp/mcp-default.aspx 阅读全文
摘要：
博客地址：http://www.cnblogs.com/diystar/archive/2010/02/10/1667238.html随风飞音 Mcool 12A cool music player. Powered by Bass and BassVis.简单音乐播放器，支持轻媒体库、歌词、可视化、全透明。最小化到托盘，占用资源少，适合边听音乐边工作。支持背景图片(征集图片 1辑 2辑 3辑 4辑)，Metro风格就绪。界面部分开源。运行环境：Win200X/XP/Vista/7，简体/繁體/English/Unicode新版下载：Latest Version（12.30 -2012.2.2 阅读全文
摘要：
MY WebSite:https://www.mcpvirtualbusinesscard.com/VBCServer/hxwz/profileADO.NETASP.NETMCTSDeveloperMCPD 阅读全文
摘要：
阅读全文
摘要：
技术文章如何写作才能有较好的阅读体验摘要: 好的技术文章，是让符合阅读条件的读者，在良好阅读体验的情况下，看懂学会甚至掌握文章要传达的信息。如果你的写作是为了分享，那么一定要时刻考虑你的读者，有了这样的心态，不愁写不好技术文章。阅读全文•《大话数据结构》获中国书刊发行业协会评选的“2011年度全行业优秀畅销品种”《大话数据结构》简体中文版第三次印刷后勘误摘要: 《大话数据结构》第三次印刷已经修正了大部分此前的错误，但还是遗留了部分，希望购买的读者能够首先更新勘误中的错误后再阅读。给您带来了不便，抱歉！阅读全文转帖：希望伍迷开创一个大话时代——《大话数据结构》读者书评摘要: 这位豆瓣的读者文字很 阅读全文
摘要：
学习地址：http://www.cnblogs.com/huangxincheng/archive/2011/11/14/2249046.html算法系列15天速成——第十五天 图【下】（大结局）算法系列15天速成——第十四天 图【上】算法系列15天速成——第十三天 树操作【下】算法系列15天速成——第十二天 树操作【中】算法系列15天速成——第十一天 树操作（上）算法系列15天速成——第十天 栈算法系列15天速成——第九天 队列算法系列15天速成——第八天 线性表【下】算法系列15天速成——第七天 线性表【上】算法系列15天速成——第六天 五大经典查找【下】算法系列15天速成——第五天 五大 阅读全文
摘要：
第四个把梳子卖给和尚的人 N个人去参加一招聘，主考官出了一道实践题目：把梳子卖给和尚。众多应聘者认为这是开玩笑，最后只剩下甲、乙、丙三个人。主持人交代：以10日为限，向我 报告销售情况。十天一到。主试者问甲：“卖出多少把？”答：“1把。”“怎么卖的？”甲讲述了歷尽的辛苦，游说和尚应当买把梳子，无甚效果，还惨遭和尚的 责骂，好在下山途中遇到一个小和尚一边晒太阳，一边使劲挠着头皮。甲灵机一动，递上木梳，小和尚用后满心欢喜，...2007-09-30 15:23 阅读(491) 评论(1) 六十八个超级经典小故事 标 题: 六十八个超级经典小故事(转载)—— 送给赫尔辛基经济学院EMBA全体学员 . 阅读全文
摘要：
新人其实很少偷懒，因为一方面正处于入门学习的高峰期，另一方面工作时间不长，需要得到企业和团队的认可。可为何他们工作总是不得力呢？ 新人的真正问题在于无心办错事和好心办错事。 无心办错事包括没学过某种好的方法、不知道企业已经有某些可用代码或库、不懂业务等种种问题。 好心办错事包括想做一个比领导想想的更好的功能、过度思考了可复用性可维护性等。 这两个问题笔者都经历过（作为新人和老人），“避免”是最好的方法，而不是事后改正，这就需要在设计阶段和计划阶段从技术、管理两个方面来提前预防。 技术：轻量级设计 如果要把一个任务分配给一个“不放心的人”，有两种办法保证成功：师傅把设计做出来交给徒弟... 阅读全文
摘要：
传说中的结对编程，大致结构是两个人共用一台电脑，一个开发，一个测试，以随时评审来抵消返工时间损失。 传说归传说，谁也没有见过。问题出在哪里？有两种主要原因。 一是来自高层的，高层感觉两个人只有一个人干活，实在是有点浪费。“评审抵消返工时间”虚无缥缈，但每天只有一个人干活却是现实情况。 二是来自基层的，两人若有高低，高手肯定觉得还不如我一个人干的快；两人若旗鼓相当，难免产生争执。 其实在我们身边一直有一种方法很像结对编程：“师徒制度”，就是每个新人来到公司，都指派一个师傅带着，在技术与业务方面提供指导。他们既不用 一台电脑，也不是老死不相往来，这其实就是一种“松散”的结对编程。只不过多数... 阅读全文
摘要：
团队中常见的一种情况计划、估算、设计的时候大家还在一起，但编程的时候就会分开。分开看似是安全的，但是却充满隐患。 2001年，一位招聘考试前三名（一共120员工）的程序员的两个月的成果被彻底放弃重写，原因是里边包含3000多个常数，而且很难修改（码 流参数），重写的人座位距离他只有4米，重写也只花费了2周；2002年，一位月薪7000（那时候北京房价才3000多）的程序员编写了一个月的 4000多行代码，在一个下午被重写为50多行，座位距离他只有5米的项目经理疑惑加惊讶地问：“你真的没学过c++ template？”。 这就是团队的距离，即使是高薪聘请来的程序员也难免犯错。难道我们只能避免.. 阅读全文
摘要：
估算是经久不衰的管理话题，大致分为两种流派。 第一种是领导指派，领导说这是10天的活，就必须当是10天的活来干，如果干不完，可以用加班、损失质量、功能缩水等各种方法曲线救场。另一个变种是大家自己估算，但是交给领导审批；领导审批其实就是砍一半的过程，还好大家之前就已经加了一倍，所以不怕。 第二种是自我管理派（偏敏捷），就是由具体开发的人员自己说开发工作量，领导和他人不干预。尽管“自组织”了，但是领导深以为这种方法留下了偷懒的种子，而队员也觉得某人的估算很不靠谱（太长或太短），到底怎么办呢？共同估算吧。 基本概念 假设现在是一个计划会上，PO（产品经理，策划组长，项目经理，某销售……）刚刚... 阅读全文
摘要：
松结对编程是小型团队的实践，大约运行在1个师傅+1～3个徒弟的尺度上，当面临更大尺度的时候，就需要大型团队模型。这里推荐139团队模型，因为它不但可以让松结对编程运转顺利，还解决了大团队沟通、绩效考核、师傅的出路等问题。 139团队的整体情况相当复杂，将另有系列博文描述，这里只描述与“松结对编程”相关的内容，以保证本系列博文的完整性。 基本概念 139团队就是1个项目经理，3个师傅，9个徒弟的简称，当然实际上未必正好凑够13个人，也未必正好每个师傅都有3个徒弟。 在第一篇里边已经提到过三个层级的工作关系，下面是一些深入的剖析。 绩效考核 绩效考核历来是软件业最头痛的问题，按代码行... 阅读全文
摘要：
松结对和紧结对不一样，两个人不是总坐在一起随时发现问题解决问题，而是很短时间地坐在一起。其中在后检查点发生的主要事情有两个：一是看结果是否符合需求（做什么），而是看代码是否存在问题（怎么做），后者就是代码检查。 代码检查（也称代码审查Code Inspection）是一种由来已久但是很神秘的东西，最初引入是在一些生命攸关、重大财产相关的软件开发中，典型的就是SSOS（美国航天飞机的软 件），其每段代码都交由6个人审阅，方可入库。成果就是在1989年之前（之后笔者没有数据），SSOS在太空中失效次数只有一次。笔者亲身参与的代码审 查活动包括某数字电视CA系统的代码审查（25个程序员只有1个测试. 阅读全文
摘要：
刚刚参加完MPD 2011深圳站，在演讲中间及后来媒体采访，被问到了一些问题，也给出了答案，这里做一总结。 我自问自答到一半，才发现这里边的很多问题的答案，都用到了火星人谚语系列之一：有问题的地方无答案、火星人谚语系列之三：正确的答案一定简单。如果您觉得答案和自己的情况不完全相符，请用火星人谚语系列之二：问问题的人负责找答案。 另外多数答案在本系列1～6中有，只是比较分散，不太容易意识到是答案。 人员与结构 在团队中使用层级结构，是否阻碍了个体与外界的沟通？ 极少有底层程序员或新手能和产品经理做深入的沟通的，所以中间放上师傅这一层，让其代为问问题，徒弟旁听，不但不会阻碍，反而会促进... 阅读全文