「サーバー」を含む日記 RSS

はてなキーワード: サーバーとは

2017-09-21

anond:20170921200507

ただ写真を撮るだけのサービスです。

写真GPS情報は含まれませんし、サーバーとの情報のやりとりも一切ありません。

必要であれば、各自画像を保存して、各自シェアする、という流れです。

anond:20170921191917

そのサイトサーバー、約15年間リプレイスに至る事故も起こさず稼働しつづけていることを鑑みると、ある意味すごいと思うよ。

anond:20170921191337

ちなみにネット上には、win2000サーバーサンプルサイトを公開したままの(○○コーヒーというやつ)政府外郭団体のページがまだあるぞ。

その〇〇、思い出せたので〇〇コーヒーでぐぐってみたら上位に出てきて愕然とした。

でもやっぱり懐かしいなあ、あのサンプルサイト

あの頃のIISって、細かいところまでちゃんと設定しないとザル過ぎて危険だったような気がするんだけど…

anond:20170921135627

xp使っているとか、無認証wifiとか、度を越しているな。。パス無しなら、不正アクセス禁止法対象外からハッキング練習(というか、防御の研究)してみたいな‥

ちなみにネット上には、win2000サーバーサンプルサイトを公開したままの(○○コーヒーというやつ)政府外郭団体のページがまだあるぞ。

スマホでのネット画面読込完了遅延は広告のせい

増田をしていて、ページがほぼ読み込まれているのに、操作できるようになるまで10秒近く待たされてしまいいらつく。

まとめサイトとかでも、スマホで見ているとそんな感じ。

よく観察すると、画面下部に表示される、スマホ用のちっこい広告の読み込みを待っているようだ。

広告屋よ、サーバー回線能力を増強しろ!うん百万人分の貴重な時間を奪うなよ!

でなくば、対抗策としてDNSレコードを改造するぞよ。

2017-09-19

専用サーバー

今日、私は米国プロバイダSharktechで新しいウェブホスティングを手に入れました。私はここにそれを持っていますhttps://sharktech.net/dedicated-servers.php これはDDOS保護に非常に優れており、最大40Gbpsの保護可能です。私は私のウェブサイトプロキシサーバーホストするためにそれを使用する予定です。 それは日本に良いスピードを持っています

2017-09-18

anond:20170918144645

規制入った時はアメリカ国内法律で、アメリカからユーザーアクセス禁止とかで企業を取り締まってたわけじゃなかったかな。もうよく覚えてないけど

正直ウェブサービス取り締まるとか児ポルとか国際的にはっきりコンセンサス取れてないと無理だし、今からでもBTC対応オンラインカジノ日本人が作ってどっかの国サーバーサービス開始しても全然問題ないっぽい。詳しくは知らん

メルカリシステムが糞すぎる件

(ここでいうシステムというのはビジネスモデルの事ではなくて、サーバーサイドのシステムの話)

嫁がメルカリで出品される商品を買いたいがすぐに売れてしまったりするというのでアラートが欲しいと言い出した。

どうも標準である"保存した検索条件の新着通知"という機能スピードや精度などがいまいちで使えないらしいのだ。

で、調べてみたところ2個ほどアラートアプリがあるようなのでそれを入れてみるように言ってみた。

しかし、それらのアプリでも通知結果が変だったりするらしい。(新商品の通知がきたのに、メルカリ本体検索するとひっかからないなど)

うーん?アプリが悪いのかな?

と思ったので簡易的に通知スクリプトを書いてみることにした。

一行で書くと、

検索結果ページを定期的にGETしてHTMLを解析して商品一覧を抜き出し、前回の結果になかったものがあれば通知すればいいだけ」だ。

うん。楽勝だべ。

よし、検索結果のページを解析するために見てみよう。何々、1件から48件まで表示中です。。

ふむふむ。で、結果がページ下にずらりと並ぶのか。

いーち、にー、さーん、・・・(中略)・・・・、よんじゅーろく。。 あれ?なんど数えても46件しかないぞ!

皿を数えるお岩さんの気分で何度も数えてみる。。が、やっぱり46件しかない。

「二枚足りなーい!うらめしやー!」

まあ、こんな事は些細なことさ。(CSSクラス名の単数形複数形おかしいとかももっと些細なことさ。)

とりあえずスクリプトを完成させるぜ。

・・・

・・しこしこしこ・・

・・・

じゃじゃーん!というわけでスクリプトはすぐにできたので、試しに走らせてみた。

・・・

・・おお、結構な頻度で新商品がでるんだな、さすが大手サイト

・・

・・てか出品おおすぎね?こんなマイナー商品検索しているのに1分間に7件も出品されるなんて

・・

・・( ,,`・ω・´)ンンン?

・・

なんだこれは!検索結果にときどきゴミが混じっているではないか

例えるなら、ドラえもん10検索したら、3回ぐらいの割合巨人の星マツコ・デラックスがでてくるような感じ。

通るかこんなもーん!!!

結論

アラートアプリ開発者は悪くなかった。

2017-09-16

例のIssueの話について

これな。今日Twitterでバズってたやつ。

> 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活動に取り組む必要はあるんじゃないかなとは思う。ま、人生に失敗はつきものだ。気長に生きてこうよ。

2017-09-14

https://anond.hatelabo.jp/20170911132121

これは明確に遠征の配分が悪い。東京急行系の遠征を回し過ぎである北方輸送や鼠輸送を混ぜることにより、バランスを取ることは容易なはず。

一時長距離北方鼠ボーキ輸送で回していたが鉄は減る一方だったぞ。

わかるけどドラム缶さえ積んでおけばキラつけしなくても大成功チャンスがある東急

燃料弾薬だけに着目しても他の遠征より効率よく見えるんだよね

から東急患者が増える

遠征ももう少し時間報酬とを見直して「使える遠征」を増やしてもいいと思う

二度とやらない遠征が多すぎる

あと参加艦のバリエーション

演習でついた重巡戦艦キラ有意義に使えるような遠征がもうちょっとあってもいいのでは

このあたりはサーバーの負荷軽減だと思うが如何?

これはしょうがないよね

合理的理由があるなら

おそらく放置ボイスのことを言っているのかと思うが、これは母校画面右下の設定からオフにできるぞ。

クリック時のボイスについては艦娘クリックしなければいいのではないだろうか。

以上のとおり、もっともなところもあるが、気の持ちようを変えたり少しの工夫で回避できるものなので、あまりカリカリしないほうがいいと思う。

そうじゃなくて

雑談的な普通台詞

セクハラ台詞を分けて論じてるんちゃう

自動で喋る台詞を一切やめろって言ってるんじゃなくて

お触りに対するリアクションっぽい台詞普通台詞区別して能動クリックしたときしか流れないようにしろ、と

2017-09-11

anond:20170911112854

歴9ヶ月ということだが、指摘している点はもっともと思う点があるとともに、

逆にうまく利用できる点もあるので、指摘していきたい。

1 無駄クリック要求するな

たとえば1戦後に「進撃」をクリックさせたなら、次の戦いまで自動でいってくれや

なんで能動的に選べもしない分岐でまたクリックさせるの?

行き先はランダム勝手に決めるだけなんだから

クリックする意味ないところではクリックさせるなよだるい

毎日積み重なれば膨大な無駄クリックになってるぞ

もっとも。堀のときなんかは俺も強く思うところだ。おそらくサーバー負担軽減か何かでこうなっているんだろうとは思う。

ただ、大破進軍してしまった場合なんかはF5のチャンスが増えていいぞ。

2 鋼鉄が余りすぎ

初心者の段階では余るとかじゃなくて

一応提督レベルが100を超えても、どういうプレイスタイルでも鉄だけ余る

大型建造の時ぐらい鉄だけバカスカ食えばいいのに他の資材も使うので変なバランスは解消されない

鉄だけカンスト30万とかい

イベントの間は強敵と戦って艦が壊れまくりで修理に使うんだけどそれでも鉄は数万程度しか使わない

燃料や弾薬は10万単位で溶けるのに

バランス失敗してるんだから鉄の使い道なんか作れよ

これは明確に遠征の配分が悪い。東京急行系の遠征を回し過ぎである北方輸送や鼠輸送を混ぜることにより、バランスを取ることは容易なはず。

一時長距離北方鼠ボーキ輸送で回していたが鉄は減る一方だったぞ。

3 模様替えを画面のどまんなかにおくな

日常的には使わない使用頻度低いボタンをど真ん中・上に置くな

なに考えてるんだ

独特の読み込みがあるからクリックするとストレスがじわりとくる

4年やっててこんな基本的レイアウト改善しないってなんなん?

ノーギャラで俺に整理させて欲しいぐらいだわ

おっしゃるとおり。戦績と図鑑アイテム屋も誤クリックが多くて困る。

4 修繕の変なアニメで待たせるな

高速修復してもアニメが動いてる間はまたないとダメ

製作側の自己満足プレイヤー利便性を落とすな

このあたりはサーバーの負荷軽減だと思うが如何?

5 セクハラっぽい台詞自動で言わせるな

秘書官自動挨拶雑談をしてくるのはいいとして

なんかこのゲーム提督は全員にナチュラルセクハラを働いてるらしくて

そういう変なリアクション台詞が全艦に搭載されている

びっくりしたり罵ってきたりするうるさ目の声になるわけ

うるさいからあれは自動で流す台詞に入れるな

秘書官グラフィッククリックしたら流れるようにするとか分けておけ

セクハラ提督に成りたくないプレイヤーも居るだろうし

おそらく放置ボイスのことを言っているのかと思うが、これは母校画面右下の設定からオフにできるぞ。

クリック時のボイスについては艦娘クリックしなければいいのではないだろうか。

以上のとおり、もっともなところもあるが、気の持ちようを変えたり少しの工夫で回避できるものなので、あまりカリカリしないほうがいいと思う。

https://anond.hatelabo.jp/20170910205249

まじな話をすると、N予備校プログラミング入門コースやるのがオススメ

https://www.nnn.ed.nico

一日8時間勉強時間があるなら、だいたい一ヶ月で終わる内容。

月額1000円だけどしっかり勉強すれば一ヶ月の無料間中に終わると思う。

もともとN高等学校のノンプログラマーの生徒をWebエンジニアとして就職させるために作られたカリキュラム講師曰く去年はこれで二人エンジニア就職を決めたらしい。

内容も相当親切に説明していて、プログラミングで何か作るだけじゃなくて、就職必要な環境構築やセキュリティまでみっちりやる。

http://qiita.com/sifue/items/7e7c7867b64ce9742aee#%E3%82%B3%E3%83%B3%E3%82%BB%E3%83%97%E3%83%88%E3%82%92%E3%82%82%E3%81%A8%E3%81%AB%E6%A7%8B%E6%88%90%E3%81%95%E3%82%8C%E3%81%9F%E3%82%B3%E3%83%BC%E3%82%B9%E3%81%A8%E5%86%85%E5%AE%B9

講師が書いてる入門コースで習うことがまとめ。テキスト教材もあるけど授業も1項目を2時間で説明している。授業は週2の生放送とそのアーカイブがある。

↓みたいなことが学べる

----

Webプログラミング入門コース

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開発環境構築コース

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ファイル, ポートフォワーディング)

通信をするボットの開発 (cron, ログ収集)

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)

ソーシャルコーディング (コンフリクト、プルリクエスト)

Webアプリ基礎コース

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)

テンプレートエンジン (テンプレートエンジン, jade)

HerokuWebサービスを公開 (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, 適切なエスケープ処理, リグレッション)

パスワード脆弱性対策(ハッシュ関数, メッセージダイジェスト, 不正アクセス禁止法, パスワードジェネレーター, 辞書攻撃)

セッション固定化攻撃脆弱性対策 (セッション, セッション固定化攻撃, ハッシュ値による正当性チェック)

より強固なセッション管理 (推測しづらいセッション識別子, 秘密鍵)

CSRF脆弱性対策 (CSRF, ワンタイムトークン)

安全なHerokuへの公開 (脆弱性に対する考え方, HTTPの廃止)

Webアプリ応用コース

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チェイン, リファクタリング)

予定の編集と削除 (要件の衝突, 関数再利用)

デザインの改善 (this, グローバルオブジェクト)

セキュリティ対策と公開 (X-Frame-Options, Heroku環境変数)

新調する自宅サーバーのスペックを考えた

今はAtom 330+ION+SST-SG05B+SSD+HDD+TVチューナー構成

ケース新調&SATAポート追加&OS入れ替えの必要が出てきたので、新調することにした。

パーツ名称価格備考
マザーボードASRock H270M-ITX/ac¥13,760H270M, Mini-ITX, SATA最多
CPUCeleron G3930T¥4,220最小TDPで最安のもの
CPUクーラーサイズ 風神スリム¥3,674ロープロファイル, 汎用12cmファン
メモリTeam TED48GM2400C16DC01¥6,980DDR4-2400 4GB×2
システムドライブX25-M 80GB¥0SSD, 余り
データドライブWD40EFRX¥0WD Red 4TB, 流用
バックアップドライブWD80EFZX¥32,617WD Red 8TB
余りHDDWD1003FZEX¥0WD Black 1TB。ファイル履歴シャドウコピー用。壊れたら他のドライブから間借りする。
余りSSDX25-V 40GB¥0用途未定。キャッシュに使うにも書き込みが遅い。余りHDDが壊れた時のシャドウコピーとか。
電源Corsair RM650x 650x¥12,917260Wまでファンレスで動くATX電源
ケースLian-Li PC-Q25B¥19,830ファイルサーバーに適したケース
ファンコントローラGRID+ V2¥4,280Windowsから制御できるファンコン
TVチューナーPX-W3PE Rev1.3¥0地上波2ch, 流用
合計¥98,278

候補から外れたもの

ケース
PC-Q28B
SS-DS380B
マザーボード
J4205-ITX
A68N-5600

2017-09-07

無料レンタルブログ副業する時代は終わり!乗り換えるならワードプレスおすすめ

無料レンタルブログ副業して稼ぐ時代は終わりました。乗り換えるのなら、ワードプレス副業ブログをするのがおすすめです。



無料レンタルブログで稼ぐことは、無料なので初心者ブロガーにとってはリスクの低い副業でした。

失敗しても借金しませんし、失われるのは「時間」くらいですからね。もちろん、その時間も大切なものですが立派な経験値として蓄積されます



無料レンタルブログ副業する時代が終わりな理由





時代の変化は本当に早いもので、無料ブログ無料レンタルブログドメインでは、以前のようにグーグルアドセンスが取得できません。


無料レンタルブログアドセンスが取得できないということは、初心者ブロガーでも比較簡単ブログ収入を得られる媒体がないということ。


他には「楽天アフィリエイト」や「Amazonアソシエイト」などもありますが、いきなり初心者ブロガーが稼ぐことは難しい。


それに、「はてなブログ」の規約も厳しくなりましたので、今まで通りに記事を書いていたら、収益どころかアクセスもなくなります


無料レンタルブログは、はてなブログだけではありませんが、その他の無料ブログドンドン規約が厳しくなっていますからね。


薄っぺらい似たような芸能トレンド記事や、著作権違法画像を貼り付けているブログ運営側に消されていきます。これも、Welq問題からの弾みでしょう。

そうすると、私のように完璧記事が求められているのです。薄っぺら記事必要ありません。


独自ドメインブログを書くしかない




これから時代副業ブログは、最低でも独自ドメインブログを書かなければなりません。

独自ドメインって何?」と思った人は検索して調べましょう。今の時代はそれくらいのことを調べる能力がなければ、ブログで稼ぐことは難しいです。

はてなブログProのように無料レンタルブログから、有料のレンタルブログに乗り換えるのもいいですが、結局は運営側から借りている状態なので、規約違反をすれば消されます

今は大丈夫でも、時間が経つにつれてリスクは高くなっていきます。正々堂々と記事を書いていたとしても、はてなブログ運営側ダメだと判断すれば、容赦なくアカウントは消されます

文句も言えないので、それがイヤならさっさと乗り換えるべきです。


乗り換えるならワードプレスおすすめ




無料レンタルブログを辞めて、新規に乗り換えるのなら、やはりワードプレスおすすめ

この記事ワードプレスで書いています。私も最初無料レンタルブログ記事を書いていましたが、途中でワードプレスに乗り換えました。

もちろん、そんな簡単ではありませんでしたし、どこのレンタルサーバー使用すればいいのかも、独自ドメイン意味すらわかっていませんでした。

それでも、ブログお金を稼ぎたかったので、ひらすら検索しては知識をつけて今に至ります

レンタルサーバー独自ドメインで迷っている時間無駄




私はワードプレスにして結果的にはブログで稼ぐことができているので、ワードプレスにして良かったです。


基本的にはどこの会社でもいいのですが、あまりにも安いレンタルサーバー会社は辞めときましょう。最低でも月1000円は支払うべきです。

理由はあまりにも安いレンタルサーバー(100円~500円)ですと、急なアクセスがきたときサーバーが落ちますサーバーが落ちれば、ブログ収益チャンスロスになりますからね。


「まだまだ初心者だしアクセスはこないか大丈夫!」と思っていると後悔します。


レンタルサーバー会社にもよりますが、アクセスが増えてきてからの乗り換えは面倒くさいですし、記事が消えるリスクもあります



余計な時間を使わないためにも最初から月1000円以上のレンタルサーバー会社選択することがおすすめです。



無料レンタルブログ副業する時代は終わり!乗り換えるならワードプレスおすすめのまとめ



現在では、はてなブログが低品質記事検索結果から除外することを始めました。


専門用語でノンインデックスといいますが、それをされるとどんなに記事を書いても検索からアクセスがこない状態になります


品質記事判断は、はてなブログ会社独断偏見で決めても文句は言えません。それがイヤなら、はてなブログなどの無料レンタルブログからワードプレスに乗り換えることです。


昔は昔、今は今という感じで時代の変化をしっかりと受け入れて、これから副業ブログドンドンと稼いでいきましょう。

おそらく今後は、グーグルアドセンスを取得できるブログサイトは少なくなっていくので、ライバルも減っていきます。けれども油断は禁物。


その分、グーグルアドセンス合格したブログサイトや今後も生き残っているサイトは、以前よりもレベルが高いのは間違いありません。


他人と同じような記事は淘汰されていきますし、今までと同じようなやり方では厳しくなっていくのは否めません。


それでも、諦めずに書き続けた人にとって、予想以上の報われるブログ収益が待っているのは、いつの時代も変わりませんね。


みなさんも、ワードプレスで私のような読みやす記事をかけるブロガーになってみましょう inoue311

2017-09-03

こんな会社はイヤだ2017

こんな会社は嫌だな、と思うことを書いていきます

なお、この内容は私の脳内で考えだした想像上の架空フィクションです。

就業規則が無い

会社の慶弔休暇の制度を知りたいと思って人事の人に聞いたら「当社には就業規則存在しないので、お答えできません」と回答される

親会社実施している月曜朝8時開催の朝会参加を強制される(契約上出社時間10時)

・朝会では全員起立して、社訓を読み上げる。僕以外皆暗証している

・社訓の読み上げは10分くらい続く

・社訓とか聞いたことも見たこともないので、いつも口をパクパクさせながら暗証するふりを余儀なくされる

業務をより理解するため、という理由で、休日招集されて親会社仕事の手伝いをさせられる

・深夜23時くらいまで拘束され、休日出勤手当も深夜残業手当も出ない

・そんな時間まで拘束されると終電が無いので、近くの漫喫で夜を明かす。もちろん手当は出ない

・「奉仕精神」とか何かの理由で、毎週月曜日の朝に社員全員で執務エリア掃除をさせられる

掃除業者に払うお金ケチっているのでとにかく執務エリアが汚い

掃除道具が圧倒的に足りてないので、社員総出で掃除をしてもキレイにならない

・「掃除機が1台ではとても足りません!!」との社員の悲痛な訴えは予想通り無視される

・一応IT企業だが、健康保険はいわゆるIT健保ではなく、親会社独自の健保に加入させられる。福利厚生はほぼゼロ寿司とか食べに行けない

・その独自の健保が実施する健康診断は、東京の隅っこの辺鄙場所実施されるので会社から時間以上かけて移動して受診する必要がある

・謎のアバウトさで、体重は5kgくらいサバ読み、視力聴力は自己申告

・問診の際に「反社会的勢力とのつながりはありませんか?」「入れ墨は入れていませんか?」「違法薬物などを常習してませんか?」という、もし一個でも合致したらカタギの世界にいられないようなハード質問が行われる。既往症や体調についての質問は無い

会社ネットワーク環境個人の家並に貧弱で、ちょっとでも大きなファイルネットワーク経由で扱うと業務に支障が出る

・なので大きいファイルを扱うときは自前の携帯テザリングすることを余儀なくされる。そのためかなり大きめなパケットプラン契約することを余儀なくされ、そのお金個人の持ち出しとなる

・「どんなにオフィスが汚くても狭くても構わないので、せめてネットワーク回線だけはなんとかしてください」とCTO社長に直訴するが、予想通り無視される

・毎月最終金曜日会社の全体集会が開催され、契約上の業務時間を大きく超過して夜まで拘束されるため、この日は皆いつもより帰りが遅くなる。プレミアムフライデーとはなんだったのか

・全体集会の大半は、社長のありがたいお言葉を数時間ただ座って拝聴する時間となる

・そして社長が話す内容は毎月ほぼ同じである

・もう少しカジュアルな場をという計らいから、突如IT業界流行りつつあるTGIF(Thanks God Is Friday)が開催される

TGIFの場ではビール軽食が振る舞われることもなく、社長のありがたいご高説が数時間延々と続けられる

・そしてTGIFで話される内容は全体集会で話される内容とほぼ同じである

・つまり感謝すべき神とは社長のことであると、社員に深く認識させられるイベントとなる

・「前職では9割くらいの時間プログラムを書いてました」とアピールし、その実績が認められて入社することになったが、なぜか人生で一度も経験したことのないインフラエンジニア仕事を任される

・その理由について入社するまでいっさいの説明が無い。実際のところ入社した後にも説明が無い

・そしてインフラエンジニア上司会社に来ない。リモートワークは認められてないのに会社に来ない

・この上司は色々と人類認識していた常識を外れた行動と言動を行うため、個人的にはUFOにちなんで「UMD (Unidentified Monster Developer)」と親しみを込めで呼んでいる。心の中で

会社には全社員10時までには来なければいけない事になっているのに、UMDは14時くらいまで会社に来ない

調子が良い時は、17時ころに会社に来て、18時ころに帰る

・一応肩書インフラエンジニアなので、管理しているシステムアラートが飛ぶとUMDメッセンジャーツール上に「むむ?」と反応のコメントを残す

しか障害対応や原因調査は何もしない。サーバーログインすらしない

・午前中に障害が発生すると、UMDは「自宅で静観します」とメッセンジャーコメントを残し、その後音信不通になる

・そして15時過ぎに会社に来る。障害対応は他の人により全て終わっている

・15時から来客ミーティングが入っていても、平気で遅刻する

UMD自身が設定したミーティングUMD本人が来ない

・昼時に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に伝えたら、私が解雇という扱いとなる

以上、全てフィクションです。こんな会社は実際はありません。

2017-08-31

https://anond.hatelabo.jp/20170831232207

迷ったが今は邦訳に留めた。

というのも、今公開したら日本中マスコミからネット住民から一斉に飛びついてサーバーダウンや障害を与える恐れがあるから

本人たちに一番伝えたいはずだから、本人たちが一番に知るよう動いているはず。

少しそっとしておいて欲しい。今は拙い訳で悪いが、できる限りのことをしたと思うから自然に流れてくるのを待ってもらいたい。

いろいろ考えたんだけどね。

ありがとう

UAWEI !?

通信機器工場設備技術者等々を、千葉工場で社名を伏せて大々的に募集しているようだ。

でも本社中国広東省と言う言葉が出てくるところを考えると、HUAWEIではないかと推察する。

確か広東省深センだったと思った。

台湾のHTCが売却されると言うニュースを聞いていたが、こちらは景気がいいのか?

UAWEIのケータイなんかは何処で売れてるんだろ? やはり中国本土か?

日本人はあまり使っているイメージが無いが、世間の狭い俺に限った話かもしれない。

個人向けよりも、企業向け製品が売れていたりするのかな? サーバーだとか何だとか。

最近では主に日本技術者を取り込むために、中国企業日本進出してきているように思う。

なんかやだなー。

ニッポンどーした。

追記

サバー を サーバー に直した、恥ずかしいから。

2017-08-29

[]8月28日

○朝食:なし

○昼食:おにぎり昆布ツナマヨあさり

○夕食:ご飯、納豆(二つ)、豚肉キノコソース炒め(自炊、いや肉は自分で買って炒めた方が量食えることに気づきまして)

○間食:チョコアーモンドスライスチーズ

調子

はややー。

今日は朝からサーバーハードトラブルらしくて、作業が全止まり

はいえ、仕事しないわけにもいかないので、関係ない仕事焼きそば焼くのと同じぐらい関係ない)のお手伝いをしていた。

そこで「島根」が「信越」か否かを答えなければいけない場面があったのだけれど、

「ごめんなさい、わからないんですけど、島根はしんこうですか?」

と聞いたら、たいそう全員からバカにされた。

信越」が読めないのも馬鹿なら、

島根」がそこに属しているか否かがわからないのも馬鹿だし、

さらにそれを揶揄われた際に「じゃあ鳥取は?」と追加の質問をしたことの察しの悪さも馬鹿だし、

と、散々茶化された。

(いや、さすがに鳥取は? は冗談で言ったのだけれど)

はあ…… しんど。

魔法使い完全犯罪の夢を見るか?

魔法により犯人当ては済ませられる特殊設定系の短編集。

これこれ、こういうの良いなあ。

程よく真面目で、程よくコメディで、このバランス感覚って人それぞれなんだろうけど、僕はこれぐらいが丁度よかった。

続きが気になるオチなので、続きも買おうと思う、文庫になってるみたいだし。

3DS

ポケとる

シェイミランドフォルム)のスキルパワー掘り

レベル2にしておいた。

それと、メインステージポケモンを色々捕獲

今日は、プクリンポリゴン2ププリンシュシュプペリッパー

まだあと100匹近くいるし、Sランク取りもあるので、コンプリートの道は険しい。

イベント限定も取り逃がしてるしね)

2017-08-26

https://togetter.com/li/1143738

ニコニコ動画ログイン必要にしてるから廃れたと言う人が多いけれど、

ログインすら面倒くさがるようなライトユーザーは今そもそもニコニコ相手にされてないと思う。

ニコニコそもそもYouTubeとかみたいな広告モデルじゃないから(広告もあるけど)、

課金しないユーザーにどれだけ見てもらうかは二の次

しろ課金せずログインせず見るようなライトから無料動画再生されまくっても

サーバー代がかかるばかりで課金増につながらないか無意味

いまニコニコではチャンネル課金しまくっている層というのがいて、

いや私もその一人なんだけど、好きな舞台生放送を見るために、

プレミアム会員登録はもちろんチャンネル会員にも登録し、

さらにはチャンネル内の有料生放送にもチケ代を払い、有料動画だって買うし、

だいたい月に1~2万円程度をニコニコに支払っているのだが、

そんな人間ログインときを面倒くさがるわけもない。

ニコニコ現場しか見られないから、ほかの動画サイト流れるわけもない。

自分の好きなコンテンツニコニコ占有されているかどうかで、

ニコニコが廃れたと感じているかどうかが違うだろうね。

なので、ログインとかどうでもよくて、

ニコニコは重課金ヲタを囲い込むチャンネルを充実させるのが一番だと思う。

2017-08-25

久しぶりの艦これ

ドラクエトロコンして暇だし、イベント中みたいなので久々にログインしてみた。

まあ最初から丙で、Wikiの通りに編成して出撃するだけなんだが…

そしたらE-1撃破大鯨が落ちたんですよ。

真面目にプレイしてた頃は全然出なかったのに!

ソシャゲだと復帰者にはレアを当てて沼に戻そうとするって都市伝説があるけど、艦これにもそういうのあるのかな。

何にせよずっと居座ってた編成任務をやっと消化できた。

気を良くしたのでE-2までクリアしたよ。

資源も気にしないか大和使っちゃうよ。Lv65だけど強い!

ランキングは1万弱だった。

サーバー20台だからまだ20万人近く遊んでるんだな。

2017-08-24

AWS使っててハードウェア障害ってありえるの?

大手ソシャゲーが緊急DBメンテハードウェア障害でした発表をしたんだけど

本日16:50頃よりデータベースサーバー障害対応のため緊急メンテナンス実施しており原因の調査対応をおこなっております。 復旧の目途が立ち次第、あらためてご報告させていただきます。ご迷惑をおかけしておりますことをお詫び申しあげます


8/23(水)16:50頃より実施しております緊急メンテナンスにつきまして、調査の結果ハードウェア障害であることがわかりました。現在、復旧に向けて対応を行っておりますお客様にはご迷惑をおかけいたしておりますことをお詫び申し上げます


AWSハードウェア障害ってありえるの?

オンプレミスも一部使用しているハイブリッド環境

インフラ屋さん教えてください

2017-08-20

ヒカル氏が詐欺だとしても購入者に同情の余地はない

人気ユーチューバーのVALU炎上騒動について。

[人間関係現金フィンテックの「VALU」、人気ユーチューバー自爆テロで新たな情弱ビジネスとして知名度高まる](http://kabumatome.doorblog.jp/archives/65894562.html)



まずこの件でヒカル氏の行為詐欺に当たるかどうかは以下の一点です。

もし氏がツイートをして削除していたとしても、それを立証するのは困難です。

誰かが疑惑ツイートスクショ保存していてもそれは捏造できるし、公式が「こんなツイート投稿があったけど削除されてますねー」と立証するとは考えられないからです。

そしてヒカル氏が悪いか購入者は損失を補償されるべきだとの論調おかしいです。

購入者リスクがあるのが当たり前で、そのリスクを受け入れて購入しているはずだからです。

当然発行者にもリスクはありますが微々たるもので、購入者ハイリスクローリターンであるのに対し発行者にとってはローリスク(もしくはノーリスク)ハイリターンです。

VALUを発行するリスクとは

まず発行者リスクですが、**「金の亡者だと思われて信用をなくす可能性」**くらいだと思います

株式の発行だとすると会社を乗っ取られるかもしれないという大きなリスクがありますが、VALUではそのようなものはありません。

しかもVALUを発行するコストゼロです。たとえ1VAを1円で売っても損はありません。

VALUを購入するリスクとは

発行者は多くて50000VAを売ることができますが、この発行コストゼロです。

発行者は1円で売っても利益になります

言ってみれば道端で拾ってきた小石を売っているのと変わりません。

優待があるじゃないかと言われそうですが、この優待も「あなたブログアドバイスします」とか「人生相談に乗ります」とか「ありがとうって言います」とか信者以外には価値があるのか無いのかわからないようなものばかりです。

VALUに本質的価値はありません**

株でも為替でも商品先物でもちゃんとした価値があり、それを割安だと判断して買うのが投資であり、割高だとわかっていても先の需要を見込んで買うのが投資です。

現在価値が割高でこの先も割高だと知りつつも買うのは投機です。マネーゲームです。

マネーゲームに参加していながら損したから「詐欺だ」と言うのは恥ずかしい行為です。つーかアホです。

そもそも石ころを勝手ダイヤモンドだと妄想して購入ボタンを押しといて被害者ヅラはないだろうと。

しか発行者はその石ころを50000個近く持っているんです。

道端の石ころが数万円で売れるならそりゃ売りますって。

発行者は「ダイヤモンド売ります」って言ってるわけじゃなく、購入者勝手勘違いしてるだけなんですから

結局のところ詐欺なのかどうか

詐欺にはならないと思います。上記で書いた通り高価になることを保証しているわけではなく、優待についても立証困難だからです。

被害者いるからとTwitter社に証拠提出を求めてもおそらくTwitterサーバーからも削除済みのはずです。

Valuのサイト優待情報一時的に設定していたとしても、そこに「◯月◯日時点でVAを保有していた方に優待付与します」とでも記していない限りは、それを信憑性に欠けると判断できなかった購入者の負けです。

実際の株でも最終判断購入者責任を持って行うのが常識です。

詐欺るにしても中途半端

そもそもヒカル氏は「優待をつけるなんて一言も言ってない」と公言しているようですが、この辺の対応からして中途半端な印象を受けます

もし本気で詐欺るなら

  • 「来月に優待発表します!」と煽って値段を吊り上げる(ほんの少しだけ売る)
  • ↑を繰り返してなかなか優待発表せずに値段を吊り上げる
  • 高値で買い注文がたまってきたら注文入ってるくらいの数を一気に売る
  • もし再び買い注文が入るなら煽り続ける
  • もし暴落したら数日かけて地味に拾う(高値で売っているので損にはならない)
  • 買い戻しの状況により再び煽る
  • 高値で注文がたまったら売る

そしてある程度稼いだ所でテキトー優待を発表します。それこそ「セミナーやります」でもいいし、めんどくさかったら「新規で作ったTwitterの鍵アカウントフォローします」くらいでもいいでしょう。「優待します」を実現しているので詐欺にはなりません。

今回の件でヒカル氏に優待詐欺疑念がなければ購入者の損失はもっともっと拡大していたはずであり、中途半端詐欺もどきで逆に良かったとも考えられます

結局誰が悪いのか

ここまで書いてきてヒカル氏の擁護記事なっちゃってますけどそんなつもりは全くありませんし、むしろヒカル氏のことは嫌悪しています

ヒカル氏と購入者のどちらが「悪」かと問われたらヒカル氏だと思います

ただそれ以上に購入者がアホだと思うので同情の余地は無いと思っています

だって知らなかったもん!説明足りないのが悪いんだもん!」と言ってもビットコインを用意して儲けに目がくらんで自分で購入ボタンを押した以上は購入者自身問題です。

強いて言うなら発行者市場操作できるようなシステムを作って手数料をせしめていたVALUはもっと悪いし、ビットコインを通せば証券取引もどき正当化されるような法整備放置していた国も悪いです。

結局、誰が悪いかといえばみんな悪いし、誰がアホかといえば購入者がアホなだけです。

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん