Group items tagged

一般ユーザ プロダクトを利用する プロダクトに問題が発生した場合 IssueとしてITSに問題(which/where/when)を登録 Issueを「報告済み」のステージへに移行 マネージャ(テスタ) ITSを眺める Issueが発生していた場合 Issueに対して再現ToDoをToDo管理システムに登録。このとき、Issueとのrelationがあることを記録する Issueを「確認中」のステージに移行 テスタ ToDo管理システムを眺める 再現ToDoが発生していた場合 再現ToDoの内容を実行し、再現する 再現手順と、現象(what)を再現ToDoとrelationalなIssueに書く Issueを「確認済み」のステージに移行 マネージャ(レビュア) ITSを眺める Issue(>= 確認済み)が発生していた場合 Issueに対して分析ToDoをToDo管理システムに登録。このとき、Issueとのrelationがあることを記録する Issueを「分析中」のステージに移行 レビュア ToDo管理システムを眺める 分析ToDoが発生していた場合 分析ToDoの内容を、関連する再現ToDoの結果を利用して再現 原因(why)を分析ToDoとrelationalなIssueに書く Issueを「分析済み」のステージに移行 マネージャ(プログラマ) ITSを眺める Issue(>= 分析済み)が発生していた場合 Issueに対して改修ToDoをToDo管理システムに登録。このとき、Issueとのrelationがあることを記録する Issueを「改修中」のステージに移行 プログラマ ToDo管理システムを眺める 改修ToDoが発生していた場合 改修ToDoの内容を、実施 実績(how)を改修ToDoとrelationalなIssueに書く Issueを「改修済み」のステージに移行

例えば、「IT産業へのイメージ」に対する学生の回答として、「きつい、帰れない、給料が安いの3K」に加えて、「規則が厳しい、休暇がとれない、化粧がのらない、結婚できない」の“7K”というイメージが挙げられましたが、それに対するNTTデータ相談役の浜口氏の答えは、 「3Kの“帰れない”は、帰りたくない人が帰れないだけ。スケジュール管理の問題だ。」 という怒りを通り越して呆れてしまうものです。 営業や上位管理職が勝手に決めたスケジュールで血反吐を吐いているプロジェクトを私はいくつも見てきました。どう贔屓目に考えても、彼の発言は真実を伝えていません。

ビジネス目的での利用の有料化も検討

他人のメッセージにコメントをつける機能も最初はユーザーが開発し、Twitter側で正式に機能に追加したという

「最優先課題」と位置づける各国版の展開についても、APIの公開によって実現しつつある

Here’s how: use Diigo. That’s what I’m going to do, anyway. Diigo now allows us to leave annotations (”stickynotes”) on web pages that are not attached to any highlighted texts, but just float on the page as a little yellow speech bubble. So I’m going to put a private, floating stickynote on each student blog’s homepage telling me the privacy levels chosen for him or her. It looks like this:

–hover over the speech bubble, and it shows you your annotation, eg.: “full name, pictures, videos okay, self-moderated comments,” or whatever. So here’s the letter. If anybody wants to suggest changes, or collaborate on them, I’m all ears.

能力に応じた市場価値を知る

経験に見合った給与の範囲を知る

「きつい、帰れない、給料が安いの3K」に加えて、「規則が厳しい、休暇がとれない、化粧がのらない、結婚できない」の“7K”というイメージ

ビジネスの内容が分かりにくい

プログラミングスキルはなくても良い？

コールセンター向け「コミュニケータプラス」のサービス提供を開始、会話をリアルタイムに分析し、「快・不快」という度合いを定量的に評価する

ユーザーの「怒り」の度合いが高い場合にはリアルタイムでマネージャにアラートが送られ、オペレーターを交代するなどの即時のアフターフォローが可能

コールセンター管理システム「ナイスパフォーム」は、音声認識によって電話対応からキーワードを抽出したり、波形の変化から顧客の「怒り」の感情などを抽出する

スクープであっても紙媒体の締め切りを待たずにウェブに配信する「ウェブ・ファースト」を目指す。また、スペースの縛りがないネット媒体の特性をいかして、刑事裁判の法廷内の様子を「ライブ」感覚で報じるなど、速さと量、そして質をも同時に追求する、次世代の報道「ウェブ・パーフェクト」を目指す。

またGoogleはフィッシングサイトやマルウェアサイトのリストを継続的に利用者のコンピュータにダウンロードし、訪問時には警告が表示されるようにしている。

イトのリストを継続的に利用者のコンピュータにダウンロードし、訪問時には警告が表示されるよ

mixiの弁明を見る限り、上記3点が理由で、今回の利用規約改定に踏み切ったとは到底思えないし、少なくとも、弁護士に相談した際に、上記の点だけを理由に、利用規約を改定すべき、というアドバイスをしないはずだ。もし、そういうアドバイスが弁護士から出たとしたら、「著作権」にも、「ITビジネス」にも、相当詳しくない弁護士がアドバイスした、としか思えない。あくまでも推測だが、おそらく、mixiにおいて、新しいビジネスモデル（おそらく、いわゆるCGM型モデルの、ユーザーのコンテンツを自動的に加工することで成立させるモデルと思われる。）の実施を企図しているのではないだろうか。

コンテンツの利用許諾をめぐる契約書においても、「著作者人格権の扱いをどう規定するか」という問題が必ず発生するが、私は、「著作者人格権を行使しない」という包括的かつ一方的な特約が無効とみなされるリスクがある以上（実際、そのように受け取られる裁判例も存在する。）、「著作者人格権は行使しない」とだけ規定するのではなく、著作者人格権に含まれる各権利（公表権、氏名表示権、同一性保持権、名誉声望保持権）をケアする内容の条項を入れるべき、というアドバイスをしている。