2014年のウェブシステムアーキテクチャ - stanaka's blog
(Monitoring Casual Talk in Kyotoで発表してきたので、ブログエントリにまとめ直しました) 2013年はインフラ周りの技術的な進化が大きく、いくつかのエポックメイキングな概念と実装が産まれました。個人的には特に以下の2つが大きいと思っています。 AWSの本格普及期 DockerとImmutable Infrastructure これらを踏まえて、2014年のウェブシステムの進化の方向性を考えてみます。また、それによるモニタリングへの影響もあわせて考えます。だいぶ長くなってしまったので、急ぐ人は最後に結論をまとめましたので、そちらからどうぞ! 2013年という時代背景 AWSが本格普及期を迎えているのは、言わずもがなのことで、Re:Inventでの246件という膨大のセッション数などにその勢いが表われています。 また、DockerはLXC (LinuX Conta
JavaのHTTP通信でプロキシを使う
概要 通信先によってプロキシを切り替える（社外はプロキシ、社内はダイレクトみたいな）要件に出くわしたので、この機にJavaのプロキシの設定方法をいろいろ調べてみた。 System.setPropertyで設定したり、URLのopenConnection時に設定したり、ProxySelectorを使ったり、いろいろな方法があるようだ。 下準備Ａ - パケットキャプチャ パケットキャプチャを導入すると、プロキシが使われているか簡単にチェックできる。本例ではWiresharkを利用。 http://www.wireshark.org/ 以下はUbuntuでのインストールと簡易な実行例。 // インストール $ sudo apt-get install tshark // eth0のポート80とプロキシで使う予定のポート（下記例では8080）のhttp通信を監視してみる $ sudo tshark
【本】トンデモ“IT契約”に騙されるな ― たかが瑕疵担保責任、されど瑕疵担保責任 : 企業法務マンサバイバル
2013年11月29日08:00 【本】トンデモ“IT契約”に騙されるな ― たかが瑕疵担保責任、されど瑕疵担保責任 カテゴリ法務＿契約法務 businesslaw Comment(6)Trackback(0) IT・ソフトウェア・システム開発契約における「瑕疵担保責任」を、最も詳しく・やさしく・噛み砕いて説明してくれる本としてオススメ。 トンデモ“IT契約"に騙されるな [単行本]上山 浩日経BP社2013-05-16 法律をしっかり勉強した人が法務をやっているなら、 ・瑕疵担保責任が無過失責任であることの意味 ・法定の瑕疵担保期間の考え方 ・準委任契約における善管注意義務との違い などは当然に理解した上でIT・ソフトウェア・システム開発の契約をレビューしているはず。なのですが、私の実戦感覚では、この辺の法律をベースにした会話が通じない法務担当者がまだ30〜40%ぐらいはいらっしゃるんじ
リーンとカンバンの本質と現場改善～平鍋さんと現場課題を考えるの感想 #リーン開発の現場 - プログラマの思索
本日開催された「リーンとカンバンの本質と現場改善 〜平鍋さんと現場課題を考える〜 - リーン開発の現場 塹壕コミュニティ | Doorkeeper」に参加してきた。 「リーン開発の現場」の裏話が聞けるかなと期待していた。 平鍋さんの話がとても面白かったので、メモした内容をそのままアップしておく。 感想をラフなメモ書き。 【参考】 リーンとカンバンの本質と現場改善 ?平鍋さんと現場課題を考える? - リーン開発の現場 塹壕コミュニティ | Doorkeeper 【1】現場は現れる ヘンリックがかんばんを試しているうちに、アジャイルが現れた。 計画して出てきたわけではない。 経験して適応して、プロセスは出現する。 【2】リーンは分かりにくい 何故リーンは分かりにくいのか？ XPやScrumのようなプラクティスがないから、と。 XPなら、テストファースト、継続的インテグレーション、ペアプログラミ
プログラミング言語PHPの公式サイトがリニューアル
識者の間では知られていましたが、プログラミング言語PHPのWebサイトがついにリニューアルされました。新しいデザインは数年前からプレビューやここ数ヶ月のベータ版などの運用をへてついに適用された形です。リリースノートは下記のように綴っています。 美観上のポイントとしてはカラースキームはかつての暗紫色から明るくなりました。またボーダーやリンクはシンプルな紫を使った一貫性を保っています。フォントもスムーズになりコントラスト、ハイライトも改善されました。とくに関数リファレンスページやコード例はより読みやすくなりました。 これらのテーマはHTML5とWebFont、Bootstrapを使いよりモダンになっています。 関数リファレンスページ コード例 またレスポンシブにあった事でスマートホンでもそれなりの見た目で見れるようになったようです。 ということで新しいデザインになったPHPのWebサイトにみな
入社試験有料化の次に来る危険なワナ - Chikirinの日記
12月1日の就職活動解禁日に、ニコニコ生放送などを運営するドワンゴ（グループ）が、新卒の入社試験に受験料を課すとしたことが話題となり、（ほぼ同内容を提案していた）私の一年前のエントリもあらためて注目を集めました。 → ドワンゴ採用ページ 受験料の 2525円は「ニコニコ円」ってことですね。 → 昨年のあたしの提案＝「就活市場を一発で適正化できるミラクル解決法」 今回のドワンゴの新方針にはもちろん賛成だし、その結果を踏まえて、来年からは追随する企業が少しでも増えたらいいなと思います。 ★★★ 私の感覚では、こういう「受験料をとって、応募者を本気の人だけに絞るべき企業」＝「現時点で、あまりにも多くの”憧れだけ応募者”、“とりあえず応募者”を集めてしまっている企業」は、ざっくり 1000社以内です。 （参考数字：東証上場＆新興市場での株式公開企業数は約 3400社） この1000社の中には、P&
LINEの谷口マサトプロデューサーのコラム、続編がスタート | AdverTimes.（アドタイ） by 宣伝会議
AdverTimes （アドタイ）で12月3日より、LINE広告企画プロデューサーの連載コラム「『広告なのにシェアされる』コンテンツマーケティング入門」の続編がスタートします。ご期待ください。 12月3日スタート 「続・『広告なのにシェアされる』コンテンツマーケティング入門」 「広告らしくない広告」「コンテンツとして楽しんでシェアしてもらえる広告」は、具体的にどんな形で実現していくのか…。従来の広告やメディアの枠に捉われず、企画を実現しようとしている方たちとの対談を通じ、広告を取り巻く環境やメディア自体の変化に対応した、これからの広告のあり方、スタイルを考えていきます。 ［筆者について］ 谷口 マサト（LINE 広告事業部 チーフプロデューサー） 1972年滋賀生まれ。横浜国立大学の建築学科を卒業後、空手修行のため渡米、主にヌンチャクを学ぶ。空手のテキサス州大会と柔術の大会で優勝した後、9
オプションが多数ある製品のBOMは、どう構成すべきか | タイム・コンサルタントの日誌から
今からおよそ100年前、ヘンリー・フォードは世界で初めて自動車の量産をはじめた。それまで、自動車は富裕階級向けの特別な商品であり、ほとんどが注文生産だった。顧客は大きさや色をはじめ、様々な自分の好みをつけて注文する。メーカーはそれを受けて、個別に設計して製造する。当然ひどく高くつく。それでも買える人だけが顧客だった。ほとんど今の注文住宅のようなものである。 そのようなマーケットの常識を、フォードは完全にくつがえした。彼は黒色のＴ型フォードという、ただ一つの標準モデルを売ることに決め、そのための専用量産ラインを、当時としては画期的だった工程別分業体制とベルトコンベア方式によって実現した。この時に彼が言った、 「顧客の望む色はどんな色でも売ります－－それが黒色である限り」 という、有名な文句は一種の標語となった。モデルを一種類にしぼり標準化をはかることで大量見込生産を可能とし、安価な製品で大き
Ruby scripting in Hive Query Language | GREE Engineering
こんにちは。Web Game事業統括本部 データ基盤チームの lan です。 Advent Calendar 3日目の今日は、Hadoopの上に乗るデータウェアハウスであるApache Hiveについて、話をさせて頂きたいと思います。グリーでは、Hadoopをレポーティングや大規模バッチ処理などに使っています。現在は、Apache Hive 0.12.0版を導入しております。OSSコミュニティから最新の成果をできるだけ早く取り込んでいきたいと考えているからです。 レポートなどのために社内用のUDFライブラリも作っています。しかし、それでもサポートしにくいシーンがまだまだあります。そのために、小さな小さなハッキングをして、HQL内にRubyスクリプティングを利用できる機能を開発しました。RedisのLuaスクリプティングのようなものをイメージするとわかりやすいかもしれません。 今回紹介するの
CEGTestによる原因結果グラフの書き方 - プログラマの思索
昨日開催されたシステムテスト自動化カンファレンス2013の資料で、「モデルベースドテスト入門 -テスト詳細設計を自動化しよう- #stac2013」がとても参考になったのでメモ。 ラフなメモ書き。 【参考】 12月1日 システムテスト自動化カンファレンス2013 #stac2013(東京都) 【1】原因結果グラフと他のテスト技法の比較 資料が下記で公開されている。 興味深い点は、設計書で記載された仕様(モデル)として状態遷移モデル、論理モデル、組み合わせモデルの3つがあり、それらをベースとしたテスト技法として、状態遷移テスト、デシジョンテーブルテスト、組み合わせテストに分類されることだ。 設計モデルをベースとしたテストなので、プログラムの内部構造は見ず、入出力び外部インターフェイスによるテストになるから、ブラックボックステストになる。 状態遷移テスト、デシジョンテーブルテスト、組み合わせテ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
