ハブ・ア・バッドメモリー 柳葉とと 病院で血まみれで会ったのは、いつもすれ違う女の子。傷痕はいつか消えちゃうけれど、消したくないものもあるみたい。

ネットスーパーシステムの決済ステータス表現 (状態遷移) は複雑だ。 その理由は要求要件が多いことに起因しているが、多いことが悪いのではなく、それに応えなければシステムとして真の価値を発揮できないからで。逆に問題解決できなければ、著しく利便性を落としてしまうので、必須要件という位置付けにある。 前提文脈を汲み取りづらいモデリングなので、問題解決例を示すのはあまり見かけないが、自分が考えた決済ステータス定義の答えを示す。 この内容は過去にブログや登壇で話した内容の延長でもあるので、過去の内容も参考にすると良いかもしれません。 「E-Groceryにおけるカード決済処理の難しさと設計戦略」 「ネットスーパーの買い物体験を支える工夫と決済機能実現の過程」 前提条件 注文から支払い完了まで時間差がある注文後に注文内容の変更ができる品切れが発生するケースがある販売員が注文内容を変更できる0円での支払

メールソフト「Thunderbird」では、ソフトウェアの品質向上のために開発チーム内で日常的に自動テストが実行されています。その理由や手法についてThunderbirdの開発チームが解説しています。 Automated Testing: How We Catch Thunderbird Bugs Before You Do https://blog.thunderbird.net/2024/04/automated-testing-how-we-catch-thunderbird-bugs-before-you-do/ ◆自動テストの目的とメリット Thunderbird開発プロジェクトではコードの変更によるバグの発生を最小限に抑えるために「自動テスト」が重視されています。開発チームによると、、Thunderbirdのコードや機能に変更が加えられるたびに、Windows、macOS、Li

JASRAC許諾第9009285055Y45038号 JASRAC許諾第9009285050Y45038号 JASRAC許諾第9009285049Y43128号 許諾番号 ID000002929 ABJマークは、この電子書店・電子書籍配信サービスが、著作権者からコンテンツ使用許諾を得た正規版配信サービスであることを示す登録商標(登録番号 第6091713号)です。

Ubisoftは4月10日、オープンワールド・アクションアドベンチャーゲーム『スター・ウォーズ 無法者たち（Star Wars Outlaws）』を8月30日に発売すると発表した。対応プラットフォームはPC（Ubisoft Connect）/PS5/Xbox Series X|S。 『スター・ウォーズ 無法者たち』は、「スター・ウォーズ」を題材にしたシングルプレイのオープンワールド・アクションアドベンチャーゲームだ。『ディビジョン』シリーズなどで知られるMassive EntertainmentなどがLucasfilm Gamesと協力して開発し、映画「スター・ウォーズ エピソード5/帝国の逆襲」と「スター・ウォーズ エピソード6/ジェダイの帰還」の中間にあたる時期の銀河系を舞台にしたオリジナルストーリーが描かれる。 本作では、映画シリーズで登場したものに加え新たな惑星も登場し、主人公ケイ

Cloudflare、ヘッドレスブラウザ「Browser Rendering API」正式リリース。Puppeteerライブラリも提供開始 Cloudflareは、同社のサーバレス基盤であるCloudflare Workersを通じてヘッドレスブラウザを操作できる「Browser Rendering API」の正式サービス化を発表しました。 これまではBrowser Rendering APIはオープンベータとして提供されていました。 Good morning! We'll keep it short: Browser Rendering API is now available to all paid Workers customers with improved session management. https://t.co/TP2W2KtgOx #DeveloperWeek — C

読みます。 読みました。 あまり意味と意義深く書かれていると思わなかったので雑感の形で。 そもそもあまり意味のあることを書いた本でもないと、思った。性別越境行為が一般化していく以上本書に出てくるような事例は必然に起こる防ぎようのないものであるし、それを全て防ごうとすることは「真に生得的な苦しみをもつ性別越境者」の人生を妨害することと不可分であり、また自由権としての愚行権の問題なので、基本どうしようもない。 思うにより大きな問題は実際に性別越境行為をしたりしようとする人の利害と社会のそれとが激烈に衝突する場面にあって、本書が主題とする自傷と愚行としての性別越境行為の是非などは二の次三の次である。(社会実態にそぐわず要らぬ混乱と衝突を招きうる不可解な教育及び制度への問題提起には首肯する) そういう意味で私はこの本は特に書くべきことを書いた、言うべきことを言った本であるとは思わない。(上記問題提

人は無能に到達するまで昇進するという「ピーターの法則」というのがある。 「階層型の組織においては、どんな人も、昇進を繰り返すことでいずれは能力の限界に達し、十分に職責を果たせなくなって無能化する。その結果、「あらゆるポストは、職責を果たせない無能な人間によって占められる」という。 https://mba.globis.ac.jp/about_mba/glossary/detail-20919.html グロービスとくにリーダーが劇的な環境変化に異動、転職、抜擢で放り込まれるとこの法則が強烈に作用する。なぜなら周りの方が知識や経験があり自分がその組織内で最もそれがない人になってしまうからだ。一方で、この人は何かしてくれるのでは？という期待を関係者からは持たれる。「組織内で最も無能なのに最も期待される」という特殊状態を過ごすことになる。 12年ほど前に突然、社長をというキャリアチェンジを経験を

みなさんこんにちは、@ryuzeeです。 今日はデイリースクラムについて、概要や注意点を紹介します。 なお、あくまで一般論であることに注意してください。スクラムの基本は「透明性・検査・適応」です。自分たちで随時やり方を検査して、もっとうまくできるように適応していかなければ効果はあがりません。 1. デイリースクラムの目的 2. デイリースクラムの参加者 3. デイリースクラムのタイムボックス 4. デイリースクラムの事前準備 5. デイリースクラムのファシリテーション・進行 6. デイリースクラムのアンチパターン 1. デイリースクラムの目的 スクラムを利用するとき「フレームワークで決められているから」というだけの理解で進めてはいけません。これは全てのイベントに当てはまります。 スクラムのイベントはすべて、検査と適応が行われるように明確に設計されています。 デイリースクラムの最大の目的は、

こんにちは。ソーシャル経済メディア「NewsPicks」NewsPicks Stage.事業のエンジニアをしています、林です。 業務では Next.js / Rust / Go などを用いて、経済・ビジネス情報に特化した動画配信サービスであるNewsPicks Stage.の開発・運用を行っています。 はじめに 突然ですが、皆さんは自身のソフトウェアのライブラリアップデートは行えていますか？ 皆さんはどのようにライブラリアップデートを行なっていますか？ 新機能を試したくて？ npm iで失敗してから頑張る？ Renovate / dependabot が自動Mergeされる環境？ もしくは対応担当が特定の日にまとめてMergeする運用？ しかし多くの開発者は、アップデートに対して「うまくいっている」と言えないのではないでしょうか？自身も様々なプロダクトを開発してきた経験上、日々の中ではどう

「やっぱり僕、ゆうとおんに戻りたい」。ゆうとおんは大阪府八尾市にある障害者支援施設だ。５８歳の男性Ｙさんには軽度の知的障害と自閉症の傾向がある。２０歳を過ぎたころから何度も逮捕されており、２００７年には耳目を集める大きな事件も起こした。刑期が終わると社会に出てくることになるが、「危ない人間に帰ってこられたら困る」と地域から反対され、「犯罪をした場所には戻さない」と行政サイドからも圧力がかかった。だが住み慣れた仲間がいる場所に戻りたい思いは変わらなかった。 そんな彼の思いを、施設側は一貫して尊重し続け、度重なる犯罪にも受け入れを拒まなかった。そしてＹさんは今、仲間の思いに応えたかのように、ここで穏やかな余生を過ごしている。事件後、彼とゆうとおんを支えるために立ち上げた支援者有志でつくる集まりは昨年末、１６年の年月を経て役割を終えたと判断、“発展的に解散”した。（共同通信＝真下周）

世界的なイノベーション＆クリエイティブの祭典として知られる「SXSW（サウス・バイ・サウスウエスト）」。2024年も各界のクリエイターやリーダー、専門家らが多数登壇し、最先端のテクノロジーやプロダクト、トレンドについて講演を行いました。本記事では、発明家のレイ・カーツワイル氏の登壇セッションの模様をお届けします。人間並のAIの誕生や人類の寿命が伸びる可能性について語りました。 レイ・カーツワイル氏がシンギュラリティについて解説 ニック・トンプソン氏（以下、ニック）：レイ、君と素晴らしいオーディエンスたちとここにいられることを、とてもうれしく思っています。あなたの自己紹介の中で私が一番好きなのは、あなたが生きているどの人間よりも長くAIに携わっていることです。 レイ・カーツワイル氏（以下、レイ）：その通りだと思います。マービン・ミンスキー氏は私の恩師です。もし彼が今生きていたら97歳になる年

とむ @ultramarinered おしり探偵の新刊が3年ぶりに出た！と喜びいさんで子供と買いに行ったら表紙コレで、1人だったら買わなかったかもだけど子供目の前にいるし平静を装って買ってきた。内容もSMモチーフが使われていたり、過去の悪役が消されたり…ちょっと今回は小さい子向けでは無いなあという感じ。 pic.twitter.com/f04eAQ90pr

2024.03.15 福岡フロントエンド勉強会 #1

ホーム ニュース プレスリリース 謙虚なリーダーのもとで心理的安全性が高まりメンバーが本領発揮しやすくなる―職場においてリーダーの謙虚さと心理的安全性が果たす役割― 東京大学 発表のポイント 日本の企業において、リーダーの謙虚さが心理的安全性を介してプレゼンティーズムに影響することがわかりました。 チーム単位で働く職場において、リーダーの謙虚さ、心理的安全性、そしてプレゼンティーズムの3変数がどのように関係しているか初めて明らかにしました。 メンバーが活躍できる職場の人的環境や文化的条件を考え、介入をデザインする上で示唆に富む結果といえます。 謙虚なリーダーシップは、心理的安全性を介してプレゼンティーズムと関連する 発表概要 東京大学先端科学技術研究センターの松尾朗子特任助教、熊谷晋一郎准教授らの研究グループは、複数の業種の日本企業を対象に調査を実施し、リーダーの謙虚さが高まると心理的安全

「AIと著作権に関する考え方について(素案)」に関するパブリックコメントの結果について という題名のpdfファイルが文化庁から出されました。 94011401_01.pdf (bunka.go.jp) これについて色々と言われてるわけですが…。 反AIからの論というのが極めてお粗末であるということです。 まず第一に、なぜ最初パブリックコメントの募集の話が挙がった時に、 「様式なんてどうでもいい！硬いこと考えずに意見を送ろう」などという広め方を してしまう人が出てしまったのか…。 第二に、2万も送られたのだから反映されてしかるべきだ！と考えてしまう人の存在。 これは投票ではないんですよ。多数決で何か決まるようなわけじゃないです。 そもそも同じ人が連投したりしてたのに、なぜ数を誇ってしまったのか。チョコワVSスフィンクスか？ 大事なのは論でした。なぜAIを規制すべきなのか？なぜAIのみを規制す

はじめに まず↓の記事を見てない方はぜひ見てください！ 自分にとってはこの記事には「えっ、ナニコレ！」なテクニックが多く、特に解説もなかったのでいろいろ調べてたら休日が消えてました... なのでその時間の供養もかねて、自分が知らなかった部分を中心に、僭越ながら元記事の解説を書いてみたいと思います。 ちなみに、以下が元記事のコードそのままを実装したものです。たしかに掲載コードだけで要素がグリグリ動きますね。 See the Pen js-drag-move-original by www-tacos (@www-tacos) on CodePen. 初耳1: $img まずコードのここ <img id="$img" src="https://js.cx/clipart/ball.svg" width="40" height="40"> <script> $img.onpointermove

自分のことです。 まとめ・目的がないと雑談できない人は、情緒的な絆を基盤とする信頼ではなく、能力や貢献に基づく信頼を重視している ・自分に対しても同じように評価しているので、自分が「役に立たない」という認識に耐えられずに老害になるのでは？ 目的がないと雑談できない人特徴 ・友達がいない ・目的がない飲み会などで、楽しくお話ができない ・褒められても、自分が納得できる褒められ方でなければ意味を感じない 自分のことです。でも他にもいるのでは？？「認知的信頼」と「情緒的信頼」「目的がないと雑談できない人」は「認知的信頼」に偏っている人なのだろう。神谷さんに教えてもらった。 情緒的信頼･･･相手の幸福・繁栄 に対する気遣いや関心に基づいた個人間の情緒的な絆を基盤とする信頼 認知的信頼･･･相手の有能さや責任感などの特性に関する認知に基づく信頼 職場における情緒的・認知的信頼尺度日本語版の作成と 信

はじめに 前々回や、前回に引き続き、ソフトウェア設計の指針に関する話をしたいと思います。 関数やクラス、そしてサービスなどシステムの塊の単位をモジュールと呼び、モジュールを作る事で、認知負荷を下げ複雑性と戦うという話をしてきました。では、モジュールは「いつ」分割するのが良いでしょうか？　また、他にも共通モジュールを不用意に作ってしまって苦労した人も多いのでは無いでしょうか？　今回はそのあたりの話をしていきます。 TL;DR 以下があればモジュール設計を見直す 単純な要件/普段の利用に対して、タイプ量や約束事が多い 共通モジュールが「使われ方」に依存する モジュールの役割を一言で説明できない コード管理や性能/データ整合性など利用に際してのペナルティが高い 分割 is NOT 正義 - FizzBuzz Enterprise Edition 複雑性を排除するためにモジュール分割をすることは重