#!/usr/bin/env perl
use MY::Cybozu;

my $cb = MY::Cybozu-&gt;new;
$result = $cb-&gt;get_timecard( sprintf("%d.%.d%", $year, $month, $day) );

&amp;amp;send_mail( $result );

数年来やってきていたのだが、突然このスクレイピングでデータが取れなくなった。

僅かに Perlを書けるだけで、他の言語は将棋を指すようにしか書けない低能である、

まず自分のスクリプトを疑った。

ちょうど20日の月替りのタイミングだったので、スクリプトのミスでズレたのか？

或いは、タイムカードのHTMLはtable 構造で「trの何番目が何日目」という原始的な処理の方でズレたか？

しかし、日付に関係なくダメになったのである。

ほぼほぼデータを取れないのだが、たまに正常に取れたりもする。なんだこりゃ。

$mech->statusの結果はいつも200である。

print $mech->contentの結果は、HTMLが途中で途切れていた。

スクレイプ対象の前で途切れたので、値を取得できなくなっていたのだ。

同じ場所で途切れる事が多いが、若干の増減はあった。

手元のWindows マシンに移植したところ、まったく問題ない。

どうやらスクリプトを動かしているLinux側の問題と思われる。

が、Web アクセスしてコンテンツが途中で途切れるって何だ？

どういう現象なのか？

そこまでの知識も経験もなければ、調べ方も分からない。

分からないなりに、とりあえずtcpdumpしてみた。

3WAYハンドシェイクはよく知られた話だが、正常な通信では、サーバから送られてきたパケットに対して

こちらは「ここまでのパケット受け取った」とACKを返し、最終的にサーバからのFINでこちらがRST返すのが見て取れた。

この異常をきたしたスクリプトでは、ある程度を過ぎると、こちらがACKを返す前にサーバからどんどんパケットが送られ、

突如としてこちらがRSTを連打し、切断してしまっていた。

なるほど、ステータスは200だけど、コンテンツは途切れているのだな。

悪いのは、いよいよこちら側である事は間違いない。

でもスクリプトじゃなくて、ネットワーク制御しているOSが悪いっぽい？

となると深刻である。自動車に乗れても内燃機関の構造など把握していないのだ。

唯一、tcp_abort_on_overflowでそれっぽい挙動をしそうだと分かったが、この機能は使われていない。

詰まった。

お手上げだ。

でも分かった。

端末から NASのディレクトリへ、TAB補完しようとすると突如フリーズしたのだ。

他のスクレイピングは正常に動作してる。

httpdも正常に動作してる。

MySQLも正常に動作してる。

某グループウェアへのスクレイピングとNASへのTAB補完だけが動かない。

故障だ。

単にマシンの故障だ。こういうヘンテコな挙動をするのは。

1.3万円で買って7年目の某ProLiantサーバだから、寿命なのだろう。

オチはないけど、最初から故障を強く疑っても良かったではないのか、と自省する。

そのマシンでのみ失敗し、しかも失敗したりしなかったり(比にして7:3程度)、結果も毎回変わっていたのだから。

うーん無能。

Permalink | 記事への反応(0) | 14:52

2016-09-17

■

DIFS⇒バックオフ時間⇒送信⇒SIFS⇒ACK⇒DIFS

Dバ送SA Dバ送SA

デブ操作デブ操作

Permalink | 記事への反応(0) | 23:55

2015-11-02

■部下のことをロボットだと思うとスムーズに進むようになるよ

内心では部下のことをロボット扱いしてるって言うとまるでヒトデナシみたいだけど、違うんだ。

「パソコンが指示した通りに動かない」とか言うと「パソコンは指示した通りにしか動かないよ」とかが、プログラマーあるあるだよね。

バグって止まる時は、もうほぼ間違いなくソースコードに間違いがあったり、仕様にバグが仕込まれてたりするわけで。

そうするとさ、「できる？」と問い合わせると「できます！」が返ってくるプロトコルなんだな、と理解すれば良いわけだよ。

これはまあ、なんというか、とりあえずACKが返ってくるという状況で「通信が成功しました」という意味でしか無いと。

「できる？」
- 聞こえた→「できます！」
- 聞こえなかった→「すみません、よく聞こえなかったんですけど」

同じようなことで、「間に合わない時や、困ったときは、言ってね」というのもある。

サーバーの異常監視と全く同じなんだけど、異常時にメールを飛ばすシステムってだいたい動かない。

理屈の上では動くはずなんだけど、サーバーが大変なことになると、大抵黙ってリソースを食いつぶしてる。

だから、状態監視は「定期連絡が途切れたらなんか起こった」「定期的に外側からチェックする」の2つになるんだよね。

「遅れてからしか言わない」じゃなくて「遅れる頃にしかチェックしてない」が正しい日本語。

部下になんか依頼したくなる。(仕様検討)
これ依頼するけど、念の為作業ステップをメールで返信してと送る。(プログラミング丸投げ)
メールのステップをチェック。抜けがあったら補足して返信。ゴー依頼。（デバッグとRUN）
定期で、メールのステップのドコまで行ったかチェック。返信が遅れる時は異常時。(定期状態監視)
ミスや作業遅延は、記録しといてフォロー(デバッグ)

よく忘れがちになるけど、部下がミスったり出来なかった結果は、上司が責任取るのが基本なんだよね。

責任を取るということは、その作業に責任がある。作業にミスが発生したということは、上司に問題がある。

（ミスの原因とミスの責任は別で、原因究明後再発防止策を取るのは責任者のお仕事）

別に上司の仕事が増えていくということじゃない。

プログラミングとか、チェックリスト作成とか、定期監視とか、デバッグとか、部下に丸投げできるのが上司の醍醐味なんだし。

その代わり、リソース管理は上司のお仕事になるから、振った仕事は当然リストアップして、なんかこのサーバー負荷高くね？と確認する必要はある。

というわけで、部下のことはロボットだと思うと良いんじゃないかなあ。

道具が悪いって当たり散らしてる上司って、やっぱみっともないぜ。

http://anond.hatelabo.jp/20151101114446

Permalink | 記事への反応(3) | 19:11

2013-11-24

■30代の優秀な友人の転職活動

9月に関西出張にいってきた際、大学時代の男友達に転職の相談をされた。

友人スペック→そこそこ名の知れた出版会社での編集者。社内でもそれなりに有能らしい。既婚（相手は専業主婦で首都圏出身）、子供1才あり。

転職活動したい理由は「会社の業績は右肩下がり。決まった業務をするだけなので、ぬるま湯環境。今の会社にいる間はいいが、首になったり会社が倒産したら終わり。ぬるくない環境＝スピードの速い東京のweb 業界にいきたい。」。

私「自宅買ったんでしょ、どうするの。」

友人「ローン残るけど売る。ローンが残っても、今の環境にいるよりずっといい」

私「奥さんは大丈夫？」

友人「奥さんも首都圏に戻りたいとゆってるし大丈夫。」

友人「とにかく今の会社がぬるま湯。毎年ルーティンで似たような記事を書いて売っているだけだから部数は右肩下がり。紙媒体はこの先厳しいと思う。スピード感のある環境で仕事したい。webに少しでも近い仕事だと思って担当する雑誌のツイッターでフォロワー○千人増やしたりもしたけど、もっと色々やりたい。」

私「なるほど。web 業界でどのあたりの仕事がしたいの？」

友人「マーケティングとかユーザーエクスペリエンスを考える仕事。HTMLとかCSSは初心者で今スクールで勉強しているところ。今受けようとしてるのが、サ○バーエージェント、リ○○ート、D○NA、L○NE、楽○、G○O、P○perboy、K○ACK。アプリ好きだからアプリ作ってる会社がいい。あそこの会社の○○さんとか○○さんも一緒に働きたいといってくれてる」

私「…（あーうちの会社うけたいのか。。）。」

友人「きみの会社って・・・（以後会社についての詳細な質問が続く）」

友人は優秀な人だ。学業成績も人当たりも良く、小さい学部ながら学部卒業式で総代もつとめていた。

希望の出版社には誰より早く内定がでて、皆に内定を祝われていた。

出世もして私の2倍以上は稼いでいるようだ。だから自信があって、現在の給料をベースに転職を考えている。

※私は出産して時短で今は働いているので、年収は大幅にダウンしてる。そして目立って優秀でもなく、目立たない社員だ。

話をしてて気づいたんだけど。

友人の転職の動機は「今の環境を変えたい」「きらきらした話題の環境へいきたい」という、環境依存でしかない。

そして家族がいるから生活水準は落としたくないし、今の給与が基盤での転職だから大手しかうけない。

プライドも相応にある。一から知識を吸収する丁稚のような立場には戻れない。

「今の環境にいたほうが幸せじゃないかな」という言葉が何度も喉から出そうになった。

言わなかったけど。

言うのが優しさなのか、言わないのが優しさなのか、よくわからない。

駅で別れる時、「内定がでたら声をかけるよ。旦那さんも一緒に飲もうぜ。娘にも会わせてよ。」と友人はいっていた。

「転職活動がんばって！」と私もゆった。

その後連絡はこない。

結果をこちらもきけない。

30代の転職活動は難しい。

東京で友人と一緒に飲める日がくることを祈るばかり。

Permalink | 記事への反応(1) | 14:48

2011-09-21

■Windows XP Home、ファイル共有できないんじゃね？

FW止めてもRST+ACKを返してきたり、だんまりこくったり、意味わかんね。

IPアドレスで指定してping通るが

同じくIPアドレス指定でnet use すると「ネットワークパスが見つかりません」？？

公開してるXP HOMEでnet share、共有フォルダちゃんと出てくるんだがな。

共有デキナイナラ、デキナイトハジメカラカケッテノ。

よく10年近く、ユーザから文句言われなかったな、ポンコツXP HOMEめ。

さんざん調べつくし、試しつくした俺が間違ってるとは言わせねえ。

Permalink | 記事への反応(1) | 14:48

2010-02-21

■http://anond.hatelabo.jp/20100221082157

ゼロ金利制約下ではマネーサプライをいくら増やしても無意味という話はクルーグマンが10年前に説明してるので、そちらを参照して欲しい。

これは反論になってないよ。それともわざと論点をずらしてるのかな？

「将来のマネーサプライ増加へのコミットメント」というのがクルーグマンのba..ack!!論文でも、Woodford(2003)でも、そして今回のブランチャード論文でも一貫して論じられている「標準的な処方箋」だ。現時点で単に（コミットメント無しで）マネーサプライを増やしても駄目だと言うのはその通りだ。

しかし、今の文脈は「コミットメントしたって（利下げという）手段が無いのだからクレディビリティがない」という君の議論に対して「コミットメントの対象は『マネーサプライ増大』であって、それに対する実行手段は現在も（もちろん将来も）存在する」と反論されてるのよ。

Permalink | 記事への反応(1) | 10:16

2008-04-05

■挨拶のコストが高い場合を考えてみる

１．多数の場合。ちりも積もれば山となる。ack, ack, ack, ack,...

２．集中している人がいる場合。タスク切り替えの必要が生じる上に、もしかしたら挨拶.DLLを起動させるためにくそ重いスワップ処理が何度も発生し、最悪の場合は一部のメモリの内容が破棄されて戻ってこない。

３．リターンが低くて相対的にコスト高になる場合。

４．コミュニケーションとりたくない場合。

Permalink | 記事への反応(1) | 14:42

「ACK」を含む日記

■プログラマだけどChatGPTによってstack overflowに書き込むことがなくなった

■ack Gleeson and Sophie Turner, receive frequent hair coloring. For characters such as Daenerys (Clarke) and her Dothraki, their hair, wigs and costumes are processed to appear as if they have not been washed for weeks.[128]

■ack Gleeson and Sophie Turner, receive frequent hair coloring. For characters such as Daenerys (Clarke) and her Dothraki, their hair, wigs and costumes are processed to appear as if they have not been washed for weeks.[128]

■NWスペシャリスト2019/10/20＠日本橋TKP

■一般人とエンジニアの会話の始め方の違い

■とある障害の話

■部下のことをロボットだと思うとスムーズに進むようになるよ

■30代の優秀な友人の転職活動

■Windows XP Home、ファイル共有できないんじゃね？

■挨拶のコストが高い場合を考えてみる

■プログラマだけどChatGPTによってst ack overflowに書き込むことがなくなった

■NW スペシャリスト 2019/10/20＠日本橋TKP