アンドパッドでバックエンドの開発をしているzigeninです。 この記事は ANDPAD Advent Calendar 2024の 11日目の記事です。 ここ数年、アンドパッドでは、海外のエンジニアも開発へ参画するようになりました。海外のメンバーとのやりとりは英語で行われます。 そういう状況なので、アンドパッドは、会社として社員の英会話の学習の支援をしています。 私も補助を受けたことがあり、それを契機に英語を日常的に学ぶようになりました。 私の働いているチームでは海外のエンジニアはいませんし、これからも海外メンバーと濃厚な関わりを持つ機会はなさそうです。 ただ、将来、なにかの拍子に海外関連の仕事を獲得できたら面白そうなので、まったりと英語学習を続けています。 今となっては、英語学習が毎日の習慣になり、毎日少しは英語を学ばないと落ち着かない体質になってしまいました。 本記事では、私の英語学

2024.12.11 エンジニア組織のリアルな失敗経験から学ぶ！ 生産性向上＆チーム強化Tips

TOPICS 発行年月日 2025年01月17日 発売予定 PRINT LENGTH 468 （予定） ISBN 978-4-8144-0101-7 原書 Building Multi-Tenant SaaS Architectures FORMAT Print PDF SaaS（Software as a Service）とは、ソフトウェアをクラウド環境などでホストし、ユーザーにサービスとして提供する形態のビジネスモデルです。マルチテナントとは、複数のユーザーが同一のリソースを共有するモデルや、それらを統一された体験を通じて管理する仕組みを指します。セキュリティや可用性、運用面などで独自の考慮事項が必要となりますが、インフラストラクチャコストの削減や運用効率の向上が見込めるため、近年その採用件数は右肩上がりに増加しています。本書は、エンジニア向けの本格的なSaaS解説本として、マルチテナ

はじめに Googleカレンダーのような時間枠を扱うシステムを設計する際、開始・終了時刻を管理するロジックは容易ではない。 しかし、PostgreSQLには 範囲型 があり、この機能を活用することで、開始時刻（begin_at）と終了時刻（end_at）を1つのカラムで扱えるようになる。 そこで本稿では、範囲型を用いた設計と、その利点を紹介する。 時間枠を扱う難しさ まず前提として時間枠の扱いがなぜ難しいかを紹介する。 ソフトウェアデザインでやっている連載、実戦データベースリファクタリングの 【12】厄介な時間枠に向き合う でも紹介したが、時間の範囲を比較するときが難しい。 範囲の重なりには以下の種類がある。 包含：範囲Aが範囲Bを完全に含む 重複：範囲Aと範囲Bに共通点がある 隣接：範囲Aと範囲Bが隣り合う 時間枠の扱いはSQLに限らず、プログラミングの題材として難易度が高い。 特に重複

Atomic Design、どうですか？ フロントエンドをやってる系の人たちはぶっちゃけしっくりきてないとおもいます。 僕を含めて、当初より「これ微妙やね（まぁ流行ってるし適当ではあるから使っておくか）」という見解の人はチラホラみかけました。 それもそのはずです。 朧げな記憶ではありますが、Atomic Designはそもそもプログラマーのために作られたメソッド……ではありません。 デザイナーの方が考案した、デザインシステム構築のためのフレームワークです（そうだよね？）。 Sketchでデザインコンポーネントを作成する際に（たしかSketchだったはず。懐かしいですね）、Sketch上のコンポーネントの再利用性を高めて使いやすくするためのものだったのです（だったはずです）。 それが「増えまくったReactコンポーネントをいい感じにフォルダわけしてえなあ」という需要と噛み合って流行ったと認識

はじめに 株式会社ファースト・オートメーションCTOの田中(しろくま)です！ 弊社では製造業向けのRAGを使ったチャットボットの開発を行っていますが、 RAGで読み取りづらいなと感じているドキュメントが"Excel文書"です。 LLMを悩ませる"Excel文書"とは ここで"Excel文書"と呼んでいるドキュメントは、 「構造化されたテーブルを保存しているExcelファイル」 ではなく、 「 セルに文書を書いたり、オブジェクトや画像を挿入することで、いわゆる一般的な文書を作成しているExcelファイル 」 のことを呼んでいます。 そもそも一般的な文書作成においてはExcelではなく、Wordを使えばよいのでは？と思われるかもですが、以下の点でExcelで文書の資料を作成することはそれなりに便利な部分があると思っています。 枠を使って、グルーピングすることでドキュメントの構成が見やすくなる

総務省から「パスワードの定期変更は不要」と発表|安全なパスワード管理・設定方法を紹介 情報セキュリティの基本として「パスワードを盗まれないようにするためには、定期的なパスワードが必要」という考え方は長らく一般的でした。 しかし、パスワードの変更に関して、総務省が大幅な方向転換を発表したことをご存知でしょうか。情報セキュリティの考え方は時代とともに変わるものであるため、最新の情報をとらえておくことが重要です。 この記事では、パスワードの変更に関する現在の潮流の解説と併せて、安全な管理・設定方法などについて解説します。 ■「パスワードの定期的な変更は不要」と総務省が発表 これまで、ドメインやワークグループといった企業内のネットワーク、またはインターネットのサービスにおいて、ID・パスワードを使って認証する際には、ネットワーク管理者やサービス提供者がパスワードの定期変更を要求するのが一般的でした

Login to your account You must be logged in to perform this action.

「Markwhen」はマークダウンに似た記法で予定表を作り、タイムライン形式やカレンダー形式で表示できるシステムです。一般的なカレンダーアプリではボタンを1つ1つクリックしながら予定を登録する必要がありますが、Markwhenならテキストをダダダッと打ち込むだけで予定を登録できます。 Markwhen https://markwhen.com/ MarkwhenはVisual Studio Code(VS Code)やObsidian向けの拡張機能として利用可能なほか、簡単に使えるウェブアプリ「Meridiem」も用意されています。今回は以下のリンク先にアクセスしてMeridiem上でMarkwhenを使ってみます。 Meridiem https://meridiem.markwhen.com/ Meridiemの画面はこんな感じ。画面中央にMarkwhen形式のテキストが表示され、右側に

NewsPicks Advent Calendar 2024 一日目の記事です。 こんにちは！ソーシャル経済メディア「NewsPicks」の安藤です。長らくSREチームのプレイングマネージャーをしていたのですが、最近はEMとして自分の技術的専門性とは異なる担当領域の開発チームもサポートしています。 その中で気づいたのが、「プロジェクトマネジメントを通じてならどのチームでもエンジニアリングマネージャーとして一定のバリューを発揮できるかもしれない」ということです。 私自身は前職で10年以上プライムのSIerに在籍しており、PMを務めたことはありませんが一流のPMの元で開発リーダーとして一緒に仕事をした経験はあります。*1 SEの必須研修として『プロジェクトマネジメント基礎』という一週間の座学をした程度の知識ですが、スクラムが中心の事業会社のエンジニアにとっても意外と役立つTIPSがあるので思い

これは Kyash Advent Calendar 2024 1日目の記事です。 2022年1月から VP of Engineering という役割でKyashの開発組織全体のマネジメントを始め*1、2024年1月から 執行役員 VP of Engineering になり1年くらい経ちました*2。 当初は「今までどおりいいプロダクトを作っていけるように行動していくだけだし大きくは変わらん」と思っていたのですが、想像以上に変化もあったので備忘として残しておきます。 ここに書ききれないこともたくさんあります。「1年近くやってこんな抽象的なことしか書けないのか」と感じられるかもしれませんが、まああまり背伸びせず反省も込めて今のスナップショットをそのまま書くことにします。 結果として事業はよくなっている Kyash のようなカード発行型の決済サービスというのは、決済単体の収益性で見ればいわゆる "

私は都内のベンチャー企業でSaaSの開発をしているエンジニアです。 最近、事業を進めるなかで感じていることがあります。それは、エンジニアとしての「優秀さ」の定義が変わってきているな、ということです。 もはや技術力では勝負がつかないかつてエンジニアの優秀さの定義は「いかに高い技術力を持つか？」が大きな割合を占めていました。 しかし、いまの日本のWeb事業において、ぶっちゃけ「技術力」が事業の決定打になることはほぼありません。 たとえば「Wantedly」のような求人掲載サービスも「クックパッド」のようなレシピ共有サービスも、機能として見たときには大きな違いがないですよね。情報が登録できて、表示されて、検索できて、いいねや検索条件の保存ができて……と、基本機能はほぼ同じように見えます（あくまで外から見た限りですが）。 私たちが開発中のSaaSも、基本機能は「データ入力、保存、表示」なので、さほ

小沢健二で言うとこの『天使たちのシーン』みたいな、 電気グルーヴで言うとこの『虹』的な、 KIRINJIで言うとこの『スウィートソウル』のような、 そのアーティストのファンに本当に深く愛されてて、夜に酒飲みながら聴くとジワーっときてもしかしたらちょっと泣いちゃったりもする、そんな感じの曲あったら教えてください！ 【追記】 たくさん教えてくれてありがと！ 他の人がおすすめしてくれた曲聴く瞬間って最高に幸せだわ。 https://open.spotify.com/playlist/0TLtWWo6JcdHmdGc1AouPp?si=k0xPeVArS4GZ9x5V_NVKoQ&pi=JLHRrm-YRWuuz

こんにちは。コミュニケーションアプリ「LINE」のモバイルクライアントを開発している石川です。 この記事は、毎週木曜の定期連載 "Weekly Report" 共有の第 51 回です。 LINEヤフー社内には、高い開発生産性を維持するための Review Committee という活動があります。ここで集まった知見を、Weekly Report と称して毎週社内に共有しており、その一部を本ブログ上でも公開しています。（Weekly Report の詳細については、過去の記事一覧を参照してください） 確信的な質問 ある開発者が、以下の関数 getOnlineUserStates のコードレビューの依頼を受けた状況を想定しましょう。 fun getOnlineUserStates(userIds: Set<UserId>): Map<UserId, UserState> { if (userI

2024/11/18に、Flutterの公式ドキュメントより、Flutterの設計についての記載が公開されたので、まとめてみます。 直訳やLLMの翻訳では分かりづらい箇所をなるべく理解しやすいように噛み砕いて日本語訳しました。 初めに 以下の内容が学べます アーキテクチャの利点 一般的なアーキテクチャ原則 Flutterチームが推奨するアーキテクチャ MVVMと状態管理 依存性注入 堅牢なFlutterアプリケーションを作成するための一般的なデザインパターン アーキテクチャの利点 優れたアーキテクチャには、エンジニアとユーザーにとってに多くのメリットがあります。 保守性 - 時間の経過とともに変更、更新、問題の修正が容易になります。 スケーラビリティ - コードのコンフリクトを最小限に抑え、より多くの人が同時に同じコードを変更することを可能にします。 テスト可能性 - 入力と出力が明確に定

こんにちは、佐々木です。NRIネットコムの社外向け勉強会で、「データ分析基盤を作ってみよう　～性能測定編～」というタイトルで登壇してきました。その前に設計編というテーマで開催しており、今回はその続きです。アーキテクチャ設計をする上でAWSのサービスをどういう観点で評価するのか、またその裏付けを取るためにどうしているのかというのを実際の測定例とともに話しました。 発表資料と当日の動画 当日の発表資料と動画です。 speakerdeck.com www.youtube.com アーキテクチャの選定について アーキテクチャ選定の部分で取り上げたのが、BIツールでダッシュボードを作ってデータを可視化する例です。セッション中も話していたのですが、アーキテクチャの選択肢は沢山あります。そんな中でどうやって選ぶかなのですが、ここで取り上げた例はユーザーがどういう属性の人なのかということです。 例えば、ダ

Mermaid Graphical Editor VSCodeの拡張機能です。 Mermaid記法を利用してマークダウン内部で作図しながら、Mermaidそれ自体のエディタを立ち上げることができます。 逆にMermaid Editor側で編集した内容もマークダウンにフィードバックされます。 vs Draw.io Integration 類似ツールとしてDraw.io Integrationがあります。 こちらは.drawio拡張子のファイルをVSCodeで作成すると、draw.ioのエディタが開いて作図ができるツールです。 しかし、draw.ioはあくまで図が書けるところを生業としていて、作成したdraw.ioファイルをマークダウンファイルに埋め込むには画像としてexportが必要です。 できれば自分はマークダウン以外のファイルを作らず、一つのマークダウンファイルだけで完結したいと思ってま

最近登壇で使っていたLLM関連技術の今後について触れた50ページほどの資料を公開します。 (予測や展望は個人の見解を多分に含む点をご容赦ください。) 細かい技術説明というよりみんな気になるAgent、LLMOps周りの実際に立ち向かって死にかけた経験を赤裸々に書いた感じです。取り組む前にこの屍を…