サクサク読めて、
アプリ限定の機能も多数！
アプリで開く
「リファクタリング」なんてエキサイティングな事が書いてあるんだ！「レガシーコード改善ガイド」お前は俺の気持ちが分かる神か…！？「パターン指向リファクタリング入門」銀の弾丸かよ・・・orzで、月曜日会社に行きました。チームが苦しめられ続けてる山盛りスパゲティがあります。PLやGLにリファクタリングを提案しました。その結果…当然却下ですわ。曰く、「動いているものをわざわざ変更するリスクは取れない」曰く、「現状何か問題があるのか？」曰く、「責任とれるのか？」曰く、「変更には客との合意が必要だ」自分が筆舌を尽くして上司に提案をプレゼンテーションできなかった事に非があるのは認めます。ただ、自分らが嫌なのを客のせいにして逃げなくてもいいですよね？今日も山盛りスパゲティと格闘しています。こんな事なら本なんか読まなければよかったですね。せっかく勉強しても意識が高くなるだけで辛いだけですね。もう勉強なんてし
最近、実はプログラマという職業が「ふつう」の人には厳しいなーと思っていたりする。 業務外にコードを書いたり、技術書などを読むというのは素晴らしいことだと思う。けど、会社側がもし「業務時間外にコードを書いたり、技術書を読んだり、勉強会に参加しなさい」と言ったら、それは業務時間外労働と変わらないと思う。個人のたのしみとは別に会社側がそれらを求めたらそれは業務だ。 しかし、僕が思うにはそういう業務時間外に自主的に勉強をしないと、正直いってまともな品質なソフトウェアを作るのは難しい。 例えば良書と言われているものは結構な数あり、ある程度経験がありそれらの本を読んだことがある人は「プログラマならこの本は読んでおくべき」という本をいくつかあげたりもするだろう。けど、それらをいつ読むのか。業務時間内にそれらをじっくり読んだり、実際にコードを書いたりする時間があるところはないだろう。そうなると自分のプライ
1リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
