タグ

ブックマーク / gihyo.jp (24)

  • WEB+DB PRESS総集編[Vol.1~136]

    2024年4月18日紙版発売 WEB+DB PRESS編集部 編 B5判/128ページ 定価3,300円(体3,000円+税10%) ISBN 978-4-297-14156-1 Gihyo Direct Amazon 楽天ブックス ヨドバシ.com 『WEB+DB PRESS』全号のバックナンバーを収録 Webアプリケーション開発のためのプログラミング技術情報誌「WEB+DB PRESS」は,2000年から2023年までの23年間という長きにわたり,現場で活躍するWeb開発者の方々に向けた技術情報を提供してまいりました。そして2023年8月発売のVol.136をもって,隔月刊誌としては休刊いたしました。 総集編には,WEB+DB PRESSVol.1から隔月刊最終号となるVol.136までのバックナンバーと,今まで刊行した総集編7冊の書き下ろし記事を収録しています。1冊1ファイルの記

    WEB+DB PRESS総集編[Vol.1~136]
    hiby
    hiby 2024/04/10
    図解が良かったんだよなー。買っておくかあ。
  • すべてのフェーズでミスが重なった ―全銀ネットとNTTデータ、全銀システム通信障害の詳細を説明 | gihyo.jp

    すべてのフェーズでミスが重なった ―全銀ネットとNTTデータ⁠⁠、全銀システム通信障害の詳細を説明 全国銀行資金決済ネットワーク(以下、全銀ネット)とNTTデータは12月1日、2023年10月10日~11日にかけて全国銀行データ通信システム(以下、全銀システム)で発生した通信障害に関する報道関係者向けの説明会を開催しました。件についてはNTTデータが11月6日に行った途中経過報告の内容をもとにレポートしましたが、今回、全銀ネットとNTTデータが揃って会見を行ったことで、より詳細な障害の原因が判明したので、あらためてその内容を検証してみたいと思います。 説明会の登壇者。左から、全銀ネット 企画部長 千葉雄一氏、事務局長兼業務部長 小林健一氏、理事長 辻松雄氏、NTTデータ 代表取締役社長佐々木 裕氏、取締役副社長執行役員 鈴木正範氏 なお、全銀ネットとNTTデータは、今回の障害に関して金融

    すべてのフェーズでミスが重なった ―全銀ネットとNTTデータ、全銀システム通信障害の詳細を説明 | gihyo.jp
    hiby
    hiby 2023/12/06
    本番環境に対する認識がどこぞのザッカーバーグのどちらの意味でもまずいのだけが気になった。切り替え前に切り替え機器で試験できなかったのが全ての終わりの始まりな気がする。
  • バグは“数千パターンのテスト”をすり抜けた ―NTTデータ「2023/10/10 全銀ネット障害」について説明 | gihyo.jp

    バグは“数千パターンのテスト”をすり抜けた ―NTTデータ「2023/10/10 全銀ネット障害」について説明 NTTデータグループは2023年11月6日、10月10日に発生した全国銀行データ通信システムの障害に関する記者説明会を実施、現時点で判明している障害の概要について説明を行うとともに、再発防止策に向けたタスクフォースの設立などについて明らかにしました。会見の冒頭、NTTデータグループ 代表取締役社長 間洋氏は、今回の障害により全国の預金者や金融機関をはじめとする社会全体に大きな混乱をもたらしたことを謝罪し、今後の原因究明と再発防止に向け、全国銀行試験決済ネットワーク(以下、全銀ネット)とともに全力をかけて取り組むことを明言していました。 記事では会見の内容をもとに、現時点で判明している10月10日の事故の原因についてレポートします。 2023年10月10日 ―なにが起こったのか

    バグは“数千パターンのテスト”をすり抜けた ―NTTデータ「2023/10/10 全銀ネット障害」について説明 | gihyo.jp
    hiby
    hiby 2023/11/10
  • 『WEB+DB PRESS』 休刊のお知らせ:WEB+DB PRESS

    WEB+DB PRESSは,2023年8月発売のVol.136をもって隔月刊誌としては休刊させていただきます。物価上昇による製作費の高騰など諸般の事情により,今回の決定に至った次第です。 突然の休刊案内にてたいへん恐縮ではございますが,何卒ご理解を賜りますよう,お願い申し上げます。 22年以上の長きにわたり,絶大なご支援をいただきましたことを,厚く御礼申し上げます。 弊誌で扱っていた分野のコンテンツは,今後も弊社刊行のSoftware Designやgihyo.jp,書籍などで提供させていただきます。また,必要な場合には「特別号」の編集・刊行なども検討してまいります。 最後に,皆様の一層のご活躍を心より祈念しております。

    『WEB+DB PRESS』 休刊のお知らせ:WEB+DB PRESS
    hiby
    hiby 2023/05/01
  • ネクストブレイク分散型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の大本命、Blueskyを先取り! | gihyo.jp
    hiby
    hiby 2023/04/11
    分散型に未来あるんかな
  • ChatGPTのおさらいと、プログラミングに活用するための第一歩 | gihyo.jp

    大量の文章から学習することで、多言語を取り扱う能力だけでなく、高度な推論能力まで手に入れました。 GPT-3.5、とりわけその初期モデルのCodexはGitHubに存在する5400万の公開リポジトリから採取された159GBのPythonコードでGPT-3をfine-tuning(微調整)することで生まれました。ChatGPTがとりわけPythonが得意なのはここから来ています。 ChatGPTの学習データを考えることはその能力を発揮させるときに極めて有効です。質問時も以下のように、『⁠涼宮ハルヒの憂』というライトノベル作品について日語で聞いたときはSOS団の略称を間違えるなどしますが、英語ではほぼ期待通りの回答を見せます。 図1 『ハルヒの憂』について日語で聞いた場合の回答 図2 『ハルヒの憂』について英語で聞いた場合の回答 知ったかぶりをするChatGPT ところで、ChatG

    ChatGPTのおさらいと、プログラミングに活用するための第一歩 | gihyo.jp
    hiby
    hiby 2023/03/24
  • 消える受注、早まる納期、そして気づいた「待ってくれる人」の大切さ ――印刷会社から見た「コロナと同人の1年間」 | gihyo.jp

    消える受注、早まる納期、そして気づいた「待ってくれる人」の大切さ ――印刷会社から見た「コロナと同人の1年間」 2020年はコロナ禍があらゆる場面において人々の行動にブレーキをかけた1年であり、経済面でも多くの業種に打撃があった1年だった。それは同人業界でも同じであり、イベントは中止・延期に追い込まれた。毎回のように参加しているイベントが行われず嘆いた方も少なからずいるだろう。 一方で、意外とわからないのが印刷所や運営スタッフなど、イベントの「中の人」的な存在の状況である。決して明るい状況ではなかったのではないかと想像されるが、実際のところはどうだったのどうか。 そこで、同人誌を手がける印刷会社の社長に話を伺ってみた。お答えいただいたのは『魅せる!同人誌のデザイン講座 ――Before-Afterでわかる試したくなるアイデア&テクニック』で資料提供などご協力いただいたサンライズパブリケーシ

    消える受注、早まる納期、そして気づいた「待ってくれる人」の大切さ ――印刷会社から見た「コロナと同人の1年間」 | gihyo.jp
    hiby
    hiby 2021/04/08
  • 第1回 MySQLにおける開発の歴史と最新動向 | gihyo.jp

    連載では、現在MySQLを利用していて、チューニングやより大規模な環境に向けた構成の拡張を体系的に説明することを目的としています。MySQLのこれまでの開発と最新の動向から、チューニングやスケールアップ/スケールアウトの注意点を解説します。 第1回である今回は、MySQLのアーキテクチャをこれまでの開発の歴史と併せて解説します。 黎明期 MySQLの最初期のバージョンは1994年に開発され、1995年に公開されています。公開当初は独自のライセンスを採用していましたが、2000年にGPL v2を採用し、商用ライセンスとのデュアルライセンスモデルを採用しました。また、MySQLの代表的な機能の1つでもあるレプリケーションも2000年に実装されており、Webシステムとの相性の良さや構成の柔軟さから数多くのWebシステムで以前からMySQLが採用される理由にもなっています。 2001年にGA(G

    第1回 MySQLにおける開発の歴史と最新動向 | gihyo.jp
    hiby
    hiby 2015/02/06
  • インフラエンジニア教本 ――ネットワーク構築技術解説

    2014年12月5日紙版発売 2014年12月22日電子版発売 編集部 編 B5判/352ページ 定価2,948円(体2,680円+税10%) ISBN 978-4-7741-7034-3 ただいま弊社在庫はございません。 Amazon 楽天ブックス honto ヨドバシ.com 電子版 Gihyo Digital Publishing Amazon Kindle 楽天kobo このの概要 「SoftwareDesignの人気特集記事を再編集!」 自社のネットワークやサーバを管理する技術力がなければ,クラウド環境を安心して使いこなせません。書はネットワーク構築技術を,LANケーブルの作り方から「ガチ」で解説します。ネットワークの要であるDHCPサーバの構築,そしてルータやスイッチングハブの使い方と注意点,ワイヤレスLAN環境構築における落とし穴とその解決方法,ネットワークが成長するに

    インフラエンジニア教本 ――ネットワーク構築技術解説
    hiby
    hiby 2014/12/02
  • 『サーバ/インフラエンジニア養成読本 ログ収集~可視化編』出版記念!執筆者が語る大講演会! レポート[パネルディスカッション編] | gihyo.jp

    鈴木:先のセッションで権限があったから入れましたという話が挙がっていましたが、インフラエンジニアだから入れられるというのは結構あると思います。 道井:インフラエンジニアは基どこのサーバでもSSHログインできるため、勝手にFluentdを入れて、勝手にログをもってくることができます。 伊藤:待って、この話はあまり一般的でないと思う(会場:笑) 吉田:僕の会社も同じような感じです。2、3年前に、ログ解析やクエリログの収集をしたくなり、トレジャーデータのFluentdが良さそうだというのが分かりました。木曜にメールをして、翌月曜には全台にデプロイが完了していました。 伊藤:それはインフラエンジニアとしての業務にあたっていたんですか? 吉田:趣味です。 伊藤:なぜ、皆さん趣味でやってるんですか(苦笑) 鈴木:僕はもともとはサーバサイドエンジニアで、インフラエンジニアの人にFluentdを入れるか

    『サーバ/インフラエンジニア養成読本 ログ収集~可視化編』出版記念!執筆者が語る大講演会! レポート[パネルディスカッション編] | gihyo.jp
    hiby
    hiby 2014/11/11
  • IT・開発系コミュニティの勉強会 “プログラミング生放送勉強会” 2014年前半まとめレポート | gihyo.jp

    こんにちは。少し遅くなってしまいましたが、2014年の前半に開催した、コミュニティ「プログラミング生放送(プロ生⁠)⁠」によるIT・開発系イベント「プログラミング生放送勉強会(プロ生勉強会⁠)⁠」の模様をまとめてお届けします。 図1 第29回開催時の受付の模様 プロ生勉強会は、IT・開発系であればなんでもOKの勉強会で、多彩なテーマのセッションが特徴のひとつです。セッションは動画で公開しています。ぜひ視聴してみてください。 プログラミング生放送勉強会 第28回@東北大学 5月31日に東北大学 片平北門会館で開催した勉強会では、WindowsスケーリングやRoslynの話題、JavaScript製ライブラリJSRel、ソフトウェア開発の継続的アプローチなどの内容となりました。 図2 会場の模様。約40名の参加がありました。 プログラミング生放送勉強会 第28回@東北大学 終了! | プログラ

    IT・開発系コミュニティの勉強会 “プログラミング生放送勉強会” 2014年前半まとめレポート | gihyo.jp
    hiby
    hiby 2014/08/04
  • 2014年5月7日 /dev/full疑似デバイスファイル登場 | gihyo.jp

    src /dev/full is always full FreeBSD 11.0-CURRENTに疑似デバイスファイル/dev/fullが追加されました(リビジョン265132⁠)⁠。/dev/fullはディスク容量がフル状態を模擬的に作り出しているデバイスファイルで、ディスク容量がフル状態になっている場合のソフトウェアの動作をチェックするといった目的で使われます。 図 新しく追加された/dev/full疑似デバイスファイル $ ls -l /dev/full crw-rw-rw- 1 root wheel 0x9 May 3 14:39 /dev/full $ /dev/fullからデータを読み込むとNUL文字データ(0x00)が取り出されます。この動きは/dev/zeroと同じです。 図 読み込みに関しては/dev/fullは/dev/zeroと同じ $ dd if=/dev/ful

    2014年5月7日 /dev/full疑似デバイスファイル登場 | gihyo.jp
    hiby
    hiby 2014/05/08
  • 第1回 サブクエリ・パラノイア~副問い合わせ乱用による性能劣化を治療せよ! | gihyo.jp

    図1 テーブルのレイアウト 図2 リスト1の実行結果 cust_id | seq | price --------+-----+------- A | 1 | 500 B | 5 | 100 C | 10 | 600 D | 3 | 2000 リスト1 サブクエリ・パラノイア 患者1号 SELECT R1.cust_id, R1.seq, R1.price FROMReceiptsR1 (※) INNER JOIN (SELECT cust_id, MIN(seq) AS min_seq FROMReceipts ※ GROUP BY cust_id) R2 ON R1.cust_id = R2.cust_id AND R1.seq = R2.min_seq; ※ 同一テーブルを結合する自己結合 さてワイリー、お前ならどうする。 ええっ、ちょっと待ってください。整理します。このReceip

    第1回 サブクエリ・パラノイア~副問い合わせ乱用による性能劣化を治療せよ! | gihyo.jp
    hiby
    hiby 2011/07/25
  • 第19回 パフォーマンスチューニングとは | gihyo.jp

    今回は、パフォーマンスチューニングについて考えてみます。 ハードウェアは進化しているのに、なぜパフォーマンスチューニングを続けるのか インフラエンジニアは10年前に比べて、格段にパフォーマンスチューニングのスキルを要求されるようになっています。CPUが高速になりストレージも高速になり、メモリの単価も安くなっているにもかかわらず、です。これはひとえに、ネットの、というかWebのサービスの傾向によるものに他なりません。 いまやWebはネットのかなりの部分のトラフィックを締めており、そのWebがどんどん双方向化しています。ここでいう双方向化というのは、大多数のユーザも情報を発信するようになっている、ということとほぼ同義です。 インターネットは双方向(通信)というのはかなり以前から言われていますが、そうは言ってもたとえば2000年のころWebは双方向だったか? というとそんなことはないと思います。

    第19回 パフォーマンスチューニングとは | gihyo.jp
    hiby
    hiby 2011/05/30
  • 第151回 Ubuntu 10.10で4世代目iPod touchをマウントする | gihyo.jp

    UbuntuとiPod Ubuntu 10.04、正確には搭載されたGNOME 2.30の新機能として、iPodがマウントできるようになりました。その後、iPhone/iPodは新機種が発売され、iPadも登場しました。OS(iOS)のバージョンも上がっています。そんな理由で、以前はiPodをマウントできたけど今はできなくなってしまったというケースも多いのではないでしょうか。 今回は筆者が所有している4世代目iPod touch(2010年9月発売)をマウントする方法を紹介します。OSは執筆段階で最新バージョンのiOS 4.2.1です。これ以外での機種では動作確認しておりません。あらかじめご了承ください。 以後、この4世代目iPod touchを略してiPodと呼びます。 注意: 今回の手順を踏むことで、iPhone 4とそれ以前、iPod touchもより古いものでも動作すると思われます

    第151回 Ubuntu 10.10で4世代目iPod touchをマウントする | gihyo.jp
    hiby
    hiby 2010/12/15
  • 第4回 Twitterから学ぶ、Web APIのキホン(2) | gihyo.jp

    リクエストURIを構築する URIエスケープ いよいよPerlを使ってWeb APIを利用していくわけですが、その前にリクエストURIを作る際の約束事を確認しましょう。 URIの仕様では、ASCII(American Standard Code for Information Interchange)文字以外の文字、つまり日語などはURIで使用できないと定められています。URIで日語を使いたい場合は、URIエスケープを行う必要があります。 たとえばTwitter Search APIで「おはよう」をキーワードに検索したい場合、 http://search.twitter.com/search.json?q=おはよう と日語を直接入れてはいけません。次のようにURIエスケープする必要があります。 http://search.twitter.com/search.json?q=%E3%8

    第4回 Twitterから学ぶ、Web APIのキホン(2) | gihyo.jp
    hiby
    hiby 2010/12/02
  • 第35回 DBI:生のSQLが散らばると言う前に | gihyo.jp

    Perldbm いまでは省みられることも少なくなりましたが、Perlには1989年にリリースされたバージョン3.0以降、dbmと呼ばれるシンプルなデータベースにアクセスする機構が標準で組み込まれています。このdbmは、いわゆるリレーショナルデータベースとは違ってキーと値の組み合わせをディスクに保存できるだけのものですが、ハッシュ(当時はまだ連想配列と呼んでいました)と結びつけることでタブ区切りファイルなどを読んでいくより高速に検索ができたため、ユーザ環境に永続的なデータを保存する手段のひとつとして重宝されていました。Perl 3/4の時代にはdbmopenというコマンドが使われていましたが、この機構はPerl 5になって一新され、いまではより汎用的なtieというコマンドを使うことになっています。この仲間としては古くからあるBerkeley DBやGDBMなどのほか、最近では平林幹雄氏のT

    第35回 DBI:生のSQLが散らばると言う前に | gihyo.jp
    hiby
    hiby 2010/08/09
  • 第128回 UbuntuでiSCSIを使ってみよう | gihyo.jp

    iSCSIとは、TCP/IP上にSCSIプロトコルを流す、ネットワークストレージプロトコルの一種です。ストレージエリアネットワーク(SAN)といえばファイバーチャネルなどが連想されますが、iSCSIは一般的なイーサネット上に構築することが可能なため、非常に手軽かつ安価に導入できるというメリットがあります。 今週のレシピはUbuntuを使ってiSCSIターゲットを構築し、利用する方法を紹介します。 そもそもiSCSIとは? iSCSIはSambaのような、サーバ側の共有空間を多数のクライアントで同時に使うタイプのサービスとは根的に異なり、TCP/IPを経由してストレージそのものを提供する仕組みです。ネットワーク越しに接続されているUSBハードディスクのようなものをイメージすると理解しやすいかもしれません。ネットワーク上にあるストレージをiSCSIターゲット、ターゲットに接続するクライアント

    第128回 UbuntuでiSCSIを使ってみよう | gihyo.jp
    hiby
    hiby 2010/06/30
    テキトーに設定したままだったからありがたい。
  • 第2回 RDBMSと組み合わせて使えるmemcached | gihyo.jp

    はじめに 今回からタイプ毎に代表的なNoSQLデータベースを扱っていきます。まず今回は、揮発性key-valueストアの代表としてmemcachedを取り上げます。 なお、利用したコードやプログラムはgithubに置いてあります。適宜参照してください。 どんなところに使える? memcachedの特徴は、何といってもデータの揮発性(memcachedサーバを停止すると全データが消えてしまうこと)です[1]⁠。そのため、データが消えても影響が小さいところに利用シーンは限られてきます。一方、連想配列(ハッシュ)のように使えて扱いやすいこと、様々なサイトでの事例があること、などから導入はしやすいです。 具体的な利用シーン memcachedの具体的な利用シーンとしては、以下の事柄が考えられます。 RDBMSから取得したデータのキャッシュ 消えても大きな影響の無いデータの保存 一般的には(1)のよ

    第2回 RDBMSと組み合わせて使えるmemcached | gihyo.jp
    hiby
    hiby 2010/06/04
  • 第1回 NoSQL、そしてCassandraとは | gihyo.jp

    NoSQLミドルウェアの特徴をもう少し細かく挙げてみます。分量の都合もあり個別には触れませんが、それぞれのNoSQLミドルウェアで差別化部分に関してはかなり詳細に説明がされていますので、ぜひそちらを参照してみてください。 高速に動作する リレーションモデルではないデータモデル スケールアウト型アーキテクチャ コモディティサーバによって構築される スキーマフリー SPOF(単一故障点)を持たない 自動的に複数台へレプリケーションする イベンチュアルコンシステンシまたは一貫性の選択が可能 SQLのような強力なクエリ言語を持たず、シンプルな問い合わせしかできない Cassandraとは何か NoSQLミドルウェアの筆頭といえばGoogle BigTableやAmazon Dynamoですが、オープンソースの世界でもいろいろなものが出てきています。その中でも最近特に注目を集めているのが、Apach

    第1回 NoSQL、そしてCassandraとは | gihyo.jp
    hiby
    hiby 2010/04/28