  |
はてなキーワード: サーバーとは
ちなみにネット上には、win2000サーバーのサンプルサイトを公開したままの（○○コーヒーというやつ）政府外郭団体のページがまだあるぞ。
その〇〇、思い出せたので〇〇コーヒーでぐぐってみたら上位に出てきて愕然とした。
よくわかってなさすぎてワロタｗ
Webの検索インターフェースを使わずに、サーバーに侵入してバックエンドのデータベースを直接検索しろというのですか？
それ、犯罪ですよｗ
規制入った時はアメリカ国内の法律で、アメリカからのユーザーアクセス禁止とかで企業を取り締まってたわけじゃなかったかな。もうよく覚えてないけど
正直ウェブサービス取り締まるとか児ポルとか国際的にはっきりコンセンサス取れてないと無理だし、今からでもBTC対応のオンラインカジノを日本人が作ってどっかの国サーバーでサービス開始しても全然問題ないっぽい。詳しくは知らん
（ここでいうシステムというのはビジネスモデルの事ではなくて、サーバーサイドのシステムの話）
嫁がメルカリで出品される商品を買いたいがすぐに売れてしまったりするというのでアラートが欲しいと言い出した。
どうも標準である"保存した検索条件の新着通知"という機能はスピードや精度などがいまいちで使えないらしいのだ。
で、調べてみたところ2個ほどアラートアプリがあるようなのでそれを入れてみるように言ってみた。
しかし、それらのアプリでも通知結果が変だったりするらしい。（新商品の通知がきたのに、メルカリ本体で検索するとひっかからないなど）
うーん？アプリが悪いのかな？
と思ったので簡易的に通知スクリプトを書いてみることにした。
一行で書くと、
「検索結果ページを定期的にGETしてHTMLを解析して商品一覧を抜き出し、前回の結果になかったものがあれば通知すればいいだけ」だ。
うん。楽勝だべ。
よし、検索結果のページを解析するために見てみよう。何々、1件から48件まで表示中です。。
ふむふむ。で、結果がページ下にずらりと並ぶのか。
いーち、にー、さーん、・・・(中略)・・・・、よんじゅーろく。。 あれ？なんど数えても46件しかないぞ!
皿を数えるお岩さんの気分で何度も数えてみる。。が、やっぱり46件しかない。
「二枚足りなーい！うらめしやー！」
まあ、こんな事は些細なことさ。(CSSクラス名の単数形、複数形がおかしいとかももっと些細なことさ。)
とりあえずスクリプトを完成させるぜ。
・・しこしこしこ・・
じゃじゃーん！というわけでスクリプトはすぐにできたので、試しに走らせてみた。
・・・・
・・おお、結構な頻度で新商品がでるんだな、さすが大手サイトだ
・・
・・てか出品おおすぎね？こんなマイナー商品を検索しているのに1分間に7件も出品されるなんて
・・
・・( ,,`･ω･´)ﾝﾝﾝ？
・・
なんだこれは！検索結果にときどきゴミが混じっているではないか！
例えるなら、ドラえもんを10回検索したら、3回ぐらいの割合で巨人の星やマツコ・デラックスがでてくるような感じ。
通るかこんなもーん！！！
【結論】
> OSSのオーナーからTwitterで是非issueを上げてくれと言われたから頑張ってissueを上げたのに、エアリプで「OSSなのに英語でissueを上げない日本人、本当に空気読めない」と言われ、著名人がそれに「それな」とメンションしてて、もう2度とやらねーと心に誓った。
https://twitter.com/stb_nissie/status/908494673102041088
わからない人に説明すると、GitHub(通称ギフハブ)にはIssue(イシュー)という機能があって、なんかバグってたら問い合わせ出来る機能があるんだ。
でも大半のIssueが英語でやり取りされている。勇気をだしてIssueを日本語で立てたけど、あとで作者にエアリプで陰口を言われてすげームカついたって話だ。
でもこれだけ見ても背景がよくわからない。Issueを上げてくれ、っていうやり取りが日本語なのか英語なのかもわからないし、エアリプで陰口言われたのも日本語なのか英語なのかも分からないからだ。これは裏を取る必要がある。
ちょっと調べてみたけど、おそらく発端はこれだろう。
https://twitter.com/takezoen/status/636551825160695808
> IE以外のブラウザではどうでしょうか？また、可能であればスタックトレースをGitHubのIssueに上げていただけると助かります。
もとのツイート主とGitBucketの作者とのやり取りだ。ちなみにGitBucketとはギフハブのクローンで、コンプライアンス的にギフハブが使えないからサーバーを自前で用意して自社でギフハブを使えるようにするものだ。ちなみにギフハブ本家でもそういうクローンは用意しているが高くて稟議が通らないので仕方なくOSS(≒無料)のクローンを使っている会社は多い。
で、作者とのやり取りを経て出されたIssueがこれだ。
https://github.com/gitbucket/gitbucket/issues/908
タイトルが英語なのはともかく、本文は日本語である。自分の経験則からすると、こういうIssueは速攻でクローズされるか放置されるが、それは後述するとして、例のエアリプはおそらくこれだろう。
https://twitter.com/takezoen/status/648914153785044992
> GitBucketに日本語でIssueを投げてくる方が後を絶たない。ドキュメントも周囲のIssueも全部英語なのに日本人は空気を読むとか嘘なのではないかという気がする。どうすればいいのだろうか…。
そのとおりではある。ドキュメントを見て、Issueを英語で書かなきゃいけないと思わなかったのだろうか。
新しくIssueを立てるときは必ず「New Issue」というボタンを押さなければならないが、そのときに他のIssueを参考にしなかったのだろうか。
例のツイート主のギフハブを見ても、このIssueがおそらく初めてのIssueと思われる。
https://github.com/SatoshiNishimoto
「なんか問題を発見した！」→「世紀の大発見や！」→「Issue投げたろ！」の流れで興奮しながらIssueを立てた可能性はある。初めてのIssueならまさにそうだろう。
もしかしたら作者は日本人だったから「つい」日本語でIssueを立ててしまったのかもしれないし、他のIssueも日本語で書かれているから自分も日本語でIssueを立てたのかもしれない。
本当のところはわからないが、Issueを立てるときは、一晩寝かせてからIssueを立てるべきだったし、一回失敗したからってめげてはいけない。まあ勇気をだしてがんばったのに全力で全否定されるのは非常につらいものはあるが、そういうときはキャバクラにでも行って慰めてもらいなよ。
閑話休題。Issueを立てるときに注意しないといけないのは、まずガイドラインを見ること。次にオープンされたままのIssueがどのくらい残っているかだ。
Issueを立てるときにはたいていガイドラインがある。READMEちゃんと読め。そこにIssueやプルリクを投げるときのルールやマナーが書かれている。中には日本語OKだったり中国語OKだったりするOSSもあるが、そんなのはほんの一部で、たいてい英語だ。そのルールに外れたIssueやプルリクは大抵無視されるかクローズされる。ルールが英語で書かれているということは、Issueやプルリクも英語で書かなければならないということだ。というか、作者にアットツイート出来る勇気があるなら「こんなIssueを投げようと思うのですが、日本語OKですか？」くらいは聞いてもよかったんじゃないか？
次にオープンされたままのIssueがどのくらい残っているかだが、ガイドラインほど重要じゃないにしても、結構見て置かなければならない要素だ。オープンされたままのIssueが3桁以上残ってたら、それはIssueさばきが回っていない証拠だ。もしくはググったりドキュメントを読めば事足りるようなどうでもいい内容のIssueが盛りだくさんな可能性もある。最初のうちは書き逃げでも構わないが、凡百のIssueのなかで自分のIssueを読んでもらえる努力をしろ。
あとこの人、自分のこと意識が低い人間だと思っているけど、有名人に何度もクソリプかましているし、勉強会にもちょくちょく顔を出しているっぽくて、そういうことする人間は意識が低いとは言わないと思うんだよ。意識の高い低いを都合で使い分けるのは辞めたほうがいいと思っている。
とはいえ、OSSに定期的にフィードバックを投げられる人間はほんのひとにぎりで、一生に一回Issueを立てられるかどうかというプログラマーがほとんどだと思う。OSSの作者からしたらそんなの関係ないかもしれないけど、Issueを投げるほうからしたら一生に一度の大舞台だ。そこらへんをよく考えてOSS活動に取り組む必要はあるんじゃないかなとは思う。ま、人生に失敗はつきものだ。気長に生きてこうよ。
これは明確に遠征の配分が悪い。東京急行系の遠征を回し過ぎである。北方鼠輸送や鼠輸送を混ぜることにより、バランスを取ることは容易なはず。
わかるけどドラム缶さえ積んでおけばキラつけしなくても大成功チャンスがある東急は
遠征ももう少し時間と報酬とを見直して「使える遠征」を増やしてもいいと思う
二度とやらない遠征が多すぎる
あと参加艦のバリエーション
演習でついた重巡や戦艦のキラを有意義に使えるような遠征がもうちょっとあってもいいのでは
このあたりはサーバーの負荷軽減だと思うが如何？
これはしょうがないよね
おそらく放置ボイスのことを言っているのかと思うが、これは母校画面右下の設定からオフにできるぞ。
クリック時のボイスについては艦娘をクリックしなければいいのではないだろうか。
以上のとおり、もっともなところもあるが、気の持ちようを変えたり少しの工夫で回避できるものなので、あまりカリカリしないほうがいいと思う。
そうじゃなくて
歴９ヶ月ということだが、指摘している点はもっともと思う点があるとともに、
逆にうまく利用できる点もあるので、指摘していきたい。
ごもっとも。堀のときなんかは俺も強く思うところだ。おそらくサーバーの負担軽減か何かでこうなっているんだろうとは思う。
ただ、大破進軍してしまった場合なんかはF5のチャンスが増えていいぞ。
2 鋼鉄が余りすぎ
初心者の段階では余るとかじゃなくて
一応提督レベルが100を超えても、どういうプレイスタイルでも鉄だけ余る
大型建造の時ぐらい鉄だけバカスカ食えばいいのに他の資材も使うので変なバランスは解消されない
これは明確に遠征の配分が悪い。東京急行系の遠征を回し過ぎである。北方鼠輸送や鼠輸送を混ぜることにより、バランスを取ることは容易なはず。
一時長距離北方鼠ボーキ輸送で回していたが鉄は減る一方だったぞ。
3 模様替えを画面のどまんなかにおくな
なに考えてるんだ
独特の読み込みがあるから誤クリックするとストレスがじわりとくる
４年やっててこんな基本的レイアウトも改善しないってなんなん？
ノーギャラで俺に整理させて欲しいぐらいだわ
おっしゃるとおり。戦績と図鑑、アイテム屋も誤クリックが多くて困る。
4 修繕の変なアニメで待たせるな
このあたりはサーバーの負荷軽減だと思うが如何？
なんかこのゲームの提督は全員にナチュラルなセクハラを働いてるらしくて
びっくりしたり罵ってきたりするうるさ目の声になるわけ
おそらく放置ボイスのことを言っているのかと思うが、これは母校画面右下の設定からオフにできるぞ。
クリック時のボイスについては艦娘をクリックしなければいいのではないだろうか。
以上のとおり、もっともなところもあるが、気の持ちようを変えたり少しの工夫で回避できるものなので、あまりカリカリしないほうがいいと思う。
まじな話をすると、N予備校のプログラミング入門コースやるのがオススメ。
一日8時間勉強時間があるなら、だいたい一ヶ月で終わる内容。
月額1000円だけどしっかり勉強すれば一ヶ月の無料期間中に終わると思う。
もともとN高等学校のノンプログラマーの生徒をWebエンジニアとして就職させるために作られたカリキュラムで講師曰く去年はこれで二人エンジニア就職を決めたらしい。
内容も相当親切に説明していて、プログラミングで何か作るだけじゃなくて、就職に必要な環境構築やセキュリティまでみっちりやる。
で講師が書いてる入門コースで習うことがまとめ。テキスト教材もあるけど授業も1項目を2時間で説明している。授業は週2の生放送とそのアーカイブがある。
↓みたいなことが学べる
----
Web ブラウザとは (Chrome, デベロッパーコンソール, alert)
はじめてのHTML (VSCode, HTML, Emmet)
さまざまなHTMLタグ (h, p, a, img, ul, tableタグ)
HTMLで作る自己紹介ページ (HTMLタグ組み合わせ, コンテンツ埋め込み)
はじめてのJavaScript (JS, ES6, エラー)
JavaScriptでの計算 (値, 算術演算子, 変数, 代入)
JavaScriptで論理を扱う (論理値, 論理積, 論理和, 否定, 比較演算子, if)
JavaScriptのループ (ループ, for)
JavaScriptのコレクション (コレクション, 配列, 添字, undefined)
JavaScriptの関数 (関数, 関数宣言, 引数, 戻り値, 関数呼び出し, 再帰)
JavaScriptのオブジェクト (オブジェクト, モデリング, プロパティ, 要件定義)
はじめてのCSS (CSS, セレクタ, background-color, border)
CSSを使ったプログラミング (transform, id, class)
Webページの企画とデザイン (企画, 要件定義, モックアップ, 16進数カラーコード)
診断機能の開発 (const, let, JSDoc, インタフェース, 正規表現, テストコード)
診断機能の組込み (div, 無名関数, アロー関数, ガード句, truthy, falsy)
ツイート機能の開発 (リバースエンジニアリング, URI, URL, URIエンコード)
LinuxというOS (VirtualBox, Vagrant, Ubuntuのインストール, OS, CUIの大切さ)
コンピューターの構成要素 (ノイマン型コンピューター, プロセス, lshw, man, ps, dfの使い方)
ファイル操作 (pwd, ls, cd, mkdir, rm, cp, mv, find, ホストマシンとの共有ディレクトリ)
標準出力 (標準入力、標準出力、標準エラー出力、パイプ、grep)
vi (vimtutor)
シェルプログラミング (シバン, echo, read, 変数, if)
通信とネットワーク (パケット, tcpdump, IPアドレス, TCP, ルーター, ping)
サーバーとクライアント (tmux, nc, telnet)
HTTP通信 (http, https, DNS, hostsファイル, ポートフォワーディング)
GitHubでウェブサイトの公開 (GitHub, リポジトリ, fork, commit, 情報モラル)
イシュー管理とWikiによるドキュメント作成 (Issues, Wiki)
GitとGitHubと連携 (git, ssh, clone, pull)
GitHubへのpush (init, add, status, インデックス, commit, push, tag)
Gitのブランチ (branch, checkout, merge, gh-pages)
Node.js (Node.js, nodebrew, Linux, REPL, コマンドライン引数, プルリク課題)
集計処理を行うプログラム (集計, 人口動態CSV, Stream, for-of, 連想配列Map, map関数)
アルゴリズムの改善 (アルゴリズム, フィボナッチ数列, 再帰, time, プロファイル, nodegrind, O記法, メモ化)
ライブラリ (ライブラリ, パッケージマネージャー, npm)
Slackのボット開発 (slack, mention, bot)
HubotとSlackアダプタ (hubot, yo)
モジュール化された処理 CRUD, オブジェクトライフサイクル, filter)
ボットインタフェースとの連携 (モジュールのつなぎ込み, trim, join)
同期I/Oと非同期I/O (同期I/O, 非同期I/O, ブロッキング)
例外処理 (try, catch, finally, throw)
HTTPサーバー (Web, TCPとUDP, Webサーバーの仕組み, Node.jsのイベントループ, リスナー)
HTTPのメソッド (メソッド, GET, POST, PUT, DELETE, CRUDとの対応)
HTMLのフォーム (フォームの仕組み, form, input)
HerokuでWebサービスを公開 (Webサービスの公開, heroku, dyno, toolbelt, login, create, logs)
認証で利用者を制限する (認証, Basic認証, Authorizationヘッダ, ステータスコード)
Cookie を使った秘密の匿名掲示板 (Cookie, Set-Cookie, expire)
UI、URI、モジュールの設計 (モジュール設計, フォームのメソッド制限, リダイレクト, 302)
フォームによる投稿機能の実装 (モジュール性, textarea, 303)
認証された投稿の一覧表示機能 (パスワードの平文管理の問題, 404, テンプレートのeach-in)
データベースへの保存機能の実装 (データベース, PostgreSQL, 主キー)
トラッキングCookieの実装 (トラッキング Cookie, IDの偽装, Cookie の削除)
削除機能の実装 (データベースを利用した削除処理, 認可, サーバーサイドでの認可)
管理者機能の実装 (Web サービスの管理責任, 管理者機能の重要性)
デザインの改善 (Bootstrap, レスポンシブデザイン, セキュリティの問題があるサイトを公開しない)
脆弱性 (脆弱性, 脆弱性で生まれる損失, 個人情報保護法, OS コマンド・インジェクション)
XSS脆弱性の対策 (XSS, 適切なエスケープ処理, リグレッション)
パスワードの脆弱性の対策(ハッシュ関数, メッセージダイジェスト, 不正アクセス禁止法, パスワードジェネレーター, 辞書攻撃)
セッション固定化攻撃脆弱性の対策 (セッション, セッション固定化攻撃, ハッシュ値による正当性チェック)
より強固なセッション管理 (推測しづらいセッション識別子, 秘密鍵)
安全なHerokuへの公開 (脆弱性に対する考え方, HTTPの廃止)
Webフレームワーク (Express.js, フレームワーク導入, 簡単なAPI, セキュリティアップデート, Cookie パーサー, ミドルウェア, 外部認証, ロガー)
ExpressのAPI (app, Properties, Request, Response, Router)
GitHubを使った外部認証 (Passport, OAuth)
テスティングフレームワーク (Mocha, レッド, グリーン, リファクタリング)
継続的インテグレーション (CircleCI)
クライアントのフレームワーク (Webpack, Chrome 以外のブラウザでもES6)
DOM操作のフレームワーク (jQuery, jQueryアニメーション, this)
AJAX (jQuery.ajax, クロスドメイン, 同一生成元ポリシー, x-requested-by, CORS)
WebSocket (WebSocket, WebSocketの状態遷移, Socket.io)
RDBとSQL (DDL, DCL, CREATE, DROP, INSERT, DELETE, UPDATE, WHERE)
テーブルの結合 (外部結合, 内部結合, 片側外部結合, JOIN ON)
インデックス (インデックス, 複合インデックス, Bツリー)
集計とソート (SUM, COUNT, ORDER BY, GROUP BY)
「予定調整くん」の設計 (要件定義、用語集、データモデル、URL設計、モジュール設計、MVC)
認証とRouterモジュールの実装 (Mocha, supertest, passport-stub, モックテスト)
予定とユーザーの保存 (セキュリティ要件, UUID, 複合主キー)
予定とユーザーの一覧の表示 (非同期処理, Promise, then)
出欠とコメントの表示 (入れ子の連想配列, Promise.all, 子どもからデータを消す)
出欠とコメントの更新 (Promiseチェイン, リファクタリング)
今はAtom 330+ION+SST-SG05B+SSD+HDD+TVチューナーの構成。
ケース新調&SATAポート追加&OS入れ替えの必要が出てきたので、新調することにした。
| パーツ | 名称 | 価格 | 備考 |
|---|---|---|---|
| マザーボード | ASRock H270M-ITX/ac | ¥13,760 | H270M, Mini-ITX, SATA最多 |
| CPU | Celeron G3930T | ¥4,220 | 最小TDPで最安のもの |
| CPUクーラー | サイズ 風神スリム | ¥3,674 | ロープロファイル, 汎用12cmファン |
| メモリ | Team TED48GM2400C16DC01 | ¥6,980 | DDR4-2400 4GB×2 |
| システムドライブ | X25-M 80GB | ¥0 | SSD, 余り |
| データドライブ | WD40EFRX | ¥0 | WD Red 4TB, 流用 |
| バックアップドライブ | WD80EFZX | ¥32,617 | WD Red 8TB |
| 余りHDD | WD1003FZEX | ¥0 | WD Black 1TB。ファイル履歴・シャドウコピー用。壊れたら他のドライブから間借りする。 |
| 余りSSD | X25-V 40GB | ¥0 | 用途未定。キャッシュに使うにも書き込みが遅い。余りHDDが壊れた時のシャドウコピーとか。 |
| 電源 | Corsair RM650x 650x | ¥12,917 | 260Wまでファンレスで動くATX電源 |
| ケース | Lian-Li PC-Q25B | ¥19,830 | ファイルサーバーに適したケース |
| ファンコントローラ | GRID+ V2 | ¥4,280 | Windowsから制御できるファンコン |
| TVチューナーー | PX-W3PE Rev1.3 | ¥0 | 地上波2ch, 流用 |
| 合計 | ¥98,278 |
無料のレンタルブログで副業して稼ぐ時代は終わりました。乗り換えるのなら、ワードプレスで副業ブログをするのがおすすめです。
無料のレンタルブログで稼ぐことは、無料なので初心者ブロガーにとってはリスクの低い副業でした。
失敗しても借金はしませんし、失われるのは「時間」くらいですからね。もちろん、その時間も大切なものですが立派な経験値として蓄積されます。
時代の変化は本当に早いもので、無料ブログや無料のレンタルブログのドメインでは、以前のようにグーグルアドセンスが取得できません。
無料のレンタルブログでアドセンスが取得できないということは、初心者ブロガーでも比較的簡単にブログ収入を得られる媒体がないということ。
他には「楽天アフィリエイト」や「Amazonアソシエイト」などもありますが、いきなり初心者ブロガーが稼ぐことは難しい。
それに、「はてなブログ」の規約も厳しくなりましたので、今まで通りに記事を書いていたら、収益どころかアクセスもなくなります。
無料のレンタルブログは、はてなブログだけではありませんが、その他の無料ブログもドンドンと規約が厳しくなっていますからね。
薄っぺらい似たような芸能トレンド記事や、著作権違法画像を貼り付けているブログは運営側に消されていきます。これも、Welq問題からの弾みでしょう。
そうすると、私のように完璧な記事が求められているのです。薄っぺらな記事は必要ありません。
これからの時代の副業ブログは、最低でも独自ドメインでブログを書かなければなりません。
「独自ドメインって何？」と思った人は検索して調べましょう。今の時代はそれくらいのことを調べる能力がなければ、ブログで稼ぐことは難しいです。
はてなブログProのように無料のレンタルブログから、有料のレンタルブログに乗り換えるのもいいですが、結局は運営側から借りている状態なので、規約違反をすれば消されます。
今は大丈夫でも、時間が経つにつれてリスクは高くなっていきます。正々堂々と記事を書いていたとしても、はてなブログの運営側がダメだと判断すれば、容赦なくアカウントは消されます。
文句も言えないので、それがイヤならさっさと乗り換えるべきです。
無料のレンタルブログを辞めて、新規に乗り換えるのなら、やはりワードプレスがおすすめ。
この記事もワードプレスで書いています。私も最初は無料のレンタルブログで記事を書いていましたが、途中でワードプレスに乗り換えました。
もちろん、そんな簡単ではありませんでしたし、どこのレンタルサーバーを使用すればいいのかも、独自ドメインの意味すらわかっていませんでした。
それでも、ブログでお金を稼ぎたかったので、ひらすら検索しては知識をつけて今に至ります。
私はワードプレスにして結果的にはブログで稼ぐことができているので、ワードプレスにして良かったです。
基本的にはどこの会社でもいいのですが、あまりにも安いレンタルサーバー会社は辞めときましょう。最低でも月1000円は支払うべきです。
理由はあまりにも安いレンタルサーバー(100円～500円)ですと、急なアクセスがきたときにサーバーが落ちます。サーバーが落ちれば、ブログ収益のチャンスロスになりますからね。
「まだまだ初心者だしアクセスはこないから大丈夫！」と思っていると後悔します。
レンタルサーバー会社にもよりますが、アクセスが増えてきてからの乗り換えは面倒くさいですし、記事が消えるリスクもあります。
余計な時間を使わないためにも、最初から月1000円以上のレンタルサーバー会社を選択することがおすすめです。
現在では、はてなブログが低品質な記事を検索結果から除外することを始めました。
専門用語でノンインデックスといいますが、それをされるとどんなに記事を書いても検索からはアクセスがこない状態になります。
低品質な記事の判断は、はてなブログ会社が独断と偏見で決めても文句は言えません。それがイヤなら、はてなブログなどの無料のレンタルブログから、ワードプレスに乗り換えることです。
昔は昔、今は今という感じで時代の変化をしっかりと受け入れて、これからも副業ブログでドンドンと稼いでいきましょう。
おそらく今後は、グーグルアドセンスを取得できるブログサイトは少なくなっていくので、ライバルも減っていきます。けれども油断は禁物。
その分、グーグルアドセンスに合格したブログサイトや今後も生き残っているサイトは、以前よりもレベルが高いのは間違いありません。
他人と同じような記事は淘汰されていきますし、今までと同じようなやり方では厳しくなっていくのは否めません。
それでも、諦めずに書き続けた人にとって、予想以上の報われるブログ収益が待っているのは、いつの時代も変わりませんね。
なお、この内容は私の脳内で考えだした想像上の架空のフィクションです。
・就業規則が無い
・会社の慶弔休暇の制度を知りたいと思って人事の人に聞いたら「当社には就業規則が存在しないので、お答えできません」と回答される
・親会社が実施している月曜朝8時開催の朝会参加を強制される(契約上出社時間は10時)
・朝会では全員起立して、社訓を読み上げる。僕以外皆暗証している
・社訓の読み上げは10分くらい続く
・社訓とか聞いたことも見たこともないので、いつも口をパクパクさせながら暗証するふりを余儀なくされる
・業務をより理解するため、という理由で、休日に招集されて親会社の仕事の手伝いをさせられる
・深夜23時くらいまで拘束され、休日出勤手当も深夜残業手当も出ない
・そんな時間まで拘束されると終電が無いので、近くの漫喫で夜を明かす。もちろん手当は出ない
・「奉仕の精神」とか何かの理由で、毎週月曜日の朝に社員全員で執務エリアの掃除をさせられる
・掃除業者に払うお金をケチっているのでとにかく執務エリアが汚い
・掃除道具が圧倒的に足りてないので、社員総出で掃除をしてもキレイにならない
・「掃除機が１台ではとても足りません！！」との社員の悲痛な訴えは予想通り無視される
・一応IT企業だが、健康保険はいわゆるIT健保ではなく、親会社独自の健保に加入させられる。福利厚生はほぼゼロ。寿司とか食べに行けない
・その独自の健保が実施する健康診断は、東京の隅っこの辺鄙な場所で実施されるので会社から１時間以上かけて移動して受診する必要がある
・謎のアバウトさで、体重は5kgくらいサバ読み、視力聴力は自己申告
・問診の際に「反社会的勢力とのつながりはありませんか？」「入れ墨は入れていませんか？」「違法薬物などを常習してませんか？」という、もし一個でも合致したらカタギの世界にいられないようなハードな質問が行われる。既往症や体調についての質問は無い
・会社のネットワーク環境が個人の家並に貧弱で、ちょっとでも大きなファイルをネットワーク経由で扱うと業務に支障が出る
・なので大きいファイルを扱うときは自前の携帯でテザリングすることを余儀なくされる。そのためかなり大きめなパケットプランで契約することを余儀なくされ、そのお金は個人の持ち出しとなる
・「どんなにオフィスが汚くても狭くても構わないので、せめてネットワーク回線だけはなんとかしてください」とCTOや社長に直訴するが、予想通り無視される
・毎月最終金曜日に会社の全体集会が開催され、契約上の業務時間を大きく超過して夜まで拘束されるため、この日は皆いつもより帰りが遅くなる。プレミアムフライデーとはなんだったのか
・全体集会の大半は、社長のありがたいお言葉を数時間ただ座って拝聴する時間となる
・もう少しカジュアルな場をという計らいから、突如IT業界で流行りつつあるTGIF(Thanks God Is Friday)が開催される
・TGIFの場ではビールや軽食が振る舞われることもなく、社長のありがたいご高説が数時間延々と続けられる
・そしてTGIFで話される内容は全体集会で話される内容とほぼ同じである
・つまり感謝すべき神とは社長のことであると、社員に深く認識させられるイベントとなる
・「前職では9割くらいの時間はプログラムを書いてました」とアピールし、その実績が認められて入社することになったが、なぜか人生で一度も経験したことのないインフラエンジニアの仕事を任される
・その理由について入社するまでいっさいの説明が無い。実際のところ入社した後にも説明が無い
・そしてインフラエンジニアの上司が会社に来ない。リモートワークは認められてないのに会社に来ない
・この上司は色々と人類が認識していた常識を外れた行動と言動を行うため、個人的にはUFOにちなんで「UMD (Unidentified Monster Developer)」と親しみを込めで呼んでいる。心の中で
・会社には全社員10時までには来なければいけない事になっているのに、UMDは14時くらいまで会社に来ない
・一応肩書はインフラエンジニアなので、管理しているシステムのアラートが飛ぶとUMDもメッセンジャーツール上に「むむ？」と反応のコメントを残す
・しかし障害対応や原因調査は何もしない。サーバーへログインすらしない
・午前中に障害が発生すると、UMDは「自宅で静観します」とメッセンジャーにコメントを残し、その後音信不通になる
・そして15時過ぎに会社に来る。障害対応は他の人により全て終わっている
・昼時にUMD自身がミーティングを設定したのに、UMDは同僚の女の子とのランチを優先してすっぽかし、他のメンバーは待ちぼうけをくらう
・「俺が時間通りに出社すると、障害が起きた時に誰が対応するんだ？わかるだろ、俺の果たすべき責任の重大さが」みたいな独自の理論で出社しないことへの正当化をはかるが、そもそもUMDは「むむ？」とつぶやくだけで障害対応は行わない。会社にいようがいまいが行わない
・それらの事をUMDの上司であるCTOに伝えたが、そのことが会社にとって「名誉毀損」「誹謗中傷」だと非難される
・当時上司でもあったので「こういう風に進めたらもっと汎用的に効率的に作業できますよ」とUMDにアドバイスしたら、普段誰も立ち入らない密室に呼び出されて恫喝・罵倒される
・ログの解析基盤を整備しようと色々計画を立てて一応UMDにお伺いをすると「お前ごときにそんなの絶対できるわけない」と言われる
・涼しい顔で基盤を作り上げると、UMDはそれを自分の手柄にする
・ある時、海外からUMD宛に荷物が届く。それを見て「ほらxx(私)さん見てよ、俺くらいになると海外から直接俺宛に荷物が届く、ようやく俺もここまでビッグになったんだなぁ(涙目)」と感慨深げ。中身は、サービスの使用者アンケートに答えた結果届いたノベルティグッズだった
・UMDが担当していたシステムで性能面で致命的な障害が発生する
・それでもUMDは「むむ」とだけ反応し、何の改善作業も対策も行わない
・そして会社に来ない
・現場のエンジニアが疲弊していたので、しようがないので私が代わりにサーバーの改善作業を行い、安定化させる
・そのことが「xx(私)は責任外の仕事に介入して現場を混乱させた」ため解雇は相当である、と主張される
・そして手柄はすべて元上司であり別チームのインフラ担当であるUMDのものになる
・UMDが担当するシステムについてクラウドサービスの大規模トラブルに起因するサービス障害が発生する。ただしUMDはクラウドサービスのステータスページを眺めているだけで何もしない
・さすがに会社の一大事なので、別チームの人間もサーバーにログインして調査や回復作業を行ったり、クラウド事業者のサポートエンジニアと緊密に最新状況のやりとりを行い、会社にもそれらの共有を都度行った。また障害について事後に詳細の経緯と対応作業について資料にまとめた。これらはUMDがやるべき作業ではあるが、彼はただステータスページを眺めて働かざること山の如しの様子だったので自主的に皆が代わりに行う
・それらの私や他エンジニアの行動について「蝿みたいな薄汚いうるさい奴がいろいろある事無い事吹聴して、全体に混乱をもたらした」「奴らのせいで障害が長引いた」とUMDは周りに話す
・大規模障害の反省から障害対応マニュアルの整備がUMD中心に行われる。その結果書かれていたのは「俺(UMD)が一番エラい」「俺の言うことは絶対」「俺に逆らうことは許されない」という内容となる
・他の人が担当した障害対策のために行った作業が、なぜかというかやはりすべてUMDの手柄となる
・本来UMDが担当すべき作業については、口では「やる」と宣言しているが、いっさい何も手を付けられない
・クラウド事業者のステータスページにちょっとでもエラーが報告されるとUMDは会社に来ない。朝9時ころに発生した軽微なステータス異常を確認すると「これは重大事態ですね...家でじっくり静観しないといけない」とメッセンジャーでつぶやき、その後音信不通になる。なおステータスは9時台にすぐ回復しサービスにはいっさいの影響がない
・そしてUMDは15時ころに出社する
・前回障害後からしばらくたった後に再度大規模障害が発生する。
・しかし障害対応マニュアルを作成し、その結果障害対応プロセスの中で一番エラい立場だったはずのUMDはいっさい反応をしない。理由は、その日は飲み会が設定されていて、二次会で盛り上がっていたからである
・この障害はUMDが担当すると宣言していた対策を行っていたらいっさい影響が無かったはずのものであった。そのことが複数人の知るところとなった。その後、UMDは突然「これはチーム全体の責任」「チームが一丸となって取り組まなければいけない課題」と、一切存在しない「チーム」という言葉を強調しだす
・UMDが障害対応を行わない、アラートに対応しない事についてはCTOや技術部長レベルでも問題となっており、彼らがUMDに問いただすと「今の監視設定は色々なサービスのアラートが混ざっていてノイズが多すぎる。その結果障害対応が正しく行えない。それはすべてxx(私)のせいだ」と言い訳をする
・しかし実際は、UMDの担当サービスのアラートが全体の99.9999999%であり、他のシステムはUMD以外のエンジニアの努力により安定して運営されているためアラート自体が送信されることは稀である
・「アラートを分ける」という方針の元、Datadogに設定されていた自分が担当するサービス関連のアラート定義の大半をUMDは削除する
・その結果システム異常に気づけず、UMD担当のシステムで障害が発生する
・最終的に、いろいろあった結果UMDが私の様々なアカウントを強制的に削除して業務妨害をするという暴挙に出たため、私は職場で仕事をすることが困難になる。そのことをCTOに伝えたら、私が解雇という扱いとなる
迷ったが今は邦訳に留めた。
というのも、今公開したら日本中のマスコミからネット住民から一斉に飛びついてサーバーダウンや障害を与える恐れがあるから。
本人たちに一番伝えたいはずだから、本人たちが一番に知るよう動いているはず。
少しそっとしておいて欲しい。今は拙い訳で悪いが、できる限りのことをしたと思うから自然に流れてくるのを待ってもらいたい。
いろいろ考えたんだけどね。
通信機器、工場設備の技術者等々を、千葉の工場で社名を伏せて大々的に募集しているようだ。
でも本社：中国広東省と言う言葉が出てくるところを考えると、ＨＵＡＷＥＩではないかと推察する。
台湾のＨＴＣが売却されると言うニュースを聞いていたが、こちらは景気がいいのか？
ＨＵＡＷＥＩのケータイなんかは何処で売れてるんだろ？ やはり中国本土か？
日本人はあまり使っているイメージが無いが、世間の狭い俺に限った話かもしれない。
個人向けよりも、企業向け製品が売れていたりするのかな？ サーバーだとか何だとか。
最近では主に日本の技術者を取り込むために、中国企業が日本に進出してきているように思う。
なんかやだなー。
ニッポンどーした。
追記
○朝食：なし
○夕食：ご飯、納豆（二つ）、豚肉とキノコのソース炒め（自炊、いや肉は自分で買って炒めた方が量食えることに気づきまして）
○調子
はややー。
今日は朝からサーバーのハードトラブルらしくて、作業が全止まり。
とはいえ、仕事しないわけにもいかないので、関係ない仕事（焼きそば焼くのと同じぐらい関係ない）のお手伝いをしていた。
そこで「島根」が「信越」か否かを答えなければいけない場面があったのだけれど、
「ごめんなさい、わからないんですけど、島根はしんこうですか？」
さらにそれを揶揄われた際に「じゃあ鳥取は？」と追加の質問をしたことの察しの悪さも馬鹿だし、
と、散々茶化された。
はあ…… しんど。
これこれ、こういうの良いなあ。
程よく真面目で、程よくコメディで、このバランス感覚って人それぞれなんだろうけど、僕はこれぐらいが丁度よかった。
続きが気になるオチなので、続きも買おうと思う、文庫になってるみたいだし。
●3DS
○ポケとる
レベル2にしておいた。
今日は、プクリン、ポリゴン2、ププリン、シュシュプ、ペリッパー。
ニコニコ動画がログイン必要にしてるから廃れたと言う人が多いけれど、
ログインすら面倒くさがるようなライトユーザーは今そもそもニコニコに相手にされてないと思う。
ニコニコはそもそもYouTubeとかみたいな広告モデルじゃないから（広告もあるけど）、
むしろ課金せずログインせず見るようなライト層から無料で動画再生されまくっても
いまニコニコではチャンネル課金をしまくっている層というのがいて、
いや私もその一人なんだけど、好きな舞台の生放送を見るために、
さらにはチャンネル内の有料生放送にもチケ代を払い、有料動画だって買うし、
だいたい月に1～2万円程度をニコニコに支払っているのだが、
ニコニコと現場でしか見られないから、ほかの動画サイトに流れるわけもない。
自分の好きなコンテンツがニコニコで占有されているかどうかで、
なので、ログインとかどうでもよくて、
某大手ソシャゲーが緊急DBメンテ→ハードウェア障害でした発表をしたんだけど
本日16:50頃よりデータベースサーバーの障害対応のため緊急メンテナンスを実施しており原因の調査・対応をおこなっております。 復旧の目途が立ち次第、あらためてご報告させていただきます。ご迷惑をおかけしておりますことをお詫び申しあげます。
8/23(水)16:50頃より実施しております緊急メンテナンスにつきまして、調査の結果ハードウェアの障害であることがわかりました。現在、復旧に向けて対応を行っております。お客様にはご迷惑をおかけいたしておりますことをお詫び申し上げます。
インフラ屋さん教えてください
[人間関係現金化フィンテックの「VALU」、人気ユーチューバーの自爆テロで新たな情弱ビジネスとして知名度高まる](http://kabumatome.doorblog.jp/archives/65894562.html)
まずこの件でヒカル氏の行為が詐欺に当たるかどうかは以下の一点です。
もし氏がツイートをして削除していたとしても、それを立証するのは困難です。
誰かが疑惑のツイートをスクショ保存していてもそれは捏造できるし、公式が「こんなツイートの投稿があったけど削除されてますねー」と立証するとは考えられないからです。
そしてヒカル氏が悪いから購入者は損失を補償されるべきだとの論調はおかしいです。
購入者はリスクがあるのが当たり前で、そのリスクを受け入れて購入しているはずだからです。
当然発行者にもリスクはありますが微々たるもので、購入者がハイリスクローリターンであるのに対し発行者にとってはローリスク(もしくはノーリスク)ハイリターンです。
まず発行者のリスクですが、**「金の亡者だと思われて信用をなくす可能性」**くらいだと思います。
株式の発行だとすると会社を乗っ取られるかもしれないという大きなリスクがありますが、VALUではそのようなものはありません。
しかもVALUを発行するコストはゼロです。たとえ１VAを1円で売っても損はありません。
発行者は多くて50000VAを売ることができますが、この発行コストはゼロです。
言ってみれば道端で拾ってきた小石を売っているのと変わりません。
優待があるじゃないかと言われそうですが、この優待も「あなたのブログにアドバイスします」とか「人生相談に乗ります」とか「ありがとうって言います」とか信者以外には価値があるのか無いのかわからないようなものばかりです。
株でも為替でも商品先物でもちゃんとした価値があり、それを割安だと判断して買うのが投資であり、割高だとわかっていても先の需要を見込んで買うのが投資です。
現在価値が割高でこの先も割高だと知りつつも買うのは投機です。マネーゲームです。
マネーゲームに参加していながら損したから「詐欺だ」と言うのは恥ずかしい行為です。つーかアホです。
そもそも石ころを勝手にダイヤモンドだと妄想して購入ボタンを押しといて被害者ヅラはないだろうと。
しかも発行者はその石ころを50000個近く持っているんです。
道端の石ころが数万円で売れるならそりゃ売りますって。
発行者は「ダイヤモンド売ります」って言ってるわけじゃなく、購入者が勝手に勘違いしてるだけなんですから。
詐欺にはならないと思います。上記で書いた通り高価になることを保証しているわけではなく、優待についても立証困難だからです。
被害者がいるからとTwitter社に証拠提出を求めてもおそらくTwitterのサーバーからも削除済みのはずです。
Valuのサイトで優待情報を一時的に設定していたとしても、そこに「◯月◯日時点でVAを保有していた方に優待を付与します」とでも記していない限りは、それを信憑性に欠けると判断できなかった購入者の負けです。
実際の株でも最終判断は購入者が責任を持って行うのが常識です。
そもそもヒカル氏は「優待をつけるなんて一言も言ってない」と公言しているようですが、この辺の対応からして中途半端な印象を受けます。
もし本気で詐欺るなら
そしてある程度稼いだ所でテキトーな優待を発表します。それこそ「セミナーやります」でもいいし、めんどくさかったら「新規で作ったTwitterの鍵アカウントでフォローします」くらいでもいいでしょう。「優待します」を実現しているので詐欺にはなりません。
今回の件でヒカル氏に優待詐欺の疑念がなければ購入者の損失はもっともっと拡大していたはずであり、中途半端な詐欺もどきで逆に良かったとも考えられます。
ここまで書いてきてヒカル氏の擁護記事になっちゃってますけどそんなつもりは全くありませんし、むしろヒカル氏のことは嫌悪しています。
ヒカル氏と購入者のどちらが「悪」かと問われたらヒカル氏だと思います。
ただそれ以上に購入者がアホだと思うので同情の余地は無いと思っています。
「だって知らなかったもん！説明足りないのが悪いんだもん！」と言ってもビットコインを用意して儲けに目がくらんで自分で購入ボタンを押した以上は購入者自身の問題です。
強いて言うなら発行者が市場操作できるようなシステムを作って手数料をせしめていたVALUはもっと悪いし、ビットコインを通せば証券取引もどきが正当化されるような法整備を放置していた国も悪いです。
