![](https://img-blog.csdnimg.cn/20201014180756927.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
项目管理
yysct2005
关于文章中所说的错误请读者朋友自行考量如有疑问欢迎一起交流多交流多沟通谢谢
展开
-
2020中断三年之久的博客启示
1、在CSDN开博记得是2011年,当时写网页版游戏开发,后端使用 SFS2x框架,还是使用的Alpha版本。问题很多,翻看源码,基本核心的线程同步还有问题。就开始在CSDN上面大致写了下SFS2x系列,主要是想建个群,志同道合的朋友一起多多交流的目的。就再也没怎么管理过。2、后来javaeye被CSDN收购,之前很多收藏别人的博客(便于学习之用),后来同步到CSDN上面。3、近来发现不知什么时间起有总10W+的访问量了,大致看了下,大部分是原创文章占比大头,单篇突破1000+,有的5000+;原创 2020-08-01 14:13:32 · 168 阅读 · 0 评论 -
IT能力提升
2017马上过去了,留下一笔。本想写在公司wiki上面,总觉影响不好。后来找微信公众号,github,好吧,我承认老了。也许是使用wiki习惯了,看他们写的教程,想想算了,还是来csdn吧。时间: 2016年4月13日 (周三) 11:05IT能力提升与组织的一些相法上述是一封抄送领导的其中一封邮件的标题。时至今日。再回头看一下团队实际情况与里面的内容,别有一番原创 2017-11-15 15:59:24 · 1438 阅读 · 0 评论 -
成本权衡
近期,参与设计C端用户交易风控。事前,考虑规则的优先级以及处理逻辑。总是感觉稍微有那么繁杂。经过与业务人员讨论:确定,某个用户一定属于某个规则组,同时,这个规则组的规则一定是配置完备的。即不会再经过其他规则组。(黑白名单除外)经过简化:开发成本,理解力成本大幅下降。但另一个方面:运营成本,即一个运营人员想要对一个用户控制时,建立规则组,同时需要配置完备的规则。那这样,1、增加工作量原创 2016-08-18 10:15:52 · 1317 阅读 · 0 评论 -
互联网团队的三三得九战术
牛马不相及。一、产品输出三S老板们系统讲故事,story;各种片段,或是撕裂的片段故事。抑或来自业务方,市场、运营、等等非技术团队的各种段子。经由产品部或是业务部,统一过滤。相关人生成对应的stage,即场景。将Boss的故事变成场景。很多故事听听也就罢了,但有些段子需要把握好。场景来了后交由技术团队要生成的时候,需要sprint,一个一个sprint 输出。二、架构设计三化原创 2015-09-12 16:26:59 · 508 阅读 · 0 评论 -
某零售项目实践---项目
一、项目简介零售改造项目是个长周期的一个项目,第一个上线版本计划完成需1年时间;内部开发测试,使用迭代式开发。二、项目过程2.1、项目前项目动员,必须的。而后,项目组员分工、人员安排、总体计划等一一落实到位。2.1、需求调具体是,项目前期,需求各区域调用阶段,需求人员奔赴各地的同时;搜集上来的人员已经开始根据实际情况,分优先级排期实现。当时,也曾担心;为什么这个阶段没有安排原创 2015-09-12 16:14:30 · 497 阅读 · 0 评论 -
论技术、组织债务
一般而言,技术债务在下面两个节点表现的最为突出,一是新上线的项目部署阶段;一是在量上来以后。部署表现或是无从下手、各相关人员同时在岗日夜陪护。量上来的表现就是失败率提高、隐性Bug浮出水面、甚至于来次携程事件也未可知。技术债务也往往和公司的组织债务交织在一起,难解难分。面对各种突发问题,是否乱了阵脚? 短期内,通过一些手段可以化解一次危机。长期来看,这些手段也会对团队造成伤害。比如,加班加原创 2015-06-02 10:46:18 · 404 阅读 · 0 评论 -
互联网项目开发版本划分
前述,本是安排5月份完成的博客任务,推迟到了现在。哈,需要坚持下。引子关于版本的话题,很多很广泛。版本啊,版本号啊,版本控制啊,版本管理啊,等,一大箩筐。这次,只单单对之前的遇到印象深刻教训的一次,说说一点自己的看法。项目开发,也都有流程可循。一般公司做到流程化的较少。但大体的还是有的。只能说不同的项目,在不同的公司,具体到某些流程任务上,安排的有所差别。说到版本划分,自然就要说到原创 2013-07-15 16:39:35 · 2128 阅读 · 1 评论 -
系统架构与任务功能的分解
一、概述 最近,看到一位同学整理开发计划,牵涉到一些任务分解上面。自然想起了之前架构分解的一些文章,同时也结合自己之前从事的岗位分析一下。我们在面对一个庞杂的系统或是繁杂的任务时,有时总是感觉一座座大山在心头。最先想到的是愚公移山以及庖丁解牛。两者都是从一车或是一刀开始。所以,分解使我们有能力解决这样的问题。二、架构分解原创 2015-01-28 16:30:58 · 2142 阅读 · 0 评论 -
由重构想到性能优化
重构这个词,现在已经被很多人理解为了,系统优化的代名词。或是推到重来的口头语。那在软件开发这个领域,重构官方定义是什么呢? 重构 重构(Refactoring)就是在不改变软件现有功能的基础上,通过调整程序代码改善软件的质量、性能,使其程序的设计模式和架构更趋合理,提高软件的扩展性和维护性。在软件工程学里,重构代码一词通常是指在不改变代码的外部行原创 2013-07-19 14:16:31 · 1826 阅读 · 1 评论 -
架构的落地生根与项目的路障清扫
不知染上了什么陋习,最近常常将牛马不相及的事情放在一起讨论。也许是想从因果关系的事情中找出事情的相关性,更为宽泛的一面。谈谈自己对一般公司中一般项目开发中常见的现象。好的落地,才能使项目开花结果。架构落地说是架构落地,其实可将此说法更宽泛一些,比如,一些产品策划,方案勾勒;架构设计,开发模式,等都可落入这个话题。架构落地?怎么才算是落地?又怎么才能更好滴落地。由于笔者近两年也参与面原创 2013-07-23 16:31:48 · 704 阅读 · 0 评论