2023年8月16日（水）、つくばスタートアップパーク主催のSTAPA STARTUP TALKにて、「スタートアップの新・必須科目！非市場戦略とパブリックアフェアーズ」と題して、マカイラ株式会社代表取締役COOの高橋朗が講演しました。当日の講演内容の一部をご紹介いたします。【全４回のうちの第３回　／＃１　＃２に戻る／　＃４に続く】 ここまで抽象論が多く続いたので、四つほど具体的な事例を交えてPAについて説明します。なお、必ずしもマカイラが手掛けた事例とは限りません。 事例①フィンテック業界：オンライン本人確認の実現 ひとつめは、フィンテック業界が働きかけて、オンライン本人確認を実現した事例です。 現在は、おおむねどんな金融サービスも、スマホやPCから利用を申し込み、オンラインで本人確認を行って、その場でサービスを利用できるようようになってますが、かつては、免許証のコピーなど本人確認書類を

ADR – アーキテクチャ上の設計判断を記録しよう はじめに 昨年、2022 年に「ソフトウェアアーキテクチャの基礎」[1] という書籍が出版されました。 これは今年、2023 年の 1 月 16 日に発表された「IT エンジニア本大賞2023」技術書部門ベスト10 に選ばれるなど、ソフトウェアエンジニアからの注目が多かった書籍であると言えるでしょう。 そこで紹介された アーキテクチャディシジョンレコード (Architectural Decision Records; ADR) という方法は、この書籍の評判が浸透するにつれ、目に耳にすることが多くなった印象があります。 本記事では、この ADR とはどのような方法であるのか、またそれに対する個人的な考察や雑感について、記述しています。 なお本記事における「判断」「決定」いずれの用語も、Decision の訳語であると解釈していただいて差し

こんにちは、虎の穴ラボのKanonです。 今回は僕が所属するチームで新たに始めたADRを書く取り組みについてです。 実際にADRを始める準備から、実際に3ヶ月ほど運用してみてどうだったかをお話します。 「ADRってなに？」っていう方や、同じくADRの導入を検討されている方の参考になれば幸いです。 導入のきっかけ ある日。これまで動いていたCIがとあるライブラリのバージョンが古いことによりビルドに失敗するようなりました。 原因を調べていくと、どうやらそのライブラリのバージョンは以前から上げずに固定されているようでした。 けど、「これまでどうしてバージョンを上げていなかったのか？」「そもそもなぜそのライブラリを導入したのか？」という理由がわからない状況でした。*1 結局バージョンを上げる方向で対応したのですが、この「どうして？」という経緯は結局わからないまま。 この「"どうして？"がわからない

ネットで他のみんなと同じノリで軽くJASRACをディスったら、なぜか自分だけ突然絡まれること、ありますよね。そんな時のための情報を、絡まれるきっかけ別に分類してまとめています。 （有料設定していますが、末尾まで無料で読めます） ・追加すべき項目、誤りや補足訂正、参考になる他の情報 などございましたら、ぜひコメントでお知らせください。 現在調査中：　久住メソッド（孤独のグルメ） 徴収金額と分配金額のずれ 2023年の更新：音楽教室裁判関連を全体的に加筆修正 【独占禁止法に触れるのではないか】を大幅加筆 【私腹を肥やす】を更新 【著名人】関連について全般に最新化 2023年の追加：GLAYさんの楽曲の結婚式利用 高校野球のブラスバンド 当時の状況（再現） 著名人の名前を出したら絡まれる【ファンキー末吉さん】よし！アーティストを食い物にするJASRACの悪の所業を並べ立てて、追い払いましょう！

日本の研究コミュニティーの課題とその解決策を探るため、シュプリンガーネイチャーは、学術界、産業界や研究資金配分機関から有識者を招いた3回目となる「シュプリンガーネイチャー・ジャパン・リサーチ・アドバイザリー・フォーラム2024（JRAF2024）」を 2024年10月10日に開催。今回は、国内の研究公正の現状を論じ、研究公正の課題や強化について議論を繰り広げた。 Credit: Kkolosov/iStock/Getty 研究公正（research integrity）とは研究の提案、実施、評価における誠実で検証可能な手法を利用すること、規則および指針の順守に特別な注意を払い研究結果を報告すること、そして広く受け入れられている職業上の行動規範や基準に従うことであり1,2、研究活動を正したり罰したりすることを目的として設けられている基準ではない。しかし残念ながら、研究公正は、それが守られてい

2021年4月に創刊された青騎士。新体制への移行は、本日2月20日発売の青騎士第24A号、第24B号、そして公式noteなどで伝えられた。第24B号には森の読切ショート「背広」、入江の掌編「純と歩く」を掲載。柱コメント枠にそれぞれ「森薫さんは今号限りで青騎士を離れて、今後は新たな発表形態を模索する予定です。」「入江亜季さんは今後、青騎士を離れて作品の発表を続けていきます。探してみてください。」と綴られており、移籍先などは発表されていない。 そのほか第24A号ではハンバーガー「ハンバーガーちゃんのまんが道。」、江ノ内愛「ギミーアグリー」が最終話を迎えた。第24B号では長田結花「むすびめ」が最終回となっており、最終ページには「第一期青騎士はこれにて終了です。第二期青騎士が始まります。」とのメッセージが添えられた。 青騎士 第24A号 掲載作品一覧「お姉さまと巨人」Be-con 「メガロザリア」

物騒な世の中です。皆様お気をつけください。 3行でまとめ 自作の OSS、fujiwara/apprun-cli のマルウェア入り偽物を作られて GitHub で公開されました 偽物には大量の新規アカウントがスターを付けていたため、検索でオリジナルのものより上位に表示される状態でした GitHub に通報したところ、偽物を作ったアカウントはbanされたようです 経緯 2024年末に、さくらのAppRun用デプロイツール apprun-cli という OSS を公開しました。 github.com 2025年2月10日 12時過ぎのこと、謎の人物が X で apprun-cli を宣伝しているのを見つけました。 どう見ても自分の物と同じ(コピー)なのですが、妙にスターが多い。リポジトリをのぞいてみると、fork ではなくコードがすべて commit 履歴を引き継がない状態でコピーされ、スター

それにしても、記者の好きな映画は『28時間後』と『48時間』と『96時間』。NHK の名ドキュメンタリー番組は『72時間』ですが、2 月 3 日 (月) 17:00 から 2 月 6 日 (木) 10:25 AM まで 72 時間経過していない訳で、何か感動すらおぼえました。

保守しやすく変化に強いソフトウェアを支える柱　自動テストとテスト駆動開発⁠⁠、その全体像 ～Software Design 2022年3月号「そろそろはじめるテスト駆動開発」より 今回、Software Design 2022年3月号 第2特集「そろそろはじめるテスト駆動開発 JavaScriptでテストファーストに挑戦」の第1章「保守しやすく変化に強いソフトウェアを支える柱　自動テストとテスト駆動開発、その全体像」を本サイトに掲載します。第2章以降については、本誌『Software Design 2022年3月号』電子版（Gihyo Digital Publishing、Amazon Kindle）をご購読いただければ幸いです。 第1章では、混同されることの多い自動テスト関係の概念を、自動テスト、テストファースト、テスト駆動開発の3つの段階に分け、それぞれの効果や注意点を説明します。ソフ

こんにちは。スタディサプリのWeb開発をやっている@highwideです。 今日は、自分の所属する"コーチングチーム"(個別指導コースや合格特訓コースの機能開発を行っています)が、最近のプロジェクトで利用した「アーキテクチャ・デシジョン・レコード」、通称「ADR」について紹介したいと思います。 アーキテクチャ・デシジョン・レコード(ADR)とは 「ADR」「アーキテクチャ・デシジョン・レコード」という概念を知ったのは、社内で行っていた「Design It! プログラマーのためのアーキテクティング入門」(以後「Design It!」)の読書会でのことでした。 www.oreilly.co.jp 最初にそのキーワードが登場する「11.2.3 必要なときだけ形式的な記述に投資する」では、「"膨大な量のドキュメントになる傾向"がある形式的なドキュメンテーション」に対比して、以下のように紹介されます

We are excited to announce the release of Wvlet version 2024.9, an open-source flow-style query language designed to help users to write efficient queries for SQL engines. You can try Wvlet, pronounced as weave-let, directly in your web browser at Wvlet Playground. The source code of Wvlet compiler is available at GitHub wvlet/wvlet. Why Wvlet?​ At Treasure Data, we process over 3 million SQL quer

この記事は hacomono advent calendar 2024 の18日目の記事です 今年9月にhacomonoにJOINし、基盤本部というところで今後のhacomonoのアーキテクチャ設計をしている @bootjp と申します。分散システムが好きです。 hacomonoも昨今のWebサービスの例にもれず、分散システム化しています。 そしてより高い可用性と低い運用コストを目指して新たなアーキテクチャの検討をしています。 今回はその取り組みのなかで、分散システムに関わる難しさというテーマで一貫した時刻の取り扱いの話で記事を書きます。 はじめに 昨今のWebをはじめとしたサービスは一つのサーバーで完結することが少なくなりました。 一つのアプリケーションを複数のサーバーやコンテナで、そして異なるサービスのシステムを組み合わせて「分散システム」として構築されています。 それは可用性や負荷分

こんにちは。 DBRE チーム所属の @p2sk と @hoshino です。 DBRE（Database Reliability Engineering）チームでは、横断組織としてデータベース（DB）に関する課題解決やプラットフォーム開発に取り組んでいます。 本記事では、AWS の生成 AI サービス Amazon Bedrock を活用し、Serverless アーキテクチャで構築した DB テーブル設計の自動レビュー機能を紹介します。この機能は GitHub Actions と連携し、プルリクエスト（PR）がオープンされると AI が自動でレビューし、修正案をコメントとして提案します。また、生成 AI アプリケーションの評価をどのように設計・実装したかも解説します。LLMOps のライフサイクルにおける 3 つのフェーズ（モデル選定、開発、運用）ごとに採用した評価手法を説明し、特に運

絶賛成長期にあるだろう若手エンジニアは、どういう流れで自身の成長を促したら良いのだろうか、とふと思いつつ口頭で説明してみたけどよくわからんくなったので整理してみたいお気持ちです。 当ブログではアウトプットの効用みたいなものは書いてきましたが、インプットそのものについてはお初なので、自身を振り返る良い機会にもなりそうです。 はじめに これは私が二十数年間、プログラマー・インフラ・SRE といったエンジニアとして通ってきた中で、どのようにインプットをしてきたかを整理してみるチラ裏です。 自分は一般(?)と比べれば少々特殊な経歴で、情報学を学んだことも、新卒研修を受けたことも、IT系資格も、転職したこともない…… ほぼ独学による野良エンジニアとして生息してきましたので、あまり参考にはならないかもしれません。 それでも一応長く生き抜いてきたエンジニアの経験として、インターネットに数多くある参考例の

年齢が年齢で体のあちこちに衰えがきているのですが中でも厳しいのが視力。Google Docsの表示は必ず125%にする。この下書きもまず125%にしてから書き始めたこの頃みなさんいかがお過ごしでしょうか。所属先で新卒採用に関わることが多くあったので、思うところなど書いていこうかと思う。まずこの記事は職場の方針や選考とは関係がない一般論であることを明言しておく。一般論というと大げさかもしれない。IT業界では〜くらいの話だと思ってほしい。 「最近の若い奴は〜云々」といった前時代的テンプレート言説があるが、自分はこういった場面に遭遇したことがない。何ならこれまでみてきた若者の中で自分が一番ダメなやつだった自信がある。学生だけでなく職場の若手をみていてもそうだがみんな努力しており優秀だ。セレクションバイアスだと言われたら否定はできないが、こういった前時代的テンプレートに汎用性などなく、むしろ都市伝

はじめに この記事では、axolotlというツールを使ってLLMをファインチューニングする方法について解説します。 公式のリポジトリはこちらです。 axolotlとは axolotlは、LLMのファインチューニングを素早く簡単に行うためのツールです。特に海外の個人LLM開発者によく利用されています。 このツール自体が特殊な学習方法等を提供しているというわけではなく、内部的にはHugging Faceのtrlやaccelerateを利用しています。あくまでファインチューニングのためのデータ処理や学習の設定・実行・管理などを一元的・簡便に行うためのツールです。 このツールは以下のような特徴を持っています。 LlamaやGemmaなど主要なモデルのファインチューニングに一通り対応 学習のパラメータやデータセット等の設定を全て単一のyamlファイルにまとめることで、簡単にカスタマイズ可能・設定の配

はじめに この記事は バイセルテクノロジーズ Advent Calendar 2024の10日目の記事です。 こんにちは。開発1部の鴨野です。 前日の記事は私、鴨野の「【13分→4分】開発効率向上のためのCloud Buildデプロイ速度改善」でした。 現在はバックエンドエンジニアとして、リユースプラットフォーム「Cosmos」の出張訪問買取アプリケーション「Visit」の開発に携わっています。 今回は、Visitチームで課題となっていた障害対応や問い合わせ対応を改善するために実装したカスタムロガーについてご紹介します。 作成したロガーは、実際に利用する際のサンプルとともに公開しています。なお、この記事で使用したサンプルコードは以下のリポジトリから抜粋したものです。 github.com はじめに なぜカスタムロガーを実装したのか ロガーが満たすべき要件 前提: Visitアプリケーション