Travis CIがAndroid のビルドに対応したそうです（β版ですが ）。さっそく、公式ドキュメントをまとめてみました。 警告 本機能は開発中であり、後方互換性やマイグレーションのサポートなく変更される恐れがあります。 このガイドがカバーする範囲 このガイドは Android プロジェクトに関する ビルド環境及び設定のトピックに焦点を当てています。最初に、Getting Started と general build configuration guides を読んでください。 Android プロジェクト向け CI 環境 概要 Travis CI 環境は、複数のJDK, Ant, Gradle, Maven, sbt, Leiningen といった JVM 言語向けのビルドツールセットを提供します。 以下のように設定します： language: android.travis.yml

grailsのインストール 環境はMacです。事前にgvmがインストール済みです。 あと自分の環境は、gradleとgroovyもgvmでインストール済みでした。 $ gvm install grails WEBアプリ起動までやってみる 参考 Grails公式 http://grails.org/doc/2.3.7/guide/gettingStarted.html Grailsアプリケーション作成 $ grails create-app helloworld grailsコンソール起動 $ cd helloworld $ grails kyokomi@Arcueid:~/git/test/grails_helloworld | Starting daemon..... grails> controllerを作る grails> create-controller hello HelloC

spring-boot を使ったシンプルな非同期処理 springframeworkは、http://spring.io/projects に紹介されるとおり多くのプロダクトを提供している。そんな私もかなり昔から使っている. 今日そんな spring プロダクトの1つで spring-boot を試してみた. spring-boot は、springframework を利用したWebアプリケーションを簡単に作成できるようにした product. 特にここ最近は Playframework などJVMのWebフレームワークは注目を集めている気がするけど、spring-bootは、Dropwizard に影響を受けたと言われている. 本家 : http://projects.spring.io/spring-boot/ https://github.com/spring-projects/s

※Gradle 1.12にて実施 やりたかったのは、プロパティ e で指定された環境用のファイルをコピーすること。 最初は以下のように書いた。 apply plugin: 'base' task copySettings(type: Copy) { doFirst { if(!project.hasProperty('e')){ throw new InvalidUserDataException("Input 'e'!") } } from "settings/$project.e" into 'build' } プロパティ e を指定しないで実行すると以下のようなエラー。 eiryus-MacBook-Air:gradle eiryu$ gradle co FAILURE: Build failed with an exception. * Where: Build file '/Us

新機能 connpass APIに新しい機能を追加しました。「イベント資料一覧API」「グループ一覧API」を新たに追加し、「イベント一覧API」にグループサブドメインでの絞り込み機能を拡充しました。詳細な仕様や利用方法は、APIリファレンスをご確認ください。API利用を希望される方は、connpassのAPI利用についてをご覧ください。 お知らせ 2024年9月1日より、connpassではスクレイピングを禁止し、利用規約に明記しました。以降の情報取得にはconnpass APIをご利用ください。APIご利用についてはヘルプページをご確認ください。

夏コミで、Tridentの本出します（しれっと） んで最近Trident使ってるんですけど、公式のドキュメントが割とファックな感じでキレそう。（Tutorialの割りにやってることはそこそこ難しいし、用語の定義もいまいちはっきりしていないのでいま何やってるかよくわからん） あまりのｲﾐﾌっぷりに、日本人は誰も使おうとしていないのか、日本語のリソースもほとんどないんで、ここでも適当に書き下そうかなと。 Tridentとは Stormの内部DSLです。HadoopにおけるHiveとかPigのようにSQL風のAPIで、StormのTopologyを作ることができます。 TupleとBatch Tupleとは、Stream（SpoutとBoltをつなげたもの、Topologyのサブセット）に流すメッセージのことを言います。素のStormのBoltでは、これを1つずつ取り扱っていました。一方でTri

In the past, running Storm on Windows has been a challenge. While possible, it often involved hacking Storm’s source, hunting down (or building from source) native dependencies, and mucking around with various ways to trick Windows into thinking it’s like UNIX/POSIX. That alienated a large number of potential adopters who stand to gain from integrating Storm into their big data strategy. Thanks in

本連載では、GitHub社が開発したチャットbot開発・実行フレームワークである「Hubot」を使用して、チャットツールにオリジナルのbotを住まわせ、開発フローに組み込むことで開発を楽にする方法について解説していきます。 botとはなにか 開発の現場で、開発チーム内のコミュニケーションのためにIRCなどのチャットツールを導入することは、よく見る光景だと思います。そんなチャットツールに常駐してチャット経由でコマンドを待ち受けて実行したり、決められた条件に従ってチャットに発言してチャットの参加者に通知したりするようなプログラムのことをbotと呼びます。 Skype、HipChatやChatWorkなどコミュニケーションツールが多様化した現代においても、それぞれのチャットツールに対応したbotが開発されており、botを開発するためのフレームワークも様々な形で提供されています。botを導入するこ

KAIZEN platform Inc. は、新しい働き方をいろいろ試してみようという会社でそのひとつにリモートワークがある。リモートワークの良さあるいは良くないところについては、以前に Rebuild.fm の ep.32 でも話した。 ちかごろは、オンラインミーティングのための道具、情報共有のための道具もクラウドサービスがたくさんあるので、その辺を使って工夫すれば一昔前に比べてだいぶリモートワークも現実的になってきている。実際、KAIZEN には大阪からリモートワークしている人とか、最近リモートワークを前提に都内から鎌倉に引っ越したメンバーなんかもいる。 リモートワークとアジャイル開発 HipChat、Google Hangout や Qiita Team なんかを使うことで、日常の会話、ミーティングや情報共有についてはもともと特に困ったこともあまりなかった。特に Qiita Team

第4回 Ques (2014.4.22 開催) でお話する「機械学習分野におけるテストの自動化」の発表資料です。

コンテナ型仮想化を実現するソフトウェアとして注目されているDockerの最新版「Docker 0.11」が5月7日にリリースされました。0.11は正式版の1.0に向けた最初のRelease Candidate（正式版候補）となります。 today we’re pleased to announce the immediate availability of Docker 0.11 – the first Release Candidate (RC) for 1.0. From here, we want to continue to get your feedback, focus on quality. 今日、私たちはDocker 0.11のリリースをここに発表します。これはバージョン1.0に向けた最初の正式版候補（RC）です。ここからは、私たちはフィードバックを元にクオリティにフォーカ

社内でGradle勉強会をやりました！ その時の資料です。 Gradleを使えるようになるために Gradleを使えるようになるにはドキュメント読むのが一番なんだけど、Gradle（とGroovy）を全く知らないとドキュメントがスラスラ読めない、という印象を持ってます。 私もGroovyやったことなかったし、Gradleのドキュメントを読んで理解するのに苦労しました。 なので、自分自身でドキュメントを読んで学んでいくためにおさえておくと良さそうだと思った部分を話しました。 それにしてもAndroidのおかげで社内のGradle化が捗りますねー、ありがたい！ 以下スライド本文 2014/5/24 追記 スライドをmarkdownで書いてたので本文も載っけることにしました。 Gradleを使えるようになるために 目次 Gradleとは とりあえず動かす Gradleを使えるようになるためにはど

ビルドツールをAntからGradleに全面的に移行しようとしていて、その際にコードカバレッジのツールをcoberturaからJaCoCoに乗り換えた。 「Jacocoプラグインが便利 - ihiroky's blog」と同じ感想で、とてもお手軽だと思ったので紹介。あと、使うにあたってソースの見直しが必要になるかもしれないポイントも紹介する。 ドキュメント http://gradle.monochromeroad.com/docs/userguide/jacoco_plugin.html JaCoCoって？ コードカバレッジをとるためのツール。 有名なJavaのカバレッジツールはcobertura, EMMA, Cloverなどがあるけど、JaCoCo自体がEMMAの後継として開発されたこともあり、洗練されている印象。Gradleの標準でプラグインが用意されているのもポイントが高い。 必要な

使い慣れてた cobertura を使ってカバレッジを測っていたけど、gradle に jacoco プラグインが標準搭載されているのでこれを使ってみた。至極お手軽だった・・・。 プラグインを読み込んで apply plugin: 'jacoco' jacocoReportTaskを実行するだけ $ gradle check jacocoTestReport デフォルトでHTMLレポートのみ作成され、結果は build/reports/jacoco/index.html から閲覧できる. The JaCoCo Plugin

客と売り手、どちらが“エライ”か。そう問われることがあったとしたら、私は躊躇なく売り手と答える。お客様は神様なら、売り手は神様よりエライ。こう書くと、「コラムが『極言暴論』だからと言って、無理やり屁理屈をこねなくてもいいのに」との声が聞こえてきそうだ。だったら「価値を生み出す者が尊い」と言い換えよう。少しは賛同してもらえるだろうか。 大きく言えば、価値を生み出すことは社会に対する貢献である。被災地支援など尊い社会貢献は数あれど、ビジネスパーソンや企業においては、それぞれのビジネスの現場で他者に何らかの価値を提供することも大きな貢献だ。それにより正当な対価を受け取り、得た対価で他者が提供する別の価値を購入することで、経済を回し、社会全体をより豊かにしていけるからだ。 だから、価値を生み出す者は尊い。それゆれに価値を受け取る側、つまり買い手は対価を払うだけでなく、時には感謝の言葉を口にする。実

最近、筆者が通勤に使う鉄道路線がよく止まる。どうも個人的な感覚だけではないようで、統計的にみても首都圏で遅延が多い路線の一つになっているようだ。 先日の朝も、事故のニュースを告げる家族の声で起こされた。筆者が使っている駅からそう遠くない、都心寄りの踏切で人身事故があったという。しばらく電車の運行はストップすることを覚悟した。 トラブルに何回か遭遇した経験から、筆者はスマートフォンから状況を簡単に把握できるよう設定している。まず、「Yahoo!リアルタイム検索」や「ジョルダンライブ!」を使い「××線」についてのつぶやきを検索して、遅延状況を確認してみた（写真1）。朝のラッシュ時間帯だったため多くの乗客が運行停止に遭遇したらしく、既に急上昇ワードのトップに当該路線名が表示されていた。そこに載っていた乗客のつぶやきから、まだ上り下りとも運行を見合わせていることが見えた。 しばらくすると、テレビか

今年から「SEは自らの手で明日を切り開け！」シリーズを書いている。第1回（SEは20代でSE人生の8～9割が決まる）は、SEは20代にどんな仕事をしたか、どんな先輩や上司と仕事をしたか、そのSEの生い立ちがSE人生を大きく左右すると述べた。第2回（20代にマルチで仕事をしたSEは早く成長する）では、SEは若いうちにマルチで仕事をすることが重要であると述べた。 連載には、多くの賛同のコメントを頂いた。コメントの中には「納得がいかない」というものも2、3あったが、いずれにしても多くの読者の方々が何か感じていただければ幸いである。そこで今回は第3回を書く。 問題にはケースバイケースの対応が要求される SEは仕事をしていると、いろんな問題にぶつかる。例えば、システム開発で要件が増えそうになった、プロジェクトのスケジュールが遅れた、コストがオーバーしそうになった、難しいバグにぶつかった、また顧客の部

サーバ管理ツールのエージェント みたいなソフトウェアをインストールしやすくするために、rpm / deb パッケージを作りたい。 しかし、rpm / deb パッケージ化するためには、それぞれ CentOS(RedHat)、Debian(Ubuntu) 環境でパッケージ化することになる。 社内ではこれまでパッケージ化の専用ホストがいて、そこで spec ファイルや init スクリプトを置いて rpmbuild コマンドとか debuild コマンドを叩いてパッケージを作成していた。 さらに、アプリケーションエンジニアからインフラエンジニアに依頼するという形をとっていた。 この方法の問題点として、以下の3つがある。 spec ファイルや init スクリプトなどをプロジェクトの Git リポジトリで管理しづらい。つまり、レビューとかがやりにくい。 リリースフローを自動化しづらい。具体的には

Googleの品質管理チームの責任者であるマット・カッツ（Matt Cutts）氏が公開した動画にて、これから検索のルールを被リンク重視から著者重視に変えていくと明言した。信頼できる人物が執筆したかどうかをコンピューターで解析してオーサーランクをはじき出すものとみられる。 動画は英語だが、右下から日本語字幕を設定することができる。 http://youtu.be/iC5FDzUh0P4 重要なポイントは以下の2つ。 （１）バックリンクからオーサーランクに移行する （２）あと数年はバックリンクも使う 要するにこれからは被リンクが多いページよりも、特定分野の専門家が書いたページのほうが価値が高いと考え、検索で上位に表示するということだ。著者の評価には自然言語処理の技術を使ってどれだけ信頼できる人物なのかランク付けするとのこと。 著者のランク付けがどのような基準で行われるのかが気になるところだが

RailsConf 2014 Is TDD dead? Is TDD dead? [Part II] Is TDD dead? [Part III] Is TDD dead? [Part IV] Is TDD dead? [Part V & VI] （40分くらいの Kent frozen がうける） TDD is dead. Long live testing. (DHH) 翻訳 2014-04-24 - やっとむでぽん 自動化したリグレッションテスティングが存在しないという残念な業界の現状 TDDには感謝しているが、設計の教義としてはとっくに使わなくなっている 間接的で過剰に複雑な構造を生みがちだ。「遅い」ものをすべて避けようとする 伝統的な意味でのユニットテストはほとんどしない。すべての依存関係をモックにし、何千というテストが数秒で終わるようなユニットテスト 我々は完全なシステムテス

まったく個人的なモチベーションの問題から、前回の最終更新から2年以上が経過してしまい、多くの読者のみなさんにはご心配をおかけいたしました。「プログラミングに関して調べたことや日々感じたことをメモとして残していきたいと思います。」というもともとの原点に立ち返って、あまり気負わずに、また今後も時々更新していけたらと思います。今までこのブログの主なテーマとして、JavaEEやSpringといったような、いわゆる業務開発で使われるような技術を中心としてきたわけですが、最近Springを使ったJavaの開発に（アーキテクトではなく）プログラマーとしてちょっと参加する機会があったので、その時気づいたこと、感じたことを書いてみたいと思います。 さて、皆さんはアーキテクチャやアーキテクトという言葉に対してはどのようなものをイメージするでしょうか。システムのセキュリティを確保するための方式であったり、大量の

PostmanはChrome拡張のREST client。 Postman | Supercharge your API workflow ChromeWebStoreからインストールできる。 リクエストの履歴が保持されて再利用できるので、気軽に複数種類のリクエストを叩けるのが楽。 また、リクエスト内容をCollectionにまとめておけば、Import/Exportできるので、チームの他の人と共有するのが簡単なのも良い。 開発やら試験がはかどる。

備忘録も兼ねて、Java8で導入されたラムダ式周りを簡単な例と一緒に「とりあえずこれだけ知っていれば十分」というレベルでまとめてみた。 Java8については下のページでよくまとまっているけど、ラムダ関係だけ切り出し＆補完しています。 大刷新リリース Java 8の新機能 (1) Java 8の目玉、ラムダ式(1) - ラムダ式の基本 | マイナビニュース テストコードの実行にはJava REPLを使用。 Javaプログラマ必須 - 対話型にJavaを実行できる「Java REPL」 - Calms blog ラムダ式 Javaプログラマにはなじみがないが、あくまで「Java版ラムダ式」だからラムダに慣れたスクリプト系言語の人も注意が必要。 ラムダ式はSAM TypeなInterface……つまり 抽象メソッドが一つのみのInterfaceを実装した匿名クラス の生成を簡潔に書けるようにする

スクリプト言語の経験がある人がJavaに対してよく思うこと。それは・・・ コンパイルが面倒くさい！ ちょっと構文やAPIの確認をしたいだけなのにいちいちコンパイルするのは確かに面倒です。 特に、Javaの新バージョンで新しい文法、クラスが出来た時なんかは。 そしてこう思うはず・・・ 「あぁ、Javaにも対話型のコンソール・・・REPLみたいなものがあればなぁ」 それ、あります。 その名もズバリ Java REPL Java REPL このJava REPLは、まさにJavaを対話的に実行するためのOSSです。 上記のページでは実際に挙動を試すことが出来ます。 ダウンロードは以下のページで、Downloadsのlatest versionからjarファイルが1個だけ落とせます。 https://github.com/albertlatacz/java-repl 落とした後は、以下のコマンドで

この画像を大きなサイズで見る 動物によっては触って喜ぶ部位と触って不機嫌になる部位があるようで、それらが図解で紹介されていた。っとは言え、個体と性別、その時の気分によっても異なるので、一種のジョーク的要素も含まれている。 1.犬 この画像を大きなサイズで見る 2.猫 この画像を大きなサイズで見る 3.ウサギ この画像を大きなサイズで見る 4.金魚 この画像を大きなサイズで見る 5.チンチラ この画像を大きなサイズで見る 6.ハリネズミ この画像を大きなサイズで見る 7.ブタ この画像を大きなサイズで見る 8.ヘビ この画像を大きなサイズで見る 9..犬（霊体） この画像を大きなサイズで見る 10.クマ この画像を大きなサイズで見る 11.虫 この画像を大きなサイズで見る 12.ウマ この画像を大きなサイズで見る 13.ユニコーン この画像を大きなサイズで見る 14.クズリ この画像を大きな

「うちはシステム開発しかやっていないので、クラウドになってサーバーが売れなくなっても、あんまり影響ないと思いますよ。」 ある中堅SI事業者の方から、こんな話を伺いました。 「サーバーをクラウドに変えればいいだけですよね。結局、システムの開発は残るし、運用も多少は減るかもしれないけど必要だし、クラウドでSIは大変なことになると言うけど、うちにはあまり関係ないですよ。」 本当にそうでしょうか。 IPAの「IT人材育成白書2014」には、ユーザー企業の意識とITベンダーの意識に大きな乖離が生まれていること、そして、ユーザーの真のニーズ掴むことが強く求められていると、書かれていました。これについては、前々回のブログで詳しく取り上げましたのでよろしければご覧下さい。 このような意識の乖離が生まれる理由は、何もクラウドが普及したからではありません。クラウドの普及によりSIビジネスが影響をうけるのではな

我が輩のTDD体験を語る 背景 ここ最近のTDDに関する話の噛み合なさっぷりよ・・・ TDDは死んだ。テスティングよ栄えよ。 by DHH 【翻訳】TDD is Fun 【TDDを再定義したほうがいいって話だったのさ】UncleBob, Martinfowler, DHHのツイートまとめ TDDという名の幻想... 大きな疑問 業務でxUnit使ったテストファーストやってる人はいるの？ TDDは死んでないと言うても、業務でxUnit使ったテストファーストやってる人はいるの？ じゃあ、自分はどうなのか？自分語りをする。 前提 ここで話すTDD xUnitを使ったテストファースト 今回はそれ以外を話さない XPの第一版にはそれ以外の要素は書いてなかった。 俺はそう刷り込まれた。 一番大事だと思う要素から話す。 「これからインスピレーションを得たもっといい方法があるよ」って話は喜んで聞きます。

定期テスト、レポートの提出期限、納期......これらが迫ると、私たちは「寝ない」というグッドアイデアにたどり着きます。実際は決してグッドアイデアではないのですが、徹夜以外に方法がないこともあるでしょう。やむを得ずその選択肢を取るのであれば、最大限の効果を引き出したいものです。 本題に入る前に、この記事における「徹夜」の意味を定義しておきたいと思います。もともと夜型人間の人は、スケジュール全体が遅めになる傾向があります。夜勤で働いている人は、午前4時に寝て正午に起きることもあるでしょう。これらの場合は、ただスケジュールがずれているだけなので、徹夜とはいいません。 一方で、〆切に間に合わないから3時間しか寝られないという、あなたこそが徹夜の候補者です。栄養ドリンクに手を伸ばす前に、それが本当に価値のあることか、じっくりと考えてください。 徹夜による影響を天秤にかけよ 睡眠を削ることは、とうぜ

CloudTrail を使えば、他のクラウドプロバイダー、社内アプリケーション、クラウドまたはオンプレミスで実行されている SaaS アプリケーションなど、AWS および AWS 外のソースからのアクティビティイベントを取り込めます。

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Vue.js とは 原作者である Evan You氏 が中心となって開発中のクライアント サイドJavaScirpt(JS)フレームワークです。 MVC の派生種である、GUIライブラリに適した MVVM を設計基盤と して採用し、構築されています。 MVVM を採用していること が、構文の理解しやすさに繋がって います。 MVVM を採用したフレームワークでは、表示そのものであるView、 表示するデータ 及び データを操作する手続き をひとまとめにした View Model(VM)、が舞台上の役者です、それらを管理する コントローラ

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

今からでも間に合うDockerの基礎。コンテナとは何か、Dockerfileとは何か。Docker Meetup Tokyo #2 コンテナ型仮想化の技術として注目されているDockerの勉強会「Docker Meetup Tokyo #2」が4月11日にグーグル東京オフィスで開催されました。 この勉強会には定員100名のところへ400名を超える申し込みがあり、参加できなかった方も多かったと思います。本記事では、最初のセッションとして行われた森和之氏による「今からでも間に合うDocker基礎+Docker 0.9概要」をダイジェストで紹介しましょう。 参考記事 2013年のDocker登場から現在（2018年）までを振り返り、その次の段階を展望した記事もご参照ください。 Dockerコンテナ時代の第一章の終わり、そして第二章の展望など 今からでも間に合うDocker基礎 株式会社トップゲー