AI is radically changing the way that we build software. Yet the way we manage software projects still looks a lot like it did twenty years ago. Engineering teams are still spending hours manually updating project management tools, leading to messy, inaccurate project data. This leaves engineering leaders without a clear view of progress, making it difficult to know whether projects will be deli
2014年6月6日紙版発売 2014年11月1日電子版発売 すがわらまさのり,前島真一,近藤宇智朗,橋立友宏 著 B5変形判/432ページ 定価3,168円(本体2,880円+税10%) ISBN 978-4-7741-6516-5 ただいま弊社在庫はございません。 →本書の新版が発行されています。 この本の概要 Ruby 2.0の対応を見据え,MVCフレームワークRuby on Railsも4系になり,より高機能なWebアプリケーションフレームワークへと進化しました。本書は,RubyやRailsに関する基本的なことから開発や運用に活用するツール,Railsを拡張する方法など現場で役立つ知識を中心に,最新のRails4.1.1に対応した書籍です。初心者から中上級者までをカバーした実践的なWebアプリケーション開発手法を解説します。 こんな方におすすめ 普段Ruby on Railsを使って
ウォンテッド株式会社社長の仲暁子さん(元Facebook)が、セミナーで以下のような話をされたそうです。 「Facebookにはテスト用サーバーが無いんです。エンジニアはすべて本番環境の上で開発をしていて、リリースとなったらそれを一般ユーザーに見えるように公開するだけ。エンジニアにすごい権限が与えられている。」 これに対してコメント欄でUmihiko Namekawa氏が次のような捕捉をしています。 これは環境や金の問題じゃありません。Facebookという会社の文化なんですね。Facebookの社是がHack! 「フェイスブック 若き天才の野望」にマークが寝そべって雑談しながらノートパソコンにコードをばしばし打ってEnter!でいきなり機能を公開しちゃうのを見てVCが肝を冷やす、というシーンが出てきます。当時でもユーザー500万というスケール。 なるほど、Facebookの企業文化なので
うちの会社の場合 僕は、nanapiという会社をやっているんですが、そこには、行動指針とかあまりありません。つくろうつくろうとはしているんですが、未だにちゃんと決めれず・・・。 という中ではありますが、よく社内でいうのが「許可より謝罪」という言葉です。 これは、簡単に言うと「許可とか求めるより、謝罪したほうが楽だから、相当クリティカルじゃない限り、許可とりにこなくていいよ」という感じです。 たとえば、nanapiのリニューアルや改変の内容などは、僕の許可はありません。リリースされて知ることもあります(ただし、議論の進行などは見てはいますが)。 もちろん、オリジナルではなくて元ネタがあります。3Mです。 以下のブログに詳しくあるのですが 下記に3Mの社史みたいなのがある。 PDFへのリンク それをみると"It is easier to ask forgiveness than permiss
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く