米動画配信大手ネットフリックスが今月始めた広告付きの低価格プランでNHKの番組にも広告が表示されることに対し、NHKがネットフリックスに抗議するとともに、全てのプランで提供している番組の配信停止を求めていることが16日、関係者への取材で分かった。 民放各社からも「説明が不十分」　不満の声 関係者によると、同プランはNHKの想定と大きく異なっていたにもかかわらず、ネットフリックス側の説明がサービス開始の直前で不十分だったとNHKが判断したという。 NHKの「インターネット活用業務実施基準」は、公共放送のNHKが広告を行っていると誤認させる恐れがある場合は番組を提供しないなどと定めている。

Jason Warner(Now: MD @redpoint, Prior: CTO @github, @heroku, @Canonical)がマイクロサービスについての考えをツイートしたところ「GithubのCTOが『マイクロサービスは失敗だった』と言っている」みたいに一部分だけ切り取ってバズった。そういうのは本当に良くないのでちゃんと全文を読もうよと言うことでまとめた。

その誕生を地元新聞も経済新聞も記事にしなかった。２年後、『コードの情報を白黒の点の組み合わせに置き換える』と最下段のベタ記事で初めて紹介された時、その形を思い浮かべることができる読者はいなかった。いま、説明の必要すらない。ＱＲコードはなぜ開発され、どう動くのだろうか。 ＱＲコードは、自動車生産ラインの切実な要請と非自動車部門の技術者の「世界標準の発明をしたい」という野心の微妙な混交の下、1990年代前半の日本電装（現デンソー）で開発された。 トヨタグループの生産現場では、部品名と数量の記された物理的なカンバンが発注書、納品書として行き来することで在庫を管理する。そのデータ入力を自動化するバーコード（ＮＤコード）を開発したのがデンソーだ。 バブル全盛の1990年ごろ、空前の生産台数、多様な車種・オプションに応えるため、部品も納入業者も急激に増え、ＮＤコードが限界を迎えていた。63桁の数字しか

この記事は、今まで本を読んだことがないWEBライターが「走れメロス」を読破する記事です。 ＜この記事に出てくる人＞ WEBライター。本を読んだ経験はゼロ。漫画ならいっぱいある。 友達。みくのしんが本を読む手伝いをする。 本を読むということで 終始、不安そうなみくのしん 緊張するわ〜。予防接種の待合室みたい みくのしんは今まで何か本を読んだことはないの？ う〜ん。学生の頃に友達から「キノの旅」を勧められたことがあるんだけど…… お〜いいじゃん！ 短編だから読みやすかったんじゃない？ あれってたしか言葉を話すバイク？ が出てきたよね？ そうそう。エルメスね！ 懐かしいな〜！ 俺は「バイクがしゃべる」という事実が理解できなくてギブアップしちゃった Oh… ▼シーンやキャラクターの顔や声色など、書いてあることを自分なりに飲み込んで、脳内で想像しないといけない。それを文字を読みながら行うという処理が

バッチ処理は既に先人の方々が多くのナレッジを公開してくれていますが、それでもなお難しさが変わらないテーマだと思っています。 この記事は、筆者がこれまでの開発経験で気づいたバッチ処理の実装ナレッジを整理し、体系化を目指して文章にしました。 ここでの内容が、より良い課題解決に貢献できれば幸いです。 自身の断片的な思考整理(メモ書き)の延長で内容を整理したため、一部書き振りが統一されておらず、読みにくいかもしれません。ご了承ください。🙏 バッチ処理の難しさバッチ処理は難しい。 人によっては簡単なテーマかもしれませんが、自分は難しいテーマだと思っています。 「難しさの根源は何か？」を考えると、1. 考慮点が多様にあること 2. 解決する課題によって答えが大きく変わること に整理できました。 この2点は、どのソフトウェア開発にも当てはまる項目ではありますが、ことバッチ処理においては顕著に現れます。

杉ライカ（ダイハードテイルズ） 画像生成AIは電子ウキヨエの夢を見るか？　こんにちは，ダイハードテイルズ（DHTLS）の杉ライカです．DHTLSは商業出版だけでなくクリエイター自身のSNSもまた重要な作品発表の場と捉え，オンラインに軸足を置いて活動し続けているプロのクリエイターグループで，自作小説や翻訳小説などを，インターネット上で連載したり，各種出版社から書籍としても発刊してもらっています． ここでは，最近登場したtext-to-imageの画像生成AIサービス「Midjourney」を，自分たちのTwitter連載小説でどのように活用しているか，またそこから何を感じたかなどを，簡潔にレポートしてみたいと思います．まず，Twitterで小説といっても想像しにくい方も多いかと思いますので，DHTLSがどのように小説を連載したり（図-1），AI描画の挿絵を投稿したりしているのか（図-2），具

Intro Fetch API の実装が広まり、 IE もリタイアを迎えたことで、今後忘れ去られていくことになるだろう XMLHttpRequest について。 どのように始まり、どのように広まり、どのように使われなくなっていくのか。その間に残した多大な功績を残す。 XMLHttpRequest の始まり この名前は非常に長いため、通常 XHR と略される。 この API は、現在の Web API のように W3C/WHATWG による標準化を経て策定された API ではない。 Microsoft によるいわゆる独自実装の API として始まり、後追いで標準化される。 したがって、 Web API の中でもかなり異質な命名である XHR が、 XmlHttpRequest でも XMLHTTPRequest でもなく XMLHttpRequest である理由も、 Microsoft の命

パブリッシャーのPlaystackは9月30日、一人称視点パズルADV『The Entropy Centre』を11月3日に発表すると発表した。対応プラットフォームはPC（Steam）およびPS4/PS5/Xbox One/Xbox Series X|S。Steamストアページでは、現在デモ版が配信中だ。また同ページの表記によれば、日本語表示にも対応予定。 『The Entropy Centre』は、時間を巻き戻せる光線銃を用いる、一人称視点のパズルアドベンチャーゲーム。舞台となるのは地球軌道上の巨大宇宙ステーションだ。本作では、地球が炎に包まれ、人類が滅亡。主人公Alya Adamsは、どうやら人類最後の生き残りとなってしまった。Alyaは、AIコンパニオンが搭載されたHandheld Entropy Device（手持ちエントロピー装置）であるASTRAを駆使して、無人の宇宙ステーショ

Webhooks are the foundation of modern API development. They enable us to react to changes in our systems, an incoming text message, a successful payment, or that latest pull request no matter our stack. While webhooks are universal in concept, they are unstandardized API contracts with few organizations paying attention to their design, security controls, and overall operational experience. Webhoo

ゲームボーイの生みの親・岡田 智氏が任天堂での開発者時代を語った「黒川塾 八十八（88）」聴講レポート ライター：大陸新秩序 2022年7月15日，トークイベント「エンタテインメントの未来を考える会 黒川塾 八十八（88）」が，東京都内で開催された。このイベントは，メディアコンテンツ研究家の黒川文雄氏が，ゲストを招いて，ゲームを含むエンターテイメントのあるべき姿をポジティブに考えるというものである。 今回のテーマは，「Mr.ゲームボーイ岡田智の半生記」。ゲストとして招かれた岡田 智氏が，かつて任天堂でゲームボーイシリーズの開発を手がけたときのエピソードや，ゲームのハードやソフトを開発する上での発想，苦労話などを披露した。 関連記事 元任天堂・岡田 智氏の独立独歩 前編 　“技術的に不可能”を覆したゲーム＆ウオッチ　「ビデオゲームの語り部たち」：第27部 メディアコンテンツ研究家の黒川文雄氏

この記事について この記事では、ファイルに書き込みを行うプログラムを実装する時の注意点について説明します。 ファイル書き込みは、プログラミングにおいて比較的よく利用される機能でありながら、実装時に注意していないと、システムクラッシュ（意図しない電源の喪失や OS のクラッシュ等）後にファイル上のデータが整合性を失う可能性、平たく言えば、データが破損する場合があります。 今回の主な内容はトランザクションに関連する事柄で、ご存知の方からすると当たり前と思われることだと思われますが、執筆者がプログラミングの勉強を始めて以降知らない期間が長かったことと、他にもご存知ない方がある程度いらっしゃるのではないかと思ったため、このように記事にさせていただきました。 また、ここで説明する注意点は、クラッシュ後にデータの整合性が重要でない場合は、気を付ける必要がないものであることを先に書いておきます。 先にこ

理化学研究所（理研）仁科加速器科学研究センター多種粒子測定装置開発チームの大津秀暁チームリーダー、スピン・アイソスピン研究室のバレリー・パニン特別研究員（研究当時、現客員研究員）、ダルムシュタット工科大学のメイテル・デュア研究員、ステファノス・パシャリス研究員（研究当時）、トーマス・オウマン教授、東京大学大学院理学系研究科附属原子核科学研究センターの下浦享教授（研究当時）、東京工業大学理学院物理学系の中村隆司教授、近藤洋介助教らの国際共同研究グループは、理研の重イオン[1]加速器施設「RIビームファクトリー（RIBF）[2]」の多種粒子測定装置「SAMURAIスペクトロメータ[3]」を用いて、4個の中性子だけでできた原子核「テトラ中性子核」の観測に成功し、陽子を含まない複数個の中性子が原子核を構成して存在できる新たな証拠を得ました。 本研究成果は、陽子を1個も含まない、いわば「原子番号ゼロ

"When something exceeds your ability to understand how it works, it sort of becomes magical." - Jony Ive *This is incomplete. It covers about 80% of one corner of OpenSSL's functionality. The certificate policy options have a lot more knobs that I didn't include. Carl Tashian (Website, LinkedIn) is an engineer, writer, exec coach, and startup all-rounder. He's currently an Offroad Engineer at Smal

Even more pi in the sky: Calculating 100 trillion digits of pi on Google Cloud Records are made to be broken. In 2019, we calculated 31.4 trillion digits of π — a world record at the time. Then, in 2021, scientists at the University of Applied Sciences of the Grisons calculated another 31.4 trillion digits of the constant, bringing the total up to 62.8 trillion decimal places. Today we're announci

東京大学(東大)は5月30日、自然言語をある決まったルールに従って確率的に文字列を生成する系として単純化した「Random Language Model」(RLM)と呼ばれる数理モデルにおいて、同モデルで不連続にそれまでとは系の振る舞いが変わる「相転移」が起こる(幼児が言語を獲得すると解釈されている)と予想されていたのに対し、今回の研究において、相転移は実際にはなく、連続的に変化していくだけであることを証明したと発表した。 同成果は、東大大学院 総合文化研究科 広域科学専攻の中石海大学院生、同・福島孝治教授らの研究チームによるもの。詳細は、米国物理学会が刊行する物理とその関連する学際的な分野を扱うオープンアクセスジャーナル「Physical Review Research」に掲載された。 地球上には7000とも8000ともいわれる言語が存在し、それぞれ多様な特徴を持つ。しかし、どんな言語で

このブログではあまりこういう話は書いてこなかったけど, 以前少しだけ触れたように, 僕はここ最近エンジニアリングマネージャをやっていて, こういう話題を考える機会はけっこう多い. 具体的には, エンジニアリングマネージャとして複数チームのテクノロジ/プロセス/プロダクト/ピープルのマネジメントを日々やっていて, そのうちのプロセスマネジメントとして, 各チームのスクラムマスタ的な人に助言したり, 開発プロセスの改善のためにチームが起こそうとしている変化を受け入れるようラインマネージャを説得したり, といったことにけっこう時間を割いている. スクラムに関して以下のような話を見かけて, これはまさに日々悩まされていることだった. 一言で言うと「ベロシティの安定化でみんな躓く」という話. これは僕の経験上も納得できる. この記事に寄せられたコメントを見ると, 「で, じゃあどうやってベロシティを

最初に タイトルは煽りで釣りです。ごめんね。 この記事の結論を先に書くと タイトルは釣り スクラムチームは導入当初はスムーズに成功できるように感じる。しかし途中でどこに進むべきかの方角を見失い、迷走してスクラムバットに陥る スクラムに求める効能はベロシティの安定が必須なものが多いのに、ベロシティの安定を意識すらしないままスクラムをやるので、迷走に陥る じゃあどうしてそうなってしまう？という話を個人の経験をもとに書いていこうと思います。 前提として この記事を書いた人はWebサービスの内製開発をしているアプリケーションエンジニアだったので、基本的に内製開発のWebサービスでのスクラム導入について語ります なぜこの記事を書いたか やっとむさんのツイートを見て思いつきました。 スクラムの導入をしたいというチームは数多く見ますが、かなり中途半端なところでスクラムのレベルアップをやめて、小手先の「改