ウサギィに転職してからの1年の振り返り、そして結婚へ - joker1007’s diary
2012年もそろそろ終わりという感じなので、今年を振り返るようなエントリも書いておこうかと思います。 今年はなんといっても、転職してプログラマとして仕事をするようになった年です。 この前のDevLove2012がちょうど前職辞めてから1年ぐらいで、感無量って感じです。 しばしば「あれ？そんなもん？」と言われるんですが、私はプロのグラマーとしては1年生で、今まではただの趣味の人でした。 まあ、前職でも肩書きとしてはエンジニアでしたが・・・。 あんまり、元ガチSIerという気配が無いらしいw まあ、あっちじゃ不良社員だったからねw 社会人になってから、時間の過ぎる速さに驚くばかりですが、今年はいい意味であっという間だったかなという感じです。 そういえば、退職エントリ的なのもちゃんと書いてなかったので、1年経ってからそれっぽい話も書いてみます。 そもそも、私は新卒で就職した某大手SIerで働いて
プログラマの実力は経験だけであがらないことがレベル格差につながる - きしだのはてな
プログラマというのは、道具に慣れることが、実力があがることにならないのですよね。だから、勉強せず業務経験だけだとレベルが低いままということになってしまう。 Javaを10年さわり続けて、Strutsを5年さわり続けても、それだけでは、与えられた画面を手際よく作成できるようになるだけで、たとえばStrutsすらよりよく使えるようになるわけではなかったりする。 Javaにしても、「volatileってなんですか？」という問いに、まあ知らないのはしかたないとしても、解説を見ながらですら答えられない可能性がある。 プログラムの反復生産は、プログラミング能力の向上にあまりつながらない。設定や記述に慣れるだけだ。そして、この「慣れ」というのには「難しいからそもそも実装を回避する」というようなものも含まれる。実力の向上は、作業ができるレベルで止まってしまう。 プログラマとしての実力をあげるための勉強が自
norinori2222/boyfriend_require · GitHub
あまりにも男性にモテないまま歳を取ってしまい、 結婚しないで人生終わるかも？！という危機感を感じ、 人生のパートナーを募集します。m(_ _)m パートナーの条件 1.たばこを吸わない人（必須） 2.アルコールを飲んでも性格が変わらない人（必須） 3.中学、高校、大学時代の友人と現在も交流が続いている人が５人以上いる人 （Facebookを含む） 4.職場並びに仕事関係者以外で1年以上付き合いのある友人が20人以上いる人（Facebookを含む） 5.ご近所の人（老若男女）と30分以上楽しく会話ができる人 6.小学生以下の子供と一緒に遊ぶことが好きな人 7.野菜と納豆が好きな人 8.外国人と気さくに20分以上話せる人（日本語でもOK） 9.問題があっても他人のせいにしない人 10.レジャーの計画（旅行、趣味）を立てて実行に移すことができる人 11.大金持ち、美男美女、芸能人、著名人を
プログラマの採用のときに見極めるTIPS〜テクニック・インテリジェンス・パーソナリティ・スピード | Social Change!
最近、フットボールネーションというサッカー漫画を読みました。とても面白かったのですが、漫画の感想は置いといて。その漫画で知ったのですが、オランダのアヤックスという古豪のサッカーチームがあるのですが、そこは若手選手からの育成が素晴らしく、特に優秀な若者を集めてくるスカウティングが優れているそうです。 そのアヤックスで優れた選手を選抜する際に見ているのがTIPSと呼ばれているものだそうです。TIPSとは、テクニック（T）、インテリジェンス（I）、パーソナリティ（P）、スピード（S）の４つの頭文字をあわせたものです。（Wikipedia調べ） なるほど、と思いつつ、この４つの視点は、実は私たちが優れたプログラマを選抜する際に考えていたことにも当てはまるな、と思いました。 この記事では、アヤックスのTIPSに当てはめながら、私たちがプログラマの採用の際に見極めようとしているポイントについて書いてみ
アジャイル開発を推し進めると組織を動かす政治力が必要になってくる - プログラマの思索
最近、いろんな記事を読みながら、アジャイル開発を推し進めると、アジャイルだけでは解決できない問題がどうしても残り、その問題を解決するには政治力が必要になってくるような気がしてきた。 ラフなメモ書き。 【1】アジャイルの「ライトウィング」と「レフトウィング」：An Agile Way：ITmedia オルタナティブ・ブログ 多分、チケット駆動開発は右寄りのツール寄り。 プログラマ出身で、プログラムにこだわりがある人は右寄りだろう。 逆に、プログラミングから離れて、マネジメント職に就き始めれば、自然に左寄りになる。 プロジェクトリーダーにもなれば、メンバーに的確な指示を出してチームを回す役割を周囲から期待されている。 100人月規模のプロジェクトになれば、プロジェクトマネージャとして、複数人のプロジェクトリーダーに的確な報告と指示を出しながら、プロジェクト全体をコントロールする役割を期待されて
「プログラマにTOEICは要らない」されど英語は超重要 - カレーなる辛口Javaな加齢日記
http://d.hatena.ne.jp/shi3z/20120901/1346462079 英語コンプレックスのある人の自己弁護．「またか」というのが率直な感想． http://d.hatena.ne.jp/JavaBlack/20101123/p4 http://d.hatena.ne.jp/shi3z/20101120/1290230564 TOEIC650点以上じゃないと減棒されるという噂の某社でも、カナダの企業と上手く仕事ができてるとは思えない。つまり英語力がどれだけあったとしても、実際の仕事ができなければ意味はない。 TOEI650点というのは中級程度．「650点もある」ではなく「650点しか無い」だ．そんなに英語力が低ければ，オフショア開発がうまくいかなくても当然じゃ無いか．*1 *2 だから「英語力がどれだけあったとしても」というほどレベルが高いわけではないし，それどころ
ソフトウェア開発プロセス残酷物語 - give IT a try
昔々、あるところにジェイソンという、大変真面目な開発者がおりました。 彼がとある会社の情報システム部にやってきたとき、彼は社内システムのクオリティのひどさに衝撃を受けました。 情報システム部といっても、その会社では外注はせず、社内の開発メンバーがシステムを作っていました。 ジェイソンがそこで最初に担当したシステムは、見事なまでのスパゲッティコードでバグだらけ、データ設計も素人レベルでパフォーマンスも最悪、エラー処理もずさん、おまけにまともなドキュメントもなく、ちょっとした障害を調査したり、小さな改造を実施したりするのにも、大変な苦痛を伴うという、それはそれは大変なシロモノでした。 このシステムは元々エセーグルという、ちょっと変わった名前の開発者によって作られていました。 しかし彼はすでに別の開発チームに異動していて、こちらの質問には答えてくれますが、もはや本人が直接手を動かすことはありませ
ポキっと折れない柔構造の人生設計 - アンカテ
僕は自分より頭がいい人がたくさんいることを知っているけど、このことを知っているのは自分ひとりじゃないだろうか？と思うことがよくある。 インターネットによって損をした人も得をした人もたくさんいると思うが、頭のいい人にとってインターネットは天の恵みだろう。インターネットがいきわたると、頭のいい人のできることはどんどん増えて、彼らは世界を変えていく。 僕は、昔COBOLプログラマという仕事をしていたけど、頭がいい人が世界を変えたことで、この職を失った。今でもCOBOLプログラマと名乗る人はいるが、それは僕がやっていた仕事とは随分違うものになっている。 それ以来、自分の人生設計をする上で、頭のいい人が次に何をやるかを一番先に考えるようになった。 その頃は、コンピュータ関係の仕事でなければ、そんなことは気にしなくてもよかったと思うが、今はネットがあるから、多くの仕事が影響を受けるだろう。 頭のいい人
職業プログラマがFizzBuzz書けない理由
-- 追記@2012-08-08 09:20JST -- この速さなら言える。この前職場(派遣先)でプログラミングテストがあったのだけど、弊社社員の1/3がFizzBuzz解けなかったんだ… — papamitraさん (@papamitra) 8月 6, 2012 これ読んで工ｴｴｪｪ(´д｀)ｪｪｴｴ工となり、書いた。 -- 追記ここまで@2012-08-08 09:20JST -- あるいは、「FizzBuzz書けない奴m9(^Д^)ﾌﾟｷﾞｬｰ」のもにょもにょ感。 結論だけ、書く。 要らないから。要らないから。要らないから。要らないから。要らないから。要らないから。要らないから。要らないから。要らないから。要らないから。要らないから。要らないから。要らないから。要らないから。要らないから。そして知らないから。 さて、まずはこの問題解こうか。制限時間5分。 タイトル: Ants 問題
プロとしての行為 Act as Proffesional
先週おこなわれたTEDxTokyoで改めて考えさせられた内容がありました。 長時間労働が常習化している社員・経営者これから家庭を持つ人、持った人これから（現在）出産や育児に携わる人のような人に特に見て頂きたいと思います。 日本の労働近年の日本人の労働の実体は 平均残業時間60時間/月労働生産性は先進国の中で最下位とのことである。国土も、人口も、資源も、少ないと言われる国なのに、そのうえ生産性が低いときたら…。 だが一方で…「30%の残業が減っても、売上の上がる企業がある」 これは、私の経験からも事実であると感じます。 私は過去に経営に携わった会社では、月の残業時間が20時間を超えると人事評価を落とす制度にしたことがあります。 もちろん、これが平社員であれば、マネージャーの評価も同時に落としました。。マネージャー本来の仕事ができていない証拠だからです。 もし、ずっと長時間労働を続けると…経営
パナソニック経営陣への５つの提言
日本の家電メーカーのソフトウェアの作り方や、人材の活用方法の問題点関しては、このブログでもメルマガでも何度も指摘したが、その問題を浮き彫りにするブログエントリーを見つけたので紹介する。 パナソニックを退社しました ...私の部署では、絵に描いたような昔ながらのソフトウェア開発が行われていました。 単価計算は人月とステップ数。仕様書を書く上流工程が重要で、コーディングは単純作業という価値観のもとでの開発です。当然正社員はなかなかコーディングに携わることができませんでした。 また、単純作業とみなされがちなコーディングを効率化しようとするモチベーションが少なかったのか、いくつか作業環境で疑問に思うところもありました。例えば、メモリ 1GB ぐらいの遅いマシンでビルドしている、ディスプレイが17インチ、きちんとしたソース管理がない、などです。PCスペックやディスプレイなどは入社の時期によってはそこ
リーダブルコード
美しいコードを見ると感動する。優れたコードは見た瞬間に何をしているかが伝わってくる。そういうコードは使うのが楽しいし、自分のコードもそうあるべきだと思わせてくれる。本書の目的は、君のコードを良くすることだ。（本書「はじめに」より） コードは理解しやすくなければならない。本書はこの原則を日々のコーディングの様々な場面に当てはめる方法を紹介します。名前の付け方、コメントの書き方など表面上の改善について。コードを動かすための制御フロー、論理式、変数などループとロジックについて。またコードを再構成するための方法。さらにテストの書き方などについて、楽しいイラストと共に説明しています。日本語版ではRubyやgroongaのコミッタとしても著名な須藤功平氏による解説を収録。 正誤表 ここで紹介する正誤表には、書籍発行後に気づいた誤植や更新された情報を掲載しています。以下のリストに記載の年月は、正誤表を作
DRY原則の利用: コードの重複と密結合の間
原文(投稿日：2012/05/25)へのリンク DRYは重複とそれに伴うメンテナンスの問題を軽減するものだが、誤用すると密結合を生み、可読性を損うおそれがある。教訓：ソフトウェア開発原則は、ほかの原則やパターン、プラクティスを考慮して適用しなくてはならない。 DRYは Don’t Repeat Yourself の略語であり、Andy Hunt氏とDave Thomas氏が書籍「The Pragmatic Programmer: From Journeyman to Master」（邦訳：「達人プログラマー―システム開発の職人から名匠への道」）で最初に言及したソフトウェア開発原則だ。その原則はこう述べている。 知識のあらゆる部分はそのシステムにおいて単一で、曖昧さのない、信頼できる表現でなくてはならない。 ここでHunt氏は重複による負の影響と、それゆえにDRYを利用することの重要性を強調
「新卒年収1500万円」は当たり前
2000年代の前半くらいだったろうか。国内の電機産業では「パソコンはマイクロソフトとインテルにやられた。来るべき携帯電話の時代は、同じ轍を踏んではならない」といった議論が盛んだった。また、筆者の記憶が正しければ、当時「N503i」などのヒットで携帯電話の国内シェア1位だったNECは「携帯電話のOSにLinuxを採用して、世界シェア3位を目指す」と宣言していた。 しかし現実はどうなったのか。もはや言うまでもない。携帯電話はスマートフォンに置き換わりつつあり、そのスマートフォンはiOS（iPhone）とAndroidに牛耳られている。結局、同じ轍を踏んでしまった。CPUもARM一色だ。この頃は電子書籍ビューアや携帯型ゲーム機、ひょっとするとコンパクトデジタルカメラでもまた同じ轍を踏みそうな状況である。 NHKがソフトウエアをテーマとしたドキュメンタリー番組「新・電子立国」を放送したのは1995
退職。 - すぎゃーん日記
2011年12月いっぱいで、現在所属している会社を退職します。 今日で最終出社、あとは有休消化期間とし、1ヶ月ほどお休みして、2012年2月から次の会社で働き始める予定です。 2009年12月からの、約2年間という短い間ではありましたが、とても濃い人たちに囲まれ濃い時間を過ごすことができました。 PerlでWebサービスの開発などほとんど未経験のところからのスタートでしたが、周りの方々に教えてもらいつつ泣きながら少しずつ覚え、なんとかそれなりにWebサービスの開発のノウハウなどを身につけることができました。技術的なところ以外でも、優しく強く面白い同僚たちに恵まれ、とても実りのある2年間だったと思います。本当にありがとうございました。 転職活動にあたっては、多くのエンジニア仲間の方に相談に乗っていただいたり会社見学させていただいたりと、とてもお世話になりました。この場を借りて御礼申し上げます
受託プログラマの進路 〜アジャイルセールスと手塚モデル〜
Eric Ries at Startup Lessons Learned sllconf 2011 - Japanese TranslationKenji Hiranabe
プログラマを一生の仕事にできるビジネスモデルで目指す未来のビジョン（SIビジネスの本質編）
SIビジネスの本質は保険屋であり、受託開発でアジャイル開発が失敗するのは受託開発が製造業だから。11月19日に行われた楽天テクノロジーカンファレンスでの講演「プログラマを一生の仕事にできるビジネスモデルで目指す未来のビジョン」では、ソニックガーデン代表取締役社 倉貫義人氏によるこのような示唆に富む内容が語られました。 さらに倉貫氏は、ソニックガーデンで行っているクラウド時代の受託開発の新しいモデルについても詳しく紹介しています。 同氏の講演の内容を、配信されたUstreamの動画を基にして紹介しましょう。 プログラマを一生に仕事にできるビジネスモデルで目指す未来のビジョン ソニックガーデン代表取締役社長 倉貫義人氏。 倉貫です。今回のオファーをいただいたときに「技術者の人が元気になるような話をしてほしい」というのがあって、私自身がずっとエンジニア、プログラマやマネージャ、営業などいろいろや
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プログラマじゃなくても使える肩の力を抜いた勉強法「遅延評価勉強法とつまみ食い勉強法」の共通項｜男子ハック
オブジェクト指向できていますか？
長文日記