有罪判決が確定するが、3年間の執行猶予があり、釈放。威力業務妨害で逮捕される。10月18日に実刑判決。4月に控訴が棄却され、5月に確定、6月に黒羽刑務所に移送される。02:442019-03-29■anond:20190329111314元が学校基本調査だから、3月時点での数字だろピークの2003年(平成15年)の詳細見てみたhttp://www.mext.go.jp/b_menu/toukei/001/04011501/002/002.htm#1大卒だと「大学院等への進学者」(就職し,かつ進学した者を含む。)6万2千人(全卒業者数の11.4パーセント),「就職者」(就職し,かつ進学した者を除く。)30万人(同55パーセント),「臨床研修医」(予定者を含む。)8千人(同1.5パーセント),「一時的な仕事に就いた者」2万5千人(同4.6パーセント),「左記以外の者」12万3千人(同22.5パーセント),「死亡・不詳者」2万7千人(同4.9パーセント)となっている。11:242019-01-14■改元に伴うソフトウェアの修正がなぜ難しいのかプログラマ以外の人に向けて書きたいと思います。説明しやすくするために、平成の次の元号を毎回毎回「平成の次の元号」と言ってしまうと面倒なため、「応仁」としてみます。実際の元号は「応仁」にはならないと思いますが、便利なので「平成の次は応仁」だととりあえず思い込んでもらいたいです。あなたはプログラマあるいはSEになりました。ソフトウェアの修正をしなければいけない立場になりました。今回修正するソフトウェアは、他の企業が平成8年に作成したもので、本来は平成15年でメンテナンスを終了するという契約だったようでした。メンテナンスも特にされてはいません。顧客が「使えるのだからいいだろう」ということで長年使い続けてきたものです。この度改元にともなって、あなたの会社に改元の発注が舞い込みました。「なんで5月に改元なのに1月に発注するんだ......遅すぎるぞ」とあなたは呆れていますが、仕事は仕事です。諦めて作業にとりかかりました。あなたはまず、このソフトウェアがどういうものなのかを確認します。取引先が取引先に売るためのソフトウェアのようです。比較的大きなソフトウェアなのでまずどのようなものなのかを確認するのが大変でしたが、あなたはなんとかソフトウェアの全容を理解し始めました。ここで、あなたは直感的に「平成」となっている部分を「応仁」に変えてみます。すると今年は平成31年のはずなのに応仁31年となってしまいます。横着をして計算しないとこういうことになってしまうので、まずは内部では平成31年の5/1以降なら応仁元年ということにします。応仁1年ではダメと言われてしまったので、ちゃんと1のときは「元年」に変えます。「元年」のときだけレイアウトが崩れてしまいましたが「平成元年も崩れますよね?」という交渉を行って、なんとか鉾をおさめてもらいました。変更したので、ちゃんと動作がうまくいっているかテストを行います。発行」となっています。すばらしくうまくいっています。テストをしている人(もちろんあなたです!)は心をよくしてそのままテストを続けていました。05/02」というものを発見しました。アルファベットの方も変更しなければいけませんでした。先程と同じように平成31年の5/1以降はHではなくOというふうに書き直します。