Scala 3におけるデータ指向プログラミング（以下DOP）について深掘りする。久々にScalaの話題を取り上げるが、これはScala Advent Calendar 2023の14日目の内容でもある。 早速だけど、DOPの基本原則は意外とシンプルだ。 コード（動作）をデータから切り離す データを汎用的なデータ構造で表現する データをイミュータブル（不変）として扱う データスキーマをデータ表現から切り離す イミュータブルなデータは採用することは多いと思うが、これをそのまま実践している人はどのくらいいるだろうか。Scalaではクラス中心の関数型プログラミングが主流だと思うし、私もそうしている。 DOPの詳細は下記の本(以下DOP本)を参照してほしい。 データ指向プログラミング 作者:Yehonathan Sharvit翔泳社Amazon ちなみに留意すべき点がある。DOP本とJavaのPro

この記事は 株式会社ログラス Productチーム Advent Calendar 2023 13日目の記事です。 はじめに 〇〇を削除できるかどうかのビジネス処理、皆さんはどう実装していますか？ 同僚の話題になった記事でも削除の認可処理をどこに記述すべきか？は難しいと説明されています。今回はお題は認可っぽいもので書きますが広範に「削除ができるかどうか？」のビジネスロジックをドメイン層にどう閉じ込めるかの便利な実装パターンを紹介します。 削除処理のビジネスロジックの取り扱いは難しい 削除処理のビジネスロジックの実装はシンプルだけど更新処理や作成処理と比べて意外と難しいです。 それはなぜかというとドメインオブジェクト内の実装に削除処理を書くことができないからです。 例えば権限に管理者と一般ユーザーの二つの権限があるとします。

はじめに 最近プロジェクトマネジメント関連の仕事をする機会が増え、要件定義や設計関連の業務もするようになったので、私の経験を基に要件定義の具体的なプロセスや考え方について、まとめていきます。 本記事について Findy様の「要件定義 先達に学ぶ今日から使える実践テクニック Lunch LT」で登壇した内容を元に作成しています。 この記事の対象者 要件定義の基本や思考プロセスを学びたい人 エンジニアからプロジェクトマネジメントをやりたい人 ビジネスサイドとエンジニアサイドのコミニュケーション能力を向上させたい人 具体的な事例を通して要件定義を学びたい人 前提 紹介する内容はあくまで一例であり、プロジェクトやチームの状況に応じて調整が必要 あくまで自分(駆け出しPM)の経験に基づいた内容を言語化しています プロジェクト規模は10名〜20名のWebアプリ開発を想定しています システム開発の全体像

※当アカウントは特殊な訓練を受けています、良い子はマネしないでね！ ※当地ホンジュラスは。10万人あたりの殺人件数が世界ランキング1〜4位をここ10年間彷徨っており殺人事件の90％以上が捕まらない国です、判断ミスったら射殺されます、以下の記事はあくまで酒のつまみとしてお楽しみください 始まりこの旅程のルート この日はエルサルバドルの首都サンサルバドルからホンジュラスの北部にあるコパン・ルイナスという遺跡観光都市に向けて移動していた。早起きして7時には出発しエルサルバドルを出国してホンジュラスへと入国したのは午前11時前のことである。 いいペースで動けていたがこの時通過したエル・ポイという街からコパンへはオコテペケ、ラ・エントラーダという街を経由しないと辿り着かない。乗り換えが多い区間であった。 国境からオコテペケで乗り換えラ・エントラーダへと向かう。この路線は一発で行けるはずであった。が、

はじめに 色々あって，ここ数年間は「エンジニアになりたい学生」と多く触れ，そして励ましてきました。新卒採用やインターンシップ採用の選考に関わっていたこともあります。悲しいことに学生のみなさんはさまざまな情報に踊らされ，焦らされ，煽られてしまっています。特にTwitterやブログでは，なんとか生き残っていた人たちの生存バイアスばかりが目立ちます。人事は会社ごとに言ってくることが違うし，いったいなにを信じればいいのかわからなくなっていることでしょう。そんな学生のみなさんの不安を少しでも払拭できればいいと思って，ひとりひとりとお話して励ましてきたことを今回こうして文章にまとめています この文章がエンジニアになりたいけれど，なんとなく不安を抱えている学生の方々の助けになればとてもうれしいです。もちろんこの文章は私が所属する企業を代表する意見ではありませんし，あくまで私が考える「こういうふうに考える

本記事は株式会社ログラス Productチーム Advent Calendar 2023の 10日目の記事です。 みなさんこんにちは！ログラスでプロダクト責任者をしている斉藤です。 今回は「丁稚奉公から始まる異業種探索」と称して #pmconf2023 で登壇をしてきたのでその内容を10分でキャッチアップいただけるようnoteにしてみようと思います。 3行でまとめると新規事業開発や新規マーケット展開には深い顧客理解が必要 「丁稚奉公」を実施すると、顧客からの信頼と将来の確信を得られる。 みんなも丁稚奉公してみようぜ！ きっかけ： もっと多くの経営企画のみなさんのお役に立ちたい！Loglassは経営企画の皆様により正確かつ迅速にデータを可視化する経営管理クラウドです。 要は経営にまつわるいろんな情報をExcelで頑張って統合している企業さんがLoglassを入れれば、情報の統合が楽になり、ぱ

アーキテクチャ刷新にどのように立ち向かったかのお話です。 何を予測し 何を準備し 何を失敗したか そんなお話です。 【プロポーザル】 ある特定の課題を解決するために、未知の技術や方法を採用する必要に迫られる状況は、技術者のキャリアの中で度々出くわすものです。 私も最近、そのような挑戦的な状況に直面しました。 このセッションでは、新しいアーキテクチャや技術基盤を導入する過程で私が行った取り組みや準備、そしてそれらの採用によってもたらされた実際の結果や変化についてお話します。 採用の背景から選択の過程、そして実際の結果までの道のりを通して、未知の技術やアーキテクチャの採用に関する有益な知見や学びを共有いたします。 こちらはGMO Deceloper Day 2023 でお話しました。 詳細は以下をどうぞ。 https://developers.gmo.jp/developersday/?ses

AndroidのためのJava/Kotlinはスコープ外とします まず断っておくと、俺はScalaが好きだ。 自分が作ったScalaプロダクトは二個現存している。うち一つはまだまだ自分が開発している。というか今は会社を作って1人でプロダクトを作っている身なのだが、それもScala3+ZIO2でゴリゴリ書いている。 でも残念、もうScalaというかJVM言語がオススメできません。TypeScriptかGoかRustをオススメします。 どういうこと？まずこの記事を見ていただくのが一番分かりやすい。 https://aws.amazon.com/jp/builders-flash/202310/java-serverless-saas-backend/?awsf.filter-name=*all 素晴らしいエントリーだ。読みに行かないせっかちな方のために概要を紹介する JavaプロダクトをAWS

ウォンテッドリー株式会社の社内イベント "Tech Lunch" で話した発表です。 プログラムには大小さまざまな粒度の「状態」が存在します。 状態の設計を工夫することで、コーナーケースの発生を抑止し、ユーザー体験を最適化することができます。 本発表では、私が普段どのように「状態」について考えているか、言語や環境を問わずできるだけ普遍的に使える形での言語化を試みます。本発表を通じて、「状態」をなんとなくではなく合理的に設計するためのヒントを提供します。 GoogleスライドのURL: https://docs.google.com/presentation/d/1PNzz69UV05HlKPuWGlooemnPslLbLKsyLwl3R4U_XqE/edit

すべてのフェーズでミスが重なった ―全銀ネットとNTTデータ⁠⁠、全銀システム通信障害の詳細を説明 全国銀行資金決済ネットワーク（以下、全銀ネット）とNTTデータは12月1日、2023年10月10日～11日にかけて全国銀行データ通信システム（以下、全銀システム）で発生した通信障害に関する報道関係者向けの説明会を開催しました。本件についてはNTTデータが11月6日に行った途中経過報告の内容をもとにレポートしましたが、今回、全銀ネットとNTTデータが揃って会見を行ったことで、より詳細な障害の原因が判明したので、あらためてその内容を検証してみたいと思います。 説明会の登壇者。左から、全銀ネット 企画部長 千葉雄一氏、事務局長兼業務部長 小林健一氏、理事長 辻松雄氏、NTTデータ 代表取締役社長佐々木 裕氏、取締役副社長執行役員 鈴木正範氏 なお、全銀ネットとNTTデータは、今回の障害に関して金融

TOPインタビューエンジニアが好きすぎてDevRelになった。タイミーかわまた氏に聞く「開発者が思う存分価値発揮できる組織」のつくりかた 株式会社タイミー　プロダクト本部DevEnableG　DevRel かわまた（河又涼） 新卒で株式会社サトーに入社、営業としてラベルプリンターやハンディターミナルを活用したソリューション提案を担当。その後株式会社groovesにて、Forkwell事業部のリードセールスとして活動。セールスと海外事業の兼任を経て、Forkwell DevRel Teamに異動、エンジニア向けのイベント企画とDevRel Specialistとして活動。2023年5月、株式会社タイミーに入社、DevRelとして技術的な認知活動を担う。 エンジニア採用に力を入れる企業が増えてきた昨今、採用を見据えた技術広報的な意味合いを持ちつつ、自社のエンジニア組織を盛り上げる役割を担う「D

1. はじめに ソフトウェア開発のチームに、新しいメンバーが入ってくることはよくあります。 以前に新卒社員がチーム入ってきた場合の育成方法を紹介しました(こちら)。 今回は、新卒社員ではなく、他の会社から中途入社か同じ会社の部署異動で来る新メンバーの話です。 (エンジニアが数百人などで規模が大きい会社の場合、部署が違うと仕事のやり方が全く変わる場合があるので、今回は中途入社と他の部署からの異動を同じように「新メンバー」として扱います) 会社や部署が変わると仕事のやり方が大きく変わるため、仕事のやり方に戸惑うことが多いと思います。 本稿では、そのような「新メンバー」を活躍しづらくしてしまうアンチパターンとその対策を紹介します。 2. 中途入社や部署異動で来た新メンバーが適応することの困難さを理解する 中途入社や部署異動で来た新メンバーが組織に適応することは、新卒社員のそれとは別の難しさがあり

ヨドバシカメラは現在、お客様との接点をドメインとして設計する新たなAPIを開発中であることを、クリエーションラインが主催し10月27日に開催されたイベント「Actionable Insights Day 2023」で明らかにしました。 REST APIとして実装される予定のこのAPIについて同社は「ヨドバシスタッフの魂を注入する」としており、厳重なセキュリティやユーザーフレンドリーで高い利便性などが追求されています。 ヨドバシAPIがどのように設計され、開発、実装されていくのか。その中味が紹介されたセッションの内容を見ていきましょう。 本記事は前編と後編の2本の記事で構成されています。いまお読みの記事は前編です。 疎結合なのに一体感、ヨドバシAPIがつなぐ社会 株式会社ヨドバシカメラ 代表取締役社長 藤沢和則氏。 ヨドバシカメラの藤沢と申します。本日はまずこの貴重な機会をいただきありがとう

目　次 1.　はじめに 2.　トコジラミの名前の由来 3.　トコジラミの再興 4.　トコジラミの侵入経路と発生原因 5.　トコジラミの持ち帰り予防対策 6.　トコジラミのアレルギー反応 7.　トコジラミの吸血部位 8.　トコジラミの誘引源 9.　トコジラミの潜伏場所 10.　トコジラミのコロニーと血糞 11.　トコジラミを発見する方法 12.　トコジラミの繁殖と温湿度 13.　トコジラミの吸血回避 14.　スチームクリーナーのすすめ 15.　紙パック式掃除機のすすめ 16.　孤独な戦いに終止符を… 17. 【全国対応】トコジラミ根絶施工 はじめに 本項は日本におけるトコジラミ（南京虫）の命名由来と被害の歴史にはじまり、近年におけるトコジラミ(南京虫)の発生原因と予防対策、吸血回避と発見方法、殺虫剤に頼らない安全な駆除方法、根絶させるコツなど、多岐に渡ります。先進国を中心に猛威を振るう殺虫剤

プロダクト技術本部の川口です。 3年間、ビッグローブ光といった固定回線のインフラ部門に所属していましたが、今年の4月に BIGLOBE の基幹システムのリニューアルを推進していく部署に異動することになりました。 所属するチームでは、ドメイン駆動設計（DDD）で開発しています。 チームにジョインすると開発チュートリアルをやることになっており、そこで IntelliJ や Spring Boot での開発の仕方を学んだり、チュートリアルを通して DDD を学んだりします。 今回は、DDD のチュートリアルで実際に作成したドメインモデルがどういう風に成長していったかについて紹介します。 勤怠管理アプリ チュートリアル 初期ドメインモデル 中期ドメインモデル 後期ドメインモデル 学んだこと、感想 勤怠管理アプリ チュートリアル お題は GitHub のパブリックリポジトリに公開されています。 ht

AWS Dev Day 2022 Japan の発表資料です。

CNDT 2022から、DMMのアーキテクトが自社内で利用するプラットフォームにおけるリソース管理の実際を解説したセッションを紹介する。 CNDT 2022から、合同会社DMM.comのアーキテクトが社内向けKubernetesプラットフォームにおける運用チームであるSREと、アプリケーション開発チームにおける共有基盤の管理と運用の実際を解説するセッションを紹介する。これは「マイクロサービスとK8sにおける責任境界設計とリソース管理」と題されたセッションで、プレゼンテーションを行ったのはpospome氏だ。 ●動画：マイクロサービスとk8sにおける責任境界設計とリソース管理 タイトルは大仰だが、その内はマイクロサービスで構成されたDMMのシステムをSREが担当する部分とアプリケーション開発チームが担当する部分に分け、役割分担の背景と実際に実装したツールの解説というものだ。

アジャイル型の開発が導入されていない現場であっても、そして一人であっても、実践可能なアジャイルに関するプラクティスは存在します。 例えば、自動テストや、テストファースト、テスト駆動開発（TDD：Test Driven Development）です。ユニットテストフレームワークを使ってテストコードを書いて開発しながらテストを実行する「自動テスト」、実装の前にそのテストコードを書く「テストファースト」、テストと実装を繰り返しながらインクリメンタルに設計・開発を行うのが「TDD」。これらプラクティスのなかで、はじめの一歩となるのが自動テストですが、1人で実践するには、どこからはじめるか、どうテストを組み立てればよいのか、あるいは自分のテスト方法は適切なのか、不安を持つこともあるでしょう。 そこで本稿では、さまざまなチームや組織へのテスト手法の導入を支援し、精力的に講演や執筆などを行ってきたこの分

チュートリアルでDDD体験: ドメインモデルの成長を紹介 - BIGLOBE Style ｜ BIGLOBEの「はたらく人」と「トガッた技術」 僕もこのドメインで振る舞い中心のモデリングをしてみた。実装は可能なモデルを書いてみましたが、今回は細かい実装の話はありません。 イベントを抽出まずイベント(起こった事実)から考えました。日々の勤怠で何が起きるのだろう。出勤したり退勤したり休憩したりと打刻するのは間違いない。システムが何か命令(コマンド)を受理したらこういうイベントが発生するはず。 「出勤した」イベントには、誰がいつ出勤したかを説明する事実が記載されている。「退勤した」や「休憩を開始した」や「休憩を終了した」なども同じ。あと、打刻間違いの修正もあるので「打刻を修正した」もある。ちょっと荒削りだがこんな印象。 出勤した 退勤した 休憩を開始した 休憩を終了した 打刻を修正した ちなみに