Submit Search
Upload
プログラムと名前にまつわる座談会
•
0 likes
•
964 views
infinite_loop
Follow
たかが命名、されど命名。名前から考えるよいコード【タガヤス その4】発表資料(3) https://tagayas.connpass.com/event/80363/
Read less
Read more
Technology
Report
Share
Report
Share
1 of 49
Download now
Download to read offline
Recommended
スパゲッティ紀行
スパゲッティ紀行
幸雄 村上
デザインのコツ
デザインのコツ
Yuma Shiraishi
Nop007 re editing
Nop007 re editing
ano7013
イトナブ発表会 ナナ編
イトナブ発表会 ナナ編
ota sayaka
伝わるチラシの作りかた講座:2日目「レイアウト・デザインのコツ」
伝わるチラシの作りかた講座:2日目「レイアウト・デザインのコツ」
Kumiko Hiramoto
Zikosilyoukai
Zikosilyoukai
Ohyama Tomoya
ノンデザイナー向け デザイン講座 1回目基本原則
ノンデザイナー向け デザイン講座 1回目基本原則
nao akai
市民のためのデザイン理論(誰でもできる視覚デザイン)
市民のためのデザイン理論(誰でもできる視覚デザイン)
Joe Matsumoto
Recommended
スパゲッティ紀行
スパゲッティ紀行
幸雄 村上
デザインのコツ
デザインのコツ
Yuma Shiraishi
Nop007 re editing
Nop007 re editing
ano7013
イトナブ発表会 ナナ編
イトナブ発表会 ナナ編
ota sayaka
伝わるチラシの作りかた講座:2日目「レイアウト・デザインのコツ」
伝わるチラシの作りかた講座:2日目「レイアウト・デザインのコツ」
Kumiko Hiramoto
Zikosilyoukai
Zikosilyoukai
Ohyama Tomoya
ノンデザイナー向け デザイン講座 1回目基本原則
ノンデザイナー向け デザイン講座 1回目基本原則
nao akai
市民のためのデザイン理論(誰でもできる視覚デザイン)
市民のためのデザイン理論(誰でもできる視覚デザイン)
Joe Matsumoto
ゲーム開発で使えるかもしれないレイアウトデザイン
ゲーム開発で使えるかもしれないレイアウトデザイン
Kodai Yano
設計(≒デザイン)の話をしよう #nds35
設計(≒デザイン)の話をしよう #nds35
将 高野
○○について考える
○○について考える
きなこ 桜庭
Cedec taラウンドテーブル プログラマー編
Cedec taラウンドテーブル プログラマー編
fumoto kazuhiro
デザインはおまかせで、丸投げされた時どうする?
デザインはおまかせで、丸投げされた時どうする?
rie05
今日からはじめる「じぶんブランディング」
今日からはじめる「じぶんブランディング」
Sunami Hokuto
ゲーム企画書の書き方? ~大久保磨編~ ver.1.4.0
ゲーム企画書の書き方? ~大久保磨編~ ver.1.4.0
Osamu Ohkubo
『議論パターン』 (Discussion Patterns) ~不毛な議論を避け、実り有る議論とするために~
『議論パターン』 (Discussion Patterns) ~不毛な議論を避け、実り有る議論とするために~
Fujio Kojima
モバイルオンラインゲームについて
モバイルオンラインゲームについて
KLab Inc. / Tech
ゲーム開発とデザインパターン
ゲーム開発とデザインパターン
Takashi Komada
ゲーム仕様書の書き方 ~大久保磨編~ ver.1.2.0
ゲーム仕様書の書き方 ~大久保磨編~ ver.1.2.0
Osamu Ohkubo
技術書執筆のススメ 〜Only1なエンジニアになるためのセルフブランディング〜の発表資料
技術書執筆のススメ 〜Only1なエンジニアになるためのセルフブランディング〜の発表資料
Yoshiki Shibukawa
デザイン×呼び方 -「見た目」の話を抜け出そう
デザイン×呼び方 -「見た目」の話を抜け出そう
JunjiYanagisawa
20130113 01 dir-mtgスライド
20130113 01 dir-mtgスライド
Kenta Nakamura
仕様書作成のポイント_180814
仕様書作成のポイント_180814
Sugimoto Chizuru
ゲームの企画って…
ゲームの企画って…
Hiroyuki Shimanishi
ユーザインターフェース10分講座
ユーザインターフェース10分講座
Tsutomu Kawamura
ゲーム開発出身者がチームラボで働いてみた
ゲーム開発出身者がチームラボで働いてみた
秀和 福永
20121117 01 dir-mtgスライド01
20121117 01 dir-mtgスライド01
Kenta Nakamura
プログラマがデザインをがんばってみた
プログラマがデザインをがんばってみた
だいすけ ふるかわ
ChatGPT触ってみた
ChatGPT触ってみた
infinite_loop
社内ソフトスキルを考える
社内ソフトスキルを考える
infinite_loop
More Related Content
Similar to プログラムと名前にまつわる座談会
ゲーム開発で使えるかもしれないレイアウトデザイン
ゲーム開発で使えるかもしれないレイアウトデザイン
Kodai Yano
設計(≒デザイン)の話をしよう #nds35
設計(≒デザイン)の話をしよう #nds35
将 高野
○○について考える
○○について考える
きなこ 桜庭
Cedec taラウンドテーブル プログラマー編
Cedec taラウンドテーブル プログラマー編
fumoto kazuhiro
デザインはおまかせで、丸投げされた時どうする?
デザインはおまかせで、丸投げされた時どうする?
rie05
今日からはじめる「じぶんブランディング」
今日からはじめる「じぶんブランディング」
Sunami Hokuto
ゲーム企画書の書き方? ~大久保磨編~ ver.1.4.0
ゲーム企画書の書き方? ~大久保磨編~ ver.1.4.0
Osamu Ohkubo
『議論パターン』 (Discussion Patterns) ~不毛な議論を避け、実り有る議論とするために~
『議論パターン』 (Discussion Patterns) ~不毛な議論を避け、実り有る議論とするために~
Fujio Kojima
モバイルオンラインゲームについて
モバイルオンラインゲームについて
KLab Inc. / Tech
ゲーム開発とデザインパターン
ゲーム開発とデザインパターン
Takashi Komada
ゲーム仕様書の書き方 ~大久保磨編~ ver.1.2.0
ゲーム仕様書の書き方 ~大久保磨編~ ver.1.2.0
Osamu Ohkubo
技術書執筆のススメ 〜Only1なエンジニアになるためのセルフブランディング〜の発表資料
技術書執筆のススメ 〜Only1なエンジニアになるためのセルフブランディング〜の発表資料
Yoshiki Shibukawa
デザイン×呼び方 -「見た目」の話を抜け出そう
デザイン×呼び方 -「見た目」の話を抜け出そう
JunjiYanagisawa
20130113 01 dir-mtgスライド
20130113 01 dir-mtgスライド
Kenta Nakamura
仕様書作成のポイント_180814
仕様書作成のポイント_180814
Sugimoto Chizuru
ゲームの企画って…
ゲームの企画って…
Hiroyuki Shimanishi
ユーザインターフェース10分講座
ユーザインターフェース10分講座
Tsutomu Kawamura
ゲーム開発出身者がチームラボで働いてみた
ゲーム開発出身者がチームラボで働いてみた
秀和 福永
20121117 01 dir-mtgスライド01
20121117 01 dir-mtgスライド01
Kenta Nakamura
プログラマがデザインをがんばってみた
プログラマがデザインをがんばってみた
だいすけ ふるかわ
Similar to プログラムと名前にまつわる座談会
(20)
ゲーム開発で使えるかもしれないレイアウトデザイン
ゲーム開発で使えるかもしれないレイアウトデザイン
設計(≒デザイン)の話をしよう #nds35
設計(≒デザイン)の話をしよう #nds35
○○について考える
○○について考える
Cedec taラウンドテーブル プログラマー編
Cedec taラウンドテーブル プログラマー編
デザインはおまかせで、丸投げされた時どうする?
デザインはおまかせで、丸投げされた時どうする?
今日からはじめる「じぶんブランディング」
今日からはじめる「じぶんブランディング」
ゲーム企画書の書き方? ~大久保磨編~ ver.1.4.0
ゲーム企画書の書き方? ~大久保磨編~ ver.1.4.0
『議論パターン』 (Discussion Patterns) ~不毛な議論を避け、実り有る議論とするために~
『議論パターン』 (Discussion Patterns) ~不毛な議論を避け、実り有る議論とするために~
モバイルオンラインゲームについて
モバイルオンラインゲームについて
ゲーム開発とデザインパターン
ゲーム開発とデザインパターン
ゲーム仕様書の書き方 ~大久保磨編~ ver.1.2.0
ゲーム仕様書の書き方 ~大久保磨編~ ver.1.2.0
技術書執筆のススメ 〜Only1なエンジニアになるためのセルフブランディング〜の発表資料
技術書執筆のススメ 〜Only1なエンジニアになるためのセルフブランディング〜の発表資料
デザイン×呼び方 -「見た目」の話を抜け出そう
デザイン×呼び方 -「見た目」の話を抜け出そう
20130113 01 dir-mtgスライド
20130113 01 dir-mtgスライド
仕様書作成のポイント_180814
仕様書作成のポイント_180814
ゲームの企画って…
ゲームの企画って…
ユーザインターフェース10分講座
ユーザインターフェース10分講座
ゲーム開発出身者がチームラボで働いてみた
ゲーム開発出身者がチームラボで働いてみた
20121117 01 dir-mtgスライド01
20121117 01 dir-mtgスライド01
プログラマがデザインをがんばってみた
プログラマがデザインをがんばってみた
More from infinite_loop
ChatGPT触ってみた
ChatGPT触ってみた
infinite_loop
社内ソフトスキルを考える
社内ソフトスキルを考える
infinite_loop
3Dプリンタって いいね
3Dプリンタって いいね
infinite_loop
VRChatでお酒が注げる飲み物アセットの紹介
VRChatでお酒が注げる飲み物アセットの紹介
infinite_loop
アニメーションとスキニングをBurstで独自実装する.pdf
アニメーションとスキニングをBurstで独自実装する.pdf
infinite_loop
I ❤ Virtual Machines 仮想環境をより便利に使うツールたち
I ❤ Virtual Machines 仮想環境をより便利に使うツールたち
infinite_loop
500万行のPHPプロジェクトにおけるログ出力の歩み
500万行のPHPプロジェクトにおけるログ出力の歩み
infinite_loop
ADRという考えを取り入れてみて
ADRという考えを取り入れてみて
infinite_loop
リファクタリングで実装が○○分短縮した話
リファクタリングで実装が○○分短縮した話
infinite_loop
ゲームのインフラをAwsで実戦tips全て見せます
ゲームのインフラをAwsで実戦tips全て見せます
infinite_loop
楽しいVR空間を作る技術と支える技術 #osc19do
楽しいVR空間を作る技術と支える技術 #osc19do
infinite_loop
Start rl with_unity_machine_learning_agents
Start rl with_unity_machine_learning_agents
infinite_loop
UniRx の1歩目
UniRx の1歩目
infinite_loop
がんばれ PHP Fiber
がんばれ PHP Fiber
infinite_loop
心に残った名前ランキング
心に残った名前ランキング
infinite_loop
名は体を表していますか
名は体を表していますか
infinite_loop
名前の力
名前の力
infinite_loop
大切な名前[Intro]公開版
大切な名前[Intro]公開版
infinite_loop
JupyterNotebookとMySQLでゼロからはじめるデータサイエンス
JupyterNotebookとMySQLでゼロからはじめるデータサイエンス
infinite_loop
複数拠点における開発効率の維持・向上
複数拠点における開発効率の維持・向上
infinite_loop
More from infinite_loop
(20)
ChatGPT触ってみた
ChatGPT触ってみた
社内ソフトスキルを考える
社内ソフトスキルを考える
3Dプリンタって いいね
3Dプリンタって いいね
VRChatでお酒が注げる飲み物アセットの紹介
VRChatでお酒が注げる飲み物アセットの紹介
アニメーションとスキニングをBurstで独自実装する.pdf
アニメーションとスキニングをBurstで独自実装する.pdf
I ❤ Virtual Machines 仮想環境をより便利に使うツールたち
I ❤ Virtual Machines 仮想環境をより便利に使うツールたち
500万行のPHPプロジェクトにおけるログ出力の歩み
500万行のPHPプロジェクトにおけるログ出力の歩み
ADRという考えを取り入れてみて
ADRという考えを取り入れてみて
リファクタリングで実装が○○分短縮した話
リファクタリングで実装が○○分短縮した話
ゲームのインフラをAwsで実戦tips全て見せます
ゲームのインフラをAwsで実戦tips全て見せます
楽しいVR空間を作る技術と支える技術 #osc19do
楽しいVR空間を作る技術と支える技術 #osc19do
Start rl with_unity_machine_learning_agents
Start rl with_unity_machine_learning_agents
UniRx の1歩目
UniRx の1歩目
がんばれ PHP Fiber
がんばれ PHP Fiber
心に残った名前ランキング
心に残った名前ランキング
名は体を表していますか
名は体を表していますか
名前の力
名前の力
大切な名前[Intro]公開版
大切な名前[Intro]公開版
JupyterNotebookとMySQLでゼロからはじめるデータサイエンス
JupyterNotebookとMySQLでゼロからはじめるデータサイエンス
複数拠点における開発効率の維持・向上
複数拠点における開発効率の維持・向上
Recently uploaded
【早稲田AI研究会 講義資料】3DスキャンとTextTo3Dのツールを知ろう!(Vol.1)
【早稲田AI研究会 講義資料】3DスキャンとTextTo3Dのツールを知ろう!(Vol.1)
Hiroki Ichikura
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
akihisamiyanaga1
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
FumieNakayama
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版) 2024年4月作成
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版) 2024年4月作成
Hiroshi Tomioka
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
Yuki Kikuchi
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
UEHARA, Tetsutaro
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
FumieNakayama
TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案
TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案
sugiuralab
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...
博三 太田
Recently uploaded
(9)
【早稲田AI研究会 講義資料】3DスキャンとTextTo3Dのツールを知ろう!(Vol.1)
【早稲田AI研究会 講義資料】3DスキャンとTextTo3Dのツールを知ろう!(Vol.1)
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版) 2024年4月作成
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版) 2024年4月作成
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案
TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...
プログラムと名前にまつわる座談会
1.
プログラムと 名前にまつわる 雑談会
2.
自己紹介 ● 名前: Akira
Nakano ● 趣味: ボビンレース(はじめたばかり)
3.
雑談会 プログラムと名前に関係するお話をつらつらと
4.
名前と設計に関する考え (自分の)
5.
名前と設計に関する考え 「雑談」で話す理由 ● 設計って一つの視点で行うものじゃない ● ユーザー,
開発者, フレームワーク, 実行環境, etc… ● 同じ題材でも求められるものが違う ○ 実在するお店のシステム ○ ゲーム内の武器屋
6.
名前と設計に関する考え 「雑談」で話す理由 名前のみでは語れない、でも名前を考えることは大切 なので、若干無理やりな部分も! (収まり切らなかったとかじゃないよ!)
7.
名前と設計に関する考え ちょっと名前から外れて、良い設計とはなにか? ● 疎結合が良い ● 高凝集が良い よく聞く話、なぜか?(というかなに?)
8.
名前と設計 家が一つのパーツでできていたとする
9.
名前と設計 窓が割れたら?
10.
名前と設計 交換が効かない、全部捨てるしかない
11.
名前と設計 逆に必要以上に細かく別れていたら?
12.
名前と設計 求められる性能を発揮できない
13.
名前と設計 ドアに連動して屋根が開いたら?
14.
名前と設計 他の部分も怖くてさわれない
15.
名前と設計 機能性(高凝集) と 独立性(疎結合)
が求められる
16.
名前と設計 プログラムも同じ 全部同じクラスやメソッドに書いてしまったら ● 仕様変更となったとき ● 不具合が見つかったとき ●
新しい機能を導入したいとき 適切な粒度で変更できますか?
17.
名前と設計 プログラムも同じ 逆に複数の処理を跨がないと機能を達成できないとしたら ● 修正があったとき全て対応できるか ● 間違った使い方をしないと保証できるか ●
他の処理によって予期せぬ動作を引きおこなさないか 機能性を担保できますか?
18.
名前と設計 適切な境界 ≒ 適切な名前
が必要!
19.
名前と設計 バーガーショップの販売を模した処理を考えてみよう (Mのつくあのお店) ● 要素をクラス化すればいいよね ● 名詞で名前を付ければいいんでしょ? ○
お店 ○ カウンター ○ キッチン ○ お客さん
20.
名前と設計 バーガーショップの販売を模した処理を考えてみよう (Mのつくあのお店) ● 要素をクラス化すればいいよね ● 名詞で名前を付ければいいんでしょ? ○
お店 ○ カウンター ○ キッチン ○ お客さん 本当か?
21.
名前と設計 なんとなくこんな感じかな? お店 キッチン カウンター お客さん
22.
名前と設計 「販売」はどこだ? お客さん販売 お店 キッチン カウンター
23.
「販売」ってなんだ?
24.
名前と設計 ● 「販売」ってなんでしょうか? ● 名前は知っている ●
なんとなくお客さんとお店のやりとりだと思う ● 本当にそうか? 境界線が曖昧(少なくとも、今の自分の中では)
25.
名前と設計 名前「販売」について考える ● メニューを見せる ● 注文を受ける ●
注文をキッチンに伝える ● お金のやり取りを行う ● 商品番号を渡す ● 商品番号に紐づく商品を渡す 「お店」は出て来なかった(お客は隠れているだけかも)
26.
名前と設計 販売 キッチン 番号 商品 注文を受ける 商品を渡す 注文 メニュー 見る
27.
名前と設計 悪くなさそうだけど 販売 キッチン 番号 商品 注文を受ける 商品を渡す 注文 メニュー 見る
28.
名前と設計 名前からの考え方 ● 「販売」という名前に自分は戸惑った ○ 他の人はどうだろうか? ●
「販売」という名前は他の機能を持たないだろうか ○ 「商品券」の販売は? ○ メニューの切り替えがあったら? ○ 不要な機能に違和感を示す名前か?
29.
より独立した名前を探そう
30.
例えば、こんなの
31.
名前と設計 ● メニュー提供 ● 注文カウンター ○
注文を受ける ■ 注文が正しいか確認する ■ 注文をキッチンに伝える ■ お金のやり取りを行う ■ 受け取り番号を発行する ● 提供カウンター ○ 商品の提供 ■ 受け取り番号が必要 ■ 商品が完成していれば提供する
32.
名前と設計 注文カウンター キッチン 提供カウンター 注文 番号 商品 メニュー
33.
名前と設計 注文カウンター キッチン 提供カウンター 注文 番号 商品 メニュー あれ?「販売」は何処へ・・・
34.
販売 名前と設計 注文カウンター キッチン 提供カウンター 注文 番号 商品 メニュー 組み合わせて表現 ちょっと怪しい、まだふんわりしてる
35.
名前と設計 注文カウンター キッチン 提供カウンター 注文 番号 商品 スペシャル メニュー 変化があっても受け入れられる A
B
36.
名前と設計 ● 目につく名前に惑わされない ● 名前(境界)を理解する ○
フォーカスしたい名前の本質を知る ● より小さい概念(の関係性)を見つける ○ カウンターは物理的には1つかもしれない ○ 概念としては「注文」「提供」の二つがある ● 可能なら具体的な名前を付け直す
37.
ここから本当に雑談
38.
名前に迷ったとき ● つぶやいてみる ○ 販売は商品を提供する。販売はメニューを変更する。 ○
提供カウンタは商品を提供する。提供カウンタはメニューを変更する。 ● となりの人に聞いてみる ○ 2,3人が首を傾げなければ、たぶん大丈夫 ○ できれば会話してみると良い ● 英語に迷ったとき ○ 日本語 > 翻訳 > 画像検索 ○ 試している最中
39.
ハンガリアン記法 ● 昔話!! ● Microsoftのチャールズ・シモニイにより考案された ●
ハンガリー人らしく、そのままなネーミング ● それが保持するものの種類を示すタグを小文字で付ける
40.
ハンガリアン記法 ハンガリアンは二つある ● システムハンガリアン ○ 一般に知られる(知られた)ハンガリアン ○
暗黒面 ● アプリケーションハンガリアン ○ シモニイが本当に提唱したかったもの
41.
ハンガリアン記法 ● システムハンガリアン ○ 変数の型を表現するタグをつける ○
int なら i, long なら l とかで iCount, lCountとする ○ 型があれば保証してくれる情報じゃない? ○ その変数の型が変更された時に保守が大変 ■ 逆に混乱の元になる ○ 推奨されない
42.
ハンガリアン記法 ● アプリケーションハンガリアン ○ 変数の種類を表現するタグをつける ○
安全な文字列ならsafeのs、逆ならunsafeのusなど ○ 型では保証できない領域を保証する ○ sPassword = usPassworld 危険なコードが見える ○ 現在は推奨されない(とおもう)
43.
ハンガリアン記法 ● 現在 ○ usというタグの意味を知らないと理解できない ■
省略の問題が残る ○ us(タグ)よりunsafe(名前)の方が読み手を選ばない ○ 型の力を強化できる ■ strong typedefなどにより強力な型付けが可能 ○ 意思は受け継ぎつつ非推奨かなと思う
44.
曖昧な名前 ● Get ○ プログラムは、データをやり取りするので至る所に「取得」がある ○
どこから取得したのか? どう取得したのか? ○ 特にインフラレイヤでは気を付けたい(DBとかデバイス付近) ○ メンバのゲッター程度の軽い処理に対して記述されるもイメージ ● Check ○ チェックした後は?あっていればいいのか?間違っていればいいのか? ○ CheckPost(ポストである確認) より AllowPostOnly(ポストのみ許可) ○ CheckBox->Check() チェックマークをつける?(ちょっと無理やり) ● Filter ○ 除外するのか、選ぶのか・・・Selectとかどうですかね。
45.
ユビキタス言語 DDDのプラクティスの1つ 開発者とドメインエキスパートとの間で共通の意味を持つ用語を構築する 開発者とドメインエキスパートを含めたチーム全体で作り上げる共通言語 名前に業務上の境界を設け、開発者とドメインエキスパートが会話をし ドメインへの理解を深め、モデルに反映させる。 共通認識の名前を用いることで、課題に則したモデリングが行える。 バイト経験者と飲食店の例とかをやってみたら面白いかもね!
46.
文化 ● 名前は文化から生まれる。 ● 勝手に命名ルールを変更するのは文化破壊となる。 ●
一人で進むのはやめよう。 ● チームで考える(やるべきこと、そうで無いもの) ● 文化がなければ、小さなところから育てよう
47.
まとめ
48.
まとめ ● プログラムと名前は切っても切れない関係 ● 今も昔も色々な考えがある ●
名前の考え方も進化していく ● 読みやすく品質の高いコードを目指しましょう ● 足並みそろえよう
49.
以上、ありがとうございました
Download now