mixi 17周年「人と人とのつながりで広がったサービス」創業者笠原が語るつながりへの想い｜mixi運営者ブログ｜mixi
mixiユーザーの皆さまこんにちは。mixi運営者ブログを担当しています tj です。 mixi は、2021年3月3日に正式オープン17周年を迎えることができました。これもひとえに、ユーザーの皆さまのご利用あってこそと感謝しております。誠にありがとうございます。 今回のブログでは、17周年を記念して、mixi の生みの親であり現在は当社取締役会長の笠原へのインタビューをお届けします。創業者が mixi で提供したつながり、そして今も他サービスで提供し続けているつながりについてご紹介したいと思います。 また、17年間の感謝を込めて、笠原から皆さまへのコメントもお届けします。こちらは笠原のmixi日記で、本日公開しました。この記事の最後にリンクを張っていますのでご一読くださいませ。 【創業者インタビュー記事：目次】 mixi をはじめたきっかけ mixi で提供したつながり 現在の活動につい
運用の視点での機能レビュー - /home/jiro4989
「コード」レビューではなく「機能」レビューとしたのは、観点がコードにとどまらず、設計やドキュメントまで多岐に及ぶから。
Diagramly - Draw Diagrams Online
Flowchart Maker and Online Diagram Software draw.io is free online diagram software. You can use it as a flowchart maker, network diagram software, to create UML online, as an ER diagram tool, to design database schema, to build BPMN online, as a circuit diagram maker, and more. draw.io can import .vsdx, Gliffy™ and Lucidchart™ files . Loading... Please ensure JavaScript is enabled.
Milanote - the tool for organizing creative projects
Milanote is an easy-to-use tool to organize your ideas and projects into visual boards.
Exponential backoff を実例で理解する - リサーチ・アンド・イノベーション 開発者ブログ
RNI dev の K.oshima です。 network mobility が好きです。 弊社のサービス Mycomment はユーザーのアクセス解析に Woopra と言うサービスを利用しています。 先日、Mycomment と Woopra のデータコレクター間の通信が失敗した結果、ログ監視にエラーが大量に上がってくる事象がありました。 失敗理由は特定データコレクターまでの経路消失です。 どうすればよかったかというと、一度目の通信失敗後にリトライして欲しかった。リトライすればハズレを引かずに成功する可能性があった。Woopra SDK がリトライしてくれればよかった話なのですが、実際にはリトライ機能がないため SDK を利用する利用者(rni-dev)が失敗したらリトライするように書く必要があります。 この待ってリトライするときに、一般によくある実装ではリトライが失敗するたびにリト
技術/ソフトウェア設計/ドメインモデル(Domain Model), Service Layer周辺 - Glamenv-Septzen.net
id: 1286 所有者: msakamoto-sf 作成日: 2014-05-06 23:06:40 カテゴリ: Java システム開発 プログラミング [ Prev ] [ Next ] [ 技術 ] 会社で、Ruby on RailsのバックグラウンドがあるけどJavaはそれほど深くない人向けに、Javaでのオブジェクト指向設計とか、パッケージやクラスの分け方、置き方を説明した方が良いかなーという場面が出てきました。 が、いざ棚卸ししてみますと、特にドメインモデル周辺について自分も良く理解してない点が多々有りまして。なんかざっと記事を漁ってみまして、それのログというかメモ書きになります。 全体的に「如是我聞」な内容・・・どころか、そのまんま載せるのに力不足でもしかしたら曲解・誤解して書いてる内容があるかもしれません。とにかく参考資料（記事のURLや、PoEAA本のP数）については載せ
Railsでサービスとフォームを導入してみる話 - assertInstanceOf('Engineer', $a_suenami)
この記事はRuby on Rails Advent Calendar 2013の6日目の記事です。 前日は @tkawa さんの「Favoriteの設計実装はパターンとして使える」でした。 Railsで適切に責務を分割するということ RailsはいわゆるMVCと呼ばれるアーキテクチャパターンにのっとったフレームワークであり、プロジェクトを作成するとデフォルトでmodels/、views/、controllers/などのディレクトリが作成されます。 基本的にロジックを記述する場所はモデルであり、ビューには表示処理だけを、コントローラにはアプリケーション上必要な手続きだけを記述するべきであると一般的には言われています。*1 ただ、それを忠実に実践していった結果、モデルが肥大化しメンテナンシビリティやテスタビリティが低下するという問題も多く指摘されています。 これについては4日目に @joker
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
メタバースプラットフォーム cluster（クラスター）