スキップしてメイン コンテンツに移動

綺麗に見せることに全振りした操法大会の訓練を50日間もするより、月1回でいいから基本的な訓練を実施すべきだと思うのは俺だけか

 7月に県の消防操法大会がある。

市内分団の持ち回り制で、今年はうちの分団が出場する。

俺も前回回ってきたときに、選手として出た。


訓練が5月から始まっている。

週5日。

訓練時間は2時間だけど、その前に準備運動する時間もあるから、2.5時間。


俺が前回出たときは、選手を断れる雰囲気ではなかったので、生まれたばかりの子がいたけど、出たよ。

正確には、出させられた。

だから、今でも嫁から文句を言われる。


実際の現場で役に立つ訓練なら、意味あるよ。

・ホースがまっすぐ延びているか

・ホースの担ぎ方はどうか

・ホース一本の長さと走る距離はあっているか

・結合の仕方

・吸管の延ばし方、つなぎ方

・エンジンのかけ方、真空のかけ方、圧力の上げ方


ただ、それ以外の「如何に綺麗に見せるか」の訓練なんて、何の意味があるんだって。

・気を付けの姿勢、指が閉じているか、膝が閉じているか、足の角度は60度か

・安めのタイミング、開いた足は肩幅か、手は腰の位置にあるか

・いたりするとき、しないとき

・折り膝するとき、しないとき、折り膝でお尻が浮いていないか

・その他、全員で同じ動きをするとき、揃っているかどうか


訓練なんだから、団員全員が使い方を覚える、延ばし方を覚える、構え方を覚えるのならわかる。

っていうか、本来、そういった訓練をすべき。


今の操法大会は、何のためにやってるんだって思う。

選手だけに、50日も訓練して。

ここは軍隊か。

(昭和の時代はあったな。運動会の入場行進練習。小学校のとき、揃わないと延々と歩かされたな。足を上げろ、手を触れ、かしら右はどうだとか・・・)


もう一度いう。

みんな、好きで団員してるわけじゃない。

団員にも家族がいる、仕事がある。

その時間を削って、綺麗に見せることに全振りした訓練に「参加させられている」。

選手だけじゃない。

サポートする他の団員もだ。


火事や災害の時は活動するよ。団員だし。

訓練したくないんじゃない。

この綺麗に見せる操法訓練だけはナンセンスだ。

意味がない。


団員の「善意」と「義務感」だけに頼った組織としての「活動」なんて辞めちまえ。

そんなくだらない大会なんて不要だ。


それより、毎月1回でいい。基本的な訓練をすべきだ。

コメント

このブログの人気の投稿

Chatの「メッセージは投稿者によって削除されました」を非表示にする方法

Chrome拡張機能を自作してやってみよう! ♪できるかな できるかな ・・・ 無理ぽ (´・ω・`) iframeの中に、実際のメッセージのやり取りが表示されるので、 $(function(){ $('iframe[name^="spareFrame"]').contents().find('[data-is-tombstoned="true"]').hide(); }); って書いたけど An iframe which has both allow-scripts and allow-same-origin for its sandbox attribute can escape its sandboxing. って言われてダメだったよ・・・

cron で実行されたコマンドから出力されたメッセージをメールで送信する方法

本題に入る前に、まずは、sh/bash系のシェルで標準出力と標準エラー出力をリダイレクトする方法から。 現在使用中のシェルを確認するには、 # echo $SHELL とすれば確認できる。 その他、利用できるシェルを確認するには # cat /etc/shells とする。 ■リダイレクトについて commandコマンドが出力を伴うコマンドの場合、commandコマンドの出力をresult.txtへ出力するには # command > result.txt コマンドの実効結果を別のコマンドの入力値とする場合は、|(パイプ)でつなげる。 # command1 | command2 ■標準出力と標準エラー出力について ・標準出力 正常結果やコマンド実行途中に出力されるメッセージの出力先。 ・標準エラー出力 異常終了時のメッセージやエラーメッセージなど、ユーザーに気づいてほしいメッセージの出力先。 ■標準出力と標準エラー出力の両方をリダイレクトする 先のcommandコマンドのリダイレクト例のうち、result.txtへのリダイレクトは、標準出力をリダイレクトしている。そのため、標準エラー出力はリダイレクトされず、仮にcommandコマンドが標準エラー出力へメッセージを出力した場合は、result.txtではなくコンソールへ出力(表示)される。 標準出力と標準エラー出力の両方をリダイレクトして、result.txtへ出力するには、 # command > result.txt 2>&1 とする。 なお、上の例を省略なしで記述すると # command 1> result.txt 2>&1 となる。 この「1」「2」の番号について。 ・1:標準出力。通常はコンソール画面。 ・2:標準エラー出力。通常はコンソール画面。 となっている。 ちなみに、「0」は「標準入力」。通常はキーボードからの入力。 例:標準エラー出力を error.log へ出力する。標準出力はコンソールへ表示する。 # command 2> error.log 例:標準出力は result.log 、標準エラー出力は error.log へ...

同一セッションに悩まされ

Internet Explorer も、気がついてみたらFirefoxまでも、複数タブ・ウィンドウ間で同一セッションになってしまった。確か、Firefox 3.6のときは、ウィンドウが別だったらセッションも別になっていたと思ったのになぁ... で、同一セッションになって困るのは、セッション変数の扱い。 同じフォームを二つのタブやウィンドウで開くと、後から開いた方の値でセッション変数は上書きされてしまう。 これを防ぐには、フォームがはじめて表示されたときにフォームに対して一意の値を生成し、そいつを毎回POSTする。 そして、セッション配列へフォームの値を保存するときは、POSTされた一意の値をセッション配列のkey、保存したいフォームの値をvalueとすればよい。 で、いらなくなったときに、セッション配列の要素をunset()してやればいい。 この考え方は、ワンタイムチケットと同じ。 こっちも参照 してね。 ワンタイムチケットでなくても、例えばログインフォームで一意の値を生成し、そいつをフォーム間で引き回せば、同じことができる。 ただし、ログインフォームで生成した一意の値が仮に悪意の第3者に漏れた場合、何をされるかわからないので、できれば、一定間隔で再生成する仕組みを考えた方がいい。