`
colen
  • 浏览: 62213 次
  • 性别: Icon_minigender_1
  • 来自: 深圳
社区版块
存档分类
最新评论
文章列表

小店是如何练成的

 
话说炒瓜子那档口, 在小区附近开了将近3年, 经常到了周末, 我淘到一张牒的时候,都会去那带回一包,回来边磕瓜子边看电影,怎一个FB了得. 那里的瓜子真是又脆又香, 上个周末, 忍不住又去帮衬了, 这一次, 怀着一个不可告 ...
最近被游戏性能的瓶颈问题, 搞得胶头烂额, 这里做一个备忘, 供大家共同思考: 1. 不单游戏, 在这个星球上的任何的软件开发, 性能测试,性能分析和性能的优化都是提升性能的根本三步骤; 2. 黑盒发现瓶颈, 白盒发现问题. 性能测试, 除了压力测试(黑盒)外, 在进度允许的情况下, 还应当引入到单元测试和某些模块测试中(白盒),特别是复杂方法, 必须在编码完成后进行性能测试, 这样保证了原子性的操作足够优化,才能保证整个系统的性能足够高; 3. 不管是一个系统, 一个模块,还是一个类, 运行次数和单次运行时间的卷积最小, 都是性能优化的根本目标 4. 并发数, 响应时间,CPU ...

为何我会有伤悲?

你走了, 有人一直说这不明智 你走了, 很多人一直说你炒作 你是如此狠心, 抛下我自己 我是如此恍惚, 无法面对突然没有你 我问自己, 为何我会有伤悲? 也许,是你的追求太过远大 让我无法祈望, 更谈不上追赶 也许,你不应出现在这星球 因为我们,只是那一个个单细胞变形虫 我知道, 我没有理由埋怨 因为,你跟我本就毫无关系 我也知道, 这不应该 毕竟, 有人说:还是十块钱实在 但我只是奇怪, 为何我会有伤悲? 有人安慰我: "至于嘛,不就搬了个家么" 有人拍醒我:"你就认命吧" 我不知道,这是不是故事 ...
最近在游戏开发中碰到一个问题:策划配置的任务目标太长, 正常做任务没问题,下线再上该任务就发送些不正常的错误,最后查找原因,原来是"任务目标"字段定义长度太短, 数据被切断,导致该属性装载数据失败… ...
在软件开发的过程中, 总是会经常碰到这样的窘境:修改已有的代码. 这些代码, 有的是前人或者前前人留下的, 有的是自己的, 修改的次数, 少则一次两次, 多则10次8次(真的,丝毫不夸张), 修改程度, 轻则某个方法,某几个方法, 重则整个类,甚至整个包. 而在这个地球上做开发的人都知道, 修改代码, 是一件多痛苦的事情啊:  1. 由于年月久远, 你要努力回忆当初的此情此景, 你要尝试去读懂它的原有逻辑; 2. 由于不是你写的(或者是你写的,但是当时却是少年不知愁滋味), 你可能要捂着鼻子,忍受这些旧代码到处散发出来的臭味; 3. 更由于缺乏完毕的自动化回归测试(相信大部分项目都 ...
  周五晚去打球的路上, 一边开车一边听着电台(不是打电话),听一个谈话节目说到是路透社最近在全世界做了一个调查,问的是:"哪个国家的人最拜金?",最后结果出来,由我们伟大的祖国和韩国荣誉登上第一和第二把交椅, 韩国是不是能拿第2我不清楚, 据说,在这次调查中, 60%以上的中国人认为"成功的唯一定义是money", 我不知道这样的统计准不准, 但应该比这样的调查结果更靠谱些吧,  周日晚上,刚好就看了伊丽莎白镇: 1. 这是一部这样的片子, 没有什么大牌(当然,指环王中的射手, 蜘蛛侠的女猪脚, 不知道算不算大牌),但角色都是帅哥 ...
1.语言是由数据结构和算法组成的,软件也一样. 2.语言的数据结构和算法是由语言定义者来定义(写死)的,而软件,除了语言本身的数据结构和算法,还使用了更多的自定义的结构(不管这是一个类,还是一个function)和算法,所谓的自定义,就是由开发者来完成 3.一门语言的数据结构越小,越原子化,预定义的东西越少, 它就越灵活,开发者能够使用它们天马行空的构造出各种各样的更大的数据结构;反正则越僵硬;比如脚本语言和C,最灵活, C++和java,就显得僵硬. 4.同理,软件的灵活性也表现在数据结构(主要是自定义的)是否尽可能的小,是否足够原子化,以及算法是否更简单,容易组装 5.灵活与稳定,在 ...
<<明朝那些事儿>>告诉我的。 <<那些事儿>>就这么看完了,从第一本开始,时间夸了大半年,看看停停,停停看看, 这最后两本,回老家后,除去被抽掉大部分时间,利用起一切可以利用的空隙:早上起来看一会,吃完早餐是一会,吃完午饭是一会,晚上睡觉前又是一会。。。 今儿个是大年初一,是的,就这么看完了! 然后,发现一个恐怖的事实: 自己对历史的无知处在很严重的程度,更确切的说,是对历史的误解到了很很严重的程度,比如: #张居正不但是明朝最伟大的改革家,并且刚正不何,清明廉洁? #海瑞是第2个包青天,就是他掰倒了严嵩? #东 ...
Lua会造成内存泄露的表征分析: #因素一:(实例型)实体资源的创建持有者和调用者,相互之间如果太过信任,那么对调用者就会形成过高的要求,创建者可以让任意的调用者进行任意的create,调用者消费后以为创建者会管理(销毁),但其实并非如此,比如有这样一个实体管理器xxxManager,它有接口createXXX/removeXXX, 那么,创建和销毁的权利都丢给了调用者,如果调用者光create而不remove,那么,xxxManager就会产生越来越多的xxx(xxx可真多丫),从而产生了内存泄露 #因素二:逻辑层的角色数据如果没有跟随角色,将会导致前者和后者在生命周期上非不严 ...
良好设计五大要素(同等重要,没有优先级之分) 1. 对需求的完美实现: 完美的意思是:完全实现确定需求,对潜在需求有一个恰到好处的粒度的实现 2. 高内聚,低耦合: a. 良好的,符合对象本质的模块划分 b. 使用最匹配的设计模式 3. 符合Kiss原则: a. 奥卡姆剃须刀:用最少的模块,类,以及代码段实现
        Lua内存是自动收集的, 这点跟Java类似, 不被任何对象或全局变量引用的数据,将被首先标记为回收,不需要开发者做任何事情.但是,正如Java也会有内存泄露一样, Lua也会有, 只不过,跟C++的不同,它是由于代码执行所装载的资源,并没有被彻底销毁而导致,其中,最臭名昭著的就是不小心把局部变量声明成了全局变量(忘了加local修饰符)。 类似这样造成的内存泄露, 跟任何其他语言的内存泄露一样,容易产生,却难以察觉, 给开发的应用带来潜在的很大隐患.   那么, 有没有一些有效的解决办法, 来解决这个这个隐患呢, 答案就是
1. 问题的起因: a.总想尽可能的形成扩展,留出很好的接口 b.总想在这一次就支持相关的潜在需求 c.总想在同时对现有的代码做出更好的重构 2.(对以上问题的)制衡点: a.未知的需求本来就是未知的,所谓的扩展,并不一定会形成真正的扩展 b.时间总是有限的,从容的实现潜在需求几率不大 c.重构总是基于现有的认识以及旧有的所谓经验, 认识和经验的局限会导致很多重构也许是作用不大的 3.关键因素是什么: a.台面需求的规模 b. 潜在需求的确定性,以及规模 c. 实现方案的优劣选择 d. 允许的时间长度 e. 对经验的确信程度 f.已有代码的糜烂程度 4. ...
一个div中嵌两个子div, 两个子div总宽度不超屏幕,所以应该是可以在同一行上, 这是原来的HTML代码: <div style="float:left;width:950px;margin:5px 20px 5px 5px"> <div style="float:left;width:700px;margin:5px 20px 5px 5px"> <div style="float:left;width:700px;margin:2px 10px 20px 5px;"> ...
在使用phpAdmin更新我的图书网的数据时, 经常会出现"Cannot modify header information - headers already sent by"的错误,我发现,只有在"update"语句时,这种情况就会频繁的发生,而如果select, delete却不会, 后来googling了一些, 大部分帖子所提供的解决方式都是修改php.ini,在里面加上这么一行:output_buffering = on. 由于不是搞PHP出身的,不是太懂这句话的意思, 但还是把它放了进去. 问题是, 为什么phpAdmin自己不把这个buff ...
看了Kirk的Blog,恍惚间又感觉回到了以前, 起码现在还有他,跟我一样,只要一想起Appeon,心里马上颤一颤,在无情的撩动你,好像是痛,也好好像是其他, .... 很多人说Appeon是一个很怪的公司,好多个我面试的人都这样跟我说, 当然,他们是从公司外,或网上,或流传,来得到这种印象! 我很同意, 我也觉得Appeon非常怪, 怪得独特,怪得新意! 可以说, Appeon的怪,就是由于Appeon的人,以及Appeon做的事! 如果大家看过我前面的所有的Appeon随想, 会知道我仅是说了人和事, 完全没有提及功和过. 为什么? 那么多人说Appeon很差,那么多人说R不行, Jo ...
Global site tag (gtag.js) - Google Analytics