先祖返りしたMastodonと、Webという楽園追放の物語 - 雑種路線でいこう
Mastodonが流行り、さくらのクラウドが馬鹿売れしてると聞いて、そんなこともあるのかと驚いた。世間ではp2pといわれるけどMastodon自体は典型的なサーバーだ。昔ながらのクラサバと違うのは他のインスタンスと連携するサーバーだという点だ。id:shi3zはそれをp2p2eといってるけど珍しいトポロジではなくて、みんなも普段から使っているインターネット自体の経路制御とか、名前解決のDNSとか、電子メールのSMTPとか、インターネット上の仕組みはそういう風に設計されてきたし、だから分散システムと呼べたのである。 僕はMastodonをP2P(+Edge)だと思っている。こんな用語は聴いたことないが、P2P2Eと略しても良い。 んで、P2P2Eとはどういうことかというと、少数のサーバント(server + client)が相互に対等な関係を保ちながら、各サーヴァントに対してエッジ(端末)が
私的な 2015 年技術的な振り返り - Qiita
Help us understand the problem. What is going on with this article? 自分のことだけではなく会社的な話も一部含む Pocket のログを見てたら今年は結構狭い技術の中で生きていたことがわかった。 Erlang/OTP ほとんどの時間を Erlang を書くことで過ごしていた気がする。 WebRTC を主にやっていたことから様々なプロトコルを実装したし、たくさんのバグを踏んだ。 Erlang が 1 プロセスでできる処理性能が秒間 5 万リクエスト程度とそんなに高くない事から、ほかの言語への移動も色々検討していた。 CTO に Rust を試してもらったり、知り合いのミドル系の人に相談したりしても、結局は Erlang を頑張る方が良いと思う。という回答を多く頂いた年だった。 結果的に Erlang ばかり書いていた気がする。
だから、「COBOL」の問題じゃないってば | おごちゃんの雑文
日経コンピュータの馬鹿がまた俺に喧嘩を売る気らしい。 [3]COBOL資産を守って、若者の可能性をつぶす愚 この手の話は既に何度も言ってるので、繰り返しにしかならないのだが、別に「COBOL」が悪いわけじゃない。 それはCOBOLのせいじゃない COBOLは「負の遺産」なんかじゃない 言いたいことはこれらのエントリで言い尽しているのだが、問題は「COBOL」という言語にはない。ある程度歴史を持ってしまった汎用言語は全て同じ危険を持っている。 件のエントリでは「COBOL資産」はあたかも「負債」であるかのようなことを言われているのだが、それ自体は特に負債ではない。そもそも私は、 技術的負債 とかって言葉は嫌いだ。技術者の血と汗の塊を「負債」呼ばわりするなぞ、失礼の極みだ。 件のエントリで問題視するべきなのは、そこじゃない。てか、実のところ件のエントリはそこに触れているのに、力が足りない。 「
とあるスタートアップを抜け、CTOを辞めた話。 - nobkzのブログ
とあるスタートアップを抜け、CTOを辞めた話。 辞めると来まって、1週間ぐらい立ちいろいろ整理してきたので、そろそろこのことについて書く。前々から書かなければ、ならないという謎の使命感を持っていた。 僕は、Technical RockstarsのCTOだった。このスタートアップで、リアルタイムBaaSサービスと等、いろいろなサービスを提供していた。スタートアップ自体は、2013年の11月あたりから、CTOの就任して、大体1年と、半年ぐらいか?そのぐらいの期間CTOだった。 そして、これから、なぜCTOを辞めたのか?というのと、日本のスタートアップ、とくにエンジニアスタートアップの問題点、何を学習したのか? 何を得たのか? そして僕はこれからどうするか?というのを、つらつらと書いていきたいと思っている。 スタートアップとは? ここで、スタートアップがどういうものか?というのを知らない人の為に
技術そのものがリスペクトされる風土がこれからは大事なんだと思う - UNIX的なアレ
ITに携わる人たちの間で、エンジニアが大切でエンジニアを中心とした組織づくりをしようとしている会社がすごく増えてきました。実際にいま存在感がある会社はどこもエンジニアが活躍している会社です。 なぜ非エンジニア向けに技術を学ばせるのか nanapiでは非エンジニアむけの技術研修を毎週実施をしていて、コードのかけない人はいないようにすることを目標にしています。これはコードを書けることでそれを普段の業務に活かせるようにしようというだけではなく、技術そのものに対してリスペクトしてほしいという思いがあります。 nanapiのエンジニアはコミュニケーション能力が非常に高いので非エンジニアのレベルに合わせて技術の話をすることができますが、実際はエンジニアが遠慮せずに話してそれを非エンジニアの人が理解しようとするほうが圧倒的に仕事のレベルは上がるはずなです。やっぱり普段の仕事の会話は高いレベルに合わせたほ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
