「Clean Architecture 達人に学ぶソフトウェアの構造と設計」を読んだ感想。誰のための設計か - まいくろ🍣きりみん
Clean Architecture 達人に学ぶソフトウェアの構造と設計 (アスキードワンゴ) 作者: ＲｏｂｅｒｔＣ．Ｍａｒｔｉｎ,角征典,高木正弘出版社/メーカー: ドワンゴ発売日: 2018/08/01メディア: Kindle版この商品を含むブログを見る 読みました。個人の感想を書きます。 この本は「Clearn Architecture」というタイトルからは"例の"クリーンアーキテクチャの解説本なのかなという印象を受けるが、実際には"例の"クリーンアーキテクチャとはほとんど関係がないし、それどころかこの本に具体的な実装パターンや課題の解決方法などは出てこない。 この本に書かれているのは、「アーキテクチャとは何であって何ではないか」ということだ。 内容 この本の面白いところは、アーキテクチャについて語る本でありながら、一般的にアーキテクチャと呼ばれるものを基本的に批判していることだ。
大公開！導入2,000社を実現した営業部の「業務プロセス」ってどうなってるの？ | スタディストの事業・組織
こんにちは。株式会社スタディストの庄司です。取締役COO兼営業部長をしています。今回は「営業部」がどのような活動をしているのか、その全体像を紹介したいと思います。 前回の記事で、スタディストの営業は「売る」のではなく「届ける」のが役割であるという基本的なスタンスについて紹介しました。 「売る」のではなく「届ける」営業を | 株式会社スタディスト こんにちは。株式会社スタディストの庄司です。取締役COO兼営業部部長をしています。Teachme Bizは2013年10月の販売開始以降、おかげさまで2,000社を超える企業様に導入いただいてお... https://www.wantedly.com/companies/studist/post_articles/122094 当社に入社してくるメンバーは、様々なバックグラウンドや経験、知識を持っています。同じ「営業経験者」と言っても、前職の様子な
Railsアプリケーションの実装で気をつけている8つのこと – PSYENCE:MEDIA
この記事は RECRUIT MARKETING PARTNERS Advent Calendar 2018 の投稿記事です。 12月はRubyのリリースが楽しみなk-shogoです。 今までに規模も寿命も様々なRailsアプリケーションの開発に携わってきました。本記事ではそんな自分が「Railsプロジェクトにかかわるならこんな方針を合意できるチームが良いな」と思っていることをまとめます。 どんなことに気をつけているのか Railsでアプリケーションを作成する時、もしscaffoldで事足りるようなものならば取り決めは必要にはなりません。 複雑なアプリケーションだったとしても、一人で開発しコードが全て頭に入っており、今後もずっとメンテナンスできる覚悟があり、過去の自分を常に信頼できるのであればこれもまた方針は不必要です。 コードの規模が大きくなりそう、サービスの寿命が長くなりそう、複数人で開
SWETの新メンバーから見て驚いたこと、そこから生まれたDIライブラリ不使用宣言 - DeNA Testing Blog
はじめまして！4/1よりSWETに加わった@Kuniwakです。 今回は、私がSWETに入って驚いたことと、そしてSWETだからこそ生まれたものについてお話しします。 まずKuniwakはどんな人？ 開発を高速化させるテストや静的検査を生業としています。主に、以下のような記事やスライドを書いています。 テストがなかった無法地帯にテストを導入して開発速度を1.7倍にした話 iOS開発を効率化するテストのデザインパターンについて Swiftの HTTPライブラリで苦しまないための自作APIクライアント設計 ※TDD（テスト駆動開発）という言葉を使わないでTDDを実践している記事 Vim script静的解析の光と闇 では、こんな私がSWETという自動テストのエキスパートのチームで働くことになって驚いたことを紹介します。 SWETに入って驚いたこと SWETに入って驚いたのは、テストに関連するト
「書き直したい」 をグッと抑えて小さな改善を積み重ねよう | Recruit Tech Blog
この記事はRECRUIT MARKETING PARTNERS Advent Calendar 2017の投稿記事です。 こんにちは、2016 年中途入社の nobuoka です。 ソフトウェアエンジニアとしてキッズリーの開発に携わっています。 先日読んだ 『「書き直した方が早い」 は 9 割のケースで間違いだった』 というブログ記事に触発され、最近考えていた 「小さな改善を繰り返すこと」 について書き記します。 意識の話に寄っていて技術的な話ではないですが、是非読んでみてご意見をお寄せいただければと思います。 後半では、実際の製品開発での取り組みも紹介しています。 伝えたいことは一つだけ。 タイトルにある通り 「どうにも手が負えないから新たに書き直したい」 という気持ちに対して、一度それをグッと抑えて小さな改善を積み重ねよう ということです。 背景 : 新しく書き直すか、小さな改善を繰り
Rails Developers Meetup 2017 でLTした
まず、誘っていただいた主催の hiranoさん、秒速さん、そして当日素晴らしい運営をしてくださったスタッフのみなさん、本当にありがとうございました。 個人的には、設計の話が好きなのでwillnetさんの「レールの伸ばし方」が良かった。あとペパボさんのRails & Vue.js もやろうか考えてたので良い知見だった。 かくいう私も「Railsを学び、現場に入るまで」という内容で2~3年前まだ私がRailsアプリケーションを書き始めたばかりのころの体験談を話した。 特にサービスオブジェクトの話やレイヤーの違いで悩んでいたので、その悩みをそのまま書いた。本当は細部まで持論を話したかったがLTという限られた時間ということもあって基本的にリファレンス貼りまくってこれを読んでくれという内容にした。 反応としてはRailsをやり始めたばかりの人や、経験の浅い人に共感が得られたらしい。今回の聴衆のターゲ
ドメインオブジェクトをクライアントも持つべきなのか考えてみた - アナログ金木犀
きっかけ 尊敬するエンジニアの一人 @nobuoka さんのつぶやきがきっかけ。 いつも思ってるんだけど、サーバーサイドとモバイルアプリの両方に同じバウンダリーコンテキストのドメイン層があったらドメイン知識が分散してることにならない？？ (サーバー側にドメイン層があるならモバイル側にドメイン層は不要では論者)— Nobuoka Yu (@nobuoka) 2017年10月14日 常々自分も同様のことを考えていて、基本的には賛成。 しかし実際の開発においては 「(複雑な場合 は持たないとつらいなぁ)」 という実感があり、話してみるとnobuoka先生も同様の実感をもっているもよう。 今回はその 複雑な場合 とは実際どんな場合なのかを考えてまとめてた。 注意 この手の議論は燃えやすいので、しっかり前置きしておきます。 ここに書いてある考えが絶対的に正解とは自分自身考えてないです。こう言う風に考
Deprecating the Observer Pattern EPFL-REPORT-148043 Ingo Maier Tiark Rompf Martin Odersky EPFL {firstname}.{lastname}@epfl.ch Abstract Programming interactive systems by means of the observer pattern is hard and error-prone yet is still the implementa-
Deprecating the Observer Pattern EPFL-REPORT-148043 Ingo Maier Tiark Rompf Martin Odersky EPFL {firstname}.{lastname}@epfl.ch Abstract Programming interactive systems by means of the observer pattern is hard and error-prone yet is still the implementa- tion standard in many production environments. We present an approach to gradually deprecate observers in favor of re- active programming abstractio
)
Chapter 21: Designing Web Applications
This browser is no longer supported. Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support. For more details of the topics covered in this guide, see Contents of the Guide. Contents Overview General Design Considerations Specific Design Issues Design Considerations for Layers Testing and Testability Considerations Technology Considerations Depl
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://c2.com/cgi/wiki?ModelModelViewController