xzパッケージに仕込まれた3年がかりのバックドア、スケール直前に見つけたのはMicrosoftの開発者 | gihyo.jp
Linux Daily Topics xzパッケージに仕込まれた3年がかりのバックドア、スケール直前に見つけたのはMicrosoftの開発者 “アップストリームのxzリポジトリとxz tarballsはバックドア化されている（The upstream xz repository and the xz tarballs have been backdoored）”―2024年3月29日、Microsoftに所属する開発者 Andres Freundが「Openwall.com」メーリングリストに投稿したポストは世界中のオープンソース関係者に衝撃を与えた。 backdoor in upstream xz/liblzma leading to ssh server compromise -oss-security 主要なLinuxディストリビューションにはほぼ含まれているデータ圧縮プログラ
人生が整うマウンティング大全
2024年2月14日紙版発売 2024年2月14日電子版発売 マウンティングポリス 著 四六判／208ページ 定価1,540円（本体1,400円＋税10%） ISBN 978-4-297-13951-3 Gihyo Direct Amazon 楽天ブックス ヨドバシ.com 電子版 Gihyo Digital Publishing Amazon Kindle ブックライブ 楽天kobo honto この本の概要 人間関係あるところにマウントあり，マウンティングを制する者こそが人生を制する。 3万以上の事例を収集・分析してきたマウンティング研究家が，80億総マウント社会を乗り切るためのナレッジを集大成。 一流の人こそこっそり活用しているマウンティングの最強パターンとは ステルスマウント×マウントさせる＝最強のビジネススキル イノベーションはテクノロジーからではなくMX（マウンティングエクスペ
すべてのフェーズでミスが重なった ―全銀ネットとNTTデータ、全銀システム通信障害の詳細を説明 | gihyo.jp
すべてのフェーズでミスが重なった ―全銀ネットとNTTデータ、全銀システム通信障害の詳細を説明 全国銀行資金決済ネットワーク（以下、全銀ネット）とNTTデータは12月1日、2023年10月10日～11日にかけて全国銀行データ通信システム（以下、全銀システム）で発生した通信障害に関する報道関係者向けの説明会を開催しました。本件についてはNTTデータが11月6日に行った途中経過報告の内容をもとにレポートしましたが、今回、全銀ネットとNTTデータが揃って会見を行ったことで、より詳細な障害の原因が判明したので、あらためてその内容を検証してみたいと思います。 説明会の登壇者。左から、全銀ネット 企画部長 千葉雄一氏、事務局長兼業務部長 小林健一氏、理事長 辻松雄氏、NTTデータ 代表取締役社長佐々木 裕氏、取締役副社長執行役員 鈴木正範氏 なお、全銀ネットとNTTデータは、今回の障害に関して金融
バグは“数千パターンのテスト”をすり抜けた ―NTTデータ「2023/10/10 全銀ネット障害」について説明 | gihyo.jp
バグは“数千パターンのテスト”をすり抜けた ―NTTデータ「2023/10/10 全銀ネット障害」について説明 NTTデータグループは2023年11月6日、10月10日に発生した全国銀行データ通信システムの障害に関する記者説明会を実施、現時点で判明している障害の概要について説明を行うとともに、再発防止策に向けたタスクフォースの設立などについて明らかにしました。会見の冒頭、NTTデータグループ 代表取締役社長 本間洋氏は、今回の障害により全国の預金者や金融機関をはじめとする社会全体に大きな混乱をもたらしたことを謝罪し、今後の原因究明と再発防止に向け、全国銀行試験決済ネットワーク（以下、全銀ネット）とともに全力をかけて取り組むことを明言していました。 本記事では会見の内容をもとに、現時点で判明している10月10日の事故の原因についてレポートします。 2023年10月10日 ―なにが起こったのか
ネクストブレイク分散型SNSの大本命、Blueskyを先取り！ | gihyo.jp
今、分散型SNSへの注目が高まっています。4月に入り、日本での盛り上がりの兆しを見せ、ネクストブレイクの大本命と見られているのがBlueskyです。本記事では、Bluesky登場の背景から分散型SNSの特徴、そして、今後について紹介します。 招待コード無限祭りで注目を集めたBluesky 先日、2023年4月5日にBlueskyの「招待コード無限祭り」がありました。 Blueskyとは、次世代のTwitterになるのでは、と目されている大本命の分散型SNSのこと。 この分散型SNSに参加するには、2023年4月10日現在、招待コードが必要となります。 Blueskyリリース以降、招待コードはサーバ管理者のみ発行可能でした。しかし、先日のアップデートによって、Blueskyにアカウントを持つユーザは、回数限定（最大5回）で招待コードを発行できるようになったのです。 話はここで終わりません。今
分散型SNS「Misskey」、それを支える技術スタック | gihyo.jp
本連載は分散型マイクロブログ用ソフトウェアMisskeyの開発に関する紹介と、関連するWeb技術について解説を行っていきます。第1回はMisskey、ひいては分散型SNSの簡単な紹介とその内部実装の概略を説明します。 はじめまして！ はじめまして、Misskey（みすきー）のプロジェクトリーダーをしている、しゅいろ（@syuilo）です！ この度連載の機会をいただきましたので、ちょっと仰々しい気もしますが「Misskey & Webテクノロジー最前線」と題して、今後Misskeyやそれに関わる最新のWeb技術について解説をしていく予定です。 今回はMisskey、ひいては分散型SNSの簡単な紹介とその内部実装の概略を説明します。 対象読者は、後半の実装解説の部分においてはある程度のWeb開発の知識がある人を想定しています。 Misskeyとは、そして分散型とは Misskeyは、オープン
2022年のブラウザとウェブ標準 | gihyo.jp
2022年になりました。矢倉眞隆（@myakura）と申します。昨年に引き続き、新春特別企画のブラウザとウェブ標準を担当させていただきます。 なお、取り上げるトピックの数やインパクトの大きさもあり、CSSについては別記事となりました。あわせて読んでいただければ幸いです。 ChromeとFirefoxがバージョン100に到達 昨年の新春企画でもすこし触れましたが、今年はChromeとFirefoxのバージョンが100になります。 Chrome 100は、今年の3月29日にリリース予定です。もともとはもう少し先だったのですが、Chrome 94からリリースサイクルが4週間に短縮されたため、Chrome 100のリリースが早まりました。 Chromeよりも早く4週間のリリースサイクルに移行していたFirefoxも、5月3日にFirefox 100がリリース予定です。 バージョンが3桁になることで
お願いです，Macの標準機能でファイルを圧縮するのはやめてください：新刊ピックアップ
知らないうちにWindowsユーザーにストレスを与えていることが…… 持っているだけでスタイリッシュに見えるMac。でも，Windowsを使っている人は 「Mac使ってる人って，送られてくるファイルが開けなかったり，文字化けしてたり，ムダな手間を増やしてくるだけで最悪だよね（笑）」 と思っているかもしれない――そんな心あたりはないでしょうか？ Macで圧縮されたファイルをWindowsで見ようとすると，次の画像のように，ファイル名が文字化けするうえ，意味のわからないフォルダもついでに現れることがあります。 ファイル名を変更すれば中身を見れないわけでもないですし，余分なフォルダは無視すればいいわけですが，いちいち面倒です。 Windows側で「Explzh」という圧縮・解凍ソフトを入れておくと，文字化けせずにちゃんと解凍してくれるのですが，「なんで，わざわざこっちでひと手間かけないとい
第1回 ニコ動／ニコ生 HTML5化への奮闘～ドワンゴ流動画配信サービスのつくりかた～ | gihyo.jp
不動の人気を誇る動画配信サービス「ニコニコ動画」（ニコ動）と「ニコニコ生放送」（ニコ生）において、動画プレーヤのHTML5化、そしてバックエンドシステムの刷新が図られました。このプロジェクトの背景や使われた技術、苦労したポイントなどについて、ドワンゴのエンジニアである七田弘志氏（写真1）、後藤哲志氏（写真2）、三須健太郎氏（写真3）にお話を伺いました。 フロントエンドのみならず、バックエンドシステムも刷新 ──どのようなきっかけから、HTML5化プロジェクトが始まったのでしょうか。 七田：大きな要因となったのは、主要WebブラウザでFlashのサポートを打ち切るという方針が示されたことですね。今までもスマートフォンやテレビデバイスなどではHTML5プレーヤを実現できていたのですが、PC版のページは既存機能が大きく、プレーヤの作り変えが後手に回っていた部分が大きかったんです。そ
第1回 IkaLog誕生前夜 | gihyo.jp
2015年5月に発売された大人気ゲームスプラトゥーン、皆さんはプレイしていますか？ 著者のまわりでは多くのコンピュータエンジニアが楽しんでいます。私は、スプラトゥーンの動画をリアルタイムに分析するソフトウェアIkaLogを開発し、オープンソースとして公開しています。本連載では、IkaLogの開発秘話（？）や画像認識に使っているアルゴリズム、開発の過程などについて紹介します。 今回は連載第1回目として、私（たち）がどのようなきっかけからIkaLogを開発し始めたのかを紹介し、次回以降では具体的にどのような検討を経てIkaLogが実装されてきたかを説明します。 スプラトゥーンとの出会い 私がスプラトゥーンというゲームを知ったのは、発売が数日後に迫った日にインターネット上でトレイラームービーを見かけたときでした。スプラトゥーンは、三人称視点（TPS）でプレイヤーのインクリング（イカ人間）を操作し
第408回 Ubuntuで現代芸術を体感する | gihyo.jp
秋といえば芸術の季節です。秋には各地で芸術祭や展覧会が開催されることから「芸術の秋」なんて言われたりもします。現在は秋の気配どころか立春が過ぎたばかりではありますが、今回は芸術の話です。 なぜに芸術？ 現在、六本木の国立新美術館などで「平成27年度［第19回］文化庁メディア芸術祭受賞作品展」が開催されています（2月14日まで）。これは昨年秋に発表された「平成27年度［第19回］文化庁メディア芸術祭」の受賞作品を展示する展覧会です。その一つの「アート部門」の大賞が、CHUNG Waiching Bryanさんによる、「50. Shades of Grey」と題した「プログラムのソースコード」だったのです[1]。 そのコンセプトとか芸術性とか受賞理由は、公式サイトを参照してください。プログラムのソースコードをどのように「展示」しているかというと、「プリントアウトして額縁に入れて展示」
ネット生活：快適なネット生活をおくる秘訣、それは「つぶやかない」こと。緊急忍耐力対談：ココロ社×加野瀬未友｜gihyo.jp … 技術評論社
快適なネット生活をおくる秘訣、それは「つぶやかない」こと。 緊急忍耐力対談：ココロ社×加野瀬未友 コミュニケーションツールが日々便利になっていくその裏で、ネットは今日も人々を炎上へと導いている。つい暴走しがちな夏、危険を避けて快適なネット生活をおくりたいとお考えの方へ向け、ネット上でのコミュニケーション術について詳しいお二人に、緊急対談をお願いした。 ココロ社（こころしゃ） Twitter：@kokorosha ブログ：ココロ社 ほのぼの四次元ブログ1971年・大阪生まれ。東京大学文学部を卒業後、「人生是忍耐」という真理に気づき、あえてノーマルなサラリーマン稼業を選択し、持ち前の忍耐力を発揮して、珍妙なブログの運営および、ギリギリ系自己啓発書の執筆などを行っている。主な著書に『クビにならない日本語』（翔泳社）、『超☆ライフハック聖典』（技術評論社）、『マイナス思考法講座』
第3回 目的なき業務改善は失敗する！ | gihyo.jp
連載第2回では、 業務改善のやらされ感をなくすためには“気づきのプロセス”と“自分が困るプロセス”を改善活動のプロセスの中に組み込むことが必要であること 効果を出していくためには箱モノの「ハード」と、魂の「ソフト」の両方のアプローチを取ることが必要であること を書きました。そして、 改善のグランドデザインを中核メンバーでしっかり練り上げ、改善目的のぶれない軸として共有することで、確固たる改善活動にしていく という話をしました。 第3回では、目的や目標をどのように定めるかを考えていきましょう！ 参加することに意義がある……では困る これまで2回にわたる連載の中で、「活動」という言葉を何回か使っていることに気づきましたか？ 活動という言葉は実に都合の良い単語で、「企業活動」から学生の「部活動」のように幅広く用いられます。後の回で詳しく述べますが、業務改善は「部活動」のような位置付け
第1回 二度とやるものか……業務改善 | gihyo.jp
はじめに 3月11日の東日本大震災から、3ヵ月が過ぎようとしています。震災直後に発生した食料品、ガソリンなどの物資不足は未だ記憶に新しいところです。製造業においては部品や原材料の供給が滞り、サプライチェーンの構造上の問題も浮き彫りになりました。 経済活動全体が停滞する状況下で、企業は売上を伸ばすことは当然ながら難しくなり、無駄を減らせ、コストを下げろと、経営課題の矛先は社内へと向くようになります。 さて、皆さんは業務改善と聞いてどんなイメージをお持ちでしょうか？ 後ろ向きな仕事？ できればやりたくない？ 他にもっとすべきことがある？ いろいろと思うところがあるでしょう。 業務改善がうまく進むところと進まないところの違いは何だと思いますか？ 会社の風土や体質、社員の特性はもちろん、経営者の姿勢も大きく影響します。何事もそうですが、やりたくないことを無理にやらせても良い結果が出ることはありませ
第3回 なぜ日本のソフトウェアが世界で通用しないのか | gihyo.jp
日米で異なるソフトウェアの作り方 私がシアトルに来たのは1989年なので、こちらに来てもう20年以上になる。最初の10年をMicrosoftのソフトウェアエンジニアとして過ごし、後半の10年は起業家としてソフトウェアベンチャーを3つほど立ち上げている。こうやって1年の大半を米国西海岸で過ごしながらも、日本には毎年数回仕事で帰国しているし、日本語でブログや記事を書いてもいて、ある意味で「日本のソフトウェアビジネスを、一歩離れてちょうどよい距離で見る」ことができる立場にいる。 そんな私が常々感じているのは、日本でのソフトウェアの作り方が米国のそれと大きく違っていること。そして、日本のソフトウェアエンジニアの境遇が悪すぎること―そして、それが「日本のソフトウェアが世界で通用しない」一番の原因になっていることである。 そもそもの成り立ちが違う日米のソフトウェア業界 日米のソフトウェアの「作り方」の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
