2003年07月サーバ管理者日誌サーバ管理とそれ以外の日常を綴ります。メールはkei@nantoka.comまで。Tweet社内予定表にマーキングしてあって、何の日だか考え込む。誕生日が社内予定表に入ってるんだって悩んだり。実は、海の日の振替休日っていう意味だった模様。苦味を抑えるためには、きちんとワタを取るスライスした後塩もみしてしばらくおく油物と一緒に炒めるのが良いと思います。卵とあわせると随分苦味が消える気も。慣れると苦くないゴーヤはゴーヤじゃないさーって感じ。プライバシーの侵害度合いはRFID以上かも知れないと思います。監視カメラですが、テレビ番組で説明されていた鮮明な映像に驚きました。蓄積された情報がどのように扱われるかを宣言することが大切ではないかと思います。監視カメラの映像もあまりにも長期にわたって保管されれば、将来プライバシーが脅かされる心配があります。いった運用規定を宣言することは重要だろうと感じました。Tweetsmbclientの応用で、smbtarというものがあって、Windowsマシンのデータをテープにバックアップするのに重宝。/dev/nrst0っていう感じ。パスワードはps(1)あたりで見えるので、自分以外が使っているマシンの時は注意が必要。-ってやって戻す応用もあり。Tweetウチの豚肉の青じそ巻き(適当に命名)とは微妙に違うらしいけどもおいしそう。豚肉に辛子を塗って青じそを乗せてくるくると巻きますタレ焼きのタレを作ります。しょうゆ・みりん・酒の三同たれをベースにお好みでどうぞ。タレの中に巻いた豚肉を30分程漬け込みますグリルで焼き上げますグルグルの断面が見えるように、ちょっと斜めに二等分して盛り付けますって感じ。OSにLinux、データベースにMySQL、Web系開発言語にPHPなどを多用して開発。最近流行りの、LAMPです。ライセンス料金は、長崎県内の自治体に限り無料となる。民間企業と他県の自治体ユーザーは有料となる。他県の自治体ユーザーのライセンス料金は、民間企業よりも安くする方針だ。プロプラエタリに対抗する。クローズなシステムと決別して自治体システムをオープン化していくという意味で、オープンソース活動の追い風となる動きであることは確かだと思います。成功させたい取り組みだと考えています。このシステムのために、県内事業者は何が貢献でき、何を得ることができるかを考えて行動に移していく必要があると考えます。オープンソース信奉者としても何が貢献でき、何を得ることができるかを考えて行動に移していく必要があると考えます。両者は乖離してしまってはいけません。共栄関係を築き上げるために、オープンソース化を機会として、オープンソースコミュニティと県内の産業を結んでいく場を作る必要があると思うのです。一緒に応援して行きませんか。メールをお待ちしています。パソコン記録を改ざん[http://www.mainichi.co.jp/news/selection/20030728k0000e040057000c.html]:オフィスの電気を消し、電気スタンドや懐中電灯の明かりでパソコンの仕事をさせる例もあるという。平成の世に女工哀史を見るようだ。パワハラによる首切りといい、あまりにも社会が殺伐としている様に思う。トラコスにユーザーサポートを外注している企業は珍しくない。Tweetどうして電子自治体という括りで出してきたかというと、自治体の窓口業務をコールセンターに外注しようという流れがあって、これは電子自治体と無関係ではないからです。窓口業務を電子化(Webで受け付け)すると、サポート窓口が必要になることは想像に難くない。行政としては電子化したからにはどんどん使って欲しいわけだから、サポートせざるを得ないのです。ここで、サポートは今まで紙ベースの申請をやっていた時よりも低コストにならなきゃいけないという課題があります。時間単価の高い公務員さんがマニュアルを読めば分かる様なサポート業務をやっていることは許されないのです。すると、マニュアルを読めば分かるようなサポート業務はサポートセンターにまとめて外注すれば、低コスト化できるし、今よりも愛想の良い対応が期待できるかも知れない。実は役所内部のシステムの改善が大前提として必要になります。様々な問合せや相談に対する回答が属人的な知識として蓄積されてしまっているからで、これを共有知識にしていく必要があります。回答に対して窓口が責任を持てるシステムを構築していく必要があります。対応できる体制を作る必要があります。[県|市|町|村]の回答としてご理解ください」と言える体制が作れないといけません。これらのことを実現するのが本当の課題で、ハードやソフトと言うシステムはほんの枝葉に過ぎないと思っています。顧客サポートのアウトソースによって顧客満足度を上げる:ということはきっと不可能ではないと考えます。いつ掛けても繋がらないという状況から開放された例もあるかも知れません。取り入れられています。データマイニングに活用する事例も珍しくありません。サポートセンターをCRM最前線としてとらえることができるかどうか:が重要であろうと思います。社内でやるかアウトソースするかは大きい違いではないと考えます。回数を「○○%以下にすること」という条件を入れるのは、かえって危険かも知れないという点が挙げられます。エスカレーションを減らすためには、各オペレーターのレベルを総体的に上げる必要があるため、オペレーターの教育レベルをエスカレーションの割合によって推測することが可能です。いった問題を誘引する恐れがあります。結局、窓口業務はアウトソースしても、そこから何を見出してどう改善していくかを外注することはできず、それこそが自分たちが考えなければならないだ、ということを忘れてはならないという話だと思います。【サービスレベルアグリメント】サービス提供において、その品質に具体的な目標を定めて明文化したもの。明記した品質を実現できなかった時は利用金額を割り引くといった契約が主流になっている。本来は品質レベルの合意を目的としたものだが「部長!ライバル社が99.8%の可用性を提案しています!」「ウチは99.9%を提案だ!止まったら、ちょこっと罰金払えば良いんだ。」という実体のない信頼性向上提案がなされているかも知れないことに注意を払うべきだと思われる。【エスカレーション】今夜はハードコア。オペレータが受けた電話にうまく応対できなかったような場合に、専門性の高い担当者や管理者に通話と一緒に対応状況や顧客情報を転送すること。「リセットしてみてください。