2005-05-19 (Thu) [長年日記]
#1 tDiary設定続き
前回の続き。
- index.rdfの表示がおかしいので直す→スタイルシートをあてようと思う。
- →http://adp.daa.jp/archives/000064.html のCSSをいただいてきて解決。まだ見え方がおかしい気もするが無視
- ishinaoさんのアドバイスに従って指定してみたが…
- posttdiary.rbを入れる→まだ
- TrackBackができるように。
- →外部とのやり取りはできる模様。自分の日記とyuco.net内で運用している別のtDiaryに送れない。(途中)
最近のTrackBack」に表示できた- http://tdiary-users.sourceforge.jp/cgi-bin/wiki.cgi?TrackBack
yuco.net内の別のtDiaryからここにTrackBackを送ろうとした時のエラー。ちなみにブラウザに表示されるのではなく、テキストエディタが出てきてそこに書き込まれていた。
when sending TrackBack Ping: 302 "Found" (TDiary::TDiaryTrackBackError) (plugin/tb-send.rb):123:in `tb_send_trackback' (plugin/tb-send.rb):100:in `each' (plugin/tb-send.rb):100:in `tb_send_trackback' (plugin/tb-send.rb):58:in `instance_eval' (plugin/tb-send.rb):57:in `call' ./tdiary.rb:690:in `update_proc' ./tdiary.rb:689:in `each' ./tdiary.rb:689:in `update_proc' ./tdiary.rb:1154:in `do_eval_rhtml' ./tdiary.rb:1154:in `instance_eval' ./tdiary.rb:1154:in `instance_eval' ./tdiary.rb:1154:in `do_eval_rhtml' ./tdiary.rb:851:in `eval_rhtml' update.rb:62
日付.htmlでリンクできるように。(今はindex.rb?date=20050510 のような形になってしまう)- →.htaccess の Action を使う で解決。
#2 ソフトウェア工学の役割
from ishinaoのメモ
MMでメモしたかったが規定字数を越えたので。
薬品とか建築物は人の生死に関係するからなぁ。ソフトウェア関連で起こりうる最悪のことといえば不正侵入とかサーバダウンとか個人情報流出とかなんだろうけど、今のところはてながそういう意味で大ポカをやったという話は聞かない。naoyaさんが言うのも「求める品質を達成できる別のやり方」なのではないか。
[]


ツッコミ入りRSS

content-typeを指定する方法は、単にRSSをXMLとしてブラウザに認識させるだけの話(うちのサイトのRSSみたいな見え方になる)なんで、CSSを使ってRSSを人間向けの見栄えで表示したい、みたいな話とはあまりリンクしてません。そっち方面を追求したい場合は、RSS+XSLTあたりのキーワードでググってみましょう。
「ソフトウェアで起こる最悪のこと」…Therac-25 ( http://en.wikipedia.org/wiki/Therac_25 ) とか Mars Polar Lander ( http://www.space.com/businesstechnology/technology/mpl_software_crash_000331.html ) とか。特にTherac-25の教訓は、プロとしてソフトウェアを書く人には全員知っていて欲しいと個人的には思います。<br><br>もちろん、ソフトウェアの用途によってシビアさは異なり、「とりあえず動かしてフィードバックをもらう」が効果的な場面も多いですが、クリティカルでないソフトしか書いたことの無い人がその経験を全てのソフトウェアに敷衍するのは危険でしょうね。また、現在自分が使っている技術がどのくらいシビアな環境まで使えるのかを常に意識しておく必要もあると思います。
ついでにもう1個のネタにも反応。<br><br>ソフトウェアでも、制御系とか人の生死に関わるものもありますし、人の生死に直接関わらなくてもお金とか人生とかに大きな影響を与えることは十分あり得るものなので、固いやり方をあまり否定するような表現をしたら、それに釘を刺す人が出てくるという展開はとてもまっとうだなー、と思いつつメモしたのでした。ツッコミを入れた方も言ってましたけど「両立可能」ですし。
うわ、2分違いでかぶった。
ある場面でのプログラミングに厳密さが重要だよ。という話題で「殺人バグを追え」ISBN 482224069Xという書籍がずいぶん昔に出ていた。<br>あとインターネット時代になって、それまでのハッカー的いい加減なコーディングに、パラノイア的セキュアプログラミングの流派を持ち込んだ人は過去に人工衛星の制御ソフトを書いていたってエピソードもあったなぁ。
http://www.itmedia.co.jp/enterprise/articles/0504/08/news051_4.html<br>どうもです。XSLTはこのへんが分かりやすいですね。<br><br>なぜかいつからか<br>http://1470.net/mm/mylist.html/1?mode=rss&date=2005-05-19<br>こういう(IEで見た場合の)表示さえできなくなってしまい、文字とHTMLタグがだらーっと出てくるようになってしまい、だったらCSS指定でもしたほうがいいかなと思ったのです。なので私はいまのレベルでいいかなと思ってます。
#2の話ですが、そこまでいくと仕事全般というか、ソフトウェアに限った話ではないですね。私は結構不注意な人間なので医療関連の仕事はできないし、車の運転さえ親に止められているくらいです(どうしても必要になったらするでしょうが)。<br><br>もとがnaoyaさんの発言ということもあって、はてなのようなネットサービスの話として考えていた面はあったと思います。
あとソフトウェアの話としては、お金がらみとか大変なシステムの場合も確かにありますし、最初のスケッチとしてどう作るのかという話と、その後以下にテストをして穴のない仕組みにしていくか(そして用途によって求められるレベルはどのくらいか)って話もあるよなあと。<br><br>たぶんみなさん適材適所って意味では同意していて、ただやわらかいやり方だけじゃないよってことをおっしゃりたいんだろうなと思いますが。