コードを美しく保つためのたった一つの方法 - ボクココ
ども、@kimihom です。 とあるイベントでエンジニアの方々と話していて話題になった “クリーンなコード” について書いていくとする。 結論から言うと、コードを書かない のが最も美しく保つための条件だと考える。 サービス設計レベルでの"美しさ" を極めよう いくら優秀なエンジニアがサービスを作ったところで、優秀でないプロダクトマネージャーの元で開発をしてはいいコードを保つことはできない。優秀でないプロダクトマネージャーは、機能の多さで他社と差別化をしたり部下の仕事を作ろうとする。この機能が他社サービスにはあるから、うちにも取り入れよう。そんな自社サービスの思想を全く考えない機能をエンジニアに要求するのだ。 その時点で、どんな優秀なエンジニアでも作ったシステムは確実に複雑になる。例えて言うなら、小説家が１冊の本の中にうまく章立てをしてまとめていたのに、全く別の話題をその本に書けと言われて
サービスレイヤ - Strategic Choice
アプリケーションロジック。どういうこと？ビジネスロジックは2つ種類に分類されます。「ドメインロジック」と「アプリケーションロジック」です。「ドメインロジック」 ドメインでの問題を取り扱う。たとえば、特定のビジネスに特化した計算処理など。「アプリケーションロジック」 アプリケーションの責務を取り扱う。たとえば、担当者へのメール通知や、別の統合されたアプリケーションへの通知など。別名「ワークフローロジック」。サービスレイヤは、ドメインオブジェクトからアプリケーションロジックを分離します。サービスレイヤは、粗粒度のサービスを提供する層を生成して、アプリケーション境界を作成します。境界を通じて、クライアント側に操作のセットを提供します。アプリケーションのビジネスロジックをカプセル化し、その実装の中でトランザクションを制御し、応答を調停します。どうすれば？実装バリエーションには、「ドメインファサード
混乱しがちなサービスという概念について - かとじゅんの技術日誌
社内でサービスがよくわからないという話になったので、考察を少しまとめておきます。 過去のエントリでも以下のように触れましたが、もう少しかみ砕いてみよう。 サービスという言葉はあいまい まず、簡単に前提の整理から。単に"サービス"って言葉が何を指すのか結構曖昧です。 サービスは簡単にいうと手続きとか振る舞いのことですが、細かくいうと、PofEAAでいうサービスと、DDDいうサービスは、目的が異なります。前者はアプリケーションのためにドメインモデルを再利用可能にするためのものです。後者はドメインの知識を表している振る舞いです。これはのちほど詳しく説明します。 まぁこのあたりは具体例がないと理解しがたいですが、レイヤーの違いによって責務が異なるという感じです。DDDのサービスの章では、サービスには、アプリケーション層、ドメイン層、インフラストラクチャ層と、複数のレイヤーに存在すると言及されていま
massrという最強の掲示板について - kanblr
最終掲示板戦争 ↑の記事のブコメで茶化してしまったのでもう少し真面目に書く。 その昔、Wassrという国産twitterクローンサービスがあった。クローンというにはやや独自路線に走り過ぎたせいか、そこまで広く流行らなかったものの、コアでディープなファンを獲得することに成功し、幾つかのコミュニティを抱えるに至った。 結局Wassrは色々あって閉鎖することになり、あるコミュニティはtwitterへ向かい、またあるコミュニティはGoogle+へ向かい、と民族大移動を行なっていった。その中に、特定のアイドルプロデュースゲームを愛好するコミュニティがあった。 偶然にもそのコミュニティにはWebサービスにちょっとだけ詳しくないこともない人々がそこそこ居たので、「サービスが無くなったら自分達で作ろう」ということで、Wassrクローンを作ることにした。massrの誕生である(何故waがmaになったかはその
実践してみてわかった、ビジネスチームと一緒に「技術で勝つ」チームを創る3つの方法 - コネヒト開発者ブログ
こんにちは CTOの島田(@tatsushim)です。 今回はビジネスチームのメンバーと一緒に「技術で勝つ」チームをどう創るかという点についてご紹介させていただければと思います。 勝ちたい！ 突然ですが、Webサービスを創るからにはそのサービスをNo.1のサービスにしたいと思っています。しかし数の勝負では大企業に勝てません。 日本の3人に1人のママが利用するmamari事業を支えているのはたった11名の社員です(2016年3月4日現在)。 少数精鋭で戦うために、弊社ではビジネスチームにも積極的に技術を使ってもらっています。 技術を使ってもらうメリットには以下のようなものがあります。 エンジニアとコミュニケーションしやすくなる ビジネスissueからの要求でエンジニアのリソースを取ることが減る 全員が「技術」で解決しようという思考になる 以下、実際に私達が今実践している3つの工夫について、解
プッシュ通知をブラウザに送るサービスが複数登場、今年の流行になるか？ | はじめてWEBニュース
「プッシュ通知を表示するサービス」が、今年に入り相次いで登場している。アッションは、インドWingify社のプッシュ通知サービス「PushCrew（プッシュクルー）」の国内提供を2月15日に開始した。同様に「プッシュさん」の提供をシロクが、「Pushdog Owned（プッシュドッグ オウンド）」の提供をPushdogが、それぞれスタートさせている。 「PushCrew」によるプッシュ通知のイメージ これらのサービスでは、ユーザーが自社サイトを閲覧していないときでも、ブラウザやモバイル端末にメッセージを表示できるもの。 プッシュ通知を送るには、次の手順が必要になる。 これらのサービスをサイトに組み込む（登録し、JavaScriptをHTMLに貼り付ける）。一度サイトを訪れたユーザーに対して「プッシュ通知送信」を許可してもらう。あとは、許可済みのブラウザに対して、任意のタイミングでプッシュ通
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Katacoda - Interactive Learning Platform for Software Engineers