【大阪 / 横浜】インフラ / サーバーサイドエンジニア募集中!

【大阪 / 横浜】インフラ / サーバーサイドエンジニア募集中!

【導入実績 500社以上】AWS 構築・運用保守・監視サービス

【導入実績 500社以上】AWS 構築・運用保守・監視サービス

【CentOS 後継】AlmaLinux OS サーバー構築・移行サービス

【CentOS 後継】AlmaLinux OS サーバー構築・移行サービス

【WordPress 専用】クラウドサーバー『ウェブスピード』

【WordPress 専用】クラウドサーバー『ウェブスピード』

【格安】Webサイト セキュリティ自動診断「クイックスキャナー」

【格安】Webサイト セキュリティ自動診断「クイックスキャナー」

【低コスト】Wasabi オブジェクトストレージ 構築・運用サービス

【低コスト】Wasabi オブジェクトストレージ 構築・運用サービス

【予約システム開発】EDISONE カスタマイズ開発サービス

【予約システム開発】EDISONE カスタマイズ開発サービス

【100URLの登録が0円】Webサイト監視サービス『Appmill』

【100URLの登録が0円】Webサイト監視サービス『Appmill』

【200ヶ国以上に対応】グローバル eSIM「beSIM(ビーシム)」

【200ヶ国以上に対応】グローバル eSIM「beSIM(ビーシム)」

【中国法人に対応】中国クラウド / サーバー構築・運用保守

【中国法人に対応】中国クラウド / サーバー構築・運用保守

【YouTube】ビヨンド公式チャンネル「びよまるチャンネル」

【YouTube】ビヨンド公式チャンネル「びよまるチャンネル」

Atomだけで簡単に導入できるペアプロ環境、Teletypeを使ってみました

こんにちは。
開発チームのワイルド担当、まんだいです。

「AWS re:Invent 2017」でAWS上でCloud9を使った開発環境が整ったという発表がされ、にわかにざわついているようですが、ソースコードのコラボレーションツールという側面もあって、ペアプログラミングが簡単にできるというのも話題になっています。

ペアプログラミングといえば、マイクロソフトも「Visual Studio Live Share」を先立って発表し、後ろでボーッと見てるペアプロがようやく形を変えようとしています(見てるだけか)。

ですがちょっと待ってほしい!
Atomは少し前からペアプロ環境を整えてきているんです!

今回は、Atomを使ったお手軽ペアプログラミング環境を整えて、使い心地などをレポートしたいと思います。

 

Atomのインストール

Atomのインストールは超簡単。
さすが元祖Electronエディタといった感じですが、Atomにアクセスし、赤いダウンロードボタンを押し、ダウンロードしたexeファイルをダブルクリックするだけです。

Atomインストール

この記事を見ていただいてインストールしたなら、問題ないですが、ペアプロするためには、バージョン1.22以上のAtomが必要なので、既にインストールされている場合は、アップデートが必要です。

 

パッケージの導入

Atomでペアプロをするための通信用パッケージが「Teletype」で、デフォルトのAtomには同梱されていないものになります。

Teletypeは通常のパッケージとして公開されていますので、Ctrl + ,からサイドメニューから「Install」を選択、もしくは、メニューから、「パッケージ」 → 「Settings View」 → 「Install Packages/Themes」と掘っていきます。

「Search Packages」と表示された入力フォームに「Teletype」と入力すると、ヒットしますので、「Install」ボタンをクリックし、完了を待ちます。

teletypeパッケージのインストール

 

いざペアプログラミング!

それでは、Atom1.22以上でteletypeパッケージがインストールされたマシンを2台用意し、ペアプロしてみたいと思います。

まずは、ホスト側で適当なプロジェクトを開きます。
続いて、ステータスバーの右側に電波塔のようなアイコン(便宜上Teletypeアイコンと呼びます)が表示されているのでクリックします。

初回のみ、Teletype for Atomにgithubアカウントでログインするよう促されるのでログインします。
ログインできたら、Teletypeを利用するためのトークンが発行されます。

ログイントークン発行

このトークンをコピーして、Atomの右下に表示されたフォームへ貼り付けます。
コピペミスでもない限り、これでTeletypeの設定は完了です。

ログインに成功したら、ユーザーアイコンの右側にある「Share」をクリックします。

ホスト

ペアプロ用トークンが発行されるので、コピーボタンを押してコピーするなりして、ペアプロする相手に伝えます。

ペアプロ用トークン

そして待ちます。

クライアント側はというと、初回のみホスト側の時と同様、Teletype for Atomへのログインを要求されるのでログインします。

改めてTeletypeアイコンをクリックし、「Join a portal」をクリックします。

クライアント

ホスト側から共有されたペアプロ用トークンを貼り付けるとソースコードの共有が始まります。

ホスト側、クライアント側ともに、右下のTeletypeアイコンが青になっていれば、コードの共有がされているということでいいようです。

コード共有

 

使ってみた感じ

同じローカルネットワーク内なのであまり参考にならないかも知れませんが、ホスト側・クライアント側ともにコードを変更した場合は即座に相手に変更点が伝播され、ストレスは感じませんでした。

表示できるファイルは1つのみで、タブ表示された複数のファイルには対応していないようで、エラーがバンバン出ていました。

認証周りでいうと、現状githubアカウントを全面的に信用した作りになっていて、ホスト側がファイルを閉じても、クライアント側には情報が残っていて、そのまま保存できてしまうので、ファイル操作周りは少し雑な印象を受けました。

ホスト側、クライアント側で変更された箇所に区別がないので、あっちこっちの作業を同時にやるのはオススメできません。できたコードをコミットした場合、すべての変更がコミッターの責任となってしまうようです。
コードの品質担保がgithubの存在理由のはずですが、このあたりが適当なのはまずいのでは?と思ったりしました。

また、アカウントが用意できなかったので、今回は1対1のペアプロでしたが、どれくらいのアカウントでコードの共有ができるのか興味はあります。

ホスト側でタブ表示されたファイルを切り替える動作はかなり鬼門のようです。
この辺りは現在ベータ版なので致し方ない部分もありますが、cloud9やVisual Studio Live Shareの動向を考えると、早めに正式版にならないとこのジャンルでは忘れられていく可能性もあります。

 

まとめ

全体的に、荒削りでペアプロといっても、手出しする時は、こんなコードはどうかな?的なテストコードを書く程度で留め、コミットの責任周りの話もあって、クライアント側が安易にコードを書くものではないかなという印象を受けました。

実はこの記事を書いている時点では、まだCloud9を試していないので、cloud9がこのあたりをどうクリアしているのか、非常に楽しみです。

 
以上です。

この記事がお役に立てば【 いいね 】のご協力をお願いいたします!
0
読み込み中...
0 票, 平均: 0.00 / 10
1,147
X facebook はてなブックマーク pocket
【2024.6.30 CentOS サポート終了】CentOS サーバー移行ソリューション

【2024.6.30 CentOS サポート終了】CentOS サーバー移行ソリューション

【2025.6.30 Amazon Linux 2 サポート終了】Amazon Linux サーバー移行ソリューション

【2025.6.30 Amazon Linux 2 サポート終了】Amazon Linux サーバー移行ソリューション

【大阪 / 横浜】インフラエンジニア・サーバーサイドエンジニア 積極採用中!

【大阪 / 横浜】インフラエンジニア・サーバーサイドエンジニア 積極採用中!

この記事をかいた人

About the author

萬代陽一

ソーシャルゲームのウェブ API などの開発がメイン業務ですが、ありがたいことにマーケティングなどいろんな仕事をさせてもらえています。
なおビヨンド内での私の肖像権は CC0 扱いになっています。