摘要: 目前而言,只要“他们”能够减税,中国经济定将向好。我看好明年的经济形式。年中回复:2013年7月18日 预测不准确。上半年经济形势比较严峻,下半年将着重通过为中小企业减税来拉动经济。由此可见,2012年底的减税政策执行的并不彻底。下半年,还是得靠减税这个法宝。 阅读全文
posted @ 2012-12-18 12:11 ygm900 阅读(113) 评论(0) 推荐(0) 编辑
摘要: 下一个研究主题:需求变更流程 阅读全文
posted @ 2012-12-18 09:54 ygm900 阅读(152) 评论(0) 推荐(0) 编辑
摘要: 用户可见的一个“元素级功能”对应着一个流程,这个流程在代码中对应着一个“代码块”。这样的设计将大大提高代码大易读性和可维护性。 阅读全文
posted @ 2012-12-15 10:44 ygm900 阅读(192) 评论(0) 推荐(0) 编辑
摘要: 写代码本质上是对“业务流程”的代码化。大家平时可以多积累一些“业务流程”,其实所谓开发经验,就是对各种“业务流程的积累”。 阅读全文
posted @ 2012-12-15 10:36 ygm900 阅读(136) 评论(0) 推荐(0) 编辑
摘要: 在项目开前,公司应该专门组织一个客户参与的会议,会议的主题就是宣讲公司的项目管理流程,其中最重要的就是“需求变更流程”。这样,以后客户在提出需求时,就应该按照既定的流程进行申请。只有通过流程才能控住客户需求,单靠某个人的话,随机性太大。 阅读全文
posted @ 2012-12-15 10:30 ygm900 阅读(137) 评论(0) 推荐(0) 编辑
摘要: 对内:能做系统设计(输出数据库、系统UI、业务流程等的设计)对外:能做需求分析(输出足够详细的需求分析、可与客户沟通和把控客户需求)其实,一个项目最好的搭配是项目经理+一名市场部的客户经理进行配合管理整个项目。 阅读全文
posted @ 2012-12-15 10:26 ygm900 阅读(174) 评论(0) 推荐(0) 编辑
摘要: 使用字符串的时候,一定要记得验证其是否为空 阅读全文
posted @ 2012-12-14 17:29 ygm900 阅读(110) 评论(0) 推荐(0) 编辑
摘要: 很多人,做的项目不少,但成功的不多。这是一个值得深思的问题。 项目为什么这么难做?需求蔓延,客户难搞是基本原因。 如何解决上述问题: 1)强化需求调研和项目设计在整个项目中的重要性 一般地,需求调研做的成功,那么这个项目就基本成功80%。如果需求调研不合格,那么这个项目失败的几率也将大于80%。 怎么强化需求调研? 首先,要有完善的Demo设计能力,足够让客户对基本流程进行确认 其次,要为需求调研预留出足够的时间,让客户消化、揣摩需求。 2)规范需求变更流程。 如果合同是整个项目中最重要的文档,那么《需求变更流程文档》必然是整个项目中第二重要的文档。需... 阅读全文
posted @ 2012-12-14 10:06 ygm900 阅读(301) 评论(0) 推荐(0) 编辑
摘要: 拆套:尽量让代码的嵌套在三层以内(常用的方法是用“分支”替代“if...else”嵌套)解耦:拆解各个类只见的耦合,提高各个类的内聚封装:将独立的功能封装为独立的模块,逐渐形成component library重构:对原代码流程进行优化 阅读全文
posted @ 2012-12-13 23:20 ygm900 阅读(570) 评论(0) 推荐(0) 编辑
摘要: 很多程序在开发过程中,一层if...else...套着一层if...else...。这样的程序是非常不利于理解和维护的。建议用"分支判断"来替代if嵌套。用“分支判断”来代替“if嵌套”,可能会稍微增加一些代码,但是,这些代码对于后期的维护和扩展却是非常必要的。 阅读全文
posted @ 2012-12-13 20:30 ygm900 阅读(193) 评论(0) 推荐(0) 编辑
摘要: 编程中,我们最常用到的业务逻辑之一是“分支判断”。分支判断在编码实践中有switch....case 和 if....else if....两种方式。switch....case.....与if...else if...相比,更加易读、易理解、易维护。但是switch....case.....只能按照int 或char 对判断条件进行区分,显然是不够的。if...else if....虽然在理解上会比switch....case.....更加复杂一点,但是它的判断范围和方式不受人和限制的。 阅读全文
posted @ 2012-12-13 20:26 ygm900 阅读(331) 评论(0) 推荐(0) 编辑
摘要: 例子代码:for (int i = 0; i < 3; i++) {switch (i) { case 0: printf(i); case 2: printf(i); default: printf(i); }}执行结果却是000122,原因是case只是一个入口[判断只在switch处进行做,应用程序一旦进入某个case,除非遇到break或者switch结束,应用程序会一直执行下去。],经过判断variable的值符合case的条件之后, 程序就会从这里进入, 直到出现break或者整个switch语句结束. 阅读全文
posted @ 2012-12-12 23:45 ygm900 阅读(507) 评论(0) 推荐(0) 编辑
摘要: 错误提示如下:分析: You are using multiline case statement. Your statements must be enclosed in{and}. The problem is declaring variables inside cases of a switch. The compiler is upset about trying to figure out scope when only some of the code is executed. If you put brackets around the contents of the ' 阅读全文
posted @ 2012-12-12 13:53 ygm900 阅读(677) 评论(0) 推荐(0) 编辑
摘要: Object-C的语法结构,总的来说,就是“主-谓-定” 。 阅读全文
posted @ 2012-12-12 09:30 ygm900 阅读(256) 评论(0) 推荐(0) 编辑
摘要: 下面为实现同一个功能(通过手机号码获取验证码),用两种编码思路分别进行编码。第一种:递进化的思考方式编码举例://获取验证码-(IBAction)btnGetVerificationCodeOnClicked:(id)sender{ //判断网络 if(![self getNetConnectState]){ UIAlertView *alert = [[UIAlertView alloc] initWithTitle:@"提示" message:@"没有连接到网络!" delegate:self cancelButton... 阅读全文
posted @ 2012-12-12 00:26 ygm900 阅读(357) 评论(0) 推荐(0) 编辑
摘要: ”结构化“思维编码法精髓:1)编码过程中,直奔业务核心,摆脱各种拖泥带水的验证2)验证可扩展3)验证代码和核心业务代码分离4)基本上一对if...else里面就包含了一个完整的业务逻辑。5)编码过程中,默认一切顺利,所以将一直执行到底,将各个分支都抛开。”结构化“思维编码法的终极目标是让”代码结构“无限接近人类的正常思维方式。 阅读全文
posted @ 2012-12-11 22:18 ygm900 阅读(312) 评论(0) 推荐(0) 编辑
摘要: 在项目中,我们会遇到形形色色的客户,他们的个性和要求千差万别。但是,总的来说,客户可以分为3大种类型:第一:白痴型即客户对IT信息技术一无所知。这样的客户给什么就是什么,整个项目的核心是商务人员与客户沟通。而且,这样的客户判断你项目做到好不好,也只能从商务人员和他的交流中进行判断。第二:专家型即客户完全是信息化领域的专家,具备项目经理的能力。对于这样的客户,我们可以让其输出一份详细的项目设计文档。整个项目的沟通或将以己方的项目经理为核心即可。商务人员只起到辅助作用。第三:半吊子的“伪专家”他或许是计算机科班出身,或许还干过几个月的项目。但是,如果你让他输出一份详细的项目设计文档,他又没有能力。 阅读全文
posted @ 2012-12-11 16:57 ygm900 阅读(347) 评论(0) 推荐(0) 编辑
摘要: 解析一个稍微大点的XML数据20万条数据左右吧。没想到在解析XML的某个节点中,为了方便查看数据的解析进度,打印了一句Log,结果导致解析过程越来越慢。原来用XCODE打开那20万条数据,都很费劲,在执行过程中,为每一条数据大一条Log,电脑直接累疯了! 阅读全文
posted @ 2012-12-11 15:54 ygm900 阅读(172) 评论(0) 推荐(0) 编辑
摘要: 今天一合作伙伴传过来两个很大的XML文件,在iOS 程序下执行xmlTextReaderTyper(reader)方法后,总是返回0.最终发现,原来那两个XML文件不是UTF-8编码格式。解决方案:在PC上,使用UE将XML文件另存为下,格式选择UTF-8即可。 阅读全文
posted @ 2012-12-11 13:27 ygm900 阅读(418) 评论(0) 推荐(0) 编辑
摘要: 代码解耦 阅读全文
posted @ 2012-12-09 21:02 ygm900 阅读(253) 评论(0) 推荐(0) 编辑
摘要: 如何用Xcode 4.5开发3.5寸屏幕的iPhone 应用程序—— 阅读全文
posted @ 2012-12-08 13:40 ygm900 阅读(207) 评论(0) 推荐(0) 编辑
摘要: 在做项目时,不可不避免要与客户进行频繁沟通。与客户的接口人宜设1个而不是2个。如果真的需要设置多个,那么也应该有设主次。一般地,我们会把谈下那个项目的业务人员作为主要接口人。他的职责就是保持良好的主客关系,负责推动项目的最终验收。如果业务人员对技术不是很了解,我们可以为期配备一个技术支撑人员,但是一定要注意,这个技术支撑人员只向主接口人负责,为期服务,而不是直接与客户进行沟通。除此之外,当项目做到后期,可以将项目经理作为次要接口人纳入到主客沟通体系中来。项目经理的主要职责是负责与客户沟通具体实现细节,不涉及商务部分。这样配置的目的是保持与客户沟通的一贯性,保证项目最终验收的可靠性。如果不是业务 阅读全文
posted @ 2012-12-07 09:56 ygm900 阅读(953) 评论(0) 推荐(0) 编辑
摘要: 上一次对老百姓财力的透支已经见顶。但是目前全国依然后大量的空置房屋,怎么办?聪明的人总是有办法。——大家买不起了,总租的起吧?于是乎,卖房商的将变身为租房商!这一切的目的其实很好理解,就是为尽可能地为“他们”创造更大的价值。理性地讲,目前房地产领域的价值仅剩下两点:一是租赁价值;二是房产税。若想从这个行业再挤压剩余价值的话,只能从这两个方面入手。 阅读全文
posted @ 2012-12-07 09:16 ygm900 阅读(199) 评论(0) 推荐(0) 编辑
摘要: 在实际做项目的过程中,往往出现这样的情况。 我们和客户就需求问题签下了确认文件,但是在实际开发过程中,客户根据已经成型的项目,想法开始泛滥。 如何有效地控制客户需求的蔓延,我觉得,可以通过优先级排序的方式来进行处理。在实际开发过程中,凡是客户提出的,不在当初确认时签的需求框架之内的,评估后如果能够答应他,那么就先答应客户“我们可以帮你们做,但是这个要放到最后来做。因为我们这个项目进度是有规划的。我们不能影响了进度”。这样,在项目收尾前集中处理客户新增的需求,既不会影响到项目的验收,又可以让客户知道我们为他们额外付出了多少,有助于尾款的结算。 阅读全文
posted @ 2012-12-04 14:01 ygm900 阅读(1248) 评论(1) 推荐(0) 编辑
摘要: 3D你在哪里,生产、教育领域需要你 阅读全文
posted @ 2012-11-30 16:35 ygm900 阅读(104) 评论(0) 推荐(0) 编辑
摘要: 如果只想不做,那你和别人有什么区别? 阅读全文
posted @ 2012-11-30 13:03 ygm900 阅读(87) 评论(0) 推荐(0) 编辑
摘要: 无论再苦,再难,加油!!!否则你不会有什么实质性的进步! 阅读全文
posted @ 2012-11-30 13:02 ygm900 阅读(143) 评论(0) 推荐(0) 编辑
摘要: 很多人愿意分享结果,却少有人愿意分享方法 阅读全文
posted @ 2012-11-30 12:59 ygm900 阅读(120) 评论(0) 推荐(0) 编辑
摘要: 有时间一定要好好地分析以下它的这个思想 阅读全文
posted @ 2012-11-30 12:56 ygm900 阅读(153) 评论(0) 推荐(0) 编辑
摘要: NS***的学习要靠感悟、靠理解UI***的学习要靠练习、靠实践把握整个项目的感觉要靠多写、多重构、多总结更深层次的应用,如3D等,要靠多钻研、多探索 阅读全文
posted @ 2012-11-30 12:56 ygm900 阅读(158) 评论(0) 推荐(0) 编辑
摘要: 站在用户面前,程序猿是开发者,是创造者,是上帝 趴在办公桌前,程序猿也是用户,是使用者,上帝是Apple\MS\..... 对于初学者,最困难的事情其实不是对编程世界中对各种概念的理解,而是对这种双重身份的正确认识。 他们在使用C\C++\OC....VS\Xcode时,其实心中并没有树立起“用户”心态,结果就是在看SDK帮助文档时,晕头转向。因为SDK的撰写者是把开发者当成用户来对待的,所以语气是一种对用户讲解的语气。而开发者在读SDK帮助文档时,扔把自己当成一个开发者、创造者,所以很容易造成误解。 ·在客户面前扮演开发者,每一个人都是自然天成,无须多言。但是在开发过程中扮演好一. 阅读全文
posted @ 2012-11-30 12:55 ygm900 阅读(172) 评论(0) 推荐(0) 编辑
摘要: 就像昆曼的对经济的分析一样,宏观经济,微观经济。其实对于编程的分析,也完全可以分为宏观分析和微观分析。——也许我已经到了适合读计算机编程艺术的时候了? 阅读全文
posted @ 2012-11-30 12:54 ygm900 阅读(144) 评论(0) 推荐(0) 编辑
摘要: 仔细阅读开发者中心的文档,你将看透苹果公司眼中的世界 阅读全文
posted @ 2012-11-30 12:53 ygm900 阅读(92) 评论(0) 推荐(0) 编辑
摘要: 代码文件的组织结构视图树事件链数据链以上四个链条搞清楚,做项目不愁没思路。 阅读全文
posted @ 2012-11-30 12:52 ygm900 阅读(179) 评论(0) 推荐(0) 编辑
摘要: 解决问题的思路往往来自“环节”意识。即程序猿知道他能够切入到整个应用程序的哪个环节。他能够在哪个环节对应用程序做哪些个性化定制。有了完善的“环节”意识。所有的问题将迎刃而解。 阅读全文
posted @ 2012-11-30 12:52 ygm900 阅读(137) 评论(0) 推荐(0) 编辑
摘要: 我们知道,view是不拥有它所显示的数据的。而Controller有对数据和视图进行分别管理。那么,我们如何方便,快捷地让数据为各个视图服务呢?也许,对与应用程序的理解,我应该将其分为如下几个链条:视图树事件链数据链我们知道,Controller是控制数据链和视图链的。或许,事件链也是在Controller的管理之下的。不要混淆数据链和视图链。一个Controller内部,视图链、数据链、事件链的关系很好建立。但是多个Controller之间,数据链是如何建立的? 【貌似i视图链和事件链的关系还是比较好建立的。就是数据链需要精心进行设计。】 阅读全文
posted @ 2012-11-30 12:52 ygm900 阅读(151) 评论(0) 推荐(0) 编辑
摘要: 率先提出“技术微博”产品思想,立此存证。以后博客园要搞这个产品,记得联系我交版权费啊,哇嘎嘎。。。。。 阅读全文
posted @ 2012-11-30 12:51 ygm900 阅读(112) 评论(0) 推荐(0) 编辑
摘要: 比刀剑更锋利的是思想思考的结果让进阶者受益,思考的过程让初学者受益。 阅读全文
posted @ 2012-11-30 12:51 ygm900 阅读(127) 评论(0) 推荐(0) 编辑
摘要: 入门进阶等级不分教材作者习惯性地站在“已知者”的角度来讲解知识,是中国目前教材最大的问题。通俗地讲,中国的教材90%是为已经掌握了的人撰写的,极少有为入门者撰写的。即使那些打着入门旗号的教材。极力倡导教程、教材分级,将那些没有能力写入门级教材的人完全屏蔽出去。有力地提高入门级教材的质量。 阅读全文
posted @ 2012-11-30 12:48 ygm900 阅读(156) 评论(0) 推荐(0) 编辑
摘要: 程序内部结构化Controller之间结构化View 结构化事件结构化数据链结构化让一切清晰、明朗起来。 阅读全文
posted @ 2012-11-30 12:47 ygm900 阅读(127) 评论(0) 推荐(0) 编辑