long_time_work_cannot_finish_tasks
先日、会社のチームリーダーと面談を行った。 リーダーから「この会社で働いていて楽しい？ 困ったことはない？」と尋ねられ、 僕は即座に「すごく楽しいですよ。日本で働いていた会社とは大違いです」と答えた。 「日本では毎日2時間から3時間残業するのが当たり前でした。 ときには週末を潰したり、徹夜でバグ修正を行ったりすることもありました。 それに比べてこの会社では残業が全然ないし、毎日適度な作業量を与えられて集中して仕事ができるから最高ですよ」 彼女はこれを聞いて、驚いたような呆れたような表情を見せこう語った。 「その日本の会社、マネジメントがひどい。 いくら長時間仕事をしたところで仕事が終わるなんてありえないのに」 いくら働いても問題は無くならない 「それは生産性が落ちるからってことですか？」と尋ねる僕に、彼女はこう続けた。 「例えば、いま未解決のバグが10個ある。 すべて直すのに80時間かかる
オライリーの薄い本まとめ｜NZ MoyaSystem
すべてのプログラマにとって知識と権威の象徴であるオライリー本。緻密に描かれた動物の表紙絵に圧倒的な情報量と質、そして人を殴り殺せるのではないかと思えるほどの暴力的な分厚さがその特徴であり、数多の新人プログラマたちに「これさえ読めば自分も超絶凄腕エンジニアになれる」と夢を抱かせつつ、へし折ってきた。 かくいう私もその1人だ。新米システムエンジニア時代、残業が終わらないのは自らの知識が足りないからである、ならばとびきり難しくて分厚い技術書を読めば良いではないか、おれは毎日定時で帰るスーパーエンジニアになるのだと日本橋の丸善まで赴き、Java と Tomcat と Apache、3冊で合計2500ページに迫ろうかというボリュームをまとめて購入、結局1冊も読破すること無く本棚の肥やしにしてしまったのは苦い思い出である。 高価なギターを買ったからといって難曲が弾きこなせるわけではないように、高額なオ
プログラムにコメント書かない文化もあるよって話｜NZ MoyaSystem
以下の記事を読んで。 530000micro.hatenablog.com 僕が勤めている会社では、原則、プログラムにコメントを書かないのがルールです。 人生で初めてプログラムに触れてからこのかた、プログラムには必ずコメントを書けと指導されて来ましたし、自分自身も、後輩たちにちゃんとコメント書けよと言い聞かせてきました。そんなわけで、最初に全然コメントのないソースコードの山を見たときは、正直「ゲッ、なんじゃこりゃ……」と面食らったのは確かです。 ところが、「なぜうちのプログラムにはコメントがないのか？」と同僚に尋ねてみると、実に納得の行く回答が返ってきたのでした。 なぜコメントが必要なプログラムを書くのか？ 同僚いわく、「コメントが無くても読めるようなプログラムを書け」という思想が根底にあるのだそう。 適切に関数や変数が命名され、スコープがきちんと管理され、ロジックの流れが整理されているコ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
