社長氏自らコメントありがとうございます。リンク先を確認し、確かに373号が未採番である点を確認しました。また、登録として事業をされるのは大変素晴らしいことだと思います。
ですが、SORACOM Air for LoRaWANのサービス開始は2017/02/07からと存じておりますが、2017/06/01時点のリストでなぜ登録電気通信事業者として名前が上がっていないのでしょうか。
少なくともサービス開始から06/01までは登録をせずに電気通信事業を営んでいるということになります。登録なしに登録と同じ電気通信役務を提供するのは、電気通信事業法第9条違反です。
通常、サービスを策定する際に法的な課題をきちんとクリアするため、サービス提供前には登録するか、間に合わない場合登録されるまでサービス提供を伸ばすのが一般的ではないでしょうか。
社長ご自身のツイート（https://twitter.com/KenTamagawa/status/883473160347172866）にもある通り、「都市伝説」と揶揄されるのも理解できかねますし、
登録してから事業をするに当たっては問題ありませんが、過去には事実であったことに変わりはありません。そこはどうご説明されるのでしょうか(2017/07/08 12:06)

コメント：

ご指摘ありがとうございます。
補足させていただきますと、まず、所有モデルに関してサービス提供を行うことについて電気通信事業の登録は不要と認識しております。そのため、2月より販売、3月よりゲートウェイの出荷をさせていただいており「サービス開始」と表現させていただいております。
また、共有サービスモデルについては所有モデルでのゲートウェイより遅れて提供を開始するとともに当初は電気通信事業を営む形にならないようご提供しており、電気通信事業の登録を行った上でサービス提供を開始させていただいております。
弊社からこの形態が適法か違法かはご回答する立場にありませんが、サービス内容、特に共有サービスモデルに関し、単にお客様所有のゲートウェイを共有するのではなく、ゲートウェイを弊社が所有した上でユーザ様に提供（貸与）することで、電気通信事業の届出・登録に関し、お客様の登録は不要で弊社が登録を行う様態とすること等、2月のサービス発表前に総務省の各関連部門のご担当者様とは事前にディスカッション・アドバイスをいただくとともに、登録の手続き等、上記でご説明させて頂いた内容も含め継続的にお話をさせていただいております。
弊社も電気通信事業法・電波法をはじめとした各関連法規・法令を遵守することは大変重要と考えております。今後とも、お気付きの点はご指摘頂ければ幸いです。

返信：

（社長氏のFacebookでコメントがあったと教えていただきましたので、追記です）補足ありがとうございます。また、休日にも関わらずくだらないブログに付き合って頂き恐縮です。
個人的に幾つか質問がございますので、任意でご回答頂ければと存じます。
①"所有モデルに関してサービス提供を行うことについて電気通信事業の登録は不要と認識しております" とありますが、こちらは確かに御社自身は電気通信事業法としての縛りを受けないサービス提供方法であることは理解しております。
ですが、所有モデルも共有設定が可能であり、機能としてそれを謳っているところについては、お客様自身が共有設定で他者に利用させている場合、GWを購入されたお客様が電気通信事業法において電気通信事業を営んでいると判定されるのではないでしょうか。
これだけでも最低限届け出は必要であり、場合によっては登録まで必要であると認識しております。
②"当初は電気通信事業を営む形にならないよう提供" とありますが、それは事業法の適用除外となる形態で提供されていて、登録されてからサービスの提供形態を変更されたということでしょうか。
③差し支えなければ、登録電気通信事業者としての登録日をご教示下さい。
※私自身、事業法を学習中の身ですので、誤りがあればご指摘下さい(2017/07/08 19:40)

コメント：http://b.hatena.ne.jp/entry/341443907/comment/ganymean

返信：

実は私も同じような事を考えていました。ですが、これには該当しないようです。
と言いますのも、 "基幹放送に加えて基幹放送以外の無線通信の送信をする無線局の無線設備である場合" とは、基幹放送(テレビ等）用の設備を遠隔操作するために併設して利用する無線設備と解釈されるためです。
この "基幹放送に加えて" が大事なところです。
LoRaWANをはじめとするLPWA無線局の主な利用用途は基幹放送等には全く関係ない無線局ですので、事業を行う場合は登録事業者になる必要があります。もちろん、LPWAの無線局を上記のような利用方法で利用する場合は、登録の必要はありません。(2017/07/14 18:17)

Permalink | 記事への反応(3) | 13:28

2017-07-06

■無知と無理解にプロジェクトが殺されそうだ

当方、フリーの IT 技術者。ある Web ベースのシステムを開発しているのだが、プロジェクトのマネージャー、リーダーをはじめとするメンバーの無知と無理解のおかげで作業が進まずに困っています。

ブラウザーのキャッシュの仕組みを少しでも知っている人なら、非 IT 系の方でも読めるように書きました。ぜひ助言をお願いします。

登場人物

私は発注元(A 社)に客先常駐している。私が契約しているのは A 社のグループ会社である B 社だ。

A 社内のチームメンバーは以下のとおり。

V さん …… A 社社員。発注元。プロジェクトマネージャー。
W さん …… B 社契約社員。30 代。スマホアプリ担当。
X さん …… B 社社員。50 代。元プログラマー(通信系)。
Y さん …… B 社社員。30 代。元プログラマー(通信系)。
Z さん …… B 社社員。50 代。元プログラマー(通信系)。プロジェクトリーダー。
私 …… B 社と契約しているフリーランス。Web 開発歴は 15 年ほど。バックエンド(PHP + MySQL)、フロントエンド(Web 管理画面・デジタルサイネージ)担当。

さて、今開発しているシステム(以下システム P)はもともとスタンドアローンで運用する形態だったが、最近クラウドバージョンの提供も始まり、現在はスタンドアローンバージョンとクラウドバージョンの並行開発となっている。X さん、Y さん、Z さんは主にクラウドサーバーの管理や、私や W さんが作った部分のテストを担当している。

問題発覚

クラウドバージョンの初めてのアップデートを控えた 6 月に問題が発覚した。コードをアップデートすると、ブラウザーのキャッシュが効いていて表示がおかしくなるというのだ。

プログラマー以外の 4 人は実は Web システムの案件は初めてで、ブラウザーのキャッシュの仕組みすら理解していない。X さんから相談を受け、「Web アプリケーションからブラウザーのキャッシュをクリアーすることはできない。代わりに、HTML から読み込まれる外部リソースの後ろに『?v=3.14』のようなダミーのクエリー文字列をつければよい。アップデートのたびに数字を変える。これは一般的に採用されている手法で、これ以外の解決策はない」ということを伝えた。具体的にコードエディター上で修正イメージを見せて、すべてに対応するのに 1 日あればできる、とも。

これで「そうですか、ではお願いします」となれば、テストを含めて 2、3 日で終わった話なのだが、ここから長い混乱が始まる。

前回リリース時から変更のあったファイルの洗い出しを命じられる

X さんから、「変更箇所をなるべく少なくしたいので、前回リリース分と今回リリース分で変更のあったファイルのリストを出してほしい」と言われる。変更のないリソースにはクエリー文字列をつけたくないらしい。

内心呆れつつ、Git (ソースコード管理システム)でファイルの変更履歴を調べ、一覧表を提出した。X さんに「それぞれのページでソースコードを確認し、この一覧表に載っているファイルにはクエリー文字列がついていることをひとつひとつ確認するのですよね。却って手間が掛かりますよ。それよりも、すべてのファイルを対象にしたほうが作るほうもテストするほうも楽です」と伝えた。

問題発生箇所の調査を命じられる

6 月も残り 1 週間を切ったある日、Z さんから、「実際に問題になっているのはどのファイルのどの部分か、スタイルシートのどのクラス・ID 指定が効いていないのか、V さんが知りたがっている。原因解明に必要なので調べるように」と指示が出る。

私は「ブラウザーのキャッシュが効いているためで、キャッシュを消すか無効にすれば直る。今までも修正のたびにテストではキャッシュを消してもらっていたでしょう」と説明するが、調べろ調べろと繰り返すばかり。「そんなことを調べて何になるんですか。キャッシュの問題ですよ?」と言うと、Z さんは手をわなわな震わせて、「お客さまが知りたいと言っているのに、『そんなことを調べて何になるんですか』とはどういうことですか!」と声を荒らげる。しまいには「お客さまのご要望にお応えして私たちはお金をもらっている。お客さまからの依頼なら応えるのが当たり前」と言い出す。技術的に意味がないことをいくら説明するも理解されない。

ブラウザーのキャッシュの仕組みを基本から 説明する

非プログラマー 4 氏の知識の底上げをしないといつまで経っても平行線だと思い、Redmine (課題管理システム)にブラウザーのキャッシュの仕組みを解説する文書を投稿した。ほぼ同じものを以下に掲載する。非技術者にも分かりやすく書いたつもりだ。あまり細かいことを説明しても混乱させるだけだと思い、リクエストヘッダーの Cache-Control や Expires などは説明を省いた。

キャッシュとは
キャッシュ(cache) とは、一度読み込んだデータを内部に保存しておく機構のことです。2 回目以降の読み込み時はキャッシュを読み込むことで、処理時間の短縮を図ります。
ウェブブラウザーにおけるキャッシュは一般に、HTML ファイルおよび HTML から読み込まれる外部リソース(スタイルシートファイル、JavaScript ファイル、画像ファイルなど)に対して適用されます。
キャッシュが作られるタイミング
ブラウザーがあるファイルを読み込もうとする時、キャッシュがなければ実ファイルを読み込んだ上でそのファイルの内容をキャッシュします。
キャッシュが破棄されるタイミング
キャッシュがいつ破棄されるのかは完全にブラウザー依存です。異なるファイルのキャッシュが同じ期間だけ存在するかどうかも分かりません。
キャッシュはユーザーがブラウザーの操作で明示的に削除(クリアー)することはできますが、 サーバー側からクライアント(ブラウザー)のキャッシュをクリアーすることはできません。
ウェブアプリケーションのキャッシュ対策
ウェブアプリケーションをアップデートした際、クライアントのキャッシュを無効にするために、以下の手法がよく使われます。
＜ link rel="stylesheet" type="text/css" href="style.css" ＞
＜ script type='text/javascript' src='script.js' ＞＜ /script ＞
＜ img src="picture.jpg" alt="" width="640" height="480" ＞
このような外部リソース読み込みについて、ファイル名の後ろにクエリー文字列を追加します。
＜ link rel="stylesheet" type="text/css" href="style.css?v=2.4.0" ＞
＜ script type="text/javascript" src="script.js?v=2.4.0" ＞＜ /script ＞
＜ img src="picture.jpg?v=2.4.0" alt="" width="640" height="480" ＞
スクリプトでない静的ファイルにクエリー文字列を付加しても、読み込まれるファイルは同じです。つまり、style.css と style.css?v=2.4.0 は同じ style.css というファイルを指します。
ブラウザーが style.css をキャッシュしている状態で、この行を読み込んだとします。
＜ link rel="stylesheet" type="text/css" href="style.css?v=2.4.0" ＞
ブラウザーは「style.css?v=2.4.0 というファイルはキャッシュにない」と判断し、style.css?v=2.4.0 というファイルを読み込みます。結果として、ディスク上の style.css が読み込まれてスタイルシートが更新されます。
この HTML をまた読み込んだ時は、「style.css?v=2.4.0 というファイルはキャッシュ済み」と判断し、ディスク上のファイルではなくキャッシュを利用します。
ウェブアプリケーションをバージョン 2.5.0 にアップデートする時には、「?v=2.4.0」の部分を「?v=2.5.0」に書き換えてリリースします。
＜ link rel="stylesheet" type="text/css" href="style.css?v=2.5.0" ＞
＜ script type="text/javascript" src="script.js?v=2.5.0" ＞＜ /script ＞
＜ img src="picture.jpg?v=2.5.0" alt="" width="640" height="480" ＞
同様の仕組みで、2.4.0 時代のキャッシュがあっても 2.5.0 用に書き換えられたファイルが読み込まれ、キャッシュの問題は起こりません。
この手法は、キャッシュ問題を解決する手段としては一般的に用いられているものです。俗に「キャッシュバスター (cachebuster)」とも呼ばれます。
上記に長々と書いた内容を踏まえ、今回の問題についてご説明します。
問題は何か。
ブラウザーが古いファイルをキャッシュしているためです。
どうすれば直るのか。
ブラウザーのキャッシュを手動でクリアーすれば直ります。
お客さまにそのような操作をお願いすることは現実的には難しいので、上でご説明したキャッシュバスターの仕組みを導入します。
導入する手法については、実はこのチケットに当初から書かれています。
今回問題となっているファイルはどれか。
「今回の問題」というのが○○編集画面のことでしたら、○○編集画面で読み込んでいる foo.css と bar.css です。
なぜそのファイルだけが問題になるのか。
先にも書いたとおり、どのファイルがキャッシュされるかは環境依存ですので、たまたま手元の環境ではこれらのファイルがキャッシュされたということです。
では、それらのファイルのどの部分が問題になっているのか。
キャッシュはファイル単位で行われるので、ファイルの一部分だけがキャッシュされたりされなかったりということは起こりません。「キャッシュされたファイルのどの部分か」ということでしたら、「前回リリース分から変更のあった箇所」です。
キャッシュバスターを付加する箇所は必要最小限にしたい。今回問題の出た○○編集画面に関するファイルにだけキャッシュバスターをつけたいので、問題箇所の洗い出しをしてほしい。
上でご説明したとおり、ブラウザーがどのファイルをいつまでキャッシュに持つかは環境依存です。今、目の前のブラウザーでキャッシュが問題になっているページが他の環境で同様に問題になるか、また目の前のブラウザーでキャッシュの問題がないページが他の環境でも問題なく表示されるかはまったく分かりません。外部リソースを読み込んでいるすべての箇所について、キャッシュバスターを付加する必要があります。
前回リリースから変更のないファイルにキャッシュバスターを付加して、影響が出ないか心配だ。
上でご説明したとおり、影響は出ません。
本当にこの修正でよいのか、副作用が出ないのか、心配だ。
専門家の助言を素直にお聞きください。もし、その「自称専門家」が信頼できないのであれば、信頼するに足る専門家に入れ替えることをおすすめします。

「暫定対応」の指示が出る

数日経った日の午後。Y さんが A4 判数ページにもなる「調査報告書」を作成した。問題になっているスタイルシートについて前回リリース分と今回リリース予定分の差分を取り、それぞれの行について「新規」「変更」「削除」の印をつけ、「とりあえず、このクラス指定が効いていないだけなので、HTML 中にインラインスタイル(＜ div style="..." ＞)で指定すればよい」と結論づけていた。

報告書には「状況から見て、変更・削除されたスタイル指定は影響が出るらしい。新規に追加した部分については影響がないようだ」とも。私が書いた説明を読んでいないのか、理解できなかったのか。

この報告書を元に、X さんから「この行とこの行にインラインスタイルを指定してください。これで暫定対応とします」と指示が出た。

私は「この修正は何ら根本的な対策になっていないことは理解していますか。『現状で問題になっている箇所』は、この環境でたまたまそうなっているだけの話で、ほかのお客さまの環境では別の画面が崩れるかもしれないのです。それを承知の上で、これを暫定対応としてよいのですね」と X さんに確認。X さんは「はい」とだけ答えたので、黙って作業を完了した。Git のコミットメッセージに「この方法は何の効果もないこと、それでも作業をしてよいのかを X さんに確認の上、作業」と書いてコミットした。

しばらくすると X さんから「うまく表示されています。OK です」と報告があった。

その日のうちに問題再発

夕方、私が帰ろうとすると、X さんが Y さんに「画面がおかしい」と言っている。横から覗くと、先ほど「暫定対応」とやらを入れた画面で、表示は正常だがボタンを押しても何の反応もない。私は静かに「JavaScript のキャッシュですね」。

聞けば、Y さんは「キャッシュはスタイルシートにだけ効く」と思い込んでいたらしい。やはり先の説明を読んでいないようだ。そして、Y さんの環境ではボタンは有効だったとも。

私は「Y さんの環境では(JavaScript の)古いキャッシュは効いていなかった。X さんのところではキャッシュが効いていた。これが、私が言っている『環境依存』の意味です。昼の暫定対応ではダメなんです。半月前から私が言っているように、すべての外部リソース読み込みにキャッシュバスターをつけないと解決にならないんです」と伝える。

Y さんは観念した様子で、「キャッシュバスターって、一部分にだけ適用することもできますか」と聞く。この人、理解してないなと思いつつ、「はい、できますよ」と返すと、「では、問題の発生している範囲を調査して、問題が起こっているファイルにだけキャッシュバスターを……」。やはり何も分かっていない。

私は繰り返し、ブラウザーのキャッシュは環境依存なのですべての外部リソース読み込みにキャッシュバスターを付加しないと無意味だと説明した上で、こう付け加えた。

「指示されたことだけを黙ってやっていれば、そりゃあそっちのほうがラクですよ。でも、喧嘩をしてでも、場の雰囲気を悪くしてでも自分の意見を主張するのは、技術者としてのちっぽけな良心からです。お願いですから、専門家の言うことを聞いてください。私の意見が信用ならないのでしたら、ほかの技術者に意見を聞いてください」

対応が先送りになる

この数日後、本件の対応を先送りにすることが決まったと X さんから報告があった。

聞けば、リリースを急いでいるのは特定の顧客の要望によるものらしい。その顧客はスタンドアローンバージョンを利用しているので、アップデートの現地作業の際にブラウザーのキャッシュを消してくればいいとのこと。

リリースに間に合わない間に合わないとあれだけ騒いでいたのに。プロジェクト管理がまるでできていない。

レビュー開催

そして今日の夕方、この件についてレビューを開きたいとプロジェクトマネージャーの V さんから言われる。レビューって、何をやればいいんだろう。何をすれば気が済むんだろう。Redmine に書いた説明を読んで理解してもらえれば、やるべきことはひとつしかないと分かろうものなのに。

X さんから質問を受ける。「例の件、ほかの方法はないんでしょうか。『こういう方法もあるけれど、工数が掛かるので採用しません』というのがもしあれば話が進めやすいかと」。残念ながらありません、せいぜいファイル名そのものを変更するくらいですが、本質的には同じことですし管理の手間が増大します、と伝えた。

ついでに、X さんに「あの説明を読んで、よく分からない部分があったら教えてください」と尋ねると、実は忙しくて斜め読みしかしていないと白状された。その状態で対応策を一生懸命協議していたのですな。

レビューの席でまた一悶着ありそうだ。どうやったら彼らを納得させられるのだろうか。信用できない技術者に説明してもらったって、信じないんだったら意味がないのにねえ。

追記

文字数制限に引っかかってしまい、末尾が切れてしまっていました。続きはこちらに書きました。

https://anond.hatelabo.jp/20170706122924

Permalink | 記事への反応(8) | 12:01

2017-07-05

■コピーライター 養成講座での苦い思い出

３０年もの前の話ですが、私は、当時広告代理店のディレクターになっていた。

コピーの専門性を磨くためにリフレッシュしようと思い、

自腹で宣伝会議の「コピーライター養成講座」の通信と通学に通っていた。

しかし、添削指導は全くなっていなかった。何ヶ月たっても返ってこない。

いくら問い合わせてもだめ。結局辞めてしまった。

結構お金取るんですね。。。いまでも、不誠実な対応なのかな？

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

2017-07-03

■ソフトバンクがやばい

MVNOの登場で土管ビジネスの優劣に動きが出た

結果ドコモの勝ち、ソフトバンクの負け

http://itpro.nikkeibp.co.jp/atcl/news/17/063001824/

MVNO込みのシェアは

14年3月時点でソフトバンク27.2% au 28.5%ドコモ 44.4%

17年3月になるとソフトバンク 24.1% au 29.8% ドコモ 46%

御覧のようにソフトバンク一人負け状態だ

iPhone ブームのころはあんなに勢いがあったのに

ワイモバイルが好調ですといったニュースをよく見るが

カニバリズムで自分ところの会員を安いプランに移してるだけだし

総数は他社のMVNOに流出といったところだろう

ソフトバンクはアップルのように全部自前でやる方法を選び

ドコモはグーグルのおいしいところは自分でやって末端は数百の業者に任せる方法を選んだ

結果ドコモの勝利といったところ

もう土管ビジネスに興味がないんじゃないか？アリババとかARMとかロボットとかに興味あるみたいだし

なんて話も出てくるが

そのわりにはスプリント買収したり土管ビジネスに興味があるようで、俺も安定したインカムビジネスとして土管は大変重要だと思う

わざわざARMを買収してまでIoT ビジネスにかけると言っていたわけだし、その点で考えても通信技術は持っておきたいだろう

なにより、土管ビジネスの安定性が思い切ったM&Aを可能にしているわけだし

スプリントの業績安定にてこずっているうちに国内の携帯電話ビジネスがほころび始めている

ソフトバンク帝国の終わりが始まっているのかもしれない

にしてもドコモはdアニメとかdマガジンとか、そっちのほうでも存在感だしてる

どんくさい企業だと思ってたけど着々と帝国の足場を固めてる

i-modeを始めたり、大企業で電電公社出身の半公務員気質のわりには面白いことやってる会社ではあったけど

お父さんシリーズとか桃太郎シリーズみたいなくっさいCMやらないってだけでも俺は支持する

Permalink | 記事への反応(0) | 22:28

■

IT 企業に務めてる俺でも、スマホの余計なサービス全部解約してなるべくWifiで通信するように設定とか、何かすげーめんどかったし

馬鹿には優しくない世界だね最近は

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

2017-07-01

■俺がすごいステマしたいものはライン モバイル

昔はモバイルワイファイが安かった。

でも今は格安simが一番。

その中でもラインモバイルは神。

値段はピカイチなやすさではないが、

値段に対する通信速度がとても良い。

大手と遜色ない通信速度を楽しめる。

ちなみに、格安simのなかには

速度がクソみたいなものも何個ある。

10GBで3000円。しかもなんかキャンペーンがあり

3GB追加されたりする。

使わなかった分は次月に繰越も可能。

そして通話代はライン電話から電話すれば

通話料半分。

残りの容量はLINE からお知らせもしてくれる。

ほんとにすき

LINEモバイルはたとえ社員と思われてもいいから

すごいおすすめする。

ちなみにそれ以外で検討してたのはbiglobesim

やつもyoutubecountフリーがありながら速度もそこまでわるくない

なかなかの実力者であなどれない。

私はこの２つでかなり迷ったが

LINEの乗り換えも気軽だし様々なサービスが

連携されていて楽なLINEモバイルを断腸の思いで選択した。

Permalink | 記事への反応(0) | 16:26

2017-06-30

■世界中で通信が傍受されて解読されているのに日本は手も足も出ない

CIAがターゲットのノートパソコンにマルウェアを忍ばせて、居場所を完全に把握していたそうだ

http://gigazine.net/news/20170629-cia-track-location/

中国もロシアも北朝鮮も韓国もイギリスもドイツも、世界各国で情報通信を傍受して"作戦"を実行しているのに、日本は何もしていない。

なぜなら日本国憲法で通信の秘密が守られているから。日本は犯罪者もスパイも野放しなのだ。

秘密裏に集められた日本の情報は外国に筒抜けで、外交でも条約交渉でも商取引でも負けてしまう。

日本も憲法を改正して諸外国並みに通信傍受と"作戦"を出来るようにしよう

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

2017-06-29

■マックも楽天も頭つかってないんだな

マックの楽天ポイントカード。

マックのアプリでクーポンを提示したあと、

レジ前で楽天のアプリに切り替えて、

楽天ポイントカードのバーコードを見せる動作。

設計が明らかにおかしくない？

どっちのアプリもいちいち通信走るゴミアプリだから、

確実に会計でもたつく。

会計でもたつくと客も店員も気まずい。

一回気まずい思いしたユーザーは確実に楽天ポイントカード提示しないでしょ。

こういうチグハグな販促がうまくいくと思ってるなら、時代遅れもいいとこ。

どっちの会社も、導入前にそういうおかしなUXに気付いて改善したりとかしないんだね。

Permalink | 記事への反応(1) | 20:11

2017-06-28

■飼い犬の脱走癖

小学二年の時に近所から雑種のメス犬を貰い受けた。

僕はこの犬から色んな事を学んだ。

ある日彼女の寝床に血痕を発見し、母にひょっとすると酷い怪我をしている可能性があると訴えたが、大丈夫だよとの根拠の無い回答にイラついたが、犬はなるほどそういう物なのかも知れないと諦め、世の中には自分の知らない事が結構有りそうだという予感がしたのだった。

我が家には雑草の生い茂る4坪ほどの空き地があった為、この四方を鉄柵で囲って彼女が自由に活動できるようにしていた。

小学三年の頃になると、餌をやりに鉄柵を開けると一目散に彼方へ逃げて行き、朝まで戻ってこないという事案が頻発するようになった。

帰ってきた彼女を父が叱責し、体中から悲しみのオーラを出し服従のポーズを取る彼女の姿が忘れられない。

しかし彼女は脱走をやめなかった。時には鉄柵の下に穴を掘って抜け出していた。

ある日母から、彼女が赤ちゃんを産むことになったと知らされた。なるほど犬はそういうものなのかも知れないと思ったが、家族の話を聞いてると、どうも夜な夜な脱走している事と関係があるらしい

とにかく子犬が早く産まれて欲しかったので、細かいことはどうでも良かった

冬の寒い時期に無事出産したが、５匹産まれて、１匹はすぐに死んでしまった。

残った４匹は皆それぞれ個性があり、雑種は面白いと思った。

目のまだ開かない彼らに小指を差し出すとちゅうちゅう吸ってきて可愛かった。

地方紙の通信・広告欄で里親を募集、４匹とも引き取られていった。

ウインドウズ95が発売される数年前の事である。

何やかんやを繰り返し、小学５年の頃に彼女は2回目の出産で4匹の玉のような愛らしい仔犬を産み３匹は引きとられ、1匹は貰い手がつかず、育てる事となった。

この二世は毛の模様が母親そっくりのメス犬で、２匹は楽しく暮らしたが、

体の大きさが同じくらいに成長した頃、母親は車に轢かれて死んでしまった。

二世は性格も母親によく似て、夜遊びに繰り出すようになった。

中学2年のある朝も彼女は居らず、今日もどこぞの馬の骨に抱かれに行ったかと思いながら歩いて登校していると、道端からぴょこっと現れて、どこまでも付いて来たので、最悪な気分で家へ連れて帰ったということもあった

じきに生涯一度だけとなる出産を経験し、やはり4匹がこの世に生を受けた。

体格がよく、毛並みのいい３匹は里親に引き取られて行ったが、大人しいハイエナみたいな毛並みのメス犬が残った

三世として伝統を受け継ぐはずであったが、二世と一緒にハイキングに出かけ、翌朝二世だけが帰宅し、その後三世が戻ることは無かった。

その一年後くらいに街でハイエナみたいな痩せ細った野良犬を見かけて動悸がしたが、中学三年の俺は多分気のせいと考えた

二世は何やかんやと長生きし、俺が大学に入って下宿を始めてからは疎遠になっていたが、就職して二年目の春に13歳で死んだ

Permalink | 記事への反応(0) | 22:24

■中学校の教員の仕事がブラックと言われる本当の理由

それは部活動があるから…ではない。

正確に言うと部活動もその一つではあるけど、それだけではない。

多すぎる授業時数のおかげで、8時から16時まで休憩なしでほぼ立ちっぱなしなんてザラ。(プラス部活動で、事務仕事や授業準備を始められるのが20時位からなんてのも中学教員あるある)

それでも仕事が回らないから結局土日も出勤して事務仕事、授業準備を行うことになる。しかもそれは部活動の指導ではないから無給だ。まあ部活で出勤しても四時間以上やってやっと3,000円程度(八時間やっても一緒)なのだが…

これらの仕事は、仕事の効率化をはかるとか、努力して早く終わらせるとかそういうレベルを越えている。

そして、一番問題なのがそれらの仕事をやることは当たり前であると考える管理職。平の教員の意見を聞く振りだけして、結局なにも聞いてくれない管理職。「仕事がなければ早く帰ってください」といいながら仕事が無くならない現状に目をつぶる管理職。「子どもたちのために」という言葉をかざし教員のやりがいにつけこみ、各学校の過剰労働を許す教育委員会、教育事務所。教員の数を減らそうとする教育委員会、教育事務所。(事実私の学校も生徒数が増えたにも関わらず二人減った)

人間は、「自分の力でなんとかなる」と思えることは頑張れる。だけど、今の現状は自分の力でなんとかならないことが多すぎて絶望しか感じない。教員は、色んなことが上手くいかないとき、それは自分が悪いから、と考える人が多い。努力して、努力して、努力して、そして潰れてしまう。そうしてダウンしてしまう人を何人も見てきた。そういうことから私は、これは違うんじゃないか？と思うようになってきた。

そして管理職への失望感。平の教員が自分達でコントロールできない仕事量を調節するのが管理職だと思う。それを上手くやってくれればなんとかやっていける。

でもそうではないと…地獄だ。うちの学校の教員はみんな口をそろえて言う。「なんで今年はこんなにキツイんだ？」「なんで今年はこんなに生徒指導が大変なんだ？」

。間違いなく自分の力でどうにもできない仕事(量及び質)に忙殺されているから、そしてそのせいで一番大切な「子どもに向き合うこと」ができていないからだ。余裕を持った心で生徒に接することができなくなっているからだ。

このあとは更なる地獄が待っている。学級崩壊だ。学級経営が上手くいかなくなる教員が絶対に出てくる。そうなるともう…地獄すら生ぬるい。

私は今、体調を崩して入院している。休んでしまって本当に申し訳ない気持ちでいっぱいだ。同僚は笑顔で「気にしないでゆっくり休め」と言ってくれている。みんなが大変なことがわかるだけに本当に申し訳ない。

だがその一方で、やっと休めたと安堵している自分もいる。

今は真剣に転職も考えている。それとも校種が変わればこんなに辛い思いもしなくてすむのか…？

入院する前は、痴漢でもして逮捕されてやろうかとも思っていた。どうにでもなれって思った。初めて不祥事を起こす教員の気持ちがわかった。もちろん許されないことだと言うことはわかっている。だけど、地獄から抜け出すためなら、そんな倫理観なんて糞の役にも立たない、と考えてしまうことがわかった。

中学校の教員はブラックだ。その本質は「自分の力でどうにかならない仕事が多すぎるから」。自治体や管理職の力量によってその黒さの純度はさらに上がる。

夢も希望も感じられない教員が、子どもたちに何を教えられるのだろうか。

今年度はまだ６ヶ月もある。体がダウンするか、心がダウンするか…どっちが先になるかな…

追記

コメントで「その過剰な労働の9割が思い込みから発生しているもの」と書かれていた方がいたので、他の教員の名誉のために反論したい。

教員の仕事は簡単に言うと「勉強を教えること」ですが、「学校内で行われることの責任を持つこと」というのもあります。だから給食時間や昼休みだって一緒について様子を見る。学校で行われる行事に関係する提出書類も作る。そして集計とかもする。それらの仕事の９割が思い込みなら、残りの１割は何が残るんでしょう？笑

授業だけやってればいいなんてそれこそ思い込みもいいとこです。

もちろん授業に集中したい。そのための準備もしっかりやりたい。でもその準備ができるのは、職務規定で決められてる労働時刻(8時～16時30分)を過ぎてからなんですよね。(もちろんその間休憩なんてあってないようなもの)。部活がなかったとしてもです。事実うちの学校も部活無しの日とか作ってますけど、その日ですら退勤時刻が夜9時、10時になるなんてザラです。

ではその他の事務仕事や研修を断れるかといったら、断れるものと断れないものがある。(こないだも休んでるときに研修には行けと言われたし、病室で仕事できる？とか聞かれたし笑)

そもそも、このエントリーを書いたきっかけは、自分がやらなくてもいい仕事を切って切って、切りまくってもそれでもどうにもならない現状に嫌気が差したから。さらに言うと、管理職がそういう平の教員の頑張りを評価してくれない、辛い現状を考えてくれていないように思ったからです。

同情してくれとは言いませんが、中学校の教員の現状をわかって欲しい。(管理職に向けても含め)そんな思いで書きました。

追記２

多くのコメントありがとうございます。

このエントリが少しでも人の目に触れることが願いです。

今の教員は指導要領に反することをやっているから苦しくなっているわけではありません。

自分でコントロールできない仕事…そもそもの週当たりの授業時数(多すぎて休憩無し)。委員会から出される研修依頼(断れない)。宿泊校外学習の細案作成(旅行会社が作ってくれ…)。教育事務所の訪問に伴う指導案作成、過剰な環境整備(どうせダメ出しをくらう)。保護者からの言い掛りともとれるクレーム(まずは聞く、そして時間と精神が削られる)。急なカリキュラム変更によって引き起こされる授業時数の増大、その一方なぜか起こる単位時間の不足(そもそも無理なカリキュラム)。などなど…