64年ぶりに刑務所の外に出て暮らす無期懲役囚の男性。インタビューの途中、急に目に涙を浮かべて声を詰まらせた(一宮俊介撮影) 2年前、ある刑務所の門から一人の無期懲役囚が姿を現した。服役期間は国内最長級の64年。「人の情けに生かされてきました」。塀の外で平穏な生活を送る今、獄中では決して抱くことがなかった感情に向き合っている。そして、現代を生きる若者への思いを口にした。(弁護士ドットコムニュース・一宮俊介) 【動画】64年ぶりの塀の外
![「生まれてくるべきじゃなかった」64年ぶりに外の世界に出た無期懲役囚、不意に流した涙(弁護士ドットコムニュース) - Yahoo!ニュース](https://cdn-ak-scissors.b.st-hatena.com/image/square/301087f161db5653fd1813aab7c5ed50d196f254/height=288;version=1;width=512/https%3A%2F%2Fnewsatcl-pctr.c.yimg.jp%2Ft%2Famd-img%2F20240718-00010000-bengocom-000-5-view.jpg%3Fexp%3D10800)
64年ぶりに刑務所の外に出て暮らす無期懲役囚の男性。インタビューの途中、急に目に涙を浮かべて声を詰まらせた(一宮俊介撮影) 2年前、ある刑務所の門から一人の無期懲役囚が姿を現した。服役期間は国内最長級の64年。「人の情けに生かされてきました」。塀の外で平穏な生活を送る今、獄中では決して抱くことがなかった感情に向き合っている。そして、現代を生きる若者への思いを口にした。(弁護士ドットコムニュース・一宮俊介) 【動画】64年ぶりの塀の外
お手軽にランダムなIDを取得したい時にUUIDはとても重宝します。 でもたまに、 「このID(UUID)ってぶつかることない?対策しなくて大丈夫?」 と聞かれることがあります。 それに対して、 「ウィキペディア先生がぶつからねえって言ってたから大丈夫だよ!(#゚Д゚)」 で切り抜けるのもそろそろ限界のような気がするのでちゃんと調べました。 (もちろんウィキペディア先生を頼りました!) 2つの理論 UUIDの衝突確率について考える上で次の2つの理論が重要になります。 鳩の巣原理 誕生日のパラドクス 鳩の巣原理 鳩の巣原理とは、 m個の入れ物にn個のものを入れるとき、n > m ならば少なくとも1個の箱には2個以上のものが入る 9個の巣箱に10羽の鳩が入る場合、必ずどれかの巣箱には2羽以上入ることになるということです!(ウィキペディア先生) 考えれば当たり前のことですが同様にして考えれば、 「
生成AIに疑似コードで指示すると自然言語よりも効率的にプログラムが生成できるというアイデアから生まれた、生成AI用の疑似言語「SudoLang」 ChatGPTやCopilotなどの生成AIを用いてコードを生成しようとすると、多くの場合プロンプトを自然言語で書くことになるでしょう。 しかし自然言語で的確にプログラムの内容を表現するのは、ときに面倒だったり、あいまいさを排除することが難しかったりします。 一方で、プログラマが自分でコードを書こうとするとき、あるいは他のプログラマとコードの内容を議論するときに、自然言語をプログラミング言語のような構文で書く、いわゆる「擬似コード」を使うことがよくあります。 例えばこんな風に自然言語をコードっぽくホワイトボードに書いたことのあるプログラマの方は多いのではないでしょうか? 入力値を処理するための関数(A、B){ Aは数字かどうか確認する Bは日付か
よく見かけると言っても別に会ったことがあるわけではない。 私にはしょうもない趣味がある。 もう15年くらいずっと、ひとりでカラオケに行くことだ。人に聞かせるほど上手いわけでもないし、音楽の趣味が合う友人もいない。あと夜中が好き。 だからよく、学生の頃は夜中にカラオケでひとりで歌っていた。最初はただ歌っていただけだったが、途中からカラオケがオンラインで繋がるようになって、全国採点という、その月にその曲を歌った人どうしで採点を競うランキングを入れるようになった。 自分は夜中にひとりで歌っているのに、たくさんの人と同じ歌を歌っているのだという感覚が、妙に寂しさを紛らわせてくれて、心地いい。 とは言っても、音楽の趣味がアレなので、あまり全国採点に参加している人数は望めない。アジカンが月に200人くらい参加者がいるとしたら、私が好きなバンドの曲は大体月に1〜2人。まあそんな感じ。 で、その1〜2人が
授業は戦争の悲惨さを伝える体験談に偏っているというのは本当にそう。 うちの爺ちゃんは戦争エンジョイ勢だったらしく、 満州で義兄弟を作って日本に連れてきただとか、 現地の女を買っただとか、子供や母親をセットで撃ち殺すのマジで楽しかった話とかをしてくれて、 なんか勲章もいくつか、ケースに入れてちゃんと保管してた。 軍隊の生活はキャンプみたいで好きだったらしい。 もっと戦争に続いてほしかったとずっと言っていた。 そんな爺ちゃんもこの前亡くなり、遺品整理。 日記に、現地の子供を殺すとかより遥かにドン引きな凄惨なことが書いてあったとかで、 身内の恥と叔母さんが全て処分してしまったらしい。 まあ多分人食ってたとか犯してたとかだと思うんだけど。 勲章も捨てたとか。 そうやって普通の市民の感覚や歴史は埋もれていくんだろうなあ。
ソフトウェアエンジニアは、どのように事業に貢献すべきか? 宿泊施設やレストランの予約サービスを提供する株式会社一休で執行役員CTOを務める伊藤直也さんは、2016年に入社しておよそ2年間、心の奥に抱えた悩みを解消できないまま仕事をしてきました。 伊藤さんは、2000年代から複数のWeb系テックカンパニーで技術部門のリーダーとして活躍し、現在でも利用される個人向けWebサービスのローンチをいくつか手掛けています。一休には入社以前からフリーランスで技術顧問を務めており、会社がヤフーグループ(当時)に入って経営陣が一新されるタイミングで、代表取締役CEOとなった榊淳さんの要請を受けて入社しました。 当時は全て.NETだったというサービス基盤の刷新や技術的負債の解消、開発組織の整備といったエンジニアリングにおいて重要な改善を進めてきましたが、あるとき自身が「事業に貢献していない」ことを明確に意識す
読者の皆さんは、テストについてどのようなイメージをお持ちでしょうか。「開発の後に行う確認作業」といったイメージを持たれている方もいるかと思います。 しかし、開発しようとしているソフトウェアに不具合の混入を防ぐには、もっと早い段階でテストについて考えることが必要です。こういったテスト活動は、プログラムを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が被ってない) なら
ritou です。 みんなが待っていたデジタル認証アプリの情報が公開されました。 開発者向けのガイドライン、APIリファレンスなどのドキュメントも公開されています。 今回は開発者視点でどんな作りになっていて、利用するために理解が必要となる標準化仕様はどのあたりなのかを取り上げます。ちょっとOIDCのRPやOAuthのClient実装経験のある開発者向け、ぐらいの内容です。 概要 公開された情報からすると デジタル認証アプリサービス(アプリ+バックエンド)はマイナンバーカードを用いた当人認証を実施 現在は都度マイナンバーカードを利用する必要がありますが、いずれはスマホに保存されたカード情報を使ってもっと楽になりそう ID連携のIdentityプロバイダとして認証イベント情報、基本4情報といった属性情報を民間/行政サービスに提供 民間/行政サービスは認証イベント情報に含まれるユーザー識別子を利
AWS Summit Japan 2024 Day1の「大規模クラウドインフラ設計・構築案件の歩き方」のセッションについてレポートです。 控えめに言っても満足度の高いセッションでした。 大規模なクラウドインフラの設計構築運用に関わる方なら首がもげるくらい頷きが多い内容であり、アーカイブが公開された際はもう一度見たいと思うほど…。 セッションの内容には「設計書の一覧サンプル」や、「アプリ/インフラチームの責任分界」といった界隈でも関心が高い内容に触れられています。 考え方のひとつとして参考にしていきたい内容がモリモリでしたので、シェアさせていただきます。 セッション概要 大規模クラウドインフラ設計・構築案件の歩き方 Level 300: 中級者向け スピーカー: アマゾン ウェブ サービス ジャパン合同会社 仲谷 岳志 様 クラウド技術のコモディティ化により、エンタープライズ分野では近年、A
環境変化の激しい現代において、突如襲ってくるストレスや逆境にどのように対処していますか? これまで何度も心が折れそうになったことがあるかもしれません。しかし、そんな時に私たちを支えてくれるのが「レジリエンス」です。 では、どうすればレジリエンスを高めることができるのでしょうか? 解決策は意外とシンプルです。ちょっとしたことを実践することで効果を発揮します。 まず、レジリエンスが高い人と低い人の特徴を把握することから始め、次に具体的な実践方法を取り入れてみましょう。 この記事では、特にレジリエンスを構成する5つの要素と、要素ごとに日頃から実践できる方法に焦点を当てています: 【レジリエンスを構成する5つの要素】 自己効力感(セルフ・エフィカシー) 楽観性(オプティミズム) 問題解決スキル 感情コントロール 社会的支援(ソーシャルサポート) 上記の要素について解説しながら、要素ごとに日ごろから
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
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で使った資料です。
Auto increment(自動採番)型を採用したくない場合 Auto Incrementは、データベースにおいて自動的に一意の識別子を生成するメカニズムです。通常、数値型の列が対象となり、新しいレコードが挿入されるたびにその列の値が自動的にインクリメントされます。典型的なIDですかね。 ここでは一意性の確保の話や、データ移行やバックアップのデメリットには言及せず、セキュリティとプライバシーの懸念にフォーカスして考えます。 予測可能性 Auto Increment型のIDは連番であるため、次に生成されるIDが容易に予測可能です。これにより、攻撃者がシステムの内部構造を推測し、不正アクセスを試みるリスクが高まります。 情報漏洩のリスク 連番のIDはデータベースの挿入順序を反映しているため、公開されることで企業の活動パターンやデータ生成の頻度が漏洩する可能性があります。 例) 競合他社は、公
いろんなアイデンティティ管理系製品やサービスの実験の記録をしていきます。 後は、関連するニュースなどを徒然と。 こんにちは、富士榮です。 #コメント部分が本ポストの中でもコメントとして扱われて消えてしまっていたので修正しました。tkudoさんご指摘あざーす #その他、もろもろ修正しました。酔っぱらって夜中に斜め読みしたらダメですねw DuoがSAMLの実装に関する脆弱性に関するレポートをしています。 ZDNetの日本語版記事 https://japan.zdnet.com/article/35115353/ #しかし、中身は「SAMLプロトコルの」脆弱性じゃなくて、SP実装の不具合なので、「プロトコルの脆弱性」は言い過ぎだなぁ、、と思います。 例によって記事になると何のことかさっぱりわからないので、元ネタとなるDuoのレポートを読んでみました。 (実際に実験は出来ていないので、また時間があ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く