先日同僚と雑談的に話してたことを書いておく。ソフトウェア開発のバックログにおける話です。 「〜対応」とは 主に差し込みで入ったタスクやなにか早めに単一の解決したい事象のためのタスクに名付けられやすい名前。 あくまでも例としてだが 「マーケから割引データ表示依頼対応」 「監視アラート対応」 みたいなやつ。「〜対応」というのは日本語としてはかなり便利なので、とりあえずバックログに入れておきたいときに使いがち。 なぜ避けたいか 完了基準があいまいになる タスクを流していく際の問題。 バックログ上のタスクは完了基準を定めておかないと、作業スコープがどんどん広がったり、完了したかどうかを確認する人から見ると完了していないということが作業後にわかったりして不便。「〜対応」という名前をつけるタスクは、そもそもの作業スコープがはっきりしていないことが多く、結果として、作業を始める前に関係者との認識合わせが

Nodes/graph/flowchart interface to experiment and create complex Stable Diffusion workflows without needing to code anything. Fully supports SD1.x, SD2.x, SDXL, Stable Video Diffusion and Stable Cascade Asynchronous Queue system Many optimizations: Only re-executes the parts of the workflow that changes between executions. Command line option: --lowvram to make it work on GPUs with less than 3GB v

テレビ北海道は11月16日、AI技術を活用したデジタルヒューマンを情報番組のアナウンサーに起用する実証実験を行うと発表した。AI技術の研究開発やコンサルティングを手掛けるニュウジア（東京都中央区）の技術を採用した。 毎週土曜日に放送している情報番組「スイッチン！」のお天気コーナーでデジタルヒューマン「iina（いいな）」が最新の天気予報を読み上げる。テレビ北海道は「今後、他の番組への起用、拡大も検討する」としている。 初回放送は11月18日の午前11時にスタート。iinaは番組MCの箕輪直人さんとも会話し、「人間を模したAIの課題『不気味の谷』を超えられるか、視聴者と一緒に考える」という。 不気味の谷とは、ロボットやCGで作られた人間を本物の人間に似せようとすると、ある段階で人が強い不快感を抱く現象のこと。1970年にロボット工学者の森政弘さんが提唱し、技術の進歩に伴ってたびたび話題になっ

11月11日（ポッキーの日）、かねてより見物したいと思っていた「文学フリマ」に参加した。おのぼりさん感覚、文化祭感覚、そしてかつて開いていた僕の本屋「フィクショネス」感覚を、存分に味わうことができた。誘っていただいた破船房の仲俣暁生さん（当「マガジン航」の編集発行人）に、まずは感謝する。現場でも仲俣さんは大奮闘なさって、おかげで僕は楽ができた。 開場は12時の予定で、準備は10時からということだったが、僕たちが到着した時（つまり開場2時間前！）には、すでに来場者が行列を作っていた。東京流通センターをフルに使った会場は広かったが、個々のブースは狭かった。破船房もひとつのテーブルを半分だけ使うことができて、そこに仲俣さんや僕の本を、なるたけ見栄えよく並べて客を待った。 テーブルの残り半分を占める隣のブースは、11時を過ぎても人が来なかった。大きな段ボールがいくつも積んであるばかりで、他人事なが

ritouです。このしずかなインターネットにおける初投稿です。 おそらく、このしずかなインターネットのID連携では次のような設計になっていま「した」。問い合わせをさせていただき、対応いただきました。 これまでもQiitaなどで同様の実装例が紹介されていた際にはコメントさせていただいていたものですので、アンチパターンの紹介記事として読んでいただければと思います。 「Googleアカウントでログイン」ではじめると、ユーザーが作成され、Googleから受け取ったメールアドレス([email protected])が設定される 次回から「Googleアカウントでログイン」をすると、Googleから受け取ったメールアドレスでユーザーを参照 試しに、次のような流れで動作を確認してみます。 「Googleアカウントでログイン」でアカウント作成([email protected]) 「メールアドレス変更」

こんにちは。バクラク事業部 Enabling チームの @izumin5210 です。最近「HUNTER×HUNTER」の既刊を全部読みました。 この記事はLayerXテックアドカレ2023の9日目の記事です。 前回「1人目データアナリストとしてデータチームに異動しました 」 次回「Slack × Zapier × MiroでKPTでの振り返りをラクにする」 RDB や KVS などのデータ保存先において、データを正規化せずにそのまま保存したいと思うことはありませんか？ 8月にリリースされた「バクラク請求書発行」というプロダクトには「柔軟なレイアウトカスタマイズ」機能が搭載されています。リンク先の画面操作イメージを見ていただくと、この機能の雰囲気を理解していただけると思います。この機能が扱うレイアウトデータはまさに「関係の正規化をせずに保存したいデータ」でした。 bakuraku.jp こ