ButtonMaker webボタン素材 自動生成サイト - 無料
このページはホームページ制作に使えるボタン素材を生成するサイトです。 ご希望の項目を設定し、右上の「create」ボタンをクリックするだけで簡単にボタンを作れます。 ※印の付いた項目は設定必須で、その他の項目は必要に応じて設定してください。 各項目の「カラー」の欄は入力欄をクリックするとカラーピッカーが表示されますので、 ご希望の色をクリックすると自動で入力できます。 背景色の「方向」はグラデーションにする際の１から２への色の向きです。 テキストの位置２は自由に指定したい場合に設定すると、 位置１の指定を無視して、位置２で指定した位置にテキストを表示します。
正規表現 - SMART 開発者のためのウェブマガジン
正規表現の概要 正規表現は、Perlの中で最も重宝する機能のひとつです。正規表現にはテキスト処理のための様々な機能があり、文字列の中から特定のパターンを見つけ出したり、置換したりすることができます。 正規表現の基本的な使用方法 たとえば、$strという変数に格納したデータの中から、「A」で始まって途中は何があるかわからないが最後が「E」という文字列を探したい場合､次のように記述することで、条件にマッチする文字列を見つけることができます。 $str =~ /A.*E/; 上記では、ドット( . )が改行以外の1文字を表し、アスタリスク( * )がその任意の文字の0回以上の繰り返しを意味します。このように、正規表現において特殊な働きを持った文字を正規表現演算子、またはメタ文字と呼びます。また、=~ はパターン結合演算子と呼ばれ、「左辺の値から右辺の値を検索する」という意味があります。 正規表現
新規事業開発や風土改革を担当するチームが感染に注意すべき３つ（４つ）の病：ナレッジ！？情報共有・・・永遠の課題への挑戦：オルタナティブ・ブログ
ひとつ前のエントリーで、イノベーティブな試みを担当したチームがよく直面する嫌な中間管理職が振りかざしがちな論理として「唯一絶対解の存在信仰」とか「解決策の論理的完璧性追求症候群」がある、なんてことを書いたところこれらについてちゃんと説明しろというお叱りを（隣席から）受けた。 正直に白状するとこの２つの信仰とか症候群ってとっさに自分で考えてつけたネーミングなのだ。でもせっかくだしちゃんと書いてまとめてみることにトライする。 まずは、それぞれの解説から。 「後出しジャンケンプラクティス」 今泉さんの例示によるとこれは、完成形をイメージせずに都度提示されたモノに対して思いつきレベルでコメントを発したり、他にはlizy氏のブクマでの指摘にあったように「意見を求められた側は、何らかの意見を言わないと仕事をしてないことになるため、必ず難癖をつける」というアリバイ作りのためのコメントの繰り返しによって革
スーツにはスーツの道がある - GoTheDistance
勢いで書く。 スーツ側の人は業務内容が密接にプロジェクトや会社の中の話と結びつくことが多いので、はてな界隈ではなかなかスーツ側の人はスーツ側の濃ゆい話を書くことが出来ないことが多いようだ。圧倒的にスーツ側の人間がはてなを始めとしたブロゴスフィア全体で少ないなぁとつくづく思う。QAも少ないけど。この辺をアツく語るブロガー出てこないかなー。 私は200X年に今の会社に入社して、数年間WEBアプリケーションの開発をやった。多くはJavaの案件だった。最後の案件は去年の夏ごろだ。前任のPMが逃げるように辞めていってしまい、非常に複雑なロジックを自分が担当することになった。1500行越えktkr。それを参考にして(これが大間違いだったんだよセニョールorz)２週間かけて作ってみたはいいものの、テストを繰り返しているうちにどんどんボロがでて、結局その当時のPMとパートナーさんに相談して設計からやり直し
迷ったら狩野さん！...狩野分析法による優先度付け - masayangの日記（ピスト通勤他
追記 id:discypusさんから、狩野分析法の出典に関するコメントをいただきました。 狩野法って、 狩野 紀昭 氏 http://www.sangakuplaza.jp/page/134499 の http://www.yahoo-vi.co.jp/method/b10.html の手法かと 思うのですが、合ってますでしょうか？ まさにこれですね。http://www.yahoo-vi.co.jp/method/b10.html にある日本語のほうがすっきりしてます。 お詫び 分析用配列に誤りがありました。修正してあります。 要旨 先日受講したScrum Product Owner Trainingで印象に残った分析法を紹介。 Agile開発では「優先度順に要件（フィーチャ）を開発していく」のが基本だが、いざ優先度をつけようにも話は簡単ではない。発注側に強力な指導者がいてその人が独裁的
破たんした見積もりはプロジェクト失敗への近道
建築業界では、ほとんどの工事は見積もり額の－10～＋10％に入るといわれており、多少誤差があるが、このPMBOKの定義とほぼ一致している。これに対しシステム開発では、最終的にはどのくらいの見積もり精度なのだろうか。感覚値だが、たぶん、－20～＋100％ぐらいになっているのではないだろうか。 それでは、なぜシステム開発においては、見積もり精度が出ないのであろうか。これには、いくつかの理由が考えられる。 （1）機能の洗い出しが不十分 確定見積もりを算出するためには、プロジェクトで開発するシステムの機能とその難易度が分からないといけない。しかし、見積もりを算出する段階で、そもそも機能は明確になっているだろうか。機能が明確でないのに見積もりを提出しているとすれば、その精度はそもそも期待できなくて当然である。 （2）見積もり技術が確立していない システム開発においては、見積もる人によって金額に倍の開
ファンクションポイント法の流れ [株式会社ヨドック]
サマリー �@FP計測のタイプの決定 タイプ1) 新規開発計測 タイプ2) 機能拡張計測 タイプ3) アプリケーション計測 �A計測範囲の決定、アプリケーション境界の決定 計測範囲を明確にする為にアプリケーション境界を決定する。 �Bデータファンクションの計測 FP計測２つの計測対象の１つ ILF(Internal Logical File):追加・更新・削除など操作対象となるファイル EIF(External Interface File):参照されるファイル データエレメントタイプ(DET)：繰り返しを含まないデータ項目 レコードエレメントタイプ(RET)：繰り返しのあるデータ項目 ■ILF、EIFの複雑度 1〜19 DET 20〜50 DET 51以上DET 1 RET
RSS購読者数の推移とPV数の推移に有意な相関性は見られず | 住 太陽のブログ
hCAPTHAのチャレンジに「繰り返しのないエンティティをクリックしてください」というものがあります。この文面の意味がわかりにくいせいでしょうか、検索しておられる方が相当数おられます。この記事では「繰り返しのないエンティティ」とは何で、何をすればいいのかを簡単に解説します。
漂流記
概要 概要（変化に強いシステムの構築方法）2000-12-10 データモデル エンティティとリレーションシップ2000-12-28 エンティティのライフサイクル2001-01-12 アプリケーションルール データフローダイアグラムの書き方2001-01-28 アプリケーションルールの定義2001-02-04 プログラム設計 プログラム設計2001-02-18 その他 ことの経緯 その１2001-03-04 ことの経緯 その２2003-09-21 その他更新：2002-11-24，2002-06-16 作成例：販売・生産・搬送計画立案支援システム 業務概要2001-09-09 データモデル2001-09-16 エンティティのライフサイクル2001-09-30 アプリケーションルール2001-09-23 プログラム設計2001-10-07 各論 データウェアハウス2001-03-25 ファンク
Catalyst::Plugin::RequestToken
NAME Catalyst::Plugin::RequestToken - (DEPRECATED) Handling transaction token for Catalyst DEPRECATION NOTICE This module has been deprecated in favor of Catalyst::Controller::RequestToken. Please do not use it in new code. It has known compatibility issues and is absolutely not supported by anyone. It remains only in case you have existing code that relies on it. SYNOPSIS in your application clas
http://libxml.rubyforge.org/
Welcome to LibXML Ruby The LibXML-Ruby project provides Ruby language bindings for the GNOME Libxml2 XML toolkit. It is free software, released under the MIT License. LibXML's primary advantage over REXML is performance - if speed is your need, these are good libraries to consider, as demonstrated by the informal benchmark below.
私家版REXML APIリファレンス
はじめに このAPIリファレンスはREXML2.4.2のツリーAPIのもので、書 籍「Ruby de XML」の 付録として収録されているものをベースとしています。こ のAPIリファレンスはREXMLに付属してくるドキュメントと は別物です。ちなみに、REXML に付属してくるドキュメントの和訳のアーカイブはダウンロード出来ます。 まずはツリーAPIでのクラス、モジュールの構成を（Fig: ツリーAPIの構成）に示す。 Fig: ツリーAPIの構成 +-----------------+ +-----------------+ +--------------------------+ | REXML::Child | | REXML::Parent | | REXML::Element | +-----------------+ | _____________ |-+-| ________
たのしいXML: RubyでXMLデータを扱う
たけち: 前回は入力XMLデータを元にして、XMLファイルに出力してみたね。今回は、まったく新しく生成したXMLデータをファイル出力してみるね。 さらら: 難しそうね。 たけち: 心配ないよ。まずは、要素がひとつだけの簡単なXMLデータを生成して、XMLファイルとして出力する簡単な例を作ってみるね。 さらら: はい。
【IT Service Forum 2007】プログラミング軽視が使えないシステムを生む----積水化学の寺嶋氏がベンダーに苦言
「今のITベンダーはプログラミングを軽視しすぎている。全員がプログラマでありSEでなければ企業が喜ぶシステムは作れない」。積水化学の寺嶋一郎コーポレート・情報システムグループ長（写真）は、11月27日に開催した「IT Service Forum 2007」の講演「ITベンダーに望むこと」で、ITベンダーにこう苦言を呈した。 「システム開発でどんな技術や開発手法を使うかはアーキテクトが決める。経験上、良いアーキテクトが設計すると、開発と運用のコストを段違いに削減できる。良いアーキテクトとは、業務とプログラミングをよく知っている技術者だ」と寺嶋グループ長は話す。だが、今は「プログラミングを知らないSEが“売らんかな”でツールやパッケージの導入を目的に設計し、オフショア開発などで業務の分からないプログラマが実装している」（同） この状況を改善する策として寺嶋グループ長は「内作型開発モデル」を提唱
[Apache][proxy] Apache 2.2.6 - koziyの日記
Changes with Apache 2.2.6: http://ftp.riken.jp/net/apache/httpd/CHANGES_2.2.6 Apache 2.2.5 をとばして 2.2.6 がリリースされましたねー。 # いちお 2.2.5 の tags はあるみたいですけどね :) > [Apache-SVN] Index of /httpd/httpd/tags/2.2.5 2.2 系といえば proxy モジュール系の追加・修正が盛んなのが有名(?)で今回も Changes の中で半分以上を占めています(cache モジュール系もいい感じで修正されてますね)。 というわけで proxy モジュール系の Changes を抜き出してみると *) mod_proxy_http: accept proxy-sendchunked/proxy-sendchunks as sy
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Microsoft Windows Media:Windows Media Player 10 Mobile の機能
Microsoft Support
https://support.microsoft.com/ja-jp/help/436490
Agile Buzz Forum - Converting from Rexml to libxml
プログラミング言語 Ruby リファレンスマニュアル