JavaScript時代のJava #kansumiB7 #kansumi
The document discusses new features in Rails 5.1.0 including encrypted secrets, npm and webpacker integration, system tests, and parameterized mailers. It provides instructions for setting up encrypted secrets in Rails, including using the bin/rails secrets:setup command to generate an encryption key, editing secrets via bin/rails secrets:edit, and configuring different secrets for environments li
ユニットテストは受け入れられるかどうかの問題じゃないような - カレーなる辛口Javaな加齢日記
「いまだにユニットテストって受け入れられないんだろうな」 http://d.hatena.ne.jp/hs_hachi/20131007/1381175478 あるとき、一緒に働いてるエンジニアさん(ここではAさんとしておこう)に「ここ難しそうだから、テスト書いたほうがいいですよ」って話をしたら、「じゃぁ、工数かかっちゃいますね」って言われて結局書いてなかったな。 この解答については id:moriyan6001 「工数かかりますよね」っていうのはオブラートに包んだ言い方で本音は「オレの仕事を増やすなよ」だと思うんですが、長期保守は会社にとっての旨味ですから、社員に対しての模範解答は給料を上げるしかないですよね なんだろう．*1 でもそれ以外にも，日本のSIビジネス的な病巣が見え隠れするのがユニットテスト問題． 「スキルがないからPHP使ってます」「Javaは使ってるけどオブジェクト指向っ
徳丸浩の雑記帳: 試験環境用VPSとして1時間1円から使えるDigitalOceanが安くて便利
facebookで「もう1個VPS立てなきゃいけないんだけど、毎回比較検討するのも面倒なんで、さくらVPSにするかなー」と言っていたら、安藤さんが（勤務先の）Engine Yardと(勤務先でない)digitalOceanを教えて下さいました。 Engine YardはAWS上で提供されるPaaSということですが、私が探していたのはテスト環境なので、digitalOceanの方を試してみました。 使ってみて、digitalOceanは、VPSと(AWSのような)IaaSの中間的なサービス、あるいはお手軽に使えるIaaSという印象を持ちました。そして、すごく気に入りましたので紹介しますw その特徴は、下記の5点で説明できると思います。 簡単 安い 速い 便利 セキュア 簡単 DigitalOceanを使い始めるのは下記のようにとても簡単です。 サインアップする（メールアドレスとパスワードを入
「ソフトウェアテスト勉強会〜テストコードのテストケースを考えてみよう！〜」に行ってきた - marsのメモ
http://tohoku-dev.jp/modules/news/article.php?storyid=221 （※図はイメージです） 先週のTDDBCで [twitter:@nemorine] が [twitter:@t_wada] に「TDDは不安をテストする？不安だなんて不確かなものは信じられない」ってゆってたので、どんな事するのか楽しみだったので参加してきたよ。 今日の本命は策士 [twitter:@i_takehiro] がTDDBCで仕掛けた課題1-3のテストケースの洗い出し。 課題1-3 閉区間が別の閉区間と等しいか (equals) 判定しよう 閉区間が別の閉区間と接続しているか (isConnectedTo) 判定しよう で、そのテストケースとして以下の8つを導き出せれば正解なのだけれど、あたしを含め参加者の多くは7つしかケースを導出できなかった（みんな8番目のケース
現場で使えるソフトウェアテスト - Qiita
現場で使えるソフトウェアテスト Java編を読んだので要点をまとめ。 Step1 テストとは ソフトウェア開発では、様々な問題が発生するが、そのなかでよくあるのが動かない、誤動作、パフォーマンス問題人が作る上でミスは起こるのでテストが必要 テストの流れ 品質目標を立てる テスト密度（目標、上限、下限値）、バク密度（目標、上限、下限値） テスト計画 ソフトウェアテストの全体計画作成 実施スケジュール、予算、体制、環境構築手順、必要ツール利用手順、成果物の様式、バージョン管理、設計書の準備 テスト作成 期待動作、パターンの洗い出し、テスト環境構築、テストデータの作成、テストケース作成、レビュー テスト実施 作成したテストケースの実行 テスト検証 結果の確認、テスト関係者以外の利害関係者との調整（設計書管理、仕様管理、修正管理）、テスト実施者の作業管理、テスト報告のとりまとめ、テスト全体報告、再
『職場で、仲間うちで他人に軽く扱われない技法』：紙魚：So-netブログ
・どうすれば相手に軽んじられないかのか、ということを本気で考えている人は、意外に少ない。 ・人は、相手が語る話題によって、その人物の器をはかろうとする。その人がどんな人物なのかを知りたければ、その人が口にする話題を参考にするのがてっとり早い方法のひとつだからである。 ・大学院時代には、何度となく恩師に注意を受けた。私の話し方が日常語を多用したものなので、理解しやすくはあるのだが、軽すぎる、というのである。 ・頭いいと思ってもらえるかどうかは、ひとえにどれだけの知識を相手に見せつけられるかにかかっている。 ・社会人になると、高校の模擬テストのような客観的なテストはなくなるわけで、「知識がある」とか「知識がない」という評価は、どれだけ自分が知識をアピールできるかによって決まってくる。 ・会話の端々に、「なぜなら」「それゆえ」「つまり」などの単語が入ってくると、話の内容が支離滅裂でも、なんとなく
コスト見積り
「プロジェクト管理実践特論」の第9回では、コスト見積もりについて説明します。ここでは、「プロジェクト・コスト・マネジメント」、「コスト見積り」、「予算化」の話をします。最後に例としてソフトウェア開発における見積もり手法の説明をしたいと思います。 コスト見積りについて考えてみましょう。これまでスケジュールやスコープの話をしてきましたが、コスト見積りというのは実は非常に大事で、コストが正確に見積もれないとさまざまな悪いことが起こります。まず、コストを少なく見積もってしまった場合には、そのプロジェクトを実際にやってみると赤字になってしまいます。逆に、コストを多く見積もってしまった場合には、他社の方が安く仕事ができるということになってしまいますので、今度は仕事がもらえなくなってしまいます。 「コスト見積り」のインプットには、「組織体の環境要因」があります。景気の状況もここに含まれます。「組織のプロ
TDDを真面目にやってみて気付いたこと - Masatomo Nakano Blog
何を今更、なことかもしれないないのだけど、もしかしたらこれを知ることでTDD(Test-driven development)をやることのハードルが一気に下がる人がいるかな、と思ってメモ。 特に、ある程度プログラマとして経験があるけど、どうもTDDは慣れないという人向き。 “TDDとは、TDD以前に脳内や機上でやっていたことをコードに落とすことに過ぎない” このことが解ってから、TDDをするのが一気に苦痛ではなくなり、むしろ楽しくなった。 TDDでなくても、コーディングをするとき、temporaryなテストコードを書いたり、目視でのチェックはしたりするものだろう。たとえば、一時的に変数の値をハードコードして挙動を変えてみて、それを目視で確認したり、printデバッグとかもその一部だ。 つまり、このtemporaryなコードや目視している部分をpermanentにするのがTDDで書くテストコ
要求開発入門 | リコーITソリューションズ株式会社
株式会社 匠Lab 代表取締役社長 萩本 順三 2000年にオブジェクト指向技術の企業、豆蔵を立ち上げ、以降ITアーキテクト、メソドロジストとして活躍してきた大ベテラン。2009年7月、匠BusinessPlaceを設立。また、総務省行政管理局技術顧問や内閣官房IT室GPMO補佐官として、2005年から3年間は、豆蔵と兼務しながら政府のITプロジェクトにも関わる。 現在は、匠BusinessPlaceにて、ビジネスとITの可視化を行うための要求開発をさらに洗練・拡張させた手法「匠Method」を開発。自らユーザー企業で実践している。 株式会社 匠Lab http://www.takumi-lab.co.jp/ 本連載では、萩本順三氏に「要求開発超入門」を紹介していただきます。 要求開発を深く理解してもらうために、誰にでもわかる要求開発を目指して、分かりやすい説明をしていきます。
上流工程の失敗カタログ - 勘と経験と読経
他のエントリを書いているところなのだけれど、面白い資料を見つけたので紹介。私は失敗談にこそ学びがあると思っているのだけれども、こんなところに上流工程の失敗カタログがあったのだった。 「要求開発・管理ベストプラクティスとその体系化の調査研究」(PDF) (2019/4/19 リンク切れを修正) 「要求開発・管理ベストプラクティスとその体系化の調査研究」を失敗カタログとして読む 「要求開発・管理ベストプラクティスとその体系化の調査研究」はタイトルの通りベストプラクティス集なのだけれども、それぞれのプラクティス毎に想定しているトラブル事例が興味深く、そして胸が熱くなる。 本来あるはずのレアケース、例外に関する要求が出てこない 顧客から要求が出てこない。実はもっと隠された要求があるのに聞き出せていないのかがはっきりしない 顧客との期待とは異なるシステムを開発してしまうことに対して、事前に調整する手
ファンクションポイント法の流れ | WEBシステム開発の見積り・構築依頼なら大阪の株式会社ヨドック
サマリー 1) FP計測のタイプの決定 タイプ1) 新規開発計測 タイプ2) 機能拡張計測 タイプ3) アプリケーション計測 2) 計測範囲の決定、アプリケーション境界の決定 計測範囲を明確にする為にアプリケーション境界を決定する。 3) データファンクションの計測 FP計測２つの計測対象の１つ ILF(Internal Logical File):追加・更新・削除など操作対象となるファイル EIF(External Interface File):参照されるファイル データエレメントタイプ(DET)：繰り返しを含まないデータ項目 レコードエレメントタイプ(RET)：繰り返しのあるデータ項目 ■ILF、EIFの複雑度 1～19 DET 20～50 DET 51以上DET 1 RET
WD Live! Web標準時代に求められるサイト構築法
Web標準時代に求められる サイト構築法 木達一仁 株式会社ミツエーリンクス WEB開発チーム フロントエンドエンジニア Web Standards Projectメンバー k-kidachi@mitsue.co.jp / kidachi@kazuhi.to 株式会社ミツエーリンクス WEB開発チーム フロントエンドエンジニア（2004年2月～） Web標準準拠サービスの立ち上げ/運用 Web標準Blogの運営 W3C Advisory Committee Representative 海外のWeb標準関連書籍和訳版の監修 Web Standards Project（WaSP）メンバー mixiにてWeb標準コミュニティを主催（2006年5月25日現在3260人が参加） 7月15日「Web標準の日」開催
開発成功を左右するユースケースシナリオの作成方法 (1/4)
sponsored 中堅・中小企業向けの“優しいIDaaS”で「セキュリティ向上」「管理負担軽減」を両立させよう 増え続けるクラウドアプリとユーザーアカウント管理の悩み、「ID Entrance」で解決！ sponsored アスキー編集者が最高の「息抜き」をしてきた 居酒屋さんで飲む「サントリー生ビール」が最高にうまい理由は？ sponsored キャンペーン期間は2024年8月26日まで BTO PCが4万円近く安くなることもある!? サイコム夏キャンペーンの必見カスタム構成 sponsored LCDパネル＋ARGB LEDファン＋冷却性能重視の設計がウリ 猛暑日でも高負荷ゲームをしたいなら高性能の水冷CPUクーラーを選ぼう、「MPG CORELIQUID D360」徹底テスト sponsored X-500（JN-IPS24X500FR-H-C6）をレビュー 500Hzディスプレー
複雑なアプリケーションの機能仕様は、概念モデルで整理しよう
機能豊富なアプリケーションの開発では、機能仕様の策定にもかなりの時間がかかる。特に、画面にたくさんのボタンが置かれていたり、いくつもの画面を並行して操作できるような、操作性の複雑なアプリケーションになると、ユーザインターフェースの機能仕様をまとめるだけでも、極めて大変な作業となる。 顧客からの要求仕様では、画面のレイアウトと、基本的な操作の手順が示される。開発者は更に、顧客が想定していなかった例外的な操作や、いくつかの機能を組み合わせた複合的な操作をした時の挙動についても、明確に洗い出して、機能仕様としてまとめなくてはならない。 考えうるユーザ操作の組み合わせは膨大な数に上るため、機能仕様の策定には時間がかかる上、思考も混乱しがちだ。たとえあらゆるケースを想定して挙動を定めたつもりでも、矛盾や洩れのある仕様になってしまうことも多い。このような不備は、テストになってから不可思議な動作をするこ
フロントエンドな現場でよく使う制作ツールまとめ | Pen
はじめに ふだん仕事でお世話になっているツールたちを徒然とリストアップしていこうかと思います。 中にはもう使わなくなったものもあるかと思いますが、記念的な意味をこめまして、いっしょにならべたいと思います。 そしてほとんど、Mac用のツールです。。。 タスクランナー GRUNT YEOMANでも使われているタスク・ランナーです。使用するにはNodeが必要です。 最近の空気感では、フロントエンド系のタスクランナーでは定番のものになったのではないでしょうか。 使い方はJavaScriptかCoffeeScriptで設定ファイル(Gruntfile)をつくり、そこにタスク(例えばソースを圧縮する、JavaScriptの構文をチェックする、デプロイするなどなど)を登録し、自動実行させるというものです。 また、grunt-initを別途インストールして、対応したテンプレートをインストールすると、お手軽
フロントエンドのツール Yeoman を勘違いしていた
Yeoman を勘違いしてスルーしてたところもあったので、 改めてこんなメリットがあるんだーみたいなところを共有しつつ、 必要性を感じられる人が使い始める機会になれればと思います。 僕もこれからちょいちょい使っていきたいです。Read less
情報処理推進機構：ソフトウェア・エンジニアリング ｢アジャイル型開発におけるプラクティス活用事例調査｣の報告書とリファレンスガイドを公開
2013年3月19日公開 独立行政法人情報処理推進機構 技術本部 ソフトウェア・エンジニアリング・センター 概要 インターネット販売サイトやSNS(ソーシャルネットワークサービス)等のシステムでは、その構築において要件のすべてが明確にならなくても開発に着手し、要件の明確化や変更には開発と並行して対応します。それは、いかに早くサービスを提供するかに、ビジネスの命運がかかっているからです。 こうした要件の変化に柔軟に対応できる開発手法として、「アジャイル型開発」があります。これは、ビジネス上の優先度が高い順に、短いサイクルで機能単位の開発を繰り返す手法です。 このアジャイル型開発手法は自社開発（内製）が中心の米国で発展したものであり、要件を決めて外部に開発を委託することが多い等、受発注環境が異なる日本でアジャイル型開発を適用するのは難しいと考えられています(*1)。 「アジャイル型開発」には、
私がアジャイル崇拝をやめてウォーターフォールを愛するようになった7つの理由 - カイゼンにっき。
アジャイルがダメだと思う7つの理由 - arclamp にインスパイアされて、自分なりの考えをまとめてみました。一部SI前提で書いています。 制作（および詳細設計・結合テスト）フェーズの全体スケジュールを見通しやすい 確かに、全体スケジュールの完全なコミットメントは不可能です。しかし、少なくとも、信頼性の高い見通しは必要です。そもそも予算が下りません。顧客側組織の予算編成・執行体制を変えるべきだ、何て寝言を言えるはずもありませんし、見通しもなしに予算を出すべきだとも思えません。 ウォーターフォール型の開発プロセスでは、開発プロジェクトの大部分を占める制作（および詳細設計・結合テスト）フェーズの全体スケジュールを、先行する計画・設計のフェーズでじっくりと吟味します。 ウォーターフォール型の開発プロセスは、問題があった時に調整が効かないかのように言われています。しかし、ウォーターフォールにはフ
DDDをScrumで廻す あるいは ScrumをDDDで廻す
QConTokyo 2013 で講演させていただいた DDDとScrumのお話の資料です。 簡単なライブモデリングもありましたが、モデリングのネタは、ワークショップのお楽しみということで、お願いします。Read less
Bootstrapで「触れるワイヤーフレーム」を作成！効率的にサイト制作を進めよう！ | WebNAUT by Beeworks
※この記事は2013年10月11日に執筆された記事です。現在は仕様が異なる可能性があります。 こんばんは、ハロウィンパーティのコスチュームを購入したものの、着ていく勇気がまだ出せていないマークアップSです。 本サイトで何度か取り上げているTwitter Bootsrtap。 この便利なフレームワークを使って実際にサイト制作を行いましたので、その制作過程などをご紹介致します。 また、このようなCSSフレームワークを使う事を前提とした新しいWEB制作のワークフローについても触れて行きたいと思います。 今回扱った案件 弊社ゲーム開発部からリリース中の「デッキメイク勇者」のサイト。 スマートフォン対応もされていなく、ちょうどリニューアルを検討中だったこちらのサイトをTwitter Bootsrtapをベースにしたレスポンシブ対応のサイトにリニューアル致しました。 制作フロー デッキメイク勇者以外に
デザイン思考 ファシリテーション・ガイドブック｜イトーキ
2012年11月にイノベーションを生み出す場のつくり方、スタンフォード大学d.schoolの研究・実践書「make space」を出版したが、場とともにイノベーションの生み出し方のメソッドを知り、実践したいとの要望が多く寄せられ、同じくスタンフォード大学 d.schoolのイノベーション教育の中核である「デザイン思考」を実践するガイドを株式会社イトーキ オフィス総合研究所と一般社団法人デザイン思考研究所にて作成しました。 目次 はじめに デザイン思考の概要 第１章 理解 ステップ1：チームビルディング ステップ2：課題設定 ステップ3：知識の把握 ステップ4：観察対象の設定 第２章 共感 ステップ１：観察 ステップ２：インタビュー 第３章 問題定義 ステップ１：情報整理 ステップ２：ストーリー抽出 ステップ3：問題定義 第４章 創造 ステップ１：テーマ設定 ステップ２：アイデア創造 ステッ
「システムテスト自動化カンファレンス」参加レポート | gihyo.jp
2013年12月1日、オラクル青山センターでシステムテスト自動化カンファレンス（STAC）が開催されました。私自身はテスト自動化研究会（STAR）のコミッターですが、今回縁あってカンファレンスのレポート役をさせていただくことになりました。 それではさっそく報告に入りましょう。 よりよいテスト自動化のためにちょっと考えてみませんか？―スコープ、ROI、プロセスを中心に― 近江 久美子（STAR） 今回のカンファレンスの位置づけと全体の方向づけを行うものです。このカンファレンスで扱われるテストは「ソフトウェアのユーザに価値がある単位で行われるテスト」、一般的にはシステムテスト、受け入れテストと呼ばれるテストレベルになります。 次にテスト自動化の目的を考えましょう。代表的なものとしては効率化したい、手動ではできないテストをしたい、などが挙げられますが、大事なことはただ自動化してもよい自動化に
テストを書く文化を育てる戦略と戦術
at DevLOVE現場甲子園2013 2013/11/09 (土) http://http://devlove.doorkeeper.jp/events/5464Read less
PlantUMLでUML図を描く
はじめに 目次 戻る はじめに_ テキストから UML を生成する PlantUMLを用いてUML図を描く。 参考URLは以下のとおり。 PlantUML（英語） プログラマーズ雑記帳：PlantUML の使い方 UMLの用語は基本的にマーチン・ファウラー著: UML モデリングのエッセンス 第3版, 翔泳社, 2005年にしたがう。 目次_ インストール Windows 7上にPlantUMLをインストール Ubuntu上にPlantUMLをインストール UML図の作成 PlantUMLでクラス図を描く PlantUMLでオブジェクト図を描く PlantUMLシーケンス図を描く PlantUMLでパターン図を描く PlantUMLで配置図を描く PlantUMLでユースケース図を描く PlantUMLで状態マシン図を描く PlantUMLでアクティビティ図を描く 戻る_ Yuichi G
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
彩神彩票-官方平台
ふつうの受託開発チームのつくりかた
ウォーターフォール開発／スパイラル開発／アジャイル開発 お金と契約にまつわる本当の話
「正しいアジャイル」でなくてもいい
授業の資料 #1 - ナイスビア珍道記