経営者にとってのサーバサイド技術選び
サーバサイドに使う言語は、ネットベンチャーにとって開発者採用のブランディングの一つだろう。 プログラミング言語はその哲学が開発者に与える影響は無視できないため、年齢層、技術指向性、技術力、前職給与などがある程度想定可能と思われる。 サービスにとって開発、運用、技術に求める要素は以下だろうか。 ・事業戦略を素早く実現できる実装力 ・事業の拡大に追従できる柔軟性 ・安定してシステムを運用できる継続性 ・新しい人を採用しても素早く力を出せるシンプルさ。人材の採用容易性（お給料も） ・地味なことでも事業にコミットできる勤勉さ もちろん攻める企業であれば、 ・最先端の技術を実現する技術力 なんてのも重要だろう。今、一番エッジでイケてそうなのはドワンゴか。ニコニコ動画のライブストリーミングの技術や運用実績はオンリーワンなんじゃないかと思ってる。 もっと小さなところがアイディアで頑張る場合に、どういう風
プログラミングハイウェイ - プログラマーの脳みそ
プログラミング能力をつけるための高速道路を造りたいという話 - タムケンブログ Re: プログラミング能力をつけるための高速道路を造りたいという話 - タムケンブログ:Geekなぺーじ 実際、IT業界に身を置いていると教育機関の必要性を強く感じる。 情報工学科という学科を置く大学は数あるが、世の中に求められるのは実務としてプログラミングができる能力を持った人間だったりする。*1 情報工学科というのは座学が主体で実習が主体なわけではない。例えるならば、美大や音大のような、入学時に実技試験があり、在学中も実技を多く行うような、そういったカリキュラムの情報大学が求められている、と思う。*2 なんせ、情報工学出だろうが、情報系の専門学校出だろうが、文系大学出だろうが、新人で採るならひとしく無能だと思わなければならない。そんな出身校よりも、ホビーでプログラムするかどうかを問う方が当りの人材を引き当て
プログラマが席を離れる理由:Geekなぺーじ
コーヒーを入手するため 眠気覚まし コンパイルしているから makeを走らせた cvs update中(svnその他もあり得る) 設計が思いつかないから アルゴリズムが思いつかないから 良い書き方が思いつかないから トイレ おやつの時間だから テストスクリプトが走っているから 現実逃避 部長が不穏な動きをしている 身の危険を感じた 席を離れたプログラマが帰ってこない理由 スペースの個数に関して議論していた タブがスペース何個かを議論していた クラス名や関数名を大文字で開始するか小文字で開始するかを議論していた 開発言語を何にするかの議論がまとまらなかった GPLやBSDライセンスに関する上司の理解が得られず、激しい議論をしていたから すれ違いざまにWordの使い方を聞かれたけど、どうしても問題が解決しなかったため 同僚のPCがブートしなくなったため タバコ部屋で開発会議が勃発したため 先輩
IT 戦士の作り方
操作方法 → キー: 次のページへ ← キー: 前のページへ ↑ キー: 目次ページへ ↓ キー: 目次ページから戻る 目次ページでは ← → キーで一覧を移動し、クリックで選択します
プログラマなら人月なんかさっさと超えろ - 矢野勉のはてな日記
Java, プログラミングノリノリで書いてみる。 人月というのは「人月の神話」以来、現場の技術者にとっては「お金の計算にしか使えない単位」なのですが、発注者側に分かりやすいということでいまでも大はやりしています。というか受注者側もまじめにこの単位で計算しています。 そしてJavaの世界というのは、私のようにJavaが大好きだからやってる、という人間はすごく少数派で、「そろそろJavaでもやっとくか」「Strutsの使い方覚えたからもういいか」「できればJavaなんかいじりたくないなー。俺も早くプログラマに『これやっといて』って言えるようになりたい」という人のほうが多いのが実情なんですね。その点Rubyの世界は、今は「好きだからやってる」人が圧倒的でしょう。プログラム能力の高いJavaプログラマを探すのは、プログラム能力の高いRubyプログラマを探すよりずっと大変だろうと思う。 Javaの世
遅い→起動時
正確にはアセンブリ名なんだけど。 System.Reflection.Assembly.GetExecutingAssembly().GetName().Name → "AssemblyInfo1" （…というアプリケーション名）だったら自分でアセンブリ情報(AssemblyInfo)にアプリケーション名を書いて、それを普通に読んだほうがいいのか。 アセンブリ情報(AssemblyInfo)を読むコード(C#) プロジェクトテンプレートは「WPFアプリケーション」を使用している。 MainWindow.xaml.cs using System.Windows; namespace AssemblyInfo1 { /// <summary> /// MainWindow.xaml の相互作用ロジック /// </summary> public partial class MainWindow
プログラマレベル:Geekなぺーじ
レベル0 レベル0の人はプログラムを一度も書いた事がありません。 レベル0の人は、プログラミングとはどのような作業なのか想像もつきません。 世の中のほとんどの人は、このレベルです。 レベル0の人は、プログラムをかけるプログラマはいわゆるオタクだと思っています。 ありがちな発言 「プログラミングできるんだ。ふーん。凄いね。」 レベル1 レベル1の人は学校の授業の課題としてプログラムを書いた事があります。 しかし、あまりプログラミングには興味を持てず、コンピュータに詳しい知人に課題をやってもらったり、教えてgooなどで課題の答えを聞いたりしているので、仕事としてプログラミングはできません。 ありがちな発言 「教えて下さい」 レベル2 このレベルの人は、2度ほど何かの小規模プログラムを書き上げた経験を持っています。 段々とプログラミングへの興味が広範囲に及ぶようになり、勉強をするのが楽しくて仕方
『野菜のような神がDeNAに降臨した日』
K崎先生はモバゲーを１人で３ヶ月で作ってしまった。 今では１日４億ＰＶを超える日もあるモバゲーが、 ２億ＰＶを突破したのは満一歳を迎えるちょい前の今年の １月１４日。機能もどんどん追加されている。 クイズ：２億ＰＶ突破のその日までのモバゲーのシステム 総投資額はいくらでしょうか？（ソフト＆ハードすべて） 答え：１億円弱。 ２～３月でさすがに2億円ほど追加したが、いずれにしても 驚異的にお安い。 ビッダーズ時代から蓄積された負荷分散のノウハウも あるが、K崎先生のひらめきと腕によるところが大きい。 そしてK崎先生の存在が腕利きのエンジニアを磁石のように 集めている。 そのK崎先生をDeNAに連れてきたのは誰か、ということが 最近の当社における手柄争いの最高峰となっている。 作れない私はここで手柄をあげるしかないので、勿論 参戦している。 オークションサイト間の競争が激しかったころ、 「オーク
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サービス終了のお知らせ
https://anond.hatelabo.jp/20070802021749