  |
はてなキーワード: カウンタとは
今度近くの書店であさりよしとおのサイン会があり、先着百名までの「るくるく」単行本購入者に整理券が配布される。
今日からその配布が始まった。
僕はレジに本を持っていって支払をした。だけど整理券については触れられない。
いざ帰るときになっても触れられない。
自分が間違っているのかと思ったのだけど、書店内にはサイン会告知ポスターがぺたぺた。
びくびくしつつ店員さんに尋ねると、いろいろあって、やっと整理券ゲット。整理券番号は一番。
PM6時過ぎにるくるく一巻を買った僕が購入者第一号だった。
どうやら書店内では整理券の保管場所が把握しきれていなかったようで、
僕の購入がカウンタ内を慌ただしくさせる要因になっていた。
自己申告なのかといえばそうでもなく、申告して初めて店員さんたちが整理券を探し始めるくらいに、サイン会の認識は薄めだったようだ。
一番は嬉しいけど複雑な気持ち。
修正はすぐなのかな。
修正方法は見つかっておらずとりあえず動いたので運用してる駅と問題がありそうなので止めてる駅とがありそうだ。
復旧したのか？ほんの30分前まで、まだ改札機は動かしていなかったぞ。いや、最後に使った路線は動いていたが。
仮にカウンタのオーバーフローがらみなら、修正はすぐだろ。正式リリースは慎重に試験をしてだが、現場の判断で即投入はありえる。サーバーからダウンロードする仕掛けなら、改札機はすぐ動き出すよ。
「自動改札機」のトラブル自体は(とりあえず)復旧したけれども、鉄道システムとしては復旧に時間がかかるので、ラッシュ時間帯が過ぎるまで改札開放処置を継続させていたんじゃないだろうか。
復旧したのか？ほんの30分前まで、まだ改札機は動かしていなかったぞ。いや、最後に使った路線は動いていたが。
仮にカウンタのオーバーフローがらみなら、修正はすぐだろ。正式リリースは慎重に試験をしてだが、現場の判断で即投入はありえる。サーバーからダウンロードする仕掛けなら、改札機はすぐ動き出すよ。
俺もカウンタのオーバーフローだと思って電車の中で概算していた。パスモ導入開始から208日か。1日86400秒だから、17,971,200秒と言うことになる。10mS秒ごとの32bit符号付整数カウンタがオーバーフローするには、ちと短い。
ことから、
大阪方面で問題が起きていないことから、自動改札機には鉄道会社ごとの独自仕様がかなり深いところに盛り込まれているのかもしれない。それは単一問題で社会が停止する危険を回避できるともいえるし、くだらない独自仕様でコストアップをまだ続けているともいえる。
ソーシャルブックマークがある今、「気に入った」ウェブサイトをいちいちブラウザのお気に入りにしまっておくと、キリがない。
興味深いけど、今は読む気にならないとか。
自分に合いそうなXX入門だけど、今は門をたたく必要がなさそうだとか。
これはいつか作るかもしれないプレゼンの資料に使えそうだ、とか。
以後必要になったらこのページは必見だけど、このページ覚えておけるか自信ないなーってのが多い。
こういうのをブラウザのブックマークに入れても、どうせ溜まりに溜めて、見ることなく「OLD」フォルダにぶち込んでしまうのがオチだ。
・・・・という需要に対応するため、理想的なシステムを模索していたのだが、現在運用しているのが理想系に近い気がする。
というか、みんなこんなことやってるんだろうけど、ぜひご意見を。
まず必要なものは、GMailのアカウント。 常用してるやつでも、サブでも、使ってなくても。どれでも、邪魔になることはない。次に、GMailのアカウントで登録した、「あとで読む」のブックマークレット。 僕はコメント入り、コメントなし両方つかってる。
インフラの用意ができたら、運営に向けての用意。
コメントなしであとで読む、コメントありであとで読むを、僕はそれぞれ「★」「☆」という名前にして、Firefoxのツールバーに入れている。ちなみに、▼はケータイにあとで読も、とういことにしている。
ツールーバーは
←→×File Edit View....Helphttp://www.hogehoge.com]⇒[G 検索] Π★Π☆Π▼
このようにカスタマイズしてる。アイコンを小さく表示する、でコンパクトに収まる。
で、何か興味をそそられたものがあったら、読み終わってからとりあえず「Π★」のボタンをクリック。 次のタブに進む間に、あとで読むのリロードが終わってる。 これを習慣にする。 すぐそこのワンクリックなのだから、まったく骨にならない。
そして、あとで読むの記事はGMailのアカウントに送られ、フィルターによって、受信箱には表示されずに、ラベル欄の「★ウェブクリップ」のカウンタをあげるだけになる。
なにか読みたいものができたら、「★ウェブクリップ」を表示して、GMailお得意の検索をかけるだけ。 あとで読むしたウェブサイトのテキストはすべてインデックスされているから、関連する用語を連ねていけば必ず出てくる。
共有したくなったら、FwしたらOK。
使用拡張一覧
[X]は無効
All-in-One Gesture
CacheViewer [X]
Compact Menu 2
Context Search
DOM Inspector [X]
Download Statusbar
Ez Sidebar
GMarks
Google Bookmarks Button [X]
keyconfig
OpenSearchFox
ScrapBook
Sidebar Icons [X]
Status Buttons
Talkback
Tiny Menu [X]
ViewSourceWith
タブカタログ
http://d.hatena.ne.jp/softether/20070324#p1
どんだけー！！
自分がやったら１万回せこせこ改行するだけで一日おわっちゃうよ！！
一分間リターンキー押しつづけたけど1600行ぐらいしかいかなかった....
モジュールヘッダ＋関数ヘッダのコメントだけで100行ぐらいあって、ファイルの半分ぐらい定型で実はステップカウンタで数えたら3000行ぐらいだったり？
いや、3000行でも一日に書くのは尋常じゃないスピードだけど、それくらいが個人的経験からすると臨界点。
ステップに対してテスト項目をあげつらわなきゃいけないISOとってる仕事だったら死ねるよね。2、30ステップに一項目ぐらいテスト項目設けなきゃいけない基準みたいなのってあるじゃない？いくらバグ少ないと本人が豪語しても、cだったら組み込みとかでしょ？
出荷しちゃったら最後な状態でテストどうしてるんだろ？
組み込みじゃないのかな？？
対一万行でテスト仕様書作成→テストだけで一ヶ月掛かっちゃうよ。。
というかこの文章を読んでいる限り仕様書なんかなさそうだよね。
この人ひとりにたいして最低でもバックアップ部隊が20人ぐらいいないとダメなわけですか？？
どんだけーーー！！
・・・俺が知ってるプログラムと違うのかもしれない。とか思い始めた。
