  |
はてなキーワード: ディレクトリとは
エンジニア向けの社内ドキュメント共有サービスである、https://esa.io/ を、義務教育で作文を習ったかあやしいやつらが使うとどうなるか事実を書く。
問題点：
1. Markdown が使え無い
4. WIPとShipItを使い分けることができない
6. 使用する言葉が一定でないため検索に時間が掛かる（文字のゆらぎ）
7. 誰もドキュメントを整理しようとしない、整理の必要性を感じていない
8. タグが使え無い
10. Archiveしない
その結果、
・更新内容が分かりづらいための、現状把握への時間がかかる（アップデート内容が分からない）
・何を目的とした記事なのか分からない（情報共有なのかポエムなのか等）
・完成している文章なのかわからない（信頼のおける文章なのか分からない）
・正直、何の話をしているのかわからない（ディレクトリ構成、ヘッダー、文字のゆらぎが激しすぎる等で理解不能）
・書き捨てられる文章に見える。しかしその実はとても重要な文章である。ただし更新日依存のため見つかりにくい
・ドキュメント作成者は書いて伝えた気持ちになっているが、全く伝わらない
・ドキュメント警察が必要となるが、ドキュメント警察に割ける時間は0。（ドキュメント警察っていうのは、「この書き方がだめ」とかダメだしする役割。修正する役割のことをさした）
まず義務教育で作文ならったのかな。
Markdownやディレクトリ構成、更新方法については教えればいいとして、文章構成が出来ていない点が義務教育を修めたのか懐疑的にさせる。
esaみたいなサービスって他にも結構あると思う。ただいずれにせよ自分達がドキュメントを育てることが出来るのかまずは考えてから使い始めた方が良い。
あとサービスによっては無料期間があるので、その間に見極めることも重要と学んだ。
正直、GoogleDocsを見ても全て「本文スタイル」で書かれていたりとかして、何を使わせても同じなので明らかな能力不足。
Markdownを教えたりとかタグについて決めたりということはしたんだけど、守られないし風化させられる。教える方がバカに思える。
小学生向けの作文の書き方を元に教えたりしたけどだめだった。
ワイの力ではムリでしたごめん
ちょっとした事（たしかグローバル変数とローカル変数の挙動の違いとか、そんな事だったと思う）を試してみようと思って、20行くらいのプログラムを作ったんだ。
でも、動かないの。
どんな短いプログラムでも意図しない挙動をしてしまうことはあるものだが、そんなレベルの話ではない。
ただ、計算した結果を画面に出すだけのつもりなのに、何も表示されないんだ。
で、少しずつコメントアウトしていったのに、それでも何も表示されない。
しまいには、"A" って画面に出すだけのコードになったのに、それでも何も表示されないんだ。
で、もう一本別のコードを test2.c という名前で作ったら、ちゃんと "A" と表示された。
一番始めに作ったコードも、すんなり動いた。
そうさ。最初のコードは test.c という名前で作ったのだ。
カレントディレクトリ よりも先に /bin に PATH が通っていたので 、単に test と打つと、 /bin/test が実行されていたんだ。
食べログやWeb制作企業のアコギな商売のため、それらに不満を抱えているローカル小規模商店が多いとわかった
そこで(抜けはあるかも知れないが)一部の知識を提供しようと思う。
前提として「すべてこの情報でまるっと上手くか？」といえば「そうてないこともある」ことは留意しておいて欲しい。
流石に今どき!DOCTYPEから手打ちしろというのは酷すぎるので「静的サイトジェネレータ」を使う
わかりやすく言えば「ホームページビルダー」で、デザインテーマに合わせたWebページの雛形を生成してくれるもの
現在では静的サイトジェネレータと言うとGUIではなくCUIからWebページを生成してくれるものを指すことが多い
GUIの場合は「Webサイト作成ソフト」「Webオーサリングツール」と呼ばれることが多い
生成されたWebページが含まれたディレクトリをFTPアプリケーションでプロバイダのホームページスペースへアップロードするだけでWebサイトを立ち上げることが可能
早い話こんなのが簡単に作れる上に、最初からたいていはスマホにも対応してる
ttp://www.codeblocq.com/assets/projects/hexo-theme-magnetic/
ttps://sharvaridesai.github.io/hexo-theme-edinburgh-demo
ttps://themes.gohugo.io/theme/yourfolio/
ttps://themes.gohugo.io/theme/alpha-church/
ttps://themes.gohugo.io/theme/hugo-shopping-product-catalogue-simple/products/
ttps://themes.gohugo.io/theme/hugo-creative-portfolio-theme/portfolio/
ttps://event-jekyll-theme.github.io
ttp://jekyllthemes.org/themes/project-gaia/
ttps://portfolio-central.github.io/jekyll-instagram-portfolio-theme/
ttp://mushishi78.github.io/one-page-wonder-jekyll/
ttps://jekyller.github.io/online-cv/
「久々にその固有名詞見たわ」「古いバージョンなら持ってる」と言われそうなド定番
オープンソースなWebオーサリングツール。無料だけどホームページビルダーやDreamweaverに比べると使いにくい
日本語情報も豊富なRuby製静的サイトジェネレータ。他者へ質問しやすいというメリットもある
Node.js製の静的サイトジェネレータ。もう既にNode.js環境があるならアリかな？
Go製静的サイトジェネレータ。シンプルな機能とWebページ生成までの高速性が売り
「どれが良いか？」と問われると「どれが良いってことは無いんだけど、情報の豊富さならJekyll、Webページの生成の速さならHugo」というのが答え
合わないと思ったら別の使えば良いとは思う
プロバイダのホームページスペースにはFTPアプリケーションによるアップロードを行う
定番の「FileZilla」や「FFFTP」あたりを使っていれば間違いない
プロバイダがサーバサイドスクリプトを許可していない限りコメント機能の実装は難しい
しかし、需要があるところには供給もあり「DISQUS」というコメント機能が使えないWebページにコメント機能を実装させるWebサービスがある
Twitter、Facebook、Google+などのSNSアカウントがあれば書き込むことができる
静的サイトジェネレータ名にDISQUSと加えてググればたいてい情報が出てくる
ちなみにWindowsではWSL環境でUbuntu上にHugoなどを構築すると楽
CLIが苦手な人は従来通りホームページビルダーやDreamweaverを使えば良いと思うが、CLIの利点はGitなどバージョン管理システムで管理しやすく、今後レンタルWebサーバへ移行しても、容易にそのままホームページを移行できるというメリットがある
WordPressなどのCMSには良い部分が多くあると思うし、顧客が追加要望ばかりしてアホすぎるという意見もわかるし、メシの種だからあんまり触れてくれるなというのもわかる
構成はHDDへHOME以下をバックアップした後にUbuntuを削除、Windowsをクリーンインストールさせた
当然UbuntuとWindowsの共存も考えたが、共存状態だと使い慣れたUbuntuへ逃げる可能性があったので、少々可哀想だったがUbuntuは削除した
良い機会だったので隣で図解をまじえて教えながら娘自身にインストール作業をさせた
「えっじゃあ他のプライマリパーティションにUbuntuも一緒にインストールできるってこと？」
「その認識で間違いないけど今回はWindowsの練習のためにしない」
Windowsを起動してデスクトップを表示し、娘がまずやったことはWindowsキー(Superキー)を押下だった
「学生は遊ぶだろうしね余計なの消してんだろｗ」
「あー確かにｗ」
学校のパソコンにはないであろうパネルを「ふーん」とクリックしながら、何かに納得したのか「じゃあそろそろクリスタ」と言われ、最大の目的であるクリスタをインストールした
クリスタのインストールが終わると、もう良いよと言わんばかりに「わからなくなったら呼ぶね」とアッチ行けされ初日を終えた
数日経つと「ターミナルがない」と言われたので「SuperキーからのC,M,DしてEnterで起動するはずだけどcmdはLinuxと使い方が全く違うから調べたほうが良いよ」とアドバイスした
娘が自室に行くと直ぐ戻ってきて「cdできたけどlsできないんだけど？」と言われ「使い方違うと言ったろ？cmdの場合ディレクトリ内容一覧はD,I,R」と言いつつ娘の自室へ向かう
「昨日から少し試してたんだけどWindowsのターミナルって全然違うよね？」
「うん違うし、今使ってもらってるのcmdって呼ばれたりコマンドプロンプトって呼ばれてるんだけど、もう一個パワーシェル(PowerShell)というのもある」
「こっちの方がLinuxに近いかもなぁ。lsはできる。だけどtouchはできないぞ。その辺はググれ」
「えっ？touchできないって意味わかんないんだけど」
「PowerShellの場合はN,E,W,-,I,T,E,Mでできる。cmdは作成できないわけでないけど、ファイル作成のためコマンドというものがそもそも存在しない」
「Vimも無かった。というかアプリの設定ファイルがどれなのかすら判らない」
「この辺りはLinuxじゃないと諦めて新規にツールを追加するしかない。Windowsの作法に慣れろ」
「うーん・・・慣れかぁ」
予想通りLinuxとWindowsの違いに戸惑っている様だけど、本当に慣れてもらうしかない
娘が「そういえばアプリってどうやってアンインストールするの？」と聞いてきた
「スタートメニューでアプリアイコンを右クリックしてアンインストール。別窓でプログラムと機能が起動したらそこからアンインストール」
そう教えると再びアッチ行けされてしまった。父ちゃん寂しい・・・
そして昨日いろいろと娘にWindowsの使い勝手を聞いてみた結果が下記の通り
良いところも悪いところもまだまだ色々と言っていたけれど忘れてしまった。女の子は喋り出すとアッチコッチに行って止まらない・・・
また何かしら変化があったら報告しようと思う
-----------
追伸
これはLAN内で使っているだけの、しょっぱいエントリクラスのサーバ1台障害の話だ、価値のある話ではない。
とある国内最大級の某グループウェア Office(パッケージ版)を使っている。
この某グループウェアは、従業員の「その日のタイムカードの一覧」を見ることができない。
CSVでエクスポートすれば可能だが、営業マンは勤怠をガラケーのメールで報告する運用であるため、
スマホ支給しろ 一覧＋タイムカード修正画面へのURLリンク付きで
総務課の人にスクレイピングしてあげていた。
↓大雑把にこんな感じ
#!/usr/bin/env perl use MY::Cybozu; my $cb = MY::Cybozu->new; $result = $cb->get_timecard( sprintf("%d.%.d%", $year, $month, $day) ); &send_mail( $result );
数年来やってきていたのだが、突然このスクレイピングでデータが取れなくなった。
僅かにPerlを書けるだけで、他の言語は将棋を指すようにしか書けない低能である、
ちょうど20日の月替りのタイミングだったので、スクリプトのミスでズレたのか？
或いは、タイムカードのHTMLはtable構造で「trの何番目が何日目」という原始的な処理の方でズレたか？
ほぼほぼデータを取れないのだが、たまに正常に取れたりもする。なんだこりゃ。
$mech->statusの結果はいつも200である。
print $mech->contentの結果は、HTMLが途中で途切れていた。
スクレイプ対象の前で途切れたので、値を取得できなくなっていたのだ。
同じ場所で途切れる事が多いが、若干の増減はあった。
手元のWindowsマシンに移植したところ、まったく問題ない。
どうやらスクリプトを動かしているLinux側の問題と思われる。
どういう現象なのか？
3WAYハンドシェイクはよく知られた話だが、正常な通信では、サーバから送られてきたパケットに対して
こちらは「ここまでのパケット受け取った」とACKを返し、最終的にサーバからのFINでこちらがRST返すのが見て取れた。
この異常をきたしたスクリプトでは、ある程度を過ぎると、こちらがACKを返す前にサーバからどんどんパケットが送られ、
なるほど、ステータスは200だけど、コンテンツは途切れているのだな。
でもスクリプトじゃなくて、ネットワーク制御しているOSが悪いっぽい？
となると深刻である。自動車に乗れても内燃機関の構造など把握していないのだ。
唯一、tcp_abort_on_overflowでそれっぽい挙動をしそうだと分かったが、この機能は使われていない。
詰まった。
お手上げだ。
でも分かった。
端末からNASのディレクトリへ、TAB補完しようとすると突如フリーズしたのだ。
某グループウェアへのスクレイピングとNASへのTAB補完だけが動かない。
故障だ。
1.3万円で買って7年目の某ProLiantサーバだから、寿命なのだろう。
オチはないけど、最初から故障を強く疑っても良かったではないのか、と自省する。
そのマシンでのみ失敗し、しかも失敗したりしなかったり(比にして7:3程度)、結果も毎回変わっていたのだから。
うーん無能。
いや、Linuxでも/homeは別パーティションにしておくだろ…
ドライブ分けとくってのはLinuxでいうパーティションに相当する
Windowsにはディレクトリのほかにフォルダっていう概念がある
フォルダの指し示す先は変更することができる
ドキュメント（旧称マイドキュメント）はC\Users\Masuda\Documents以外にすることができる
素人みたいな扱いされる。
昔、初心者向けのPCの解説で「ワードのファイルはマイドキュメントに保存します」みたいのが2chで「マイドキュメントに保存とかwww」ってバカにされてたし、
PCショップで「ドライブ2つ積むより容量の大きいドライブ一個のほうがいい」みたいなことを言ったら店員に「データはDドライブに保存するのが普通ですね」とかちょっと小馬鹿にしたように言われたし。
職場でも、ファイルは全部ドキュメントの下に保存してたらファイルが数Gあって、システム管理系のツールを動かしたら容量でかすぎて固まって、管理者から「普通ドキュメントなんかに保存しませんよ」とか言われたことがあった。
でもunix系だと、ユーザーのファイルを、/home以外に保存するのってありえないよな。
ファイルやディレクトリの権限を気にしないで、ルートの直下にディレクトリ掘ってるお前らのほうが素人だろって言いたいわ。
自分のPCはショップ定員のおすすめどおりCにSSDで、Dに大容量HDDを入れて運用するようにしたけど、設定をいじってユーザーディレクトリをDにうつしてもやっぱ使いにくいし、やっぱもうちょっと金だして大容量のSSD買ってドライブ一つにしとけばよかったって大後悔だわ。
まじな話をすると、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チェイン, リファクタリング)
IntelliJまたはAndroid StudioでAndroid SDKのディレクトリを指定してる気がするのに文句言われる場合
のどれかである。最後のはわりと盲点。
SDKプラットフォームが検出できませんとでも言ってくれれば時間無駄にせずに済んだのだが。何を見て該当対象だと判断しなかったのかくらいは言ってくれよ俺たち友達だろ
ネタバレっつーか、トラバの打ち方が２ｃｈで叩きやってる性質の悪いほうに似てるなってのは時々感じるし、別にそれでもかまわないと思ってやってるが……。
元々あの連中なんか俺が指導してたみたいな側面あるしさｗ そっちも分かってて多少は遠慮してるんだろ？
それはそうとディレクトリ型って流れが追い辛いんだよね。スラド形式だとまだ親が分かるんだけど、増田は本当に混乱し易い。トラバも打ち辛いしさ。残念だな。
でさ、ブスってのがドブサイク云々の記述だとすると、それは最初の ＞何のアイコン～ をからかってるワケだろ？
俺のは
http://anond.hatelabo.jp/20170521125638
http://anond.hatelabo.jp/20170521172328
もうさ、オマエラも嫌なんだろ? 本当は。
いい加減に物陰から弱そうなのばっかり狙って石投げてセコい小銭稼ぎするのやめたらどうだよ？
依頼主流出させちゃえよ。wikileaksでも２ｃｈでもいいからさ。
何の得にもならないのも分かってて、誰の目も気にしないで、何十万も掛けてパソコン買って繋がらない遅い回線に胸を膨らませながら相手の返信を待ってた頃をたまには思い出したらどうだ？
クソみたいに人を逆撫でして焚き付ける話題作ってさ、居るかどうかも分からないアカウントにFavだかスターだか貰ってさ、それをまた怒らせて回線代だか広告費だかで潤うゴミみたいな業者を儲けさせて楽しいか？ 本当に匿名で卑怯なのはそうやって注目を集めてる連中じゃないかよ。
webサービスなんて言ってるけどさ、自分じゃ碌にコードも書けないチンピラと広告屋崩れと、テメェの思い通りに世論を動かせないと首の回らないクズみたいな依頼主に使わてるだけじゃんかよ。
オマエラそんな事の為にパソコン始めたのか？
勉強が不得意な職業プログラマですが、WindowsアプリをSPAに作り替えることになりそう。
プロジェクトメンバーに積極的に技術を習得するような人はいないので、簡単なフレームワークを探しています。
↑に近いようなフレームワークありませんか？
Windowsの産みの親、ビル・ゲイツ氏が学生時代につけられたあだ名が「プリン(prn)」で、それがとても嫌だったから。
http://www.7key.jp/computer/winref4.html
＞Windowsで、「PRN」「AUX」「CON」などを含む名前をファイルに付けようとすると「ファイルまたはフォルダ名の変更エラー」（ファイル を作成または置換できません: 指定されたファイル名は、無効かまたは長すぎます。別の名前を指定してください。）などのエラーが出る。
＞Windowsには「予約デバイス名」と呼ばれる予約済みの名称があり、以下で示す名称はディレクトリ名やファイル名に用いることができません（拡張子を付けてもだめ）。
http://anond.hatelabo.jp/20170528064815
「オートバイと性的興奮のこじつけ」もダメな聖域ではないか。昔には鉄道フリークなんてなかった。それに比べれば「オートバイフェチ」はある。一見すると良いようになっている。しかし、鉄道おじが「オートバイガー」「自転車ガー」になるということは、とんでもない。カルトと一緒だ。
私が嫌悪しているネット民のひとりが鉄道おじのシンパのC君だが、Cが若い頃に描いたという漫画もやはりこんな感じで、オートバイガーと無縁なことに気づくことができる。
鉄道おじは基地周辺の飛行機の飛行音やかつての暴走族の車両やその車の走行音を「造型ポルノ」「音響ポルノ」などと呼ぶ、サイコパス・障害者予備軍である。しかし、実際には、あの迷惑的な物を美化する様子を見ると、彼らは同族嫌悪、近親憎悪のように見える。どちらもなんとかフェチではないかと。それを卒業しろよと。卒業する前に高校を出て大学を出た挙句の果てに職に就いたのなら、もう手遅れだ。
「造型やサウンド」で快楽を覚えるように、鉄道おじは自転車やオートバイの形や走行音で興奮を感じる。鉄道おじはサーキットを彼らのための娯楽施設と言っているが、鉄道おじは自転車やオートバイの走行風景や造型などで性的まがいな興奮を感じているの事実である、逆にそれにまたがる人自体には性的興奮を感じない。
鉄道おじは2003年の普通二輪免許取得と同時に行った250ccのオートバイの乗車は「オートバイで興奮を覚えた」一番最初の機会である。で、同じく好きなクラシック音楽感覚でヘッドホンで走行サウンドを聞きながらストレス発散をしていると思われる。つまり鉄道おじのアレなのである。そのようなオートバイフェチと常識を外れた性的嗜好を、鉄道おじのオートバイや自転車の造型で性的興奮していくことが、のちにあのように発展していくのだ。
私がこのような違和感を感じた最大の要因は、ロードバイクやオートバイの大群に興奮を覚えた鉄道おじを批判した人が、逆ギレした鉄道おじによって糾弾されたことにある。楽しさをわからない子供だと。しかし、その後に不正改造車のネタ消費を記事にした鉄道おじは、なぜか「竹箒に跨って飛び跳ねて遊ぶ女性」を批判していた。
もしオートバイや自転車の造型や騒音で性的興奮を覚えるのは良いというのが「竹箒を使った魔女や魔法使いや魔法少女の真似は下品」なら、鉄道おじの主張は明らかなダブルスタンダードになるが、実際はそんな問題ではないし、何より成り上がりである鉄道おじが下品な趣味を捨てていないのだから、鉄道おじこそ「下品」である。
鉄道おじは魔法少女ものの漫画を持っていないし、1990年代から今日に至るまでアニメオタク活動をしているとあるが、魔法もののアニメについて触れたこともない。その際、一度もを調べずに自分の無知や低知識をもとに娯楽論もどきのまとめを投稿したわけだが、オートバイからの興奮のリミッターが鉄道おじの人間性をダメにしていないか。
これが鉄道おじである。もちろん当然、鉄道おじの自宅部屋に行けば、本棚には古今東西の不良漫画やオートバイ漫画が、PCやその周辺にはオートバイや自転車に関する画像を集めたディレクトリやゲームソフトや機械があるから、その時点で問題である。本当にオートバイからの性的興奮は脳内から追放したほうがいい。そして、鉄道おじの異常な性的嗜好をどうにかしたほうがいい。
