先日こちらの記事にて、安定したフェーズに入ったからこそモデルを変更していこうということを書いたのですが、 ここで改めて、 「モデルとはなにか？」 というテーマについて考えたいと思いました。 特に、 安定したフェーズに入ったプロダクトにとってモデルがどう役に立つのか を再考したいと思います。 モデルの名前を熟考するのは可読性や保守性のためだけではない そもそもモデルとはなにか。 ドメイン駆動設計のエヴァンス本には

プロダクト初期からリリースまで、ドメイン駆動設計でプロダクトを設計していけば、頻繁にモデルの名前を変更していくでしょうし、チームで議論する機会も多いかと。 これが、プロダクトがうまく行って、運用も安定していくと、モデルの名前が変更される機会が減ってきていないでしょうか？ しかし、プロダクト初期に付けた名前や最初につけた名前がずっと正しいとは限りません。 まずはその理由を探ります。 最初に付けた名前が正しいとは限らない 1. 実装時には違和感に気が付かないことがある 実装している人やチームは当然そのモデルの名前をつけた背景やロジックを知っているわけで、それ故、違和感を感じるべき名前でもそのときには気が付かないことが多いです。 後からチームに入ってきた人が見ると、なんでこの名前なんだろう？？？と思うわけです。 2. 外部連携先に名前を合わせがち 本来、外部連携先というのはコンテキストの外なので、名前を合わせる必要はありません。むしろ、自分のコンテキスト内での業務内容から名前は決められるべきで、外部連携先での名前をそのまま使うと意味がわからなくなることもあります。

Webナイト宮崎 Vol.8　～てげ良いコード書きたい～ に参加しました 宮崎で8回目のLT大会に登壇してきました。 仕事で遅れ、発表順を最後にしてもったあげく、ギリギリの参加となってしまい、他の方のLTが聴けなかったのが残念。 スライドはこちら 良いコードに正解はあるか 制限時間5分のところ、10分喋ってしまいましたが、喋り足りなかったので(!?)、こちら少し補足します。 なぜを考える大切さ 冒頭では、なぜ良いコードを書きたいのか?

ABD(Active Book Dialog)読書会をご存知でしょうか？ http://www.abd-abd.com/ 簡単に説明すると、 １．担当パートを割り振り ２．それぞれ読み、要約文を作り ３．リレー形式でプレゼンし ４．感想や疑問について話しあう という新しい読書会です。

(画像引用：https://tabi-labo.com/284144/sapeur) この記事はアラタナアドベントカレンダー2019最終日の記事です。 最終日らしいテーマを選びました。 自分は株式会社アラタナに所属して４年になります。 来年の４月にはZOZO/ZOZOテクノロジーズに再編が決まっています。 自分が入社したときには既にZOZO傘下にいましたので、ずっとアパレルのお仕事をしてきたわけですが、アラタナはZOZO傘下に入る前はカゴラボというECサイト構築をメインにやってきましたので、途中で参加した自分もやはりどこか「EC」全般というドメインでやっている感覚がどこかにありました。 ここで、ZOZOに編入とのことであらためて「ファッション」「アパレル」「アパレルブランド」という分野にコミットしていく必要があるんだなと再認識しているところです。 すごく恥ずかしい話なのですが、今年40を過ぎて初めて服装をきちんとしようと思いました。 なかなかエンジニアって服装に気を使わない人が多いですよね。ご多分にもれず自分もそのうちの一人でした。 今年になって、家を整理したり、生活をきちんとしようと思った過程で、服装にも気を使おうと思ったのです。

この記事はQiitaに書く予定の記事を先行公開しています。 ServerlessFrameworkのプラグインを修正しました。 Lambda関数をそのままAWS Batchに乗せ換える(Python3.6限定) https://github.com/YasuhiroKimesawa/serverless-aws-batch ServerlessでデプロイするLambda関数をAWS Batchにソースコードをいじらずに移行するプラグインですが、いくつかバグがあったので修正しました。 ちょっと動作確認中でまだPullRequestを出していないですが、手順を残しておきましょう。 １. フォーク元のGithubに移動し、フォークボタンを押すと自分のレポジトリにフォークできます。