「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の開発プロジェクトでは、特にデグレード対策が重要だった。このプロ
継続的Webセキュリティテストサービス「VAddy（バディ）」、JenkinsプラグインとWebAPIの提供を開始 ～CIサイクルでのWebセキュリティテストの自動化を実現～ 株式会社ビットフォレストが開発・サービス提供を行う継続的Webセキュリティテストサービス「VAddy（バディ）」は、本日よりCI（継続的インテグレーション）ツール「Jenkins」プラグインおよびWebAPIの提供を開始いたします。これにより従来は難しかったCIサイクルでのセキュリティテストの実施が可能になり、Webアプリケーション開発の初期段階から実施する継続的なセキュリティテストを実現します。 株式会社ビットフォレスト（東京都新宿区 代表取締役 高尾都季一 以下、ビットフォレスト）が開発・サービス提供を行う継続的Webセキュリティテストサービス「VAddy（バディ）」は、本日よりCI（Continuous Int
最近プライベートなプロジェクトのCIにはcircleciとかが人気なんでしょうかね。 GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリー 近頃のCIサーバはアプリケーションのテストだけじゃなく、インフラのテストやデプロイ、ChatOpsなどgitやチャットツールなど他のシステムと連携した自動化のための必須プラットフォームといった感じになってきてる。とはいえ、趣味で開発しているプロダクトに余計なコストはかけたくない。ああ、でもやっぱCIはしたい。 そんなわけで以前から契約だけしていて放置気味だった、さくらのVPSの1GにjenkinsをたててオレオレCIを育てているのでその辺のことを書いてみる。CIの実行環境はDockerを使って仮想化し、ジョブの内容はTravisやcircleciのようにリポジトリ側のyamlファイルに記述できるようにしてみた。構成をざっくりと図解すると以
「短納期な小規模案件が増えるにつれ、人手に頼った従来のSIerのやり方が割に合わなくなってきた」。DTS ITインテグレーション事業部 ITプラットフォーム担当 プロジェクトリーダの小野寺 弘行氏は言う。 同社の従来のやり方では、サーバー1台を用意するのに、パラメーターシートを使って何時間も掛けて人手で設定、確認していた。しかし小規模案件では、ここまでの工数を掛けていては採算が合わなくなる。そこで同社の現場は2011年以降、開発・運用ツールをフル活用して作業を自動化する方向に舵を切った。 現場の作業を効率化する開発・運用ツールの代表格が「チケット管理・PMツール」、「CI（継続的インテグレーション）ツール」、「環境構築ツール」といったものだ。チケット管理・PMツールでは「Redmine」、「Trac」などが有名だ。現場が実施すべきタスクを「チケット」として担当者に割り当て、チケットごとの進
なぜ『新生FFXIV』のロードは短くなったのか？ 講演“ファイナルファンタジーXIVのファイルシステムとパッチシステム”【CEDEC 2014】
仕事場の開発チームでSlack使ってる。 Slack: Be less busy Jenkinsでも簡単に通知できるみたいなので、やってみた。 ていうか全部https://my.slack.com/services/new/jenkins-ciに書いてある。 Slack Add Service IntegrationsからJenkins CIを選ぶ https://my.slack.com/services/newのページから"Jenkins CI"を選んでページを開いておく。 Jenkinsプラグインをインストール JenkinsにJenkins Slack Pluginをインストール。 https://github.com/jenkinsci/slack-plugin 再起動はいらない、と思う。 Jenkinsのシステム設定 Jenkinsのシステム設定を開いて、 Global Sla
皆様は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
今回はJenkinsとBitbucket の連携をします。 Bitbucket はプライベートリポジトリを何個でも作れて、5人までなら無料で使えるという優れもの。少人数開発ならこれを使わない手はないです。 Github Enterprise だとお金かかる部分が浮きます。 さらに！ Wiki 機能もあり、今回はここに自動生成したドキュメントを反映できるようにします。 またJenkinsはどっかのリモートに置くとそれだけでお金がかかるし、無料のJenkins ホスティングサービスは柔軟性が無いので使いません。その代わりにしばらくはMacのローカルでJenkinsサーバを立てて運用していきます。 ローカルでJenkinsを立てると、Bitbucketへのフックができなくなるので、git push した瞬間にJenkinsを走らせる、みたいなことはできないのでご注意を。 やりたいこと Git p
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」
JenkinsとSeleniumでJavaScriptのテスト自動化、最初の一歩。第1回 日本Seleniumユーザーコミュニティ勉強会 1月18日に都内で開催された「第1回 日本Seleniumユーザーコミュニティ勉強会」。Seleniumプロジェクトの共同設立者であるJason Huggins氏による基調講演に続いて、有志によるライトニングトークが行われました。 本記事ではその中から、玉川紘子氏による「Jenkins x Selenium 最初の一歩」の内容を紹介します（追記：本記事のタイトルは「JenkinsとSeleniumでJavaScriptのテスト自動化」とありますが、実際の内容は「Selenium RCがJavaScriptの技術を用いて自動テストを行っている」という点がポイントという指摘がありましたので、ここに追記します）。 Jenkins x Selenium 最初の一
年末にDocker触ってて、これをうまく活かせば、副作用を無視した使い捨てのテスト環境が作れるんじゃねーかな、という意識が高まったのですが、手を付けられずにうにゃうにゃしてました。 そうこうする内に yahooのデベロッパーの方からJenkins with Dockerというタイトルの発表があり、ほぼ僕のやりたい事のベースができていたので、これをforkして、travis.yml parserや若干のバグフィックスを入れてもう少しだけTravisに近づけてみました。 ちなみにこれは 社内 Immutable Infrastructure ハッカソンした時の成果物です。 Immutable Infrastructure Hackathon at :D を開催したら、configspec の敷居が高いのでコミッタになっていました - sonots:blog 今回の成果物に関して、詳しくはここを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く