[開発者]の検索結果

＋ 

A Webサイト制作の相場

－ 

A Webサイト制作の相場

「高い気がする」「いや、安いよｗ」とネットで話題騒然のWebサイト制作の相場早見表。○○円ならどこまでできる!? ウェブサイト制作の相場早見表 | Web担当者Forum価格目安作業目安50万円簡易なサイト制作、もしくは...

「高い気がする」「いや、安いよｗ」とネットで話題騒然のWebサイト制作の相場早見表。

○○円ならどこまでできる!? ウェブサイト制作の相場早見表 | Web担当者Forum

価格目安	作業目安
50万円	簡易なサイト制作、もしくは部分的なページ制作作業など
120万円	サイトリニューアルや、テンプレートを使った定型のサイト制作作業など
250万円	サイト設計や企画立案、独自のプランを必要とするサイト制作など
500万円	サイト設計、企画に加えてシステム導入を伴うサイト制作など

ぶっちゃけ、価格目安が50万円と120万円のWebサイトは作る必要があるのか非常に疑問です。ユーザーの獲得に多数のサイトがしのぎを削る中で、独自のプランを必要としないサイトを作ったところで、Webサイト制作業者が儲かるだけで、クライアントにはなんのメリットもないというのは目に見えてます。そんな仕事で金を取るのは間違いでしょう。そういうわけで、私がWebサイト制作をするなら(まあ、しないけど)、250万円より安い金額では引き受けませんｗ

こんな感じで作業内容と価格の算定根拠は根拠はともかく、Webサイト制作の相場として営業に利用できそうな表ではあります。

ちなみに、クライアントさんはこんなこといってます。

論点ちがうよ、web屋さんたちぃ〜！！

ともかく、この例からわかってもらえると思うんだけど、
あの表を高いとか安いとか議論する意味はナイ＞＜
だって同じ要件で見積もりとっても会社ごとに金額と中身が違うんだもん。

ソフト開発者の立場から言えば、たとえ同じ要件であってもシステムの実装方法は無数にあるので、値段がバラバラなのは当然だと思います。だからといって相場なんて意味がないわけではありません。目安があれば作るほうも相場に近い費用で可能な実装方法を選択するという流れになるので、目安としては利用価値があると思います。

[1175] Posted by kagahiro at 2008/02/22 21:18:35
0 point | Link (1) | Trackback (0) | Comment (0)

＋ 

A 都合のいいプログラマの見分け方

－ 

A 都合のいいプログラマの見分け方

「Geekなぺーじ」で企業家(?)が良いプログラマを見分けて雇用するためのTIPSというのが紹介されていました。雇われる側のプログラマからすれば納得できない点もありますが、雇う側からしたらこんなものなのかもしれま...

「Geekなぺーじ」で企業家(?)が良いプログラマを見分けて雇用するためのTIPSというのが紹介されていました。雇われる側のプログラマからすれば納得できない点もありますが、雇う側からしたらこんなものなのかもしれません。

Geekなぺーじ：良いプログラマの見分け方

ただ、真面目すぎていまいち面白くないのですこしひねって「経営者にとって都合のいいプログラマの見分け方」というのを考えてみました。

1.技術に対して情熱がある。技術に対する情熱が強く賃金が安くても文句を言わず働く。賃金についてあれこれ言う人は駄目。

2.家で会社のためにコード書くぐらいが必要。

3.技術的な話題を話し出したら止まらないような人が良い。大手IT企業が喧伝する内容のない技術的な話題で眼を輝かす事ができない人は駄目。

4.自分で勝手に最新技術を学び続ける。「ああ、それなら出来ますよ。研修の費用は自分で負担するので是非やらせてください。」と言うタイプの人でないとアウト。

5.会社が利益を増やすために最適な技術を選べる。自分が得意な技術でやり方を考える人は駄目。

6.自分が正しいと思わない技術で実現することを不快に思わない人が良い。

7.多くの話題で会話が可能で、賢そうに見える人が良い。

8.高い学歴や博士号、資格など営業先にアピールできる肩書きがある人が良い。

9.履歴書に書かれていない経験が多い人が良い。履歴書に書かれていない経験や実績は待遇面で評価する必要がない。

10.職務とは関係がない関連技術に関する知識が豊富にある。履歴書に書かれた技術以外のものを全く習得していない人は配置転換ができないので駄目。

まあこんな感じですか。そういえばプログラマとは関係ないですが、昔「都合のいい女」というテレビドラマがありましたね。

参考：
良いブロガーの見分け方x10(404 Blog Not Found)

アジャイルプラクティス 達人プログラマに学ぶ現場開発者の習慣 著者：Venkat Subramaniam,Andy Hunt オーム社 by Amalink

[1161] Posted by kagahiro at 2008/01/25 03:38:20
0 point | Link (1) | Trackback (0) | Comment (0)

＋ 

A ソフトウェア開発にハリーポッターは必要ない

－ 

A ソフトウェア開発にハリーポッターは必要ない

残念ながらソフトウェアが魔法のように出来上がるなんてことはありません。プログラミングは一つ一つコードを書いていくだけですし、デバックは一つ一つバグを潰していくだけ、テストは一つ一つはプログラムが仕様ど...

残念ながらソフトウェアが魔法のように出来上がるなんてことはありません。

プログラミングは一つ一つコードを書いていくだけですし、デバックは一つ一つバグを潰していくだけ、テストは一つ一つはプログラムが仕様どおりできているのかを確認していくだけです。ソフトウェア開発において魔法を使う余地などないのです。

もちろんどのように作業設計するかによって作業効率は変わってきますが、そのような設計能力は一朝一夕に身に付くものではなく日々の作業を自分の頭で考えながら着実にやっていくことで身につくものです。

ソフトウェア開発におけるハリー・ポッターは？

自分も「魔法」を身に付けたいと切実に思いますが、この例えでいくとホグワーツはどこになるのでしょうね。

優れたソフトウェア開発者になりたいのであれば、どこかの魔法学校で「魔法（そんなものは存在しない）」を身に付けることなど考えず、自分の頭で考えたことを一つずつやっていくべきではないでしょうか。どんな優れた人間であってもそれ以上のことができるとは私には思えません。

ライト、ついてますか―問題発見の人間学 著者：G.M.ワインバーグ,木村 泉 価格：￥ 2,100 共立出版 by Amalink

[1127] Posted by kagahiro at 2007/12/04 00:17:15
0 point | Link (1) | Trackback (0) | Comment (0)

＋ 

B 動画共有サイト - ニコニコ動画

  ブックマーク先へ

－ 

B 動画共有サイト - ニコニコ動画

  ブックマーク先へ

ニコニコ動画はニワンゴが提供している動画に自由にコメントをつけて楽しめるサービスで、当初はYouTubeなど他の動画共有サイトの動画にコメントをつけるサービスとして開始され爆発的な人気を博した。しかし、YouTu...

ニコニコ動画はニワンゴが提供している動画に自由にコメントをつけて楽しめるサービスで、当初はYouTubeなど他の動画共有サイトの動画にコメントをつけるサービスとして開始され爆発的な人気を博した。しかし、YouTubeからアクセスを遮断されたため、一時サービスの中断を余儀なくされ、会員制でユーザー数を制限しつつ独自の動画共有サービス「SMILEVIDEO 」に移行することで、サービスを再開した。日本では動画共有サービスとして一時はYouTubeを上回る人気となったが、現在はYouTubeに抜かれユーザーは減少している。

2007年6月には、ニコニコ動画普及委員会のメンバーがオンライン上、オフライン上で議論を重ね結果をまとめた、ニコニコ宣言(仮)を発表している。

ニコニコ動画(RC2)
ニコニコ動画 開発者ブログ（新着情報）
ユーザ同士の質問＆交流掲示板

ニコニコ動画に関するサイト
NicoPlayer
ニコニコ動画の動画をコメント付きで再生するソフト。動画とコメントのダウンロード、コメントフィルタ機能でNGワードなど表示するコメントの制御や修飾も行うこともできる。

ニコニコ動画保存ツール 「SmileDownloader」
ニコニコ動画やYouTubeの動画を IEの右クリックメニューから簡単に保存できるダウンローダー。

Vid-DL - 動画ダウンロード保存支援ツール
動画共有サイトの動画をファイルに保存するツール。Youtubeやニコニコ動画のほか多数の動画サイトにも対応している。

チューブ＆ニコ録画
YouTubeやニコニコ動画をパソコンにダウンロードする有料ソフト。

[1107] Posted by kagahiro at 2007/11/04 23:32:02
1 point | Link (10) | Trackback (1) | Comment (0)

＋ 

A SourceForge（ソースフォージュ）

－ 

A SourceForge（ソースフォージュ）

SourceForge（ソースフォージュ）は、オープンソース・ソフトウェアの開発者にCVS/SVNリポジトリ、Wikiシステム、メーリングリスト、バグ追跡システム、掲示板・フォーラム、タスク管理システム、 Webサイトホスティ...

SourceForge（ソースフォージュ）は、オープンソース・ソフトウェアの開発者にCVS/SVNリポジトリ、Wikiシステム、メーリングリスト、バグ追跡システム、掲示板・フォーラム、タスク管理システム、 Webサイトホスティング、リリースファイルのダウンロードサービス、永久的なファイル保管、完全なバックアップ、シェル環境、コンパイル・ファームなどの総合的かつ容易にプロジェクト管理を行う環境を、Webベースで提供する無料のサービス。

SourceForge.jp

[1094] Posted by kagahiro at 2007/10/17 03:59:35
0 point | Link (2) | Trackback (0) | Comment (0)

＋ 

A Web 開発者向けイベント「The Future of JavaScript」

－ 

A Web 開発者向けイベント「The Future of JavaScript」

Mozilla Japan が、米国 Mozilla Corporation の JavaScript エバンジェリストである John Resig 氏の来日に合わせ、Shibuya.jsとのコラボレーションで「The Future of JavaScript」と題した参加費無料のイベントを開...

Mozilla Japan が、米国 Mozilla Corporation の JavaScript エバンジェリストである John Resig 氏の来日に合わせ、Shibuya.jsとのコラボレーションで「The Future of JavaScript」と題した参加費無料のイベントを開催する。

日時
2007 年 11 月 2 日 (金) 18:30 - 21:30 (18:00 受付開始)

The Future of JavaScript

[1093] Posted by kagahiro at 2007/10/17 03:41:16
0 point | Link (1) | Trackback (0) | Comment (0)

＋ 

A デバッグを効率的に行なうための９の心得

－ 

A デバッグを効率的に行なうための９の心得

バグのないソフトウェアはない、というくらいソフトウェアにはバグがつきものですが、ソフトウェアの開発プロジェクトには期間や予算に上限があるため、バグの修正に手間取ると十分なテストを実施することができず、...

バグのないソフトウェアはない、というくらいソフトウェアにはバグがつきものですが、ソフトウェアの開発プロジェクトには期間や予算に上限があるため、バグの修正に手間取ると十分なテストを実施することができず、品質が低い状態でリリースされてしまうことになります。テストを円滑に進めソフトウェアの品質の高めていくためには、バグを迅速かつ正確にバグを修正していく必要があります。

しかし、オブジェクト指向プログラミング（OOP）やデザインパターンなどプログラムの作り方についての解説書や記事はたくさんあるにも関わらず、「バグは本来あってはいけないもの、あるはずが無いもの」という意識があるためか、デバッグに関して語られている情報源はあまり多くありません。そのため、デバッグのテクニックについてはせいぜい「開発現
場の先輩に教えてもらう」というのが実情です。

知識を共有するために、私がこれまでのソフトウェア開発の経験から得た、デバッグを効率的に行なうための心得をいくつか挙げてみたいと思います。

1. バグの原因は自分が作っているプログラムにある可能性が最も高い
ソフトウェアを構成する要素として、OS、開発ツールに付属するライブラリ、市販ライブラリ、プロジェクト内で作成されたライブラリなどがありますが、バグの原因は自分が作っているプログラムである可能性が最も高いと考えたほうがすばやくバグを見つけられます。なぜなら、今まさに開発が行なわれているプログラムこそが最もテストされていないプログラムだからです。問題の原因をマイクロソフトのせいにする前に自分のプログラムを調べましょう。

2. テストの実施を妨げているバグを優先する
当然のことですが、テストができなければバグを見つけることができません。効率的にバグが発見できるように、めったに行なわれない操作によって発生するバグよりも、必ず行なわれる操作で発生するバグを優先的に修正していく必要があります。

3. 問題を確実に再現できるようする
問題が発生する条件（操作手順、データなど）を必ず特定しなければなりません。これができないと動作確認は不可能ですので、修正したつもりが実は直ってなかったという事態にもなりかねません。この作業自体はソースコードがなくても可能なので、テスト担当者の協力を得られるのであれば、情報を交換しながらテスト担当者と開発担当者が並行して調査を進めるのが良いでしょう。

4. 一度でも問題が発生した場合はバグがある可能が高いので必ず調査する
一度でも問題が発生した場合は、単にバグが発現する条件がわかっていないだけで、必ずどこかにバグがあります。開発作業中はいろいろプレッシャーがあるので難しい面もありますが、見つけた時点で調査しておいた方がいろんな面で良いでしょう。

5. ソースコードを見ただけで正しい処理が行なわれていると判断しない
プログラムはプログラマが思っている通りに動くのではなくコンパイラが解釈した通りに動くものです。コンパイラについての知識が豊富なプログラマが犯しがち問題ですが、プログラマがコンパイラの仕様について誤解しているために生じるバグもよくあります。プログラマ自身は正しいと思っているためソースコードを見ただけではバグを発見することが困難ですがが、このようなバグは実際にプログラムを動かしてみることで簡単に原因を発見することがきます。

6. 想定外の操作や想定外のデータが使用されていないかチェックする
プログラムはプログラマが想定していなかった操作が行なわれたり、想定外のデータが入力されたりした場合は正しく動作しないことが多いものです。問題を発生させる操作やデータがプログラムで想定されているかチェックしてみましょう。

7. バグの原因となっているソースコードは必ず特定する
関係の無いところを直しても問題の現象が発生しなくなる場合もありますが、それでバグが無くなったわけではありません。そのような場合は、また別のところで別のかたちで問題が発生することになりかねません。バグは必ずソースコードレベルで原因を特定し確実に修正すべきです。

8. できるだけ他の処理に影響を与えないようにソースコードを修正する
他の処理に影響を与えるような修正を行なった場合、これまで問題なく動いていた部分に新たなバグを埋め込んでしまう可能性が高いものです。別の問題を引き起こさないように、影響範囲に注意してソースコードを修正します。しかし、単なるコーディング上の間違いであればプログラムの修正は比較的簡単で他の処理に影響を与えることは少ないのすが、設計に問題がある場合は他の部分の影響を与えないようにバグ修正を行なうのが難しい場合があります。そのような場合は、本質的な問題の解決にはならないとしても、影響範囲を限定するために暫定的な対処を行なった方が良いでしょう。

9. ソースコードを修正した場合は必ずテストする
たとえ簡単な修正であっても間違った修正を行なう可能性は常にあります。また、修正が思わぬところに影響を与えることもあります。当たり前ですが、ソースコードを修正した場合は必ずテストを行ないましょう。テスト作業を手を抜くよりも、テストを行なった方がトータル見れば開発者自身にとっても負担が少ないはずです。

[1067] Posted by kagahiro at 2007/09/10 05:49:45
1 point | Link (3) | Trackback (0) | Comment (1)

＋ 

A ネットイナゴとはてなブックマーク

－ 

A ネットイナゴとはてなブックマーク

はてなが池田信夫氏の「はてなブックマーク＝ネットイナゴの巣」発言を受けて、開発者の伊藤直也を中心に「はてなブックマーク」の改善に取り組むことになったそうです。まあ、はてなブックマークのコメントとして、...

はてなが池田信夫氏の「はてなブックマーク＝ネットイナゴの巣」発言を受けて、開発者の伊藤直也を中心に「はてなブックマーク」の改善に取り組むことになったそうです。

まあ、はてなブックマークのコメントとして、書き手を侮辱するようなコメントがつけられることがあるというのは事実なので、そういったコメントは排除する方向で対応をするということなのでしょう。

とはいえ、はてなブックマークでネガティブなコメントが排除されたとしても、２ちゃんねるは未だに健在ですし、ニコニコブックマーク（仮）という強力なおふざけ系のソーシャルブックマークサービスが新たに開始されているので、書き手に対する罵倒や誹謗中傷がなくなることはないと思います。

罵倒や誹謗中傷が良くないのは間違いないのですが、弁護士の小倉秀夫氏のように、「多少のコストを覚悟させたら優秀な書き手は逃げてしまう」とういうのはあまりにナイーブ過ぎるように思えます。

各分野の専門家によるレベルの高いエントリーがブログにアップロードされ、そこでその分野に興味を持った素人との交流や同じ分野を専門とする人々との高度な議論がなされる

という状況には決してならないでしょう。ネットは実社会から切り離された言論空間ではないのです。

認識の違いと言ってしまえばそれまでですが、残念ながらネット界は高い倫理観を持った参加者によってフェアな議論が行なわれるような言論の場ではありません。未来においてもそうなることはないでしょう。むしろ、実社会の利害関係が色濃く反映された情報戦の場に近いというのが現実です。

記事にネガティブなコメントがつく理由は、書き手が間違っている場合だけではありません。書き手の主張が他人の既得権を侵している場合や、書き手が過去に他人の恨みを買っている場合も罵倒や誹謗中傷が行なわれます。むしろ、粘着して罵倒されるようであれば、他人の既得権を侵しているか何らかの恨みを買っている可能性の方が高いと考えられます。つまり、書き手への罵倒や誹謗中傷は利害が対立する相手からの攻撃の可能性が高いのです。

新聞記者が不自然な形で「自殺」したり、著書で権力者の不正を告発しようとした著名なエコノミストが破廉恥罪で逮捕されたりする事件が現実に発生しているように、実社会において影響力の大きな情報発信者に対する危険は並大抵ではありません。

現状ではネット発の記事の影響力はテレビや新聞といったマスコミ程ではないため、ネット上の書き手に対するプレッシャーはそれほど強くないとは思いますが、ネット発の記事の実社会への影響力が増すにつれて、書き手に対するプレッシャーも強くなるのは間違いないでしょう。特に論理的で影響力のある記事を書くことのできる書き手であればあるほど、その影響力に比例して反発も大きくなるのは避けられないと思います。

いかに高いレベルの専門的な知識にもとづいた論理的に正しい主張であっても、その主張が他人の既得権を侵すようなものであれば、罵倒や誹謗中傷も含めたあらゆる手段で攻撃される可能性があります。「多少のコスト」にすら耐え切れないようでは、実社会的に大きな影響を及ぼすような主張を貫けるとは到底思えません。

だからといって誹謗中傷による攻撃を受けないようになんらのコメントもできないようにするのは得策ではありません。ネガティブなコメントというのは書き手に対する一種の警告です。書き手に対して危険を知らせるとても有用な情報なのです。痛みを感じることのできない動物が生きていくことは難しいように、他人の敵意に気づかない人間が社会の中で生きていくことは困難です。そういう意味では、梅田望夫氏の対応方法は非常に適切だと思います。

最近つくづく思うこと

だから僕は現代を生きる幸福を噛みしめながら、毎日延々と、むろん厳しい批判も含め、自分が書いたことに対する反応や感想を読み続けている。

もちろん、罵倒や誹謗中傷が不愉快であるのは間違いないので、別に梅田氏のように「幸福をかみ締めながら」読む必要はないのですが、自分の書いたことに対する周囲の反応はネガティブな反応も含めて把握しておけば、書き手への危険をうまく回避できる可能性が高くなるのは間違いないでしょう。ネガティブな反応を全てスルーしたり拒否したりするのは、書き手にとっても得策とは思えません。

もっとも、金儲けを目的に他人を罵倒する行為を組織的に行なう「イナゴ使い」ともいえる人々が、ネットイナゴ達を操って起こす「本当のネットイナゴ問題」が発生した場合は、完全スルーなり法的措置を取るべきだと思います。

参考：
幸福を痛感する（404 Blog Not Found）
ネットはサファリなので、棲み分けが生じる。
字幕.in | ニコニコの削除人と遊ぼう！

[1049] Posted by kagahiro at 2007/06/17 00:38:27
1 point | Link (3) | Trackback (1) | Comment (0)

＋ 

A ニコニコブックマーク（仮）のコメントがひどすぎる

－ 

A ニコニコブックマーク（仮）のコメントがひどすぎる

経済学者の池田信夫氏がはてなブックマークのユーザーをネットイナゴと罵倒した記事があちこちでちょっとした話題になってますが、「ニコニコブックマーク（仮）」に比べれば、「はてなブックマーク」なんてかわいい...

経済学者の池田信夫氏がはてなブックマークのユーザーをネットイナゴと罵倒した記事があちこちでちょっとした話題になってますが、「ニコニコブックマーク（仮）」に比べれば、「はてなブックマーク」なんてかわいいものです。

トップページをざっと見ただけでも罵詈雑言の嵐です。どう考えても、「ネットイナゴ」の名称はニコニコブックマーク（仮）にこそふさわしい。

WebページのHTMLソースに以下のメタタグを埋め込むことでニコニコブックマークへの登録拒否ができるそうなので、まだの人は早めに対応することをおすすめします。

<meta name="nicob" content="noindex">

ニコニコブックマーク(仮) 開発者ブログ

(追記あり)

[1043] Posted by kagahiro at 2007/06/12 04:42:45
1 point | Link (3) | Trackback (1) | Comment (0)

＋ 

A Mozilla Japan、「拡張機能」をテーマとする開発者向けイベントを開催

－ 

A Mozilla Japan、「拡張機能」をテーマとする開発者向けイベントを開催

Mozilla Japan が、2007年6月16日(土)に「拡張機能」をテーマとする開発者向けイベント「Firefox Developers Conference Summer 2007」を開催する。午前中は、米国 Mozilla Corporation の Mike Shaver による基調講...

Mozilla Japan が、2007年6月16日(土)に「拡張機能」をテーマとする開発者向けイベント「Firefox Developers Conference Summer 2007」を開催する。

午前中は、米国 Mozilla Corporation の Mike Shaver による基調講演と拡張機能の現状に関する最新情報。午後のセッションは、経験者向けと初心者向けに分け、それぞれのニーズに沿った内容を取り上げる。また、全体セッションとして、Web サービス API の紹介や、拡張機能作者によるライトニングトークが予定されている。参加費は昼食・資料代込みで1,000円となっている。

Firefox Developers Conference Summer 2007

[1019] Posted by kagahiro at 2007/05/18 07:35:13
0 point | Link (2) | Trackback (0) | Comment (0)