サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
人材の移動の激しいスタートアップ業界にいながらも殆どの従業員が辞めないことが話題となっている、ソーシャルコーディングサービスGithubのCEO、Tom Preston Werner氏が「イノベーションを起こすためのGithubの哲学」について先日のOpenCoSFというイベントで語った。 「イノベーションとは新しく何かをはじめることだ、たとえ他の人がそれをクレイジーだと思っていても」サンフランシスコはイノベーションを起こすには最高の場所だ。何か新しいことをすることはリスクだ。何が起こるかわからない。イノベーティブになるには勇気がいる。 他の人が「こんなもんクレイジーだ!」って言ったとしてもこれをやるぞという強い意思が必要だ。実際にスタートアップはとても高い確率で失敗する。でもサンフランシスコの文化ではたとえ失敗したとしてもまったく問題ないんだ。 実際にたくさんの起業家が失敗しているし、新
3つのGCを使い分けてCPUの使用率をコントロールする 「GCの時間が長くてシステムが反応してくれない……もっと短くならないかな?」 「GCが始まると、CPUが占有されちゃって、ほかのプロセスの動きが重くなるんだよね……」 「GCの停止時間が多少長くなってもいいから、ほかのプロセスへの影響を軽くできないかな?」 JVMを使用しているシステムでは、そんな話を耳にします。GCが起きていることまでは把握できているのですが、それからどうしたら良いのかわからないのです。 GCは、JVMの内部でGCスレッドがCPUに処理されることで行われています。そのため、GCが行われている間はCPUの使用率が増加してしまうのです。 GCをスレッドの観点で見ると、以下の3種類があります。 シリアルGC パラレルGC コンカレントGC これらの違いを把握すれば、CPUの使用率とアプリケーションの停止時間をコントロールす
世界的に普及したプログラミング言語「Ruby」の開発者。 現在は、Rubyアソシエーションの理事長や、株式会社ネットワーク応用通信研究所フェロー、楽天株式会社楽天技術研究所フェロー、Herokuチーフアーキテクトとして国内外で活躍している。 Ruby開発者のまつもとゆきひろ氏に、Rubyへの取り組みや、ソフトウェアエンジニアたちへの助言を聞いた。20年間、継続してRuby言語に取り組んできたまつもと氏は、ソフトウェアエンジニアの未来を「暗いものにしない」ためには声を上げ続けることが必要だと語る。 ──いよいよRuby2.0の正式リリース日(2月24日)が迫ってきて楽しみにしています(注:インタビュー時点)。ところで、最近のまつもとさんはプログラマとしてはmruby(組み込み用途向け軽量Ruby処理系)のほうにより多く関わっていると伝えられていますが、実際はどうなんでしょう? Ruby1.9
Chefはリポジトリをバージョン管理する仕組みを持っていますが、チームでの協調作業を考えるとバージョン管理システムを使う方が運用しやすいと考えます。本稿では、GitとJenkinsを使ってChefを運用するための1つのパターンを考えます。 以下があることを前提とします。 Chef Server Chef Client Gitリポジトリ Jenkins 基本的な考え方 CookbookをGitリポジトリで管理します。開発者がgit pushすると同時にChef ServerのCookbookが更新されるようにします。これにより、GitリポジトリとChef Serverが同期されるようになります。 また、後続ジョブとして各サーバでChef Clientが実行されるようにします。ビルドパイプラインを組むことで、Staging EnvironmentにおけるChef Client、Producti
経営やマーケティング、ブランディングなど、ビジネスを語る際に必要な論理的思考。その思考パターンを定型化し、誰でも使えるようにしたのが戦略フレームワークです。戦略フレームワークはビジネスのあらゆる分野で使われており、有名・無名を含めると、膨大な数が存在します。 戦略フレームワークを使うと、現状を論理的に構造化し、客観的に俯瞰できるようになります。また、いつもフレームワーク発想で考えるクセを付けていると、ヒアリングしたその場で企業が抱える問題点が見えてきたり、自分の主張や提案を、分かりやすく説得力をともなって伝えることができるようにもなります。 Web業界はテクノロジーの影響が非常に強い業界です。特に制作や開発に深く関わる業種・職種ほど、ビジネスの本質ではなく、技術的なトレンドに流された発想に陥りがちです。 しかし、戦略フレームワークの考えをマスターしていれば、技術トレンドに流されず、ビジネス
2013年2月15日 at 6:00 午後 2013年2月14日(木)・15日(金)目黒雅叙園で開催された Developers Summit 2013 (通称 デブサミ2013)に参加しました。今回のデブサミのテーマは Action という事で、Java で今現在とるべき Action 、将来に備えた Action を下記に分類し紹介致しました。 ● 今とるべき Action 1. Java SE 7 のご適用 2. JavaFX の導入 3. Java EE 6 のご適用 ● 将来に備えて準備 Action 4. Java EE 7 の情報収集&事前検証 5. Java SE 8 の情報収集&事前検証 ● 今後の情報収集、貢献などの Action 6. Participation (参加) 7. Java イベントのご案内 (2013/5/14) 発表の中で、 オラクル主催の Java
野中先生と平鍋さんの「アジャイル開発とスクラム」が出版された。まだレビューできないでいるのだけれど近いうちにぜひ。プランニングポーカーの説明の部分は本ブログを参考にしていただいたようだ。ありがとうございます。 平鍋さんが経営寄りの視点で本を書くのはメアリーポッペンディークの「リーン開発の本質」以来のことではないかと思う。このリーン開発の本質は、私もイノベーションスプリント2011を企画している段階で読み返し、愛読していた。イノベーションスプリントは経営者やマネジメントにスクラムを届けるために企画したものだったからだ。 リーン開発の本質 作者: メアリー・ポッペンディーク,トム・ポッペンディーク,高嶋優子,天野勝,平鍋健児出版社/メーカー: 日経BP社発売日: 2008/02/07メディア: 単行本購入: 6人 クリック: 141回この商品を含むブログ (67件) を見る 昨年10月に改めて
新しいプレゼンテーションツールを提供しているPowtoon*2がまとめてくれた「Why your PowerPoint Presentations Suck and What To Do About it.」を基に、日本人が大好きな「箇条書き」を使わない方がいい科学的な理由を4つご紹介しよう。日本の法人が作るプレゼンがやたらとレベルが低いことは至る所で言及されている。1つのスライドにアホみたいに文字をぶっ込み、専門用語を羅列するのがかっこいいと思っているのかわからないが、とにかく何を伝えたいのかわからない。 それに比べて米財務省が作ったパワポスライドは素晴らしく見やすい*1。でも、これは単にデザインセンスの問題なのか、人前で話すのが苦手だからなのかと疑問に思っている方も多いだろう。 そこで、新しいプレゼンテーションツールを提供しているPowtoon*2がまとめてくれた「Why your P
2013年2月 Developers Summit 【14-D-3】 「SIの未来ってどうなのよ?」SIer大淘汰時代にAWS専業で新しいSIの形にチャレンジする企業の舞台裏と題して、AWS専業のインテグレーター、サーバーワークスの代表を務める大石が、なぜ「AWS専業」を目指すことにしたのか、今までどのようなAction!を起こしてきたのか、そしてクラウド時代のSIerはどうなり、どんなAction!が求められるのか、お伝えさせて頂きました! AWSに関するお問い合わせ:https://www.serverworks.co.jp/contact/ サーバーワークスエンジニアブログ:http://blog.serverworks.co.jp/tech/Read less
デブサミ2013の Open Jam で発表をしてきました。 最近周りでカンバンについて整理してほしいという要望をいただいたので、作ってみた資料です。 今年も関さん( @m_seki )に鋭いご指摘を頂きました。「ScrumとKanban、入り口をあえて分ける必要がないのでは?」うーむそうかもしれません。どっちから入っても、Kanbanなら多能工が重要になってロールがオーバーラップしていくし、Scrumなら徐々にプロセスが安定化して列が増えていきます。関さんとは昨年のOpenJamでのSECIモデルの話を一緒にさせていただいたのですがすごく勉強になりました。 instagramで白羽さんに撮影していただいた風景です。( instagramからの貼付け方が分からず画面キャプチャです。) 結構、聞いてくださる方が多くて感動しました。(ほとんど技術と関係ないカンバンの話ですみません。) 長々と謝
QA@IT PO側の西村さんと開発側のursmさんの積極的なやりとりが一番印象に残った。西村さん側は積極的にコードに触れていくところ、ursmさん側が仕様(あるべき姿)やドメインに積極的関わっているところ。 アランケイやケントベックが思い描いたユーザ参加型のソフトウェア開発の一つの形態として、PO-開発の信頼関係とPull Requestベースのコラボレーションが1つの可能性としてあると感じた。ソーシャルチェンジ! 後でkakutaniさんに個別に話を聞けた。kakutaniさんとしては伝えたいメッセージがうまく伝えられていないところがあると感じている模様。聞いた内容と講演から自分なりに解釈してメモしておく。(咀嚼し損ねているところもあり) 受託開発の大前提として、発注側と受注側で会社が分かれている。既存の枠組みでは、ソフトウェアをつくって価値を提供するフローの中に多数の障害が存在する。そ
This plugin is up for adoption! We are looking for new maintainers. Visit our Adopt a Plugin initiative for more information. This plugin adds an absolutely delightful feature to Jenkins: depending if your build succeeds, fails, or is unstable, it will show a picture of Chuck Norris auto-adapting (that's right, computer science it is!) to the build result! Seeing that, already many thousands (yes,
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く