ソフトウェア開発において「こうあるべきだ」という典型例を集めたものデザインパターンであるのに対し、「こうあってはならない」という典型例を集めたテンプレート集がアンチパターン。
「新装版 アンチパターン―ソフトウェア危篤患者の救出」 http://store.sbpnet.jp/bm_detail.asp?sku=4797321385
に詳しい。
概要 2021年4月28日に行われたssmonline #9の発表内容・感想のまとめです。 speakerdeck.com 運用組織のアンチパターンとは 波田野裕一氏は、運用組織のアンチパターンとして以下3つを挙げていました。 優秀な人で支援組織を作る マトリクス組織にしてしまう 組織名を企業規模より盛ってしまう 優秀な人を現場から引き剥がすのは一般にアンチパターンである 私としては、「優秀な人で支援組織を作る」というのは、「優秀な人を現場から引き剥がす」という意味であると解釈しました。その上で、優秀な人を現場から引き剥がすのは一般にアンチパターンといえます。 あらゆる事業の前提として、事業リ…
良書良書と聞いていたSQLアンチパターンですが、題名からSQLに特化した内容と思い込み、今まで読んでいませんでした。 www.oreilly.co.jp 先日、本書に記載されている「とりあえずID」のアンチパターンを踏んでいることを指摘いただき、購入に至った...という経緯です。 ※電子版が欲しかったため、オライリーから購入しました。 本記事には、第1部をゆっくり、他部をざっくりと読み進めた際、思ったこと等を記載します。 新卒に入ったプロジェクトでは、第1部に記載されていたアンチパターンを全て網羅していた(唖然) ジェイウォーク(信号無視) ナイーブツリー(素朴な木) IDリクワイアド(とりあ…
人よアンチパターンを恐れるなかれ。 キミがそのパターンをアンチパターンと見なしていない限りは、アンチパターンではないのだ。 人は親のもとで育つ。育ててくれたものへの感謝と尊敬の念は忘れてはならない。 しかし、忘れてはならないのは、いつか親離れするときが来ると言うこと。そして、自分自身もいつか親になるときが来る。 キミを今いるところまで育ててくれたのは何だろうか。尊敬できる先輩か、人気の言語か、重厚なフレームワークか、権威ある書籍か、活発なコミュニティか。 もしかしたら、育ての親はアンチパターンをはらんでいるかもしれない。しかし親を恨むことはない。その親も、多くの先人たちが育ててきたものに違いは…
SQL文に自信がなかったので1年前くらいに買ったスッキリわかるSQL入門 第2版 ドリル222問付き! - インプレスブックス(以下、本A)を復習した。 特に第7章「副問合せ」の練習問題7-3の3を解いてみて、あー、なるほどと思ったのでメモする。まずは、カラムなどは本と違うけど、データを用意する。 ちなみに、名前の作成は、日本人名前自動生成機 -- 高樹凱.COMで行った。 create table family ( id int, name varchar(10), profession varchar(10), parent_id int ); 中身はこうなっている。 select * f…
あかんやつから学ぶDB設計とSQL回り ITエンジニアに読んでほしい!技術書・ビジネス書大賞2017入選のオライリー本。ネット上でも書評や勉強会をよく見る定番本になりつつあるので、DBエンジニアならもう読んだ人、共感した人も多いのではないでしょうか。 タイトルは「SQL」となっていますが実際にはDB論理設計、DB物理設計、実際のSQLクエリ、アプリケーション開発の4カテゴリに分け、計25パターンのあかんやつを説明しています。 デザインパターンやアーキテクチャパターンなど、何かのパターンを学ぶのに「こうあるべきだ」の理想から学ぶのもありですが、「こうやるとマズイよ」とアンチパターンやバッドプラク…
generated by DALL-E3 はじめに 具体例の紹介 各概念における抽象クラスの作成 量産対象となる具象クラスの記述量を減らす LaravelDataの活用 連想配列と引数のアンパックの活用 リフレクションによる内部情報の利用(黒魔術) バックトレースによる呼び出し元情報の参照(暗黒魔術) 実際の使用にあたって ビジネスルール検証におけるValidatorの活用 従来パターンにおける課題 Validatorを用いる前提で宣言的に記述する方式 オブジェクトが入れ子になっている場合の責務の所在 その他ポイント フロントエンドバリデーションとの数値ルール共有 Eloquent Model…
Digitization部 Bill One Entry*1グループの秋山です。 はじめに Domain Modeling Made Functionalというスゴ本 補講:Make Illegal States Unrepresentable バックエンドの処理を抽象化する 手続き型プログラミングの典型例 課題1:制約のないエラーハンドリング 課題2:低い可読性 課題3:エラーハンドリングの低い網羅性 Railway Oriented Programming TypeScriptで型安全にエラーハンドリングする ステップ1:サブ関数の出力はResult型で表現する ステップ2:サブ関数にRe…
はじめに 音が大きくなるといい感じに聞こえるアレを防止するために 参考音源のボリュームを揃えてあります(デシベル基準) 原音 OTT OTTを初期パラメータのままDepth20%でかけます パリッとした音になる一方で厚みが失われた気がします Saturn(歪み) プリセット「Basic Saturator O」を使用します 高域がガッツリ上がりつつ、良い感じの汚さが付与されます お好みで「Gentle Saturator O」も良いっス 必ずしもSaturnである必要はないかなと思います 高域をブーストしてから軽く歪ませてやればOKッス おわり おわり!? 比較してみよう 原音と加工後 リバー…
税込14,850円の高額書ながら、重版を重ね売れ続けている名著。守屋さんの既刊『起業は意志が10割』『新しい一歩を踏み出そう!』の論調を軸にし、新規事業や起業に取り組む人にとって価値のある、最新事例と著者の見立てが読める。大企業で発生する「あるある」アンチパターンや、「差別化じゃなくて独自化できる事業」「自分ごとではないから、顧客に対する価値発揮に執念を燃やしていない」などの箴言警句の数々、巻末には著者が書き溜めた膨大な数のノートからの「語録」が掲載されている。スタートアップ企業の最新事例として「ドクターメイト」や「ヴァルト・ジャパン」などが取り上げられている。彼らの立ち上げ時の模様は、当社で…
はじめに エンジニアとしてのキャリアをスタートしたばかりの方が、ジュニアレベルやミドルレベルのエンジニアとして活躍するために必要なスキルや知識について考えてみます。 この記事はWEB領域のエンジニアを対象としています。 前提 前提として、私の知っている範囲のことしか書けませんが、弊社スマレジのエンジニアとして活躍できるレベルを目標としています。 スマレジでは、バックエンド、フロントエンドの領域で担当が分かれておらず、どちらも担当します。 インフラについては専属のチームがありますが、プロダクトを担当しているエンジニアと相談しながらインフラ設計が行われることが多く、インフラについての知識がなくても…
小田原で開催されたScrumFestKanagawa 2024 春の陣に参加しました。 www.scrumfestkanagawa.org 過去や最近のプロダクト開発プロセスでうまく行ってないことを言語化して相談できるとともに、普段のPHP系のカンファレンス・勉強会とは参加者のかぶりが少ないので、気負うことなく一番下手くそになりに行ける貴重な機会でもありました。 ※ とはいえ今回は珍しくPHPer仲間が4人、他にもPHPつながりの方もいた PHPer仲間のあすみちゃんのスポンサーLTで元気をもらって、いくおさんのキーノートも今の自分に必要なことが詰まっていました。 懇親会LTもしてきました。 …
最近、ソフトウェア開発を行っているので、ソフトウェア設計に関する勉強をしている。 「エリック・エヴァンスのドメイン駆動設計」を読んだので、内容をまとめた。 以下の内容は、ほとんどClaude3 Opusで書いている。 概要 第1部 ドメインモデルを機能させる 本書の第1部は、ドメイン駆動設計の中核をなす考え方を説明している。複雑なソフトウェアに立ち向かうには、問題の本質を捉えた優れたドメインモデルが不可欠である。そのモデルを作り出すには、ドメインの知識を注意深く分析し、実装に適した形に洗練する「知識のかみ砕き」のプロセスが必要だ。モデルはチーム全体で共有され、「ユビキタス言語」を通してソフトウ…
日本企業のバカだなあと思うところ打ち合わせ多すぎいいぃぃぃ作業時間がねえ。報告会で使う作業報告書も納得いくまで作り込めない。。。 →報告書がなってない!もっとこうしろあーしろ →報告書を作るのに時間がかかりさらにプロジェクトの進捗遅れる →なんでこんなに遅れるんだ!!これから毎日進捗確認会だ!! →無駄な時間によりさらに遅延する →さらに会議に出れる時間が合わず調整が発生し負荷が増 →さらに会議に出れなくなり会議自体が消滅する報告される側は目的意識とコスト意識を持ちましょう。 目的はプロジェクトを成功に導くことです。 きれいな資料を作成することが目的ではありません。 資料作成は会議時間の3倍は…
こんばんは〜〜〜〜〜〜〜!!!!!!ドデカ声です!!!!!!!!!!! PHPerKaigi2024、登壇にフォーカスしてふりかえるぞ〜〜〜🐸💨 phperkaigi.jp
はじめに ここ数年のルーチンワークになっているPHPerKaigiに今年も参加しました。 今年は無理やり仕事を納めDay0から参加出来た。 Day0はもう少し人が少ないかなと思っていたけど、思ったよりも多くの人がいて知ってる方もいらっしゃってうれしかった。 今年も多くの方々にお声がけいただいて話させていただいて感謝。 ランチマッチング Day1は午後参加だったから行けなかったけどDay2はマッチングしてカレーを食べに。 お昼っていつも悩ましいのでこういうマッチングがあるとはじめましての人ともお話できるし、近場にお店もいっぱいあるので会場付近のことも知れて有り難い企画でした。 Day0のToda…
はじめまして。Gaudiyでエンジニアをしているあんどう(@Andoobomber)です。 以前、「OpenTelemetry Collector導入のPoCと今後に向けて」という記事を弊エンジニアの sato(@yusukesatoo06)より公開しました。簡単に記事を要約すると、 OpenTelemetry及びOpenTelemetry Collectorの説明 実際にPoCを作ってみる 実導入を試みたがOpenTelemetry Collectorのホスティングに悩み、今後の課題として保留となった といった内容でした。 あれから1年経ち、GaudiyではOpenTelemetry Col…
ritou です。 ID連携でメールアドレスをキーにするお話 去年はID連携とメールアドレスの関係の話をしました。ちょっとだけ振り返ります。 zenn.dev この時は、 ソーシャルログイン機能を提供するIdP : Googleとか ソーシャルログイン機能を利用するRP : Googleでログインできるサービス の2サービスのIdentity (not identifier) を email によって紐付けるリスクについて触れました。 仮にある時点において2サービス両方でemailが確認済みだとしても、別のユーザーである可能性がある、という話です。 両方のサービスが頻繁にemail確認をしてい…
近年...ここ2,3年で読んだ書籍をまとめる。インプット!現職は内部監査部門に所属していたり、業務でSRE、情報セキュリティの領域に携わったこともあり、その関連が多い。 内部監査 図解 一番はじめに読む内部監査の本 (第2版)作者:野坂 晃史,仁木 一彦,三好 直樹東洋経済新報社Amazon内部監査人室: 内部監査人のための実践読本作者:阿久沢 栄夫文芸社Amazon企業不正の調査報告書を読む ESGの時代に生き残るガバナンスとリスクマネジメント作者:安岡 孝司日経BPAmazon監査報告書の読み方 [五訂版]作者:蟹江 章創成社Amazon システム監査、IT監査 内部監査人のためのIT監査…
「良いコード/悪いコードで学ぶ設計入門」読書会 第20回 を開催しました。 academist-reading.connpass.com みんなで書いたホワイトボード 「良いコード/悪いコードで学ぶ設計入門」読書会 第20回 ホワイトボード 感想・気づいたことなど 否定の! 文字が細いと聞いて、めっちゃうなずいちゃいましたw テスト ユニットテストは…構造的な変化には無力かも。 そのときには上のレイヤーのテストが担保してくれる…と信じてます。 プロジェクトによって、どの程度テストを書くのかは考えてもいいかも。 ユニットテストまでは書いてないというところも、ざっくり正しいことを確認するスモークテ…
xtech.nikkei.com ⇧ 2024年が「閏年」だったということで、システム障害の原因は「閏年」の仕組みに対応できていなかったのが原因ということらしい。 『何をやっとるんだ、君。けっ…けしからんではないか』と、ご立腹される方もおられるかもしれないですが、 xtech.nikkei.com ⇧ 2012年にメジャーどころの「クラウドサービスプロバイダー(CSP:Cloud Service Provider)」である「Microsoft Azure(旧:Windows Azure)」でも、「閏年」の仕組みに対応できずに障害を起こしていたらしいのですよ。 つまり、「閏年」によるシステム障害…