タグ

2016年1月4日のブックマーク (13件)

  • Enterprise Architecture in a Heterogeneous Environment

    InfoQ Software Architects' Newsletter A monthly overview of things you need to know as an architect or aspiring architect. View an example

    Enterprise Architecture in a Heterogeneous Environment
    ryuzee
    ryuzee 2016/01/04
  • ビル・ゲイツなど、大富豪の読書量は、年収300万円の人の38倍「でも、有名になりたくて、仕方がないミーハー著者の本を読んでも何も変わらない。」 / リーディング&カンパニー株式会社

    ビル・ゲイツなど、大富豪の読書量は、年収300万円の人の38倍「でも、有名になりたくて、仕方がないミーハー著者のを読んでも何も変わらない。」 (イラスト by リーディング&カンパニー) ある調査によれば、20代、30代のビジネスマンは1ヶ月平均0.26冊のを読むのに対し、30代で年収3000万円の人は平均9.88冊のを読むのだと言います。その差は約38倍ですが、アメリカの調査でもビル・ゲイツやウォーレン・バフェットのような大富豪が1日30分以上を読むのに対して、年収300万前後の人たちの中で1日30分以上の読書をしていたのは、たったの2%しかいなかったそうです。日マイクロソフトの代表を務め、ビル・ゲイツと共に働いた成毛眞さんは、周りの経営者やクリエティブな人の中で、を読んでいない人はおらず、ビル・ゲイツのような優秀な人達に共通していることは、「良い」を「大量」に読んでいるこ

    ビル・ゲイツなど、大富豪の読書量は、年収300万円の人の38倍「でも、有名になりたくて、仕方がないミーハー著者の本を読んでも何も変わらない。」 / リーディング&カンパニー株式会社
    ryuzee
    ryuzee 2016/01/04
  • あなたのソフトウェアプロジェクトが破滅する10のサイン

    週末はやはりリストものという事で、古典的なリストを紹介します。このリストはマイクロソフトでもいくつものプロジェクトを手がけていたDare Obasanjo氏による物です。マイクロソフト繋がりなのかジョエルスポルスキー氏の著作でも見られるような考え方に近いですが、かなり普遍的に当てはまるリストになっています。 最初から機能を詰め込みすぎ 不確かな技術に依存している 稼ぎ頭だったり政治的に強い別な社内プロジェクトと競合している 人手が足りない 複雑な問題を複雑な方法で解いている スケジュールの遅れを報告できない スコープが拡大している セカンドシステムシンドローム プロダクトがエンドユーザーに使われる見込みが無い 解決できるかわからない問題がある このサインを感じ取った所で、実際にエンジニアが打てる対策はあまり無いのが難しいところです。いくつかのサインがあるくらいならまだなんとかなるのでしょう

    あなたのソフトウェアプロジェクトが破滅する10のサイン
    ryuzee
    ryuzee 2016/01/04
  • 日経BPがクラウド専門誌「日経クラウドファースト」創刊を発表。AWSとAzureのみ対象

    日経BPはAmazon Web Services(AWS)とMicrosoft Azureの2つのクラウドに絞ったクラウド専門誌「日経クラウドファースト」を4月20日創刊することを発表しました。 編集長には日経コンピュータ 副編集長の中山秀夫氏が就任。「2強クラウドサービスのAWSとAzureに絞り、失敗を回避し、活用をさらに進めるために役立つ、二つの目玉コンテンツを提供します。」(創刊趣旨から) 2つの目玉コンテンツとは「新サービスの徹底検証」と「深掘りのユーザー事例」。 検証記事などにはアーキテクトチームとしてcloudpackの後藤和貴氏、サーバーワークスの大石良氏、アークウェイの森屋英治氏、シグマコンサルティングの橋圭一氏、野村総合研究所の野上忍氏、ハンズラボの長谷川秀樹氏などをはじめとする多数の技術者が協力するとのこと。 記事は、週刊のメールマガジン、随時更新されるWebサイト

    日経BPがクラウド専門誌「日経クラウドファースト」創刊を発表。AWSとAzureのみ対象
    ryuzee
    ryuzee 2016/01/04
    アーキテクトチームすごい
  • 株式会社ジャストシステムを退職した #ジャスト #j9s - コードつれづれ

    2015年12月28日が最終出社日だった。会社の最終営業日でもあり、有給は消化せず買い取り。 2011年8月1日から4年5ヶ月、日数にして1611日在籍したらしい。 入社時株価が100円台、退職時株価が900円台なので何かしら貢献出来ていれば幸い。 東京社勤務で、ついぞ徳島に出張でも行くことはなかった。 どんな会社だったか? 一言で言うとストイックな会社で、ハードワークが求められる。方針は、社員の自主性に任せるというより、トップダウンで徹底的に管理するという感じ。キーエンス出身の方が役員にいるのでキーエンスの社風も参考になるかも知れない。 我ながらなかなか上手い例えだと思っているのが、校則の多い男子校である、というもの。 校則は増える傾向にあり、直近だと業務中に音楽を聴くのが禁止になった。自分は耳栓派だったのだがそれもダメ。 就業開始時間の15分前(8時45分)には着席し、就業開始時間か

    株式会社ジャストシステムを退職した #ジャスト #j9s - コードつれづれ
    ryuzee
    ryuzee 2016/01/04
    つらい。。。 “我ながらなかなか上手い例えだと思っているのが、校則の多い男子校である、というもの。”
  • リスクヘッジと給料と英語 - 科学と非科学の迷宮

    この記事の要約 英語が話せるようになれば、日の人材市場ではなくグローバルの人材市場で自分の価値を判断されるようになる ITエンジニアにとって日語のみの仕事はグローバルに比べて給料・待遇ともに劣っていて、各種経済予測からこれが改善されることは絶望的 英語使ってグローバル企業で働くことは、「一攫千金や立身出世を狙う野心家のキャリアパス」ではなく、ITエンジニアにとって生き残るための必須能力となりつつある あけましておめでとうございます。今年もよろしくお願いします。 最近、私の会社で日での格的な採用活動を始めました。その関係で転職に興味ありそうな人と色々と話をしているのですが、全員が共通して「英語がきつそうで……」といった反応でした。いずれも技術者として優秀な方々ばかりで、その技術の修得に多大な努力を要していたはずです。自然言語というものは、母語であれば普通は特に専門教育を受けずとも使え

    リスクヘッジと給料と英語 - 科学と非科学の迷宮
    ryuzee
    ryuzee 2016/01/04
  • 『火花』のヒットでも太刀打ちできない本屋の苦しい実態……2015年出版流通業界10大ニュース【前編】

    『火花』(文藝春秋) ――年末もいよいよ差し迫り、2015年の総括をしたいところ。そこで今回は今年いろいろと話題の多かった出版業界の10大ニュースを、サイゾーpremiereの「出版ネタ」でお馴染みのライター佐伯雄大、さらに老舗出版社営業幹部A氏、中堅書店員B氏がメッタ切り!前編は6~10位までを語りつくします。 佐伯 2015年も残すところわずかとなったが、私が独断と偏見で2015年の出版流通界の10大ニュースを選んでみた。これらのニュースの真相などを、老舗出版社の営業幹部A氏と中堅老舗書店B氏とともに、メッタ切りにしていきたい。さて、早速だが、6位から10位をみてみよう。書店ネタが2つ、TSUTAYA図書館問題、アマゾンネタがそれぞれ入った。 出版流通業界10大ニュース 1位 日販の赤字&栗田破産=取次クラッシュ 2位 紀伊國屋書店、村上春樹の買取=出版流通イノベーションジャパンの戦

    『火花』のヒットでも太刀打ちできない本屋の苦しい実態……2015年出版流通業界10大ニュース【前編】
    ryuzee
    ryuzee 2016/01/04
    本がないと人生つまんないから書店も出版社も頑張ってほしいですねぇ
  • 20 DevOps Leaders to Follow on Twitter - DZone

    Refcards Trend Reports Events Over 2 million developers have joined DZone. Join Today! Thanks for visiting DZone today,

    20 DevOps Leaders to Follow on Twitter - DZone
    ryuzee
    ryuzee 2016/01/04
    DevOps系でフォローしとくとよいTwitterアカウント20個。全部海外の人
  • Elasticsearchを使ったRailsサンプルアプリの作成 - 酒と泪とRubyとRailsと

    検索機能を実装するときによく使われているElasticsearchをRailsで使うためのサンプルアプリケーションの作成の手順を作りました。入門レベルです! 🐮 Elasticsearchの導入拙著『Elasticsearch 2.1 + Kibana 4.1 + Marvel のMacへのセットアップ』を良ければご参考ください。 🍄 RailsサンプルアプリケーションRailsのサンプルアプリケーションを作成します。今回は Article(記事) のモデルをもつことにします。 # Railsアプリの作成 rails new elasticsearch_sample --skip-bundle # フォルダを移動 cd elasticsearch_sample # DBの作成 rake db:create # article テーブルの定義を作成 bundle exec rails g

    Elasticsearchを使ったRailsサンプルアプリの作成 - 酒と泪とRubyとRailsと
  • Beyond DevOps: How Netflix Bridges the Gap

    InfoQ Software Architects' Newsletter A monthly overview of things you need to know as an architect or aspiring architect. View an example

    Beyond DevOps: How Netflix Bridges the Gap
    ryuzee
    ryuzee 2016/01/04
    これは(・∀・)イイ!!
  • サービス分割時の複雑性に対処する: テスト戦略の話 - クックパッド開発者ブログ

    技術部の taiki45 です。 現在のクックパッドでは、cookpad.com 内のデータを利用するようなプロダクトでも、cookpad.com を提供しているアプリケーション(体アプリケーション)とは別に新規のアプリケーションとして設計・実装しています。また、すでに体アプリケーションの一部として実装されているプロダクトについても、トレードオフを考慮しながら場合によっては、体アプリケーションから独立した別のアプリケーションとして設計・実装することが増えてきています。これらの体アプリケーションや、新規にあるいは体アプリケーションから独立させて設計・実装したアプリケーションのことを「サービス」と呼んでいます。また、この体アプリケーションから独立させることを「サービス分割」と呼んでいます。 制御できないほどの巨大な複雑なまとまりを制御するために、その巨大なまとまりと単純なまとまりに

    サービス分割時の複雑性に対処する: テスト戦略の話 - クックパッド開発者ブログ
    ryuzee
    ryuzee 2016/01/04
    完全にマイクロサービス化の話
  • BASEがメルカリから4.5億円を調達ーー手を取り合う両社、それぞれの狙いとは? - BRIDGE(ブリッジ)テクノロジー&スタートアップ情報

    業務提携を発表したメルカリとBASEの創業メンバー 新年早々に明るい話題がひとつやってきた。 一部報道があった通り、インスタントコマースのBASEと、フリマアプリのメルカリの2社は1月4日、資業務提携を発表する。BASEの実施する第三者割当増資をメルカリが引き受けるもので、BASEが調達する資金は4億5000万円。株式比率や払込日などの詳細は非公開となる。 また、今回の提携に伴い、メルカリの取締役である小泉文明氏がBASEの社外取締役(※)に、プリンシパルエンジニアの長野雅広氏が同じく技術アドバイザーに就任することも発表される。 BASE、資提携の狙い 創業数年の若いEC関連スタートアップが手を組む理由はどこにあるのだろうか。取材に応じてくれたメルカリ代表取締役の山田進太郎氏とBASEの鶴岡裕太氏は、提携の経緯をこのように振り返る。 「(両社に出資しているEast Ventures

    BASEがメルカリから4.5億円を調達ーー手を取り合う両社、それぞれの狙いとは? - BRIDGE(ブリッジ)テクノロジー&スタートアップ情報
    ryuzee
    ryuzee 2016/01/04
  • プロジェクトが失敗する10の兆候

    今年こそは失敗プロジェクトをなくしたいと思っているみなさんこんにちは。ryuzeeです。 先日海外のサイトを見ていたところ、10 Signs When Projects Are Doomed to Failureという面白い記事を見つけたので、10の兆候それぞれをご紹介しつつ私の私見を述べておきたいと思います。 なお、アジャイルなのかウォーターフォールなのかは関係なくあてはまります。 失敗プロジェクトの兆候(1) プロジェクトメンバーが自分たちのタスクをこなすよりもプロジェクトの悪い状況について話し合いをするのに時間を使っている よくあるパターン。 たとえばなかなか仕様が決まらないので見切りで発射してみたら、途中で色々な仕様変更がおこったり考慮漏れが出てきたりして常に対策会議をしなければいけなくなったり、 品質が悪すぎて品質改善のための会議を頻繁におこなうことになったりといった状況。 タス

    プロジェクトが失敗する10の兆候
    ryuzee
    ryuzee 2016/01/04
    新年一発目のブログ書いた