potatotips #7 2015/5/15 at DeNA
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Githubでの開発 - Issue, Commit, Pull Request, Mention, Code Reviewに関する基本的なルール ゴール 「 チーム で 長期にわたって 生産性を上げる 」 前提 みんながサービス・プロダクトについて自主的に考える組織 エンジニア全員がそれぞれオーナーシップを持ってよりプロダクトを良くすることを考える いわゆるPM職の不在 = コードは書かずに、マネージだけする人がいない これは組織による。(e.g. 外注やディレクター職の存在) けれど、Wantedlyは、多少変化しつつも、より良いサ
Mike Haertel mike at ducky.net Sat Aug 21 03:00:30 UTC 2010 Previous message: Latest intr problems Next message: why GNU grep is fast Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] Hi Gabor, I am the original author of GNU grep. I am also a FreeBSD user, although I live on -stable (and older) and rarely pay attention to -current. However, while searching the -current mailing list f
私はラーメン店を開業し廃業した体験談をHP上にて公開しています。HP上で私はラーメン店を開業することを勧めていません。それは安易な脱サラは失敗する確率が高いと考えているからです。しかし、私の思いとは反対に私の体験談を反面教師として実際にラーメン店を開業した方もいらっしゃいます。実は、私はその方を尊敬しています。失敗した例を知りながら挑戦する勇気に対してです。 私は考えました。失敗に至る例をもっと紹介しよう! と。 より多くの失敗事例を知ったのちに開業に踏み切るなら失敗する確率はもっと低くなるはずです。 本書は私が見聞きした事例を参考に、読者のみなさんにわかりやすいように具体的に話を展開しています。とくに後半は物語ふうに書きました。一般の人は売り上げ不振で廃業することは想像できると思います。しかしそれ以外の理由で廃業してしまう例もたくさんあります。本書では売り上げ不振以外の理由で廃業する物語
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く