解法を図解する技術 2025/11/14 関西Kaggler会 kuto © 2025 Kyohei Uto Photo by José Campos on Unsplash 1 / 31 自己紹介 名前: 宇都 恭平 (きょうへい / kuto) Kaggle Competition Master(金3) モビリティ企業でデータサイエンスしてます 関西Kaggler会は初参加！ 福岡在住 強化学習が好きです 去年からPaPa Kaggler keyball44使ってます!！(アピール) @kuto_bopro kuto0633 © 2025 Kyohei Uto 2 / 31 https://x.com/kuto_bopro https://www.kaggle.com/kuto0633

YAPC::Fukuoka 2025発表資料です

先日、OpenSignという電子契約サービスを公開しました。 サービスの構想から公開まで約４ヶ月、ほぼすべての修正をCoding Agent経由で行いました。最初の１週間で概ね形になったものをお客様に売れるレベルに引き上げるのに、残りの（ほぼ）４ヶ月が必要だったという感覚でした。 AI時代に小さな会社が新規サービスを立ち上げた振り返りを書いていきます。 2025/07/10 自分の課題を解決する 株式会社ティヒは2023年に創業し、商業登記簿API登記くんを中心としたサービスを展開しています。社員が１名の小さな企業です。 登記くんを運営する中で、お客様との契約には電子契約サービスを利用していました。事業が軌道に乗り始め、お客様と契約をする機会が増えていざ有料プランを比較してみると、月額8千円〜1万円＋１件100円〜（しかも年払いのみの場合も！）という強気の設定に驚きました。 電子契約サービ

常識的にはお詫びというのは詫びる側が迷惑を掛けてしまった先方に訪問するのが筋だと認識していましたが、諸般事情もあり、また、間に立ってくださる方々のこともございまして、なぜか先方の豪華事務所に被害者である私が日中訪問して謝罪を戴くという結果となりました。 私を『市況かぶ全力2階建』運営者であると誤認にいたった経緯についても真摯なご説明を戴き、納得はいきませんが事実関係は理解をしましたのでこれ以上何かするつもりはない旨の相互の確認書（なぜ一方的に誤認された私が確認しないといけないのか分かりませんが）を署名して取り交わし、着地となりました。心配してご尽力くださった皆さま、さっさと弁護過誤やらかした弁護士さんを実名で書いて裁判を起こそうとした私を羽交い絞めにして止めてくれた先生方、結果的に大人の解決として着地できたことも含めて深く御礼申し上げます。 山本一郎は、『市況かぶ全力2階建』の運営者ではあ

JJUG CCC 2025 Fallの登壇資料です。 https://jjug.doorkeeper.jp/events/190868 # 参考資料 - https://agilejourney.uzabase.com/entry/2022/07/28/103000 - DMBOK（Data…

ひきこうもり @Hikikomori_ 「大金持ちになっても水着のお姉さんを踊らせて大麻吸うだけなのダサい」と言われていたら、 「本当の大金持ちは、狙撃サファリと称し戦争中の国に出かけて、大金を出して軍隊から安全圏に保護されつつ、民間人を射撃して楽しむ娯楽をしていた」 という話が出てくるの、あまりにも行いがクズすぎる… 2025-11-13 16:36:20

こんにちは、ログラスの布川です。 ログラスは1年前から、大企業から中規模企業まで、大規模なAI開発プロジェクトを支援させていただくための体制を整えてきました。 その成果が本日、初めての外部公開という形で、日本経済新聞に取材されました。 私たちは、コンサルティングとエンジニアリングを融合させ、ログラス独自のLLM基盤を活用して、お客様専用の「社内FP&Aエージェント」を構築する取り組みを進めています。 ログラス創業期から実現したいと願っていた「MAKE NEW DIRECTION」 つまり、新しい意思決定を生み出すソフトウェアの第一歩を、本当の意味で踏み出しました。 この記事を読んでくださっているのは、おそらくAIを活用して本質的な課題解決がしたいと考えるエンジニア・コンサル・営業・PM・BizDevの方々でしょう。 技術力とビジネスインパクトの両方を追求したい。そんな想いを持っている方に、

AIのせいか年をとったせいか、おそらくその両方で、ビジネスのやり方が変わって、ふんわりした話にばかり関わっている。 「生成AIを使って暗黙知化したプロセスを形式知化して、御社のサプライチェーンをオプティマイズして、セールスをグロースさせます」とか「エンジニア間のスキルギャップをスクラムによってファシリテリテーションして御社のデベロップメント課題をイシュー化します」とか、なんだかそういった感じの話に関わっているのだ。 こういうふんわりした案件は、会議で何を発言しても面映ゆくなるというか、口に出せば出すほど脳が痒くなってくるような感覚があって、結局お前達の求めているものは売り上げと人員整理によるコストカットであって、もっと言えば人間の求めるものは不老と美食とセックスなんだから、そうはっきりと言え、と会議室の真ん中で叫びたくなってくるのを必死でこらえているのだった。 以前は、私の仕事はこんなでは

いい本に出会ったので紹介したくなりました。紹介します。 なぜ人は締め切りを守れないのか 作者:難波優輝堀之内出版Amazon この本は「人はなぜ締め切りを守れないのか」という疑問から出発して、人間にとって時間とはどういうものなのか、ひいては「いい時間」「悪い時間」とはどういうものなのか等を論じている本だ。締め切りをひとつのキーワードとして、古今の哲学者や思想家のお話を引用し、はるか昔からの人間の時間観念を振り返り、時間に追われる現代人のありようを紐解いていく(そうしたうえで著者自身の展望も記される)。こう書くと重たそうな本に思えるかもしれないが、この本は内容に比してかなり軽やかだ。 本書には良い点がたくさんある。 ひとつは、時間について“哲学する本”なのに難読ではない点だ。 哲学と銘打った本、哲学に明るい人が書いた本は読みにくいことが多い。少なくとも20世紀までに書かれた哲学系の書籍は、ど

すべては「AIを使ってなにか面白いものが作れないかな？」からはじまった 年間14万件。これは、SHIFTグループに寄せられる採用候補者のレジュメ数です。多くの方に興味をもっていただき嬉しい反面、しっかり読み込み適切なポジションを見つけるには相当な時間がかかっています。 SHIFTが独自開発した「Resumiru（レジュミル）」は、書式がバラバラな職務経歴書を生成AIが読み込む、AIレジュメアナライザーです。スキルの自動可視化から要件マッチング、面接動画の文字起こし・分析までを実現。採用現場への導入がはじまり、グループ会社への展開も視野に入れた動きが加速しています。 開発者である新納は、自分自身の過去の採用面接官としての経験をもとに、わずか3日のうちにプロトタイプを完成させました。「AIによるレジュメ分析」で、もっとさまざまなかたの才能を発掘できる、そんな世界観をつくりたいと考えています。

公立進学校と私立進学校のどちらが強いか、これは人によって認識が別れる問題だ。 実は両者の力関係は地域と時代によって大きく変わっている。地方では私立は公立の滑り止め扱いなのに対し、都内では優秀層のほとんどが私立中高一貫校に進学してる。しかし、東京でも1960年代は圧倒的に公立のほうが強く、私立は滑り止め扱いだった。こうした都道府県別の差異には共通の特徴があり、その背景には明確な歴史的傾向が存在するのだ。 最初はどの都道府県も公立の方が優位だった　1949年に学制改革が行われ、現在の学校制度が作られた。それまで複雑怪奇だった学校制度は統一され、6・3・3・4制が完成された。それまで名門だった旧制中学は軒並み公立進学校に改組された。例えば東京府最強の名門旧制中学だった府立一中は日比谷高校へと変化した。他の都道府県でも同様の現象が発生した。旧制一中は全て地方公立トップ校となり、高知県を除く全ての都

40代になってしばらく立ちますが、ふと立ち止まって「成長とは何か？」と考えることが増えました。 20代の頃は、何もわからないなりに必死に目の前のことをこなしていました。30代では、キャリアを積み上げることに集中し、技術を磨き、実績を重ねてきました。しかし40代になると、違う種類の問いが浮かび上がります。単に技術を磨くだけでは不安や満足感のなさ、「人として」どう成長していくかという、より深い問いです。 正直、このフェーズになると、成長することの難しさも実感します。経験を重ねると、自分のやり方が固まり、新しいことに挑戦する勇気が減っていく。若い頃のような勢いはなく、変化への抵抗も大きくなる。 「このままでいいのか？」という問いと、「でも今更変われるのか？」という不安が交錯します。 私はプロダクトデザイナーとして働いていますが、この記事では肩書にとらわれず、人として成長するために必要なことを考え

はじめに 先日、電話番号の入力UIについて雑談していたときのこと。 「最近の入力フォーム、テンキーとか色々工夫されてるよね」 「そういえば昔は黒電話で番号回してたんだよな...」 「今の若い人って黒電話使えるのかな・・・？」 この何気ない一言でとりあえず作ってみました！ 確かに、昭和生まれの私には馴染み深い黒電話のロータリーダイヤル。 でも、平成・令和生まれの人たちにとっては「見たことはあるけど使ったことない」という人も多いはず。 そこで思いついたのが、 「Web上で黒電話を体験できるUIを作ったら面白いんじゃない？」 というわけで、勢いでWeb Componentとして黒電話のロータリーダイヤルを実装してみました。 デモ まずは実際に触ってみてください！ 穴に指（カーソル）を入れて、銀色のストッパーまでグイッと回す。 あの独特の感触（？）を再現するために、Canvas APIでゴリゴリ描

11月のブラックフライデー／サイバーマンデーセールもあり、今年もMac appを中心にいろいろなソフトウェアを導入してみました。中にはきっと使わなくなってしまうものもありそうですが、これは使う使わないだけでなく、実装されているUIの研究をする目的だったり、あるいは単にクリエイターへの「応援」としてでもあったりします。いくつかピックアップしてみます。 その後の振り返り版： Procreate Dreams (iPad)Procreate DreamsはiPadOS向けの2Dアニメーション制作ソフトウェアです。iPadで一番有名なお絵かきソフトウェアの一つ、Procreateを作っている会社が新たにリリースしたアプリケーションです。 私はアニメーション制作をやるようなクリエイターではないのですが、Procreate DreamsはとにかくUIがよくできていて、まずワクワクしてしまったというのも

概要 MCP（Model Context Protocol）は、LLM（大規模言語モデル）とツールを連携させる革新的なプロトコルとして急速に普及しています。MCPによって、AIエージェントに各種のタスクを任せることが現実になりました。 同時に重要性を増しているのが、自サービスのMCPサーバーを完備してAIフレンドリーにすることです。サービスやデータベースは「AIから使えるかどうか」によってその価値が大きく変わります。 本書はMCPの基礎概念からMCPサーバー開発のための環境構築、基本的な実装、複雑なドメインヘの応用、そして品質保証を扱います。書籍内では実例として、初歩的な天気予報サーバーや、実践的な社内ドキュメントサーバーを作成します。 また、著者が独自に考案した「4層テスト戦略」は、従来のAPIテストでは対応困難なMCP特有の課題に対する解決策を提示します。さらにはCI/CDおよび自動テ

はじめに 先日、Xでこんな投稿が話題になっていました。 実際のサイトを見ていないため詳細は不明ですが、事象としてはフロントエンドのJavaScriptだけでバリデーションを実装し、サーバーサイドに同等以上のバリデーションがなかったケースです。 DevToolsで回避できるということは、悪意あるユーザーが不正なデータを送信できてしまいます。 サーバーサイドではすべてのバリデーションを実装するべきです。セキュリティの観点でも、ドメインの正当性を保つ意味でも、サーバーは最後の砦となります。 一方で、フロントエンドのバリデーションについては、どこまで実装すべきか判断が難しいところです。本記事では、この点について考えを整理してみます。 バリデーションの責務を整理する 前提を決めておきます。 サーバーサイドバリデーションは絶対 サーバーサイドのバリデーションは必須です。これは絶対に省略できません。 理

こんにちは。PIVOTでソフトウェアエンジニア、スクラムマスターを務めて(いる|いた)@tawachanです。 この記事では、PIVOTのプロダクトチームがNotionからGitHub Projectsへタスク管理ツールを移行した経緯と、具体的な実装方法について紹介します。 背景：AIファーストチームへの変革 詳細な背景については、前回の記事「スクラムからカンバンへの移行——ソフトウェアエンジニアがマネージャーになる時代に」で、チームの思想やプロセスの変化について紹介しました。今回は、その思想を支える具体的なツールの変化に焦点を当てます。 前回の記事で紹介したように、私たちのチームはAI時代の開発に合わせてプロセスを見直し、スプリントベースからカンバン方式へ移行しました。しかし、プロセスを変えるだけでは不十分でした。 開発速度が上がると、次に見えてくるのはツール自体のボトルネックです。特に

みなさん、普段から開発者体験（DX）を気にしてますか？ DXとは、開発中に感じる“心地よさ”や“効率の良さ”を指します。 車輪の再開発のようなDXを損なう体験がなければ開発はずっと楽しいんです！ そこでこの記事では、「心から開発を楽しめる」相棒たちを10選紹介します！ 1. Convex “SQLの呪縛”からの解放 歴史のあるSQLはどうしても、歴史に引っ張られます。 Supabaseとかを使ってると、Row Level SecurityやSQL Functionsとかで、死ぬほど書きにくいSQLを書かなきゃいけなくなることありますよね。まるでFirebaseの認証ルール並み。良くも悪くも結局SQLだから、隠しきれない歴史の重み、つまりDXの悪さがでてくる。 しかしConvexは一切そういうのはありません！！！！ 全てがDXを中心に一から考えられて作られたサービス。そう、React時代のバ

結論BtoBのSaaSプロダクトにおいて、UIの「美しさ」は贅沢品（Nice to have）ではなく、事業の根幹である「信頼」に直結する必須要件です。 もちろん、安定した動作やセキュリティ、継続的な機能リリースは信頼の土台として不可欠です。しかし、特にスタートアップが巨大なエンタープライズ企業の信頼を勝ち取る最後の一押しは、「使いやすさ」を超えた「美しさ」と「細部へのこだわり」から生まれます。 これは、プロダクトの品質に対する作り手の「誇り」の現れであり、最も効率的に信頼を構築するための戦略だと考えています。 スタートアップが越えるべき「信頼の壁」toBのSaaSスタートアップ、特に私たちが対峙しているような大企業をクライアントに持つビジネスにおいて、プロダクトはとにかく「信頼度」が重要です。 （※toCプロダクトは運の要素などまた違った難しさがあるので、今回は話題から外します） 売上1

Bartosz Milewski "Category Theory for Programmers" 原文: https://bartoszmilewski.com/2014/10/28/category-theory-for-programmers-the-preface/ pdf: https://github.com/hmemcpy/milewski-ctfp-pdf 原文は pdf, TeX ソース, 画像など全て CC BY-SA 4.0 ライセンスで無料公開されています．当和訳文も同ライセンスで無料公開します． https://creativecommons.org/licenses/by-sa/4.0/ この和訳プロジェクトは現在進行中です．和訳に協力してくださる方は是非ご連絡下さい．ガイドライン： https://zenn.dev/taketo1024/articles/4