何の話かというと OpenStackのPython用Client Libraryは、pydoc程度しかドキュメントがなくて困っていたので、pydocから見える情報をベースにして(勘と経験で)利用方法の参考になりそうなサンプルコードを作ってみました。 それぞれのクライアントは、「Clientオブジェクトを取得して、それにくっついたManagerから各コンポーネントのオブジェクトを作って・・・、」という流れは共通していますが、微妙に細かいところで仕様の不統一があります。引数でコンポーネントを指定する際に、オブジェクトを渡す場合とIDを渡す場合があったり、list()で返ってくるのが、オブジェクトのリストだったり、Iteratorだったりします。 前提環境 Fedora 18 + RDO(Grizzly)の環境でテストしています。 # rpm -qa | grep -E "python-.*cl
Pythonを使ったプログラミングについて、今回から解説します。PerlやRubyと比べると、Pythonは日本ではまだマイナーな印象がありますが、「Google三大言語」(C++、Java、Pythonのこと)のひとつでもあり、Facebookをはじめとしたメジャーなサイトでの事例が急速に増えていることから、日本でも今後普及する可能性が高いです。私が社長をしているゼロスタートコミュニケーションズという会社では、設立当時(4年ほど前)から自社製品にはPythonを使っており、ここ半年間、周囲でPythonを使用しているケースが増えているのは嬉しい限りです。 Pythonに限らず、プログラミング言語が日本で普及するかどうかの鍵を握っているのは、(幸か不幸か)日本語情報の多寡であると思います。Rubyの事情は正直よくわかりませんが、たとえばPerlがこれだけ日本でメジャーになったのは、Perl
テスト考2014が面白いです。記事本文は無論のこと、それに対するブックマークやTwitterの反応が興味深いです。反応としては、主に以下の2つにまとめられます。 賛成。テストの費用対効果を考えるべきだよね 反対。現実の開発の現場を見ろ 2つの世界 何故、ここまで賛否両論になるのしょう?恐らく2つの世界から見た意見なのです。 1つは、職人の世界。あるいは少数精鋭の開発者達です。ベンチャー企業やWeb系の企業が多いですね。こちらの世界では、少数精鋭で開発者の個々の能力が高いことが多いです。生産性をあげるには、元々もっているパフォーマンスをいかに出して貰うかが、組織としては大切になります。そうすると開発の方針としては、生産性を落とさない為の足かせを無くすということが大切になります。簡単にいうと、開発方式をトップレベルに合わせるということですね。 もう1つは、SIerにみられるような、大量の人を投
伊藤直也氏が語る、モバイルアプリケーション開発のいまとこれから(前編)~Salesforce Developer Conference Tokyo 2013 いま多くの開発者が取り組もうとしているモバイルアプリケーションの開発は、経験の面でも技術の面でも、コンシューマ向けの開発現場が大きく先行しています。 9月6日開催されたSalesforce Developer Conference Tokyo 2013のセッション「B2Cからみたモバイルアプリケーション開発のいまとこれから」では、コンシューマ向けサービス開発の現場に身を置いてきた伊藤直也氏が、モバイルアプリケーション開発を成功させるための方法を、これまでの経験や現在の開発現場で得たノウハウなどを基に語っています。 試行錯誤の回数を増やす、iOSとAndroidは同じように作ってはいけないなど、モバイルアプリケーション開発に関わるエンジ
ソースコードの自動生成やカスタマイズ、ビジュアルプログラミングなど、スクラッチからプログラミングにより開発するよりも短期間で容易にシステム開発を実現するツールや開発手法を持つベンダが13社集まり、「超高速開発コミュニティ」を結成しました。 コミュニティが目指すのは、ユーザーに対してこれら「超高速開発」を名乗るツールの浸透をはかり、使ってもらうこと。「ユーザー企業がITをベンダに丸投げするシステム開発から脱却する道筋が描けるのではないかと期待している」(コミュニティ会長の関隆明氏)。また、これまでシステム開発に参入していなかった上流プロセスのコンサルタントがシステム開発に参入することなども期待しているとのこと。 コミュニティはこれからユーザー企業の参加を積極的に呼びかけ、当面200社の参加が目標。超高速開発を自社の強みにしたいと考えるSIerなどの参加も想定しています。 活動として予定されて
このところ海外(おもに米国)のスタートアップで、「full stack engineer」の求人広告を以前より多く見かけるようになりました。フルスタックエンジニア、つまりインフラからミドルウェア、モバイル、デザインまで、あるいは設計からプログラミング、デプロイまで、何でもこなせるエンジニアを募集している、ということのようです。 例えば、このPublickeyでも導入しているコメントシステムの開発元であるDisqusは現在、「Full-stack Web Engineer」を募集しています。 「What We're Looking For」の項目では、5年以上のエンジニア経験とチームリーダーの経験などを求めた上で、技術的には次のような要件を並べています。 Very experienced with web application deployment and software design
増田で、この記事が話題になっていました。 正社員に仕事を教えたくない 私は今年で契約が切れるパート。同じ部署に昨年、数歳年下の新入社員が配属された。 彼女は私が少ない仕事から数年かけて学び、また効率的に処理できるように試行錯誤して会得したノウハウを、たくさんの仕事の中でどんどん吸収している。これまで私しか使えなかったソフトも、ほぼ同じくらい使えるようになった。 この記事書いた人の仕事の内容はよく解らないので元ネタに対するコメントは差し控えます。一方で、これを見ていたIT系エンジニアのクラスタっぽい人々が、技術職にとっては技術を伝えると自分の価値が無くなるよなぁ的な発言をしているのを幾つか見たののが興味深かったです。なので、ITエンジニアにとっての技術と、それを伝えるということを考えてみました。前提として、ITエンジニアの技術についてです。製造業の技術流出は別の問題だと思うので、対象にしてい
あのWebサービスもJVMを利用している 「Javaは大規模なエンタープライズシステムにしか使われない」 それが常識だと思っていませんか? たしかに、これまでJava Virtual Machine(JVM)は、他の言語を実行すると遅く、Javaのプログラムを実行する環境にすぎないものでした。ところが、Java 7から実装されたInvokeDynamicにより、JVM上で、RubyやPHPなどさまざまなコンピュータ言語で記述されたプログラムをより高速に実行できるようになりました。 これにより、今までエンタープライズでJava言語で記述されたプログラムを実行するだけの環境であったJVMが、汎用的な実行環境になったと言えます。また、これまでJavaの実行環境として使用されていたノウハウが、他の言語で記述されたプログラムを実行する際にも利用できます。 最近では、TwitterがJVMをアプリケー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く