とまと あんらいぷ…

サラリーマンの素朴なつぶやきブログ

バリューコマースに登録してみた。

この度、バリューコマースさんに登録してみました。

登録にあたり
ブログに新規記事を作成し、指定のタグを貼り付けなければいけないとのこと。

難しいなぁ

と思ったのもつかの間、あっというまに登録が終わりました。
簡単だった(笑)

さてさて、あとは承認もらったら嬉しいなぁ、

A8さんとリンクシェアさんでは承認もらったので大丈夫だとは思うんだけど・・・
OKでるまでは心配。

テーマ:お小遣い稼ぎ - ジャンル:アフィリエイト

久しぶりのクライアントアプリ

ここ最近はWEBアプリの開発が増えましたね。

実際、クライアントアプリ開発の機会がめっきり減って
WEBの方が難しいなぁという印象を抱いてたわけです。

だって
ブラウザの仕様に悩まされる事もない。
開発言語とHTML、Javaの関連、WEBサーバーとの関連。。etc

セキュリティを考えれば
WWWで展開するようなWEBサイトだとミスなんて絶対許されないプレッシャーが付きまとってくる。
一度、自分が手がけたサイトにSQLインジェクションが見つかった時は凹んだものだ。

とはいえ、セキュリティに関するプレッシャーならインフラ屋さんの方がきつい気もするけど。
彼らの言い分では、枯れた技術であればマニュアル化されてるから大丈夫なんだと。
新技術のセキュリティホールが見つかった場合なんてどうして対応してるんだろ?


ただ、クライアントアプリは「WEBだから許される」ことが許されないことが多い。

例えば
「フォーカス移動と同時にデータベースにアクセスして情報を取ってきたい!」
なんて言われたら

WEBだと「ブラウザ上で通信が発生します」とか「チラツキ防止の為にAJAX使うので工数あがりますよ」とか、テキトーなこと言えばいいんだけど、クライアントアプリでできないことは
基本、ないからね。
WEBでもできるんだけど・・・

最近はあまりみないけど
お客様はクライアントとWEBの違いも分からずに要望を言うこともしばしば。
それを真に受けて

YES! 

っていうSEが、とんでもない実装を設計して後で泣くっていうパターンが多発している。

とにもかくにも、今回はクラサバ開発なので
WEB仕様に追われることもない。

じっくりC#の言語仕様を深めていこう。
というわけで先ずはラムダだ!

テーマ:雑記 - ジャンル:日記

進捗管理と終了予測

参画してるプロマネの判断力が異常でワロタ

たった14日で進捗が30%程遅れることになったのだが
包み隠さずきちっと報告してたら「コンフリクト対策」ということで
スケジュールをイジイジしてもらった。

本人さんは「数値遊びw」とか言っているが
あっというまに地ならし完了。
全員の進捗率が100%に戻った。

まだまだ若輩者だが自分の進捗のヤバさってのは分かってきたつもり。
PMをきちんと信頼して
正しい進捗を報告するとことで、
こうも綺麗に対策できるものなんだなぁ。
(被害をうけた先輩には今度うまい棒でも買おう)
資源(SE)があるかぎり、有効活用する手腕がものすごかった。

プロジェクトの進捗責任を負った時、
一番イヤなことは「虚偽」の報告をされること。
一気に破綻への道へ向かう。

だから、正しい報告を今後も心がけていこう。

と、ここで「数値のお遊び」なんだが
進捗率と完了予測の計算方法を( ..)φメモメモ。

◆進捗率
 Σ(作業の進ちょく率×作業の予定工数)÷ 計画した総工数

◆完了予測
 必要としている日数 =(計測日付までに予定した工数÷計測日付までに作業した工数(実績))×総日数

◆完了スケジュール差異
 必要としている日数−総日数

ですな。

解りやすく例に書くと

・全体で20日かかる見込みで計画したプロジェクト
・納期は10日後
・A君、B君の2人で作業している
・現在5日目
・A君の「個人報告」進捗率は80%でかなり進み気味
・B君の「個人報告」進捗率は10%で遅れ気味(ヤバイねw)

という具合。


まずは全体の進捗率の計算
A君、B君、共に予定工数は10日ずつ
5日目なので、計画通りに進んでいれば
ひとり5日ずつ作業をしてるから
総工数の半分なので、10日分進んでなけければいけない。

計算に当てはめると
 Σ(作業の進ちょく率×作業の予定工数)/計画した総工数

   A君:80%×10日=8日
   B君:10%×10日=1日
   ⇒9日 ÷ 20日 = 0.45%

全体進捗率は45%
一見、ちょっと遅れてるなぁ ぐらい。


完了予測は、現時点のペースで進ちょくした場合に、何日で計画を終了できるかを予測
(予定日数÷現在時点のペースとして計算)する。

A君:予定は5日分 実績8日分 = 3日進んでる
B君:予定は5日分 実績1日分 = 4日遅れてる

合計の予定は10日 実績は9 で全体で1日遅れている

10日(測定日の予定実績) ÷ 9日(測定日時点での実績) × 20日(全体予定) = 22.2日

このままいけば22.2日必要ってことになる。
ちょっとやばいなー。

という訳で
各個人の進捗トレンドを割り出してみると・・・

A君:5÷8×10=6.25
B君:5÷1×10=50

B君のスペックが相当やばいってことが分かる。
そりゃー、5日作業して1日しか進んでないんだもの。
5日分するのに25日かかるってことでしょ。
10日分するのには50日だ・・・自分で書いてて怖いw

腐っとる現場では良く、
B君が残業&休日出勤で頑張れ!
A君はサクっと抜けて次の現場へ!ってことがあったりする。

で、このまま割り振りをちっとも変えずにほったらかしにしておくと
実際には30日おくれましたー!wwwワロスwww
ってことになりかねないです。

全体で1日遅れてます!はヤバイんだよ。マジで。
人数が増えれば増えるほどね。

納期は20日目
これはほとんどの場合揺ぎ無いので
B君はこのまま頑張っても10日目までには2日分しかできないわけで・・・

逆にA君のスペックだと
予定した10日で16日分(10/6.25)できる。

てわけで
A君の作業を16日分に
B君の作業を2日に振り分け直す

この時点で

A君:5÷8×16分 =100%
B君:5÷1×2分  =100%

地ならし完了

しかし2日あぶれてるwww
急遽ヘルプで2日分誰か助っ人を呼ぶか、
A君に残業してもらって2日分補填するか。

A君なら残り5日で2日分増は現実的だからね。
眠いだろうけど。

どっちにしても最初に導き出した22.2日必要な事には変わりないのね(笑)
ヤバさがマシになるだけで。

とまぁ、こんな感じで
進捗と実績とスペックを数値化して
コネコネするとプロジェクトの全体が把握できますよー。
ってな感じなのかな?

といってもあくまでも「正しい進捗報告」があってこそ成り立つ計算方法
難しいわwww

GridViewヘッダ固定・列固定 

GridViewで行ヘッダと列ヘッダの固定を実装したかったんだけど
悶絶・・・

有名どころは
FreezingCol でググルとすぐにでてくるCSSでの実装ですね。
IE限定(笑)

問題は行数が増えてくると、使い物にならないぐらい遅くなる。
IE8でも試してみたけど、たしかに動く・・・動くんだけど。微妙な動きが。
なんか、モコモコ動くんですね。
もう、CSSでの固定は見限った。だって動かないんだもん。

で、次に見つけたのがコレ
SuperTables
多分一番、使い勝手がいいと思うし、とてもとても
ディ・モールトよい。普段はコレを使えばいいと思うよ!

で、だ。
Gridviewをdivでくくってやってみたんだけど、行ヘッダが倍増したように表示される。
自分で手打ちで作ったタグにSuper Tablesを当てるとうまくいく。

・・・・またASPの仕様ですか。。。無言で空のdivを吐くなよ・・・「無言」あかん。
http://ap.atmarkit.co.jp/bbs/core/fdotnet/17568

なんとかTableのIDから親要素にスタイルを当てたりとか、
なんかしたりとかしてたんだけどどぉーもうまいこといかないし、
カスタムコントロールも面倒くさい。(え、技術がないだけですが・・・)


結局、JQueryでなんとかならんかと、お得意のGoogle先生に聞きました。
OTCHY.NET jquery.tablefix.js
http://www.otchy.net/javascript/tablefix/

もう大満足です。
ふぅ。

なんとか実装。完了!
しかし早いし、綺麗に動くなぁ・・・
とりあえず一安心です。
続きを読む

ブラウザ文字化け〜WIn版osakaフォントの罠〜ほんとにosakaが原因か?

ブラウザはChromeを使ってる。たまにFF

なぜか、特定のPCだけブラウジングの時に文字化けしたりすることが多く、
その時は仕方なくIE6(笑)で見てたんだけど
今日やっと原因特定!

http://www.google.com/support/forum/p/chrome/thread?tid=3faeaaaeb36aaf86&hl=ja


引用:
Webページ側で英字フォントが指定されている場合、本来なら日本語部分は日本語フォントに
置き換えて表示されるのですが、WinXP上でOpenTypeフォントの場合に限りその置き換えが
正常動作しないバグが存在します。
Dev版では修正済みですが、Stable版とBeta版(4.1.249.1030)では未修正です。

該当するOpenTypeフォントをOSからアンインストールしてみてください。
または拡張機能のChrome Stylistをインストールし、オプションページの [Styles] タブで
[Add New Style] をクリックし、以下のような指定を行えば文字化けせずに表示されると思います。
 名前:FreeWebDev.jp
 URL:prefix http://freewebdev.jp/
 Stylesheet Text:* { font-family: sans-serif !important; }


これがほとんどの原因だったんだけど、osakaフォントをスタイルで読み込ませようとしているサイトでも
文字化けが・・・
デザインの為にWindowsにosakaフォントをいれてるわけだが。
悪さをしているのか?フォントが潰れているのか?・・・

とりあえず、osakaフォント削除と、クロームの設定したら直ったので
ここに記載っと。


次のページ

FC2Ad

FC2ブログ