"エンジニアが使うべき便利な windows アプリ一覧" がほしい - うさぎ組
誰かが書き始めると、他の人も書いてくれることを祈ってこのエントリを書いている。できるだけ、組織全体で使うツール（チャットツールとか）は選ばないようにした。 エンジニアが使うべき便利な windows アプリ一覧、みたいなのってどっかにまとめないの?— 徳永広夢 (@tokuhirom) October 2, 2018 RapidEE cmder 7-zip clibor Chrome, Firefox Mate Translate WinMerge そしてこれジオシティーズなので、大丈夫なのかが不安です。 Git Everything Process Explorer などsysinternals系 Crystal Disk Info ここで触れていないけど、実質必須になりそうなもの RapidEE www.rapidee.com Windowsの“環境変数”をGUIで編集できるソフト。各
Java/Groovyでうるう秒を扱う方法 - うさぎ組
Java言語でうるう秒を扱う方法を調べたのでまとめておきます。Twitterで質問したらたくさんのリプライ、エアリプがありそれらをもとに調べることで達成できました。ありがとうございました。 概要 Java標準APIのOracle実装ではうるう秒を扱えない。Calendar, Dateなどの旧型のAPI、ZonedDateTimeなどのDate and Time APIどちらも。 ThreeTen-Extra というライブラリを使うとうるう秒を扱える。 うるう秒を扱えるということに対して期待していること 4年に1度だけ2/29があるうるう年のように、2年から5年に1度くらいの間隔で世界中の時計が1秒だけ増えることがあります。これをうるう秒と言っています。最近だと日本時間で2017/1/1 08:59:59 のつぎが 2017/1/1 08:59:60 となりました。普段はない60秒があり、1
スクラムとかアジャイルのワークショップ 2017.05 版 - うさぎ組
毎月スクラムに関する勉強会を開催していて、そこでワークショップをやることがあります。 また社内で勉強会をやることもあります。 そこでいままで実施したワークショップの一覧があるといいなぁとおもったのでまとめておきます。 yattomさん、みほらぶさん、角さん、たかえすさん、川口さんありがとう!!! カンバンゲーム バルンガ 紙ヒコーキ 振り返り プロダクトオーナーの意思共有 フィアレスジャーニー スプリント期間と見積もり nagoya-scrum.connpass.com カンバンゲーム カンバンゲーム ルール説明 from Yasui Tsutomu www.slideshare.net カンバンゲーム カード(全種類) from Yasui Tsutomu www.slideshare.net バルンガ 異文化コミュニケーション体感ゲーム「バーンガ」 from Jun Chiba www
Hacker Tackleでアジャイルテストにおけるアンチパターンについて講演しました。 #hackt - うさぎ組
3行まとめ Hacker Tackleっていう激熱なITデベロッパー向けのイベントで「アジャイルテスト」について講演しました。 みなさんがつらいのはわかるけど、解決したいなら本気で取り組む必要があるので、参考になれば幸いです。 あと、アジャイルにテストしている人達といろいろ議論したいです。 Hacker Tackleとはなにか hackertackle.github.io HackerTackleは、プログラマのための総合技術イベントです。 「ハッカー・タックル/博多・来る」の意味を持つイベント名には、多くのハッカーが博多に来て、さまざまな議論をぶつけあう場になればという思いがこめられています。 イマのプログラマにとって必要な知識を切り取った、さまざまな技術に関するセッションを用意しています。 ぜひ博多に来て、新しい技術を吸収し、議論をぶつけあってみませんか？ なんかMMA感がありますが、
OOじゃないDDDについて - うさぎ組
概要 モデリングについていろいろ - Togetterまとめを読んでいて、前にも何度か言ったことがあるけれど、もう一度言っておこうかー的な感じです。多分ブログには書いていませんでしたので。 端的に言えば、パイプ&フィルターパターンがアプリケーションドメインであるアプリケーションもあって、そういったものはオブジェクト指向より関数型的なほうがうまく適合する可能性もあるという話。 DDDとプログラミングパラダイムやプログラミングスタイルは直交するはずだ Eric Evansから提案されたDDDはクラスベースOOを主体とした実例が多かったわけですが、DDDという概念はOOを前提としていないと僕は捉えています。特に、ユビキタス言語、コンテキストの明示、モデリングと密接な開発といった部分は多くのソフトウェア開発において役立つと言えそうですし、おそらくはプロダクト開発全体でも言えそうです。 エンティティ
リスクベースドなテスト戦略を始める最初の一歩 #swtest_jp - うさぎ組
概要 テストの戦略を考えるのは大変（手抜きしている事が多い）ですし、なんとかしたいけど、どうしたらいいかわからないという時に取れそうな手段について考えてみました。 ちなみに、テスト戦略を立て始めるのは早ければ早いほどいいです。つまり、プロジェクトスタート時から考え始めるくらいでもいい。 リスクベースドなテスト戦略 リスクベースドなテスト戦略とは、ざっくりと言うと、いろんなテストのアプローチを考えた上で、リスクの重み付けをして、優先度の高いものからうまく回避するようにテストを組み立てる。という感じです。 これにおいて僕の感覚で大雑把に「最低限テスト戦略で組み込みたいこと」は次の4つです。 出来る人をチームに入れる。 データの明示的、暗黙的変換部分に着目してテストする。 エンドユーザーが苦情を言うシーンをテストする。 システム運用が面倒になるシーンをテストする。 逆に言うと、「なんでたかだかこ
2014年に読んだ技術書で良かったもの - うさぎ組
概要 新刊にかぎらず、今年読んでいて「あー、良書だなー」って思ったものをあげています。これ、ダメじゃないの？とか、あー、やっぱりこれいいよねっていうコメントもらえると嬉しいです。 基本は、.NETにおけるWeb APIやFW開発でQA * POな人が思う良書です。今年は技術書より論文、言語仕様書、実装を読んでいることが多かったので、去年の半分の30冊くらいしか読んでいないかな。 開発チーム系 エッセンシャル スクラム 作者: Kenneth S. Rubin出版社/メーカー: 翔泳社発売日: 2014/08/01メディア: Kindle版この商品を含むブログを見る スクラムなんとなくわかっているんですけど、自分以外の状況よくわからんしなー、進め方変じゃないかなぁっていうときに、読むとめっちゃ参考になります。 組織パターン 作者: James O. Coplien,Neil B. Harri
アジャイルでもWFでも共通する「開発やテストのモデル」-全てのソフトウェアテストを再定義する- #SWTestAdvent - うさぎ組
はじめに これはソフトウェアテストあどべんとかれんだー 2014 の17日目の記事です。 id:a-suenamiがテストとは開発プロセスそのものである #SWTestAdvent - assertInstanceOf('Engineer', $a_suenami)で僕が考えているモデルについて紹介してくれていたので、ざっくりとですが僕の方から「現状の僕が捉えているソフトウェア開発。そしてテスト。」について紹介します。これはここ数年における僕の最高傑作とも言えるコンテンツに関するエントリです。（言いすぎだ 概要 言い過ぎればプロダクト開発というものは「Define, Build, Explore, Measure」という活動から成立していると言えます。これに知識や手法やプロセスをあてはめると「何をやるべきか」「何が足りていないか」がわかりやすくなります。この記事ではそういった開発やテストを
週刊ソフトウェアテスト 2014-50 #swtest_jp - うさぎ組
前書き ソフトウェアテストにまつわるニュースを週毎にお届けする記事です。内容はid:kyon_mmの独断と偏見です。オススメの記事があるときや、質問などなどはコメントや@kyon_mmにご連絡くださるとうれしいです。 ハッシュタグ #swtest_jp でソフトウェアテストに関する事をツイートしてくださるととてもうれしいです！（なにかの紹介でも、議論でも、質問でも！ kyon_mmの意見 id:pocketberserker, id:bleis-tiftなど弊社メンバーが中心に開発をすすめているF# のテスティングフレームワークにおいて「複数assertの結果を持つ（失敗しても次のassertを実行する）」という機能はすばらしいですね。ちなみにこのアイディア自体はAssertJにて「Soft Assert」という概念で実装されたのがテスティングフレームワークやライブラリとしては初めてだとい
Gradleを入門する方法から更に知る方法まで #gadvent - うさぎ組
はじめに これはG* Advent Calendarの1日目の記事です。今日はGradleの勉強方法について書きます。明日はid:kyon_mm さんの「Spock1.0でBDDする」です。 概要 GradleというGroovy製のビルドツールが最近人気になってきていますが、なにを参考に勉強するのがよいのかをここで示します。社内で広めるときの参考にしていただければ幸いです。 全体のステップ おそらく多くの人にとっての入門のステップとしては次がよいかと思われます。 Gradle徹底入門 Gradleユーザーガイド（日本語あり） Gradleのsamplesディレクトリのサンプルプロジェクト 各種ブログなど Gradle Forum（英語） Gradle DSL Reference（日本語あり） 各種プラグインのSource Code Gradle本体のSource Code まずはまとまった
テスト戦略パターンの作り方 #swtestadvent - うさぎ組
はじめに これはソフトウェアテストあどべんとかれんだー 2014 の一日目の記事です。 明日は id:nobkz さんの「Lispとテスト」になります。 概要 テスト計画やテスト戦略をつくるために、ある偏りを見ることによって分類し、テスト計画やテスト戦略策定を補助する方法について紹介します。これに新規性や素晴らしさはたいしてありませんが、私は多少なりとも有効に使えている気がします。 これは「テスト戦略自身」ではなくて「テスト戦略を見つける方法の1つ」と思ってください。 重要なこと これはkyon_mmが言っていることであって、業界の標準的な何かとかではないです。 テスト計画、戦略とはなにか テスト計画、戦略とは何かという長大な話をしたいわけではないので、引用します。 計画されたテスト活動の狙い、アプローチ、リソース、スケジュールを記述するドキュメント。テストアイテム、テストすべきフィーチャ
テスト全体の良い書き方について。 #swtest_jp - うさぎ組
概要 テストをつくるときにどうやって書いたらいいのか困るという話をよく聞きます。とても簡単な例ですが、これをするだけでもずいぶんと違うという意味で、自分がよく使う例を書いてみます。（実際にはリスクベースドテストとして成立させるために更に項目を追加したものを使っています。ですが、基本はこの形であり、ここにある考え方が重要だと思っています。 つまり、ツールを使えばもっと綺麗に出来るけど、まずはMarkdownでもExcelでもなんでもいいからやれる感じで整理できる方法というところです。 僕がこの考え方を気に入っているのは、プロジェクトのリスク管理手法とあまり違わないので、別にテストではなくて、例えば「こういった人が必要」とか「こういったツールがいる」とかになるという点です。 まとめすぎると「BDD-Styleに対して、リスクという親要素を加える」というくらいです。 構成のテンプレ 基本的に3段
HerokuでGrailsを使うとクエリパラメータが文字化けするのでbuildpack直しました。 - うさぎ組
TL;DR HerokuではGrailsを簡単に（普通のGrailsプロジェクトをgit pushするだけで）デプロイすることができます。ですが、（少なくともHerokuがデフォルトで使う）Tomcat7ではクエリパラメータが文字化けします。Grailsで使うTomcat7のクエリパラメータをUTF-8でエンコードするようにするビルドパックをつくりました。（フォークして一行変えただけだけど） 問題 ローカルでGrailsを使って開発しているときには気づかなかったのですが、Herokuにデプロイするとクエリパラメータに日本語を使うとめっちゃ化けてしまいました。もうTomcatのことなんてすっかりわすれていたので、原因調査にめっちゃ時間かかりました。。。 それに付随していろいろわかったのでまとめておきます。 調査方針 次の方針で調査しました。結果としては最後の他の何かで、それはTomcatの設
基礎勉強会について - うさぎ組
各地で基礎と名のつく勉強会がたくさんあると思いますが、@kyon_mmが行っている基礎勉強会はどういったものかというのをお話しましょう。 あ、基礎と入門は違います。 こんなことを目的にやっています 勉強会が開催されるキッカケはあるわけですが、基礎勉強会の目的は基本的に「中級者をいかに底上げするか」と「上級者が好き勝手に話せる場を設けたい」をマッチさせることにあります。 これがうまくいくという見通しがたてば開催するという感じです。 今までにやったやつ それこそ大半の基礎勉強会開催のキッカケ自体はかなりノリです。でも、やるときにはやっぱり上の目的が達成されるようになんとかしたいなーと思ってやっているつもりです。 雰囲気を感じてもらうためには過去のハイライトを見てみます。 Java基礎勉強会 Java基礎勉強会 #JavaBase -序- - Togetterまとめ 全ての基礎勉強会はここから始
単体テスト（画面単位のテスト）がクソらしいので思ったことを書いてみる - うさぎ組
なんか2週間くらいずっと画面単位のテストを単体テストと呼んで、手動テストをする現場についていろいろ文句がSNSで流れていた。それについて思うことをバカスカ書く。 これは、誰かを批難したいわけでもなく、ただの感想である。言うなれば街の風景をみたときの日記だ。そうだよ。これは日記だよ？ 要約 だいたいの話は僕が2,3年前にTwitterで言いまくった単体テスト/結合テストなんて存在しない - Togetterまとめに似ていると思ったけど、僕の狭い観測範囲では生産的な結論を迎えずに文句の固まりで終わって、こう非常にあーあっていう気持ちが残った。 あと、観測結果として 同僚や上司に加えてkyon_mmに「なぜその手法でテストをしたいの？ねぇ？なんで？」って聞かれても答えられるか。が相手を評価する目安だと僕自身が自覚した。 というのが大きかった。 単体テスト まず、最初に思ったのはTwitterで文
Spockのテストレポートが想像以上に凄い件について - うさぎ組
タイトルはホッテントリメーカーを使いました。http://pha22.net/hotentry/tb/r?word=Spock%E3%81%AE%E3%83%86%E3%82%B9%E3%83%88%E3%83%AC%E3%83%9D%E3%83%BC%E3%83%88&phrase=9 全国49万のSpockユーザのみなさま。SpockのMLを見ていると思うので、ご存知かもしれませんがSpockのテストレポートをご存知でない方もいると思うので紹介します。 Spockのテスト結果はだいたいみんなGradleで見ている Spockは言わずと知れたUnitTestingFramework界最強といわれるテスティングフレームワークですが、これのテストレポートは通常はJUnitのテストレポートXMLであり、多くのSpockユーザはGradleでビルドをしてGradleが生成するテストレポートを見て
JUnit 4.12の新機能紹介まとめ - うさぎ組
全国50万のJUnit4ユーザーさん。使っている言語とテスティングフレームワークののMLとGithubやBitBucketリポジトリを監視していると思うので今さらかもしれませんが、2014/7/30にJUnit4.12 Beta-1がリリースされました。 結構楽しい機能が追加されているので、見逃している方のために情報を共有させていただければと思います。 基本的にリリースから抜粋しながら紹介ですがご容赦ください。 Release Notes junit/ReleaseNotes4.12.md at master · junit-team/junit · GitHub 全体の感想 JUnit4がおれの足元にやっと追いついたと思った。（今までJUnitとSpockを魔改造しまくってた。） テストランナー系 クラス階層化 JUnit魔改造コミュニティに朗報です。私たちのテストランナーでよしなにやっ
アジャイルなテストの見積もりと計画作りの開催ご報告 #NagoyaTesting - うさぎ組
イベント:Nagoya.Testing in Tokyo 3 -アジャイルなテストの見積りと計画づくり- #NagoyaTesting on Zusaar Togetter:Nagoya.Testing in Tokyo 3 -アジャイルなテストの見積りと計画づくり- #NagoyaTesting - Togetterまとめ スライド #NagoyaTesting アジャイルなテストの見積りと計画づくり from Kyon Mm 事前準備、当日と大きな問題もなく無事に終了致しました。皆様ありがとうございました。 やりたいっすねー。といってすぐに定員にまでうまったのでビックリでした。 感想 演習前に言ったテストプロセスを体験するということをほとんど全てのグループが達成出来ていたのが一安心でした。テスト仕様が何かという事であったり、ソフトウェアテストの役割について説明が不足していたのでそこで結
ネットに転がっているGroovyスクリプトを直接実行する - うさぎ組
ネットワーク上にあるGroovyスクリプトを直接実行できます。 groovy https://gist.github.com/kyonmm/5187373/raw/ghello.groovy Groovyがインストールされている環境で上のコードを実行すると、SwingでHello Worldがでてくるはずです。 （実はこれは100文字程度でSwingが書けるというGroovyの素晴らしさの宣伝でもある。 Groovy1.8.3からの機能のようです。 Windows7とMac OSXで動作を確認しました。 動作するときは、一旦ダウンロードしてきたGroovyスクリプトをローカルで実行するイメージです。 なので、カレントディレクトリは実行時のディレクトリになります。 これ、めっちゃ便利なのでJenkinsの設定どころか、いろんな設定をGroovy化しておけばいいのではないかと思ってきました。
Git + Jenkins + Groovyの連携1 #kyon_mmAdvent - うさぎ組
kyon_mm Advent Calendar つぎのリンクにあるAdventCalendarの二日目です。 http://connpass.com/event/1457/ JenkinsのJOBを作成してみる ビルドするプロジェクトに必要なJenkinsのプラグインやツールをJenkinsサーバーにインストールする。 Jenkinsで実行したいJOBを作成し、クローンしてくるリポジトリを指定する。 今回はGradle本体をJenkinsサーバーにクローンして、そのリポジトリからビルドすることにします。 次の手順で進めます。 Gradle本体をクローンする Jenkinsが動作しているサーバーにGroovy, Gradle, Gitをインストールし、JenkinsでそれらをつかうためにJenkinsのそれぞれのプラグインもインストールする。 JOBを作成する 実行してみる Gradleのク
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
