大学で日本におけるエンジニアの地位の低下を象徴している求人見つけた。 ・3/15 おやつの時間 追記： 『世界最高のエンジニアを1000円で雇おうとしてるポジティブな会社見つけた』って書いた方がみんなの精神衛生上良かったかも知れない [必須条件] HTML4とCSSを完全に理解してることJavascriptを完全に理解してることjQueryを使いこなせることC#による、プログラミングができることVisualStudioの使用経験があること[時給] 1000円

今春まともなエンジニアになりたい人とはつまり僕のことです。 ちなみに最近まで読んでいたのはこっち →「ソフトウェアテストを勉強しはじめて10ヵ月でやったこと - うさぎ組」 読み返すのも含めてこれらをしっかりと読もうと思ってる書籍をあげてみます。 最後のほうにOOPの設計系の書籍について補足を書いておきます。 CleanCoder まだ半分くらいまでしか読んでいませんが、宣伝の通り全てのソフトウェア開発に関わる人に読んでほしいと思わせますね。 Clean Coder プロフェッショナルプログラマへの道 作者: Robert C. Martin,角征典出版社/メーカー: アスキー・メディアワークス発売日: 2012/01/27メディア: 大型本購入: 12人 クリック: 645回この商品を含むブログ (36件) を見る いかにして問題を解くか 数学を題材に扱いながらも一般的にどのように目の前

米AppleのiOSと米GoogleのAndroidで人気のRPGゲーム「Battleheart」のメーカー、米Mika Mobileは3月9日（現地時間）、Android版ゲームの開発を終了すると発表した。Android版の開発・販売は採算が合わないという。 同社は、iOS版モバイルゲーム「Zombieville USA」とBattleheartでその名を知られるゲームメーカー。昨年5月にAndroid版もリリースした。いずれも有料（BattleheartのAndroid版は日本では242円）で、Battleheartは少なくとも5万本以上ダウンロードされている。 Mika Mobileによると、Android版ゲームのために同社は昨年、総人的時間の20％を費やしたが、Android版の売上高は総売上高の5％だったという。OSの断片化や異なるGPUを搭載した多数の端末への対応に多大な手間

Amazonクラウドを使ったシステム設計の際に直面する典型的な問題に対して、解決策を分かりやすく分類、解説した「AWSクラウドデザインパターン」（略称CDP）が公開されました。Facebookページも開設されています。 作成したのはAmazonのスタッフやサードパーティのエンジニアら。 CDPのWebサイトはWikiで作られているため、誰でも新たなデザインパターンなどを追加可能。現在45種類のパターンが登録されており「あと3つ加えると“CDP48”と言えるようになるので、ぜひ追加してください」（玉川氏。JAWS Summit 2012でCDPの公開について説明した際に）と、呼びかけています。 45種類のパターンが9のカテゴリに分類 それぞれのパターンには、名前、解決したい課題、クラウドでの解決方法、実装方法、解説図、メリットと注意点、関連パターン情報などが含まれています。 例えば、サーバの

エンジニアという職業柄かシェルスクリプトを書くことはちょくちょくあるのですが、自分なりに気を付けていることを備忘録＆自分への戒めも含めて、簡単に書いてみたいと思います。 変数は大文字 シェルスクリプト書いていれば変数の出番は至るところであるでしょう。その際、可読性を増すように、変数は大文字を使っています。 RET=`cmd1`みたいに。好みの問題もあるでしょうが、分かりやすいので。 クオテーションは選ぶ クオテーションにはシングルだったり、ダブルだったり色々ありますが、使い分けておいたほうがよいでしょう。 変数の展開がないようであれば、シングルクオーテーションのほうがスマートでしょうし、展開があるのならダブルクオーテーションを使えばと。 ダブルクオーテーションを使うのにも意味があって、変数は「$RET」のようにクオテーションで囲まなくても動作はたいていするのですが、 echo "${RET

寂しい、けれど...。 Mac OS Xは、先週発表されたMountain Lionで｢OS X｣になりました。そう、｢Mac｣がなくなったんです。これは明確な意図があってのネーミングだと思われます。つまり、20年以上も続いてきたMacintoshというデスクトップメタファーの終わりが近いことが示されているのではないでしょうか。 これは、MacBookやiMacがなくなる、ということではありません。でもそうしたコンピューターを定義してきた、ソフトウェアの魂の部分が入れ替わっていくということです。おそらくあと2年もすれば、MacintoshはiOSという新しい花に命を譲った老木のような存在になっていることでしょう。 そんな見方を否定したい人もいるかもしれませんが、これが今実際に起こっている現実です。アップルがアプリ中心のユーザー体験モデルを構築しつつある一方では、マイクロソフトも情報中心のM

11. BUILD2011 基調講演より • Windows 7よりさらによくなる Windows 8では、Windows 7で動作していたものがすべて動く • Windowsをチップセットからエクスペリエンスまで再考する 新しく幅広い「可能性、シナリオ、フォームファクター」 www.buildwindows.com Developers Summit 2012 12. BUILD2011 基調講演より • Windows 7よりさらによくなる Windows 8では、Windows 7で動作していたものがすべて動く • Windowsをチップセットからエクスペリエンスまで再考する 新しく幅広い「可能性、シナリオ、フォームファクター」 www.buildwindows.com Developers Summit 2012

エンジニアtypeは、各種エンジニアをはじめ「創る人たち」のキャリア形成に役立つ情報を発信する『＠type』のコンテンツです。

2012年02月10日13:00 カテゴリアルゴリズム百選アマグラマーのすすめ 博士の異常なアルゴリズム、または私は如何にして心配するのを止めて線形探索を愛するようになったか これはちょっとプログラマーといふ生物を買いかぶりすぎてると思います。 プログラマへの誤解 | pineapple blog プログラムを書かない人がプログラムを読んだときにする良くある間違いは，ああこんなプログラムなら自分にも書けそうだと思うことだ．プログラムは何百万とある可能性からたったひとつ（は言い過ぎにしてもわずかながら）の正しい方法を残したものであり，この捨てる能力こそがプログラマの実力だから． 少なくとも、プロ2グラマーの場合は。 その反証としてあげたいのが、線型探索(linear search)。漢字で書いたり英語で書いたりするとさぞ凝ったことをやってるように見えるけど、実は「見つかるまで頭から(あるいは

前回の続きです。今回は巨大システム会社は素人以下ばかりという話をします。 どれぐらい素人以下なのか、ということをプログラムに関係ない方にも分かるように小学校の算数レベルの事例で説明させて頂きます。「いくらなんでもそれはないだろう……」と思うかもしれませんが、実際、文系プログラマーに尋ねてもほとんど出来ないことを確認しています。 ■等差数列の和を求める 例えば、全くプログラムの関係ない方にも分かるように、「4から12までの偶数の合計を計算する」という簡単なプログラムについて考えてみましょう。このような単純なものでも、残念なことにプロの技術者のほとんどの人が、以下のように答えます。 0 ＋ 4 = 4 4 ＋ 6 = 10 10 ＋ 8 = 18 18 ＋ 10 = 28 28 ＋ 12 = 40 答え 40 これをプログラム風に書くと 確かに正しい答えは出ます。しかし、私は小学校で習う（ガウ

"GREP_OPTIONS"という環境変数に、常に付けておきたいオプションをあらかじめ指定しておくと、grepコマンドやxgrep(egrepとかfgrepとか...)を実行したときに、自動でオプションをつけて実行してくれます。 例えば、、、 $ export GREP_OPTIONS="--color=auto"とか。常に含めておくなら、あとは"-I"オプションとかですかね。これくらいなら"alias"でも良いわけですがｗ grepとか毎日使ってもおかしくないコマンドなので、こういう小さい効率化はどんどんやっていきたいところですね！ オプション無しで実行した場合 GREP_OPTIONSを設定してから実行した場合 おまけ: --colorの色を変えたい場合 環境変数 "GREP_COLOR"に色コードを指定してやると良いです。 例えば、ハイライトを黄色にしたい場合とかは、以下のような感じ

ソフトウェアを中長期にわたってメンテナンスしていく場合、メンテナンスしやすいコードと、メンテナンスしにくいコードとの間には、同じ機能を実現していたとしても、その価値には雲泥の差があります。 メンテナンスの容易さを示す言葉として、メンテナビリティ(Maintainability)という言葉がありますが、私自身、アプレッソでDataSpiderを11年間開発・メンテナンスしていく中で、「この人の書いたコードは本当にわかりやすいし無駄がない」とメンテナビリティの高いソースコードに感心させられることもあれば、「急いでいたとはいえ、このソースコードはリファクタリングしないと・・・」と、メンテナビリティの低いコードがソフトウェアに混入してしまったことを嘆くこともありました。 このエントリでは、一本のソフトウェアを11年間開発・メンテナンスしてきた経験から、ソフトウェアのメンテナビリティについて考察して

最近、実はプログラマという職業が「ふつう」の人には厳しいなーと思っていたりする。 業務外にコードを書いたり、技術書などを読むというのは素晴らしいことだと思う。けど、会社側がもし「業務時間外にコードを書いたり、技術書を読んだり、勉強会に参加しなさい」と言ったら、それは業務時間外労働と変わらないと思う。個人のたのしみとは別に会社側がそれらを求めたらそれは業務だ。 しかし、僕が思うにはそういう業務時間外に自主的に勉強をしないと、正直いってまともな品質なソフトウェアを作るのは難しい。 例えば良書と言われているものは結構な数あり、ある程度経験がありそれらの本を読んだことがある人は「プログラマならこの本は読んでおくべき」という本をいくつかあげたりもするだろう。けど、それらをいつ読むのか。業務時間内にそれらをじっくり読んだり、実際にコードを書いたりする時間があるところはないだろう。そうなると自分のプライ

オージス総研は2012年1月17日、業務フロー作成ツール「Activity Diagram Drawing Tool」を無償公開した。アドインツールとしてMicrosoft ExcelまたはOpenOffice.org上で利用する。すでに大手信託銀行などで利用実績があるという。 Activity Diagram Drawing Toolは、作業や文書などを表現する記号を、オブジェクトパレットから選択し、作業の担当を区分するレーンテンプレートに貼り付けることで業務フロー図を作成できる。すでに導入している大手信託銀行では、Activity Diagram Drawing Toolで200業務以上のフロー図を作成したという。 オージス総研では、Activity Diagram Drawing Toolを利用した業務の可視化（見える化）のトレーニング「可視化スターターキット」などのサービスを提供す

若かりし頃、上司から「アイデアを出せ」「次の会議までにアイデアを考えておけ」と言われ、 そのたびに「またアイデアかよ・・・。」「全然思いつかない・・・。」と悩んだものです。 アイデア本を片っ端から読んで試してみましたが、そう簡単にはアイデアは出ないもので、上司へのアイデア報告は大変苦痛だったことを思い出します。 そんな当時の自分に「オズボーンのチェックリスト」を教えることができれば、ずいぶん状況は変わっていたのではないかと思います。 「オズボーンのチェックリスト」は、「入れ替えてみたら」「大きくしてみたら」「逆にしてみたら」などと、１つのお題からアイデアを大量生産することができるフレームワークです。 アイデア出しに困っている方、ぜひ「オズボーンのチェックリスト」を試してみてください。 「オズボーンのチェックリスト」は、どんなツールなのか？ ９つの視点から、アイデアを発想できるツールです。