  |
はてなキーワード: ＞＜とは
今日発売のSho-Comi１５号は、特盛りすぎる超大盤振る舞い！！！
●ポイント１●
なんとなんと、本誌に加えて別冊ふろく【あまい初体験ＢＯＯＫ】がついてくるんです！
定価は変わらず360円で、コミックス１冊分多く読めちゃうなんて･･･!!
こんなにおとくでいいんですかぁぁぁ！！？？
初体験ＢＯＯＫは、男の子視点の【ボーイズサイド】と、女の子視点の【ガールズサイド】にわかれてるんだって！
男女それぞれのハジメテにキュンとすること間違いナシ！！
【ボーイズサイド】表紙は、夜神里奈先生「兄に愛されすぎて困ってます」！
お兄目線の番外編、テーマは《初めてのひざまくら》（＞＜）！！！
ほかにも、
そして【ガールズサイド】表紙は、華夜先生の大人気新連載「先生、〆切まで待って！」
テーマは《はじめてのコスプレ》！！ 昴の仕事場に来た一花、あこがれのハヤトさまの衣装を見つけちゃって･･･！?
加えて
も読めちゃう！
http://www.sho-comi.com/2017/07/sho-comi-360.html
参考画像
http://i.imgur.com/RhKLaV2.jpg
http://i.imgur.com/M0vss3h.jpg
当方、フリーの IT 技術者。ある Web ベースのシステムを開発しているのだが、プロジェクトのマネージャー、リーダーをはじめとするメンバーの無知と無理解のおかげで作業が進まずに困っています。
ブラウザーのキャッシュの仕組みを少しでも知っている人なら、非 IT 系の方でも読めるように書きました。ぜひ助言をお願いします。
私は発注元(A 社)に客先常駐している。私が契約しているのは A 社のグループ会社である B 社だ。
A 社内のチームメンバーは以下のとおり。
さて、今開発しているシステム(以下システム 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)」とも呼ばれます。
数日経った日の午後。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 さんに「あの説明を読んで、よく分からない部分があったら教えてください」と尋ねると、実は忙しくて斜め読みしかしていないと白状された。その状態で対応策を一生懸命協議していたのですな。
レビューの席でまた一悶着ありそうだ。どうやったら彼らを納得させられるのだろうか。信用できない技術者に説明してもらったって、信じないんだったら意味がないのにねえ。
文字数制限に引っかかってしまい、末尾が切れてしまっていました。続きはこちらに書きました。
横からだが石破は無いわな
ええ…？
何この人？
Ａ「アベのかわりに石破にすればいいじゃん！」
Ｂ「石破は経済政策が最悪なので論外です」
Ａ「ほら結局安倍ぴょんしか認めない安倍一神教じゃん！！！！」
ガイジすぎやろｗ
反アベやりすぎて脳の血管詰まってんじゃねーのか？
殆ど支持されないチョイスだよね
だからそうやって常識も現実性も無いからダメなんだよサヨクさんは
なんか同じ国に生活してる人って感じがしない
たぶんこうやってネットで政治の話にいきり立つこと以外、現実世界に実存を持たない人なんじゃないの？
そういうキモさを感じる
で別に安倍が北朝鮮に対して甘いわけでも動きが悪いわけでもないので
事態を切迫した物と見るならなおさら未知数の石破にいま変える理由が無いじゃん
君の言ってることは全部「アベが憎い」に終始しててそれ以外の理由も結論も無い
合理性のかけらもないし印象すら良くない
それで誰に賛成して貰えるつもりなの
見てて心が痛む！！！！
なんていうか、性教育の時生理の説明ちゃんと受けたのって女の子だけじゃなかったっけ？ナプキン配られたのしか覚えてないんだけどさ。
それで男女共同の授業だと「女性には月経があります。」だけだったような。
ここまで書いてて思ったけど、女でも覚えてないってことは男の人知識ないのしょうがなくない！？
それにさ、生理がなんで来てるかとかどう言う仕組みかとか、黄体期とかなんちゃら期とかそういう、そういうの全然知らない！股から血が出て具合が悪い週があるということぐらいしか知らない！！！(嘘。調べて知ってることもあるけど！大げさにしてる！ごめん！)
性教育がマシになるべきなのか、お母さんとかが生理のこと教えるべきなのか…。
みんなキモオタがいるとすぐ避けたり虐めたりするけどさあ
キモオタには優しくしておいた方が得なんだよ？
→人を虐めたり罵ったりしてるときの顔って超ブスｗ
正義感強いイケメン君が「お前らみたいな心がブスな女には興味ねえんだよ！」なんつってｗうけるｗ「増田ちゃんは誰にでも優しいね」だってーｗキャー///
→キモオタって他人から優しくされた経験が少ないから、ちょっと親切にしただけで何でも言うこと聞くようになるｗ
パシリとして超優秀ｗ善意でやってくれてるんだから何も問題ないよねーｗ
→まあ確率低いけどｗ痩せてイケメンになったりとか、超一流企業に内定したとかでキモオタの市場価値が急上昇したときに、昔から仲良くしてた私は大幅リード！ｗ
いつまでも化ける様子なかったら縁を切ればオッケー♪ｗ
キモオタに優しくするとメリットいっぱいだけど、気をつけないといけないこともある！キモオタに優しくするリスクをご紹介～♪
→キモオタはす～ぐ勘違いするｗ思い上がんなって感じ(＃｀皿´)暴走したキモオタは超危険！だから友人の手も借りてスッパリ縁を切ろう！！
キモオタに勘違いされてつきまとわれてる～(＞＜)って言えばみんな助けてくれるぞｂ
２．周りから変な目で見られる
→ちょっとなら、キモオタにも優しい聖人！ってなってイメージアップ↑↑だけど、やりすぎると「あいつらいっつも一緒にいんじゃん…同類？きんもー☆」ってなっちゃう！それだけはマジ勘弁だからほどほどにしようね
３．キモオタに情が移る
→キモオタが妙に良い奴だったりすると、同情しちゃって、苛めてる奴らにイラついたりしちゃう…上手く世渡りするためにキモオタと仲良くしてるのに、いじめっ子と対立なんて本末転倒！
今 Amazon の購入確認画面を見ていたらこんな注意文が出ていた。
最近アマゾンの消費者に狙い、超低い価格で販売詐欺事件が相次いで発生しました。
弊社製品も相乗り出品されました。皆さんは騙されないよう、ご注意ください。
AUKEY JAPAN （メーカー直営店）はアマゾンで唯一指定の販売オンライン商店ですが、
「超安い」
というのが変換間違えか翻訳間違えっぽくて面白いなと思って親しみを持ったんだけど、
その後、
と書いてあるのに気づいて幻滅した。
「くださいね」なんて日本語に長けた人間があえて距離を縮めようとするときしか使わない。
これを見て、
「あぁワザとこう書いて拡散率上げようとしてるんだなぁ」
と思って幻滅した。
よく見ると「消費者に狙い」など、日本語も若干おかしいが、前述の幻滅が効いているので、
「ああオモシロ外人風なら許されるとでも思ってんのかな。日本法人あって新卒採用も租税回避もバッチリやって日本ベッタリのくせに。バレてんだよ、お前らのもくろみなんぞ。」
とすら思えてくる。
そもそも詐欺の横行はそれを誘発するUIをAmazonが採用していることにも問題があるのに、
反省の色も見せず、
ttps://github.com/tootsuite/mastodon
マストドンのAPIのリファレンスとAPI実装済みのライブラリ(サードパティ)の紹介
ttps://github.com/tootsuite/documentation/blob/master/Using-the-API/API.md
マストドンのAPIに関するドキュメントが置いてあるディレクトリ(色々ある)
ttps://github.com/tootsuite/documentation/tree/master/Using-the-API
マストドンはアプリ認証にdoorkeeperを使ってるので認証APIはこっちを参照する必要がある
ttps://github.com/doorkeeper-gem/doorkeeper/wiki
マストドンのドキュメントで紹介されてるAPI実装済みのライブラリ(サードパティ)を使うのが一番ってっとり早い
以上
=====
step1
ttps://github.com/tootsuite/documentation/blob/master/Using-the-API/API.md#apps
POST /api/v1/apps
アプリ登録をわざわざコーディングする場合はライブラリとして作って提供する場合くらい（？）
(アプリを複数のインスタンスに対応させる場合はやはりコード書くしかないけど）
(登録したIDを自前サーバーで持って同一アプリで共有するとか？）
(ローカルでhtmlファイル作ってブラウザ表示して必要な入力してsubmit送信するだけ簡単)
＜form name="regsterapp" method="POST" action="http://SERVERNAME/api/v1/apps"＞
＜input name="client_name" type="text" value=""＞
＜input name="redirect_uris" type="text" value="urn:ietf:wg:oauth:2.0:oob"＞
＜input name="scopes" type="text" value="read write follow"＞
＜input name="website" type="text" value=""＞
＜input type="submit"＞＜/form＞
step2
doorkeeperについて知る必要がある
ttps://github.com/tootsuite/documentation/blob/master/Using-the-API/Testing-with-cURL.md
このページに書いてあるgrant_type=passwordの認証法ではread権限しか貰えないぽい
grant_type=authorization_codeで認証する必要がある、これ読めば早い
ttps://github.com/doorkeeper-gem/doorkeeper/wiki/Authorization-Code-Flow
必要なパラメータ(※1)つけたリンクをアプリ認証したいユーザに踏んでもらい許可を押してもらった上でそこで表示されるコード(RETURNED_CODE)を使う必要がある
（自前サーバーなどでリダイレクトで受け取ることもできるけど）
その表示されたコード(RETURNED_CODE)を使って次のAPIを叩くと認証が完了する(アクセストークンをゲットできる)
POST /oauth/token
これもただのPOSTになるのでそんなに難しくない
さっきのアプリ登録みたいにhtmlとかで簡易にもできるけどアプリの秘密キーを使うので公開はダメでしょうな
※1
ttp://SEVERNAME/oauth/authorize?client_id=YOUR_CLIENT_ID&redirect_uri=urn:ietf:wg:oauth:2.0:oob&response_type=code&scope=read+write+follow
scopeというパラメータで取得したい権限を指定する必要がある
step3
認証終わってアクセストークンをゲットしたらもうAPI使えるので
ttps://github.com/tootsuite/documentation/blob/master/Using-the-API/Testing-with-cURL.md
これの2番目に書いてあるようにHTTPのヘッダに Authorization: Bearer ACCESS_TOKEN を加えてから
APIの叩けばよい
※
toot(トゥート)はAPIのドキュメントではstatusという表現になってる
ttps://github.com/tootsuite/documentation/blob/master/Using-the-API/API.md#statuses
POST /api/v1/statuses
がtootするためのAPI
お前らA「おうお前ら、こいつを見習って超良い奴になれや」
お前らB「そういうお前が超良い奴になってから言え」
お前らC「何だコイツ格好つけやがって」
お前らD「これぐらいは人間として常識、それでよく偉そうにしてるな」
お前らE「こういう事を強制する奴はクソ」
お前らF「そんな話を芸能人さんはしてません」
お前らH「頑張っても出来ない人もいる」
お前らI「こういう奴ら見てると脱童貞したばかりでイキッてる奴が浮かぶわｗ」
お前らJ「ｗ付けんな死ね」
お前らM「整形すればいいだけなのに……」
お前らN「お前らケンカすんな本題について語れ」
お前らQ「このまとめ前にも見たわ」
お前らS「良いことをするのに理由がいるの？」
お前らT「アンチ乙ｗｗｗ芸能人さんは何も間違ってないというのに」
お前らV「何だコイツ格好つけやがって」
お前らW「コシヒカリ以外は粟や稗と同じみたいな論調やめろや」
お前らY「話がズレてきてるんだが」
お前らGT「そもそもネットで真面目に議論してるアホってなんなの？」
今話題のまとめもそうだけど、ネットの議論って大抵いつもこういうテンプレ展開をなぞるよな。
なんなの様式美なの？
ＳＮＳによる発信も有効。大事なのは業務を減らす方向で周知をさり気なく行う事。窮状を恥と思わずに理解を求める事。
住民票の取得一つとってもどのコンビニのどこでどう発行されるか、可能時刻は、端末の操作や必要なもの、手続きは等、漏れなくガイダンスするだけでかなり違うのでは？
上から目線や事務的な口調は上から目線や怠慢の謗りを受けるので、若い職員に試験的にtwitterなりを使わせるところからがいいと思う。
「＊＊の役所が＊＊と言った！」
等の炎上はすぐさま謝ってダメっ子アピール＋同情をかう方向で。可能なら何をメディアや批判者が問題としているか"教えて貰う"事。
人気の公共アカウントは非常に参考になると思います。人気が出始めれば自然と庇う人が増えます。イメージキャラも有効でしょう。
最終的には無駄な業務の仕組みやが流れをＳＮＳでゆるく発信できれば、理解を得つつ減らしていく事ができるでしょう。
まずは「ウチの役所こんなんなんですー（＞＜；）」とか内部写真から。
絶世の美女じゃない。控えめに言ってもクラスで一番かわいいわけじゃない。
謙遜を抜けばまあ多分三番目か四番目。
乳はまあそこそこあるし、体型は瘦せ型。
そういうビミョ〜な層が一番モテるって話はよく言われるけど、これがまた本当なんだわ。
今まで、告られた回数を聞かれるたびに、盛ってるって思われるのが辛い。
でも、揃いもそろってダメ男だったから、男と付き合ったことはない。
モテているというよりは、もはやナメられていると言って過言じゃない数字だと真剣に思う。
実際、言い寄ってくる童貞率は高い。
友達として仲良くなるとすぐこれだ。
ちくしょう告られちまった。
誰もお前の友達にならない。
誰もお前を愛さない。
女友達に相談してもいいとこ笑って「増田ちゃんモテるもんね〜＞＜（内心：なんだこいつ）」が関の山だ。
そして男どもは多分乳しか見てない。
そんなに乳が好きなら肉まんとでも結婚してろ！！！！！！！！！
それなので！！！！
つまり、どうせ友達になったら告られるなら、いっそ高みを目指してはどうか？ということだ。
ここまでくると、「あ、コイツ私のこと好きだな？」っていうのがわかる。
そして、大抵その直感の1週間後には告られる。
もはや友人を介さないと見えないギャルゲの好感度よりもわかりやすい。
こうなったら、これからは積極的に落としにかかってやろうと思う。
何人落とせるかやってやろうと思う。
サークラ扱いされても知らん。
そんなのは惚れた方が悪いんだ。
そうすれば、いつか自分でも本当に好きになってほしいと思える人間が現れるんじゃないかって思うんだけどな
無理かな
・・・これ見てる男どもは、せいぜいこういう内面クソ女に引っかからないように気をつけてくれよな
女は乳じゃないぞ
https://this.kiji.is/228040374018065911
短文のいわゆるベタ記事っぽいものだと思いますが、故意かどうかはともかくかなりミスリードを誘っているように見えます。
かなりのはてブもついていましたし、このあたりの実務に詳しい人はあまりいないと思うので、実務担当者の立場からちょっと解説します。
社員が毎月一定額を持株会に出資し、その出資金を元に持株会が毎月市場から自社の株式を買い付けます。直接的な保有者は持株会となり、社員が売却などをしたい場合は一旦持株会から引き出す必要があります。
会社にとっては「安定株主を作る」「社員の帰属意識や業績貢献意欲を引き出す（業績が上がって株価が上がれば自分の資産が増える）」あたりが主な狙いです。
社員にとっては長期的な資産形成という意味があります。出資金額の10～30%程度を補助してくれる会社も多いです。
（個人的には、会社が傾いたときには自分の給与・雇用への影響と資産下落がダブルでくる、それなりのリスクがある仕組みだと思います）
また、通常社員が自社の株式を売買するときにはインサイダー取引に関する縛りがありますが、持株会を経由して毎月定額出資することで、インサイダーリスクがなくなるという点も大きなポイントです。
持株会はインサイダー取引を防ぐため、意図的に機動的な売買や出資金額の変更ができないようになっています。
そのため、出資金額（口数）が変更できるのは通常3～6ヶ月に1回程度です。
持株会の入会・退会は通常自由ですが、もしかしたらここにも縛りをかけている会社があったりするかもしれません。東芝がどうなのかは知りません。
今回は「定例募集のお知らせ」とのことなので、たぶん口数変更ではなく募集ですね。4月なので新入社員に向けたアピールがメインなのかもしれません。
前置きが長くてすみません。「もし私が東芝でこの件の担当者になったら」という前提で考えます。
「担当者が何も考えずルーチンで出した」という可能性もそれなりにありますが、一旦無視します。
まず、悩みます。
自社の業績はかつてないほど悪化しており、上場廃止のリスクもあります。ここで募集をかけるのは社員の資産をそれなりに高いリスクに晒す可能性があります。
よって、「今回は募集をしない」あるいは「募集のお知らせを出さない」という選択肢もありえます。
一方で、このお知らせは「定例」で出しているものなので、「定例のものをなくす」こと自体がひとつのメッセージになります。なぜなら、持株会や管理部門からの通知はそれ自体、会社から従業員への公式な意思表明だからです。
（特に、大企業になればなるほど「定例」は多くなり、この手のことに敏感な人も増えます。めんどくさいですね）
今回このお知らせをやめることは「今株を買うと損をする≒上場廃止になる」というメッセージを伝えることになりかねません。
しかし、将来はともかく現在は会社が全力で上場維持に取り組んでおり、実際に上場廃止はまだ決まっていません。
そこで募集を止めることは誤ったメッセージであり、また、極端に言えば今の東芝を信じて株を買っている投資家や既存株主への背信とさえ言えます。
さらに言えば、もし東芝がここから上場を維持して復活した場合には、従業員の資産形成のチャンスを潰すことにもなります。
以上のようなことを考え併せると「お知らせを止める」ことにもそれなりのリスクがあり、落とし所は「通知は出す。文面は完全な定形か少しニュートラルな形に変えるか検討」あたりになると思います（さすがに「買いましょう！」的なことは言えない）。
今回の件を「東芝が社員から金を吸い上げている」「株価の買い支えをしようとしている」と見ている方もいるようです。
まず前提として、持株会に出資されたお金は市場で自社の株式を購入するために使われます。
このお金は会社には入らないので、株価は直接業績には関係しません。
http://www.ullet.com/%E6%9D%B1%E8%8A%9D/%E5%A4%A7%E6%A0%AA%E4%B8%BB
ここを見てざっくり計算すると、たぶん持株会の買付総額は1桁億円/月くらいだと思います。
3月の東芝の出来高は総額1兆円くらいあるので、まあ誤差です。
というわけで、「買い支え」みたいな意図もないと判断できます。
株価の下落局面では買付株数が増えて安定株主が増加するので、そこは会社としては非常にありがたいですね。
東芝はクソでもいいけど現場担当者をクソ扱いするのやめてください＞＜
以上です。
おそらくですが、買付は「恣意性を排除するため、毎月決まった日に行う」のが原則のため、決算発表日程を考慮することはないと思います。
http://anond.hatelabo.jp/20170421182310
この件だけど、毎年4月と10月に募集があって、それとかぶっただけだよ。例えば2015年4月の募集は4/1〜4/21だったよ。
入会も期間を区切ってるタイプの持株会のようですね。
その場合なら「募集を行わない（＝入会したい社員の権利を奪う）」という選択肢はありえないかなと思います。
仮にこれが長い記事で、「自発的という建前だが実際には事実上のノルマがあった」とか「達成率が昇進の査定に影響するので管理職はぴりぴりしていた」とかなんとか、そういう内部告発とセットだったらどうなんだろ？
仮にそうならひどいと思いますが、前述の通り東芝側のメリットがあまりなさそうですし、あまり意味のない仮定じゃないでしょうか。
別に既存株主の利益を優先するとかそういう話ではなく、いろんな影響や可能性を考えて判断するという話ですね。
社員も株主も両方大事なステークホルダーですし、「社員かつ株主」という人もたくさんいますので、そこは対立構造ではないですよ。
あとみんな「東芝の株式は上場廃止で紙屑になる」って前提で話しすぎかと（可能性はそれなりに高いと思いますが）。
http://anond.hatelabo.jp/20170423124043
http://www.sankeibiz.jp/business/news/170422/bsb1704220618004-n1.htm
こちらの記事と併せて見ると、今まで「半ば強制的」に持株会に加入させられていたのは事実のようですね。
※（しつこく追記）東芝社員の方から「一般社員には強制ないよ」とTBあったのでそちらもご覧ください。以下はTBいただく前に書いた内容ですが、そのまま残しておきます。
記事中の事例は過去の話で、今回同じように強制的な働きかけがあったのかはわからないので、「過去の募集＆強制」と「今回の募集」と「今回強制があったか」は切り分けたほうがいいと思います。
私は募集自体には問題がないと考えていますが、もし今の状況で同じように強制していたらさすがに良心を疑うレベルだと思います。
過去の加入強制は他にもやっている会社はありそうですが、自分ならやりたくないですね。真っ当な加入促進方法は「社員への認知度UPと理解促進」「拠出額に対する会社補助率のUP」とかだと思います。
「メリットがなさそう」と書いたのは「今この瞬間に強制するメリット（本文で書いた『買い支え』など）がない」という話ですので、長期的なメリットはもちろんあります。
本文にも書きましたが、東芝のような大企業の場合、一番は「安定株主の確保」です。
3月末に東芝が行った東芝メモリの分社化はじめ、会社の重要事項は株主総会の決議が必要になり、株主総会では2/3もしくは過半数の賛成を確保する必要があります。
銀行や取引先との持ち合いも減り、ファンドが反対票を入れることも珍しくなくなってきた現在、確実に賛成票が見込める持株会の保有比率を高めることは総会対策としてとても重要です。
これは推測ですが、もし「持株会の保有比率が減っている（＝社員が株式を引き出して売っている）」などの変化があれば、それを再度増やすような手を打つ可能性はあると思います。
ちなみに東芝は3月決算なので、次回（2017年6月予定）の株主総会の議決権は3月末時点の株主にあります。よって、今回新たに加入した分は次回の総会には関係がなく、来年の株主総会の議決権に関係してくることになります。
