１０月８日、米下院情報委員会は１１カ月間におよぶ調査の結果、中国の通信機器大手、華為技術と中興通訊（ＺＴＥ）に対する中国当局の影響力が米国の安全保障上の脅威となる恐れがあると結論付け、米市場から両社を締め出すべきとの報告をまとめた。写真は広東省のＺＴＥ工場で４月撮影（２０１２年 ロイター/Tyrone Siu） ［ワシントン／香港 ８日 ロイター］ 米下院情報委員会は１１カ月間におよぶ調査の結果、中国の通信機器大手、華為技術と中興通訊（ＺＴＥ）<000063.SZ><0763.HK>に対する中国当局の影響力が米国の安全保障上の脅威となる恐れがあると結論付け、米市場から両社を締め出すべきとの報告をまとめた。
祝Github導入 お陰様でsvnからGithubに移行。気軽にブランチ作れてとっても快適。lingrやjenkinsとの連携もやっぱりスムーズ。@hrysdとはしゃぎました。 cakeplusプラグイン i18n関連が面倒だと書いたらコメント欄でk1LoWさんが教えて下さったcakeplusプラグインを入れてみた。超改善された。あざーす！ レガシー認証 以前も書いたが、全コントローラー、全アクションに認証処理がベタ書きされてる。そこでその処理をLegacyAuthComponetという名前で分けた。 <?php /** * 旧認証 * * 古い認証機能をラップしたもの。 * 管理者ログインしていない場合はログイン画面に * リダイレクトする * * 使い方： * class FooController extends AppController * { * public $comporn
みなさんこんにちは。@ryuzeeです。 よく聞かれるネタではあるのですが、スクラムの父ジェフ・サザーランド氏がストーリーポイントの見積りがなぜ時間の見積りよりも良いかについて過去にブログに書かれたものを意訳・抜粋にて紹介します。 以下の訳文は原文にしたがって、CC BY-NC-SAとします。 原文はこちら 左図: 不確実性コーン 右図: マイクロソフトによるストーリーポイント見積りの正確性 ストーリーポイントを使うとより正確な見積りを得られ、計画の時間を劇的に減らすことができ、リリース日をより正確に予測できるようになり、チームのパフォーマンスの改善の助けになる。 時間を使った見積りは、よくない見積りとなり、システムに大量のムダを生み出し、プロダクトオーナーのリリース計画の妨げとなり、どのプロセス改善が本当に役立っているのかチームがわからなくなる。 新たな興味深い調査結果が公開された。 ス
2012年10月5日に札幌で行われたJavaFestaに登壇しましたので資料を公開しておきます。 相変わらず絵ばかりなので、わかったようなわからないような感じですが、お役にたてば幸いです（内容は過去の総集編みたいな感じ） こんなに絵ばっかりにしている理由は、公演時間に収まるように話しながら内容を調節するためです（文字が多いと内容をSkipせざるを得ない場合にバレバレになる） セッションでいいたかったことは 自分たちのやり方は自分たちでもっとよくする、そういう取り組みが絶対必要 アジャイルも単なる手段。どうやって継続的に顧客に価値を届け続けられるか、を考える 技術の土台なくして継続的にはまわせない。Scrumでは技術プラクティスの定義はないけど、技術が不要とはヒトコトもいってない 現実的にはScrum＋XPの組み合わせ。はじめてやるときはまずはテスト書くところから始めるといいかも 組織に障壁
http://www.publickey1.jp/blog/12/epub_3isojepa.html 読んだ。なかなか難しい問題である。自分の所属企業のではなく個人的な見解をしめしてみたい。（あたりまえだけど、いちいちこんなことを言わなくちゃいけないというのも堅苦しいけどしょうがない） 電子出版を手がけている企業にとって、電子出版の標準ができることには明確なメリットがある。 標準があれば、コンテンツを作る側も、それようのツールを作るベンダーも、読者も、それぞれのコストが下がって三方一両徳である。コンテンツを作る側は、各電子書籍リーダ独自のフォーマットにいちいち合わせなくてすむので、コストが下がるし、出版用ツールを作るベンダーも独自仕様を実装しなくていいので開発コストが下がるし、電子書籍リーダーのようなハードウェアを作るベンダーにももちろんメリットがある。何よりも本というコンテンツを消費す
この記事は、日経SYSTEMS 9月号に掲載された連載「新野淳一の技術インパクト」第7回のオリジナル原稿をPublickey掲載用に編集したものです。Publickeyでは日経SYSTEMS編集部との合意を得て、雑誌発行から一定期間後に記事をPublickeyに掲載しています。 普及するフラッシュストレージ コンピュータの二次記憶装置として、ハードディスクドライブは何年にもわたって記憶容量やアクセス速度を向上させつつ、小型化と価格低下を実現してきた。しかしそのハードディスクドライブがもうすぐフラッシュストレージのような半導体記憶装置に置き換えられることは多くの読者も同意するだろう。 フラッシュストレージはハードディスクドライブと比較して高速で高密度、低発熱低消費電力など、ほぼあらゆる面で優れている。ユーザーにとって最大のネックは容量当たりのコストが高いことだが、これもいずれ解決されるはずだ
イーサネットで構築されるネットワークの姿が大きく変わろうとしています。これまでのイーサネットはループ構造になってはならないという制限がありました（ループがあると信号がそこをぐるぐる回り出してネットワークを機能不全にするため）。 そのためイーサネットのネットワークは一般的にはツリー構造で構築され、耐障害性を高めるためにそのツリーを二重化した上で、その半分はスパニングツリーによって待機状態になっている、というのが一般的なデータセンターにおける構成でした。ブロケード・コミュニケーションズ・システムズのスライドから引用します。 しかしこのネットワーク構成は、仮想マシンがサーバからサーバへとライブマイグレーションするような横方向のトラフィックをさばくのは得意ではなく、サーバ仮想化が一般化した現在のデータセンターには不向きだと考えられるようになっています。 そこで最近注目されているのが「イーサネットフ
電子書籍の標準フォーマットとしてIDPF（International Digital Publishing Forum、国際電子出版フォーラム）によって昨年10月に策定されたEPUB 3は、縦書きやルビといった日本語対応を含む多くの多言語対応の実現などがあり、急速に普及し始めています。 EPUB 3は事実上の業界標準（デファクトスタンダード）の地位を得ました。そして現在、このEPUB 3をISO／IEC（国際標準化機構／国際電気標準会議）、つまり世界各国の代表から構成される機関が定める公的標準（デジュールスタンダード）にする動きが始まっています。 EPUB 3がISO/IECの標準になることで各国政府の調達要件を満たしやすくなり、また教科書や図書館などの標準規格を重視する分野への採用が進むと考えられています。 日本政府の支援がすぐに受けられず 日本はこれまでIDPFでのEPUB 3策定に当
Running Leanの社内研修を承っております。11月に「Running Lean Workshop」を2回ほど開催します。1回目の告知をしたところ、定員10名なのにキャンセル待ちが30名近くになりまして、これはいかん!!と定員を12名に増やした上で、2回目も開催することにしました（でもまだキャンセル待ちがいらっしゃいますね……）。 ワークショップの開催については、「思ってたよりも安くて吹いたｗ」「2回目の金額が1.5倍になっていて吹いたｗ」「会社のお金で来てもらえるように日中に開催したらどうか？」「いっそのこと社内研修を企画したらどうか？」などのご意見をいただいています。ってか、価格設定がいちばん難しいんだよ！！！！１１１ 社内研修に関しては、本気でビジネスを考えていたわけではないので、若干途方に暮れておりますが、それでも複数の会社さんからでお声がけをいただいています（自分でもビック
ReVIEWは電子書籍時代に対応した新しい電子出版システムです。1つのファイルを作成するだけで、複数のファイルを出力できます（現在の対応フォーマットは以下です。自分で拡張も可能です）。 EPUB（およびKindleのmobi形式） LaTeX（およびPDF） InDesign プレインテキスト ReVIEWは、もともと青木峰郎さんが自著の執筆のために作ったソフトウェアです。その後改良が加えられ、書籍（例：オライリー・ジャパンのePUBフォーマットを支える制作システム）や電子書籍（例：達人出版会）の制作現場で実際に利用されています。 また、『リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック』（オライリージャパン）・『継続的デリバリー 信頼できるソフトウェアリリースのためのビルド・テスト・デプロイメントの自動化』（アスキー・メディアワークス）・『クラウド時代のネットワ
Javaによるソフトウエア開発でよく使われるオープンソースのビルドツールには、米Apache Software Foundationが開発する「Apache Ant」（http://ant.apache.org/）や「Apache Maven」（http://maven.apache.org/）、米Gradlewareが開発する「Gradle」（http://www.gradle.org/）がある。ここでビルドツールとは、コンパイルやテスト実行、パッケージング、デプロイといった開発作業を自動化するツールのことである。 従来は、柔軟性を備えるAntが広く使われてきた。ただし、処理の記述量が膨大になりがちなため、近年はより効率的にビルド作業が行えるMavenが普及し始めた。また、柔軟性と効率性を併せ持つGradleの1.0版が2012年6月にリリースされ、注目を集めている（図1）。 そこで、M
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
