このドメインは お名前.com から取得されました。 お名前.com は GMOインターネット(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込みです。
クラウドWebサービス時代は GUNDAM (Github Ubuntu Node Dropbox AWS MongDB) だ!! おい!おいおい!「LAMP経験者募集してます」っておい!もう2012年だぞ!もっとナウい感じのがあるだろ!!クラウドWebサービス時代は GUNDAM(Github Ubuntu Node Dropbox AWS MongDB)だ!!「LAMP経験は?」「俺がGUNDAMだ!」— Wataru MIYAGUNIさん (@gongoZ) 3月 12, 2012 LAMP (Linux Apache MySQL Perl-PHP-Python)の次の技術の総称はGUNDAMという言葉としてjanos,num,lnnmなどあったようですが 今ひとつ普及しない感じがありました。 しかし"GUNDAM"という言葉は普及しそうですね(ネタ的にもいいので) LAMPという言
つい先日、富士通がグループで抱える3万人ものSEを再教育して、職務転換を行う計画であるというニュースを知りました。 富士通の3万人SE職務転換大作戦は成功するのか? - GoTheDistance 一つのシステムを複数の企業などが利用するクラウドサービスがこのまま普及すれば、顧客の要望を聞いて個別システムを作り込むSEは仕事がなくなり、余剰人員問題が顕在化するからだ。 クラウドの普及により、オーダーメイドでシステムをゼロから構築する必要がなくなり、そもそも顧客からの要件をまとめてシステムを設計するSEの仕事が不要になったり、基盤を構築、運用するエンジニアが不要になるということは、最近になってよく言われることであり、特に新しいことではありません。もちろん、クラウドの普及によって、これらの伝統的なSEの仕事が少なくなり、人員が余るという議論は間違いではないと思います。 ただし、一方でより本質的
元祖Ariel Advent Calendar 2011の記事です。クリスマスなので就職面接の必勝法について書きます。 新卒でも中途でもどちらでも使えますが、それなりに若い人を想定しています。一定の年齢になっていれば、面接での小細工よりも実績で勝負すべきだからです。実績を積み重ねていれば、面接が多少下手でも採用に至るはずです。同様に、新卒や若い人でも、既に充分な実績や誇れる何かがあればこの記事は不要です。 とは言え、充分な実績を持つ若手は稀です。ほとんどの人はさして誇れるものもなく、売りもなく、挙げ句、下手な面接で採用の機会を逃しているのではないでしょうか。もったいないことです。そもそも就職活動は生産的な活動ではありません。さっさと就職して生産的な活動に精を出すほうが世の中のためです。 必勝法を文字どおり解釈すると、必ず勝つです。必ず通る面接なんてあるはずない、と反論がありそうです。それは
SI屋とかゲーム業界について考えてみた。 実はSI産業のクラウド化と、ゲーム業界のソーシャルゲーム化は システムがネットの向こう側から提供されるという共通点以上に、共通点があると考えるからだ。 そしてその動きは、任天堂の「連結決算を開示して以来始めての赤字」や、 「DeNAによるベイスターズ買収」に見られるように、急激な業界構造の変容を生み出している。 キーワードは技術力VSマネジメントだ。 まずはSI業界の話から始めよう。 案件プライムを取ってこれるような大手システムインテグレータでの システムエンジニアの最終的なキャリアパスは、PMである。 システムインテグレータは若手を、PMにいたるまでのキャリアパスへと 導くための初歩的なプログラミング経験や、運用技術の実務経験を積ませていく。 その成長過程で重視され、身につけることを求められているのは、技術力よりもマネジメント能力と業務知識だ。
TIOBE Programming Community index TIOBE Softwareから2011年2月のTIOBE Programming Community Index (PCI)が公開された。TIOBE PCIは複数の検索エンジンの検索結果から対象とするプログラミング言語がどれだけ話題になっているかをインデックス化したもの。2011年2月におけるインデックスは次のとおり。 プログラミング言語 インデックス 年間推移 備考 1 Java 18.482 ↑ 7ヶ月連続1位 2 C 14.986 ↓ 3 C++ 8.187 ↓ 4 Python 7.038 ↑ 5位から4位へ浮上。力強い成長を続け、2ヶ月連続で順位を上げている。 5 PHP 6.973 ↓ 4位から5位へ下落。下落傾向 6 C# 6.809 ↑ 7 (Visual)Basic 4.924 ↓ 8 Objectiv
俺の住む世界はアイティーとやらに支えられているらしい。 アイティーに関われば、俺の住む世界をさらに素敵なものにしていけるに違いない。していきたい。 そう願って、何も知らなかった文系新卒の俺が金融系のシステム会社に入って、もう一年以上が経つのだ。 昔、お遊びでゲームを作ったことはあった。RPGツクールなんかが好きだった。 だから自分はシステム会社に向いていると思った。 実際、資格取得を勧められて始めた勉強は楽しかった。 浮動小数点数、オートマトン、SQL、スタック、木、論理式。 パズルみたいで楽しかった。コンピュータの中身が理解できて、わくわくした。 楽々と基本情報技術者の資格を手にし、半年後にはほとんど勉強もせずにソフ開も取得した。 研修の課題では同期の誰よりも速く、短く効率のいいソースを仕上げた。 現場に出て、本番機に触った。 30年間親会社を支え続ける偉大なシステムの中身を、わくわくし
最近はアーキテクトという役割で客先に常駐し、フレームワークの選定をしたり、事前に共通部品を設計したりする役割を担う仕事を引き受けることが結構あります。そこで運よくお客様のマネージャーがオブジェクト指向開発の経験が十分にある方だと、IDEなどの開発環境やインターネット接続環境を当然のように用意してくれるので最初から仕事がスムーズにできるのですが、そうでないとMS Officeしか入っていないロースペックのノートPCを渡されて、要件定義フェーズの期間中、フレームワークの設計をお願いしますとか、私としてはちょっと首をかしげてしまうような困ったことを言われてしまう場合があります。開発フェーズが始まる半年後まではコーディングは基本的に不要という考え方です。アプリケーションのアーキテクトという役割では少なくともコーディング規約を考えたり、ツールやフレームワークの選定をしたりする必要がありますし、プロジ
「コードの読まれ方が分かった」、工数見積もり精度向上に寄与:奈良先端科学技術大学院大学 森崎修司氏らが発表 「ソースコードの読まれ方の傾向がまた1つ明らかになった。これで派生開発、保守開発の工数見積もりの精度が向上する」――奈良先端科学技術大学院大学 森崎修司助教らの研究グループは、2009年9月~11月にかけて行ったソースコードリーディングのオンライン・ハンズオン、2010年1月、2月に行ったイベント「ソースコードリーディングワークショップ」、ほか3回におけるハンズオンの分析結果を発表した。 総計126人に、保守/派生開発プロジェクトを模した形式で複数のソースコードを読んでもらい、それぞれにかかった時間を計測、分析したところ、「ソースコードの読解時間はソースコードの行数だけで予測することは難しい」「大規模な変更の場合、コードレビューの経験があるとソースコードの読解時間を短縮できる」ことな
はじめに 今日から、オーマ株式会社の二人目の社員として、オーマ株式会社に入社いたしました。(大事なことなので2回言いました) よろしくお願いいたします。 オーマ株式会社では あのひと検索スパイシー というサイトを作っています。 僕も、これれから SPYSEE の企画、開発、運用、そして、様々なサポート(トイレ掃除とかね!)をやっていこうと思っています。 みなさま、よろしくお願いいたします! 今日は、僕が「この会社で何をやっていきたいのか」を書いておきたいと思います。 これから何をやっていきたいか 僕がこれから SPYSEE でやっていきたいことは三つあります。 それは、 「運命の出会い」の確率をあげたい! 人の背景を知ることで、コミュニケーションをもっと楽しくすること アピールが苦手な人(シャイなあんちくしょう)でも損をしない仕組みを作ること です。 これは、あくまでも「今、僕が考えている
プログラマ、SE、ゲームプログラマについて 自分は小さいころからコンピュータが好きで、よく触っていました。 中学生のころに、ホームページを作ろうとおもってhtmlというものをはじめて知ったとき、 コンピュータに引き込まれるような衝動を覚え、JavaScriptを結構楽しんでやっていました。 受験と同時にPC禁になってしまったために、プログラミングには触れていたものの、 まだhtmlと出会って数ヶ月の厨房のまま、高校生を迎えました。 高校入学と同時にPCが戻ってきましたので、早速ホームページ(東方)のを作っていたのですが、 そこで、初めてプログラムというものを意識するようになりました。 この東方も、プログラムで動いているんだな・・・・・と感無量な気持ちになり、おれもやりたい!!と、プログラミングの 勉強に取り掛かったのですが・・・・ 本当に何も知らなかったのです。無知でした。安易でした。 本
「バグ数には興味ないのだよ」――顧客が喜ぶテスト仕様書とは?:誰にでも分かるSEのための文章術(11)(1/2 ページ) 「提案書」や「要件定義書」は書くのが難しい。読む人がITの専門家ではないからだ。専門用語を使わず、高度な内容を的確に伝えるにはどうすればいいか。「提案書」「要件定義書」の書き方を通じて、「誰にでも伝わる」文章術を伝授する。 メーカーが機械を納入する際は、耐久試験や性能試験などの結果を添付して、問題がないことを顧客に確認してもらいます。同様にシステム開発においても、テスト結果を顧客に提示してシステムに問題がないことを確認してもらう必要があります。 今回と次回の2回にわたって、「テスト仕様書」の書き方と表現のポイントを説明します。 今回は、「顧客にとって良いテスト仕様書」とは何か、「顧客にとって良いテスト仕様書」にするためには何を記述すればよいのか、テスト仕様書のおおまかな
受託をメインでやってる人の中には、「お客様から頼まれないと、自分が動く価値はない」と本気で思っている人がいて、そう思うのは自由なので良いんだけど、本人は技術があると思っていて、実際にあるのかもしれないけど、周りからは見えないというのは損だと思うんです。 ある本に、インターネットは自分で立候補することが大事だ、なんてのが書かれていました。立候補しなければ、誰も声をかけてもらえない世界だと。 誰かが何かをやりたいと思って、実現のスピードや実現可能性を考える時に、そのスキルを持っていることが明確になっているところに話が行くのは割とシンプルにある話で、僕も例外ではなく、モバツイをやってる関係上、ツイッターに関する案件のお話をいただいたりしている。 人の余裕があれば是非お手伝いしたい気はあるのだが、ネットサービスは基本、受託案件をやる余裕はないし、そもそもリソースが少ないので、多大な機会損失をしてい
新人エンジニアとその先輩たちへ、OJTの前にこの本「ずっと受けたかったソフトウェアエンジニアリングの授業」を 4月に新入社員として入社した新人エンジニアの方々は、早ければそろそろOJTという形で現場にやってきて、若手の先輩社員が新人の教育担当、あるいはOJTリーダーに任命される時期。 そんな新人エンジニアと教育担当におすすめしたい本を今回は紹介します。 プログラミングテクニックの解説は一切なし 一般にソフトウェアの開発は、顧客と相談して仕様を考え、それを外部仕様書、内部仕様書といったドキュメントに落とし込み、プログラミングを行い、ソースコードレビューやインスペクションを行い、単体テスト、結合テスト、運用テストといった工程を経て完成します。いわゆる「Vモデル」と呼ばれるものです。そしてこれらは1つのプロジェクトとしてマネジメントされます。 こうしてみると、ソフトウェア開発の中でプログラミング
私の友人の外資系生保営業マンは、転職後わずか1、2年でトップ生保マンの証であるMDRTに選ばれるほどの優秀な奴だ。もちろん、土曜も日曜もなく営業しているし、何かあればお客様のところに駆けつけなくちゃなので、普通に考えるとしんどそうではあるけど、傍から見ていると、とても充実した仕事と生活をおくっているようにみえる。 彼は多趣味だが特に酒に対する造詣が深く、中小企業診断士と同じくらいの情熱で利き酒師の資格を取得したくらいだ。特筆したいのは、接待営業に使えそうだからといった打算で資格を取ったわけではないということ。本当に酒が好きだから取ったという。そしてもちろん、この資格は営業面にも役にたっているらしい。お酒で深まる仲というのは馬鹿に出来ない。 もちろん彼は、お酒の場だけでなく、普段から本気でお客様のライフプランについて考え、ベストな提案をしようと心がけている。そしてその心意気はお酒の場で見せる
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く