やばいですねー、うちのバイク1年不動ですよー。
　直す気力が沸いてこないですよー、やばいですねー。

　しょうがないので例によって読書していたんですけどね。
　マンガは読書じゃありませんとかいう奴しねばいいのに（ニコニコ

　ええ今日もモーティヴです。
　この台詞好きなんですよねー。
　

　海外エンジニアという響きから、勝手にこういうのを想像してしまうんですけど。
　実際はどうなんだろうね？
　名刺の肩書きが「外道エンジニア」とか「邪悪プログラマ」だったら普通にグッくるよね。ね？

　あとバイク繋がりで小ネタ
　http://okazbb.tumblr.com/post/2174417456/
　イラ笑い☆

　「これを読めばなんとなくわかる」といわれているらしい
　インターネット白書地元版。

　お堅い統計データ分析で、地元ネットのイマがわかる！

　■沖縄インターネット白書2010-2011

　「うちなーんちゅはイッちゃってるよ。 あいつら未来に生きてんな。」
　とでも言わせたいかのごときこの表紙
　どうしてしまったんでしょうね！？

　amazonレビューに何書いてやろうかねわくわく

　私がソフトウェア技術者をやめた理由＠Rails で行こう！を読んで。
　いろいろとアレな比率が異常に高いVBの世界が懐かしかった(?)ので・・・

　なんとはなしに思い出してしまったEDENのあの台詞でいまの思いを記してみよう。

　「全テーブルに備考1～31までの未使用カラムがあるDBをさわったことはあるか？」
　「ない」

　「1メソッドが1000行を越えるPL/SQLを書いた事はあるか？」
　「ない」

　「全てのメンバがPublicで宣言されているクラスのデバッグやったことあるか？」
　「ない」

　「規約でクラスが使用禁止のプロジェクトに参加したことあるか？」
　「ない」

　「1メソッド500行のほとんどが深いネストになったIf文だったことはあるか？」
　「ない」

　「Rubyって何、Web系っていったらJavaでしょって言われた事はあるか？」
　「ない」

　（チッ、甘ったれた仕事しかした事がないお坊ちゃんめ、しょうがねーな・・・）

　直すのかよ！

　※事例はフィクションかもしれません

　各所で話題になっていたので読んでみた。

　・・・

　こりゃあ・・・
　ああああああ・・・
　心当たりがありすぎて読んでてツラい。

　退屈は人を殺すって事を改めて理解した気がしましたよ。
　こういう症状が現実にあるって事を知っておくために一度は読んでおきたい一冊でしたとさ。

　欲を言えば、解決法と防止法にもう一歩踏み込んでほしかった気が。
　本書で提示されてる解決法をAAであらわすと↓だもんなｗ

　どうしてこんなになるまで放置していたんだ！
　
　　三　　　　　　　 　 　三三
　　　　　　　/;:"ゝ 　三三　　f;:二iュ　　三三三
　三　　　＿ゞ::.ﾆ!　　　 ,..'´￣｀ヽﾉﾝ
　　 　 ／.;: .:}^（ 　 　 <;:::::i:::::::.::: :}:}　　三三
　　　〈::::.´ .:;.へに)二/.::i :::::::,.イ ﾄ ヽ__
　　　,へ;:ヾ-､lｌ＿＿/.:::::､:::::f＝ｰ'＝＝､`ｰ-="⌒ヽ
.　　〈::ﾐ/;;;iーﾞii====|:::::::.｀ Y￣￣￣,.シ'=llー一'";;;ド'
　　　};;;};;;;;!￣ll￣￣|:::::::::.ヽ＼-‐'"´￣￣ll　
　
　
　
　　　　　　　　　　　oﾉ　oﾉ
　　　　　　　　　　　|　　|　　三
　　_,,..-―'"⌒"~⌒"~￣ﾞﾞ"'''ｮ　　ミ
　ﾞ　~,,,....-=-‐√"ﾞﾞＴ"~￣Y"ﾞ=ﾐ　　　　|`----|
　Ｔ　　|　　 l,＿,,/＼　,,/l　　|
　,.-r '"l＼,,j　　/　 |/　 L,,,/
　,,/|,／＼,/　_,|＼_,i_,,,/ ／
　_V＼　,,/＼,| 　,,∧,,|_/

　タイトルは長年の疑問です

　さて
　高校野球も盛り上がっていたらしいので読んでみた

　正直、経営学とか言われてもまったく理解不能なので心配だったけど、さっくり読めました。

　なんていうか、マネジメントってーとどうにも
　Excelで線引いたりハンコ押したり夜の社交でハッスルする事だ
　という先入観があったのですが・・・違うよんだよねやっぱり。

　なんか安心した。（意味不明）
　エッセンシャル版も読んでみようかなぁー

　※追記
　著者様がはてダにいるあたり、なんか色々とステキです。

　たまにはGANTZでも読んでみるか。

　著者の奥浩哉先生がどこをどう見ても天才なのは
　もはや日本人の常識なのであえて語る必要は全くありませんが。

　極まれにいる、知らない方のためにGANTZを説明しておくと

　右も左もわからない新人プログラマーが
　不条理なルール満載のデスマプロジェクトに放り込まれ
　その中で生き残るために試行錯誤しながら
　いつしかプロジェクトリーダーへと成長していく。

　そんな話です。

　複合機の使い方の練習がてらにスキャンしてみますが
　GANTZの世界観が生理的にダメという方は見ないでね、と。

　■キックオフ、プロジェクトリーダーの挨拶
　
　一発目からそれはちょっとどうかと思います。

　■キックオフ2次会、居酒屋での雑談
　
　2次会なんだからそんな堅い話やめましょうよ。
　時間外労働の強制とかひどくないですか。
　ていうかその背後霊だれですか。

　■開発初日、リーダーの言葉
　
　そんなセリフマンガの中だけにしといてください。
　後ろのみなさんドン引きしてるじゃないですか。

　■プロジェクトリーダーのつぶやき
　
　このリーダーさん、過去に何かトラウマがあるようです。
　このプロジェクト大丈夫かな。

　続く(?)

　たまには読書ネタでも。

　はてな界隈でマシン語云々の話が出ていた頃に関連ページで紹介されていて、タイトルと表紙(笑)がなんとなく気になっていたので購入。
　週末で一気に読んじゃいました。

　いやー面白かった。
　実際に仕事で使ってる開発言語より下のレイヤーにおける僕の知識なんて本当にショボいもんで。
　マシン語はZ80をチョロっといじった程度。
　ハードウェアは電子工作キットを組み立てたことがある程度。
　はんだごてなんてもう何年も触ってないよ。
　そんな僕でも十二分に楽しめた。

　何がスゴイって、回路設計を追体験できる所がすごい。
　ハードウェアの仕様を決めて、それに合う部品を選んで、配線して...
　こんなの、なかなか体験する機会無いですよ。

　理系ではない...というか義務教育修了レベル(汗)の僕でもモリモリ理解できた。
　自分でもハード組めるんじゃね!?と錯覚させてしまう力が本書にはある。
　無性にハードウェアを勉強したくなってきたなぁ。
　PCと繋いでピコピコ動くデバイスを自作できたら、すっごく楽しそうじゃないですか。
　「楽しい」ってすごく重要な事だと思うんですよね。

　ソフトウェアは作った事がある。
　ハードウェアは電子工作程度なら経験がある。
　でも、ソフトウェアとハードウェアの境い目があんまり実感できないよ。
　そんな人にオススメです。

　基本情報の、マシン語寄りの部分で引っかかってる人にも案外役立つのではないだろーか。

GTDメソッド本買ってみました。

うわー、すげー参考になりますよコレ。
「脳はハードディスクじゃない。
　脳は記憶装置としてではなく、CPUとしてフルに使おう。」
珠玉の名言です。

　とはいえAmazonのレビューにもあったように、翻訳が...
　なんか翻訳エンジン通しただけようなわかりにくい文章が多くてちょっと疲れる。
　原文読む根気は無いので、翻訳版があるだけでもありがたいんですけどね。

参考Link:百式・田口氏が推奨！ストレスをなくすデジタル仕事術@Tech総研