プログラミング技術さえ身に付けば、プログラマとして一人前と言えるでしょうか？ プログラミングを始めたばかりのうちは、プログラミング言語の習得や周辺の知識を得ることばかりに目がいきがちですが、それだけでは一流のプログラマになれません。（プログラミング言語を学びたいならこちら：写経で身につけるプログラミングの基本） プログラマとして成長するためには、プログラミング技術を学ぶだけではなく、良いソフトウェアを作るための良い習慣を身に付けることが大事になります。初心者のうちに良い習慣を身につけておけば、ただ知識を追い求めるのではなく地に足をつけた成長ができるはずです。 本記事では、私自身も先人たちから学んだプログラマが身につけたい３つの習慣について書いています。 自分で書いたすべてのコードを説明できるようになろう プログラミングは全て、明確な判断の結果です。if文を使うべきかどうか、どのAPIを使う

「ご趣味は？」と聞かれて「Lispをdisることですね（ｷﾘｯ」と答えてしまい、 合コン開始4秒で蚊帳の外に放り出されるあんちべです、こんばんは。 今から長い文章を書く。 結論だけさっさと言っちゃうと 「まぁ、初めのうちは、あんまり『○○は使えない』とかdisらない方が良いよ」の一言だ。 さぁ、それで話しはおしまい。もし暇だったら続きも読んで欲しい。 （あと、この文章はたった一人のために書いた。 ちょっと妙に聞こえるところもあるだろうけど、そこは聞き流して欲しい） 私はよくいろんなものを嫌いだ嫌いだとdisる。 にわかベイジアンが嫌い（話すと長くなる）、Javaが嫌い（JVMは愛してる）、Perlが嫌い、 MavenとかCVSとかが嫌い、アジャイルアジャイル言ってる人が嫌い（アジャイルが嫌いなわけじゃないよ）… 言い出したらキリがない！毎日新しいdisりの種が沸いてくるんだ！ 何度か様々な

Redditで話題になっていたポストを訳してみた。 僕は自分が思っていたほどは頭がよくなかったという高校生の独白にたいしてつけられたこのちょっと長めの返信がとても的確で示唆に富んでおり、多くの人のこころをつかんでいました。私自身、勇気づけられるというか身につまされるところがあり、忘れないために翻訳をしてみました。 まずは高校生の独白から。 僕は自分が思っていたほどは頭がよくなかった 僕はいま高校の最終学年で、次の６月に卒業する予定です。高校の成績は、いままでずっとAを取りつづけていましたが、去年始めてBをとってしまいました。もしそのBがなければ、卒業生総代に選ばれていたでしょう。 総代にふさわしいのは自分だ、つまりクラスで本当に一番頭がいいのは自分だと思いたいです。でもこの一年で、僕にそれほどの知性はないし、僕より頭のいい人はたくさんいるんだということを思い知らされました。 また僕は、自分

Heads up! This page uses features your browser doesn’t support. Try a modern browser like Firefox or Chrome for the best experience. sidebar#close mouseup->tweet#update input->tweet#update keydown->tweet#update scroll@window->tweet#update" data-bookmark-id="/gettingreal"> �LN�U �u�M�U Getting Real The smarter, faster, easier way to build a successful web application Start reading →

さて、 「Mac版をもっと早く購入すれば良かったと後悔した」 と公開しましたが、なにもiPhone版とiPad版だけの運用でなにか困っていたり不便を感じていたわけではありません。 これまでは、 やりたい事、やるべき事、気になることを思いついたらサクっとiPhoneでInboxへ。 ちょいとした隙間時間やまとまった時間が取れたらiPadでレビューやタスクの整理 と言った感じでした。 特にiPad版のOmniFocusは出来が非常によろしく、iPhone版にはない「レビュー」機能によって抱えているプロジェクトやタスクを定期的に見直すことができ、グッとタスクの取りこぼしが減り、脳味噌のスッキリ感も増しました。 レビュー機能マジ天使。 で。 「わしにはiPhone版とiPad版のOmniFocusがあるけぇ、Mac版など必要ないけんのぅ」 などと思っていたのですが、まとまってMacを触れる時間があ

話題になっていたので。 いち早く70%～80%程度の完成度で人に見せられるものを作ることがいかに重要か、という話 http://d.hatena.ne.jp/sotarok/20120105/1325698126 でも敗戦処理系の下請けや、制作環境など土台系の仕事をすることの多い弊社からすると、感覚はこんな感じだな、と思うわけです。上記サイトで書かれている通りですよね。試行錯誤の回数を増やさなければならない。 幾つか論点があるとすると、8割というか「まず見てもらえるレベルを提示して、相手に感覚を掴んでもらう」というレベルまでまず仕上げる、というのはクライアントのいる下請けか、上司が圧倒的な指揮権限を持っているプロジェクトなんだろうと思うわけです。 もし、全体工数の半分以下で8割仕上げられるのであれば、残りで想定100％までとっとと作れって話になりますね。でも、だいたい想像できるレベルまでモ

開発者やデザイナーが集まるイベントや彼らが所属する企業／組織などで良く行われている仕掛けの中で、そういったギークだけに閉じていてはもったいないと思うものがいくつかある。ここで言う「仕掛け」とは、オープンで活発な議論やユニークなアイデアを引き出すためのイベントの進め方や時間の使い方などだ。 ここではそのうち7つを紹介してみたい。 ライトニングトーク 5分程度のある限られた短い時間で行うプレゼンテーションのこと。時間が来たら強制的に終了させられる。これはもう一般にもかなり定着したと考えて良いだろう。 時間を制限することで、本当に伝えたいことだけにそぎ落とされた説明ができるし、多くの人に話してもらうことが可能となる。 Wikipedia ライトニングトーク イグナイト ライトニングトークの発展形。限られた時間でプレゼンテーションを行うのは同じだが、1枚スライドあたりに費やす時間も制限されている。

「20代がこれから直面する４つの試練 」でも述べたように、これからは私達が生きてきた時代よりも大変な時代です。 こんな時代を乗り越えるためには、イヤイヤ仕事に取り組んだらアウトだと思うのです。大きな試練に直面した時、イヤイヤそれに向き合っても乗り越えるのは難しいモノです。試練を乗り越えるには、「その試練すら楽しむ。」といった前向きに取り組む必要があると思うのです。そんな状態を作るには、無意識に行っている習慣のうち「これだけ手放すべき習慣」があると思います。 それをまとめてみました。 仕事をするフリの習慣 暇なら遊べ。早く帰れ。 上司が残業しているから、仕方なく残業に付き合う。そんな仕事をするフリをしてしまうと、本来の仕事が持つ、楽しみを感じることができなくなります。あなたが出したい成果を出したのなら、もう仕事は終了のはず。仕事をするフリしているくらいなら、TVでも見てたほうがよほどマシなハ

開発現場であってもそうでなくても議事録を書く機会は多いのですが、意外に役にたつ議事録を書くのは難しいものです。ということで、以下自著『プロジェクトを成功させる現場リーダーの技術』より議事録の書き方をまるっと引用。キーワードは「目的・課題・アクション！」です。 会議は避けられない 一口に会議といっても、あらかじめ計画されている定例的なものから、突発的に発生する小さなプロジェクト内ミーティングにいたるまで色々ですが、プロジェクトがさまざまな人との協調作業であり、プロジェクトの生み出す価値がたくさんの利害関係者の合意によって成り立つ以上、会議は必要かつ重要な活動です。実際、大規模プロジェクトでは、プロジェクトの計画段階でコミュニケーション計画として会議体が定義されます。世の中無駄な会議が多すぎると嘆かれながらも、実際問題として、プロジェクトは会議によって進んでいるというのも事実です。 現場リーダ

私が大学を卒業したのは、もう25年も前になります。 ちょうど、円高ショックの不況の最後のほうの時期。数年後にバブルになっていくのですが、日が出る前が一番暗いのと同じように、日本全体がこれから大丈夫か？と不安を感じている時期でした。） しかし、今の２０代の人達よりも、遙かにラクな環境だったと思います。そこにあるのは、ある意味単なる不況というだけ。構造が変わるという不安はそれほどありませんでした。 それに比べ、今の２０代の方々は大変な苦労が必要な時代になっているなと思います。今、新卒者向けのテキストを作っているので、そこでまとめた、２０代の方々が直面する４つの試練をご紹介。キャリア設計の参考にしてください。（現実をしっかり見つめて、計画を作るのが成功には不可欠ですから） 第3諸国勤務という試練 私達の世代は、海外勤務が発生する可能性があったのはエリートのみでした。勤務地も、アメリカやヨーロッパ

先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出

こんにちは、livedoor Blog担当の眞子裕介です。 今回は、ビジネス上のスキルとして注目を浴びている「フレームワーク思考」について説明いたします。 そもそも、みなさんは、「フレームワーク思考」という言葉をご存じでしょうか？ 「フレームワーク思考」とは、情報分析、問題発見や、問題解決(*1)や戦略を立案する際に利用する「思考の枠」のことを指します。 (*1)All Aboutの「フレームワーク思考してますか？」から引用しました。 この「フレームワーク思考」を活用すると、自然と思考が論理的かつ客観的となり、思考の結果を人に説明しやすくなります。 私の経験をもとに言えば、「フレームワーク思考」を学ぶ以前に「機能の要望」を検討する時は、ユーザーの立場でユーザーが求めるであろう機能を考えていましたが、どうしても主観的な意見となりがちでした。しかしながら、「フレームワーク思考」を学んだ後は、「

という物をふと思い立った。 天才というのはコピーがうまい。 凡才はひたすら努力する。 たぶんこれが真理だ。 天才というのは自分でゼロから発明しようとはたぶん思わない。 宮本茂はスーパーマリオを 「これまでのいろんなゲームのいいとこどり」 と言ったがそれはつまり コピーの組み合わせでオリジナルを作ったわけで、 ゼロから１を生み出した訳じゃない。 これは現在の任天堂のゲーム機もそうだし Googleが、スティーブジョブスが、ビルゲイツでも みんなコピーの組み合わせの天才であり、 （Googleは他者のサービスを買収して組み合わせ、 WindowsはMacをコピー、Macはパロアルト研究所の発明をコピー） 手塚治虫や現代の有名漫画家も映画やアニメや文学、 写真、イラストのコピーをマンガに落とし込んだのであり その映画のスピルバーグやジョージルーカスやキューブリックなんかは 黒澤明をうまく組み合わ

今後の漫画界についての話で、この記事が面白かったです。 これからの漫画についての話は記事を見てもらうとして、 2人の価値観がはっきり違うところを抜粋。 特に気になったところを太字にしてます。 徹底討論　竹熊健太郎×赤松健 Vol.1：電子出版時代における漫画編集者のあるべき姿 (1/3) - ITmedia eBook USER http://ebook.itmedia.co.jp/ebook/articles/1102/14/news015.html 赤松 面白いのと売れるのと、どっちがいいですか。 つまんないのに売れてるのはダメですか。 竹熊 うーん、面白いのがいいでしょ。 赤松 じゃあ、面白ければ売れなくてもいいんですね。 竹熊 まあその場合はね。 でも、「面白い物を売りたい」 とはみんな考えているんじゃないですか。 赤松 うーん、私は嫌だなあ。 そこがロマンチストすぎません？ (略

クラウド時代にSIerはどう生き残るのか？ 人月ビジネスからどう脱却するのか？ 大手SIer役員にインタビューしました リーマンショック以降の決算が軒並み大幅減収だった大手SIer。この状況は、景気が回復すれば持ち直すなどと楽観視できません。その背景には、クラウドや仮想化技術などによるシステム単価の下落や、ユーザー企業による内製化の進展による案件の減少といった構造の変化があるからです。 こうした構造変化の中で、SIerは今後の成長戦略をどう描こうとしているのでしょうか？ また、その中でどんなエンジニアが今後必要とされるのでしょうか？ ブログ「GoTheDistance」のブロガーで、「ござ先輩」として知られる湯本堅隆氏から、こんな主題でインタビューしてみたい、という企画がPublickeyに持ち込まれました。湯本氏は、自身もかつてSIerに勤務し、現在は中小企業の情報システム担当に転職した

昨日のブログで｢仕事を頼むのが不安になる人の7つの行動｣を書いたのですが、もちろん頼み方だって重要です。 頼み方次第でトラブルの発生率や作業者のやる気も大きく変わってきます。 ということで上手に仕事を頼むコツをまとめてみました。 仕事の期限はきちんと時間で指定する。 ｢○日中にやっておいて｣、｢今週中にお願い｣といった頼み方をすることがあると思います。 人によって｢今日中＝定時まで｣ととらえる人もいれば｢残業しても帰るまでにやっておけばよい｣ととらえる人もいます。十分に時間があって余裕を持ってすすめているならまだよいですが、期限はなるべく時間まで決めた方がよいですね。 作業の目的をきちんと伝える。 1) 「レンガを積んでください。」 2) 「ここに教会を立てるので土台になるレンガを積んでください。」 どうでしょうか？依頼している作業は一緒ですが作業者が受け取る情報が全然違いますね。目的を伝

いままで勉強会に顔を出し、すばらしいエンジニアと数多く会うことができた。そして、スーパーエンジニアと共に仕事をすることもできたし、できている。そんなスーパーエンジニア達が持っていた習慣を僕の経験と視点からまとめてみる。 自分が使う道具を厳選して選んで手入れをしているエンジニアでいえばエディタやツールなど。皆が使っているIDEやエディタを何も考えずに使い始めたりしない。 厳選したエディタやツールを使って、手になじませるのである。手になじませるというのは、2つの意味がある。 1つは操作性に慣れること。呼吸をするように自然に、キーボードの上を駆け回る心地よいリズムを奏でるエディタを選ぶ。 2つめは、自分に合わせて拡張しているということ。プラグインのON/OFFだけではなく、オリジナルのショートカットを設定し、適切なハイライト、シンタックスのチェック、コーディングルールのチェック、様々な言語への対

ドットインストール代表のライフハックブログ