プログラマはアプリのアイデアを温めてはいけない
実装すべきだ。それもすぐに。 世の中には、会う都度いつも「こんなアプリがあったらいいと思うんだよな」と、同じアプリのアイデアを語るプログラマというのがいる。 これは非常に良くないと思うのだが、そう私が思う理由を挙げてみる。 理由1: アプリのアイデアは大抵ろくでも無い物だ どんなアイデアであれ、大抵の物はろくでも無い。それはセンスが無いとかそういう問題じゃなくて、新しい良い物を生み出す、というのは難しいという事だ。 だから、大切に温めて、狙ってえいっ！と良い物を作るってのは、普通出来ない。 ろくでも無いアイデアは、なるべく早く失敗した方が、時間を突っ込んでから失敗するよりもずっと良い。 理由2: アイデアを温めている間は、他のアイデアが浮かびにくい 心の中に気になっている物がずっとあると、なかなか他の事を思い浮かばない物だ。大抵のアイデアはろぐても無い物で、たまに当たるアイデアにめぐり会う
Facebook元役員「プログラミングを学ぶのなら、生涯仕事に困らないことを私が保証しよう。」 / リーディング＆カンパニー株式会社
1990年代後半から2000年代前半辺りまで、プログラミング言語を学ぶなど一部のコンピューターオタクがすることであって、10代や20代の好奇心旺盛な若者が学ぶことにはとても思えませんでした。 当時ちょうどグローバル化が本格的にスタートした時期でもあり、プログラミング言語なんかを学ぶをよりも、英語を学ぶことに力を入れる学生の方が圧倒的に多かったように思います。 ↑1990年代、プログラミングはまだまだオタクの領域だった。 当時、僕の周りでも多くの人がサッカーや野球に夢中になる中で、コンピューターに夢中だった友達は「オタク」、「性格が暗い」など言われ、とても女の子にモテたり、学校で人気者になる存在ではなかったように思います。 そんな中、もし僕がこのビル・ゲイツ氏の言葉を聞いていたらコンピューターに夢中になる友達の視線も変わっていたのかもしれません。 「オタクには親切に。あなたたちは、いつか、彼
プログラマの心の健康
目次 はじめに 情報不安について 人の話を聞くこと 寝てから考えよう わ・ざ・と、ゆ・っ・く・り・、や・っ・て・み・よ・う ロビンソン式悩み解決法 驚き、最小の法則 むしょうに腹が立つあいつのこと あなたは、そのままでいいんです はじめからやり直したい症候群 人から信頼されるためにはどうしたらよいか トラブルがチャンス あなたはひとりではありません あなたのための聖書の言葉 ぜひ、感想をお送りください リンク集 更新履歴 はじめに 私はプログラマです。 プログラムを書いて生活の糧を得ています。 プログラマというのは精神的にも肉体的にも過酷な仕事だと思われています。 夜遅くまでディスプレイに向かい、 キーボードを叩き、ジャンクフードを食べながらバグをとる…そんな職業だと思われています。 確かにそういうところもありますが、プログラマも人間です。 不健康な生活を長いこと続けることはできません。
プログラムの生産性をあげるためには - きしだのHatena
前回のエントリで、プログラマの業界が労働集約的なものと知識集約的なものにわかれてきているという話を書きました。 プログラマ業界の二分化 - きしだのはてな 前のエントリでは労働集約的なものと知識集約的なものに完全にわかれているように書きましたが、もちろん完全に労働集約的であったり完全に知識集約的であったりすることは少なく、どのような組織でもある程度は両方の性質をもっています。知識集約的な性質の強いSI会社というのもあります。 ただ、SIに労働集約的な、サービスに知識集約的な性質が強くなる傾向はあると思います。 また、知識集約的であればよくて労働集約的であればダメということもありません。労働集約的なSIでありながら良い会社というのもあります。 という断りをいれておかないと、SIで労働集約だからといって全部ひとからげにするなという、労働集約的なSIでありながら良い会社方面から鋭利なマサカリが飛
ソリッドウェブ ～お業界三流サラリーマン戦記～
プログラマと付き合う WRITTEN BY ソリッドウェブ 2003/01/19 rewrite お業界で、もっとも厳しいのはアニメ制作進行だ……。 しかし、純粋な労働内容で比較すれば、プログラマも負けてはいない……。 プログラマ……。 パソコンが普及する時代の前からパソコンをいじって変態呼ばわりされ、 時代が来ればＩＴ時代の騎手とか言われて、特攻を繰り返させられる……。 その就労条件は、業界や会社の体質によって大きく異なるが、基本的にはひどい。 いや、ひどいというのも視点次第かもしれない。 プログラマは時給換算すれば、少し低賃金の印象があるが、他の仕事に比べれば稼いでいるというのが正直なところだ。 「生活は何の心配もしなくていいから、安心して死になさい」 というのがプログラマの典型的な環境だろう。 そして実際、プログラマの損壊率・死亡率は非常に高い。 一時、デスクワーク業最高の死亡率と言
プログラマーの心理
俺はコンテンツプロデューサーとしてキャリアを積んで、現在はIT企業の経営をやっている。 そんなアングルから観察していると、プログラマーはクリエイターと同じように映る。 小説家が文章書くのが好きなように、ミュージシャンが作曲が好きなように、漫画家がマンガを描くのが好きなように、プログラマーはプログラミングが好きなのだ。 具体的な共通点で最も印象的なのは、他のクリエイターと同じように、きついかい？ と質問すると「プログラミングはきついよ」と嬉しそうにいうところだ。これは小説家や、音楽家、漫画家とまるっきり同じ笑顔で言う。 これはこのクリエイター、プログラマーに限らず、プロスポーツ選手など真の現場主義者に共通している。 野心を抱えたまま、現場についていて、現場の楽しさに気付いて没頭している経営者の卵タイプは楽しんでいるんだろうが、こういう顔は出来ない。 そして、この手のクリエイタータイプは経営や
半年間休職してプログラミングの勉強をした - ぼっち勉強会
目次 概要 この記事の目的 なぜ勉強するのか なぜ休職したのか(働きながらではダメなのか) どのようにして休職したか 金銭面の問題 勉強を継続するために気をつけたこと どのくらい勉強したか 何を勉強したか 反省 まとめ 概要 5月に休職しました。 休職開始から今日まで主にプログラミングの勉強をしていました。 11月から仕事復帰します。 この記事の目的 私が休職して勉強することを決めるとき、経験談を参考にしようと思い似たような方がいないか調べました。 しかし、私のニーズに合う情報はほとんど見つかりませんでした。 私と同じように休職勉強を考えている方にとって、少しでも参考になればいいなと思い書きます。 なぜ勉強するのか 私は業務ならば並以上の働きをしていると思っています。 社交辞令もあるでしょうが、社内・顧客ともに良い評価を頂いています。 一方で、経歴を増すごとに自分の中で技術力に対する不安が
ITエンジニアのCAPの定理 - from scratch
CAPの定理というのがある、 「ノード間のデータ複製において、同時に一貫性、可用性、分断耐性の3つの特性を同時に保証することはできない。」というもの。 説明をwikipediaにゆずると、 ・一貫性 (Consistency)： 全てのノードにおいて同時に同じデータが見えなければならない。 ・可用性 (Availability)： ノード障害により生存ノードの機能性は損なわれない。つまり、ダウンしていないノードが常に応答を返す。単一障害点が存在しないことが必要。 ・分断耐性 (Partition-tolerance)： システムは任意の通信障害などによるメッセージ損失に対し、継続して動作を行う。通信可能なサーバーが複数のグループに分断されるケース（ネットワーク分断）を指し、1つのハブに全てのサーバーがつながっている場合は、これは発生しない。ただし、そのような単一障害点のあるネットワーク設計
プログラマの実力は経験だけであがらないことがレベル格差につながる - きしだのはてな
プログラマというのは、道具に慣れることが、実力があがることにならないのですよね。だから、勉強せず業務経験だけだとレベルが低いままということになってしまう。 Javaを10年さわり続けて、Strutsを5年さわり続けても、それだけでは、与えられた画面を手際よく作成できるようになるだけで、たとえばStrutsすらよりよく使えるようになるわけではなかったりする。 Javaにしても、「volatileってなんですか？」という問いに、まあ知らないのはしかたないとしても、解説を見ながらですら答えられない可能性がある。 プログラムの反復生産は、プログラミング能力の向上にあまりつながらない。設定や記述に慣れるだけだ。そして、この「慣れ」というのには「難しいからそもそも実装を回避する」というようなものも含まれる。実力の向上は、作業ができるレベルで止まってしまう。 プログラマとしての実力をあげるための勉強が自
プログラマに大量に触れて初めて気づいた8の共通点 - みちしるべ
プログラマはワンパターンである 先月(7末)くらいから、勉強会、イベントに参加して社外のプログラマと接することが多くなった。 プログラマとは、一生、技術の追求をしてそうな人たち。 具体的には、3つ以上の言語を取得してる人たち、とでも言えばいいのだろうか。 有名コミッターな人、年間300冊以上の技術関連の本を読む人もいるのだけど、 だいたい月2回以上勉強会に出ているような人たちで、私からしてみれば同じだ。 そして、プログラマと友達になることで、気づいたことがいろいろある。 こういってしまっては何なのだが、プログラマたちは非常にワンパターンなのだ。 コーダーは多種多様である。すごくおもしろい人、変わった人がいたり、 最高にいい人から、最低に悪い人までいろいろいるが、プログラマは ほとんどパターンがない。もちろんこれは絶対的にコーダーの数のほうが多いわけで、 数が多いから多種多様であるだけなのか
小野和俊のブログ:プログラマー風林火山
アプレッソというベンチャー企業の CTO を務めて6年と2ヶ月になる。変化の激しいベンチャーに比較的長い期間身をおいていたので、社内外のいろいろなタイプのエンジニアと仕事をしてきた。 あるエンジニアが参加することで開発チームが短い期間で大きく変わったこともあったし、開発チームのメンバーが15人いた頃よりも、お互い補い合えるエンジニアが5人くらいの頃の方が成果が出たりすることもあった。 そういう経験を重ねていくにつれ、私の中では、スターエンジニアと呼べる人たちの持っているものについての、いくつかの類型ができてきている。今まで一緒に仕事をしていく中で本当に心強かったのは、最近エンジニアのキャリアパスの議論でよく言われるような財務のわかるエンジニアとか営業もできるエンジニアではなく、あるいは人と異なるユニークな能力を身に付けようとしているエンジニアでもなかった。ではどういうエンジニアが、というこ
プログラマに正社員的な「勤務」はフィットしない - モジログ
UK STUDIO - プログラマという職業は「ふつう」の人には厳しくないか http://ukstudio.jp/2010/01/31/programmer_is_severe_job/ ＜業務外にコードを書いたり、技術書などを読むというのは素晴らしいことだと思う。けど、会社側がもし「業務時間外にコードを書いたり、技術書を読んだり、勉強会に参加しなさい」と言ったら、それは業務時間外労働と変わらないと思う。個人のたのしみとは別に会社側がそれらを求めたらそれは業務だ＞。 ＜業務時間外に勉強をすることを業務時間外労働と捉えた場合、業務時間外労働をしないとやっていけない職種はおかしいというか病んでいるんじゃないかなぁ＞。 これは面白い問題提起。「日々の学習や訓練と仕事が切り離せない」というのがこの話の要点のひとつだが、これはプログラマに限らず、デザイナーや建築家、文筆業、料理人、役者など、「プロ
プログラマに必要なたった一つの力
この記事は小飼弾氏が，2008年3月24日に発売した日経ソフトウエア2008年5月号の特集「はじめてのプログラミング」向けに著したものの再掲です。記述された内容は，執筆当時の情報に基づいています。 あなた，プログラマになりたいんですって？ 本当に？ 本当に？ もう一度尋ねます。本当に？ 3回も念を押したのには，理由があります。このあと，さらに念を押します。この手紙を読み進めれば，あなたにもその理由がおわかりいただけるかと思います。 「日経ソフトウエア」を読んでいただいているからには，あなたは「プログラマ」という職業について，ある程度のイメージをお持ちだと思います。プログラマ，プログラムを作る人。では，プログラムって何でしょうか？ その定義は，これをお読みになった人の数かそれ以上存在しますが，私にとっての定義は「コンピュータが仕事をできるようにすること」です。ご存じだとは思いますが，コンピュ
プログラマが1ヶ月でWebデザイナーに転身する方法 - やねうらおブログ(移転しました)
サイトを構築していると、プログラマはWebデザイナーと共同作業をしなければならない。 しかし高度なRIAを実現しようとすると思っているようにWebデザイナーに素材を作成してもらうだけでもとても骨の折れる作業だ。 そこで、一層、「すべてのプログラマはWebデザイナーになればいいんじゃね？」と思った。 今回は、私の実体験に基づき、「プログラマが1ヶ月でWebデザイナーに転身する方法」というのを考えてみた。 ■ HTML,CSSを覚えよう まず、HTMLとCSS。いくら私でもW3C( http://www.w3.org/ )のすべてに目を通せとは言わない。 ブラウザ間で挙動が違うのでそれぞれのタグがどのブラウザで使えるのか一覧がまず欲しい。手軽なのは詳解HTML & CSS & JavaScript辞典。このハンドブックは見やすいのでお勧め。また、よく使うタグに関してはすべて覚えよう。覚えている
プログラマー面接時の技術的な質問事項(アプレッソ版) : 小野和俊のブログ
技術者・SE・プログラマ面接時の技術的な質問事項というエントリをはてブで見かけたのだが、私もjavaプログラマーの面接を割とよくやっているので、よく質問する内容をまとめてみた。 (ちなみに、基本的にコーディング面接の形態を取っている) プロジェクトの性質にもよると思うが、私の場合には、情報処理技術者試験的に基礎が満遍なく抑えられているかどうかよりも、 すぐ答えが見つからないような課題に対して、きちんと自分でやり方を考え、対応することができるか 「変な」コードをコミットしたりしないか(見つけにくいバグを混入させるとか、汚いとか、遅いとか)といった点を重視している。 まず、何を知っているかよりも、どんなものを作れるか、どんなことができるか、という質問。 ここで強烈な回答が来る人は、たいていここより下の質問は「あー、はいはい」という感じでサラッと答えてくることが多い。 これまでに携わってきた開発
優秀なプログラマを雇う方法:Geekなぺーじ
「A Guide to Hiring Programmers: The High Cost of Low Quality」という記事と、その記事への捕捉として後ほど投稿された「A follow up to "A Guide for Hiring Programmers"」という記事がありました。 プログラマの雇い方というタイトルではありましたが、内容はもう少し広いです。 一部著者の熱すぎる想いが加熱しているように見える部分や、アメリカ的事情に見える部分もありましたが、全体的に興味深い内容でした。 以下、2つまとめた要約です。 3番までが一つ目の記事で、4番以降が二つ目の記事要約です。 誤訳等が含まれている可能性があるので、是非原文をご覧下さい。 概要 Perlのコミュニティでプログラマを雇う事(特にPerl開発者)を話し合っていて、以下の点で知人達と合意ができた。 どのようなプログラミング
YappoLogs: ウェブエンジニアをしていて知らないと恥ずかしい日本人プログラマ300
ウェブエンジニアをしていて知らないと恥ずかしい日本人プログラマ300 ウェブ関係で仕事をしていて知らないと恥ずかしい日本人100があまりにあんまりでブクマするのも恥ずかしいので、日本のWeb周りでエンジニア(特にプログラマかな)で知らないと恥ずかしい日本のプログラマ(主にWebに関わる的な意味で)100人のリストを作ろうと思う。 今のところ目標の1割くらいリストアップ出来た。まだまだ足りないのでもっと追加する。 14時: いっぱい追加 OPML化はerogeekがやってくれると思うのでOPML作ったよエントリを発見し次第リンクします。 OPML ktkr! yusukebe++ ゆーすけべー日記: ウェブエンジニア（略）と恥ずかしい日本人プログラマ300のブログを列挙祭り 以下敬称略順不同 yoshiori - java-ja ats - Python ひがやすお - Java 羽生章洋
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プログラマと付き合う
プログラマは履歴書をどう見るか
IT業界に来た新社会人に本音を言っておく - ブログは死なず、ただ放置されるのみ。
