クリーンアーキテクチャなんてものはない(クリーンアーキテクチャーの読み方)
すでに何人かの人がクリーンアーキテクチャなんてないよ、って話はしていてイマサラだと思うんですが。 あえてブログの記事に残そうかなと思って書いてみます。 最近、改めてクリーンアーキテクチャ本を読んだり、原文を読んだり、 ここ数ヶ月ツイート色々な人のを観測したり社内で話したりしていて 考えがまとまってきたので、自分の言葉で整理してみたくなった。 「へー、クリーンアーキテクチャっていうソフトウェアアーキテクチャがあるんだー」という微妙な誤解？をちょっとでも減らす一助になればという感じです。あと、本の読み進め方のヒントにもなるかも 先に結論 クリーンアーキテクチャというのはアンクルボブの書いた本。 ソフトウェアアーキテクチャのことではない。 the クリーンアーキテクチャというブログ記事はただのソフトウェアアーキテクチャの例(そして本の一部分)だが、独り歩きしている クリーンアーキテクチャというソ
本当に迷惑なんだ。 センスがない奴の何が問題かというと、技術がないとか、ベストプラクティスを知らないということではなく、根本的に「頭がおかしい」ことなんだ。 センスのない奴は、普通の人間が到底思い付かないことを平然と行う。所詮、本に書いてあるようなアンチパターンは、「経験のない人は典型的にこういうことをしがち」という例であるが、センスのない奴はそういう典型的なアンチパターンにすら当てはまらないほど意味不明なことをする。だから、「センスのない奴は典型的にこういうことをする」という具体例を挙げることが非常に難しいし、「ここがダメだから直せ」という指摘もできない。 最近見た例を書いてみる。2次元のテーブルを扱うJSONだ。 普通の人なら、何も考えず以下のような実装をするだろう。フィールドの定義とデータが分かれているのは、ユースケースによってフィールドが可変だからだ。 [ {fieldName:
MySQLの場合、--safe-updatesオプションを利用することでこういった不慮のUPDATE/DELETEを防げるようです
「君は、物怖じせずに意見を言えるところが素晴らしいよね」 インターンしていた職場で言われたことがある。当時にしてはTwitterのフォロワーが多く、取材もしてもらったりしていた学生の私は、だれかに対して意見を述べることに人よりも慣れていた。 それからも、フラットで自由な会社に入り、1年目から自分の意見を求められる環境に身を置いていた。「ただの『決めてください』というレポートはナンセンス。自分は沢山調べてこういう選択肢があると発見し、その中でコレが良いと思いますがどうですか？と聞いてほしい」という上司の発言をどこかの記事で見かけたことがある。若いからという理由だけで誰かに黙らされた記憶も勿論ない。 "若いうちから、発言を許される"こと自体が羨ましがられるどこか奇妙な世の中で、「自分の意見がないと、仕事は進まない」と学べる会社にいることは私の幸運だと今も思う。 ただ最近思うのが「"はっきり意見
はじめに 私自身は今年の 7 月にドメイン駆動設計（DDD）を実践する企業に転職したばかりで DDD 実践歴は浅いのだが、最近は開発業務の他にも中途採用者の DDD 教育や 現場で DDD！2nd のドライバー役をする機会を頂くなど、DDD の布教活動にも少し関わっている。 その中で「DDD ムズイ」という言葉をよく聞いたので、DDD の実践に悩んでいる人向けにサンプル問題の解説を通して、実は DDD 自体は難しくないんだよってことを教える目的で本記事を書いた。 TL;DR（最初に結論） DDD 自体はドメインを中心にモデリングと実装をイテレーティブに繰り返す設計プロセスであり、モデリングと OOP の理解があれば誰でもできる。 難しいのは DDD 自体ではなくて、モデリングまたは OOP である。特に「良いモデル」を得ることは非常に難しい。 なので「DDD ムズイ」と感じる人はモデリング
「田中はやめたほうがいいです」 編集のO田川氏は開口一番にそう言った。都内某所の喫茶店で「魔法少女探偵アガサちゃん」の次話ネームを見せていた時だった。 「月刊少年ボウイ」のO田川氏はもう5年も僕の漫画を担当していて、それなりの信頼関係ができている。社交辞令的な褒め言葉は省いて単刀直入に打ち合わせを進めよう、というのが暗黙の了解だ。最近はネームを見せる前からO田川氏が不満を言いそうな点が予想できてしまうので、何を言われても大したダメージはない。だが、今回は一瞬コメントの意味がわからなかった。 「は？ 田中？」 「この容疑者の女性、ホラ、田中久美恵さんって書いてるですか。名前、変えたほうがいいです」 「……ああ、それですね」 「魔法少女探偵アガサちゃん」は、コミカルな女子中学生が魔法で事件を解決するミステリ漫画。今回は温泉回だ。露天風呂で宿泊客の遺体が発見され、警察は火山ガスによる事故だと判断
http://blog.yuryu.jp/2012/05/blog-post.html この記事でパナソニックを退職した話を見たので。 微妙に現状と違うところがあったので、ちょっと書いてみます。 当時とは状況も違うしね。 お前は誰だパナソニックに勤務するメカ屋です。 学歴は偏差値55程度の東北の駅弁国立大出身。 同期はMARCH以上がデフォなので、少数派だと思う。 といっても、〇芝や〇菱と違って学閥は感じられないのでほとんど影響はないんだと思う。 学部生は、主務昇進前の同期横並びになってる時期は、院卒の2年遅れ。 あとは様々。実力（いつ昇格研修に推薦されるか）次第 年収・残業についてお賃金は昨年（入社5年目時点）で600万円ちょいでした。 入社3年目くらいまでは夜10時くらいまで働くことも多かったけど、働き方改革の旗印のもと、8時以降の残業が禁止になり、定時日が週1設定され、 40時/月以
女性向け同人の字書きだったんだけど、二年ぐらい前の話を書かせてほしい。 まぁタイトルの通りなんだけど。 正確には「疲れていたところに誤字脱字報告が来たから筆を折った」です。 筆を折ったのは決して送ってきた人のせいだけじゃない。正直当事の私には同人上がるいい理由でもあったんだと思う。 小説同人やってる人は解ってくれると思うんだけど、誤字脱字誤変換が自分の本からでてくることよくあることだ、と思う。 そりゃなるべく無いほうがいいに決まっているし、誤字脱字誤変換を減らす努力はちゃんとしてるつもりだった。 読者に恵まれていたのか、そこそこ長い同人生活の中で誤字脱字を指摘してくる人にもその人以外にはいなかった。 いやこれは、私が弱小サークルだったので単純に頒布数の問題かもしれないけど。 二年前、私は同人小説がそこそこつよいジャンルで活動していて、同人生活の中でも一番数を刷っている時期だった。楽しく活動
プログラマって何ができたら「俺プログラマだぜー」って言っていい？CとかJavaとか何がどのくらいできれば、その言語を使えるって言っていいものなのか。 言語の使い方やたいていのアルゴリズム実装も調べたら出てきそう。ググった結果のコピペプログラムも何も考えずに使うのはよくないけど、車輪の再発明はしない方が効率よさそうだし。 言語もアルゴリズムも調べれば分かるとなると、プログラマの価値ってなんだろ。作りたいものを理解して、世の中にあるものをうまく組み合わせて繋げて動くようにすること？その後のメンテのしやすさとか、考えることはあるだろうけど、そんなにコードにオリジナリティを発揮することある？
こんにちは。技術部平山です。 この記事ではC#のstructを使った際にはまった罠について書きます。 Unityでの体験を軸にお話しますが、Unityに限ったことではないかと思います。 お急ぎの方のために結論を申しあげますと、structを使うなとなります。 どうしてもstructを使いたい気分になった時に、罠にはまって時間を無駄にする覚悟をした上で使いましょう。 未来に活きる良い失敗ができると思いますし、最終的には製品の性能も上がるとは思いますが、 structを使わないといけない理由は、たぶんありません。なくても製品は作れます。 しかし、一回もstructと書かなかったとしても、C#で書く限りstructからは逃れられないのです。 (2019/04/10) 末尾に話を単純化しすぎた点について補足をいたしました。 structとは C#の型にはclassとstructがあります。 ...
「30分でわかる」のは、だいたい、 4. モナド(Monad)とは何か？ の読了までを想定しています。 また速い人なら、30分で全部一気に読み通せる分量でもあると思います。 30分以上かかっても一気読みしてしまうことが推奨されますし、一気読みできるように、前に戻って知識の再確認をしなくて済むように、最大限留意して構成を設計した上で執筆されています。 数学と用語問題。モナドの理論的基盤として圏論があるのは事実。理論的基盤がしっかりしているのはプログラミングという数学的作業において歓迎すべきことではある一方で、他方そのため一般的なプログラマにとってはまず用語に馴染みがない。歴史的に、圏論ベースのモナドを理論から関数型プログラミングに応用されていく過程では、実際、先駆者の間でさえ紆余曲折があったのだが、学習者へは馴染みのない用語を伴って、いきなり高度な数学的概念全開で天下り的に提示されてしまうこ
何を解決したいか？ Mac, Windows, Linux, iPhoneやAndroidのスマホ・タブレットとかのデバイス間でデータの転送したいことがあります。 SlackとかLineとかSkypeとかAirDropとかあっても 送りたい相手と共通して使っているサービスを探す必要とか、 GUIのソフトウェアのインストールが必要とか、 AirDropだとApple系OSである必要 があるなどの転送の障壁があって、GUIが使えないデバイスに送りたいときなどは困ってしまいます。 すでにたくさんのファイル共有系のサービスがありますが、コマンドを使ったCUIベースにあまり親切な設計なものはあまりないと思います。 そこで、上記の問題を解決するために、以下のようなファイル転送の仕組みを作りました。 他デバイス間でデータ転送ができ、 別途ソフトウェアのインストール不要で、 パイプにとても親和性が高くエン
ＪＲ東日本の深沢祐二社長は６日までに産経新聞のインタビューに応じ、同社が展開する交通系ＩＣカード「Ｓｕｉｃａ（スイカ）」で、現状よりも導入費用を大幅に軽減する簡易版の新システムを早ければ来年度中にも導入する方針を明らかにした。現在、東北地方などＪＲ東管内でもスイカ未導入エリアがあるが、簡易版で管内全域での導入を想定する。 政府がキャッシュレス化を推進していることに対応し、スイカを利用できる環境を大幅に増やし、交通機関や小売業での採用を進め、決済機能などの社会共通基盤としての存在感を高める狙いだ。 現在のスイカは自動改札での使用を前提にしているため、カードと端末機間のデータのやりとりを高速でさせる。端末機には高度の処理能力が欠かせず、端末価格が高価になっていた。その結果、駅での導入は利用者の多い首都圏や仙台圏などに限定されている。 深沢氏は、「クラウド技術を使い、端末側で情報を持たないシステ
監視という一種マニアックな領域を真正面から解説した貴重な本です。監視で悩む人のみならずシステム開発に携わるすべての人にオススメ。 「全然わからない。俺たちは雰囲気で監視をやっている」 自分はAWS事業本部コンサルティング部所属ということもあって、いろんなお客様にAWSインフラのコンサルティングしてます。最初のインフラ構成設計時に監視の話をすることも非常に多いんですが、 「どうしましょう。CloudWatchでいけますかね？」 「MackerelとかDatadogとかもありますが、どうしましょ。マネージドとの違いは〜」 「とりあえず、ディスク使用率80%でしきい値設定しておきましょうか。みんなそうしてますよ」 とか言っていた昔の自分に見せつけたい本、それが今回紹介する「入門 監視」。 監視設計の原則がよくわかんない メトリクスのしきい値決めるところから監視を考えてしまいがち よく考えずに、い
タイトル通りですが、現在勤めているSIerから、ベンチャー企業へ転職します。１月でちょうど二年働いたことになります。 当記事 転職のきっかけ 2018年初頭 今年の状況 きっかけ キャリアに対する考え方 SIerについて思うこと SIerの立ち位置 SIerの社員がエンジニアとして育ちにくい 綺麗なソース、設計を推進する意味がない 例 無関心 無理解 企業のためになっているのか どうなるとよいのか 転職後 おわりに 当記事 以下の記事で触れている転職についての、具体的な内容となります。 2018年を振り返ってみた - SE（たぶん）の雑感記 2019年の目標を立てた - SE（たぶん）の雑感記 転職のきっかけ 2018年初頭 2018年の年初に書いた記事です。この時点で転職を視野に入れていました。 hiroronn.hatenablog.jp とはいえ、業務内容自体は大きな不満はない状態で
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
