ホーム 技術ブログ 「Lord of Knights の裏側見せます！～Unity + PHP + MySQL で作るスマートフォンゲーム開発～」の資料を公開しました 「Lord of Knights の裏側見せます！～Unity + PHP + MySQL で作るスマートフォンゲーム開発～」の資料を公開しました 昨日2012年4月10日に行われたイベント 「Lord of Knights の裏側見せます！～Unity + PHP + MySQL で作るスマートフォンゲーム開発～」 の資料を公開しました。 イベントの詳細はこちらです。 →　【Lord of Knights の裏側見せます！】 ～Unity + PHP + MySQL で作るスマートフォンゲーム開発～ 前半のクライアント側の発表をAimingの細田さんが、後半のサーバサイドの発表を私（松井）が担当させていただきました。 細田

あの記事から一年、ひがやすを氏が以下のエントリーで、プログラマーとして、新しいサービスを作ることの難しさについて書かれています。 僕と君とSIerの生きる道 - yvsu pron. yas 確かに私自身は、サービスを作る側に回った(まだISIDにいるけど、ベンチャーで働いているようなものです)のですが、身を持って面白いサービスを作る難しさも経験しました。 面白いサービスを作るのはほんとうに難しい。その後、マネタイズにも成功するのはさらに難しい。サービスを作る側に回って成功するのはほんの人握りの人なんです。 もともと一年前におっしゃっていたことは、SIerのビジネスに将来性はないから優秀なプログラマーは自分でサービスを作る側に回らなくてはならないし、単によいコードを作れるだけでなくて、自分からアイデアを考えられるようにならなくてはならないということだったかと思います。一年前この記事を読んだ

なぜ日本でIT産業は育たなかったのか アメリカどころか印中韓台にすら負けてる Tweet 2：名無しさん＠涙目です。(庭)：2011/11/19(土) 11:36:24.95 ID:bg8e7aK/0 マーケティング弱者であること 保守的開発であること 天才がおらずみんなまあまあなこと 346：名無しさん＠涙目です。(dion軍)：2011/11/19(土) 12:31:18.69 ID:BF45w4Ba0 >>2で終わってた 4：名無しさん＠涙目です。(茨城県)：2011/11/19(土) 11:36:37.13 ID:CmtELczf0 やっと芽が出てきたと思ったらムショ送りだからな 51：名無しさん＠涙目です。(大阪府)：2011/11/19(土) 11:45:41.70 ID:MqH2nGT60 >>4 オリンパスのような企業はぬくぬくと残ってきたがなw 5：名無しさん＠涙目です。

東京住まいの外国人プログラマーが日本人のプログラミング世界について記事を書いて (Jawaad Mahmood 氏のブログ記事)、その記事が Hacker News で取り上げられて、話題になった。 "My hypothesis is that a lot of Japanese companies produce little new because they have people solving solved problems over and over again." 以下、拙訳。(*) がついているところは訳していて意味がくみ取れなかった部分なのでコメント頂ければ幸い。誰か Hacker News へのコメントも要約してくれると助かる。 昨日、コーヒーを飲みながらアール氏とアキバに関する話題やらボードゲームやビジネスについて話していた。まじめな話題としてはプログラミングについて、

フロリダのRubyプログラマのSteve Clayさんがブログに投稿した「プログラマーはプログラミングをしている、はずが実際はそうでもない」という記事が話題になっていました。 神話：プログラマは一日中、プログラムを書いている。 現実：多くのプログラマは下記の事に多くの時間を費やしている。（順不同） 外部のプログラマーのMLへのメールやテックでない人へのメールを用心深く書く ミーティングに参加、モックアップやDBスキーマの作成、要求された機能へのパフォーマンスの心配 バグレポートを書く、過去のバグを検索 複雑なシステムの障害の原因を何ギガもあるログを探索して調べる ダウンタイムについてユーザーや上司への説明 他人の問題の解決へ協力 ドキュメント、本、ブログ、リリースノート、脆弱性アナウンスを読む 必要な既存の名前の分からないようなコードを探す 見つかったコードが自分の環境に互換性がありライセ

デブサミ2011で、よしおかひろたか氏のセッションを聞きました。 「生涯一プログラマ宣言」が非常に印象に残っているのですが、直接お話を聞くのは初めてです。 期待して聞きました。 2011-02-27 非常に素晴らしいメッセージだと思いました。 ハッカー文化は、「自分に心地良いから」必要だ、というよしおかさんのメッセージは、エンジニアである私には非常にプリミティブに共感できます。その他の理由は「偉い人に説明するための理屈」という割り切りも素敵です。 ただ、私はエンジニアでありながら、夜間大学院で経営学を学んでいます。それは、やはり偉い人に説明するための理屈も必要と感じているから、という面もあります。 偉い人たちの一部は、企業経営はトップダウンで進めるべきで、ハッカー中心の文化は正しくない、と考えています。しかし、これは正しくありません。ハッカー文化が企業の業績に貢献するということは、現代の経

SI業界（日本）のJavaプログラマーにはオブジェクト指向より忍耐力が求められている？ - 達人プログラマーを目指して http://d.hatena.ne.jp/ryoasai/20110109/1294581985 をうけて自分の考えを書いておきます。 二年前なら、自分もどうしたらSI業界をよく出来るか真剣に考えていたし、NTTデータの人達と実際に話し合いもしています。 NTTデータとの真昼の対決シリーズ http://d.hatena.ne.jp/higayasuo/20080612/1213241779 http://d.hatena.ne.jp/higayasuo/20080828/1219901392 でも、ソーシャル、クラウド、スマフォの時代になって、考えが変わりました。 今は、世の中の動きがかなり速くなっているので、その中で素早くチャンスを捕まえたものだけが生き残ります。受

About 南の島のプログラマ。 たまに役者。 Practical Schemeの主。 WiLiKi:Shiro 最近のエントリ 無限cxr高校受験Defense振り返ってみると2019年は色々学んで楽...覚えるより忘れる方が難しい(こともある)眼鏡のつると3DプリンタIris Klein Acting ClassSAG-AFTRA conservatory: Voice Acting創作活動って自分を晒け出さねばならないと...ループを使わずに1から100までMore... 最近のコメント shiro on 歳を取ると時間が速く過ぎるのは、新しいことに挑戦しないから? (2023/03/14)1357 on 歳を取ると時間が速く過ぎるのは、新しいことに挑戦しないから? (2023/03/01)ベアトリーチェ on ハイポハイポハイポのシューリンガン (2022/04/02)ベアトリーチ

僕は7月に転職した。 前にいた会社はそこそこの大きさ100人弱、一時期は「ベンチャー企業」として 成功をしようとしていたが、この不景気の波に大きく飲まれて会社は弱体化。 給料は通常通り支払われるものの、 役員クラス＆中堅がバシバシ抜けていく状態になっていた。 この状態になったのは僕が会社に入って3年目のことだったが、 別にこの状態になったから会社を退職したわけではない。 ではなぜ会社を退職したのか？ 「日本のプロジェクトは他会社からの寄せ集めで作成されることが多い！」 僕がかかわったプロジェクトは7つだったが、 自社での開発たったの1つ。 他は常駐開発という名の派遣だった、 最初は何も疑問を抱かなかったけど、これってなにがおもしろいの？ 常駐先で知り合いになれる人が良い人だったとかそんなことはおいておいて、 なんか会社が金額と見合ったプロジェクトを見つけてきて面接、 通ったら3カ月〜半年程

2024年夏 かばんの中身記録 みんな大好きかばんの中身。 当然私も大好きで、人様のブログ記事やSNS投稿を飽きもせず読み込みまくっています。なぜこんなにも見飽きないのか… 自分も以前同じようにかばんの中身の記事を書いたんですが、気づけばもう３年前！去年くらいの気分だった、月日がたつの…

Hacker Newsのフォーラムに2010.8.10に作られたスレッド Ask HN: I'm an 18 year old programmer; How do I get a job? プログラミング歴は長い。けど大学出てない（当然コンピュータサイエンスの学位なし）、実務経験ゼロ、地方都市（ペンシルバニア州の田舎）のIT系の仕事が少ない所に住む18才エンジニアがどうやったら仕事探せる？と質問立てたスレッド。 アドバイスがためになった スタートアップの求人ばかり載ってるところとか ないものねだり 自分のようなビザが必要な人向けのアドバイス 2010.8.13追記 ポストしてる人の情報追加 見落としてたポスト追加 以下斜め読んだ内容 スレッド主 Craig Weber 投稿内容 今18歳 13歳から親父の仕事手伝ってた。 親父は電気技師 組み込み型の電気回路の設計とプログラミングしてた

新しい会社が本格始動する前にこの本を読んでおいて本当に良かった。 ピープルウエア 第2版 ? ヤル気こそプロジェクト成功の鍵 作者: トム・デマルコ,ティモシー・リスター,松原友夫,山浦恒央出版社/メーカー: 日経BP社発売日: 2001/11/26メディア: 単行本購入: 26人 クリック: 339回この商品を含むブログ (197件) を見る 最近時間に余裕ができたので色んな本を読んでたんだけど本書を読んでおいて本当に良かったと思う。 管理とは何かから始まってオフィスの改善や生産性についての話など、「人材」に纏わるデマルコ氏なりの考察を知ることができて良かった。 まずは冒頭の一文。この一文にピープルウエアの全てが表されているといっても過言ではない（大げさ過ぎか^^;） 管理者の大部分は、人を交換可能な部分と扱う特有の失敗をしがちだ 本書を読み進めれば読み進めるほど前職のことを思い出す。

とある日本企業との仕事で衝撃を受けたことを前回のエントリーで書いたのだが、より驚いたのが、それに対していただいたコメントやはてぶのほとんどが別に驚きもしない、うちもおなじ、というものだった。 ・いや、おそらく日本では普通だと思います。 ・そもそも人事部が採用する時に、技術スキルの高い人は取ろうとしませんし、ユニットテストのような基礎知識さえも全く知らない人が大半を占めます。 ・見直すための工数は悪、辻褄合わせるのが正義。 ・以前、某ERPパッケージの下請けで働いていましたが、テストを手動でやり続けるのに嫌気がさして、辞めました。あれは鬱になる...。 ・日本では専門家を軽視して、「ビジネスゴールを最優先して考える俺は偉い。技術馬鹿、専門馬鹿とは違う」っていうタイプの人材が評価される組織が結構多いのですよね。 ・あるあるすぎて、笑えない。 ・請負的な開発はこういった傾向が強いと思う。残念なが

少し前に若いエンジニア達と話す機会があった。この春SI企業に入社してプログラミングの研修を受けているという。みんなそれぞれ能力が高い上に、学習の高速道路を爆走中といった感じでネット上で話題になっているような技術情報には十分詳しい。SICPを全部解いたとも言っていたし本当はプログラミングの研修なんか必要ないのだろう。未踏に応募したり勉強会を開催したりするのはこういったタイプなんだろうかとか、いまどきのSI企業の人材獲得能力はすごいなとか思いつつ、でも彼らはこの業界に何を求めてどうなろうとしているのか少し気になったりもした。 これほど優秀で勉強もしてきた人達でも、SIerとしては即戦力にはならない。社会人マナーとか仕事の進め方の話ではなくて、単純に知識不足という意味で。そのため一緒に入社したプログラミング能力の低い社員と同じように扱われる可能性が高い。これはすごく不幸な状態だと思う。SI業界が

今年ももう終わりですねぇ・・・。 スーツ・ギーク論争に参加してた頃に僕と知り合った多くの人は、僕が技術系に戻ると知った時に驚かれた方が多かった。あんだけスーツでいたいって書いていたからそりゃそうだなって、過去エントリ読み返して改めて思った。 この２年ばかりどんな心境の変化があったのか、思い出しながら書いてみたいと思う。新卒はツライよ！みたいな感じで。 僕は大きなSIerに入ったにもかかわらず、幸運にもバリバリコードを書く部署に配属された。相当レアだったと思う。そこで仕事をしているうちに、僕の立場はプログラマという作業員でしかなかったことにひずみを感じるようになった。技術が無ければできないしそこは間違いなく意味があるんだけど、僕は仕事をもらっているから力関係で言えば、間違いなく下なワケで。そういう状況だと、グダグダなプログラム開発を強いられることが多くなって辟易とし始めたってのもあったかなぁ

世界で最も見られているWebページの1つ、Yahoo!のホームページを担当しているのが、同社のプリンシパル・フロントエンド・エンジニアのNicholas C. Zakas氏。Zakas氏のブログ「NCZOnline」、8月21日付けのエントリは「What makes a great software engineer?」でした。 Zakas氏が考える優れたエンジニアとはどういう人なのでしょう？ 彼のアドバイスはWebに関わるエンジニアに限らず、あらゆるエンジニアに共通するもののように思えます。 What makes a great software engineer? 長文のエントリの中から、ポイントとなりそうな部分を抜粋して紹介します。 Always do it the right way There's an "emergency" project, or something that

IT 業界というか SIer の枠組みの中で働いている人であれば、一度は詳細設計書ないし詳細仕様書というドキュメントを見たか書いたことがあるだろう。 Excel 方眼紙の悪夢 詳細設計書の話の前にちょっと触れておきたいのが「Excel 方眼紙」　これまでのプロジェクト経験とネットの情報を見る限り、詳細設計書はほぼ 100% コレで書かれている。Excel 方眼紙がどのようなものかは こんな感じ である。典型的な使われ方は 【図解!!コレが方眼紙Excelだ！】:島国大和のド畜生 がわかりやすい。 「Excel 方眼紙」でググるとわかのだが、コイツは猛烈に嫌われている。一発作り捨てならば、図や表を交えたドキュメントをそこそこ作りやすいという利点はある。プレゼンや紙印刷を考えないならば、個人差はあれど PowerPoint 並の使い勝手を覚える人はいる。 がしかし、Excel 方眼紙はそのメリ

技術者・SE・プログラマ面接時の技術的な質問事項というエントリをはてブで見かけたのだが、私もjavaプログラマーの面接を割とよくやっているので、よく質問する内容をまとめてみた。 (ちなみに、基本的にコーディング面接の形態を取っている) プロジェクトの性質にもよると思うが、私の場合には、情報処理技術者試験的に基礎が満遍なく抑えられているかどうかよりも、 すぐ答えが見つからないような課題に対して、きちんと自分でやり方を考え、対応することができるか 「変な」コードをコミットしたりしないか(見つけにくいバグを混入させるとか、汚いとか、遅いとか)といった点を重視している。 まず、何を知っているかよりも、どんなものを作れるか、どんなことができるか、という質問。 ここで強烈な回答が来る人は、たいていここより下の質問は「あー、はいはい」という感じでサラッと答えてくることが多い。 これまでに携わってきた開発