- 博客(4)
- 资源 (10)
- 收藏
- 关注
原创 团队开发如何评估工作量
先划分出各端(前端、客户端、后端),每个端单独评估。需要时间最长的端即为研发所需的最少时间。对每个端评估时,列出参与这个项目的所有人员。为了便于描述,我们把其中技术能力最强或工作效率最高的人称为 A。A 一天(除去加班、小憩时间)能完成的工作量定义为 1 人天(也有叫”人日“的,注意两个字合起来是一个量词/单位),同时 A 的战斗力定为 1.0。这个需求按照 A 的标准要几天才能完成,则它的工...
2018-12-26 11:35:56 11087
原创 Web API规范设计指引
关于RESTful应认真考虑要不要使用RESTful规范,不要盲目跟风。它的缺点在小公司里特别明显:高度抽象,需要一定的设计能力。初级程序员很容易破坏整体设计,这不可能都被Review到。接口使用者也未必能做好反馈需要对HTTP协议有一定的理解一般越好的设计就有越多的约束,也可能有越高复杂度,因此交接工作的学习成本高产品迭代很快时,接口可能变动很频繁导致版本升级也很快,各种为了好设计而...
2018-12-25 14:34:06 5815 3
原创 移动App模块化设计
业务模块内部一般是MVC、MVP、MVVM式设计,可是这些设计模式没解答跨模块的可依赖性。大部分人会认可基础层可被所有代码依赖,但少有人明确UI层可依赖所有业务层代码(例如A页面可依赖B页面的model)。一般按照界面划分模块后,同属该模块的业务层和UI层都放在同一目录下(还可以有子目录)。如果设计得好,这部分东西是不关联具体业务的,多数可以跨项目使用,由业务层做定制化后为所属项目服务。(层次是功能意义逻辑的划分,不代表每层都有一个类来封装上一层,有时候同一个类内的函数集就是一层)这层的目录命名可以叫。
2018-12-18 17:02:13 5698 2
原创 如何做好迭代规划
互联网产品的迭代速度越来越快,大家都想抢占市场,那么怎样才是正确的打开方式呢?确定迭代节奏如果产品已经进入维护阶段,即无论搞什么都不会造成利润大幅变动,那大家可以轻松点,每个需求都不限时,做完为止。在前中期,为了配合快速迭代或敏捷开发,则需要限时。一般会把迭代周期定成两周或一月。固定节奏有助于提高团队凝聚力和协调度。请注意,是迭代周期决定周期内做多少需求,而不是需求数量决定迭代周期。这会要求...
2018-12-14 14:37:25 3366 1
航空适航功能危险性评估示例-FHA-Example
2024-05-24
RTCA DO-325 MOPS for AFGCS航空自动驾驶仪标准
2024-03-20
大话适航思考题参考答案
2024-03-20
支持SPDY协议的wireshark for linux 64bit
2014-03-06
Objective-C头文件导出工具class-dump
2013-06-06
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人