「初！都庁職員、アジャイル型開発に参加する」 東京都デジタルサービス局デジタルサービス推進部の公式note（2023年1月公開）には、かつて“試みたことのない開発手法”であったアジャイル型開発を東京都が採り入れ、複数のソフトウェアを開発した経緯が綴られています。 これまでAgile Journeyでは、さまざまな組織、企業のアジャイル導入事例を紹介してきましたが、それぞれの組織がそれぞれのモチベーションを持ち、課題に向き合いながら、導入に取り組んできました。では、それが自治体の場合では？ 東京都がアジャイル型開発を導入し、運用していくための動機、準備、事業者との契約の方法、そして実践のありようを、東京都デジタルサービス局の石川秀之さん、下家昌美さんに聞きました。 コロナ禍で浮き彫りになった、「迅速」の重要性 「システムをアジャイル型開発で作ってみませんか」メールで呼びかけ、アジャイル型開発

こんにちは。AIプラットフォーム部でMLOpsエンジニアやプロダクトオーナーを担当している古川新です。 この記事では、AIプラットフォームで提供しているデータ品質管理システム「ACP Data Quality」と、その中核機能であるデータ品質モデル言語「DQML」によるデータ品質管理の取り組みについてご紹介します。 データ品質管理システム「ACP Data Quality」 AIプラットフォームでは、「ACP Data Quality」というデータ品質管理システムを提供しています。「ACP」と呼ばれるAIに特化したKubernetes環境で提供されており、利用者はWeb UIまたはKubernetesカスタムリソースを通じて、データ品質管理プロセスを実行できます。 データ品質管理とは データ品質とは、「データが目的にどのくらい適しているかの度合い」のことです。 国際標準の規格では、以下のよ

<span title='2024-01-17 00:00:00 +0900 +0900'>2024年01月17日</span>&nbsp;·&nbsp;5 分&nbsp;·&nbsp;2053 文字 身近な人がデジタルデトックスをやるということを聞き、自分もこれは必要かもしれないかもなと感じたため、自分なりにデジタルデトックスもどきを実践してみています。 実践し始めて１週間ちょっとしか経っていないですが、すでに多くの良い変化を感じられているのでメモしておこうと思います。 なぜ始めたか、何をしているか#はじめに述べたデジタルデトックスすると言っていた人と話している中で、自分は短時間で得られる刺激に悪い意味で慣れてしまっていることに自覚的になりました。 例えば、YouTube Short や Twitter、インスタのストーリー、社内の Times など。 短時間で得られる刺激を摂取しすぎて

昨年、十二月二十一日のことである。 森見登美彦氏は、万城目学氏と、ヨーロッパ企画の上田誠氏との忘年会に参加した。年末の京都に清らかなおっさんたちが集う忘年会も、すでに六回目を数える。 「六回目といえば」 ということで、万城目氏が新作『八月の御所グラウンド』で六回目の直木賞候補になっているという話になった。 しかし万城目氏の顔つきは暗かった。 「どうせあかんねん」 「待ち会はしないんですか？」 「そんなもんせえへんわ。いつもどおりにしてる」 それはいかん、と登美彦氏は思った。度重なる落選にウンザリする気持ちはよく分かるが、直木賞はようするに「お祭り」なのであって、盛りあがらなければ損である。「待ち会」は落ちてからが本番なのだ。落選したってええじゃないか！ 「何をいじけてるんです。待ち会やりましょう！」 「なんでやねん！」 「やるなら東京まで行きますって」 「あ、それなら僕も行きます」と上田氏

Bluetooth is an immensely fun technology to work with. Once you learn how to search for and communicate with devices, you will be surprised by how many of them there are out there and how much data you can get. And of course Android is a brilliant platform for working with it. …But, my goodness, is it a hard master to work with! I genuinely have never worked with an Android technology so full of c

祖母の就寝と、システムの不具合が同期して起こる事件。IT業界にはこういった事件がまま見られる……。ITサスペンス物としてこういうネタ楽しいのができるかもしれない。いや、間口狭すぎるか？ 祖母が就寝するとDBインサートができなくなる https://t.co/q2PBRL3JzS — 寺島壽久/ゲームキャストの中の人 (@gamecast_blog) January 8, 2024 この手の話、自分も大好物なんで早速リンク先に飛んで読ませていただいたのですが、自分の経験でもちょうどこんな話に当てはまる出来事があったことを思い出したので、noteにまとめました。それが、タイトルにもある「カナダ大使館でだけ名刺交換やしりとりが失敗する話」です。 まず、前提としてこの話は「どこでもいっしょ」（以降、どこいつ）というゲーム開発中の話でになりまして、25年ほど昔の話になります。タイトル中の「名刺交換」

経済評論家で元・楽天証券経済研究所の山崎元（やまざき・はじめ）さんが1月1日、死去した。65歳だった。通夜・葬儀は行わず、近親者のみにて見送った。 ■ご遺族から 山崎 元は1月1日に永眠致しました。 ここに謹んでご報告申し上げます。 長い間、「ホンネの投資教室」を楽しみに読んで下さいましてありがとうございました。 生前に山崎が賜りましたご厚情に、遺族より深く感謝申し上げます。 1月5日 妻・山崎 薫、妹・山崎 由愛 ■山崎元さんの足跡 1981年に東京大学経済学部を卒業。三菱商事や住友信託銀行（現・三井住友信託銀行）、メリルリンチ証券（現・BofA証券）など12回の転職を経て、2005年に楽天証券経済研究所客員研究員。2023年3月に退職し、経済評論家として活動。北海道出身。 トウシルの連載「ホンネの投資教室」では、15年間にわたり約500本の記事を執筆。世に出回る情報を疑い、自身が正しい

「人間の創造性は残ると思う。ＡＩに指示するプロンプト（記号や文字）の文章力が問われる時代が来るかもしれない」と語るｔｏｆｕｂｅａｔｓ＝東京都内 ■楽曲生成、変わる芸術の価値観 「ＡＩに初の敗北を喫しました」。昨年６月、音楽プロデューサー・ＤＪのｔｏｆｕｂｅａｔｓ（トーフビーツ）は、自身のＸ（当時ｔｗｉｔｔｅｒ）にそう投稿した。音楽配信サービスでお薦めされた曲を気に入って調べたところ、人工知能（ＡＩ）が作った曲だと分かり、思わずつぶやいたのだという。「敗北」の真意を聞こうと、東京都内のスタジオを訪ねた。 都心にほど近いマンション。キーボードやスピーカー、ミキサーなどの機材が整然と置かれた一室で、ｔｏｆｕｂｅａｔｓはＰＣのモニター画面に見入っていた。ＡＩが搭載されたソフトを使い、制作中のトラック（音声データ）を編集しているという。 画面上で２本の線が波打っている。各トラックの周波数（音の高さ）

大規模なコードベース向けの高速なASTツールとしてast-grepというものがある。これについての調査メモ。 主に以下の公式ドキュメントを読み進めて、利用方法、パターンやルールの詳細などについて理解を深める。 ast-grepとは 公式ドキュメントでは、コードの検索からLint、codemodに至るまでASTツールとして網羅的にカバーできるツールであることが以下のように表現されている。 Think ast-grep as an hybrid of grep, eslint and codemod. 結果に精度が求められる場面では、高速であるものの精密さに欠けるテキストベースではなく、ASTベースでの正確な解析の方が望ましいだろうけど、ASTでの記述は非常に面倒になりがちという側面がある。 その点においてast-grepは、テキストベースでのgrepではなく、ASTベースでのgrepというよ

こんにちは。アドカレ12/24の記事を簡単にではありますが書かせていただきました。(25日のポストで遅刻ですが) Digital Identity技術勉強会 #iddanceのカレンダー | Advent Calendar 2023 - Qiita はじめに 本日のテーマ：思わず天を仰いでしまうID関連システムトラブル 本日のテーマは、みんな大好き「トラブル」の話です。CIAM(Consumer Identity and Access Management)領域のさまざまなシステムにさまざまな立場で関わり、さまざまなトラブルに遭遇してきた経験を踏まえて、クリスマスの合間の気楽な読み物として記載しましたので、一息ついていただければ幸いです。 今回はトラブルの中でも思わず「天を仰いでしまう」激ヤバトラブルにフォーカスして、私的ランキング形式でお届けしたいと思います。 天を仰ぐトラブルとは？ 私

『注文』『注文する』ボタンにするならどっち？——インターフェースのボタン名を考える上で気をつけるべきこと これは フェンリル デザインとテクノロジー Advent Calendar 2023 19日目の記事です。 操作に迷わない、使いやすいアプリ・システムをデザインする上で、「インターフェースに添える言葉を「分かりやすく」表現することは重要です。適切な箇所で、適切なラベルを添えることは、ユーザーがアプリ・システムを使いこなすための大きな手助けになります。 特に、スマートフォンのように表示領域が小さなデバイスだと、あまり長い言葉を配置することができない、という制限があります。そのためボタンの名前は、できるだけ短く、そして一瞬で伝わる言葉にすることが求められます。 ボタンの名前は、できるだけ短く。そして分かりやすい言葉になるように。 それを念頭においた上で、考えてみてください。 「注文」「注文

2015 年新卒入社。途中、2年ほど IIJ Europe に出向経験もあるが SMX の中の人として長年スパムメールと奮闘中。M3AAWG, JPAAWG にも参加し始め、メッセージングエンジニアとして頑張ってます。最近の趣味はぶらり都バス旅。 Google, Yahoo の Sender Guidelines について 前回、こんな記事を書いたもののいくつか説明を端折っていた部分があったので再度文字起こしをします。 # さらに、前回字面が強めだったので今回はもう少し優しめにします。 改めまして、IIJセキュアMX サービスの中の人、今村です。 師走に入り、気づいたらインフルエンザにかかり、、記事を公開するのに時間がかかってしまいました。 (みなさんもお気をつけください。) さて、2024/02 から Google, Yahoo! に一部のメールが受け取ってもらえなくなりますが、メール送

記事やイベントで抜群の存在感を誇る一方で、運営が赤字続きだったことは周知の事実。独立後も赤字が続く見通しだという。新会社は林さんの“1人会社”でオフィスもないため、屋根や壁もなくなる。 それって大丈夫なのだろうか？　そもそもなぜ今独立したの？　サイトは本当に維持できるの？　赤裸々な実情から収支構造、サーバやCMSの詳細まで、林さんにぶっちゃけてもらった。 自分でやれば、「やめろ」って言われないから ――2002年から21年間、大手企業の傘下で運営されてきたサイトが独立とは驚きました。 「自分でやりたいな」という気持ちはずっとあったんです。そうすれば「やめろ」って言われないから。雇われている限り、サイトをやめろって、いつか言われるんじゃないかと。 続けるかやめるかの判断を、自分じゃない人が握っているのは嫌だなあと思っていて。仮に黒字化したとしても、次の年は5％成長とかを期待されますよね。何の

デイリーポータルZは2024年1月1日から運営会社が変わります。 新しい運営会社は「デイリーポータルZ株式会社」です。 独立します 流浪のサイトとして運営会社が2回変わってきましたが、ついにデイリーポータルZ株式会社になります。代表は私、林がつとめます。 これまでお世話になったみなさま、ありがとうございました！ そして支えてくれた読者のみなさま、これからもよろしくお願いします！ サイトは変わりません、もっとおもしろくなります サイトは変わりません。暖かい靴下専門サイトになることも考えましたが、冬しかアクセスがなさそうなので踏みとどまりました。 これからも楽しく、読んだ人の気分を良くするサイトであり続けます。 来年からはデイリーポータルZのための組織で間接業務が少なくなりますし、出張申請せずにどこにでも行けます（ただし全部高速バス）。思いつきを実現できる環境になるのでサイトはもっとおもしろく

TL;DR 14個の「日本語が話せるLLM」（日本製・外国製問わず）の性能を、日本語データセット ELYZA-tasks-100 で横断評価しました 海外勢70Bモデルの性能が高いことがわかりました。7Bでは ELYZA-japanese-llama-2 や CALM2 の成績がよかったです モデルの回答・スクリプトへのリンクは記事内に貼っています JGLUE などのベンチマークは、モデルの性能を反映しているのか？ 2023年は、かつてないほど多くの LLM が（クローズド・パブリック問わず）公開され、まさに LLM フィーバーの年でした。 一方で、どのモデルが高性能なのか、自分の利用用途に合ったモデルはどれなのか、とお悩みの方も多いのではないでしょうか。 LLM の性能を比較するときに役立つのが、ベンチマークです。 英語圏の LLM に関していえば、MMLU や HellaSwag、Wi

この記事の内容は、個人の意見であり感想です。くれぐれもよろしくおねがいします。 とりあえずドラフトですが公開します。識者のみなさまの暖かく、そして鋭いツッコミを期待します。 パスキーについて、非常にわかりやすいブログをえーじさんが書いてくださいました。コレを読んで頂ければほとんどのことが分かると思います。 先日の次世代Webカンファレンスで、私は、「結局、パスキーは秘密鍵と公開鍵のペア」と申し上げた立場からも、この疑問はごもっともだと思いましたので、すこし、私の思うところを述べたいと思います。 パスキーは２要素認証の場合が多いほとんどのユーザは、OS標準のパスキーを使うのではないかと思います。そして、生体認証、もしくは画面ロック用のパスワードやPIN等が設定されていない限り、OS標準のパスキーを使うことができません。そして、OS標準パスキーの利用時には、生体認証もしくは画面ロック解除のため

2023 年は文句なく「パスキー元年」になりました。非常にたくさんのサービスがパスキーに対応し、2024 年はいよいよパスキー普及の年になりそうです。 本記事では、パスキーの基本を振り返ったうえで、パスキーでみなさんが勘違いしやすい点について解説します。 2023 年は本当にたくさんのウェブサイトがパスキーに対応しました。例を挙げます: Adobe Amazon Apple eBay GitHub Google KDDI Mercari Mixi MoneyForward Nintendo NTT Docomo PayPal Shopify Toyota Uber Yahoo! JAPAN もちろんこのリストですべてではないですが、これらだけでも、世界人口のかなりをカバーできるはずで、まさに大躍進と言えます。もしまだパスキーを体験していないという方がいたら、ぜひこの機会にお試しください。

パスキーの登場以来、ID連携、特にソーシャルログインは認証方法として比べられることが多くなりました。この記事では、この2つを比較したりその関係を考察する際に意識しておくべき観点を整理しておきます。 それぞれの特徴両者は異なる特徴を持っています。 パスキー 用途: 認証 パスキーの管理: プラットフォームが提供するパスワードマネージャー、サードパーティーのパスワードマネージャー、セキュリティキー、ブラウザ 属性情報: 一緒に保持できて引き回せるデータは User Handle ぐらい ID連携 用途: 新規登録、認証、属性情報の取得/同期 アカウント情報の管理: Identity Provider 属性情報: プロフィール情報、確認済みメールアドレスなどを取得可能なのが一般的 特徴が異なるために、導入箇所や意味合いも異なります。 ざっと思いつくのが 新規登録 ログイン 再認証 ぐらいでしょう

これは qiita.com の12/16の記事です。やばいもう16日が終わってしまう！ はじめに 太古の昔、あるC++プログラマ*1がtemplateの再帰と特殊化を使ってコンパイル時に計算ができることを「発見」*2*3したその日から、C++とコンパイル時計算は分かちがたく結びついています。 言語機能を本来意図されていなかった方法で活用する曲芸的な技巧だったコンパイル時計算は、その強力さを買われコミュニティを席巻し、C++11での constexpr の導入によりある意味で公式に認められたものとなりました。 導入当初は return 文一つだけしか持てなかった constexpr 関数は、それでも三項演算子による条件分岐や再帰によってコンパイル時計算を大いに盛り上げました。 そしてC++14で条件分岐、ループ、変数の書き換えが、C++17ではラムダが、C++20では仮想関数と動的メモリ確保