『手を動かしてわかるクリーンアーキテクチャ 』の第二章の冒頭に登場する話題に共感したので紹介。 従来の多層アーキテクチャでは、データベースを中心にアプリケーションの 開発が行なわれます。この場合、Web 層はドメイン層に依存し、ドメイン層は 永続化層、つまり、データベースに依存することになります。そうなると、す べてのものは永続化層上に構築されることになり、その結果、いくつかの要因 が絡まり合って、問題が起きやすくなります。 手を動かしてわかるクリーンアーキテクチャ ヘキサゴナルアーキテクチャによるクリーンなアプリケーション開発 20p 手を動かしてわかるクリーンアーキテクチャ ヘキサゴナルアーキテクチャによるクリーンなアプリケーション開発 作者:Tom Hombergs,須田 智之インプレスAmazon 著者によれば、機能開発をデータベース中心に設計すると、ドメイン層と永続化層の密結合が
リレーショナルデータベースシステムを趣味で開発している者です。 現在、開発中のシステムを並行トランザクションへ対応させることを検討しており、どのような手法があるのか調べたところ、SS2PLもしくはS2PLという手法が私と同じように自作をされている方々の中では多く採用されているようだと分かりました。 一方で、PostgreSQLやMySQLなどのプロダクションレベルで利用されているシステムではMVCCと呼ばれる手法が採用されているということも分かりました。 きっと後者の方が多くの場合で高いスループットが得られるということなのだと思うので、可能であればMVCCを採用したいのですが、あまり初学者向けの実装例も見当たらず、どうしたものかと悩んでおります。 SS2PL/S2PLとMVCCの実装の難易度・工数はどの程度違うものなのでしょうか？ また、初めてリレーショナルデータベースシステムを開発する者
とても長くなりました。10,000字を超えています。 途中で読み疲れちゃうようだったら、ブックマークなどを利用して、分けて読んでいただけると幸いです。 なにがあったのか、まず事実関係を確認「売れなかった」からではない。一部の論者は「MRJはユーザーのニーズに合っていないから失敗した」とかいう誤解をしているようですが、そうではありません。ニーズに合っていたか、よい飛行機だったか、という問題ではないのです。旅客機の開発はお金と時間がかかるので、最初に「見込み客」との契約を行い、それが成立した時点で開発を決定するのです。この顧客を「ローンチ・カストマー」と言います。 MRJの場合、ローンチ・カストマーは全日空でしたが、開発が進むにつれて海外からの発注も獲得しており、将来的に採算がとれるかどうかは別として、「顧客ニーズに合わない」的外れの製品ではありませんでした。 もちろん、これから開発する飛行機
SIVA @sivaprod 大量のリプいただき個々にはとてもお返事差し上げられませんがとりあえず「上の本は全部固定されたダミーだから安全ですよ」と「安藤忠雄が寄贈した建物なんだから安藤忠雄が好き放題やって当然」って書いて寄こしたひととは友達にはなれそうにないなあとだけ。 異邦人 @Narodovlastiye 「子どもの為の図書館」などと言いながら、手に取れない位置に固定されている本について「これどうやって取るの」「何でこんなん作ったの」と、子どもに指摘される「図書館」とは一体何なのか。本をオブジェにし、図書館という施設が一体何の為にあるのか分からない施設。 www3.nhk.or.jp/lnews/kobe/202… リンク NHK NEWS WEB 神戸市に子どものための図書館「こども本の森 神戸」オープン｜NHK 兵庫県のニュース 子どもたちのための図書館、「こども本の森 神戸」が
","naka5":"<!-- BFF501 PC記事下（中⑤企画）パーツ＝1541 --><!--株価検索 中⑤企画-->","naka6":"<!-- BFF486 PC記事下（中⑥デジ編）パーツ＝8826 --><!-- /news/esi/ichikiji/c6/default.htm -->","naka6Sp":"<!-- BFF3053 SP記事下（中⑥デジ編）パーツ＝8826 -->","adcreative72":"<!-- BFF920 広告枠）ADCREATIVE-72 こんな特集も -->\n<!-- Ad BGN -->\n<!-- dfptag ＰＣ誘導枠５行 ★ここから -->\n<div class=\"p_infeed_list_wrapper\" id=\"p_infeed_list1\">\n <div class=\"p_infeed_list\">
Q．システム開発で、請負のSEを4人確保しておきたくA社に見積もりを依頼しました。あるサブシステムの設計を一式発注する予定です。設計フェーズの期間中、当社に常駐して作業してもらいます。バイネーム（指名）のSEもいて、単価が高いのは承知のうえです。しかし、さらに管理費として毎月0.5人分の費用が上積みされています。管理や指示は当社で行うので納得できません。 質問者の会社は、指名者を含む担当SE4人に直接、指示命令はできません。A社の責任者から指示してもらう必要があります。「直接指示するので管理は不要だ」というのであれば派遣契約にしなければなりません。 質問者の会社も、顧客にプロジェクト管理費を請求していませんか？ A社に対しても一定の管理費用は譲歩してあげてください。A社からすると、工数見積もりなので、少しでも積み上げたいところです。管理工数の多寡は、よく話し合ってください。 管理費用の根拠
家を建てる際に吹抜けのあるおしゃれで広々とした空間を設けることは、多くの人が憧れているのではないでしょうか。一方で「吹抜けって寒くないの？」「お掃除が大変じゃないの？」など、気になる点もありますよね。そこで、建ててから後悔しないために気をつけておくべきポイントを、これまで吹抜けや天井の高い空間を活かした家づくりをされてきた建築家の若林秀和さんに聞きました。 吹抜けのメリットは？ 吹抜けのデメリットは？ デメリットをカバーする設備を整えよう 吹抜けを導入する際のポイント 先輩たちは吹抜けをどう取り入れた？ 実例から学ぶ スーモカウンターでできること 吹抜けのメリットは？ 若林さんによると吹抜けのニーズはとても高いそうです。 「注文住宅のお話をいただいて、最初にお客さんのイメージする理想の家を聞くと、結構な確率で『吹抜け』的なスペースがある家を望まれます」（若林さん、以下同） それほど人気が高
1978年、東京都出身。漂泊の理科教員。名前の漢字は、正しい行いと書いて『正行』なのだが、「不正行為」という語にも名前が含まれてるのに気付いたので、次からそれで説明しようと思う。 前の記事：トイレットペーパーできのこを育てる ＞ 個人サイト まさゆき研究所 新棟 1．はじまりは「サボテン棚」 すべての始まりはサボテン棚である。 昨年、育てはじめたサボテンを室外機の上へ適当に置いておいたら、環境が悪かったようで残暑の時期に結構な数が枯れてしまったのだ。 夏までに改善策を考えなければならない。 Wordのオートシェイプという高度な機能で作られた設計図 そんな折、愛読の月刊誌『NHK趣味の園芸』に、サボテン棚を自作する特集があったのだ。 「ツーバイ材」という木材で誰でも簡単にサイズに素敵な棚が作れてしまうのだという。 なるほど。 木工なんかしたこともないが、中学生のころ技術家庭で「5」を取ったこ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 経緯 以前とある席で偶然シニアエンジニアの方と設計について議論することがありました。 その時に特に耳に残っていたのは以下の様な内容です。 クリーンアーキテクチャってテストしやすくする為のですよね？ 設計はコード書ける人が他のコードを書ける人に威張るための道具なのではないか？ 設計を学習するならブロックチェーンとかを勉強して技術力を高めるべきなのではないか？ リーダブルコードさえ読んでいれば設計は必要ないのではないか？ 設計なんて不要でしょ その方はかなり詳しく設計の歴史をしっていて尤もな事を言っていましたが、平成も終わる頃においてはその
http://www.asahi.com/business/update/0124/TKY201201240616.html 24日のニュース http://www.meti.go.jp/press/20100820003/20100820003-2.pdf その発端ともいえる二年前の報告書 始まりは、ありがちな汚職だと思えた･･･その巨大プロジェクトの実体は！ 1部～2部で内容が重複してるから、ストーリーだけ知りたい人は3部から読むのをお勧めする。図表もあるのでわかりやすい。 これについてのブコメやTwitterを見ていると不祥事を叩いたり、やめた事を批判して55億賠償しろって人も結構いるのだけど、なんかもうそういう問題よりも気になる点が山ほどある。自分の感想をまとめておく。不祥事そのものより、その裏にあるプロジェクト全体や日本の開発にありがちな問題にもっと注目されて欲しいのでそういう視
さきほど書いた「フリーランスにとっての無駄足」についてogochanさんとTwitter上で会話をしていたのですが、そのなかでogochanさんが以下のような面白い発言をされていました。 Webデザインでデザイン案を考えて持って行くまで発注の意志を決めない顧客が多かったり、書籍の執筆で本が出版される寸前に初めて契約書にサインしたり、プログラムの受託開発で設計を終わらせるまで契約の話にならなかったり、という話題はよく聞きます。 言われてみれば、これらの話は「無からの創造」に対しての報酬を避けるという側面があります。 デザインや設計や基本コンセプトが出来上がるまでは、発注側は「その相手に発注しても大丈夫か？」という部分が理解できないので、「これならば大丈夫そうだ」となって発注者側リスクが十分に下がらないと発注をしたくないという話のような気がします。 でも、「無からの創造」ってその後のプロジェク
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
