Sansan株式会社 技術本部 Sansan Engineering Unit 部長 笹川 裕人 大学院でコンピュータサイエンスの博士号を取得後、リクルートを経て、2018年4月にエムスリーへ入社。AIチームでデータ基盤の整備と、バックエンド、クラウドインフラを担当。 2023年4月にSansan株式会社へ入社し、現在はSansan Engineering Unit 部長として営業DXサービス「Sansan」の強化を担う。 X Profile インボイス管理サービス「Bill One」や契約データベース「Contract One」など、近年続々と新たなDXサービスを立ち上げているSansan。それに伴ってプロダクト開発組織である技術本部も拡大し、いまや総勢500名のエンジニアと13のチームを抱える大所帯になっています。 一般的にプロダクトの数や組織の規模が急拡大すると、リソースが追いつかず

『絶望鬼ごっこ　さらば地獄鬼ごっこ』発売しました。 24巻続いたシリーズも、ようやくフィナーレとなりました。 １巻が発売されたのは９年以上も前で、僕が新人作家だったのはもう一昔前のことになってしまいましたが、とりあえず一区切りついたいま、駆けだしのころの気持ちを忘れないうちに、ここに残しておくことにします。 作品の中身とはまったく関係ないので、読者の方はパスしてもらえるとうれしいです。 読者の子たちからたまに、「絶望鬼ごっこはどんなきっかけで思いついたんですか？」と質問を受けるのですが、僕は結構返事に困ってしまいます。 僕がデビューした当時の児童文庫は、男子向けの企画を通すことが、非常にむずかしい状況でした（今も変わっていませんが）。 公募に完全ＫＹな作品を送りつけて落選した僕に、担当についてくれた編集者は、「男子は本を読まないようです」「男子向けはむずかしいです」と繰り返し説得してくれま

最近買った C# 系の本の中ではダントツでよい。巨大な API ライブラリを設計するときに気を付けることが具体的に書いてあって参考になる。 neuecc 氏が前書きを書いていて 2章が素晴らしいと書いてあったけどそのとおり2章が素晴らしかった。ここまででも十分におつりが来る感触はある。 .NETのクラスライブラリ設計　改訂新版　開発チーム直伝の設計原則、コーディング標準、パターン 作者:Krzysztof Cwalina,Jeremy Barton,Brad Abrams日経BPAmazon 以下の引用が面白かった人は購入する価値があると思います。.NET 開発者が API 設計で後悔しているところが読めるなんてそんなに知見に溢れた書籍はなかなかない。 特によかったところ 自分と同じようなユーザー向けに設計するのは簡単で、そうではない人向けに設計するのはとても難しいことです。正直に言うと、

The following diagram shows the basic architecture of this project and related components: As shown in the diagram, existing eBPF toolchains (clang, etc.) can be used to generate eBPF bytecode from source code in various languages. Bytecode can be consumed by any application, or via bpftool or the Netsh command line tool, which use a shared library that exposes Libbpf APIs, though this is still in

博覧強記の料理人、美味の迷宮を東奔西走す！ 日本の「おいしさ」の地域差に迫る短期集中連載。 前回は、大阪VS広島の陰にかすみがちな、日本各地のお好み焼きについて考察しました。 今回からは餃子！　前後編でお届けします。 餃子編①　関東の酢醤油文化 〔餃子の王将〕の餃子が大好きです。特に数年前、メニューに「生姜餃子」が登場してからは、それが僕にとって世界で一番おいしい餃子である、と確信するに至りました。 しかしその話をする度に、僕は周りのグルメな知人たちに軽く嗜められてきました。チェーン店の餃子で満足している場合ではない。世の中にはもっとおいしい餃子の店がたくさんある。……彼らはそう言うのです。そして親切にも、具体的にそんな店の名前と所在地を教えてくれます。 僕はこう見えて案外素直な人間なので、そうやって教えられた店に何軒か行ってみました。確かにどの店もおいしかったです。ひとつひとつが丁寧に作

はじめに　Podcast及びYoutubeで活動している、「ゆる言語学ラジオ」というコンテンツがある。皆様はご存じだろうか。 ご存じない方に向けて、簡単にご紹介しておきたい。 「ゆる言語学ラジオ」はその名の通り、言語学的なトピックを、面白おかしく扱うラジオだ。具体的には、「象は鼻が長い」の主語は「象」か「鼻」かという議題や、英単語「spring」が「春」や「ばね」や「泉」という複数の意味をもつのは何故か、等の興味深い話を聞くことが出来る。 しかしこの「ゆる言語学ラジオ」、言語学という名を冠している以上、学術的な見地から批判を受けることがたまにある。 要するに、学術的に正確ではないこと、厳密ではないことを、インターネットを通して垂れ流しているという批判である。 こういう批判それ自体は決して珍しいものではない。ありていに言って、インターネット上では、よく観察される類のものだろう。 例えば量子力

それで、いったいぼくは何を言っているのか、再吟味しなければならないように、ぼくには思えるのだ。なぜなら、自分が自分によってだまされるということは、何よりも危険なことだからねぇ。 プラトーン『クラテュロス』428D, 水地訳自己批判はゆるくない方がいいかもしれない。 先日公開したこちらの記事、「ゆる言語学ラジオ」公式アカウントにも言及されたことで、大変多くの方に読んでいただき、いろいろな反応を頂いている。やっぱり「ゆる言語学ラジオ」の影響力すごい。 褒めていただけるのはもちろん素直にうれしいのだが、批判的、ネガティブな意見でもそれが参考になるものであればやはりありがたいものである。noteのコメント欄が使えれば一番いいのかもしれないけど、有料コンテンツっぽいので、各自勝手に批判していただいて自分から余裕があるときに拾いに行くスタンスでよいかな、と思っている。直接Twitterでリプライをもら

業務で複雑なドメインを持つソフトウェアをScalaで書いているので以前からとても読みたかったのだが、英語とは遠い昔に仲違いしてしまい読むことができなかった。 この度和訳されたことに感謝したい。 関数型ドメインモデリング - アスキードワンゴ 全体を通した感想 正直言って、この本に書いてある内容を全て実践するのは難しいと感じた。 まず、最初に出てくるドメインエキスパートを交えたイベントストーミングの実施が一番の壁というチームも多いのではないだろうか。 しかし、それでもなおこの本により新しく知った考え方は多く、読む価値があったと思う。 ScalaやHaskellなど静的型付けの関数型言語をかじってみたがこれをどう実際のビジネスに関わるアプリケーションの開発に適用していくのかイメージが掴めないという人には特に勧められる。 F#でサンプルコードが書かれているが、静的型付けの関数型言語に触れたことが

英語圏のゲームが日本で売れない理由は、Twitterをしてないからかも！？スウェーデンの会社が日本でゲーム公式アカウントになるまで ※本稿ではXをTwitterと呼びます。なぜかというと、Xと書くと社内チャットを検索するとき不便なため、Twitter呼称を続けているからです。 弊社は小規模なPR会社ですが、Twitterに力を入れています。 世の中のにPR会社で、SNSアカウントを本格運用する会社は少ないと思います。多くの場合、PR会社にPR依頼を行う製品・サービスには予算があり、公式アカウントがあり、そのアカウントをPRしていくものだからです。 が、こと海外のインディーゲームにおいては事情が違ったのです。 今回は、弊社がTwitterを始めた理由と、Playtonicの公式アカウントとして情報を発信するまでの事情を紹介いたします。 英語圏のゲームが日本で売れない！→それはTwitterを

Purpose of the Scrum Guide Scrum is a framework for developing, delivering, and sustaining complex products. This Guide contains the definition of Scrum. This definition consists of Scrum’s roles, events, artifacts, and the rules that bind them together. Each element of the framework serves a specific purpose that is essential to the overall value and results realized with Scrum. Changing the core

Stockmark ( https://stockmark.co.jp ) 社内勉強会の資料公開です。

（続きは来週かな？） さて、前編を公開したのっていつでしたっけ……？ すみません、いろいろ立て込んでる間に2週間くらい経っていました。「関数型ドメインモデリング」、続きである第3部を読み終えたので、その感想を書きなぐっていきます。 ﾋｴｯ 感想 Amazonのページ 第３部　モデルの実装 第８章　関数の理解 この章では、関数と関数合成について説明。関数プログラミングとは、「関数が非常に重要であるかのようにプログラミングすること」。 関数型とオブジェクト指向でのアプローチの違い： オブジェクト指向 プログラムのパーツは、クラスやオブジェクト パラメータ化には、インタフェースや依存関係の注入を使用 再利用には、継承やデザインパターンを使う 関数型 プログラムのパーツは、関数 パラメータ化には、関数を使用 再利用には、再利用可能なコードを関数にまとめ、関数合成を使う 『8.2　「もの」としての関

SoRの性質が強いBtoBアプリケーションでは、「堅く」作ることを求められる箇所がしばしばあります。 Scalaの型安全性が頼もしく感じられるのは、まさにこのような箇所においてです。 「堅く」作るために、私たちがいま注目しているのが refined と newtype というライブラリです。 この記事では、refinedとnewtypeを使ってScalaの型安全性をさらに引き出すテクニックを紹介します。 Value Class / Tagged Type refined + newtypeの話題に入る前に、これまでにどのようなテクニックが使われてきたかを簡単に振り返りましょう。 ここに、SNSのユーザーアカウントを表現するクラスがあります。 case class User(id: String, email: String, age: Int) val user1 = User("@tod

勘所1：念入りなチームビルディング 前回記事で触れた通り、東京ガスCX推進部は2022年に発足した内製開発チームによって、2023年11月にWeb会員サービス「myTOKYOGAS」リニューアルをやり遂げるという大きな成果を上げた。ただ内製に取り組み始めた2022年当初は、十分な開発体制が整わない中、着手したために混乱。結局は後に、一度書いたコードをすべて廃棄してやり直す事態となった。 プロダクトのローンチ日が決まっていたという事情はあるにせよ、「本来は体制をきちんと整えてから開発を進めるべきだった。開発者の高いスキルと強い責任感でなんとか稼働まで持ってこられたが、一歩間違えれば稼働できないリスクをはらんでいた」と東京ガスの及川敬仁CX推進部デジタルマーケティンググループマネージャーは振り返る。 東京ガスに中途入社し、現在はテックリードを務めるCX推進部デジタルマーケティンググループエンジ

アジャイル開発の浸透？なんだそれは。 アジャイル開発という概念が世に出て二十余年（2001年「アジャイルソフトウェア開発宣言」による）、最早、この技術も最新とは言えない、成熟したものとなりました。あなたの職場でも「アジャイルに進めよう」的な、凝り固まらず柔軟なプロジェクト体制にして行こうという流れ、プロダクト開発の長大化を防ぎアウトプットを細かく出していこうという意識変革が内外から求められているかと思います。 しかしプレイヤーとしての皆様は、とはいえ作るものは変わっておらず納期が決まっているので大変になるだけ、だとか、現場ボトムアップな提案は通らずトップダウンにやることが降ってくるからやる意味なくね、だとか、果ては作るもの・仕様が決まってないけど予算がついたからいい感じにアウトプット出してね、の意味だとか、都合よく「アジャイル」を使われて疲弊することもあるでしょう。多くは会社の通例や予算検

2024年7月13日の大吉祥寺.pmで発表した「古典ドメインモデル(パターン)の解脱」のスライドログです。 この2冊で書かれているドメインモデルパターンを「古典」の対象にします。 ドメインモデルパターンは「複雑さに対処するため」と述べています。が、古典では次の2点が課題となっていると考えます。 これら2点について個別に見ていきます。 まずドメインモデルパターンから。 Patterns of Enterprise Application Architecture(以降PofEAA)ではこのように定義されています。 PofEAAのドメインロジックの章で使われている「収益認識」の例を取り上げます。 ContractやProduct, RecognitionStrategyなどといったクラスが作られて、これらのインタラクションでビジネスロジックが実現されると説明されています。 では、これらのドメイ

dWのサイトにはインデックスがないので、とりあえず時系列でまとめる。 （まとめコメントは随時追加予定） （2024/7/14 追記） 寄稿者は「プロダクティブ・プログラマー」他の著者であるNeil Ford。この連載はのちに書籍になっている。 なお、dWへのリンクはWayback Machineのアーカイブに差し替えた。 関数型の観点で考える 関数型の考え方: 関数型の観点で考える、第 1 回 (2011/7/1) 関数型の考え方: 関数型の観点で考える、第 2 回 (2011/7/1) 関数型の考え方: 関数型の観点で考える、第 3 回 (2011/7/29) 第1回では、純粋関数、高階関数、第一級関数といったあたり。 第2回では、クロージャ―とコレクションメソッド（≒リスト処理高階関数）。 第3回では、部分適用、カリー化、再帰。 サンプルコードは、Java以外に Functional

Digitization部 Bill One Entry*1グループの秋山です。 はじめに Domain Modeling Made Functionalというスゴ本 補講：Make Illegal States Unrepresentable バックエンドの処理を抽象化する 手続き型プログラミングの典型例 課題1：制約のないエラーハンドリング 課題2：低い可読性 課題3：エラーハンドリングの低い網羅性 Railway Oriented Programming TypeScriptで型安全にエラーハンドリングする ステップ1：サブ関数の出力はResult型で表現する ステップ2：サブ関数にResult型を入力できるようにする ステップ3：サブ関数を連結する ステップ4：網羅的にエラーハンドリングする おわりに 付録 TypeScriptの全文サンプル はじめに エラーハンドリングは重要な処