IT業界ドロップアウトしたけどなんか戻りたい
けどなんのスキルも能力もないから戻れる気がしない。 ビジョンすらない。 こっから長々と自分語りする。 前の職は約一年半、SE(笑)だった。 文系ゼロベースから、モノが作りたい、と思って入った。 何も考えていなかった、モノが作りたいという漠然とした想いと、とにかく安定した職に就きたい、という気持ちだけで、一発目に内定くれたところに入った。地元企業だった。 特に部署の希望もなく、金融系に配属された。 一年目は恐ろしく平和だった。ほぼ定時あがりだった。 二年目に入って、炎上していたプロジェクトに入れられた。地方から、わざわざ都内の大きなビルの開発室に、長期の常駐。スルガ銀行や、特許庁みたいな、クソ巨大なプロジェクトで、全然前に進まない泥沼タイプの炎上だった。 三ヶ月の研修と、九ヶ月のゆるーいプロジェクトの、その程度の知識で放り込まれた先に待っていたのは、こんなんで動くわけがないアバウトなんてもん
LLVM 3.2 リリースノートの訳 - Boost Your Programming!
ようやくLLVM 3.2がでました。今回はスケジュールよりもそれほど遅れませんでした。 前回に引き続き、リリースノートを訳しました。 SROA周りとか訳がぶっこわれているところがありますが、気になる人は原文を読みましょう。 branchを見ながら訳したので抜けているところがあったらすみません。 変更の注目点としてはLLVM本体としては、ループベクトル化,SROAの新実装, NVPTX(旧PTX)バックエンド追加などがあります。 MIPSとPowerPCの変更点の多さは注目です。(個人的にMIPSをずっと見てたので変更量は本当にすごいです) Clangを含めスレッドローカルストレージ周りの追加や サブプロジェクトとしてClang Static Analyzerという項目が追加されていたり、 外部のオープンソースプロジェクトとしてEmbToolkitが追加されていたりします。 LLVM狐本もよ
コンピュータ科学の博士課程にきて初めて分かったこと4つ
学部生のころ研究について想像していたことと、実際に修士を修了して博士課程にきて分かった現実の間にけっこうギャップがあったので、この感覚の差を忘れないうちに書いてみます。なお、僕の専門はコンピュータ科学のなかでもユーザインタフェース・Human-Computer Interaction と呼ばれる分野です。他の分野だとまた事情が違うと思うので、その点ご承知おきください。 研究には時間がかかる フルペーパーを書くのは大変 新規性は大きさよりコントラストが大事 研究生活は自律心がないとつらい 研究には時間がかかる 学部生のころは、研究プロジェクト一つ終わらせるのに 1 年以上かかるなんてそんなバカな！と思っていました。実際は成果としてまとめるのに 2 年かかったものもありました。 学部生のころの想像として、アイデアを考えて実装するのに 1-2 ヶ月で、それを論文にして投稿したら終わり！3 ヶ月あ
ウェブサービスをゼロから作って成功したこと、失敗したこと - id:k-z-h
php, 雑記いつもなら寝ている時間なのだけれど、なぜか睡魔がやってこないので過去の思い出をまとめてみる。去年の2月ごろ、新規案件のウェブサービスに開発メンバーとしてアサインされた。作るべきものが大量にあったため、4チーム（工期中多少増減したが）に分けてドメインごとに作業分担をした。そのうち、ウェブアプリケーション本体（フロント、API、マネージツール）を担当するチームのサブリーダーが自分の役割だった。そのプロジェクトは去年の末に一旦の区切りを迎え、自分はそこで退職し、新たな環境に身を置くことにした。それから丸4ヶ月経って、自分が書いたコードと新しい環境で書かれていたコードを見比べて、思うところが多々ある。それらを文章としてまとめたいと思う。 失敗したこと簡単な骨組みを作ったあと、デプロイの仕組みを作った。php には phar という仕組みがある。これは jar/war のようにウェブサ
ゲーム開発プロジェクトマネジメント講座(SQUARE ENIX OPEN CONFERENCE)
ゲーム開発 プロジェクトマネジメント講座 ２０１１年１０月８日 株式会社スクウェア・エニックス CTO 橋本 善久 1©SQUARE-ENIX 2011 SQUARE ENIX OPEN CONFERENCE なぜプロジェクトは 失敗するのか？ 2©SQUARE-ENIX 2011 プロジェクトの失敗ポイント • 見込みより売上が少ない • 計画よりもコストがかかっている • 発売時期が遅れた • 発売に間に合わせるため内容が削られた • ユーザーの評判が悪い • 不具合が発生 • スタッフの満足度が低い、故障者が出た、辞め てしまった • など・・・ 3©SQUARE-ENIX 2011 プロジェクトの失敗ポイントの分類 • スコープ（コンテンツの範囲）の問題 • 品質の問題 • コストの問題 • 時間の問題 • リソース（人員・環境）の問題 • ビジネスの問題 4©SQUARE-EN
ベンチャーでもお金をかけたほうがいいサービスやツールまとめ : けんすう日記
ベンチャーはお金がない ベンチャー企業ていうのはお金がありません。 しかし、最近、IT革命というものがあったらしく、起業のコストが劇的に下がりました。コストがさがることで、リスクも劇的に下がり、サラリーマンと起業家のリスクの差がどんどん縮まっています。 いろいろなツールが無料や少額のお金で使えるようになりました。ベンチャーはお金がないので、どうしても無料で揃えたくなります。しかし、実際はお金を少しかけたほうが、効率的になり、時間のコストが下がるということを忘れがちだったりもします。 そこで、僕がベンチャーを立ち上げて使ったものや、金かけてでもやっておいたほうがよかったなーというところを紹介します。 登記の手続き まず、登記は絶対、司法書士の先生に頼んだほうがいいです。 「自分でやったほうが安いし、経験になるかな〜（＾◇＾）」と思ってやってみたのですが、これが地獄でした。何度も間違えを訂正さ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Tumblr
「非シューカツ生たちのポータルサイト」プロジェクトby terrakeiさん
http://blog.idezawa.info/archives/51659751.html