「ゲーム業界で働くなら中二病は大事」採用担当が語るゲーム業界採用事情
東京工芸大学で行われたオープンキャンパスイベントの一環として、ゲームメーカー3社による合同就職セミナーが行われました。参加したメーカーは「.hack」シリーズや「NARUTO－ナルト－ ナルティメット」シリーズ、「Solatorobo それからCODAへ」などを開発するサイバーコネクトツー、「魔界戦記ディスガイア」シリーズなどを開発・販売する日本一ソフトウェア、そして「アーマード・コア」や「DARK SOULS」などを開発・販売するフロム・ソフトウェアの3社です。 ゲーム業界に入るためにはどうしたらいいのか、採用が求める人材とはどんな人物なのか、課題作品はどんなものを出せば良いのか、ゲーム業界への就職について、気になるポイントをじっくり聞いてきました。 セミナー会場では東京工芸大学の学生たちが運営を行っていました。 セミナー開始15分前。ここからさらに人が増え、臨時で座席を追加しつつ、あま
交渉や調整で「やってはいけない」いくつかのこと - GoTheDistance
インターネットの備忘録（はてなブログ版）にインスパイアされました。交渉や調整で、僕が感じている「やってはいけない」ことを、便乗して書いてみます。 1. 相手の面子を潰してはいけない 自分の主張を通す為には相手の言っていることの弱点を突いて｢あなたが間違っている｣というものだと仮に思っているのであれば、あなたは色んな人の面子を潰しまくることになりますので、利害が絡む交渉ごとは一切お引き受けにならない方がよろしいかと思います。交渉下手な人間は、利害に関する交渉で行き詰まると相手の間違いを非難する方向にいきやすく、それは結果として自ら交渉を難航させる種を散弾銃で乱れ打ちしていることになります。 感情と感情がぶつかったら、もうそれは交渉ではありません。口喧嘩です。 2. 間違い探しに終始してはいけない 交渉や調整ごとは、どっちが正しいか的な軸で考えてはいけません。自分が正しいかどうかは、関係ありま
「つらい...」と我が身を嘆くだけじゃダメ！ イヤな仕事と付き合うための10の戦略 | ライフハッカー・ジャパン
モバイルバッテリーとは呼べない。「ほぼポタ電」なコレ1台で有事の時もアウトドアも大活躍!【AmazonスマイルSALE】
"成功した大学院生になる"
進化生態学の研究者であるJohn N. Thompsonさんの書かれている ”ON BEING A SUCCESSFUL GRADUATE STUDENT IN THE SCIENCES (Version 8.1)" という文章*1 *2 を読んで，なかなか有益な部分もあるなと思ったので，自分のために和訳してみました． あくまで自分のためなので，逐語訳ではなくほとんどが意訳ですし，省略した部分もかなり多くあります． この訳文からの引用などはあまりおすすめしません．必ず原文をご覧ください． ---------- Thompsonさん本人の許可を取っていませんでしたので，該当部分は削除いたしました．ですが，すばらしい文章ですので，興味のある方はぜひ原文をご覧ください． (2015年2月2日) ---------- *1 もともとは @thinkeroid さんのtweetにあったリンクを拝見し
プログラムを理解させるには？
K＆RのCで書かれたプログラムを渡された（もう少し正確に言えば、VisualStudioのWizardで作られたものにK＆RのCでコーディングしてある(C++ですら無い)ので純粋なCでは無いが果てしなくK＆RのCだ）。あと、これを作った人はどうにも「ポインタ」の概念が無いらしく、無駄に多次元配列だったり、配列のアドレス渡しとかが多用されている。 作業指示は、これを流用して、C++/CLIかつ.netFramework3.5使用かつ新規案件に対応せよ、との事。 個人的にはどう見積もっても3人で4ヶ月かかる量なんだが、予算が1人で1ヶ月、と言って来た。理由は「Cからの流用だから」。 参ったな。自分としては、C++/CLIはもはや別言語だと思っているんだが。 どうにも上司と顧客に説明出来ない。説明出来ないのは、自分が理解していないせいだ、と言われればそれまでなのだが、自分の感覚で言うと、高段者が
SIerの真実とかあるあるを俺がひたすら書いていく:ハムスター速報
SIerの真実とかあるあるを俺がひたすら書いていく Tweet カテゴリ☆☆☆ 2：以下、名無しにかわりましてVIPがお送りします：2011/07/30(土) 17:18:18.76ID:8TwylHlR0 現場で与えられたマシンが 開発環境の最低動作保証環境以下のマシン 3：以下、名無しにかわりましてVIPがお送りします：2011/07/30(土) 17:19:38.23ID:hyKehmtu0 独立系？ 5：以下、名無しにかわりましてVIPがお送りします：2011/07/30(土) 17:21:26.09ID:8TwylHlR0 >>3 独立系、メー子、フリーとふらふらしてる 今は某社で正社員 4：以下、名無しにかわりましてVIPがお送りします：2011/07/30(土) 17:19:48.35ID:8TwylHlR0 現場で与えられた開発用のマシンが セキュリティソフトで全ファイル走
フリーランスになると決めて3ヶ月で学んだ仕事と人間関係と Web での発信について | ウェブル
フリーランスになるにあたって10年分くらいのトラブルを3ヶ月でまとめて起こしてしまって、流石にお祓いに行こうか迷いました。自分に言い聞かせるように書いたのでキツメかもしれません。これらのことを教えてくれた方々に感謝です。 仕事には思いやり ビジネスの中に友情を持ち込み失敗したこと 自分が言われたら嫌なことは言ってはいけない 友人との仕事で私の不適切な発言でトラブルが起きました。友人に対する先入観から怒りがこみ上げました。ついつい相手を挑発するような発言をしてしまいました。相手に対する思いやりが足りませんでした。 「自分と相手が気持よく仕事をするにはどうしたらいいのか」「人が言われたら嫌なことは言わないこと」この2点について、私の長年お付き合い頂いているお客様と仕事仲間と好きなブロガーの2名が教えてくれました。言われたときは気付きませんでしたが、今ならとても分かります。 仕事には感情は不要
（１５日目）採用面接をうまく乗り切るための秘訣 - ワクワク人生のススメ！
最近、採用面接の仕事をやっていて、新卒者、経験者をたくさん面接しているんだけど、「ああ、もったいないな、面接で力を発揮してないな」 と思うことが結構あるので、その思いについて色々とまとめてみました。 たくさん色々と書いてみたけど、面接で大事なのは 「自分のことを把握し、相手の会社のことを把握して望むこと」*1 「短い時間で的確に自分の良さを伝え、相手の会社の良さをつかむこと」 だと思う。 今現在、就職活動をしていて面接を受ける人の少しでも参考になれば幸いです。 自分の武器を明確化しておく 自分の得意分野について絞っておき、その得意分野について２．３分話せるくらいの準備が必要。可能ならその得意分野が３つくらいあるとベター。 質問には自分の言葉で一つ一つ丁寧に答える。 自己アピールをするために、質問以外の事を必要以上に話したりしがちだけれども、一つの質問には一つの答えをするのが良い。与えられた
ユメのチカラ: プログラマの仕事はプログラムを読むことである
ソフトウェア開発コストのほとんどは保守のコストだと言われている。各種統計がそれを示しているわけだけど、自分の実感とも合う。 古典的なウォータフォールモデルでは保守というのが意識されないか、あっても一番下流なので、その重要性に対する認識が非常に薄い。 保守という言葉は若干大げさな響きを持つが、プログラムの不具合の修正や、ちょっとした機能変更、機能追加などなど、運用していけば、つまりそのソフトウェアが利用されていれば必ず必要なものである。保守されていないソフトウェアは早晩利用されなくなるか、既に利用されていないかである。 Unixの哲学を持ち出すまでもなく、優れたプログラマはプログラムを書くのではなく、再利用する。いかにしてプログラムを書く機会を減らすか虎視眈々としている。可能な限り再利用して、どうしても書かざるを得ない場合はリサイクルをしちゃったりする。（プログラマにとってのReduce/R
＠IT：人月での見積もりがエンジニアをダメにする（前編）
日本のIT業界に巣くう大問題 人月での見積もりがエンジニアをダメにする（前編） 馬場史郎（グローバル ナレッジ ネットワーク） 2002/8/2 何げなく聞く“マンパワー”という言葉の裏に、ITベンダをむしばむ“人月問題”が横たわる。日本のIT業界に深く根を張ったこの問題が、エンジニアをダメにすると筆者はいう。人月問題とは何か、そしてそれを改善する方法とは？ 筆者が現役のSEだったころ、“マンパワー”という言葉に抵抗があった。現在でもこの言葉に抵抗がある。IT業界では、プロジェクトを手掛けるときなどに「マンパワーが足りない」とか、「マンパワーは十分だ」という場合がある。その“マンパワー”という言葉だ。そうした言葉を聞くと、往々に「SEはスキルではなく頭数だけが問題とされている」ような気分となる。 さらに、プロジェクトでは「このプロジェクトは30人月掛かります。従って3000万円となります」
明日、会社がなくなっても、自分の名前で勝負できますか？
セルフブランディングは、実は周りから見るとすごく格好悪いことに見えます。しかし、逆風に負けずに継続できた人だけが、気が付いたら、あっという間に周りを置き去りに・・・。そういう性質のものだと思います。 明日、会社がなくなっても、自分の名前で勝負できますか? 頑張れば頑張るほと、「そこまでしなくても」って馬鹿にされる。あなたは笑われたり、馬鹿にされたりする覚悟はあるか？ピエロになる覚悟はあるか？ その覚悟がないなら、セルフブランディングなんてやめた方がいい。自分をブランドにしようなんて考えなければ、楽な人生を送ることができる あなたにはピエロになる覚悟はありますか？叩かれる覚悟は持ってますか？ 365 x13 Japanese Logic Puzzles: Hashi Medium / David Masters 「志」とストーリー 「志」は、極言すれば、自分自身を騙すための方便みたいなものだ
詳細設計書が滅亡しない理由 - kagamihogeの日記
IT 業界というか SIer の枠組みの中で働いている人であれば、一度は詳細設計書ないし詳細仕様書というドキュメントを見たか書いたことがあるだろう。 Excel 方眼紙の悪夢 詳細設計書の話の前にちょっと触れておきたいのが「Excel 方眼紙」 これまでのプロジェクト経験とネットの情報を見る限り、詳細設計書はほぼ 100% コレで書かれている。Excel 方眼紙がどのようなものかは こんな感じ である。典型的な使われ方は 【図解!!コレが方眼紙Excelだ！】:島国大和のド畜生 がわかりやすい。 「Excel 方眼紙」でググるとわかのだが、コイツは猛烈に嫌われている。一発作り捨てならば、図や表を交えたドキュメントをそこそこ作りやすいという利点はある。プレゼンや紙印刷を考えないならば、個人差はあれど PowerPoint 並の使い勝手を覚える人はいる。 がしかし、Excel 方眼紙はそのメリ
「出過ぎた杭」を目指してみませんか？ – 新卒エンジニアに向けて - - As a Futurist...
新卒準備カレンダー 2011 春というおもしろい企画がありまして、3 日目は自分が担当させて頂くことになりました。@shibukawa さんの様に抽象的なレベルまで高めて書くほどの経験は残念ながらありませんので、僕ものんべんだらりと自分語りをしたいと思います。 Who are you? DeNA のサーバインフラエンジニア新卒 2 年目(=もうすぐ 3 年目)です。主な言語は Perl とshow slave statusです。プログラムやコンピュータに結構詳しい学生さんでも、インフラって何やってるのかについてはイマイチ伝わらないことが多いのですが、一応説明しておきます。僕は大してコードも書いてませんし、かといってプロジェクトマネージャみたいに人の管理もしていません。僕が相手にしているのはシステムが動いているコンピュータ(=サーバ)そのものです。システムの多くは無数のサーバが通信しあって提
Shibu's Diary: これから魔法使い(プログラマー)になる、新卒者のみなさんへ
渋日記@shibu.jp 渋川よしきの日記です。ソフトウェア開発とか、ライフハックを中心に記事を書いていきます。 By erix! under CC-BY これから魔法使い(プログラマー)になる、新卒者のみなさんに、リレーでメッセージを送ろう、ということになりました。一発目として僕が書かせていただきます。 おまえ誰よ？ プログラマーです。14歳ぐらいからプログラミングに手を染めて、N88-BASIC、C言語、x86アセンブラ、C++、Ruby、Python、JavaScript、Erlangみたいな感じで勉強しています。まぁ、Erlangはまだまだヒヨコですが。大学を卒業して、本田技術研究所に就職し、社内SEをしていましたが、今年からDeNAに転職しました。 メインの言語はPythonで、Python温泉系のコミュニティに参加しつつ、日本XPユーザグループの代表(あまり仕事できてない)、s
Redmineが1000人のエンジニアに使われるまでのこと
デブサミ2011の後に、Shibuya.tracの第10回勉強会で初LTをしました。テーマは「EnterpriseレベルのRedmine導入結果について」です。外の勉強会は緊張しますが、@yusuke_kokuboさんや@akipiiさん、アジャイルなゆかいな仲間たちにお会いすることができ、とても楽しい勉強会でした。また学びに行かせていただこうと思います。 はじめに 上の資料はそのときのものです（Slideshareはこちら）。5分間のLTだったため、あまり詳細をお話しすることができませんでしたが、勉強会の時に知り合った方と、今度、Redmine導入＆運用の情報交換会を企画しており、そこで共有するネタとして、まずは、Redmine導入時の経験をここにまとめようとおもいます。まずはその前に、私の仕事内容を少しだけ説明させてください。 標準化とか全社共通とかいう仕事 私は入社以来、サービス開発
何で技術を身につけるの？:Geekなぺーじ
最近良くわからないことがあります。 学生に対して「できるうちに勉強して技術を身につけといた方がいいよ」というアドバイスをするときに、「何故技術を身につけるの？」というのを明確に説明する方法です。 あまりに話が漠然としてしまうので、結果として単なるうるさい小言のようになってそうな気がしてます。 恐らく、こういう話は文章にしてまとめた方が考えが述べやすいと思ったので、文章にしてみました。 新卒エンジニアを取り巻く環境 最近は昔よりも大学在学中に求められるものが大きくなっている雰囲気を感じています。 いくつかの企業の方々からお話を伺う機会があり、エンジニア採用の現場は徐々に変わって来てるんだなぁというのが感想です。 まず、ある一定規模以上の企業の方々は大抵「採用できない。いいエンジニアが来てくれない」という話をしているイメージがあります。 先月、エンジニア採用に関して以下のようなニュースが話題に
第1回 一生の仕事を選ぶということ | gihyo.jp
「一度しかない人生、思いっきり楽しもうぜ」 酒の席になるとやたらと人生哲学みたいなものを語り出して部下や後輩を困らせるという人がたまにいるが、私もあの手の「説教」を聞くのは得意ではない。しかたがないので、「はあ、そうですか」とか「勉強になります」とか言いながらも、心の中では「早く終わらないかな」とか、その日に解決できなかったバグを「明日の朝にはどう攻略しようか」と作戦を練ったりしている私だ。 じゃあ自分なりの「人生哲学」みたいなものをまったく持っていないかというと、そうではない。ただ、そんな話はネチネチと時間をかけて語るものでもなければ、ましてや酒の席でするのに適した話ではないと思っているだけのことだ（私が、下戸だというのはさておいて）。 では具体的には何かと言えば、「自分が本当にやりたいことを見つけろ」という、とても単純な話だ。言い方を変えて「わがままに生きろ」でも「自分に正直に
「調子の良い日」を意図的に作り出すための15の習慣 | シゴタノ！
人間ですから、「調子の良い日」もあれば「調子の悪い日」もあります。 「調子の良い日」には淀みなくスムーズに仕事が片付きます。いつもより多くの仕事がこなせたうえにいつもより早く退社できたりします。 一方、そうではない「調子の悪い日」には仕事は停滞し、メールの返信が遅れ、先送りが頻発し、かけた時間に対して著しく乏しい成果を甘んじて受け入れることになります。 この「調子」という代物、一見すると自分ではコントロールできないもののように思えますが、実は自ら作り出すことができます。 いついかなる時でも一定以上のパフォーマンスを発揮するプロフェッショナルがどの世界ににもいる事実を考えれば。 もしそこに、すなわちプロフェッショナルと非プロフェッショナルとの間に境界線があるとしたら、それは「調子はコントロールできる」と信じられるか否かの一線でしょう。 最近読んだ『スランプに負けない勉強法』という本にはそんな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Y.M | 株式会社ラグザイア
エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職＠type
