Devjuju

学软件工程不是一个供给不足的问题，而是一个顺序问题。任何一个题目都有十种免费的讲法；没人给你的，是接下来该读哪一个，以及你现在到了哪里。Devjuju 卖的不是内容，是顺序。

一条路径就是一串有名字、有简介、有位次的序列，外加一个标记，说明它是否已发布。次序是数据库里的一列，而不是某个页面临时的决定，所以还没做完的路径就干脆不出现在列表里，而不是半成品地摆出来。再往下才是学习本身，而它被计量的方式比你预想的更讲究。

这条路径由谁来排

这个次序不是从每个学员的行为里长出来的。它由人来排，作为一个位次存在路径上，所有学员拿到的是同一个次序。这看着像弱点，其实是一种选择：某种优化让每个学员拿到不同的次序之后，没有人能解释这是为什么；而一个写下来并公开的序列，是可以被看见、被质疑、被改进的。没做完的路径不会发布，所以次序还没定下来时，谁也看不到它。

读和看是分开计的

一节课可以有两种形态：供阅读的文字和供观看的视频，各自都带着预期时长。所以你的进度不是一个数字。每一节课都存两个百分比，你读了多少、看了多少，同一位学员加同一节课只有一行。这看着琐碎，却回答了对的那个问题：看完视频但没读文字的人，和反过来的人，并不在同一个位置上；而一个混合出来的数字，会让这两个人看起来一模一样。

没有盖章的连接，什么都匹配不到

一位学员能看到自己多少进度，是由写在数据库里的规则决定的，而不是服务器代码里的某个判断。每个请求都会把自己的身份盖在连接上，规则读的就是这个印。要紧的细节在于失败时会怎样：如果这个印压根没盖上，读取返回的是空，于是没有盖章的连接匹配不到任何东西，而不是匹配到所有东西。另外，删除权只留给超级用户，而且管理员与超级用户的区分被恢复了，因为把两者合并，会让每一个管理员拿到一项他们从来没有过的权限。

你付的是什么，以及谁在收这笔钱

Devjuju 自己从不与任何支付服务商打交道。它先确保这位学员有一个计费账户，然后按套餐和周期向共享计费服务索取一个结账会话。而所有以付费档位为门槛的东西，都只问同一个模块，绝不直接去问支付服务商或订阅表。档位是有序的，判断永远是“至少这一档”，所以在顶上加一个新档位，不必回头改动每一处调用。这意味着计费方式一旦变动，要改的只有一处。

适用人群

适合正在转入软件工程、希望获得有序路径而非零散教程的人。

访问 Devjuju: www.devjuju.com