`
17studio
  • 浏览: 200062 次
  • 性别: Icon_minigender_1
  • 来自: 广州
社区版块
存档分类
最新评论
文章列表
又经过了一段时间的思考,对架构师的认识,再次上了一个档次。 其实架构师所做的工作,是可以流程化的: 1、根据业务构建技术模型 2、建立技术模型下面各点的监控数据收集体系 3、测试随着业务发展带来的影响(性能、人数、流量等) 4、预测目前问题所在,并给出改进方案 从上述过程可以看出,架构师的水平依赖: 1、对业务的理解 2、技术的综合能力(信息、技术方案) 3、工作经验,对团队能力状况的了解与把控 4、合理评估风险,并给出可行性方案 从这个角度来看,过去的工作虽然是凭感觉经验行事,但还是切切实实做了些成绩。 架构师还是适合在某一个领域很专,然后涉及多个领域(技术、商务),才能做好。单个 ...
有段时间没有写博了,原因是最近很忙。 目前公司状况就是全面做指标,大方向明确,但是执行上可能会存在问题,如果现阶段的执行能够做好示范作用,那么下一阶段就可以迎来预见中即将发生的爆发点。 对于团队而言,应该做的事情是: 1、减少决策错误 2、加快执行效率 对技术而言,必须要理解,事分轻重缓急: 1、先做好产品的突破 2、再做技术的完善和改进 在这里,我想说说一点点看法: 决策层面的正确,需要的是有几个深知灼见的人,一起努力预见未来,指引方向,它注定是一个小众圈子,而不是全民运动。 执行层面是对决策的补充和完善,需要的是快速的反应速度和执行决心,同时可以准确反馈出相应的信息。 技术为商 ...
很高兴看到大家的进步,从而进一步带来企业的发展。 我终于明白到,只有人的进步,才有企业的进步。企业的进步,先从人开始入手。 这是一种道的领悟。先做人,再做事,要做事,先做人。
来自科比的广告 nba, basketball, nike if you really want it 只要有决心 you'll push back pain 就能征服痛苦 use it 利用它 control it 控制它 if you really want it 只要有决心 living your dreams 实现你的梦想 if you really want it 只要有决心 learn from the fails 吃一堑长一智 learn how to win 胜利是来之不易 if you really want it 只要有决心 e ...
温和坚持,岁月与恒心结合所产生的力量,持久而庞大。 心态端正,需知心态越低,成就越高。 最难的还是战胜自己,做事技能有穷尽,做人修身千千难。 得失有时,今日的顺利,切勿骄纵,他日的挫败,不足为惧。 喜与悲,皆由心生,只因看不透。

学会感恩

如果说这个假期工作上真有什么收获的话,我想最重要的应该是来自心态的收获。 虽然在假期这几天,没有工作上面的压力,静下心思考的确是在执行面上和知识面上提高不少,但是比较起来,能力上的提高并不能跟心态上的改变并重,因为我知道,心态的收获,是一辈子的事情。 首先,我要感谢公司的头,如果不是他们创造了这样的一个环境,就不会给人希望,如果不是他们带领大家往前努力,我们的事业已经折戟; 第二,我要感谢部门的兄弟,过去的时间大家都在努力拼搏,如果不是过去的辛勤付出,我们不会度过2008年的难关,取得进步; 第三,我得感谢其他部门的谅解和帮助,虽然我觉得技术部做得不错,但是在其他人眼里,我知道还是有许多不足 ...
几句话,经验谈,出处是雷军 1、几个人的时候,身先士卒 2、十几个人的时候,带领大家走正确的路 3、几十个人的时候,学会信任别人,学会团队管理,学会纵观全局,学会观察细节 4、上百人的时候,团队里面要有信得过的总监
经历过许多事情以后,大家也开始变得成熟了。过去的一年,因为外部环境的复杂以及团队尚未成熟,不得已采取了很多强硬的执行方法。但是,真正有活力的团体,并不是一个人的团队,而是每个人都奉献出自己的光和热,每个人都收获属于自己的荣耀。 管理者,在团队成熟时,其实更多是辅助者。下一步,为团队搭建良好的氛围,辅助面对问题的直接负责人,完成沟通的工作,这会是我的工作出发点。

回首2008

前几天,头跟我说:“你入了门,但是还没能做到收放自如。” 于是,一回首,发现真是逝者如斯。在2009的今天,看2008的过去,真是感慨良多。 2008,失去了很多,也收获了很多,真是得失由心,深浅自知。 人必有痴,然后有所成,放下痴后再入世,2009,我能收获我想要的果实吗?
while (true) {   update(events);   if (game_finished)      break;   render(sprites); } 上面的架构,是游戏的核心主流程和相关元素。 sprite是核心元素,event的处理引发sprite的更新,对event自然是需要各种处理接口,对event的处理应该是即时不被阻塞的(实际上会存在卡机,也就是单进程处理还是会有event处理延时),event逻辑处理后,最终结果为sprite的反映。 ui层,可以覆盖在sprite上面,全覆盖,屏蔽了对sprite的操作。 必须要构建的基础是,event如何传递到 ...
最近在思考平台组的工作时,必须面临的一个问题,如何为组员提供将来的发展方向。这是一个策略的问题,这意味着,必须要思考清楚,哪些是其他语言做不到的,这才能立足好根本。 目前java/脚本语言,都在自己熟悉的领域,不断发挥着巨大的影响力,就目前而看,c/c++是不会再有机会的,作为一种底层语言,专注于其他语言做不到的事情,发挥作用就好,就像asm的领域,c/c++也不会进去一样。 c/c++的领域将会在以下几个领域发挥作用: 1. 内存管理 2. 进程模式 3. 网络通信模型 4. 如何为上层建筑提供支持(脚本) 上述领域是其他语言为了降低编程复杂度,而采取忽略策略跳过的领域,我相信在很长一段 ...
1. 硬件级别    a. 网络流量,机房间的通畅情况    b. 机器硬件(重点监控磁盘) 2. 应用程序级别    a. 端口和进程,服务是否正常    b. 各服务器的内存/流量/CPU    c. 应用程序系统资源消耗比率 3. 业务发展级别    a. 数据库查询次数及耗时    b. 接口调用次数及响应时间    c. 日志异常数据
1. 监控,需要全面检查哪些信息必须被监控,并且实现相关的监控后台,持续做数据分析 2. 学习和研究,要培养气氛,定期收集各类的文档和最新消息,保持对技术的兴趣和喜好 3. 对当前业务实现的架构予以了解和分析,判断新功能是否具备可信度,以及检查确认 4. 重点研究项目的进度和开发,定义时间表 打算先从第一步开始做起,整理需监控列表内容中
对游戏而言,好的设计有以下作用: 1. 自我风格,区别竞争对手 2. 刺激用户的使用 页面显示的关键: 1. 这是什么? 2. 怎么使用? 3. 为什么要使用? 突出一个焦点,为的是什么?多个焦点的时候,是否能够合拍? 需要防止数据的平均数问题,它提供的只是一个汇总之后的平均数据,而“平均数据”恰恰抹掉了用户和用户之间的“差异”。
在过去很长一段时间,因为公司发展状况和核心的原因,对平台组的关心是不足的 在我的认知里面,平台组工作需要思考以下几个问题: 1:为什么要组建平台组? 2:平台组怎样才能体现出其价值? 3:平台组的技能要求如何? 4:在当前的技术发展趋势情况下,平台组技术人员如何定位自己的职业发展? 我个人的回答如下: 1:在目前软件行业(特别是互联网行业)大规模生产的背景下,业务开发和底层支持的分离,有助于专业分工和效率的提高,如数据分析/服务监控/平台性能优化/服务器等工作,不应该由业务开发人员承担 2:平台组需要从大规模测试/服务的稳定性/性能的负载能力/系统的监控和优化等角度,对产品业务发展予以全面 ...
Global site tag (gtag.js) - Google Analytics