Devjuju

ソフトウェア工学を学ぶことは、不足の問題ではありません。順序の問題です。どんな話題も十通りに無料で説明されています。与えられないのは、次にどれを読むのか、そしていま自分がどこにいるのか、です。Devjuju が売るのは中身ではなく、順序です。

道筋とは、名前と要約と位置を持つ並びであり、公開済みかどうかを告げる印がそれに添います。並び順はページの判断ではなくデータベースの列です。ですから作りかけの道筋は、半端な姿で現れるのではなく、一覧に出てきません。その下にあるのが学びそのもので、それは思っているより丁寧に測られています。

道筋を並べるのは誰か

この並び順は、学習者ひとりひとりの振る舞いから生み出されるものではありません。人が並べ、道筋の上の位置として保存され、学習者は同じ並びを受け取ります。弱みのように見えますが、これは選択です。何らかの最適化のあとで、なぜ学習者ごとに違う順序になったのかは誰にも説明できません。けれども書き留められ公開された並びなら、見ることも、異を唱えることも、直すこともできます。作りかけの道筋は公開されません。順序がまだ定まっていなければ、誰の目にも触れないということです。

読むことと観ることは別々に数える

一つの単元は二つの姿を持てます。読むための本文と、観るための動画。それぞれに想定される所要時間があります。ですから進み具合は一つの数ではありません。単元ごとに二つの百分率が保たれます。どれだけ読んだか、どれだけ観たか。学習者と単元の組み合わせにつき一行です。細かい話に見えますが、正しい問いに答えています。動画を観て本文を読まなかった人と、その逆をした人は同じ場所にはいません。混ぜた一つの数は、その二人を同じに見せてしまいます。

刻印のない接続は、何にも一致しない

学習者が自分の進み具合をどこまで見られるかは、サーバーのコード中の判定ではなく、データベースに書かれた規則が決めます。要求ごとに身元が接続へ刻まれ、規則はその刻印を読みます。肝心なのは失敗したときです。刻印がそもそも置かれていなければ、読み出しは空で返ります。刻印のない接続は、すべてに一致するのではなく、何にも一致しません。削除の権限も上位利用者だけに留められ、管理者と上位利用者の区別は元に戻されました。二つを一つにまとめれば、あらゆる管理者に、本来持っていなかった権限を与えてしまうからです。

何に払うのか、そして誰が受け取るのか

Devjuju 自身が決済事業者と話すことは決してありません。学習者に請求アカウントがあることを確かめ、そのうえで共有の請求サービスへ、プランと周期を指定して支払いセッションを求めます。そして有料段階の後ろにあるものはすべて、一つのモジュールに尋ねます。決済事業者にも、購読の表にも、直接は尋ねません。段階には順序があり、判定は常に「少なくともこの段階」の形をとります。ですから上に新しい段階を足しても、呼び出し箇所をすべて見直す必要はありません。請求の仕組みが移ったときに変わるのも、一箇所だけです。

対象となる方

ソフトウェアエンジニアリングに移ろうとしていて、散らばったチュートリアルより順序立った道筋を求める人に。

サイトを見る Devjuju: www.devjuju.com