タグ

2013年7月25日のブックマーク (18件)

  • 私にとってのテスト

    at Testing Casual Talks #1 (2013/07/24) http://atnd.org/events/40914Read less

    私にとってのテスト
  • 『lombokで快適Java生活』

    どうもこんにちは、社内ではJava嫌いで有名になってしまった oinume です。最近Javaに慣れすぎてむしろスクリプト言語が苦手になってきています。今回は「これがあればJavaでの開発もそんなにストレスないかもなぁ」と思える個人的な3種の神器のひとつである lombok を紹介します。 lombokってなに?一言でいうとJavaの野暮ったいgetter/setterメソッドなどを自動的に生成してくれるソフトウェアです。例えば @Data アノテーションをつけて以下のようにメンバー変数を定義するだけで、lombokがgetter/setter/equals/hashCode/toStringのメソッドをコンパイル時に生成してくれます。 package sample; import lombok.Data; @Data public class User { private int id;

    『lombokで快適Java生活』
  • Yohoushi という分散 GrowthForecast グラフツールを作りました : sonots:blog

    Yohoushi という分散 GrowthForecast グラフツールを作りました : sonots:blog
  • 『プログラミング Hive』 『Hadoop 第3版』刊行記念セミナーに参加しました! #oreilly0724

    『プログラミング Hive』 『Hadoop 第3版』刊行記念セミナーに参加しました! #oreilly0724 Hadoopとか離れちゃってるし、Hive触ったこと無いにもかかわらず参加しました! (たまたま近くにいるからって理由なのは内緒で) 玉川さんの四方山話を聞くのが主目的で参加しました。(ちょっと翻訳が気になってるので) イベントページはこちら 刊行記念イベントにも関わらず、想像以上の人の入りでびっくりしました。Hadoop、Hive界隈はまだまだ人気なんだなぁと。 プレゼントじゃんけん大会もあったのですが、そうそうに負けてしまったのが悔やまれます。。。 Team Geek欲しかったなぁ。もちろん、懇親会まで参加しました。 以下、いつものメモです。 Hiveの正しい使い方(Cloudera 嶋内さん) 残念ながら、マサカリは持ってなかったです。 スライドの各所にの章番号が書いて

    『プログラミング Hive』 『Hadoop 第3版』刊行記念セミナーに参加しました! #oreilly0724
  • Testing Casual Talks (2013/07/24) のまとめ #testingcasual

    2013/07/24 に行われた Testing Casual Talks #1 ( http://atnd.org/events/40914 ) のタグ #testingcasual をまとめました。 「誰でも編集可」にしてありますので、ご自由に編集してください。

    Testing Casual Talks (2013/07/24) のまとめ #testingcasual
  • プログレッシブレンダリングでUXを向上させるJS非同期読み込みのベストプラクティス | ゆっくりと…

    ブログでは、サイトの高速化に直結する「JavaScript 非同期読み込み」の話題を多数取り上げてきました。タイトルに釣られてこの記事を見てくれている方なら Google Analytics の非同期コードスニペット はご存知でしょうし、規模の大きいサイトやアプリ用に RequireJS などのフレームワークを使っている方もいるでしょう。 GA も RequireJS も、動的に生成したスクリプト要素を DOM に埋め込む「DOM 挿入法」が用いられています。さらに遡れば、Steve Souders が 2009年4月の記事 ノン・ブロッキングなスクリプト読み込み で、6つの手法に分類しています。 果たしてこれらの方法は、サイトの高速化にとってベストなのでしょうか? 答えは2012年12月の海外記事にありました。そこでエントリーでは、日ではほとんど取り上げられていない Frame i

  • アジャイル開発の本質 〜 アジャイルとウォーターフォールの違いとは | Social Change!

    アジャイル」という言葉が一人歩きしてしまっていて、たまに話をしていても通じないときがあります。 それくらいアジャイルという言葉が広く知られるようになったんだと思う一方で、かえって話が通じなくて、もどかしく感じることもあります。だからといって、そこで「正しいアジャイルとは」みたいな議論をしたい訳でもないのです。 広まれば広まるほど、そういった言葉の認識の齟齬が出るのは仕方ないですね。その正しい定義みたいなところを追求するのもナンセンスなので、そんなつもりはないですが、ただ自分がどう考えているかについては書いておいても良いかな、と考えました。ここは私のブログですしね。 そこで、この記事では、私の考えるアジャイル開発の質について、そしてウォーターフォールとの違いについて書きました。 アジャイル開発では機能を全部つくらない これまで私の中で、アジャイルと言えば当たり前の前提がありました。それは

    アジャイル開発の本質 〜 アジャイルとウォーターフォールの違いとは | Social Change!
  • モバイルWebパフォーマンスの現在と未来

    iOSアプリケーション開発会社の経営者であるDrew Crawford氏は、現在のモバイルWebアプリケーションが遅く、また、近い将来にその遅さが大幅に改善されると思えない理由を、ブログ記事(内容が充実しており、良く調査して書かれている)の中で明らかにした。 このブログ記事は、これより前に書かれた記事への追加記事である。前の記事で氏は、モバイルにおけるJavaScriptのパフォーマンスがデスクトップの10倍遅いことを指摘した。その記事は激しい批判を浴びたため、Drew氏はそれに答える形で、さらに詳細な内容の記事を記した。モバイルの貧弱なパフォーマンスと、それについての改善が見られない理由は、次の3つに分類される。 モバイルのARMプロセッサのスピードと、デスクトップのx86プロセッサのスピードとの違い JavaScriptエンジンのパフォーマンスの傾向 ガベージコレクションに関連する特定

    モバイルWebパフォーマンスの現在と未来
  • プログラムを書く順番とテスト駆動開発について - Line 1: Error: Invalid Blog('by Esehara' )

    下のを読んでいた。 プログラミングの基礎 (Computer Science Library) 作者: 浅井健一出版社/メーカー: サイエンス社発売日: 2007/03メディア: 単行購入: 17人 クリック: 409回この商品を含むブログ (105件) を見る このはどういうかといえば、OCamlという、関数型言語と呼ばれる中でも、あまり有名ではないほうの言語(というと失礼だけど)を使ってプログラミングの基礎を学ぶという。そういうと、OCaml好きな人には怒られるかもしれないけれども。 良いにしろ、悪いにしろ、関数型言語の特徴は、個々のパーツを作って云々という部分が非常にクリアーになっているところであるな、とは思う。というのも、下手に「代入」を使わないことによって、むしろデータ操作の流れがクリアになるし、余りに大きいパーツにしてしまうと、そもそもその流れ自体がよくわからなくなる

    プログラムを書く順番とテスト駆動開発について - Line 1: Error: Invalid Blog('by Esehara' )
  • 数学初心者のための「型システム入門」入門 - 廻る技術の覗き穴

    社内で「TaPLで殴りあう会*1」が開催されるというので、型システム入門(通称TaPL: Types and Programming Languages)を購入したものの、内容が難しくて序盤からまったくと言っていいほど読み進めることができませんでした。 型システム入門 −プログラミング言語と型の理論− 作者: Benjamin C. Pierce,住井英二郎,遠藤侑介,酒井政裕,今井敬吾,黒木裕介,今井宜洋,才川隆文,今井健男出版社/メーカー: オーム社発売日: 2013/03/26メディア: 単行(ソフトカバー) クリック: 68回この商品を含むブログ (7件) を見る しかし、読めないままにしておくのは悔しいし、内容はとても面白そうなので、やはりちゃんと読めるようになりたい。 そこで基礎的な書籍とWebで情報収集してから再度挑戦したところ、なんとか読み進められるようになりました。 監

    数学初心者のための「型システム入門」入門 - 廻る技術の覗き穴
  • du で見つからない巨大ファイルは lsof で見つけるの術 - HsbtDiary(2013-07-24)

    ■ du で見つからない巨大ファイルは lsof で見つけるの術 とあるサーバーの disk usage が 90% を超えていて「やれやれ logrotate 漏れか」と、ルートから du でせっせと調べてみても全体の 30% くらいにしかならなくてなんだコレは!と右往左往していたら隣に座っている @hiboma が lsof でプロセスが掴みっぱなしの fd を見つけてくれた。 どうやら td-agent がゾンビのように残っていて、削除済みでマークされている巨大な tail ログを掴み続けていて、それが全体の 60% になっていたことが原因だった。さっくり kill したら fd が解放されて無事 disk usage が緑色に戻りましたとさ。めでたしめでたし。

    du で見つからない巨大ファイルは lsof で見つけるの術 - HsbtDiary(2013-07-24)
  • TwilioのRedisによる決済サービスの障害、2つの原因 - unknownplace.org

    Twilio というサービスで決済サービスの障害があったらしいが、恐しいことにこのサービス、 決済情報をRedisで管理していたらしい、というのをRedis作者、antirez氏のblogで知った。 Twilio incident and Redis - Antirez weblog この件に関しては、Twilio自体も 調査報告 を出している。簡単にまとめるとこういう感じだ: TwilioではRedisを single-master, multi-slave なレプリケーション環境で使用している ネットワーク障害で一時的に master-slave 間の接続が切れたことにより、master-slave間のデータの再同期が発生 この再同期がすべてのslaveに対して同時に発生したため、masterの負荷が高くなり、結果決済サービスの障害が発生 この負荷を解決するためmasterを再起動する

  • たくさんあるオープンソースライセンスのそれぞれの特徴のまとめ

    GitHubが、どのオープンソースライセンスを選択すればよいのか指針となるサイトを公開したので、それぞれの特徴を翻訳してまとめてみました。 Choosing an OSS license Apache v2 License GPL v2 MIT License Mozilla Public License Version 2.0 LGPL v2.1 BSD (3-Clause) License Artistic License 2.0 GPL v3 LGPL v3 Affero GPL Public Domain (Unlicense) No License Eclipse Public License v1.0 BSD 2-Clause license 備考:各項目の補足説明 最後の「備考:各項目の補足説明」に各項目の補足となる説明をまとめました。 Apache v2 License ソ

  • FINDJOB!終了のお知らせ | FINDJOB!

    FINDJOB! 終了のお知らせ 2023年9月29日にFINDJOB!を終了いたしました。 これまでFINDJOB!をご利用いただいた企業様、求職者様、様々なご関係者様。 大変長らくFINDJOB!をご愛顧いただき、誠にありがとうございました。 IT/Web系の仕事や求人がまだ広く普及していない頃にFind Job!をリリースしてから 約26年間、多くの方々に支えていただき、運営を続けてまいりました。 転職成功のお声、採用成功のお声など、嬉しい言葉もたくさんいただきました。 またFINDJOB!経由で入社された方が人事担当になり、 FINDJOB!を通じて、新たな人材に出会うことができたなど、 たくさんのご縁をつくることができたのではないかと思っております。 2023年9月29日をもって、FINDJOB!はその歴史の幕を下ろすこととなりましたが、 今後も、IT/Web業界やクリエイティブ

    FINDJOB!終了のお知らせ | FINDJOB!
  • Casual CI server - ✘╹◡╹✘

    r7kamura/altria https://github.com/r7kamura/altria ここ最近、Altriaっていう名前でCasual CI serverを開発してる。 まだまだ発展途上で、実質的には登録しておいたシェルスクリプトを実行するCron程度の能力しかない。 簡単に説明すると、AltriaはRails 4で作ったJenkins cloneで、Rubyでプラグインを書けるようになっている。 プラグインはRails Pluginの仕組みをそのまま使っていて、Gemにしてアプリに入れられる。幾つか試作品でプラグインを作ってみていて、 Gitと連携させたり、 認証を付けたり、 ジョブ実行後に指定したジョブを実行させたり、 ビルド毎の処理時間をグラフで表示したり、 カバレッジと連携させたり、という機能をそれぞれプラグインで提供できるようになっている。 体にREST API

  • Ansibleについてあれこれ0

    唐突な話だが、xicaという会社でadelieというプロダクトの開発に携わっている。そもそもxicaに入ったとかadelieをリリースしたとかそういう類のことについてここで全く書いてないのもどうかと思うが、多分仕事でのインプット/アウトプットで満足しきってしまっているので強いてプライベートでアウトプットしようと思わなかったのだろう。 じゃあまたこうしてエントリーを書いているということは仕事でのアウトプットが今あまり無いのかというとそういうわけでもないが、珍しくちっとは公共の利益の足しになりそうなことをしているので一旦まとめておこうと思う。 単純に、当はもっと早くまとめたかったが先週adelieをリリースするまでそういう余裕が全く無かっただけという事情もある。 何について書いてあるのか xicaでは使えそうな部分では全面的にAnsibleというツールを採用しているので、この数ヶ月触った上で

    Ansibleについてあれこれ0
  • test-kitchen 1.0 と Berkshelf #opschef_ja - クリエーションライン株式会社

    Cookbookテストフレームワークtest-kitchen 1.0は、Berkshelfを用いてテスト対象のCookbookと依存関係にあるCookbookの取得などを容易に行うことができます。 例として、apache2-take Cookbookがxmlとbuild-essentialの両Opscode Community Cookbookに依存させるとします。 .kitchen.yml apache2-take Cookbookの.kitchen.ymlのplatformsのrun_listを追加します。複数のRecipeを指定する場合はYAMLの配列形式で記載してください。 --- driver_plugin: vagrant driver_config: require_chef_omnibus: true platforms: - name: ubuntu-12.04 driv

    test-kitchen 1.0 と Berkshelf #opschef_ja - クリエーションライン株式会社
  • Amazon Redshift編~複数クエリ同時実行時パフォーマンス比較(まとめ)~

    こんにちは!中の人です。 前回までのレシピでは、下記の3回にわたってRedshiftに対して負荷をかけるテストを行って来ました。 ■Amazon Redshift編~複数クエリ同時実行時パフォーマンス比較(シングル)~ ■Amazon Redshift編~複数クエリ同時実行時パフォーマンス比較(マルチ)~ ■Amazon Redshift編~複数クエリ同時実行時パフォーマンス比較(XL vs 8XL)~ 今回は、それらの内容のまとめをお話したいと思います。 ■ 約8千行(10回平均)に対するクエリ実行 分かりやすくグラフにまとめてみました。 棒グラフ:実行時間(秒) 折れ線グラフ:CPU負荷率(%) となっております。 CPUは8XLが圧倒的に安定していますが、処理速度は件数が少ない場合にはかえってパフォーマンスが落ちることが確認できます。 ■ 約60万行(10回平均)に対するクエリ実行