タグ

2013年9月26日のブックマーク (5件)

  • Gradle入門 - Qiita

    追記1: コメントでの指摘を受け、gvmに関する記述を削除 この記事は、日経ソフトウェア 2013年 06月号 04/24発売 のステマ記事です。 6月号に、@keiji_ariyama(前座部分担当) と 僕(Gradle概要担当) と @sys1yagi(Android対応部分担当) という分担でGradle入門的な記事を書きました。 ですが、僕の目的としてはトップゲート社員への布教を主目的と考えて書いたため、来要求されている分量を(わざと)大幅にオーバーして書いていました。雑誌に掲載されなかった溢れ分をネットで公開して良いか打診した所、「全文掲載でも良いですよ」という豪気なお許しを頂いたのでここに公開します。この場を借りてお礼申し上げます。 プロの編集さんの手を経て、だいぶわかりやすく噛み砕かれたものが雑誌のほうには掲載されていますので、ここに書いてある内容が難しいなぁ…と思ったら

    Gradle入門 - Qiita
    gfx
    gfx 2013/09/26
  • APTやばくね? - @vvakame の日記

    Androidで部第7回でNetaTalkしゃべってきました。 Androidで部 第7回 APTすごいView more presentations from vvakame. 上記スライドを補完する形で、追加の情報を書いていきたいと思います。 APTの嬉しさについて 最大のポイントは、計算コストを払うタイミングを変えることが出来るところです。 今までは、実行時(要するにAndroid端末上とか)にリフレクションでデータ保持用クラスのフィールドの情報を取得し、データを注入していました。 そこで、APTを使うとコンパイル時(要するに開発用マシン)に解析を行い、データ保持用クラスにアクセスするためのクラスを生成し、実行時にはリフレクションを使わずに処理を行うことができます。 それだけ?って感じですが、リフレクションを使って1秒かかる実行時処理を0.5秒に出来たら、ユーザエクスペリエンスも改善

    APTやばくね? - @vvakame の日記
    gfx
    gfx 2013/09/26
  • KLab

    ニュース KLab株式会社が配信したニュースリリースやお客さまへのお知らせ、メディアの掲載情報をご覧いただけます。

    KLab
    gfx
    gfx 2013/09/26
  • YAPC::Asia Tokyo 2013: 今年のこれまでの道のりとクロージング : D-7 <altijd in beweging>

    初めて関わったYAPC::Asia Tokyoは2006年で、具体的な数は知らないですが多分150人くらいの参加者だったらしい。そこから数えて8年目。YAPC::Asia Tokyo 2013はチケット売上げ + 招待枠 + スピーカー + スタッフで 1,131名を記録した。自分の観測漏れがなければぶっちぎりで世界最大のYAPCである。 このエントリーではクロージングで話した内容とともに、今年のYAPCが開催されるまでの流れをざざーっと書いていこうと思う。来年以降にイベントを開催したい人達に向けてなにかしらのヒントになると嬉しい。 予想来場者数・予算確定 今年は1月頃から行動開始した。これまではわりと出たところ勝負で規模・予算を決めていったのだけれども、去年まで連続して黒字を出せてたしスポンサー・チケット売上げの大枠予想がつき始めてたので、まず「来場してほしい人数」「そこから予測される予

    YAPC::Asia Tokyo 2013: 今年のこれまでの道のりとクロージング : D-7 <altijd in beweging>
    gfx
    gfx 2013/09/26
  • YAPC::Asia 2013 / Github によりバザールモデルへ - naoyaのはてなダイアリー

    ブログを書くまでが YAPC、ということなので、書きます。 初日「モダンPerlリファクタリング」 自分は20分枠で 「モダンPerlリファクタリング」という題で話しました。スライドは以下で公開してます。 https://speakerdeck.com/naoya/modanperlrihuakutaringu-number-yapcasia 今回、思いの他 CI やテストに関する発表が他に多くてそれらに比べると基礎的な内容に終始しちゃいましたが と @t_wada 御大よりお褒めに与ったので個人的には満足です。 リファクタリングはテストさえ書ければその半分以上は終わったことになる、ただしテストはテストを書くことそのものが主目的になりすぎないように。そして書いたテストはとにかく計算機を利用して頻繁に実行しましょうということが言いたかったのですが、意図通りに伝えられたんじゃないかなと思う。

    YAPC::Asia 2013 / Github によりバザールモデルへ - naoyaのはてなダイアリー