FacebookもAmazonも、Software-Defined Networkingエンジニアを現在募集中
FacebookもAmazonも、Software-Defined Networkingエンジニアを現在募集中 米GigaOmが「Amazon, Facebook want to hire software-defined networking engineers」（Amazon、FacebookがSoftware-Defined Networkingエンジニアを採用したがっている）という記事で、FacebookやAmazonが表題通りにネットワークエンジニアを募集中であることを紹介しています。実際にどのような求人なのか、見てみましょう。 Facebookは自社用SDNコントローラを開発か Facebookの求人はこのページ「Software Engineer, Network, SDN」です。 We are looking for software engineers with an i
A Hardware Renaissance in Silicon Valley (Published 2012)
It’s not that software is any less important in Silicon Valley. One reason for the rise of hardware is that it is now so tightly integrated with software. Apple has taught a generation of product designers that an electronic device isn’t much without specially designed software that makes it a joy to use. Instead, any designer now has the ability to quickly experiment with new product designs usin
The App Developers Alliance - Joel on Software
A couple of months ago, Jon Potter came over for lunch and asked me to be the chairman of the board at the Application Developers Alliance. I said, “Sure! On one condition: I get to define what you mean by ‘Application,’ what you mean by ‘Developers,’ and of course, ‘Alliance’ has the standard definition from Star Wars: A New Hope.” He agreed to that. So, here’s my attempt to define those things.
ソフトを他人に作らせる日本、自分で作る米国：日経ビジネスオンライン
物事に大きな影響を与える前提なのに案外知られていない。その一つがコンピュータソフトウエア投資とソフト開発技術者の所属先に関する日米の差である。 日本企業は自社で利用するソフトのほとんどをIT（情報技術）企業に開発させているのに対し、米国企業はソフトを内製する比率が高い。 日本のソフト開発技術者の大半はIT企業に所属するが、米国のソフト開発技術者の大半はIT企業ではなく一般企業に所属している。 上記二つの文は同じことを言っている。日本企業は社内にソフト開発技術者をあまり抱えていないためIT企業に外注するが、米国企業は社内にソフト開発技術者がおり内製できる。 「ほとんど」「高い」「大半」では曖昧なので数字を補足する。米国商務省経済分析局の数字によると、2010年の米国民間企業におけるソフトウエア投資の内訳は、内製（自社開発）が37.3％、外注（他社委託）が34.2％、パッケージソフト購入が28
ソフトウェア開発プロセス残酷物語 - give IT a try
昔々、あるところにジェイソンという、大変真面目な開発者がおりました。 彼がとある会社の情報システム部にやってきたとき、彼は社内システムのクオリティのひどさに衝撃を受けました。 情報システム部といっても、その会社では外注はせず、社内の開発メンバーがシステムを作っていました。 ジェイソンがそこで最初に担当したシステムは、見事なまでのスパゲッティコードでバグだらけ、データ設計も素人レベルでパフォーマンスも最悪、エラー処理もずさん、おまけにまともなドキュメントもなく、ちょっとした障害を調査したり、小さな改造を実施したりするのにも、大変な苦痛を伴うという、それはそれは大変なシロモノでした。 このシステムは元々エセーグルという、ちょっと変わった名前の開発者によって作られていました。 しかし彼はすでに別の開発チームに異動していて、こちらの質問には答えてくれますが、もはや本人が直接手を動かすことはありませ
Software Design 2012年1月号
2011年12月17日紙版発売 B5判／184ページ 定価1,341円（本体1,219円＋税10%） ただいま弊社在庫はございません。 Amazon 楽天ブックス honto ヨドバシ.com Fujisan（定期購読のみ） 本書のサポートページサンプルファイルのダウンロードや正誤表など 第1特集 発注するときにも役立つ Android受託開発の奥義 多デバイス対応／アップデート対策／アプリ分析／Android 4.0… Android端末の普及により，アプリ開発案件は急速に伸びています。これまで業務システム開発を生業としてきたソフトハウスやエンジニアも，Androidアプリ開発の習得が迫られているのではないでしょうか。本特集では，納期や予算など多くの制約がある中で進める受託開発に焦点を当て，その実情から知っておきたい技術Tips，ツール，そして考え方などを紹介していきます。 第2特集 便
受託プログラマの進路 〜アジャイルセールスと手塚モデル〜
Eric Ries at Startup Lessons Learned sllconf 2011 - Japanese TranslationKenji Hiranabe
スペースシャトル最後の日、NASA管制室には日本の個人が作ったWebアプリが
最後のスペースシャトル「アトランティス」帰還の日。緊張が走るNASA管制室の大型スクリーンには、日本の個人が趣味で作ったWebアプリが映し出されていた。 30年にわたったスペースシャトル計画に幕を閉じた7月21日。最後のスペースシャトル「アトランティス」の帰還を待つ米航空宇宙局（NASA）の管制室では、日本の個人が趣味で作ったWebアプリが大型スクリーンに映し出されていた。その心境を作者がブログにつづっている。 Googleマップ上に国際宇宙ステーションやハッブル宇宙望遠鏡の軌道をリアルタイムに表示する「GoogleSatTrack」（GST）の作者、柏井勇魚さんは、帰還への軌道離脱噴射指令をアトランティスに出すNASA管制室の大型スクリーンに、見慣れた画面が映っているのに気付いた。 すぐに自ら開発したGSTだと思ったものの、信じられなかったという。「いや、だって、一介のアマチュアプログラ
技術の伝承と良い習慣の伝承: 柴田 芳樹 (Yoshiki Shibata)
企業において、若手を育成するため、先輩から後輩への知識を伝達するため、仕事を引き継ぐため、といった理由から「技術の伝承」と称した活動が行われたりします。 技術を伝承するというのは、短期間に簡単にできるもでのはありません。私自身が大学時代から今日まで経験してきたことを、すべて伝承することはできません。それに加えて、スキルを伝承できる能力が必要となります。 伝承が失敗した例として、『アプレンティスシップ・パターン』に次の例が説明されています。 17 世紀と18 世紀のアントニオ・ストラディバリ（Antonio Stradivari）の工房で作られたバイオリンとチェロは、歴史に残る名作です。それらは、定期的に数億円で売られ、過去300 年間に、それらを再現しようと多くの挑戦が行われてきました。しかし、The Craftsman（p.75）に書かれているように、「アントニオ・ストラディバリやグァル
エリック・エヴァンスのドメイン駆動設計 | SEshop.com
ドメイン駆動設計の定番書 問題解決にフォーカスした設計パターン 「この本は、思慮深いソフトウェア開発者全員の必携書である。」 ---Kent Beck 氏推薦 「Eric が見事にとらえたのは、熟練のオブジェクト設計者が常々用いてきた設計プロセスの 一部でありながら、グループとして見ると、この業界の他の人々へうまく伝えられずにいたものだ。 これまで我々は、この知識を断片的には提供してきた。 しかし、ドメインロジックを構築するための原理をまとめ上げ、体系化したことはなかった。 本書は重要である。」 ---『Enterprise Java Programming with IBM WebSphere』の著者 Kyle Blown氏 推薦 ソフトウェア開発コミュニティでは、ドメインモデリングがソフトウェア設計の中心であることが広く認められてきています。ドメインモデルを通して、ソフトウェア開発者は
アメリカでSEしてるけど何か質問ある？ | アンダーワールド
1：以下、名無しにかわりましてVIPがお送りします：2011/02/04(金) 09:45:01.28 ID:aZQmw8nl0 現在、米IBMですが、転職して今度からシアトルのAmazon本社で働きます。 同業者の方の参考になるか分からんですが、質問とかあったら答えたいです。 2：以下、名無しにかわりましてVIPがお送りします：2011/02/04(金) 09:45:45.40 ID:K5AHs2b6O SEXしてるけどにみえた 5：以下、名無しにかわりましてVIPがお送りします：2011/02/04(金) 09:46:35.79 ID:aZQmw8nl0 >>2 そ、そう？ 4：以下、名無しにかわりましてVIPがお送りします：2011/02/04(金) 09:46:09.80 ID:wE5qKzjF0 米アマゾンさんにはたまにお世話になってます 8：以下、名無しにかわりましてVIPがお
第4回 オブジェクト指向の本質 | gihyo.jp
エンジニアとして良い仕事をするために必要なこと ソフトウェア業界で日米を往復しながら仕事をしていると、世界中のさまざまなエンジニアに会う。私のように「プログラミングを心底楽しんでいる」人から、「新3K」（きつい・厳しい・帰れない）を身をもって体験している人までさまざまだが、共通して言えることは、エンジニアとしての基礎がしっかりできている人とできていない人では、その生産効率に大きな開きがあり、それが結果的には、会社での労働環境や待遇に、そして結果として自分自身にとっての「仕事の充実度」に、大きな影響を与えているということである。 いつも締め切りに追われている、毎回バグで苦しんでいる、徹夜の連続で体力に限界がきているなど、「仕事がきつい」理由はいろいろとあると思うが、会社や上司の悪口を言う前に、自分自身がプロフェッショナルなエンジニアとしてこの業界で勝負をするうえで必要な最低限の基礎がで
新しい契約形態での受託開発サービス ｜ 永和システムマネジメント
近年、大変注目を集めているソフトウェア開発手法に「アジャイル」があります。 アジャイルはお客さまの組織やビジネスの変化に素早く対応することが可能な開発手法です。 しかし、ソフトウェア業界での受託型の請負契約は要件定義が完了してから開発見積り・契約するというやり方が当たり前となっており、お客様にアジャイルのメリットを実感頂くのが難しいという課題がありました。 これまでの受託開発における一括請負型の契約では納品時に費用を全額お支払いいただくというビジネスモデルをとってきました。 このサービスではこのビジネスモデルから脱却し、開発したシステムを初期費用0円で提供します。その後、お客さまにはサービス利用料という形で月々お支払いいただきます。 サービスがお客さまに価値を提供するのは納品した瞬間ではなく、お客さまがサービスを利用しているあいだ継続的にです。 このことから、お客さまがサービスを利用してい
そろそろ大規模ソフトウェア開発に一言いっておくか。デイリービルドとリグレッションテスト 2010-03-12 - 未来のいつか/hyoshiokの日記
会社の勉強会で自分の今までの経験からテストについてお話をした。その資料を公開する。自分が関わった、Oracle8、DEC Rdb、日本語COBOL、そしてSamba3.0国際化プロジェクトでのテストやディリービルドなどについて紹介した。 テストファースト開発など、最近広く知られるようになってきたが、ディリービルドとリグレッションテストの実行という方法論は昔からソフトウェア製品開発の現場では行われていたベストプラクティスである。そのリズムとか雰囲気を伝えたかった。 テスト勉強会よしおか100311 1View more presentations from Hiro Yoshioka. テストがある開発現場ってのは、こんな感じなんだ〜という雰囲気が伝われば幸いだ。 アジャイル開発方法論としてXPの手法とかいろいろ知られているが、このディリービルドとリグレッションテストというプラクティスもその
プリウスブレーキ制御ソフト改変についての考察（再考）
日経ものづくりはソフトウェアには関係ないと思っている人も日経ものづくり8月号は単品(1400円）でも買った方がよい。 なぜなら、プリウスのブレーキ制御問題について、これまでになく詳細な情報が掲載されており、問題がなぜ起こったのかを推察できるからだ。 詳しくは 日経ものづくり8月号の特集記事『ソフトが揺さぶる製品安全』を読んでいただくとして、この記事のコラム「プリウスに見る、ソフトの落とし穴」の感想を書いてみたい。 まず、このブログの『プリウスブレーキ制御ソフト改変についての考察』の記事でも書いたように、何しろプリウスのブレーキシステムは非常に複雑だ。 これはプリウスだからではなく、現在のハイブリッド車はみな、このように複雑な制御でブレーキの機能や性能を実現しているのだと思う。 何が複雑化というとざっとこんなところだ。 そもそもブレーキペダルを踏むとブレーキオイルの圧力が伝達されブレーキパッ
いつテストを終わらせるか？ - プログラマの思索
信頼度成長曲線の使い方について、フジハラさんのBlogによいリンクがあったのでメモ。 【元ネタ】 Redmine プラグイン開発 - テストレポートプラグイン開発中 - フジハラボ -- 目指せ！スーパーエンジニア どこでテストをやめるのか？ 日本電気株式会社 川村真弥さん オープンソースソフトウェアにおけるコードの 安定性予測に向けたゴンペルツ曲線の適用 成長曲線（ゴンペルツ曲線とロジスティック曲線） つれづれなる技術屋日記: バグカーブ 対数曲線や二次曲線での近似のお勧め テスト消化曲線とバグ発生曲線の7パターン診断 － ＠IT MONOist プログラムバグの成長曲線とプログラム品質の判定 テスト消化曲線とバグ発生曲線のパターン診断: プログラマの思索 信頼度成長曲線の使い道は、テストでソフトウェアの品質が歩溜りに達したかどうかを判定するのに使う。 つまり、テストの止め時は、信頼度成
モデル駆動型開発の現場から ～現状とこれから乗り越えるべき壁
組込みソフトウェアモデリング・フォーラム 2010最後のセッションでは、「モデル駆動型開発を行って実際どうだった？」と題したパネルディスカッションを実施。組込みソフトウェア開発の現場で実際にMDD（モデル駆動型開発）に取り組む先進的ユーザー企業の担当者および、豊富な経験を持つコンサルタントの面々が登壇し、MDDのメリットや課題、現場に普及・定着させるためのポイントなどについて議論を交わした。 モデレータ： 株式会社エクスモーション 専務取締役 / ET ロボコン本部 審査委員長 渡辺 博之 氏 パネラー： 株式会社アドヴィックス 技術開発本部 制御第 1 技術部 グループリーダー 河野 文昭 氏 セイコーエプソン株式会社 機器ソフトウェア統括センター 機器ソフトウェア設計部 研究副主幹 島 敏博 氏 日本アイ・ビー・エム株式会社 ソフトウェア事業 ラショナル事業部 システムズ・エバンジェリ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
8th Light | Global team of software professionals
Tumblr
http://pc12.2ch.net/test/read.cg%E3%81%B5/tech/1271175248/