レニー・クラヴィッツ「いまも下着なしでレザーパンツをはいているよ」 | 唯一無二のロックスターが語るセックスとマリファナと筋トレ
地球上で最もセクシーな60歳 レニー・クラヴィッツのようなロックスターはほかにいない。 レコーディングスタジオには、鎮静剤を打たれたトラのような足取りで入る。薄暗いスタジオの中でもサングラスは外さない。レザージャケットにスキニージーンズという出で立ちで、長いドレッドロックスも無精ひげも黒々している。 クラヴィッツは成人してからほとんどの時間をトップレスで過ごしてきた。引き締まった71センチのウエストの上には、8つに割れた腹筋が鎮座している。 この5月に60歳になったばかりの彼は相変わらずセクシーで、ロックスターとして脚光を浴びた1980年代後半とちっとも変わっていない。いや、いまの彼のほうがもっと魅力的かもしれない。誰に聞いても、クラヴィッツは「地球上で最もセクシーな60歳だ」と答えるのではないか。 「あなたが60だなんて信じられませんよ」と私が言うと、「俺だって信じられない。でも素晴らし
「生まれてくるべきじゃなかった」64年ぶりに外の世界に出た無期懲役囚、不意に流した涙（弁護士ドットコムニュース） - Yahoo!ニュース
64年ぶりに刑務所の外に出て暮らす無期懲役囚の男性。インタビューの途中、急に目に涙を浮かべて声を詰まらせた（一宮俊介撮影） 2年前、ある刑務所の門から一人の無期懲役囚が姿を現した。服役期間は国内最長級の64年。「人の情けに生かされてきました」。塀の外で平穏な生活を送る今、獄中では決して抱くことがなかった感情に向き合っている。そして、現代を生きる若者への思いを口にした。（弁護士ドットコムニュース・一宮俊介） 【動画】64年ぶりの塀の外
UUID(v4) がぶつかる可能性を考えなくていい理由 - Qiita
お手軽にランダムなIDを取得したい時にUUIDはとても重宝します。 でもたまに、 「このID(UUID)ってぶつかることない？対策しなくて大丈夫？」 と聞かれることがあります。 それに対して、 「ウィキペディア先生がぶつからねえって言ってたから大丈夫だよ！（＃ﾟДﾟ）」 で切り抜けるのもそろそろ限界のような気がするのでちゃんと調べました。 (もちろんウィキペディア先生を頼りました！) 2つの理論 UUIDの衝突確率について考える上で次の2つの理論が重要になります。 鳩の巣原理 誕生日のパラドクス 鳩の巣原理 鳩の巣原理とは、 m個の入れ物にn個のものを入れるとき、n > m ならば少なくとも1個の箱には2個以上のものが入る 9個の巣箱に10羽の鳩が入る場合、必ずどれかの巣箱には2羽以上入ることになるということです！(ウィキペディア先生) 考えれば当たり前のことですが同様にして考えれば、 「
生成AIに疑似コードで指示すると自然言語よりも効率的にプログラムが生成できるというアイデアから生まれた、生成AI用の疑似言語「SudoLang」
生成AIに疑似コードで指示すると自然言語よりも効率的にプログラムが生成できるというアイデアから生まれた、生成AI用の疑似言語「SudoLang」 ChatGPTやCopilotなどの生成AIを用いてコードを生成しようとすると、多くの場合プロンプトを自然言語で書くことになるでしょう。 しかし自然言語で的確にプログラムの内容を表現するのは、ときに面倒だったり、あいまいさを排除することが難しかったりします。 一方で、プログラマが自分でコードを書こうとするとき、あるいは他のプログラマとコードの内容を議論するときに、自然言語をプログラミング言語のような構文で書く、いわゆる「擬似コード」を使うことがよくあります。 例えばこんな風に自然言語をコードっぽくホワイトボードに書いたことのあるプログラマの方は多いのではないでしょうか？ 入力値を処理するための関数（A、B）{ Aは数字かどうか確認する Bは日付か
カラオケでよく見かけるあなたへ
よく見かけると言っても別に会ったことがあるわけではない。 私にはしょうもない趣味がある。 もう15年くらいずっと、ひとりでカラオケに行くことだ。人に聞かせるほど上手いわけでもないし、音楽の趣味が合う友人もいない。あと夜中が好き。 だからよく、学生の頃は夜中にカラオケでひとりで歌っていた。最初はただ歌っていただけだったが、途中からカラオケがオンラインで繋がるようになって、全国採点という、その月にその曲を歌った人どうしで採点を競うランキングを入れるようになった。 自分は夜中にひとりで歌っているのに、たくさんの人と同じ歌を歌っているのだという感覚が、妙に寂しさを紛らわせてくれて、心地いい。 とは言っても、音楽の趣味がアレなので、あまり全国採点に参加している人数は望めない。アジカンが月に200人くらい参加者がいるとしたら、私が好きなバンドの曲は大体月に1〜2人。まあそんな感じ。 で、その1〜2人が
俺のじいちゃんも戦争エンジョイ勢だった
授業は戦争の悲惨さを伝える体験談に偏っているというのは本当にそう。 うちの爺ちゃんは戦争エンジョイ勢だったらしく、 満州で義兄弟を作って日本に連れてきただとか、 現地の女を買っただとか、子供や母親をセットで撃ち殺すのマジで楽しかった話とかをしてくれて、 なんか勲章もいくつか、ケースに入れてちゃんと保管してた。 軍隊の生活はキャンプみたいで好きだったらしい。 もっと戦争に続いてほしかったとずっと言っていた。 そんな爺ちゃんもこの前亡くなり、遺品整理。 日記に、現地の子供を殺すとかより遥かにドン引きな凄惨なことが書いてあったとかで、 身内の恥と叔母さんが全て処分してしまったらしい。 まあ多分人食ってたとか犯してたとかだと思うんだけど。 勲章も捨てたとか。 そうやって普通の市民の感覚や歴史は埋もれていくんだろうなあ。
何が事業貢献なのか分からなくなっていた伊藤直也さんが再認識したユーザーエクスペリエンスへのコミット - Findy Engineer Lab
ソフトウェアエンジニアは、どのように事業に貢献すべきか？ 宿泊施設やレストランの予約サービスを提供する株式会社一休で執行役員CTOを務める伊藤直也さんは、2016年に入社しておよそ2年間、心の奥に抱えた悩みを解消できないまま仕事をしてきました。 伊藤さんは、2000年代から複数のWeb系テックカンパニーで技術部門のリーダーとして活躍し、現在でも利用される個人向けWebサービスのローンチをいくつか手掛けています。一休には入社以前からフリーランスで技術顧問を務めており、会社がヤフーグループ（当時）に入って経営陣が一新されるタイミングで、代表取締役CEOとなった榊淳さんの要請を受けて入社しました。 当時は全て.NETだったというサービス基盤の刷新や技術的負債の解消、開発組織の整備といったエンジニアリングにおいて重要な改善を進めてきましたが、あるとき自身が「事業に貢献していない」ことを明確に意識す
コードを書き始める前からテストをずっと考える ─ 継続的テストモデルとシフトレフトなテスト活動をアジャイルにどう取り入れるか - Agile Journey
読者の皆さんは、テストについてどのようなイメージをお持ちでしょうか。「開発の後に行う確認作業」といったイメージを持たれている方もいるかと思います。 しかし、開発しようとしているソフトウェアに不具合の混入を防ぐには、もっと早い段階でテストについて考えることが必要です。こういったテスト活動は、プログラムを1文字も書いていないときから始めることができるのです。 本記事では、2016年に提唱された継続的テストモデルを紹介しつつ、アジャイルとも親和性のあるシフトレフトなテスト活動について解説していきます。 DevOpsにおけるテストの考え方 DevOpsのループ図とは何か？ 継続的テストモデルとは何か 継続的テストモデルにおいてテストは「活動」である シフトレフトなテスト活動とシフトライトなテスト活動 シフトレフトなテスト活動としてのテスト駆動開発 コード実装を始める前から行うテスト活動 シフトレフ
分散システムについて語らせてくれ
↓↓↓↓訂正あります。↓↓↓↓ 2018/07/02に株式会社エフコード社内で行われた勉強会のスライドです。 訂正版(随時更新中): https://docs.google.com/presentation/d/15HOMfAbtdWwO48njcB8IdkN3kVAMu3wsmZo0O3S-f_4/edit?usp=sharing 専門家による資料・専門家向けの資料ではありません。自分自身で学習し、論文・文献等を読解してまとめた内容となります。間違い等あるかもしれませんが、あれば是非コメント頂ければと思います。 【訂正事項】 スライド16: 誤：たった一つのプロセスが故障しただけでも有限時間で合意できない 正：たった一つのプロセスが故障しうるだけでも有限時間で合意できない スライド20: 誤: 重要: あるschedule σ1, σ2 がdisjoint (nodeが被ってない) なら
デジタル認証アプリとのID連携で使われている標準化仕様と勘所
ritou です。 みんなが待っていたデジタル認証アプリの情報が公開されました。 開発者向けのガイドライン、APIリファレンスなどのドキュメントも公開されています。 今回は開発者視点でどんな作りになっていて、利用するために理解が必要となる標準化仕様はどのあたりなのかを取り上げます。ちょっとOIDCのRPやOAuthのClient実装経験のある開発者向け、ぐらいの内容です。 概要 公開された情報からすると デジタル認証アプリサービス(アプリ+バックエンド)はマイナンバーカードを用いた当人認証を実施 現在は都度マイナンバーカードを利用する必要がありますが、いずれはスマホに保存されたカード情報を使ってもっと楽になりそう ID連携のIdentityプロバイダとして認証イベント情報、基本4情報といった属性情報を民間/行政サービスに提供 民間/行政サービスは認証イベント情報に含まれるユーザー識別子を利
大規模クラウドインフラ設計・構築案件の歩き方(AWS-28)がインフラエンジニアに刺さりまくりな内容だった | iret.media
AWS Summit Japan 2024 Day1の「大規模クラウドインフラ設計・構築案件の歩き方」のセッションについてレポートです。 控えめに言っても満足度の高いセッションでした。 大規模なクラウドインフラの設計構築運用に関わる方なら首がもげるくらい頷きが多い内容であり、アーカイブが公開された際はもう一度見たいと思うほど…。 セッションの内容には「設計書の一覧サンプル」や、「アプリ/インフラチームの責任分界」といった界隈でも関心が高い内容に触れられています。 考え方のひとつとして参考にしていきたい内容がモリモリでしたので、シェアさせていただきます。 セッション概要 大規模クラウドインフラ設計・構築案件の歩き方 Level 300: 中級者向け スピーカー: アマゾン ウェブ サービス ジャパン合同会社 仲谷 岳志 様 クラウド技術のコモディティ化により、エンタープライズ分野では近年、A
レジリエンスを高めるには？高い人・低い人の特徴と具体的な実践方法
環境変化の激しい現代において、突如襲ってくるストレスや逆境にどのように対処していますか？ これまで何度も心が折れそうになったことがあるかもしれません。しかし、そんな時に私たちを支えてくれるのが「レジリエンス」です。 では、どうすればレジリエンスを高めることができるのでしょうか？ 解決策は意外とシンプルです。ちょっとしたことを実践することで効果を発揮します。 まず、レジリエンスが高い人と低い人の特徴を把握することから始め、次に具体的な実践方法を取り入れてみましょう。 この記事では、特にレジリエンスを構成する5つの要素と、要素ごとに日頃から実践できる方法に焦点を当てています： 【レジリエンスを構成する5つの要素】 自己効力感（セルフ・エフィカシー） 楽観性（オプティミズム） 問題解決スキル 感情コントロール 社会的支援（ソーシャルサポート） 上記の要素について解説しながら、要素ごとに日ごろから
RESTful APIの設計、開発、ドキュメント管理を手助けする「RAML」とは
APIの開発は複雑でコストがかかる可能性があり、頻繁に更新されることからドキュメントを整備するのも難しい。APIの設計、開発、ドキュメントの整備、管理にまつわる課題と効率さの問題に対処するアプローチが、RESTful API Modeling Language（RAML：RESTful APIモデリング言語）だ。 RAMLコードを使えば、開発者はAPIの動作を説明する仕様を策定してからそのAPIをデプロイするまでのAPIライフサイクルを管理することができる。 RAMLとは RAMLは、RESTful APIを記述することを目的とするオープンソースの記述言語だ。2013年、米国のIT自動化および統合ベンダーであるMuleSoftを中心とする数社の企業によって作成されたRAMLはAPIの開発に大きな役割を果たしてきた。2018年、MuleSoftはSalesforceによって買収され、RAML
RESTful APIの設計、開発、ドキュメント管理を手助けする「RAML」とは
APIの開発は複雑でコストがかかる可能性があり、頻繁に更新されることからドキュメントを整備するのも難しい。APIの設計、開発、ドキュメントの整備、管理にまつわる課題と効率さの問題に対処するアプローチが、RESTful API Modeling Language（RAML：RESTful APIモデリング言語）だ。 RAMLコードを使えば、開発者はAPIの動作を説明する仕様を策定してからそのAPIをデプロイするまでのAPIライフサイクルを管理することができる。 RAMLとは RAMLは、RESTful APIを記述することを目的とするオープンソースの記述言語だ。2013年、米国のIT自動化および統合ベンダーであるMuleSoftを中心とする数社の企業によって作成されたRAMLはAPIの開発に大きな役割を果たしてきた。2018年、MuleSoftはSalesforceによって買収され、RAML
やらない事を決めるプロダクト設計
https://kichijojipm.connpass.com/event/316361/ 設計ナイト2024で使った資料です。
UUIDとULIDを理解していない方は見た方がいい記事
Auto increment（自動採番）型を採用したくない場合 Auto Incrementは、データベースにおいて自動的に一意の識別子を生成するメカニズムです。通常、数値型の列が対象となり、新しいレコードが挿入されるたびにその列の値が自動的にインクリメントされます。典型的なIDですかね。 ここでは一意性の確保の話や、データ移行やバックアップのデメリットには言及せず、セキュリティとプライバシーの懸念にフォーカスして考えます。 予測可能性 Auto Increment型のIDは連番であるため、次に生成されるIDが容易に予測可能です。これにより、攻撃者がシステムの内部構造を推測し、不正アクセスを試みるリスクが高まります。 情報漏洩のリスク 連番のIDはデータベースの挿入順序を反映しているため、公開されることで企業の活動パターンやデータ生成の頻度が漏洩する可能性があります。 例） 競合他社は、公
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Excelのセル内で「,」や「/」で区切られたデータを「列」や「行」に分割するテク【残業を減らす！Officeテクニック】
デロイト トーマツ、LLMに企業独自データを組み込むノウハウを集約した「多機能RAGアプリ」を開発
こんなに違うよ MySQLとPostgreSQL /
１７歳女子高生殺害、４時間にわたり監禁し暴行か…容疑の女「言葉遣いが気に入らなかった」
