  |
はてなキーワード: outlookとは
最初の会社はoutlookでメールのフォルダ分けに苦悩した。
初めの転職先はg suiteだったんだが、ラベルに感動した。
ラベルは１つのメールに複数付けれるというのが大きなメリットだ。
一つのメールに２つ以上の用件書いてくるやつがいれば、outlookではメールをコピーして２つのフォルダにそれぞれ放り込んでいた。
メールが２つに増えるせいで検索時に余計にヒットするわ、削除したつもりで、コピーが残っているとか、くそめんどくさかった。
gmailだけでもかなり複雑なルールも設定可能で、GASまで使えばメール整理にまったく手間がかからなくなった。
さて、次に転職した今の勤務先はベッキーとかいう化石みたいなメーラー利用が強制だった。
元アジャイルコーチとして、アメリカのガチの、ガチのシステム開発現場に、言うたらエスノグラフィ（行動観察調査）をしてるようなもんです。三流プログラマながら。
そういうリファレンスみたいなことをお伝えしたら、皆さん（Regional Scrum Gathering Tokyo 2022の参加者）が喜んでくれるかなとか思って、内容を構成しています。
ただ、僕が知っているのはマイクロソフトだけですし、自分の職場だけなので、主語が大きすぎるとか、そう言うのはやめてください。心が傷つくから（笑）
そういうのを踏まえて聞いてください（笑）。全部一次情報で、人から聞いたものではないです。ちょっとだけマネージャ関連のところはマネージャに聞いたところもありますが、基本的には自分が経験したことのみで構成します。
ウォーターフォールは使われていない
まず滝。ウォーターフォールがどれぐらい使われてるのかって話ですけど、これは簡単です。ゼロパーセント、本当に見たことないです。
だからといって本当に素晴らしいスクラムをみんなやってるかっていうと、そうでもない。どれぐらいプロセスに対してマチュア（成熟）かはチーム次第なんだけど、少なくともイテレーティブじゃないのはないし、アップフロントデザイン（開発前の仕様策定）を大量に時間をかけてやってるというのもない。
デザインドキュメントっていうのを書く人もいれば書かない人もいて、書く人が多いですけど、書いても5ページぐらい。
何年か前にサム・グッケンハイマーというDevOpsで有名な人が日本に来たときに日本のお客さんに「ウォーターフォールとアジャイルのメリットデメリットを教えてください」って聞かれて、彼が「ウォーターフォールは全くメリットがないのでやめておきなさい」って言い放って。
私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い - メソッド屋のブログ
分かります。誰も使ってないんだから。やっぱりもうやめといた方がいいですよね、正直話無理があります。
次は、僕のチームがどんな感じで運用されてるかっていうお話をします。
マイクロソフトには統一プロセスとかなくて、基本的にチームをどう回すかはチーム次第なんですよ。でもだいたいみんな似たような感じでやってると思います。
基本的にはスモールチームです。どんな大きなプロジェクトであっても、スモールチームの集まりって感じです。
自分のチームについては、これがよいやり方かは分からないですが、個人商店みたいなもので。「IC」というのはIndividual Contributorですね、開発者。
マネージャからアサインされるバックログが基本的にはふわっとしているので、ICがそれを明確にします。
ICが仕様を自分で明確化して、自分でデザインして、インプリメントする。だからそれぞれがレスポンシビリティを持っていて、それぞれが実装をする。
ただ、同じマイクロサービスをメンテする役割の人みたいなのがいて、それは「Buddy」（バディ）みたいになっていて、僕の場合は例えば「スケールコントローラー」っていうのを開発していますが、スケールコントローラーのチームでバディになってると、質問というかお互いに話が聞きやすい。すぐに答えてくれやすいですね。
他のチームとかになると、ちょっとバリアがあって。やっぱりみんなそれぞれの仕事をやっているので、プライオリティがそれぞれあるんですよ。だから違うチームの人になると意地悪じゃなくて彼らのレスポンスは1日に1回とかになったりするわけですよね。仕方がないことです。
多分このチームの単位はマネージャが管理できる最大以下の人数で構成されてるんじゃないかなと思います。だから本当に自分のチームはそれぞれが個人商店みたいな感じですね。自分でレスポンシビリティを持って自分でやる。それは新人であっても一緒です。
司会）ここでちょっと会場から質問が入りました。このチームというのはどういう単位なんでしょうか。プロダクトの単位なのか、どういう単位なのか。
（右下の点線で囲われたところ）このチームはスケールコントローラをやっていて、（右上の3つのICを指して）このあたりはプラットフォームと言って中の基盤みたいなことをやってたりします。
でも基盤もかなり巨大なので、内部でいくつか分かれているんですけど、同じマネージャが見て、みんなを助けている、という感じですね。
司会）隣のチームと、このチームを分けているのは、マネージャが違うだけ？
ええと、大きな機能で分かれているというのがあります。例えば隣のチームはランタイムっていうチームなんで、Azure Functionsのランタイムを担当してるんですよ。
さて、エンジニアの評価っていうのはどんな感じになってるかっていうと、この図にはマイクロソフトは入っていないのですが、僕の友達に「ゆうさん」っていう人がいて、彼がブログでGAFAの給与体系みたいなをまとめてくれて、マイクロソフトも似たような感じです。
参考：GAFA米国本社のエンジニアの年収をジョブレベル別に比較してみた【Google・Amazon・Facebook・Apple】
こういう情報って外部に公開されてるので別に隠すことはないし、マイクロソフトの給料の額とかも調べられるんですよ。
どういうふうになってるかっていうと、エンジニアとしてランクがあるんですよね、「SDE1」「SDE2」とか。マイクロソフトの場合は「シニアソフトウェアエンジニア」があって「プリンシパルエンジニア」がある、みたいな。
このランクの人はこういうことができる、っていうのが明確に定義されていて、それによって給料が決まるんですね。
だから自分が給料を上げたかったらどうするかっていうと、プロモート（ランク上げ）してもらえるように頑張るって感じです。他の人との戦いじゃないんです。
いまより一つ上のランクの仕事をしばらくしていれば、マネージャが「こいつは今はシニアだけどプリンシパルの仕事してるからプロモートしよう」とノミネートしてくれる。
そうやってノミネートされたら次のレベルに行けるし、行けなかったら転職をする。転職するとそこでネゴシエーションしやすいので、その時に例えばシニアとかプリンシパルになれればその給料がもらえる。
ただ、そういうふうに上に行くとレスポンシビリティも大きくなるので、自分でチョイスする感じですね。自分でチョイスするし、自分との戦いなので。だから他の人と比べて不公平とか全然思わない。
給料を上げたかったら次のレベルになればいい。そういうアクションをとればいいので、あくまで自分との戦いって感じになります。
マネージャの存在っていうのは僕的にはすごい（日本と）違ってるように感じています。
日本にいるときはマネージャって進捗管理や課題管理をしたりとかして、プログラマとか開発者を指揮するとかそんなイメージだったんですかね、僕のイメージとしては。
アメリカの場合は、彼らが重視してくれるのは僕のキャリアなんですよ。僕がハッピーかどうかとか、僕がキャリアで成功するかっていうのをすごい重視してくれるんです。
これまで何人かマネージャが変わりましたけど、みんなそうでした。マイクロソフトには明確にそう定義されているんです。だからマネージャはみんなそういう動きをしてくれます。
マネージャのすごく大事な仕事に「アンブロック」というのがあります。IC、つまり開発者の人がどこかで詰まっている状態になると、マネージャが助けてくれる。ブロックされているものをアンブロックしてくれるんです。
例えば、僕が技術的に詰まるとして、誰かに聞かなあかんけど、誰か聞かなあかん人がなかなか答えてくれへんとか、そういうこともあるかもしれないです。
そういうブロックをされる状況が一番生産性を阻害すると思うんですね。
そういうときにマネージャがアンブロックを手伝ってくれる。ある人に繋いでくれたり、マネージャ経由で他の人が僕に協力してくれたりとか。
マネージャが、このプルリクエストを見たら分かりやすいよと教えてくれるとか。
あと結構面白いのは、少なくとも今の僕の職場では、納期が基本的にない感じです。
あるときもあるんですよ。どんなときかっていうと、マイクロソフト最大のイベントの「Build」というのが5月ぐらいにあって、そのキーノートで発表される予定のプロダクトみたいなもの。それが決まったら納期があるのかもしれないですけど。
マネージャも僕に対して「早くしてください」って言ったことは1回もないですね。どっちかというと、僕が「何か遅くてごめんな」とか言ってたら、「いやそんな気にすんなよ」って、「よくあることだよ」とか言われたりする。
これは多分いろんな意味合いがあるんですよね。多分クラウドのプラットフォームって、難しいことがいろいろあって、例えば自分が1週間でできるって思ったのに2カ月かかったりとか、ほんまにあるんですよ。
例えば、JVMにあるJarをアタッチするだけに見えた仕事に、僕は半年かかりました。
僕の能力のなさもあるかもしれないですけど、そういういろんな予想外のことが起こる。
やっぱり世界中の人が使うプラットフォームなので、よく分かってない実装とかしたらむちゃくちゃになるんです。ちゃんと理解して、より良いアーキテクチャを作らないとひどい目にあう。
だから多分マネージャは絶対に急かさないんだと思います。ちゃんと理解して出来るようになれば、次からは開発が速くなる。だからマネージャとしてはそこで急かさないことによって未来への投資をしてる感じなんじゃないかなと、僕は思ってます。
バックログはあり予定もあるが、達成されないこともしょっちゅう
司会）すいません、マネージャの話しに行く前に。質問が集まっていて。納期がないという話に関して皆さんが大混乱に陥っていてですね（笑）。納期がないとすると逆に何があるのか。バックログみたいなのがあるのか、ロードマップがあるのか。どういうものを始点に駆動されていて、牛尾さんの仕事が始まるのか。
バックログですね。大きなトピックだけはある。今期はこれをやろう、というのはあるんですよ。
だいたい今期はこれとこれをやっていこうというのがあって、それを荒い粒度ですけどブレイクダウンしたストーリーにして、それをICにアサインするんです。
でも、それが今期に達成されないということはしょっちゅう起こります。
思ったよりもすごく難しかったとか、あるシステムで改変が入るのでそれまで作れないとか、そういうのがしょっちゅうある。でもそれでそのICが責められることはないです。
変化は見通せないので仕方ないですよね。オーガナイズはされているけど、できなかったときはできないと認める、ということです。
司会）お客様からバックログの元になるような要求がきて、それがリリースされるまでのタイムスパンはどのくらいなんでしょうか？
僕らの場合はプロダクトオーナーみたいなチームとしてプロダクトマネージャがあって、バックログの発生元はプロダクトマネージャが決めるのですが、そのインプットソースとしては、彼らの戦略（ストラテジ－）とカスタマフィードバックですね。
あとはハッカソンでエンジニアがなにかプロポーズするときもあります。
そういうもののなかからプロダクトマネージャが、今期これをやればインパクトがあるんじゃないかと考えるものがピックアップされます。
で、それが達成されてリリースされるまでの期間は本当にピンキリです。
僕の場合は、早いときは1週間で終わりましたけど、さっきの話みたいに1週間で終わると思ったやつが半年かかったこともあります。
僕の上にはプリンシパルマネージャがいるんですね、それが日本で言ったら課長みたいなもので、その上に部長みたいなのがいて、で、テクニカルフェロー、これは事業部長みたいな感じです。
彼らの技術力はどんな感じか。
僕の1つ上の上司は、Azure FunctionsのJavaランタイムをイチから書いた人です。
その上の人は、Azure Automationの開発をしている人で別チームなので細かいところまでは知らないのですが、技術力がハンパない、ということだけは分かります。
何でかと言うと、どんなテッキーな話題を振っても、ものすごく早く深く理解するんです。彼が経験したことのないことであっても、Kubernetesでも、彼がやったことのないPythonとかでも、完璧に理解してアーキテクチャの深い話をするんです。
で、テクニカルフェロー。これはAzureの主要なサービスをイチから書いていたりします。
つまり何が言いたいかというと、僕の上司で僕よりもプログラミングができない人なんて一人もいないんです。
そしてこういう人が僕の仕事のサポートをしてくれる、応援をしてくれるわけです。
だからこんな上司に何かを説得する必要なんてないんです。彼らがテッキーなミーティングに参加して、しかも僕らにすごい鋭いアドバイスをくれるんですよ。
皆さんがもしマネージャをやるときには、こういう人たちと世界で戦わないといけない、ということをちょっと意識していただきたいんです。
・👍グッドとか😊スマイルというのを推したときに相手にいちいち通知が飛ばないところ（たぶん）。
よくよく考えたらこんなんでいちいち相手をinterruptしたくないよな。
先日Teamsクライアントで不具合が出たらしいが、これでますますWebアプリ化が進むと思う。
いずれインストロール型のTeamsやOutlookはなくなるだろう。
https://ceron.jp/url/forest.watch.impress.co.jp/docs/news/1366662.html
さすがに創業期からWebだけでやってきた会社と、ローカルシステムから発展した会社との違いか。
まあそれぞれに強みはあるのだけどね。
https://b.hatena.ne.jp/entry/s/note.com/papapico/n/naf77985734eb
↑この人はOutlookの「スケジュール送信」機能を知らない可能性が高い。
内容が決まってるならスケジュールに入れておけば確実だし下書きとして見直せる。
年間でも48個くらいでしょ。
Excelをもとに毎回新規メールというのは自分はエラーがイヤでようやらんな。
ちょっとでも描き方ミスってたりビジーだったりすると送信されないだろうし。
毎週数百件とかならやってみてもいいかもね。ただそこまでいくとキャンペーンツール使ったほうが。
トライしてみる心は良いと思う。
社内システムを使えないと仕事が進まないため、シオノギ製薬グループの中には、テレワークの初日に仕方なく出社した人もいた。「想定していたよりも使えない」と従来のVPNに危機感を感じた那須さんらは、拡張性の高いクラウド型VPNを急きょ追加で導入する方針を固めた。
「以前から、社内システムの開発の一環で、当社とAWSのデータセンターを専用線でつないでいたこともあり、AWSのVPNを使うことにしました。VDIの導入も考えたのですが、マスターイメージを短期間で構築するのは無理だと判断しました」
そこで、テレワークを始めた4月8日中に、シオノギデジタルサイエンスのインフラ部門のトップが、CIOを兼任している副社長に「緊急対応策としてAWS Client VPNを使いたい」と直談判。9日に議論し、10日に許可が下りた。「早速10日に、関係者が集まって動作検証を始めました」と那須さんは振り返る。
シオノギ製薬グループが導入した「AWS Client VPN」
許可は下りたものの、設定に時間がかかると出社する社員が増え、感染リスクが高まる。那須さんたちは出社する社員を減らすため、急ピッチで準備に取り組んだ。すると、そこに思わぬ落とし穴があった。
「VPN経由で社用の『Microsoft Office Outlook』に接続する動作検証をしたところ、エラーが出ました。認証に失敗し、『インターネットに接続できません』と表示されるのです。どうすれば直るのか、見当もつきませんでした」
那須さんたちは途方に暮れた。タイミングも悪く、4月10日は金曜日。週明けまでにVPNを増強し、社員のテレワーク環境を整えるには時間がない。間に合わせるには、休日を返上するしかなかった。「在宅で土曜日にトラブルシューティング、日曜日に動作検証を行うことにしました」と那須さんは振り返る。
そして、土曜日にネットワークの専門知識を持つ社員が調べた結果、ルートテーブルの設定が漏れていたことが分かった。
「デフォルトルートを規定する際に、AWSのVPNクライアントを経路に選択できていませんでした。既存のVPNは自動でルートを設定できており、AWSのリファレンス（説明文）にも記載がなかったので、自動で設定が完了すると思い込んでいたのですが、AWSは手動設定だったのです」
こうして那須さんたちは土曜日にトラブルを解決した。日曜日の動作検証には、休日にもかかわらず、研究開発系やバックオフィス系などユーザー部門の有志が参加。AWS Client VPNが問題なく動くかをチェックし、自宅からでも社内システムにアクセスできることを確認した。
・とりあえずVPNにしよう
・とりあえずAWSにしよう
物価の違いを反映させるために、GDPを購買力平価の為替レートで計算する方式がある。
実際には購買力平価は様々な品目から算出されるようだが、今回は米の値段のみを用いた絶対的購買力平価によって名目GDPを計算してみよう。
ドルよりも石高のほうが分かりやすいという人に配慮して単位はドルと石(1石=米150kg)の2つを用意した。
| 順位 | 国名 | 単位:10億ドル | 単位:百万石 |
|---|---|---|---|
1 | 43331 | 79799 | |
2 | 20933 | 38550 | |
3 | 14420 | 26557 | |
4 | 8446 | 15554 | |
5 | 7526 | 13861 | |
~ | |||
- | 3528 | 6498 |
| 順位 | 国名 | 単位:ドル | 単位:石 |
|---|---|---|---|
1 | 259433 | 478 | |
2 | 247937 | 457 | |
3 | 173801 | 320 | |
4 | 170737 | 314 | |
5 | 166182 | 306 | |
~ | |||
- | 63416 | 117 | |
- | 30855 | 57 | |
- | 28056 | 52 |
（通常の為替レートでは上位に位置するアイスランドとサンマリノは、米価のデータが存在しなかったため1人あたりの名目GDPを算出することができなかった。）
日本は豊かになったといえども、1人あたりの石高は50石程度であり下級旗本ほどの石高しかない。
https://www.imf.org/external/datamapper/datasets/WEO
真面目で好感がもてる人だなあ。
2009年とかなら別だけど。
まあフツーならMicrosoft Bookingsやろなあ。
https://blog.formzu.com/microsoft_bookings
予算ということだが月2000円とかケチる会社なら早々にやめたほうがいいｗ
https://www.zoho.com/jp/bookings/pricing.html
感染症対策のために、お客さんが来るときは事前予約を取ることになった。
毎日数組程度なので今は電話で聞いてOutlookの予定表に記載・予定表を共有することで回してるけど、これシステム化したいねって話になった。
最初は予約サイトを立ち上げて運用する案が出たけど、そんな予算は無かったので引き続きOutlookで管理することに。
社内の要望をヒアリングした結果、お客さんには予約希望書（エクセル）をメールで送ってもらうことにした。
VBAでフォルダ内の予約希望書から必要な情報を抜き出しに1クリック、ics書き出しに1クリック、予約確定メール自動作成に1クリックの、計3クリックで完了するシステムを開発した。
（メチャクチャ褒めてほしい。1から勉強した。馬鹿だから3週間かかった。VBAなんて触るの初めてだった）
完成したので担当に送ったら、次は休店日が分かる方が良いよねとか、予約重複の際は警告を出せないかとか、色々と追加要望が。
そろそろ私の手に余ってきた。予約重複の警告ってOutlookが控えめに出してるアレだよね。アレって変えられるのかな。まったく分からん。
休店日は予約希望書エクセル内で入力時に警告出せば良いと思うけどさ。
私の本来の仕事は単なる事務で、開発に時間が取られて自分の仕事が滞ってきたよ。
でも今更「やめます」とは言えないし、関数組んだりマクロでなんとか自分の作業効率化してただけの事務員にはきついものがある。
転職してえ...
匿名ということで、忌憚なき意見が得られたらと思ってここに書いきました。たぶん、新卒がまた甘いこと言ってるよと思う人もたくさんいると思いますが、それはそれで受け止めます。
ただ、どこにも迷惑をかけたくないので、本質を違えない程度にはフェイクを挟んで書いてます。なんか辻褄合わなくね？みたいなところあるかもしれませんが、そういうものだと思ってください。
まず、私がどんな状況のやつかわからないと話にならないので、ちょっとバックグラウンドを紹介
情報工学の修士持ち、メーカー系のグループ会社のSIをやる会社に在籍。
グループ会社とはいえ、2000人規模で同期が100人近くいるので、そこそこ規模の大きい会社だと思ってくれて構わない。
「某S社に入社したけどミスだったかもしれない」というはてな匿名ダイアリーが一年前だったか二年前だったか少しバズったが、今の僕はこれに近い気分である。(該当記事は社名まで出しているが、前述の通り迷惑かけたいわけではないのでぼかしておく)
文系出身の人もいるので内容がしょうもないのは、仕方ないとは思う。
それでも情報工学の修士を出ておきながら、再び学部1年の授業を水で薄めたような講義を受けるのは非常に苦痛である。一人でやれば数時間で終わるものに1日かけてみんなで足並み揃えてやっているのは、運動会で手をつなぎながらゴールする様を想起させる。
そもそも、IT系の研修はいまだに一週間やったか？程度でしかやっていない。ずっとやってるのはコンプラやビジネスマナー、技術文書の書き方である。
ことあるごとに偉そうに、賃金を貰いながら学ばせてもらってる身なんだからうんぬんと説教垂れてくるのも腹立つ。研修で新しく学んだことなんかひとつもねーよボケ。
もっさりしたパソコンを重たい仮想環境に一斉に接続し、さらにテザリングでオンライン会議につなぐことでまるで水の中で動いているかのようなもったり具合である。非常にストレスが溜まる。
あとこれは、仕方ないとは思うけれど、セキュリティ上の理由で自由にアプリケーションを入れることができない。もっと効率的に作業をこなせるのに、使いにくいアプリや社内製のゴミシステムを使わされるのは合理的を信条とするITを志すものとしてかなりストレスになる。(どうでもいいけどOutlook使いにくすぎませんか？)
まぁ、でもこれは仕方ないと思いますよ。セキュリティ上の理由と言われたら反論できませんもん。
...SEなのにテキストエディタがMS Wordとメモ帳しか入ってないんですよ？？？？！！！！？？？！！！？？？？？
...ちなみにアルゴリズム研修はフローチャートをパワポで書きました。これからやるデータベース・SQL研修は紙上でコーディングすることがわかりました。泣きそうです。
......ITってなんなんですかね......？
技術力が現時点で低いのは全然構わない。私も当然まだまだだし、上を見れば見るほどキリがない世界だ。
ただし、IT系に関わることをこれから仕事にしていこうという人が「私、プログラム苦手でーw」というのは本当に許せない。
バスの運転手が「いやー私、運転苦手なんですよねーw」と言っているようなもんだぞ？誰がそんなやつに仕事を任せるんだ？自分がこれから何をしていくのかについて、あまりにも自覚というか覚悟がなさすぎる。(あんまり自覚とか覚悟とか人に押し付けたくはないんだけど、他にいい言葉が思いつかない)
キレても仕方ないので、愛想笑いして誤魔化してる自分にも腹が立つ。マスクのおかげで口元が笑ってなくてもいいのは非常にありがたい。
年次で仕事が割り振られるので、成果主義といいながら結局は年功序列である。少なくとも入社3年は足並みを揃えた昇給。
ちなみに、働く前は年功序列もいい点あるよなーとか呑気に思っていましたが今は違います。
会社のルールを決める連中が全部親会社の天下り老人。上がり幅が小さすぎる給与レンジ。若手はやっすい給料で働かせられる。
こんなのを見てしまうと若手のやる気を削いでるのは、お前ら老害じゃないかと思わずにはいられませんでした。
ついでに、年寄りどもが定期的に言う(大学上がり) = (遊んでばかりの怠け者)な価値観は明らかに古いものです。
当初は安定感があるのもいい点だと考えて、現在いる会社に決めましたが、しばらく生きて安定感に対する考え方が変わりました。
ことIT業界に限って言えば、安定感は会社に与えられるものではないです。自身の技術力が担保するものです。端的に言うと、いつクビになっても他に行けるような技術力を持つことが安定感だと考えるようになりました。
そういったことを考えると、他に行った時にほぼ役に立たない社内政治力や、社独特の書類作成能力、使いにくい内製フレームワークの勉強をしていくことに全く興味を持てなくなりました。
技術力が全く身に付かない今の現状を考えると、若いうちの安い給料としょっぱい昇給幅で我慢して働くことに対するモチベーションは無くなりました。
データ菜園、機械学習系、ソフトウェア開発系で職を探しているので紹介してください。
ちなみに真面目に質問なんですけど、転職しようと思う場合やはり少なくとも半年くらいは在籍した上でなければ厳しいんでしょうか？
もういつ辞めるかの違いでしかないので、決めたならできるだけ早く動くべきだと考えて動いてきたけど、結構風当たりが厳しく、今転職活動するのは流石に悪手なのかなと思ってきてます、少し忌憚なき意見が欲しいなーと思ったり...
せめて現職で少しでもコードが書けたらだいぶ気持ち的に楽になるのになー...
5ch感覚でレス飛ばしてましたが追記の方がいいらしいので追記します。
あと、思ったより注目を集めてしまった感あるので、これで基本最後にしようと思います。
前のつぶやきが予想外に見てもらえたので、続編をやってみる。
何か、コメントで90年代も語ってほしいなんて無茶要求があったので、
中途半端なインターネット老人らしく早く目が覚めてしまい、今日が平日で数時間後に勤務と分かりつつ無理に書いてみる。
前のつぶやきでは分かりやすさのため自身の属性を2000年代の高校生と称していた。
呪術廻戦で多少有名になった感があるが、バトルはしない理系の変態が行くアレなところと思ってもらえば差し支えない。
そういう経歴なので、90年代のネットというのは余り知らない。
Windows95でパソコン時代の潮流を眺め、Windows98時代にネットとともにJOINした程度にしか知らない。
親父がオタクだったせいもあり、5インチフロッピーのPC98のゲームとかには触れていたものの、ネットへの邂逅は98年前後位だ。
とは言え、3.5インチのフロッピーからRPGツクールを遊び、宝箱のフラグ制御による実現については学んでいた自負のある中途半端なガキではあった。
なんで、自宅はテレホタイムでのWindows、学校ではFreeBSD、寮ではVineLinexでインターネットに接続していた。
そのレベルなので、あまりこの時代のインターネッツは知らない。
知らないけど、知らないなりに触れて覚えているそれを記したうえで、諸先輩方にご教示頂ければあと3日で到達できる週末のggりライフも捗るというもの。
なんてスケベ心で、知っている限りで書いてみる。
そうやって浅薄な知識を挙げることで情報集収集できるってツーチャンネルで学んだんだ、僕は詳しいんだ。
それこそ、インターネット＝HP（ホームページ）というノリだった。
ただ、個人の糞つまらない趣味を載せたページや、形だけの企業サイトなど、
目がチカチカする効果や、嫌がらせのMidi音源、文字の無駄な移動、キリバンとかそれしかないのという楽しみ…
同じく、当時の論調を見れば「こんなつまらないものを見るのにお金をかける人なんていないよ。普及しないね！」なんてのもあって
なんかすごいらしいけどつまらないなぁ、なんて思っていた。
それが今やテレビより接するメディアになるなんて思ってはいなかった。
今やブラウザでほぼ完結する世界のWindowsだけど、昔はツールがなければただのチラシの裏代わりのメモ帳だった。
なんで、いろいろしたいときにはこれらのサイトを巡回して「Toolスゲー」って感じで入れて飽きてアンインストールのローテーションだった。
この時期はストレージが数百メガ、メモリが数十メガのゴミみたいな時代なので、Tool入れ放題なんてそんな優しい時代ではなかった。
それこそ十年以上前にこれはからブラウザですべて完結するってgoogleがchromeを出したときは
「ご冗談をｗ」って思っていたけど正にそうなっていて、googleのノストラダムス力に西野プペルカナ以上に震える限り。
とは言え、かゆいところはtoolが必要なのでこれらのサイトは需要は低くなったけど今も必要だよね。
当時の検索と言うと、自分の認識的には鉄板のYahoo!とロボットが広くあまねくのgooという認識だった。
初めはYahooで当たり障りのないページを探しつつ、goo(同名ドメインのエロサイトはまぁ別途)から派生し、
Infoseek、AltaVistaなど、よく知らない世界への入り口を紹介してくれるロボット検索エンジンにたどり着いた。
この時は、google?ゴーグル？なんて感じで90年代の後半に出てくるくらいで知りもしなかった。
それこそ、2chのトップかどっかにgoogleの検索窓があって、それで知った位な感じ。
検索で色々未知の探求をしていくうちにたどり着いたのは、図書館のネットに放課後はつなぎだしたのはいわゆるアングラだった。
街の灯、日本海溝、メリーゴーランド等、まぁワードで分かる人は分かるアレですね。
眺めつつ、アレしつつ、うわースゲー、ここは別世界だ！なんて図書館やテレホタイムに興奮していた。
ニュースになるのは2000年のだけど、ファミコン決死隊とか労務課の倉庫とかそいう感じのアレで逮捕される人が出てきて現実だと改めて認識した。
そういうのはいつか消えるかと思えば、まだ形を変えて主に中華系で生きている。
法や制度が整備されても、人の欲望の忠実さを表すこれらは人間らしい。
コミュ障ボッチだったので、Outlookメールの発する妙なメール着信音にいちいち狂喜乱舞していた。
あの頃なので、スパムなんてなくて知り合いとかのメールで喜んで長文返信してそこで途絶えるなんてのをしていて、学ばないなと改めて思う。
とは言えそういう、一人一つと思っていたメールをWebメールとして取得できるHotmailはその存在を知り喜んで取得した。
が、まぁ上述の状況から取得しただけで終わった。
この後、フリーメールは各種ドメインで乱立するんだけど、今はgmailに収束した感がある。
なんて、過去の先輩の学籍番号を特定してアクセス出来て、そこからレポートをパクッて提出が出来ていた。
ただ、これが後にバレて不可を教員から受けるというドラマがあり、そのぐぬぬを何とか乗り切ったのはまた別の話。
FreeBSD自体は今も生きてはいるけど、Linux系列の方が多いのかな、少なくとも仕事の上では見ない。
なんて思うけど、自分自身の90年代のネットへの関わりがうっすいので、
このあたりのあれやこれやを知っている人が教えてくれると嬉しい。
