「XFLAG(TM)〈エックスフラッグ〉スタジオ」をご存じだろうか。あのミクシィが仕掛けた大ヒットゲーム「モンスターストライク」（以下、モンスト）を作り出したスタジオで、“ケタハズレな冒険を”をテーマに、ゲームや映像コンテンツを世界に向け発信している。現在ではニンテンドー3DS(TM)版のモンストもリリースし、YouTubeではアニメーションの配信を行うなど、多方面での展開が進んでいる。 そのXFLAGスタジオが今、冒険を共にする「エンジニア」を募集している。その狙いを、同スタジオ システム開発部の吉池佑太氏、五嶋壮晃氏、そして同社 海外運用部 企画グループ 台湾チームの六島良美氏に聞いてみた。 「自動化」が進むXFLAGスタジオの開発体制／ワークフロー XFLAGスタジオでは、バトルゲームに特化し、モンスト、新作ゲームタイトルを手掛けている。外注のスタッフも含めれば、スタジオメンバーは約
2015-07-02 Jenkinsと完全にサヨナラして、CircleCIに移行した話 CI Jenkins CircleCI 長らくCIはJenkinsを利用して開発をしてきて、Hudson時代からご愛顧してきたのですが、この春から新しくスタートしたプロジェクトではJenkinsを利用しないという決断をしました。 Jenkinsとサヨナラした理由 複数プロジェクトで共有して利用するのがツライ うちの会社では共通で用意されたJenkinsがあって（それなりにスペック高くて、slaveもぶら下がってる）、色々なプロジェクトがそれを利用しています。 このケースの問題点は何よりもランタイムやSDKを共有してしまうことにあります。全てのビルドに副作用を与えることなく、ランタイムやSDKを追加・更新するのが簡単ではありません。それを滞りなくやるには事前にどのビルドが何を使っているかを把握したり、利用
LINEは4月28日、エンジニアを対象とした初の大規模技術カンファレンスとなる「LINE DEVELOPER DAY_2015 Tokyo」を、渋谷・ヒカリエホールにて開催した。本稿では、同イベントの午前中最後のセッション「A-4: LINE Platform Development Chronicle」についてレポートする。 同セッションでは、同社 開発1センター LINE開発1室所属のTom Tsuruhara氏が、「LINEメッセージング基盤の進化」「LINE流マイクロサービス」という二つのテーマをもとに、LINEのプラットフォームを支えるアーキテクチャや組織、文化について解説した。 LINEメッセージング基盤の進化 2011年6月にスマホ用チャットアプリとしてスタートしたLINEのアーキテクチャは当初、至ってシンプルで一般的なものだった。
修正したアプリケーションをいち早くリリースするためには、アプリケーションの動作検証も短時間に終える必要がある。これを実現するのが、継続的インテグレーション（CI）ツールとテストツールだ。新規開発から実施するだけでなく、既存のソースに対しても適用できる。 TIS：3時間おきに回帰テスト Jenkins、JUnit、PMD など 「システム稼働後の追加・修正でデグレードを起こさないことに最大の注意を払った」と、TISの竹内祐介氏（アプリケーション開発センター アプリケーション開発部主査）は述べる。 デグレードとは、システムをバージョンアップした際に、以前よりもサービスの品質が低下することだ。機能追加や修正のためにソースコードを変更したとき、動作検証が不十分だと起こり得る。 竹内氏がチームリーダーを務めたリース会社の資産管理SaaSの開発プロジェクトでは、特にデグレード対策が重要だった。このプロ
皆様はJenkinsをご存知でしょうか。「Jenkins」（ジェンキンス）は、CI（継続的インテグレーション）ツールとして有名なHudsonが名前を変えて開発し続けられているものです。本稿では、IBMの軽量Javaアプリケーションサーバー「WebSphere Application Server Liberty Core」の無償評価版を使って、JenkinsでJava EEアプリケーションのビルドおよびデプロイを自動化する手順とポイントを具体的に紹介します。 CI（継続的インテグレーション）とは Jenkinsの前に、まず「CI（継続的インテグレーション）」について説明します。 CIとは一言で言えば、日々行っていることで自動化できるものは自動化して素早い開発を行おうということです。例えば、次のようなことを毎日行っていないでしょうか？ アプリケーションのビルド、およびサーバーへのアプリケーシ
システム開発や運用の仕事をしているが、どうにも時間に追われている感がある。なぜこんなに忙しいのか――。仕事を忙しくているのは、実は決してクリエイティブではない“作業”である、というケースは往々にしてある。 例えばこんな経験はないだろうか。 開発エンジニアとして参加したあるプロジェクトでは、表計算ソフト「Excel」で進捗管理をしている。だが、誤入力や反映ミスが多くて機能しない状況に陥った。それ以外にこんなケースもあるだろう。開発用の環境では問題なく動いていたが、テスト環境では不具合があった。開発用の環境でもう一度動かしてみたが、不具合を再現できない。 運用エンジニアならば、障害対応依頼のメールが次々と来るだろう。何から対応すればいいのか分からないので、手を止めてメールを全文読む羽目になっていないだろうか。また、サーバーを増設する際、徹夜で1台ごとに設定作業をしていないか。 多くの“作業”は
連載目次 前回の「Jenkinsでビルド・テスト・カバレッジ出力・コード静的解析を自動化する」では、iOSアプリのビルドやテストをJenkinsを使って自動化する方法について解説しました。 今回は、iOSアプリのベータ版配信サービスである「TestFlight」の使い方を解説します。さらにTestFlightとJenkinsを組み合わせて、ベータ版の配信を自動化する手順も解説します。 今回紹介する手法でiOSアプリを継続的にデリバリすることで、周りの人にアプリを触ってもらう機会を増やせます。 触ってもらう機会が増えると、「ここが使いづらい」「ここはこうした方がよい」といったようなフィードバックがもらえるようになります。その結果、アプリをより良くするために必要なことが見え、その点を改善することによって、アプリの価値や品質を高めていくことができますので、ぜひ今回の記事で紹介するTestFlig
CI（Continuous Integration、継続的インテグレーション）とは、プロジェクトの成果物を継続的に統合し、ビルドやテスト、インスペクション(ソフトウェアレビュー)などを実行する習慣のことです。 そして継続的デリバリ（Continuous Delivery）とは、ソフトウェアを素早くリリースして、プロジェクトの成果物に対する継続的なフィードバックを得られる仕組みを作る、CIを含む開発フロー全体の流れのことです。これらは、近年のソフトウェア開発において必要不可欠なものとなっています。 下記の記事は、CIの基礎知識と導入するメリットを解説しています。併せて読むと、より一層理解が深まると思います。 継続的インテグレーションを始めるための基礎知識 DevOps時代の開発者のための構成管理入門 iOSアプリ開発でCI／継続的デリバリを導入する3つの利点 iOSアプリ開発でCI／継続的デ
Web技術について横断的に語り合うイベント「CROSS 2014」が1月17日都内で開催されました。「現場に聞く！テスト/CI/DevOps、実際のところどうなの」というセッションでは、フリーランスエンジニアの伊藤直也氏がセッションオーナーとして司会を担当し、クックパッドで開発まわりのエンジニアをしている舘野祐一氏、はてなでアプリケーションエンジニアをしている伏井洋平氏、KAIZEN platform Inc.の石橋利真氏らがスピーカーとして登壇しています。 セッションの前半では、テストの重要性やテストをどのくらい書くべきなのか、といった議論が行われましたが、後半ではどうすれば組織としてCIやテストに取り組めるのか。そして組織内での情報共有などについての意見が交わされました。 （本記事は「はてなやクックパッドの開発現場で、CIやテストはどう行われているのか？（前編）。CROSS 2014」
夏に行われるデブサミ、「Developers Summit 2013 Summer」が、8月1日に開催されました。テーマはエンタープライズに向けたDevOps。僕は基調講演に登壇せよとご指名いただいきました。基調講演の役割とは、このあとに続くDevOps関連のさまざまなセッションの前座として、DevOpsの原点をもう一度振り返って観客のみなさんと共有した上で、それをエンタープライズに展開したときにどんな課題がありそうなのか、という問題提起をすることだと考えました。問題意識を喚起した上で個別のセッションに参加することで、各セッションの意義がより高まるはずです。これを軸に講演の内容を構成しました。そんなわけで、基調講演のダイジェストを紹介しましょう。 ITジャーナリスト／Publickeyブロガー。大学でUNIXを学び、株式会社アスキーに入社。データベースのテクニカルサポート、月刊アスキーNT
10月15日 第4回Jenkins勉強会(東京都) (写真：夜の六本木ヒルズ。) 第4回Jenkins勉強会を開催します。 今回のテーマは「C/C++/C#(...etc)プロジェクトにおけるJenkinsの運用について」です。 第2回で取り上げたJava、第3回で取り上げたLL言語とはまた違った視点からの有用な事例を聞けることでしょう。 興味がある方はぜひご参加ください。 ハッシュタグ：#jenkinsstudyはい、と言う訳でJenkins勉強会、参加して参りました。Jenkins勉強会については第1回を除いて第2回から連続で、また一昨日にはJenkins関連の勉強会にも参加して来ましたので2日振りの川口さんご拝見、という感じです。 CI超入門：Jenkinsのススメに参加してきた #jenkins_night - Shinya’s Dairy Report 開催場所はグリー株式会社。
いろふ Advent Calendarの15日目です。 いろふさんにビルドしてもらうためのJenkinsプラグインを作りました。 インストール hpiファイルを手動で管理画面からアップロードしてください。 http://dl.dropbox.com/u/718715/irof-jenkins.hpi 設定 Twitter Developer Platform ? Twitter Developers から各自でApplicationを申請してConsumerなんちゃらとかAccessなんちゃらを取得してください。Jenkinsのシステム設定で、取得した値を設定します。 ジョブの設定 ビルドトリガの設定に「いろふ」があるのでチェックしておきます。 ビルド いろふさんがつぶやくまでまちましょう。いろふさんがつぶやいてくれるとビルドが始まります。各ビルド画面でトリガの内容が確認できます。 もし、
さあ、やっとJenkinsにたどり着きました。 といっても、すでにインストールはしてあるし動作も確認しているので、基本的な部分はクリアされています。今回は、CentOSにインストールされているJenkinsをベースにして、.NETのプロジェクトをビルドさせるというところにチャレンジしてみます。 Jenkinsは、インストールされているサーバーだけではなく、他のサーバーやPCなどを使って作業を分散させることができます。Linuxのサーバー上でできる作業はそのままJenkinsの入っているサーバーでやって、.NETのプロジェクトは別のWindows環境の端末でビルド作業などをする、ということができたり、すごく大きくて複雑なプロジェクトだとビルドやら自動テストだけでも時間がかかるので複数の端末で分散して作業をすることができるわけですね。 仮想マシンのLinux上に管理させて、結局ホストマシンのW
はじめに この資料は「PHPでTDD&CIワークショップ」 http://atnd.org/events/16626 で @yamashiro が発表するための資料だよ。 ワークショップ参加者じゃなくても記事読むだけで完結するようには書いてあるよ。 概要としては、Jenkins を使って PHP のウンコレガシーなコードをいかに綺麗にして行くかということを説明する。 自画自賛だけど PHPMD とか PHPCPD の使い方の説明の資料としてもそこそこイケてる資料になってると思いました。まる。 この記事に書かれてることは、割とTemplate for Jenkins Jobs for PHP Projectsとかぶってるけど、プラグインを絞ってあるのと、一個一個のプラグインについて解説、また実際にエラーが起きたときにどうすればいいのか書くよ。 Java と Jenkins のインストールとJ
※これ書いたの２年位まえなので情報メガッサ古いので注意してくださいね★ Unityのビルドが面倒くさい…… 会社でスマホ向けのゲームをUnityで作っているのですが、Unityのビルドって面倒くさいですよね！ コードをチェックアウトしてくる Unityを起動する Android向けにビルドする iOS向けにビルドする 実機で遊びたい会社の人(エライ人含む)の端末にせっせとインストールする こんなことやってると一日仕事です！ 僕の一日は adb install をひたすら打ち続けるだけで浪費されてしまいます。 しかも会社にはいろんな人がいます。 企画の人 / 営業の人 / マネージャー つまりUnity使わない人 Windowsで開発してるけど、使ってるスマホはiPhoneの人 外部の協力会社の人(テスターさんとか) こんないろんな人達のためにひたすらインストールし続けるとか非生産的すぎます
About reserved postingIf you register a secret article by the day before the same day, it will be automatically published around 7:00 on the same day. About posting periodOnly articles submitted after November 1 of the year can be registered. (Secret articles can be registered anytime articles are posted.)
Subversion/Gitなどを使用したソースコード管理、Jenkinsを使用した継続的インテグレーション、様々なxUnitフレームワークを使用した自動テストなどをソフトウェア開発組織として実践することは、今日では、その開発組織の技術的な強みではありません。 それらを実践しないことが、ソフトウェア開発組織の「弱み」なのです。また、組織としてそれらの実践を推進しない、あるいはサポートできないマネージャも「弱み」となります。さらに、大規模なソフトウェア開発組織においては、それらのためのインフラ整備をプロジェクトごとに立ち上げなければならず、サポート部門が存在しないことも弱みとなります。※1 ※1 プロジェクトを始めるごとに、ソースコード管理やJenkins用のサーバの調達、OSから様々なツールのインストールを一通り行うためには、それなりの時間を要します。したがって、バックアップをも含めて環境
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く