GoとMySQLを用いたジョブキューシステムを作るときに考えたこと - ゆううきブログ
【追記】2023年3月21日 YAPC::Kyoto 2023で、ジョブキューシステムFireworqの設計と運用実績も含めて発表されました。id:tarao ++ 【加筆修正】 2020年2月16日 執筆時から6年も経過していますが、たまたまこの記事を振り返る機会があったので、日本語がおかしいところを一部修正したり、一緒に取り組んだ方々の名前が書かれていなかったところを修正しました。 【追記】2017年12年24日 このエントリのジョブキュー実装がFireworqという名でOSSとして公開されました。id:tarao ++ github.com この記事ははてなエンジニアアドベントカレンダー2014の4日目です。 前回は Mackerelで採用している技術一覧とその紹介 - Hatena Developer Blog でした。 社内の開発合宿で、 id:taraoさん、id:hakobe
第2回 PICTの基本的な使い方 | gihyo.jp
表1で、パラメータの欄はパラメータの数と各パラメータが含む値の数を表します。たとえば34というパラメータの欄は、3つの値を含むパラメータが4つあることを意味します。表中のAETGとTestCoverは有償のツールです。 この表の結果によると、PICTはほぼ平均的な数の組み合わせを生成することがわかります。ここで注意してもらいたいことがあります。この表で示されているPICTの組み合わせ数は、最適な初期条件を指定した場合であるということです。 PICTはデフォルトで固有の初期条件を使用して生成を行います。この初期条件の違いにより、生成される組み合わせ数が若干違ってきます。たとえばパラメータが34の場合、デフォルトで生成される組み合わせは13です。またパラメータが313の場合、デフォルトで生成される組み合わせは20です。 初期条件の変更は、/rまたは/r:オプションで行うことができます。筆者が確
RFP/要件定義/要求仕様---違いは明確？
「RFP（提案依頼書）」「要件定義書」「要求仕様書」──。この三つの言葉を見て、その違いを明確に説明できるだろうか。筆者は、日経SYSTEMSという雑誌を担当して日々システム開発現場における開発手法や実務情報を記事としてまとめているが、この三つの用語には、定義に曖昧な部分があったり、違いが分かりにくい面があったりすると感じている。 三つの用語が示すドキュメントはいずれも、ユーザーがどんなシステムを開発したいのかを記述したものだ。実は、筆者がこれまで普通に使っていた用語は、三つのうちRFPと要件定義書の二つ。これらについては、それなりに違いを理解しているつもりである。対して、要求仕様書という用語はあまり使っていなかった。 ざっくりいえば、RFPはシステム開発を発注するベンダーを選定するために、どんなシステムを作りたいかを提示して、最適な提案をベンダーから引き出すためのもの。一方の要件定義書は
コードの互換性と進化の両立
Jenkinsでつちかった、コードの互換性を保ちつつ様々な修正を加えていく技法を紹介します。Read less
チーム開発のためのツールたち - Sweet Escape
普段、私はeXcaleというサービスの開発に従事しています。今回はその開発チーム(6名)で使ってるツールを紹介します。 といっても有名どころしか使ってないのでそんなに目新しくはないです。 前提事項としては何か開発ツール等を導入する場合、基本的には既存のサービスを利用することにしています。 例えばRedmineを自分たちのサーバにインストールして使うことも出来ますが、そういうことは極力避けています。 なぜなら、我々がやりたいことはあくまでもプロダクトの開発であって、それに少しでも集中するために開発ツールの運用などしたくないからです。 という前提があるので必然的に利用している開発ツールのほとんどがサービス利用になっています。 Github https://github.com/ これは特に説明する必要ないかと思います。 全てのソースコードをこれで管理してます。 Enterprise版ではなく普
AWS re:Invent2013【保存版】全セッションを網羅！非公式まとめ | DevelopersIO
11/12〜15に行われたAWS re:Invent 2013に、残念ながら参加できなかった方向けに170を超えるBreakout Sessionsの資料をまとめてみました *1。セッションごとの日本語タイトル(超訳)、公式Webページ、スライド、動画と関連するブログ記事を1ページにまとめています。量が多いので、ページ内検索などでキーワード検索をかけていただくのがオススメです。SlideShare / Youtubeとも徐々に公開されているので、順次追加していきます！ 2013/11/26 16:15 全セッションを掲載しました！ セッション一覧の目次 セッションは分野毎にカテゴライズされており、難易度別に4段階に分けられています。難易度の詳細を知りたい方は、re:Inventのページをご確認ください。 アーキテクチャ(ARC) アプリケーションサービス(SVC) ビッグデータ＋HPC(B
第70回PHP勉強会で浮動小数点数の話をしました - hnwの日記
7月22日に開催された第70回PHP勉強会で発表してきました。以下が発表資料です。 浮動小数点数周りのトピックを3点紹介する内容でしたが、思ったより反応が良かったように思います。 ただ、面白おかしく話そうとして、聞いている方々に無駄に恐怖を与えてしまったかもしれません。冷静に読み返していただければ、怖いように見える内容もレアケースの話題が多いことがわかるかと思います。 また、PDOの挙動については誤解を与えてしまったかと思いますので、プレゼン資料の25ページ目を大幅に差し替えてアップロードしました。 この点についてもう少し説明します。PDOでプリペアードクエリを利用する際、プレースホルダに値を埋め込むのにPDOStatement::bindValueメソッドを利用することができます。この際、bindValueメソッドの第3引数で利用でPDO::PARAM_INT定数を指定しても、第2引数の
TDD Anti-patterns catalogue at Stack Overflow を簡単に訳してみた - joker1007’s diary
Stack OverflowのTDD Anti-patterns catalogueというスレがとても面白かったので訳してみた。 Stack Overflowのvoting機能でアンチパターンへの投票を行っている感じ。 上から投票の多い順になっている。 得票数はこの記事執筆時点(2013.7.9)のもの。 SQLアンチパターンっぽく、パターン名はそのまま片仮名にしてみた。 また、内容がかなり被っているとか、状況がかなりレアじゃないかと思うものは、一部省略しました。 (ブコメで訳間違ってるよ、って教えてもらったので、一部修正しました 2013.7.10) フリーライド (テストのただ乗り) 50pt 新しいテストケースを書くのではなく、他の機能のテストに新しいアサーションを追加して既存のテストケースに乗っかる。 セカンドクラス シティズン (二等市民) 47pt プロダクションコードのように
自動生成ツールを見たら思い出してほしい
技術者に要件定義を経験してもらうと、時折、次のような人が現れる。「いい考えを思いつきました。業務分析で業務フローを書いていますよね。そのフローからプログラムを自動生成できる気がするんですよ」。ひょっとしたら読者の中にも同じことを考えた人がいるかもしれない。 業務担当者自らが自分で使うプログラムを組み立てるというのは、エンドユーザーコンピューティングと呼ばれる技術分野の一つだ。特に、業務プログラムは定型的なところが多いので、業務フローからプログラムを自動生成することを目指した人は大勢いた。古くは1980年代の第4世代言語と呼ばれる活動まで遡れる。世界的なIT企業の研究者の多くが考えてきたことであり、今も世界中で多くの人がチャレンジしているはずだ。ただ、今のところうまくいってはいない。 筆者はそうした研究開発プロジェクトをいくつか見てきたが、今後もうまくいかないだろうと思っている。理由は簡単で
MS製のテストケース作成ツール PICT - A Memorandum
PICT はMicrosoftがフリーで提供するテストケース作成ツールです。All-Pair法により、品質を維持したまま、組み合わせテストのパターンを削減することができます。 導入 以下のサイトから Available Tools > PICT と辿り、pict33.msi をダウンロードします。http://www.pairwise.org/ ダウンロードしたMSインストーラファイルを実行すれば完了です。PICT はコマンドラインツールなので、コマンドプロンプトから pict と入力すると usage を見ることができます。 > pict Pairwise Independent Combinatorial Testing Usage: pict model [options] Options: /o:N - Order of combinations (default: 2) /d:C
マイクロソフトにおけるアジャイル開発はこんな風に進められている － Publickey
マイクロソフトの代表的なソフトウェアは、数千人を超える開発者、数十万のソースコードファイル、数千回ものビルドを繰り返して開発される大規模なものだといわれています。 マイクロソフトのエバンジェリスト長沢智治氏は、こうした大規模な開発プロジェクトがマイクロソフト社内でどのように行われているのか、プロジェクトチームの組成から実施計画、進捗管理、バグレポートなど、その裏側を紹介するセッションをいくつかのイベントで行っています。 そこで明かされている内容は、パッケージソフトの開発だけでなく、SIerでの開発プロジェクトでも参考になる部分が多いと思われ、いつかレポート記事として紹介したいと思っていました。 今回、以前に行われたセッションビデオの存在を長沢氏ご本人から教えていただいたので、開発プロセスに関する部分にフォーカスした記事としてまとめました。 記事での内容は主に、「Microsoft Tech
ソフトウェアの機能は、すべて仕様書に書ききれるという誤解：Software Development：オルタナティブ・ブログ
ソフトウェアの開発を外部に発注する場合、その発注先が国内にせよ、海外にせよ、機能を記述した仕様書というものを作成して、受注した側は、その仕様書に基づいて設計開発を行う。しかし、よほど簡単な機能のものでない限り、仕様書にその機能についてすべてを書き出すことは不可能であるということは認識しておかなければならない。特にユーザインタフェースについては、あらかじめ想定しての記述が非常に難しいということに加えて、発注側の好みや慣れまでを含めると、まず完全に合意するものを記述することはできない。そのため、特にユーザインタフェースにおいて、開発終了後に問題がでることが多い。 この問題の原因は、仕様書に開発に必要なすべての機能が書かれているべきだ（書かれていない部分は、希望するやり方がないのでまかされている）と思っている受注側と、プロなのだから仕様書に細かく書かなくても、それなりにやってくれて当然と思ってい
悪条件に負けないテストの秘訣
システムの品質を検証する「テスト」。その準備や実施には悪条件が重なるもの。時間は限られ、テスト数は増えるばかり。どう打ち勝つか。現場の秘訣を追った。 目次
非機能要求とISO9126 | オブジェクトの広場
本稿では、ソフトウェア要求とは何なのかを理解し、非機能要求に焦点を当て、ISO9126、要求定義プロセス、事例と解説していきます。 ※本稿は、技術評論社刊『JAVA PRESS Vol.40』に掲載された記事「機能外要求と ISO9126」を加筆、修正したものです。JAVA PRESS 編集部の了承を得た上で転載しています。 ※一切の転載をお断りします。 はじめに 私達がソフトウェアを開発するためには、ソフトウェアに対する要求 (ソフトウェア要求) が必要です。 ソフトウェア要求がなければ、そのソフトウェアには本当は必要のない機能を作ってしまったり、必要な機能を作っていなかったりするでしょうし、何よりもソフトウェアが完成したのかさえ評価できません。 そのためにも、私達ソフトウェアを開発する者は、ソフトウェア要求とは何なのかを正しく理解しておかなければなりません。 本稿では、ソフトウェア要求
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DBスキーマもバージョン管理したい！
History of WaterFall
【16-D-1】UI のこれまでの10年とこれから
Realization - プロジェクト実行管理のパイオニア
Common Format and MIME Type for Comma-Separated Values (CSV) Files
SlideShare » Event » Developers Summit 2011