スキップしてメイン コンテンツに移動

More Joel on Softwareを読んでみた

プログラマ、エンジニアやそれを雇う側のビジネスにおける仕事の捉え方、考え方を著者流のユーモアを交えて考察を展開するブログ「Joel on Software
このブログ記事選集の続編が出たので早速購入して読んでみました。

前作と同様、Joel流の考え、主張を面白おかしく展開しており、
プログラミングに関わる仕事に就いている、又は就こうとしている人にとって非常に身近な話題がちりばめられているため、
諸所で共感したり、納得したり、たまに反感を持ったり(大抵それを予期したJoelのコメントが入っているが)してあっという間に読み進めることのできる内容になっています。

これからプログラマとしての仕事に就こうとしている学生向けの記事もあったので、もう少し早めに出してくれれば・・・等と思ったり思わなかったり。

やはり、仕事の進め方や仕事環境の作り方、お客との関わり方などの主張・意見はプログラミングだけでなくマネジメントを多く経験しなければ中々考えが至らない磨きぬかれた方法が多く、
現在プログラマ、SEの仕事をしている人のみならず、自分のようなこれから仕事に就こうとしている人にも参考にできる内容が多々あるように思いました。

また、Joelは非常にプログラマを重用しており、著者の会社「FogCreek」では全員に個室と外が見える窓、ペアプログラミングのできる広い机などなど
プログラマーであれば一度はこんな環境で仕事してみたいと思うような環境の話や、その重要度などの記事も載っていて、
…夢が見られます。
中々今の日本の環境でこの開発環境を手に入れるのは難しいと思うので、ちょっと凹みますが。
その気があればJoelのように自分でそんな理想の環境を持てるような会社を立ち上げればいいんですよね。
…夢が見られます。

ともあれ、どうしても個人として仕事や趣味でプログラミングをしていると、周りが見えなくなり勝ちなので、
定期的に今作と前作を読んで軌道修正していくことで、根本のところで間違いの起こらないような考え方を保つバイブル的本になるのではないかと思います。

追記
読書メーターの感想を見ると、皆凹んでます(´-`)
やはり現在の日本環境と理想は遠いといったところなんでしょうか。。

コメント

このブログの人気の投稿

日記をつけはじめて1年とちょっと経ったまとめ

日記をつけはじめて1年とちょっと経ったまとめ 去年(2017)の 1/11 から日記をつけ始め、気づくともう1年以上ほぼ毎日つけていました まさか習慣化するとは思っていなかったんですが、意外と続いたので一旦まとめておこうと思ってのエントリ このエントリでは どういう手法で続けてきたか や 続けてきた結果どうなったか などをまとめておいて、自分用の改善材料にすること、及び、このエントリを見た人の判断材料にすることを目的としています …ので、書き始めた主要因である書籍 日記の魔力 については、覚えている内容を参考にする程度で、本自体の紹介はほぼしないです(読み返すのが面倒だっただけじゃないです) まとめ 書いてみたら長くなったので、まとめから 自分用のフォーマットを整えれば意外と書くのは楽 愚痴も悩みもとりあえず文字に吐き出すと精神衛生上良い 忘れっぽいと思っていたら、思っていたより数倍物事を忘れていることに気づく 万が一興味を持ったら一度 日記の魔力 を読んでみては 今後は… これまで通り毎日ログを書く ふりかえりの意義を再考して、ちゃんと毎週&毎月ふりかえるようにする ふりかえりの中で、どういうログを書いておくと使いやすいか考えて、日記自体も改善する 以降、自分のふりかえりも兼ねているため長文ですが、つらつらと書きます きっかけ 最初のきっかけは、 Twitter のタイムラインに流れてきたブログのエントリ 思考や行動を改善できる「日記の魔力」とは の引用…だった気がする(この時はまだログをつけていなかったので記録も記憶も残っていない…) ここで紹介されている 日記の魔力 という本を一通り読み、本に書いてあるとおりに 騙されたと思って日記を書き始めてみよう と思ったのが最初の一歩 手法 記憶が朧げですが、確か本の著者の方の手法は ワープロかPCか何かで、毎日のログを隙間時間にファイルに記述する 10日に一度くらいのスパンでそれまで書いた日記をふりかえる ふりかえりの中で、自分が人生で追っていきたい主題みたいなものに関連する内容を別のファイルにコピペして貯めていく みたいな形だったはず。色々と細かいルール(天気などの後から調べれば分かることは書かない等)が少しあった気がするけれど、既に覚えて...

あけましておめでとうございます 2020

あけましておめでとうございます。 去年は1年通して仕事が忙しかったことを言い訳に、何も抱負を達成せずにのんべんだらりと過ごしてしまった一年でした。 去年一切達成できなかった抱負ですが、盛大にハードルを下げつつ、今年も書いておこうと思います。 - 英会話コースを受講する - 隔月で新しいことを体験する(間の月は次の月にやることを考える) - 個人でゲームを作成してプラットフォームへ上げる - 4半期ごとに達成状況を確認して、余裕があったら目標を追加する 以上です。 今年もよろしくお願いいたします。

git を操作したい時にちょっと便利かもしれない unite-source を書いています

こんばんは。この記事は、 Vim Advent Calendar 2012 の 50日目の記事です。 49日目は、 @uryt さんの vim.orgにアップロードされていないプラグインがあるかチェックするgit-unreleased-vimplugins作った でした。 本日は、長いこと自前で作成している、 unite を利用して 簡単な git 操作を行える unite-source 、 giti を紹介します。 vim-unite-giti https://github.com/kmnk/vim-unite-giti これは何? 初期構想としては、自分の自分による自分のための git 操作用 unite source です。 現在はドキュメントも書いたので、自分以外の方にも、お使いいただける物になっていると思います。 言わずと知れた unite のインターフェースを用いて、 git の色々な操作を実現するための plugin's plugin になります。 unite を使って git 操作をしたい気持ちになる方に、是非使ってみて頂きたいです。 普段の仕事でヘビーに使っているので、基本的な操作に関しては、この source で(多分)完結できるはずです。 何故作ったの? git の vim plugin と言えば、有名な vim-fugitive があります。 自分も、仕事で使うバージョン管理システムが svn から git に移行したタイミングで、最初は使おうとしていました。 ですが、長らく(こちらも自前の) vim-unite-svn で、バージョン管理システムを unite 経由で使うことに慣れきってしまっており、 差分をコミットするごとにフラストレーションが溜まり、限界を超えた頃、気づくと自前で作成していました。 何ができるの? (自分が仕事を使ってる分には不自由しない程度に)基本的な操作は大体出来ます。 source 名を羅列すると、以下のような物を用意してあります。 * giti/branch, giti/branch_all * giti/config * giti/log * giti/remote * giti/status それぞれ、簡単に説明してみます。 giti/branch, giti/branch_all git br...