第629回 数分でオールインワンなプライベートクラウドを構築できるminiONE | gihyo.jp
本連載ではこれまでにも第483回「UbuntuとOpenNebulaでもういちどクラウド環境を構築してみよう」などで、クラウド構築・管理ツールであるOpenNebulaを紹介してきました。今回はこのOpenNebulaをコマンド一発で導入できる「miniONE」を紹介しましょう。 OpenNebulaとminiONE OpenNebulaはプライベートクラウドを構築・管理するためのソフトウェアです。プライベートクラウドの構築・管理ツールといえばOpenStackが有名ですが、OpenNebulaはそれよりも古くから存在し、Eucalyptusと同じぐらいの歴史を持っています。さらに、もともとはKVMベースのツールだったものの、最近ではLXDやFirecrackerをサポートしたり、Kubernetes、Docker Hubとの連携もできるようになるなど、日進月歩なクラウドインフラストラクチ
揚げて炙ってわかるコンピュータのしくみ
この本の概要 技術が進むにしたがって，コンピュータの中身が見えなくなってきています。コンピュータの頭脳としてCPUがあって，OSがあってプログラムが動く…。漠然とわかっていても，実際にどういうしくみで意図したとおりに動作しているのかとなると，なかなかイメージできないものです。本書はこのように，ブラックボックスになっているコンピュータのしくみを，「炙る」「揚げる」などの過激な手法も用いつつ，半導体レベルから実際に目に見える形でひもといていきます。 こんな方におすすめ コンピュータの仕組みを知りたい人 Maker（『ハードウェアハッカー』の読者層） 第1章 ソフトウェアとハードウェアの世界の境界 1.1 コンピュータが「見えなく」なってきている むかしはパソコンと電子回路は一体 コンピュータを理解する上での抽象化・ブラックボックス化 1.2 ブラックボックスの中身を見るといいことが？ ブラック
マスタリングVim
2020年4月16日紙版発売 2020年4月16日電子版発売 Ruslan Osipov 著，大倉雅史 訳 B5変形判／344ページ 定価3,608円（本体3,280円＋税10%） ISBN 978-4-297-11169-4 Gihyo Direct Amazon 楽天ブックス ヨドバシ.com 電子版 Gihyo Digital Publishing Amazon Kindle ブックライブ 楽天kobo honto 本書のサポートページサンプルファイルのダウンロードや正誤表など この本の概要 Googleの現役エンジニアが書いた，テキストエディタ「Vim」の解説書です。OSごとのインストールや基本操作といった入門的内容も押さえつつ，リファクタリング，デバッグ，実行，テスト，バージョン管理システムとの連携，プラグインの作成と管理といったソフトウェア開発に便利な機能を，Pythonのコー
最終回 今生きるプログラマーが、この仕事をあこがれのものにする | gihyo.jp
ご好評いただいた本連載も今回で最終回。いつもとは趣向とは変え、竹馬氏がこれまでのインタビューを振り返りながら、未来への展望を綴ります。 一皮むけば高度なコンピュータサイエンスが 今まではインタビュアーとして抑えた感じでやってきましたが、今回は自分のブログ「mizchi's blog」の読者はご存じのような、いつもの感じで行きます。 この連載インタビュー企画の依頼を受けたときの個人的な狙いとして、技術評論社の名前を使って、いつもは会いづらい人に会いに行く口実を作ろう、ということを考えていました。その目的はほぼ達成できたので、関係者諸氏には、とても感謝しています。 ……という個人的なテーマとは別に、僕自身が本連載を通して一貫して表明したい課題感があり、それは「高度なコンピュータサイエンス／プログラミングスキルの現場適用の難しさ」というものです。 僕自身、大学でコンピュータサイエンスを修めたわけ
第1回 TCPの輻輳制御とは何か | gihyo.jp
本連載の背景と目的 近年、LTEなどの高速なネットワークの展開とスマートフォンや様々なクラウドサービスの普及により、インターネットを流れるデータ量は急激に増大しています。今後も、新たなスマートデバイスやIoTサービスの普及、5Gサービスの商用展開などに従い、私たちの生活においてインターネットへの接続は不可欠なものとなっていくと考えられます。そのインターネットにおいて広く利用されているプロトコルがTCP/IPです。TCP/IPは1980年頃にその基本形が完成して以来、インターネットの普及とともに広まり、発展を続けてきました。 本連載では、TCP/IPの中でも初学者にとって難しいプロトコルであるTCPに着目します。TCPは通信の信頼性を担保するための様々な機能を備えています。特に、ネットワークの状況に応じて効率的にデータを転送するための輻輳制御アルゴリズムは、今日にいたるまで様々な手法が提案、
2016年3月2日 安心してください、やっと死にました ─SCOがIBMと最終合意へ | gihyo.jp
長かった法廷闘争がようやく本当に幕を閉じた。2月26日（米国時間）、米ユタ連邦裁判所は2003年から続いていたThe SCO Group（すでに破産）とIBMの一連の係争への最終通告となる文書を公開、SCOからIBMに対する訴えのすべてを棄却するとの判決を両者が受け入れたことを発表した。2月9日にSCO側とIBMに対してなされた通告の回答期限が26日だったことを受けての発表となる。 Groklaw - SCO v. IBM 1162（PDFファイル） SCOが「IBMはSCOの知的財産（UNIXソースコード）を不当に開示して利益を上げている。GNUやLinuxはSCOの知的財産を不法に引用し、成長しようとしている」というトンデモ主張を勢いよく掲げ、SCOがユタ州の地方裁判所に最初の訴えを起こしたのが2003年3月のこと。以来、何度も「お前（SCO）の負け」という判決をつきつけられ、つい
第4回 わずか1週間程度でBashが大幅な進化を遂げた ～Shellshock大暴れ～ | gihyo.jp
10月に入り、9月までに起こったことをざっと振り返るというお題がどこかから聞こえてきたので、「じゃあ……」という感じで振り返ってみることとします。 わずか1週間程度でBashが大幅な進化を遂げた ～Shellshock大暴れ～ まだ現在進行形の事案ではありますが、9月下旬に発覚したBashの脆弱性に起因して、10月上旬までまだ収束していないShellshock。 Bash 4.3の例で説明すると、Patchlevel 25～30までは以下のような軌跡をたどっています。 9月24日にPatchlevel 25 9月26日にPatchlevel 26 9月27日にPatchlevel 27 10月1日にPatchlevel 28 10月2日にPatchlevel 29 10月5日にPatchlevel 30 この間に発見、修正された脆弱性は、CVE-2014-6271、CVE-2014-71
第2回 堀邦明（HolyGrail）～大手を辞め、スタートアップベンチャーへ | gihyo.jp
はたらくって何？ シューカツ中の女子大生・ともよが会社訪問。第2回は数千人規模の会社に新卒で入社し、社員数5人の会社に落ち着いた@HolyGrailのはたらきかた。 渋谷のシェアオフィスにて。spice lifeではオリジナルTシャツが作れるサービスを展開している プログラミングは苦手 ともよ：今回はHolyGrailこと堀さんを取材します。堀さんも高専卒なんですね！ HolyGrail：山口の徳山高専を卒業して、20歳でYahoo! Japan（以下Yahoo!）に入社しました。Yahoo! に4年半ぐらい勤めてフリーになり、今はspice lifeっていうベンチャーでエンジニアとしてはたらいています。 ともよ：高専出身の人ってもっと家電メーカーとかに就職する人が多いと思うんですが、なぜWeb系に就職したんですか？ HolyGrail：あー、確かに高専卒業して家電メーカーとかに行く人、け
第4回 スーパーソルジャー病～すべての問題をやみくもにコーディングで解くべからず | gihyo.jp
カルテ1：図1のような2つのテーブルOrders（注文）とOrderReceipts（注文明細）を考える。この2つのテーブルは、お中元の受け付けと配送を管理するためのものです。Ordersテーブルの1レコードが注文1件に対応し、OrderReceiptsはその注文内の商品単位で1レコードになっている。したがって、OrdersとOrderReceiptsは一対多の関係にある。 今、注文ごとに受付日（order_date）と商品の配送予定日（delivery_date）の差を求めて、それが3日以上ある場合は注文者に遅くなる旨の連絡を送りたい。さて、どの注文番号が該当するか、求めてほしい。 図1 OrdersテーブルとOrderReceiptsテーブル レベルの異なる情報を結合する方法 1つの注文に複数の商品が含まれる可能性があるから、OrdersテーブルとOrderReceiptsは一対多の関
第2回 「締め切りは絶対に守るもの」と考えると世界が変わる | gihyo.jp
「締め切りを守ること」の大切さ 今までたくさんの日米のエンジニアと仕事をしてきた。その中には私よりも明らかに「賢いエンジニア」もいたし、ものすごい生産性でプログラムを作ってくれる「馬力（ばりき）のあるエンジニア」もいた。しかし、そんな中でも、私がものを作るうえで最も大切だと考えている「あること」をキチンとこなせる人は100人に1人もいなかった。その「あること」とは、「常に締め切りを守れるように仕事をすること」である。 チームで仕事をする場合、どうしてもお互いが担当するタスク（＝作業）の間に依存関係が生じる。そんなときに、どれか一つのタスクの完了の遅れが、ほかのタスクの完了に波及し、それがタスク間の競合を引き起こして全体のスケジュールがさらに遅れる、という事態はソフトウェア開発の現場ではよく見られる。そんな状況をできるだけ回避するには、プロジェクトに関わる人全員が、自分に割り当てられたタス
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
