edyang

我干了什么 究竟拿了时间换了什么
技术分享时间线软件开发、设备接入、视觉与运维实践

SVN 入门:工作副本、状态和提交范围

文件保存在本地,不代表已经进入 SVN 历史。

文件保存在本地,不代表已经进入 SVN 历史。提交前先理解工作副本的几种状态。 本文使用Subversion 1.7 客户端与独立测试仓库。SVN(集中式版本管理)的工作副本保存本地修改和基准版本,仓库保存已提交历史。工作副本中的文件状态与仓库修订号需要分别理解。 1. 从现象推到机制 未跟踪文件、已修改文件、计划添加与计划删除分别需要不同操作。修订号属于仓库提交历史,而一个工作副本可...

初入职场:接手旧代码先画请求链路

面对陌生项目,从头通读所有类往往效率很低。

面对陌生项目,从头通读所有类往往效率很低。选一条真实请求追踪,容易形成第一张系统地图。 本文使用Java Web 小项目的演示工程与协作场景。初入团队时,重要的不只是写出功能,还包括让别人能够复现、审查和接手。本文使用匿名任务说明工作方法,不指代某家公司的内部流程或真实交付成绩。 1. 从现象推到机制 从 URL(资源地址)找到控制器,再追业务服务、数据库访问和模板。记录输入如何转换、...

初入职场:把“做个列表”拆成可验收任务

需求写成“做个订单列表”,开发和验收可能各自理解成不同东西。

需求写成“做个订单列表”,开发和验收可能各自理解成不同东西。任务边界需要在动手之前具体化。 本文使用Java Web 小项目的演示工程与协作场景。初入团队时,重要的不只是写出功能,还包括让别人能够复现、审查和接手。本文使用匿名任务说明工作方法,不指代某家公司的内部流程或真实交付成绩。 1. 从现象推到机制 列表至少涉及谁能看、显示什么、怎样排序、如何筛选和空结果怎么表达。页面组件只是结...

初入职场:怎样写一份能复现的缺陷记录

一句“页面有问题”很难进入修复流程。

一句“页面有问题”很难进入修复流程。缺陷记录要让没有看过现场的人也能重现同一现象。 本文使用Java Web 小项目的演示工程与协作场景。初入团队时,重要的不只是写出功能,还包括让别人能够复现、审查和接手。本文使用匿名任务说明工作方法,不指代某家公司的内部流程或真实交付成绩。 1. 从现象推到机制 把输入、环境、操作顺序、实际结果和期望结果分开。截图能说明界面,却未必包含请求参数与服务...

移动互联网创业笔记:把技术学习转成可交付的小闭环

学习框架很容易停留在能运行示例。

学习框架很容易停留在能运行示例。真正形成能力,需要把需求、实现、部署和反馈连接起来。 本文使用移动产品的假设案例与手工经营模型。这里讨论产品验证方法,不叙述未经记录的创业成绩。用户、订单和费用均为演算变量;商业假设需要访谈、行为数据与真实交易分别支持。 1. 从现象推到机制 选择一个窄场景,把用户任务写成可观察的结果。技术选型围绕当前约束,不把架构名词当作目标。每次迭代至少要回答一个真...

移动互联网创业笔记:弱网下的移动接口怎样设计

移动网络断开后,用户可能不知道提交是否成功。

移动网络断开后,用户可能不知道提交是否成功。接口必须让重试和状态恢复有明确语义。 本文使用移动产品的假设案例与手工经营模型。这里讨论产品验证方法,不叙述未经记录的创业成绩。用户、订单和费用均为演算变量;商业假设需要访谈、行为数据与真实交易分别支持。 1. 从现象推到机制 客户端生成稳定请求身份,服务端保存处理状态,页面可以查询结果。读取接口与写入接口的重试风险不同。列表分页还要考虑新数...

移动互联网创业笔记:一单赚钱不代表公司有现金

成交金额、毛利和现金余额分别回答不同问题。

成交金额、毛利和现金余额分别回答不同问题。评估一个小项目,先把每单贡献和固定支出分开。 本文使用移动产品的假设案例与手工经营模型。这里讨论产品验证方法,不叙述未经记录的创业成绩。用户、订单和费用均为演算变量;商业假设需要访谈、行为数据与真实交易分别支持。 1. 从现象推到机制 单笔贡献可由收入减去直接履约、通道和渠道成本得到,但不能忽略退款与补贴。固定支出需要靠累计贡献覆盖。预收款暂时...

移动互联网创业笔记:留存要按同批用户比较

总活跃人数增长,可能只是不断买来新用户。

总活跃人数增长,可能只是不断买来新用户。要看产品是否留下人,需要按首次进入时间分组。 本文使用移动产品的假设案例与手工经营模型。这里讨论产品验证方法,不叙述未经记录的创业成绩。用户、订单和费用均为演算变量;商业假设需要访谈、行为数据与真实交易分别支持。 1. 从现象推到机制 同批用户留存的分母固定在该批首次使用者,分子是约定窗口再次完成关键行为的人。启动应用和完成核心任务不是同一个事件...

移动互联网创业笔记:最小可行产品的边界

最小可行产品不是删掉一半功能,而是用最少投入验证一个足以改变决策的假设。

最小可行产品不是删掉一半功能,而是用最少投入验证一个足以改变决策的假设。 本文使用移动产品的假设案例与手工经营模型。这里讨论产品验证方法,不叙述未经记录的创业成绩。用户、订单和费用均为演算变量;商业假设需要访谈、行为数据与真实交易分别支持。 1. 从现象推到机制 先说明本轮最不确定的事情:需求、渠道、履约还是收费。若要验证履约,漂亮首页并不能替代一次完整交付;若要验证触达,先做复杂后台...

移动互联网创业笔记:先验证问题,再讨论功能

创业想法很容易从“可以做一个应用”开始,真正需要验证的是谁在什么情况下愿意改变现有做法。

创业想法很容易从“可以做一个应用”开始,真正需要验证的是谁在什么情况下愿意改变现有做法。 本文使用移动产品的假设案例与手工经营模型。这里讨论产品验证方法,不叙述未经记录的创业成绩。用户、订单和费用均为演算变量;商业假设需要访谈、行为数据与真实交易分别支持。 1. 从现象推到机制 把用户分组、触发场景、当前替代方案和损失分别写下来。访谈中问过去发生过什么,比问“你会不会用”更接近行为证据...