GAE開発の落とし穴
Googleのクラウド環境をつかったGoogle App Engineによる開発するにあたり、初めての試みで苦悩する開発者達の経験をもとに、各開発フェーズにあわせて問題点やどう解決したかをご紹介します
ブックマークされました!
ブックマークがエラーになりました。もう一度お願いします。
作者 Robert Bazinet , 翻訳者 編集部 投稿日 2008年12月4日
近ごろ、MicrosoftはIronRubyプロジェクトをGitHub(リンク)に移行したことを発表した。ここ最近のプロジェクトによくあるように、その発表は、プロジェクトが現在のSubversionリポジトリからGithubにあるGit(リンク)リポジトリへ移行したことを示すものである。
当初の発表は、RubyForgeのIronRubyリストによるもので(リンク)、移行の理由を以下のように説明している。
もっと簡単にしたいのです。IronRubyの コミュニティによる作業の邪魔にはなりたくありません。コミュニティにこのプロジェクトに対する所有権をもう少し提供したいのです。理想的なのは、同様の リポジトリから作業をすることですが、いますぐにはできません。しかしながら、さらに簡単にするためのアイデアがあります。
MicrosoftがGithubへ移行したことで得られる利点は明らかであるが、チームがコミュニティとより良く対話できるよう直ちに支援をするべきで ある。Microsoftはまた、別のオープンソースプロジェクトを抱えているが、それは企業やコミュニティに成功をもたらす可能性があるものである。
まず、われわれはGithubを移行しています。わたしは、Githubのhttp://github.com/ironruby/ironrubyでIronrubyプロジェクトを作成していることでしょう。 IronRubyの寄稿者および RubySpecのわれわれのバージョンで使用するGithubで、同一のユーザになります。これに関する最大の良い点は、誰でもIronRubyをforkして、それに取り組み、メインツリーに統合させるために、プル要求をサブミットできることです。しかしながら、パッチ受け入れ時の邪魔にはなりたくありません。
この動きはまた、GitやIronRubyに精通している人びとに、デベロッパがプロジェクトにアップデートするのを促進するために、そのプロジェクトにおける役割を引き受けてもらうものである。
次に、 LieutenantsのLinuxのようなシステムを作ろうと考えています。IronRubyプロジェクトに情熱を燃やし、知識を持った人びとが、この役割を引き受けてくれないかと探しているところです。このシステムの目標は、プロセスを合理化し、外部の寄稿者がIronRubyへ 簡単にコードを入力できるようにすることです。パッチを処理し、要求をプルし、それらをコードレビューして、ツリーにコミットできる Lieutenantsが必要です。そして、プッシュした場合これらのforkをリポジトリにプルし、それを1つのリポジトリに統合します。希望として は、ツリーやリングでただ1つのノードとして見なされることです。中心的なリポジトリになるべきではなかったし、単にリポジトリの1つなのです。
IronRubyチームが、ソース制御管理の標準であるMicrosoftのTeam Foundation Serverを使用しているため、Gitへの移行はTFSからの変換をさらに容易にするよう意図されている。
最後に、SVNにおける履歴を削除する予定です。多くのコミットが大部分「TFSのヘッドに同期している」と言っています。新たなスタートを切るために、 そうするつもりです。新たなGitリポジトリのレイアウトは、われわれの内部レイアウトと正確に合致することになっています。それにより、TFSから GITへの変換の整備がさらに簡単になります。ファイルの場所についても、ますます簡単になります。
その発表は、後にGithubのブログで確認された(リンク)。
MicrosoftのIronRuby(リンク)がGitHubに移行しています(リンク)。
すでにここにあるけれども(リンク)、主要なリポジトリは現在正式に移行中です。
Subversionおよび他のソース制御システムの代替としてリリースされて以来、Gitはその人気を高めてきている。GitにはLinux、Mac OSXおよびWindowsで利用可能なコマンド行クライアントがある。Windowsユーザは、Gitを使用するためにmsysgit(リンク)を所有しており、 それはCygwinを使用し、Gitリポジトリと対話するためのBashシェルプロンプトを作成する。現在は、Visual StudioデベロッパがTFSやSubversionのような他のSCMシステムで慣れている、Gitに対するグラフィカルインターフェイスがないけれ ども、単純なGITコマンドが理解できればその欠如は何の妨げにもならない。
IronRubyは、Rubinius、Ruby on Rails、Merbなどを含むSCM向けのGithubに依存している知名度の高いプロジェクトのリストに加わっている。これはIronRubyに関心があるデベロッパにとっては明らかに素晴らしいニュースである。ソースのアクセスが簡単になり、プロジェクトへの貢献や独自の使用のためにforkが簡単になる。
GithubやIronRubyリポジトリについて詳しくは、Githubを参照のこと(リンク)。
原文はこちらです:http://www.infoq.com/news/2008/12/ironruby-movesto-github
【ネクストスケープ】.NET、C#のアプリケーション開発者募集
【豆蔵】大好評のため、Jenkins講座を追加開催致します!Jenkins作者の川口氏が講師です。
Googleのクラウド環境をつかったGoogle App Engineによる開発するにあたり、初めての試みで苦悩する開発者達の経験をもとに、各開発フェーズにあわせて問題点やどう解決したかをご紹介します
去る1月12日、定理証明支援系ツールCoqの初心者向けチュートリアルが開催さ れた(http://kokucheese.com/event/index/23667/)。今後も2月2日 (http://kokucheese.com/event/index/23744/)、2月9日、2月16日と引き続き開 催されていく予定である。本記事では、開催の様子をレポートする。
Neal Gafter氏はOracleによるJava買収の影響に関する議論、Javaにセグメンテッドスタックやメタオブジェクトプロトコルを追加することについての主張、そしてJavaとC#との比較について話をしてくれた。
GoogleはVMをともなう新しい言語であり、JSコンパイラでもあるDartをプレビューした。 InfoQはDartのアプリの構築に貢献する文法の裏側を探った:スナップショット、Isolate、モジュール方式
本記事ではCSPベースの「マルチドメイン・モデル検査ツール」である、PAT(Process Analysis Toolkit)について紹介する。モデル検査は、形式手法(Formal Method)という方法論を基礎とする技術であり、複雑さが増大しながらも安全性を求められる、現在のソフトウェア開発の状況に対する処方箋の1つとして注目されている手法である。
前回まで、Jenkinsの幾つかの側面に注目して解説をしてきました。シリーズ最後の今回は、Jenkinsをサービスとして使う方法を紹介します。
Alloyは、MITにて開発された仕様記述言語であり、ツールによる自動解析を使い、インクリメンタルに形式仕様が書けることが特長である。筆者らはAlloy開発者による、Alloyを使った形式手法入門書を翻訳、今夏にオーム社より刊行した。本記事では、Alloyの簡単な概要と、翻訳書『抽象によるソフトウェア設計』(「Alloy本」)を紹介する。
スマートフォンを中心としたマルチデバイスにおけるタッチユーザーインターフェイスへの対応は、既に必須の項目となりつつある。本記事では、Windows デバイスにおける UX のベースとなっている「メトロ」というデザイン言語を掘り下げながら、既存環境を意識しつつもどのようにタッチユーザーインターフェイス開発に取り組んでいくべきであるかについて解説していく。
No comments
スレッド表示 返信