ビジネスロジックを「型」で表現するOOPのための関数型DDD / Functional And Type-Safe DDD for OOP
Object-Oriented Conference 2024で発表した資料です。 https://fortee.jp/oocon-2024/proposal/b31c9818-3cb8-4350-adfe-cbc839cdf829 ビジネスの専門知識（ドメイン）を中心に据えたドメイン駆動設計に代数的データ型などの関数型のパラダイムを加えたよりタイプセーフな関数型DDDを紹介します。 本セッションではドメインモデリングによって発見したモデルやビジネスロジックをソフトウェアに反映する際により型を重視した設計を加えます。 型で表現する範囲が広がることでビジネスロジックをより明確にコードで表現できるようになります。 さらには型で表現されているためコンパイルフェーズで気付けるミスが増え、ソフトウェアの品質向上にもつながります。 関数型の考えをいれるといってもただ単にHaskellなどに代表される関
握力王 vs 日本男児 ヘルシーすぎるプログラマ対談（Part2）
お待たせいたしました。前回の続き、対談の後半戦です。前回のPart1には「プログラム関係ないじゃん」というツッコミをいただきましたが、今回は偶然にもお二人ともが使っている「セパレートキーボード」について。また奥野さんがトレーニングを始めたきっかけについて。そして話題は「プログラマへの運動のススメ」へと。その前に、まず前回の対談の模様からあの動画をお届けします。 新沼大樹 Web魚拓を運営する株式会社アフィリティーの代表取締役。握力王の異名を持ち、その鍛え上げられた肉体でTV、Web媒体など出演多数。バーチャロンの名プレイヤーとしても知られる 奥野幹也 某大手ソフトウェア企業で、データベースのスペシャリストとして活躍中。ブログ『漢のコンピュータ道』で知られる。TwitterIDは@nippondanji 健康なプログラマーはセパレートキーボードに向かう 奥野: blogにも書いたんですけど.
バグをドラゴンと呼ぶ運用を始めて1ヶ月くらいたった - Konifar's WIP
1ヶ月くらい前、 「バグをドラゴンと呼んだらどうなるか」というTweetを見ました。 確かに、バグをドラゴンと読んだ場合「Sクラスのドラゴンが出ました！」「Aクラスのドラゴンを相手にしてる最中だってのに！」って会話になるし、ドラゴンは結局人の手で生み出されたものってところが中二ファンタジーっぽくて良い— 尾野（しっぽ） (@tail_y) March 18, 2015 これは天才的発想だなと思って職場で雑談で話してみたところ、 同僚のスペイン人エンジニアにバカウケしまして、 それからちょいちょいバグのことをドラゴンと呼ぶようになりました。 せっかくなので、どんな雰囲気になるのかまとめてみようと思います。 先に言っておくと、自分ともう1人スペイン人エンジニアが時々チャット上で使っているだけで、 正直そんなに流行ってないです。 なんかテンションが上がる バグ修正ってマイナスをゼロにするだけで何
Web.config から AppSettings クラスを作成する T4 を書いてみた - しばやん雑記
ASP.NET で開発していて毎回思うのが、設定を Web.config に持たせた時のコードからの扱いにくさです。例えば以下のように appSettings セクションに設定を追加します。 <appSettings> <add key="Foo" value="123" /> <add key="Bar" value="456" /> <add key="Baz" value="789" /> </appSettings> 実際にコードからこの設定を読み込もうとすると、以下のように冗長なコードを書く必要があります。 特にキーが文字列で指定しないといけないのが間違いの元ですし、非常にイケてないですよね。 // キーを文字列で指定しないといけない var foo = ConfigurationManager.AppSettings["Foo"]; var bar = Configuratio
人材獲得作戦・４ 試験問題ほか - 人生を書き換える者すらいた。
さて試験問題です。 内容は、壁とスペースで構成された迷路が与えられたとき、スタート地点からゴール地点に至る最短経路を求めよ、というものです。 たとえば、S:スタート G:ゴール *:壁 $:解答の経路 としたとき、 ************************** *S* * * * * * * ************* * * * * ************ * * * * ************** *********** * * ** *********************** * * G * * * *********** * * * * ******* * * * * * ************************** という入力に対し、 ************************** *S* * $$$ * *$* *$$*$ ************
いまさらながらだけど、オブジェクトとクラスの関係を究めてみようよ - 檜山正幸のキマイラ飼育記 (はてなBlog)
オブジェクトとクラスの関係について、次のような説明を見かけました（文言の引用ではなくて、檜山による要約）。 オブジェクトとクラスは全体としてツリー構造をしていて、ツリーの末端をオブジェクト、末端以外のノードをクラスという。末端であるオブジェクトは、その親ノードであるクラスのインスタンスと呼び、クラスどおしの親子関係を継承関係と呼ぶ。 うーむ、この説明、ある意味「簡潔でわかりやすい」とも言えるのだけど、ちょっと単純化し過ぎでしょ。 オブジェクトやクラスの概念て、そんなに美しくもなきゃ、整合的でもありません。実用性やら実装上の都合やらでゴチャゴチャですがね。しかし、そのゴチャゴチャが悪いともいえません。ゴチャゴチャを無理に単純化することなく、必然性を持った（幾分は偶発的だけど(苦笑)）複雑さとして理解すべきかと思います。 というわけで、メタクラスやレイフィケーション（reification）な
Ruby を用いた超絶技巧プログラミング（夏のプログラミングシンポジウム 2012）
超絶技巧 Ruby プログラミング - Esoteric, Obfuscated Ruby Programmingmametter
例外発生時catchブロックよりも先に例外通知を受ける。 (.NET 4.0, AppDomain, FirstChanceException, System.Runtime.ExceptionServices) - いろいろ備忘録日記
知ってると、ちょっと便利かもしれないTips。メモメモ。 この方法は、.NET 4.0から可能です。 .NET 4.0より、AppDomainクラスに以下のイベントが追加されました。 public event EventHandler<FirstChanceExceptionEventArgs> FirstChanceException このイベントは、アプリケーションドメイン内で例外が発生した際に最初に通知されるイベントです。 通知されるタイミングは、コード上のcatchブロックよりも先となります。まさにファーストチャンスの名前通りです。 このイベントは、通知のみのイベントとなっており、イベントをハンドルしたからといって例外の伝播が止まるわけでは ありません。このイベントで処理した後でも通常通り例外はコード上で発生します。また、このイベントは アプリケーションドメイン毎に設定可能です。
ただのクロージャとカリー化の違いがよくわからない - お前の血は何色だ!! 4
補足 なんかブクマ数が増えている・・・・ 当時は区別がつかなかったんだよ。 自分の中で整理がやっとついたんで説明しなおしています。 http://prezi.com/9brwewgcxtr2/javascript/ ただのクロージャとカリー化の違いがよくわからない。 ラムダとクロージャの違い ただのラムダとクロージャの違いはキャプチャするかしないかで判別できると思う。 パラメータをキャプチャしないのがラムダ。 パラメータをキャプチャできるのがクロージャ。 //これはキャプチャしないのでラムダ var myfunc = function(a,b) { return a + b; }//これはcaptureをキャプチャするのでクロージャ var capture = 123; var myfunc = function(a,b) { return a + b + capture; }違いはパラメ
良いネーミングをするために覚えておきたい英語のルール5つ - プログラマー幸福論
Photo by muraterturk こういった記事って、ネーミング規則や慣習の視点から書かれていることが多いんですけど、この記事では、英文法に視点を置いて、参考になりそうなことをいくつかピックアップしてみたいと思います。 「省略形は使わない」などの規約的なものは、各プロジェクトのルールに従えばいいので、ここでは書きません。あくまで英語という視点から書いているということを、ご理解ください。 Rule 1 : “検索”は名詞 一般的な英語辞書のルールでは「検索」は、動詞ではなく「検索する」が動詞になります。「検索」は、検索することの名称 だと考えられるため、動詞ではなく名詞として扱います。 英語辞書には、日本語の品詞ごとに表記のルールがあります。これが理解できていると、和英辞書などで品詞を意識して検索できるようになります。以下に、一般的な英語辞書の表記ルールをまとめてみました。 ＜各品詞
磯野ー！関数型言語やろうぜー！
第21回オープンラボ岡山の発表スライド http://openlab.okaya.ma/wiki.cgi?page=%CA%D9%B6%AF%B2%F1%2F%C2%E8021%B2%F3
JavaScriptでファンクションキーを制御する方法（IE限定） - Akio's Log
「Webアプリでファンクションキーを使いたい」という顧客からの要望は、10年くらい前からずっとありましたが、最近また遭遇しました。 備忘録として、まとめておきます。 JavaScript本格入門 ?モダンスタイルによる基礎からAjax・ｊQueryまで 作者: 山田祥寛出版社/メーカー: 技術評論社発売日: 2010/11/27メディア: 大型本購入: 29人 クリック: 673回この商品を含むブログ (53件) を見る やりたいこと ファンクションキーでWebアプリケーションの操作をしたい。 問題 ファンクションキーを押すと、Webブラウザの規定の動作が実行されてしまう。 IEであれば、F1:ヘルプ表示、F3:検索、F5：リロード、F11:全画面表示、など。 概要 JavaScriptで、ファンクションキーを押されて、何も実行しないようにする JavaScriptで、押されてファンクショ
xUnit成熟度モデル 〜あなたの組織はどのレベル？ - 谷本 心 in せろ部屋
本エントリーは、Software Test ＆ Quality Advent Calendar 2011の10日目です。 http://atnd.org/events/22833 前の9日目は @m_seko さんの 「負荷テスト対象のWebアプリがこういう非機能要件(＋α)を備えていたらいいのにという願望」です。 http://d.hatena.ne.jp/sekom/20111209 普段、品質やテストなどには興味なさそう（？）にしている私ですが、 たまには、エンジニア視点から、テストについて語ってみましょう。 xUnit成熟度モデルって？ xUnit成熟度モデルとは、 組織がxUnitをより適切に利用できるようになることを目的として 遵守するべき指針を体系化したものである。 あわせて読みたい : 能力成熟度モデル統合 (CMMI) - Wikipedia 正味の話で言うと、僕がJUn
Excel列名変換問題で第２回社内プログラミングコンテストを開催してみた(前編) - give IT a try
2011.12.31 追記 後編を書きました。こちらもあわせてどうぞ。 Excel列名変換問題で第２回社内プログラミングコンテストを開催してみた(後編) - give IT a try はじめに 先日、FizzBuzz問題を使って社内プログラミングコンテストを開きました。 このブログでも書いた通り、なかなか興味深い結果になりましたが、一方で反省点もいくつか見つかりました。 特に問題が解けなかった人が出てしまったのは痛い誤算だったので、今回はできるだけ最後まで解けるような配慮をしてみました。 ただし、問題自体はFizzBuzz問題よりもずっと難しくしてあります。 今回もちょっと長いエントリになっていますが、よろしければ最後までお付き合いくださいませ。 前回の反省点 詳しくはこちらのエントリに書きましたが、簡単にまとめると 言語の得意・不得意が結果に大きく影響した 抜き打ちで実施したことがその
ソースコードの品質向上のための効果的で効率的なコードレビュー
ちゃんとした C# プログラムを書けるようになる実践的な方法～ Visual Studio を使った 高品質・低コスト・保守性の高い開発
レガシーコード借金説 - 世界線航跡蔵
Rails勉強会@東京 第30回の懇親会の席で話していて、 id:takahashim さんがハッとすることを言った。バグバグなコードは負債であると。 バグバグなコードは、それだけでメンテに定常的な出費を産む。書き直せばそのコストはいらないのに。バグバグなコードはあらゆる危険性を産む。なまじモノがあるだけについコードを無条件に資産と見なしてしまいがちだが、実は怪しいコードは負債であると。 そして、でっち上げのコードが必要な場合も確かに存在するのだ、とも。「無借金経営だけが経営じゃない」そうだ。なるほどね。 ここで、自動化されたテストケースが存在しないことをもって負債と見なす、と基準を定めよう。テスト可能性が担保されていればそのコードはそれなりに安全であるわけだし、差し換えもローコストなわけなので。「レガシーコード = テストが存在しないコード」という定義は『 Working Effecti
汎用のフレームワークがあれば業務アプリ実装にオブジェクト指向は不要という考え方は適切でないと思う - 達人プログラマーを目指して
前回のエントリいまさらですが、職業Javaプログラマーなら理解しておいてほしい「継承」の意味についてのブクマのコメントで、 すごく今さら感がｗ 最近の開発はフレームワーク使うことが多いようだから知らなくても作れちゃうと思ってたけど違うのかなあ。 という感想をいただきました。実際に、SI業界で多くの方々、特に、アプリケーション開発の下流工程を担当しない層の方でこのように考えている方はほんとうに多いのではないかと思います。確かに最近ではSalesforceなどの製品もありますし、CRUD処理を行うような見栄えの良い業務アプリケーションは非常に簡単に開発できるようになっているということはあります。また、Visual BasicやMS Accessなど気軽にアプリケーションを開発できるツール類は昔からありました。そして、業界構造などの理由からやむを得ない側面があるとはいえ、SIerの提供する多くの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
良いデバッグログはプロジェクトの資産である
コメントについて考えてみた
Delegate.CreateDelegate メソッド (System)
