最近のjsテスト/ビルド環境 - lxyuma BLOG
最近のテスト環境 最近、ブログ書かないうちに、また、 自分のjs周りのテストやビルド環境が変わってきた。 具体的には、karmaとかgulpとかに変わった。 今日は、 その環境にしてどうだったか？とか、 設定ファイル(gulpfile)とか書いてみる。 去年と今年と 去年、勉強会等でyeomanとかgruntの話をしていて、このblogでもどこかに書いてた。 テストはmocha chaiが良いのかなーと思ってた。これもblog書いた。 所が、世の中どんどん変わっていく。 最近の環境 今はこんな感じ。 build tool gulp test jasmine2 sinon karma gulp vs Grunt gulpどうなんだろう？と思いながら色々試していくうちに、かなりしっくりきた。 stream baseで書き易いので、カスタマイズし易い。 gruntは、設定ファイルが何画面にも渡っ
The Twelve-Factor App （日本語訳）
はじめに 現代では、ソフトウェアは一般にサービスとして提供され、Webアプリケーション や Software as a Service と呼ばれる。Twelve-Factor Appは、次のようなSoftware as a Serviceを作り上げるための方法論である。 セットアップ自動化のために 宣言的な フォーマットを使い、プロジェクトに新しく加わった開発者が要する時間とコストを最小化する。 下層のOSへの 依存関係を明確化 し、実行環境間での 移植性を最大化 する。 モダンな クラウドプラットフォーム 上への デプロイ に適しており、サーバー管理やシステム管理を不要なものにする。 開発環境と本番環境の 差異を最小限 にし、アジリティを最大化する 継続的デプロイ を可能にする。 ツール、アーキテクチャ、開発プラクティスを大幅に変更することなく スケールアップ できる。 Twelve-F
The Twelve-Factor App
Introduction In the modern era, software is commonly delivered as a service: called web apps, or software-as-a-service. The twelve-factor app is a methodology for building software-as-a-service apps that: Use declarative formats for setup automation, to minimize time and cost for new developers joining the project; Have a clean contract with the underlying operating system, offering maximum portab
Modern Java Web / SPA Development
JJUG CCC 2014 Spring の発表資料です。
理想的な Rails, AngularJS 環境の構築 - ボクココ
ネットでRails x AngularJSで調べると、AssetsにAngularJSを追加してやるのが普通的なことをよく見る。でも、この方法だとYeomanや、Grunt.jsが使えず、Rails x AngularJSでKarmaでテストを書いたりといったことができないし、AngularJSの作法にのっとった開発ができないのがとてもモヤモヤしていた。 てことで、もうこれはAsset Pipelineを使わない方向で行くのがベストなんじゃないのか、という方向で色々探し回っていたら、同じようなことを考えていた方がいたようで,これを参考にしてもっとベーシックな枠組みを作ってみた。 Asset Pipeline の機能が使えなくなる？ご心配なく。Grunt.jsがJSコードの圧縮、SCSS, CoffeeScriptのコンパイル、さらにLiveloadの恩恵, 画像の圧縮、テストの自動実行もで
Java での web アプリケーション開発時の開発環境メモ #1 - 一角獣は夜に啼く
最近 Java で web アプリケーションを開発しようと思って、アプリケーション構成やら開発環境周りやら悩んだりしていたのだけれど、ある程度良さそうな構成に落ち着きつつあるので現状をメモしておく。 アプリケーション構成 とりあえず HTTP 周りは JAX-RS に任せるのが良さそう。 JAX-RS 実装としては Jersey を選択。 JBoss RESTEasy とかも試してみたけど、JAX-RS の参照実装ということもあって Jersey は癖が少なくて使いやすいのかなーと思ったりした。 Web 上の情報も多そうな気がする。 JAX-RS 2.0 Jersey 2.4 Servlet コンテナ内で動かすことを想定 ビルドツールとしては Gradle を選択。 IDE との連携を考えると Maven の方が有利かなーとも思ったけど、実際 Eclipse と NetBeans で試した
Webサービス開発現場から / 近頃の開発のやり方 ･･･ Github と Pull Request とコードレビュー - naoyaのはてなダイアリー
先日プレスリリースが出たのですが、KAIZEN platform という会社で技術顧問などをやっています。それから、一昨日自分も出たWebアプリケーション開発に関する勉強会 (資料) を開いたじげんという会社でも少し前から同じように顧問のような形で携わっています。 自分が関わっている会社のPRも含めて、すこし、2013年現在のWebサービス開発の現場感、やり方みたいなものを書いてみたいと思う。ただ、自分の利益があるところの話だけではフェアではないので、Webエンジニアならよく知っているであろう Qiita を運営しているインクリメンツの様子も合わせて紹介する。 KAIZEN platform KAIZEN platform が提供しているサービスは planBCD という A/B テストの SaaS で、Webサイトのコンバージョンだとかを画面の構成要素を変えて効果測定したいとか、そういう
JavaScriptフロントエンド開発の昨今
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
Continuous Modeling - Fly me to the Luna
みなさまご無沙汰しております。僕はここの所、残業はしないまでも毎日クタクタになるほど忙しい毎日を過ごしています。どんな仕事か一言でいうと、あるプロダクトのアーキテクチャを刷新するお仕事です。今までできなかったあれやこれやを実現するために、既存のアーキテクチャを改善したり、作りなおすお仕事です。今はまだ始まったばかりで、方針を決めるために、既存のアーキテクチャ上に機能拡張してみて問題点を調査したり、どう改善するのか方針案を考えたり、実際に改善案を少しずつやってみたりしています。 このプロジェクトは、それほど大所帯ではないですが、他の会社のエンジニアさんも加わるなど、結構スキルセットがバラバラです。そのため、久しぶりにペアプロで作業を回しています。1日じゅうペアプロすると、一日の終わりの頃には頭がクタクタです。久しぶりです、この感覚。楽しい。 さて、既存のアーキテクチャを見ていくと、10年以上
チームワークに関するよくある6つの誤解
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） 環境の変化に素早く対応しなければならない組織において、ミッションを達成するためには、チームワークとコラボレーションが必要不可欠だ。私のアメリカのインテリジェンス・コミュニティーでの研究では、その考えを支持しているが、プロダクティブなコラボレーションから外れてしまう可能性のあるチームワークに関する多くの誤った考え方を目にする機会が多い。 誤解1 調和は役にたつ。共同作業者との間でのスムーズな相互作用が、どうやって進めるのが一番良いのか、という時間のムダになる議論を避けてくれる。実際 まったく正反対の結果を調査結果が示している。よい感じでマネージされていてチームの目的にフォーカスしている場合、衝突はよりクリエイティブなソリューシ
チケット駆動開発の運用例part4 - プログラマの思索
Redmineによるチケット駆動開発、タスクボードやバーンダウンチャートによる運用事例を見つけたのでメモ。 僕は、以下の事例のように、実際の現場で試行錯誤しながら自分たちの運用を見つけていくボトムアップのやり方が好きだ。 パターン言語の発想に通じるものがある。 【元ネタ】 ASE アドヴァンスト・ソフト・エンジニアリング｜タスクボード、バーンダウンチャートの運用（実際にやってみて）（第一回） ASE アドヴァンスト・ソフト・エンジニアリング｜タスクボード、バーンダウンチャートの運用（実際にやってみて）（第二回） ASE アドヴァンスト・ソフト・エンジニアリング｜タスクボード、バーンダウンチャートの運用（実際にやってみて）（第三回） ASE アドヴァンスト・ソフト・エンジニアリング｜タスクボード、バーンダウンチャートの運用（実際にやってみて）（第四回） ASE アドヴァンスト・ソフト・エンジ
ソフトウェア開発を考え直してみる - torutkのブログ
火だるまプロジェクトの真っ最中では落ち着いて考えることができませんでしたが、2年がかりのプロジェクトがデリバリー（納入）を終え、カットオーバー（運用開始）となって四半期が過ぎ、いろいろとソフトウェア開発プロジェクトを振り返り考えるようになりました。 ソフトウェア開発を考え直すヒントを得る書籍 ちょうどプロジェクトが一段落したあとに読んだというタイミングもあるかもしれませんが*1、ソフトウェア開発を考えるヒントを与えてくれた2つの本を紹介します。 ソフトウェア開発はなぜ難しいのか ~「人月の神話」を超えて (技評SE選書) 作者: 大槻繁出版社/メーカー: 技術評論社発売日: 2009/10/21メディア: 単行本（ソフトカバー）購入: 1人 クリック: 59回この商品を含むブログ (12件) を見る ソフトウェア開発というのが、なぜ難しいかを正面から扱った稀有な本です。プロジェクトマネージ
Redmineが使いづらいと言う質問～開発業務をRedmineへマッピングできていない - プログラマの思索
Redmineが使いづらいという質問をよく聞く。 それについて考えたことをメモ。 【1】Redmineを導入してみると、各チームで何となく回っているように見えるが、質問が色々くる。 よく来る質問は、だいたい二つだ。 一つ目は、ガントチャートの見栄えをもっとよくできないか？ 日付を出して欲しい。 罫線を出して欲しい。 イナズマ線を出して欲しい。 担当者を出して欲しい。 PDFでもっと綺麗に出したい。 この質問については、下記で書いた。 MS Projectを使いこなせない理由: プログラマの思索 RedmineのガントチャートはMS ProjectのWeb版になりうるか？: プログラマの思索 Redmineのガントチャート改善part2: プログラマの思索 二つ目は、課題やタスク、問合せの一覧を出力するとき、Excelでもっと綺麗に出せないか？ 意図は、Excelで課題一覧、問合せ一覧を管理
受託開発でTracを導入してよかったことや失敗したこと
Trac、Redmineといったチケット形式のプロジェクト管理ツールが人気となっています。 デブサミ2011では、[デブサミ]速報：2011ベストスピーカー賞(敬称略) via IWAKIRIさんのブログにもありますように、ベストスピーカー賞3つのうち、2つがチケット管理システムに関しての発表でした。「チケット管理システム大決戦」というセッションは、デブサミ史上最大の観客数となったと聞いています。 なぜ、プロジェクト管理ツールがここまで注目されているのでしょうか？ 開発の現場はそれぞれ異なり、抱える課題も様々だと思います。しかし、プロジェクト管理の中でもタスク管理に関しては、「作業を適切なサイズに分割する」「優先順位をつける」「人をアサインする」という固定のパターンがあり、さらに、現在のアジャイルムーブメントにより、これらの要素がより明確化され、その重要性が認識されてきたように思います。
構成管理とは何なのか - wyukawa's diary
最近職場では構成管理というキーワードが（どちらかというと悪い意味で）ホットなのですが、考えてみるとこれは人によってイメージが違う抽象的な概念ですね。ソフトウェア単体の話じゃなくてインフラ環境まで含めた総合的なソフトウェア、ハードウェア環境の変更管理をイメージする人もいるみたい。なので議論しようとすると発散しやすいのかも。抽象的な話をしても伝わりづらいのである程度具体的な話をしないと噛み合ないのかもね。 ちなみに構成管理でぐぐると チケット駆動開発をRedmineで運用し始めて、SW構成管理(Software Configuration Management：SCM)を強く意識するようになった。 しかし、SW構成管理をきちんと定義している書籍もHPも、日本には殆ど存在しない事実を知って、愕然とした。 CMMIでも構成管理プロセスを定義しているけれども、僕の中ではフィットしない。 抽象的すぎて
障害管理における重要度と優先度の使い分け - プログラマの思索
障害管理における優先度と重要度の使い分けについてメモ。 【元ネタ】 ふたたび、優先度と重要度と緊急度のお話：シェアウェア販売者の独り言：So-netブログ バグの優先度は意思決定プロセスの結果: プログラマの思索 TestLinkを運用して気付いたことpart9～後追いテスト: プログラマの思索 レビュー計画 【連載】実践ソフトウェアテスト考現学 (12) テストの新たなアプローチ - 複数の視点の組み合わせ | エンタープライズ | マイコミジャーナル はじめてのバグジラ ver2.16-ja編 TracTickets -- mi 障害管理では、重要度と優先度の項目がチケットに普通は付いている。 Mantisには重要度と優先度は元から付いている。 だが、Redmine・Tracには優先度だけで重要度は付いていない。 はじめてのバグジラ ver2.16-ja編では、重要度は下記のように書か
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Your Friendly Web Development Companion
捗るかもしれないフロントエンド開発環境
最近の Java Web 開発 : http://qiita.com/monzou/items/9174d0baf08af295e703
テスト駆動開発のはじめ方
