ある程度の年齢を迎えたプログラマが抱える悩み - bkブログ
ある程度の年齢を迎えたプログラマが抱える悩み ある程度の年齢を迎えたプログラマが抱える悩みに、「若手のプログラマと比べて、どうやって価値を出していくか」という問題があります。これは言い換えれば「同じような生産性であれば、相対的に給料の低い若手のプログラマに置き換えられてしまうのではないか」という悩みです。 この問題のひとつの解決策は、プログラマ以外の仕事のポジション（たとえば管理職など）に移ることですが、他のポジションには向いていない、まだまだ現役でプログラマをやりたいという場合にどんな戦略があるか考えてみました。なお、後述するように、以下に挙げた戦略は相反するものではなく、組み合わせが可能です。 エキスパート戦略 この分野ではトップクラス、というレベルの専門性を身につけ、その分野に特化してキャリアを築くという戦略です。たとえば、ネットワークやセキュリティといった分野で一流と認められる専門
努力する人が最後には”できる人”になる - かとじゅんの技術日誌
先日の2月3日で39歳になりました。社会人20年を振り返ると苦労の歴史でした。でも、それは誇らしいことでもあります。 今でこそ「できる人」というイメージが強いかもしれませんが、、駆け出しのころは全くできない子でした。 ということで、苦労話。タイトルがありきたりですが、でも難しいことなんであえてつけてみた。押し付ける気も全くないですけど、できるやつが何 後付でカッコつけてんだよ！とか、非論理的だなって言われると思います。それは否定しません。そんなことは承知の上で、以下 おやじのうんちくをたれます。 限界を超えた努力 初めてのプログラミングは10歳の時にBASICでプログラムです。なんか難しいこと簡単にやらせてみたい欲求があって、PCというのは難しいけど楽しいかもしれないと思った。その頃の「好き」のレベルはまだ淡い幻想です。 それ以来、社会人になるまでPCはゲーム機でしたが、社会人になってC言
彼女と愛とセックスと結婚について
（2010/11/22 22：00 おまけ追記） 「結婚はいくつでしたい？」 「結婚ですか？」 「うん」 「結婚願望は、特にありません。」 「したくないってこと？」 「特別、絶対したくない、というわけではないんですが。どちらでもいい、どうでもいいという意見に近いです。」 「なんで？結婚って人生においてもっと重要なことじゃない？どうでもいいことはないでしょ？」 「そうですね。結婚したい人にとっては重要かもしれませんし、いずれ結婚する人にとっては重要でしょうね。」 「じゃあ結婚しないの？」 「おそらく。」 「なんで？」 「なんで、と言われましても。結婚するのに理由はあっても結婚しないのに理由はないでしょう。ただ今のままというだけです。」 「だって普通結婚するじゃん？」 「する人は多いかもしれませんね。」 「じゃあ結婚するのが普通じゃん？」 「一般的にはそういう認識が強いかも知れません。」 「じ
顧客が欲しいのは「タイヤのブランコ」：ベンチャー社長で技術者で：エンジニアライフ
コメントを返せなくて申し訳ございません。弊社サイトの焼き直しで更に申し訳ないですが、コメント代わりとして下さい。 前回、UIについてこそっと書きました。わたしがいいたかったのはこの漫画の内容です。 アメリカの自動車会社のフォードを作った Henry Ford も同じことを言ってます。 「もしわたしが顧客に、彼らの望むものを聞いていたら、彼らはもっと速い馬が欲しいと答えていただろう」 そう、顧客は「速く移動できる手段」が欲しいということを「もっと速い馬が欲しい」と表現するかも知れませんし、「タイヤのブランコ」が欲しいとき「三連のブランコ」と表現してしまうかも知れません。顧客がいった言葉そのものは、必ずしも正しくないのです。 さて、ここからものすごく細かくチープな話になりますが、日付入力について顧客側から「年を4桁入れたら、自動的にスラッシュを付加してくれないか」という要望が出てくることはよく
プログラマーとデザイナーの境界が縮まってきた気がする - susumuis Info
しごとがいっぱいあふれてるのに、ブログを書くとか完璧に現実逃避なのですが……。 今日のひがさんのエントリを読んで、appengineとは全然関係ないけど思ったことを書きます。 http://d.hatena.ne.jp/higayasuo/20101109/1289290143 ひがさんのエントリでは、appengine/Javaのスピンアップ問題を解決するために、静的HTMLをレスポンスして、JavaScriptで後から動的なデータを取得するパターンが提案されています。 別にこれ、appengineに限らず最近僕の近辺ではトレンドだなと思っていました。 SEOがあるので、サーバーサイドテンプレートもまだ必要だとは思いますが。 それで、思ったのがプログラマーの仕事についてです。僕が見てきたことを書きます。 むかしはJSPを書くだけのプログラマーがいました。 むかしむかし、ウェブシステムの画
何の才能も無い奴にありがちな事 : もみあげチャ〜シュ〜
1 ：以下、名無しにかわりましてVIPがお送りします：2010/11/24(水) 11:10:50.18 ID:twRn+sDM0 人から聞いたアドバイスをすぐに実行しようとしない 12 ：以下、名無しにかわりましてVIPがお送りします：2010/11/24(水) 11:15:01.41 ID:YYxi2N380 やればできると思っている 13 ：以下、名無しにかわりましてVIPがお送りします：2010/11/24(水) 11:15:45.40 ID:twRn+sDM0 物事に取り組もうという意思はあるが、継続性が無いのですぐに断念する 17 ：以下、名無しにかわりましてVIPがお送りします：2010/11/24(水) 11:18:03.49 ID:/tQJ2eGv0 生まれてから一度も勝利というものを味わった事がない 19 ：以下、名無しにかわりましてVIPがお送りします：2010/11
アジャイルのまずい考え方
ここに見られる悪い態度は、他の役割や専門家が価値を持っていることを理解できず、現実に沿った形で柔軟性をもつ必要性を認識せずに、哲学的な解釈に固執することだ。極端に言うと、この態度はすべての場面のすべてのマネージャにまでこの見方をひろげると労働主義者や、新共産主義者とほとんど同じものなのだ。確かにすべての企業文化や組織階層をフラットに無限定にすべきだという考えを採用する人々は急進的である。この見方は表層的ではあるが、このような考え方をもった人が(リーダーのように)権限のある人であるとすると、この人の考えは勢いをまし、開発チームとマネージャの関係を悪化させることもありえる。プロジェクトの完結という目的が、マネジメントと労働者の階級闘争に置き換わってしまうのだ。 “マネージャでなく、チームがプロジェクトを動かしているのだ。何を済ませるかは私たちで決定する。” この考え方は、マネジメントの役割はも
「プログラムの命名規約について」（1） IT戦略 － ＠IT
私は或るシステムの開発（プログラム）を担当しているのですが、 資産のファイル名の命名規約に疑問をもっています。 例えば以下のようなファイル名にすると... DH01UVN001.java DH01UVN002.java public void unshu_mikan () { ： DH01UVN001 dbmgr = new DH01UVN001( DH01UVN002.NORMAL_VALUE ); ： } のような記述をメソッドにしなくてはなりません。 クラスが以下の機能であるとすると、 DH01UVN001 DB接続クラス DH01UVN002 定数クラス DH01UVN001.java → DBManager.java DH01UVN002.java → SystemConst.java という方が自然だと思います。メソッドも以下のようになるわけです。 public void un
学校で商売しようとしたら生徒指導を受けた＼(^o^)／
学校でハイクオリティの社会科テスト対策穴埋めプリントを売ろうとしたら生徒指導を受けた＼(^o^)／ しかし社会科の教師はなぜにこれを「道徳的」な問題として捉えるのか理解に苦しむ。
プログラマなら人月なんかさっさと超えろ - 矢野勉のはてな日記
Java, プログラミングノリノリで書いてみる。 人月というのは「人月の神話」以来、現場の技術者にとっては「お金の計算にしか使えない単位」なのですが、発注者側に分かりやすいということでいまでも大はやりしています。というか受注者側もまじめにこの単位で計算しています。 そしてJavaの世界というのは、私のようにJavaが大好きだからやってる、という人間はすごく少数派で、「そろそろJavaでもやっとくか」「Strutsの使い方覚えたからもういいか」「できればJavaなんかいじりたくないなー。俺も早くプログラマに『これやっといて』って言えるようになりたい」という人のほうが多いのが実情なんですね。その点Rubyの世界は、今は「好きだからやってる」人が圧倒的でしょう。プログラム能力の高いJavaプログラマを探すのは、プログラム能力の高いRubyプログラマを探すよりずっと大変だろうと思う。 Javaの世
私がソフトウェア技術者をやめた理由 - Rails で行こう！
昨日、 人生の転機 - Rails で行こう！ の中で「ソフトウェア作りが嫌いだ」と言い切ってしまったことが引っかかっている。 私の職業生活でもっとも多くの時間を注いだのがソフトウェア作りだ。その作業に対して、実際のところ、好きとか嫌いとか一言で割り切れるはずがない。複雑な感情を持っているというのが正直なところだ。 私の職業プログラマのとしての最大の欠点は、ソースコードに対して強い美意識を持たずにいられなかったところだろう。生来の生真面目な性格が災いし、私の基準で美しいとはいえないソースコードを敵視しすぎた。 簡単な例を挙げよう。 うるう年を計算するアルゴリズムを考えてみる。うるう年とは、「4で割り切れて、かつ100で割り切れない年。ただし、400で割り切れたら、やはりうるう年」である。 def leap_year?(y) (y % 4 == 0) && ((y % 100 != 0) |
尖閣ビデオ流出・もうひとつのナイスな意義 - Chikirinの日記
尖閣諸島沖での巡視船と中国漁船の衝突ビデオが youtube に投稿され大騒ぎになっています。 これに関してちきりんが「これは大きな意味があるよね」と思ったのは、下記の話。 まずは 11月 5日の朝日新聞夕刊社会面（ 12面）に載った記事の抜粋をご覧ください。 「ユーチューブ」には、無料の会員登録をすれば、誰でも簡単に動画を投稿できる。 会員登録するには、(1) Ｅメールアドレス (2) 住んでいる国や地域名 (3) 生年月日 (4) 性別-の４項目を入力する必要があるが、免許書やクレジットカードを使った本人確認の手続きはなく、申告した生年月日や性別が本当かどうかも確認されない。 Ｅメールアドレスも、いまではインターネット上で個人情報なしで簡単に取得できる。 まるで「 youtube の使い方の説明書」みたいな記事でしょ。この文章の後にも、利用規約の内容やサーバーがアメリカにあること、警察
名は体を表す
public void reqCnctSndCls(String req) {} つっこみどころ満載だな、と思ったあなたは「権利は義務の元に」をちゃんと理解してくれたのですね。思わなかったあなたは、読み直して、ちゃんとコーディング規約を読んで頂きたい。読んだ方が続きをより実感できるから。 規約に「単語を略すな」と言う物がある。この例で行くならcnctなんかconnectなんだかconcatなんだかconcertなんだかconcentrateなんだかさっぱり判らなくなるからである。略さず書くならこれは public void requestConnectSendClose(String request) {} となる。 これで安心した人、もうちょっと頑張りましょう。規約に、変数は名詞、メソッドは動詞になるように命名しろ、ってのがありますね。なので上記ではなんだかちょっとおかしい。要求接続送信
Scala的な考え方 - Scalaがとっつきにくいと思っている人へ - ( ꒪⌓꒪) ゆるよろ日記
Javaな人から見ると、「Scalaって難しい」ってイメージがありますね。俺も最初はそう思ってました。今もですけど。 で、考えてみたんですが、何が難しいって考え方・イディオムになじみがないのが原因かと思ったんです。 ここでは、俺が今までScalaをやってきて得た考え方を紹介します。「Scalaをちょっとやってみたんだけど、とっつきにくくて…」と思われている方は、ぜひご一読ください。 参考資料: Scala入門 - Scalaで書きはじめたJava使い向け - Scala勉強会＠東北 Dropbox - 404 神は言われた。「リストあれ。」 Lisperは、リストをどう作るかをまず考えるらしいです。適切なリストが出来たら、プログラムはもうできたも同然だと。同じ考え方は、Scalaでも通用すると思います。 大まかに、こんな流れで考えてます。(リストは最初から与えられることもあるでしょう) 「
「無断リンク・無断フォロー禁止！」を認めよう、という話。 | pblog
無断リンクされなくなければアクセス制限かければいいし、無断フォローされたくなければ鍵をかければれば良い。そうじゃないってことは見知らぬ人にアクセスされても仕方ないって考え方を人に強制するのはやめようという話。そういう人を見つけても、それも1つの考え方と認めてそっとページを閉じるのがいいんじゃないかな、と。嫌がるのを無理やりリンクしたり考えを改めさせようとしても相手は変わらないし、**「インターネットはそもそも…」と語っても相手に届きませんし。** ### 「嫌なら鍵つければいいのに」という主張が相手に届かない理由。 それは相手が**ポジティブな方の出会いだけ期待している**から。新しい出会いがほしいから情報を公開する。けど面倒な人とは関わりたくない。甘い考えかもしれないし、ネットするなら批判や中傷も当たり前、というのも考え方の一つ。 けど、**嫌な人とは関わりたくないって普通の発想だと思う
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://jp.techcrunch.com/2010/11/17/20101116ten-questions-internet-execs-should-ask-and-answer/
プログラミングに関するあまり知られていない７つの真実