E2EE を開発していて思うこと
ここ数ヶ月は自社製品向けの End to End (Media) Encryption の設計と実装をしています。年内での提供を目標として開発を進めてい見ていますが、色々感じることがあったので雑に書いていこうと思います。 前提自分は暗号やセキュリティの専門家ではない自社製品向けの E2EE は Signal や Google Duo が利用している実績のある仕組みを採用しているE2EE や暗号の専門家を招聘し、相談しながら開発している自分の E2EE に対する考え悪意あるサービス管理者からユーザを守るために存在する機能と考えています。 Signal プロトコルはよく考えられすぎているSignal が考えた Curve25519 (x25519/ed25519) を利用した X3DH / Double Ratchet の仕組みは安全すぎると感じるくらいです。 相手からメッセージを受信するたび
フルリモートワークを諦めた
正社員のフルリモートワーク採用を目標としていたが諦めた。 現在、自社では週１出社それ以外は自宅からのリモートワーク社員がいる。一緒に働いて感じたことはフルリモートワークの場合はうまくやっていくことはかなり難しいだろうと感じたことだ。 自社では自社パッケージ製品を開発している。この開発には双方向のコミニュケーションがかなり必要になる。特に顔を突き合わせて話すというのがとても重要になる。さらに感覚的な話も多くなりがちだ。 実際、週１出社してる社員とはよく話をする。仕事の話、雑談。本当に色々話をする。 特に自社は社員も少なく１社員が担う範囲も多く、意思疎通がとても重要になる。これが週１出社してもらうだけで、かなり違う。ギャーギャー面と向かって話ができるというのはとても重要だと感じたのだ。 フルリモートワークになると出社は月１回とかになるだろうか、大きめの企業であればうまくタスクが分担できたりして
“二番煎じやるなら全力で” と戦う
知り合いの経営者に言われた二番煎じやるなら全力でという言葉が強く心に残っている。ここで言う二番煎じというのは簡単に言えば、似たような製品やサービスを作って行くという話である。 二番煎じをやるということは、ある程度その市場が儲かっており、二番煎じだとしても利益が出る可能性が高いということだろう。 二番煎じの強みは「考えなくていいこと」であることは間違いないと思う。すでに市場を先に走っている相手がいるわけだから、まずはそれと似たような製品を出せばいい。で、それをやるなら全力でやれという話。 相手は先行者がいないため、色々考えることがあるが、二番煎じをやる場合は先行者の模倣をしながら先行者が実現していなことを足していけばいい。 むしろ二番煎じをやると決めた以上は、なんとなく作ってなんとなく儲けるのではなく全力でやれという話。 本題さて、二番煎じをしろというはなしではなく、自社の場合は二番煎じをさ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Discord の採用している技術
