  |
はてなキーワード: 専用線とは
NTTが満を持して出してきたIOWNというネットワークサービスが予想通りがっかりだったので解説しておく
そもそもIOWNって何？っていう話については恐らくNTTの社員でも誰一人答えられないので割愛したいが
発端は電気によるネットワークルーティングに限界が来ていることから始まっている
このままではルーター1機に原発1台という時代になりそう、というのはよく言われた話だ
IOWNは光を使ったルーティングを行い、End-To−Endで電気を使わずに光だけで通信すること（All-Photonics Network: APN）が構想の発端である
電気によるルーティングには遅延が発生することもあって「大容量・低消費電力・低遅延」の3つが特徴として挙げられる
1Gbpsしか無かったのに10Gbpsが登場すれば「大容量になった！」となるだろう
IOWNは100Gbpsを提供してくれる
ちなみに今でも企業向けに100Gbpsの専用線サービスは存在している
なのでIOWNは何も大容量サービスではないのだ
ただ、IOWNにおけるNTT側の性能目標はIOWN1.0で従来の1.2倍なので
まぁ実効速度として1.2倍という意味だと思えばこの100Gbpsも妥当かもしれない
また、IOWN2.0では6倍になるとのことなので600Gbpsが実現できるのであろう
ローンチで現行より劣っているのは残念に他ならないが安全側に倒したと思えば分からなくも無い
低消費電力は我々にはほとんど影響がなく、NTT社内の話なので「知らんがな」という感じなのだが
低消費電力でランニング費用を抑えることができているはずなので提供価格も下がるはずである
さて、IOWN1.0の提供価格は月額198万円とのことである
現在提供されている100Gbpsの専用線サービスも198万円である
これも資料を見るとIOWN1.0では1.0倍とのことなので妥当な価格である
IOWN2.0では13倍（倍とは？）とのことなので価格も大幅に下がってくれるだろう
逆に現状では一切電力効率は良くなっていないのに同価格で出してきてくれていることは良心的ですらある
ということで大容量・低消費電力に関しては現行と同等もしくは劣っているIOWN1.0だが
遅延に関してはIOWN1.0で1/200を目指している
これはIOWN4.0まで1/200なのでこれより下がることはなく、逆にIOWNの目指している低遅延をローンチから体験できるということになる
さて、低遅延になって誰が嬉しいのかはさておき、現状では東京ー大阪間で15msぐらいである（往復）
これが1/200になると75μsとなるのだが、東京ー大阪間の光の伝搬遅延だけで5msはあるのでいくらIOWNでも光の速度は超えられない
なので機器遅延の10msのみが1/200となるとすると50μsとなり、往復遅延は5.05ms、ほぼ5msぐらいになる
実際に実証実験では8msを実現できたとのことなので大変速くなっているのだろうが
15msが8msになったのを「1/200」と言われるのはモヤッとする
そのせいなのか、「IOWNが提供できる低遅延の価値」という資料では、「映像処理やコーデックに関わる部分を省略できるので実質1/200」という言い方に変えている
つまりは大容量であることを活用して非圧縮で送信すればコーデック部分の処理遅延を減らせるとの主張である
コーデックの遅延は製品にもよるが200〜800msぐらいある
また、超低遅延のコーデックなら10msを実現できるらしい（使ったことはないが）
伝送遅延なんて無視できるほどコーデックの遅延は大きいので非圧縮であれば確かに遅延が1/200になるような体験ができるだろう
ただしそれは従来の100Gbpsネットワークでも実現できる
特にこの手の非圧縮による低遅延化というのは10Gbpsのネットワークを研究する際によく使われた方便で
4K映像を非圧縮で送ると6Gbps消費するため10Gbpsにしましょう、という論法なのだ
それが今の時代では、8K非圧縮は72Gbps消費するから100Gbpsにしましょう、という話なのである
ちなみに8Kで120Hzなら144Gbps必要なのでまだまだご飯を食べられるのだろう
問題なのはこの非圧縮リアルタイム映像伝送はほとんど使われていないということである
コーデックが進化することでコーデックにかかっている遅延は無視できるようになり
特に高精細映像であるほど圧縮率が高くなるのでネットワーク負荷のコストの方が問題になるのだ
なので実際の利用で非圧縮伝送はほとんど用いられておらず、主にネットワークの試験で用いられているのが現状である
まぁこの辺はさておいたとしても、結局はIOWNの実現した大半の価値である低遅延の部分は従来でもやっている技術であって真新しいことではない
それでも従来の100Gbpsでは15msだった遅延が8msになったとなれば1/200とまではいかなくても価値があるだろうか
遠隔での演奏を実験した際の記事が興味深く、8msの遅延ということは3m程度離れて演奏したことになる
この2mに価値があるのだろうか
また、人間の脳のクロック間隔は30msであるという研究結果がある
15msが8msになることで人間に対して何か価値があるのかは甚だ疑問である
問題なのはIOWNではこれ以上遅延が短くなることはなく、既に限界ということだ
光の速度の限界なので当たり前ではあるのだが
限界まで突き詰めても我々のネットワークを介した体験は一切変化しないということを証明してしまったのだ
普通の演奏では低遅延にほぼ価値がないので、エクストリーム分野のe-Sportsとの相性を模索しているように見える
確かにe-Sportsをやっているような人たちは60fpsの1フレームを競っていると言われている
そのためIOWNもe-Sports会場を繋ぐような使い方を例としてあげているのだが
そもそもe-Sportsのゲームソフトウェアは5msだとか8msとかの中途半端な遅延を考慮してゲームを作っているのだろうか
同じL2の下で対戦を行うことが前提なら普通は2〜3ms程度の遅延を前提に設計するので5msでは遅い
逆に遠隔での対戦を考えれば10ms以上の遅延もあり得るのでそのように設計するが
ジャンケンゲームを作るときに2〜3ms程度までなら同時に開示するが
10ms以上なら1秒待ってから開示するような作りになっていると思えば分かりやすいかもしれない
もちろんゲームによってはこの数msで価値が生まれる場合もあると思うが、あまり数は多くないように思える
結局のところ、IOWNは大容量かつ低消費電力、つまりは低価格のサービスとして進んで行くだろう
End-To-EndでIOWNが必要か、と言われると明確に答えはNOで
10Gbpsですら全然普及が進んでいないのに100Gbpsの大容量ネットワークはそもそも必要ない
一方でデータセンタ間のインフラネットワークとしては非常に価値が高い
データのレプリケーションなどを考えれば遅延など1msでも短い方が良いのだ
特に災害が多い日本では地理位置分散をさせることは非常に重要で
そういったデータセンター間のネットワークとして大容量・低消費電力・低遅延なネットワークは非常にありがたいものとなる
こうしたインフラとしての重要性は明確に求められているのにもかかわらず
「IOWN」と標榜してまるで次世代のネットワークであるかのように喧伝しているのは、一体どのような呪いがかかっているのか興味深いところではある。
そこで暴走族の車バイク、通称族車のトンチキなデザインがどっから来てるかを説明しようと思う。
増田は暴走族やヤンキーじゃないがはてなー平均よりはヤンキー文化に近いってくらいだ。
それじゃあ行くぜそこんとこ夜露死苦。
まずは「google:image:族車」で画像検索してくれ。
さて全然速く走る事に頓着が無いというか速く走れない族車デザインだが、元はレースカーや街道レーサーの特徴をコピーしていた。
だがそれらの文脈を考えずに合体され、更に右翼ファッションの流入によってスピードの文脈が無くなって形だけが意味を持つようになった。
でもファッションというのはみんなそうであってWWIの塹壕戦防寒軍服がビジネスシーンでの正装になったり、ゴールドラッシュの作業着が反抗の象徴になってカジュアルで定着したり、警官の防護服がハードゲイシーンで流行してからカジュアルになったり、と元の文脈が無くなるのはヤンキー文化だけじゃない。
新聞社に使役されていたプレスライダーである。プレスは報道の意味で事件現場で報道陣がしてる腕章に書いてあったり新聞輸送のトラックに書いてあるあの「PRESS」だ。
元々、速報性が重視される新聞社で取材記事の迅速な伝達を支えていたのは伝書鳩だった。新聞社では屋上に鳩舎を設置して多数飼育しており、記者は取材の時に鳩を連れて行った。現場で記事を書いてそれを鳩の脚に括りつけて放すのである。鳩は帰巣本能でかなりの高確率で社屋屋上に帰着する。
伝書鳩は1960年代、昭和40年頃には廃れるのだが、代わって登場したのがプレスバイクだった。
ところで何で電話じゃないの？というと、電話も使われていた。だが「市外局番」が出来たのが1965年、昭和40年頃なのだ。
これがどういう事かというと、市内を超える通話では交換手を通していた。だが事件が起きると記者が押し寄せ、役所や会社でも市外通話が急増するので交換手がパンクして延々と交換待ちになってしまう。つまり通話が困難になるのだ。この為に警察は早くから警察電話という専用線を整備していた。
プレスバイクは原稿や写真フィルムを受け取って現場から新聞社、若しくは駅でリレーして列車経由で社へと迅速、というか猛烈な速度で運んでいた。
そもそも当時のバイク乗りっていうのは不良である。そんな不良が、新聞記者、これも当時はブンヤで柄が悪く反体制的な気骨がないと務まらない職だった、そのブンヤに使役されて街道レーサーのような危険運転でぶっ飛ばしていた訳だ。勿論公道最速である。
こういう公共性と不良的な特性の硬派な組み合わせというのは今でも映画のモチーフになるし、憧れを産む。
という訳で、以下のようなプレスライダーの特徴が族車に取り入れられ、やがてスピードの象徴から遊離していく。
族車バイクはパイプハンドルを思い切り絞って手前側に持ってきたデザインが特徴だが、これはプレスライダーが上向きハンドルにしていたのに由来する。自転車と同じく、パイプハンドルでは固定ネジを緩めるだけでハンドルの角度を変えられる。
プレスライダーは渋滞では足をついて右に左へとすり抜けをするので、上体が起こせて視界が良く、車体を傾けてもハンドルが遠くならないアップハンドルにしていた。
プレスライダーは上記の通り足をついて渋滞すり抜けをするので、足つきが良くなるようにシートの「あんこ抜き」をしていた。着座部分のシートのスポンジを削って取ってしまう加工である。今でも背が低いバイク乗りはこの加工をする。
すると前後方向にも段が出来てニーグリップ（両足でタンクを強く挟むこと）しなくても前後に安定するという効果も出る。
族車はこれを大げさにして後ろに更に段を増やしたシートに交換したり、更にハーレーなどのシシーバーと合体した長い背もたれに繋がるデザインの三段シートになっていった。というか、ヤンキー相手の商材扱う会社が段々過激化していったのが原因だな。
プレスライダーは仕事なので冬でも走る。そこで後付けの風防を付けていた。元々実用品なのでカッコいいもんじゃない。
だがそれが「硬派」の記号となって族車に取り入れられた。
今やってる会社は無いが、昭和後期まで社用車というのは鉄製前部バンパー角に小さな掲揚ポールを付けて社旗を掲げて走るのが多かった。今は歩行者安全の為に前方に突起物を付けるのは車両法で禁止であり、宮内庁の御料車や総理大臣車以外はやっていない。
プレスバイクも新聞社の庸車なので前輪に垂直ポールを立てて「PRESS」のペナント（三角旗）を、更に四角い社旗も併掲するケースもあった。とんでもないスピード違反してても（プレスライダーは常に速度違反）警察はPRESS旗と社旗を認めると取締りしなかった。
暴走族の前身はカミナリ族じゃなくて街道レーサーのチーム（イニDの赤城レッドサンズみたいなの）なのだが、このスタイルが真似されてチームの旗をつけるという形になる。
これが1980年頃から「硬派」の文脈が右翼ファッションに転じた。この右翼とは1960年代の全共闘運動に対抗した新右翼で、80年頃には軍服着て国防色街宣車で軍歌を流し、軍旗である旭日旗を掲揚するという軍国主義憧憬路線が確立されていた。
ところでこの旭日旗は「プレスライダーのまね」路線ですでに族ファッションの中にあった。それは朝日新聞の社章でお馴染みだったのである。
故に既存のプレスバイクの社旗模倣の上に右翼ファッションの軍国標榜が自然な流れで合わさる形となった。
前輪の掲揚竿は大きさが制限されるので、大きい旗を後部に付けたり、二人乗りの後部乗員が手持ちするようになったのである。
この名残で、旗が付いていない棒を前輪から斜め前に突き出している族車もある。
同様の理由でタンクへの塗装や服のプリントへと波及していく形になった。
こんな風に族車デザインに過大な影響を与えたプレスバイクだが、盛者必衰で1980年代になると衰退して報道の現場から消えて行ってしまう。
置き換わったのは出先で使えないFAXじゃなくて無線と自動車電話だった。どっちも大きくて自動車必須で、汽車＋バイクから自動車に置き換わったのだ。両方とも無線兵みたいな箱を担いで運用する。
それで職にあぶれたプレスライダーが流れた先は2つあって、一つは競馬/競艇新聞の運搬。予想欄の関係でレース当日に入稿されるので印刷所の前に多数のバイクを並べて待つ。刷り上がった新聞をバイクの後ろに括りつけて馬券売り場や競馬場の売店に急いで持って行くのである。
ただこれはレースが日曜しかやってないから臨時バイトの面が強い。
もう一つがバイク便で、オフィスを回って営業する。NYの自転車メッセンジャー便のバイク版だ。
こういう経緯なので初期のバイク便はプレスライダーと呼ばれていた。FAXが普及してもサンプル品の急送とか木型（鋳造で使う型）とか需要は多くあったが、白ナンバーの違法操業のところが多かった。
中にはちゃんと法人成りして営業免許を取り緑ナンバーにして特殊分野でのニッチを獲得したり、後に医薬検体輸送→検査会社と進化して自治体の出資を受けて三セク化したところなどもある。街道レーサー崩れからの地道なステップアップ人生であるな。
これは画像を見てもらった方が早い。こういうの暴走族で走ってるやろ？ https://upload.wikimedia.org/wikipedia/commons/2/26/Nissan_Silvia_Silhouette_Formula_001.JPG
量産車のガワだけを使って、中はエンジンも足回りもフレームも全部変えていいよという規定のレース車区分だ。シルエットだけ市販車で中は純粋レースカーなので「シルエットフォーミュラ」という。
これは日本では御殿場の富士スピードウェイと筑波サーキットでレースが開催されていた。
特に富士スピードウェイでは「富士グランチャンピオンレース」というシリーズレース（全戦富士SWでの開催）が人気を博していた。走っていたのはルマン24時間みたいな形のレースカーだった。
このレースの前座としてシルエットフォーミュラが開催されていて、こっちは街で見かける市販車ベースで無茶な改造がされているのでこっちも大人気、更に自分の車を同じように改造するのが流行したのだ。
族車で出っ歯にするのはこのシルエットフォーミュラの真似を大げさにしたものなんである。
更に初日の出暴走を「グラチャン」という理由も判ったかと思う。シルエットフォーミュラ風の改造をして富士山の方、即ち富士スピードウェイがある御殿場方面に東名高速を走っていくからグラチャンなんであるな。
因みにあの出っ歯は貧乏暴走族などではベニヤ等で手作りしてあり、強度が低いのでボンネット辺りから針金で吊ってある。
そんなヤワな造りのものが走行風に耐えられる訳もなく、ほぼ必ず途中ではがれて取れてしまう。または出発地近所の踏切でぶつけて引っかかってしまい、電車が来たら危ないので周りのおじさんや善男善女に助けてもらって出っ歯を踏切から撤去してもらい、「危ないよ～」とか言われてるのである。出っ歯も手作りで温かみがある上に重ねて温かみのあるエピソードである。ハリボテエレジーの如き侘び寂びの趣きだ。
で、出っ歯が無い普通の車として他の族車と一緒に東名を走っていくと、途中で交通機動隊が集中取締りをやっていてFRPの高級出っ歯車は皆とっ捕まってしまうが、手作りシルエットの方はなにしろ普通車に戻ってるからそのままスルー。
これは他の出走馬が前部倒れた後にハリボテエレジーが壊れた馬体というかダンボールを引き摺り走ってきて完走するのを彷彿とさせる。大穴である。
プログラマーに憧れる皆さん！こんばんは。
「自分は文系だから」「未経験だから」と諦めていませんか？大丈夫です！プログラミングにセンスは不要です。正しい手順で学べば、文系や未経験でも、誰でも一流のプログラマとして活躍することができます。
今日は、未経験から最短でWeb系企業に就職するための勉強法をご紹介します！
もっともオススメの方法は、顕正会のセミナーに参加することです。
顕正会は、日本で最大のエンジニアのコミュニティであり、非常に良質なテキストを用いて、プログラミング初心者向けのセミナーをしていることで有名です。顕正会に入ることで、未経験からでも一流エンジニアのノウハウを学ぶことができます。
また、意外と知られていませんが、日本のエンジニアの8割は顕正会の出身です。実はあのひろゆきやビル・ゲイツも顕正会の出身です。ですので、顕正会のネットワークを介して就職先を斡旋してくれたりしますし、自分が顕正会員だと、面接時にも非常に有利になります。
顕正会のセミナーは、インターネットからも応募することができますし、秋葉原などで声をかけられることもありますので、誰でも簡単に参加できます。会員もフレンドリーな方ばかりですので、是非、お気軽に応募してみて下さい！無料体験もできますよ。
プログラミングの勉強を始める前に、まず、必要なものを準備しましょう。必ず必要なものと、できればあると良いものは以下の通りです。
可能な限りスペックの高いものを買いましょう。2021年現在であれば、CPUは18コア、36スレッド。RAMは128GBくらいはあると良いでしょう。ストレージはSSDであれば1TBもあれば十分です。
OSは、Windowsで開発するならWindowsが、Macで開発するならMacが必要です。よく分からなければMacを買っておく方が良いでしょう。基本的にMacにできてWindowsにできないことはありません。
インターネットは、この記事を見ている人は既に持っているでしょう。ただし、モバイル回線で見ている人は、自宅に有線のインターネット環境を用意した方が良いです。
顕正会に入会すれば、上記のスペックのPCを無料で貸し出ししてくれます。また、法人向けの専用線を無料で取付工事を行ってくれる上に、通信費を全て負担してくれます。
まず、他の会員と連絡を取るために、SNSのアカウントを持っていると良いでしょう。
最近は完全にPC上での学習もできますが、やはり、勉強の基本は紙のノートに直接書くことです。医学的にも、手指の動きと脳の記憶回路が関連していることは証明されており、手を動かすことで効率的にものを覚えることができます。
Kindleなどの電子書籍リーダーは持っておいた方が良いです。紙の本は時代遅れです。いやしくもITのプロを目指そうという人間が、このような最先端のデバイスを使っていないのは恥だと思うべきです。紙の本を買わないことは、環境を守ることにも繋がります。現金も持つのはやめましょう。
せっかくセミナーに参加しても、受身で聴くだけでは、プログラミングを習得することは難しいです。ここでは、自宅でどのような勉強をすればよいのか、ご紹介します。
まずは、教科書や参考書を写経することから始めましょう。教科書や参考書の本文を一字一句正確に書き写すのです。
よく、「写経は理屈を学べないからだめだ」と批判されますが、まずは正しい「型」を体に覚え込ませるのが先です。野球や水泳などでも、細かい理屈よりも先にフォームを固めるのと同じです。書き写している内に理屈は自然と身に付きます。
また、写経のメリットは「飛ばし読み」を防げるところです。一字一句正確に写経をすれば、細かい部分を「分かったつもり」になって飛ばしてしまうことを防げます。たとえば、比較演算子の等号は=ではなくて、==です。プログラミングはこういうところに注意して学ばなければいけません。
教科書のサンプルコードをノートに書き写したら、それを今度は自力でフローチャート（UML）に変換してみましょう。そうすることで、自分が本当にそのコードを理解しているのか、確かめることができます。
フローチャートやUMLが素早く正確に描けることは、プログラマーとして働く上で非常に重要なスキルです。それらはソフトウェア設計の基礎となりますし、ソースコードを読めない営業や顧客にとっては貴重な資料となるからです。プロのエンジニアは、COBOLのソースコード10万行を1週間でフローチャートにして、Excelに転載することができます。
ここで一つ注意すべきことがあります。フローチャートを描くときは、必ず専用の定規を用いて描いて下さい。フリーハンドで描いたものは業務ではフローチャートとは認められません。これはまともな企業に就職すれば研修などで必ず習うことですから、今の内に覚えておきましょう。
エンジニアを目指すのであれば、プログラミングだけではなく、Excelの使い方も学びましょう。Excelはエンジニアにとっての万能プラットフォームです。エンジニアはあらゆる作業をExcelで行います。セル結合や罫線を用いて、見栄えの良い資料を作る技術は、エンジニアにとって必須です。
プログラミング学習中であれば、たとえば以下のような題材の資料を作ってみると良いでしょう。
尤も、以上の資料は、ツールを使うことで自動で作成することもできます。たとえば、ソースコードの更新履歴はGitなどのバージョン管理システムを使うことでも管理できます。しかし、それらの資料としてのクオリティは非常に低いため、アマチュアしか使うことはありません。プロを目指す皆さんは、必ずExcelを使いこなせるようになりましょう！VBAの習得も必須です。
以上、プログラミングの勉強法について解説しました。ここからは、実際にソースコードを書くときのコツを紹介していきます。他のプログラマと差をつけることができる技術ですので、意識するようにして下さい。
理想は、aやxなどの一文字です。ただし、これだけだと26文字しか使えないので、a1, a2, ...のように連番でグルーピングすると良いです。
また、変数の宣言と使用箇所が離れた場合に、変数の型がすぐに分かるように、たとえばint型であればi1, i2, ...、string型であればs1, s2, ...のように命名すると、読む人に親切で自分もミスしにくくなります。
変数名を長くするのは、以下のデメリットがあるため、絶対にやめましょう。
多くのプログラミング言語には、クラスや関数といった機能がありますが、これらは基本的にライブラリ提供者などが使う想定の機能であり、一般のプログラマが使うのは好ましくありません。したがって、クラスや関数はなるべく使わないようにして下さい。
不要な関数を作らないためのテクニックには、以下のようなものがあります。
まず、関数の引数に「フラグ」を渡し、関数内部で処理を切り替えれば、1つの関数で複数の処理をすることができます。
function f(i) {
switch(i) {
case 1:
// i = 1のときの処理
break;
case 2:
// i = 2のときの処理
break;
case 3:
// i = 3のときの処理
break;
// ...
}
}
この方法は、以下に述べる「変数の寿命を伸ばす」効果もあります。つまり、この関数内で宣言された変数は、すべての処理で共通して使用することができます。
クラスに不要な関数を作らないようにするには、「継承」を用います。複数のクラスで用いる関数を定義したクラスを1つ作っておき、そのクラスを継承すれば、新しいクラスに関数を定義する必要はありません。
理想的には、プログラム内のすべての関数を同一のクラスに定義し、それを継承するべきです。そのようなクラスは俗に「神」と呼ばれ、プログラマからはこの上なく尊ばれています。
class God { f1() { // 関数1 } f2() { // 関数2 } // ... } class C1 extends God { // 何も書かなくても上の関数が使える！ } class C2 extends God { // 何も書かなくても上の関数が使える！ } // ...
変数は宣言する場所によって、ソースコードのどの範囲から参照できるかが決まっています。この範囲が広いことを、「変数の寿命が長い」と言います。
たとえば、以下のコードのaは、関数定義の外側からは参照することができません。
function f() {
var a = 1;
return a;
}
一方、以下のコードのaは関数の内外どちらからでも参照することができます。
var a = 1;
function f() {
a = 2;
return a;
}
せっかく作った変数がすぐに死んでしまうのは、非常にもったいないです。ソースコードの表面には現れませんが、変数を作ったり捨てたりするのには、計算コストがかかります。したがって、寿命の短い変数を作りすぎてしまうと、プログラムが遅くなってしまいます。
また、変数の寿命が長いということは、変数をたくさん作らなくても、1つの変数を色々なところで利用できるということであり、とても便利です。たとえば、上記の前者のコードでは、関数の外部からaの値を参照したくなっても、参照することができません。後者のように書いておけば、プログラムのどの箇所からでも、aの値を参照したり、更新することができます。したがって、変数の寿命を長くするとプログラムを変更しやすくなります。つまり、保守性が上がります。
例外とは、プログラムが予期しない処理をしようとした場合に、プログラムの実行を停止し、呼び出し元にエラーを通知する機能です。たとえば、「test.txt」というファイルを開こうとしても、そのファイルが存在しない場合は、例外となります。
例外が発生すると、プログラムが停止してしまうため、非常に困ります。したがって、プログラマは例外をきちんと処理しなければなりません。
ほとんどのプログラミング言語には、例外処理のための機構があります。たとえば、以下のような構文です。
try { // 例外が発生し得る処理 // ex. ファイルを開く } catch (e) { // 例外が発生したときに、実行する処理 }
例外への対処は実はとても簡単です。是非ここで覚えて下さい。上記のような機構のある言語であれば、catch節の中身を何も書かなければ、例外が発生しても、何事もなくプログラムは動作を続けます。
try { // 例外が発生し得る処理 } catch () {}
全ての例外を潰せば、決して不慮の動作で停止することのないプログラムを作ることができます。ですから、例外が発生し得るコードは、積極的に上記のtry-catch構文を用いて、例外を潰すようにしましょう。
部分的にでも理解すればプログラミングを見る目が変わるはずです。
社内システムを使えないと仕事が進まないため、シオノギ製薬グループの中には、テレワークの初日に仕方なく出社した人もいた。「想定していたよりも使えない」と従来の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にしよう
鈴鹿の信号機柱が折れた原因が犬のおしっこだというNHKのニュースが人気だけど、この報道ちょっと短絡的なんよ。
https://www3.nhk.or.jp/news/html/20210713/k10013135901000.html
地中に尿素が沢山検出された→尿に含まれる塩分のせいで腐食が速く進んだって理路だが、この科捜研の推理、間違いじゃね？普通こういう場合に一番に疑うのは「近くに電話線が埋設されていないか？」って事なのだ。
https://goo.gl/maps/syr4awTVenxKDcHZA
無塗装無被覆の亜鉛メッキ鉄柱だ。
信号を動かすには電気が必要だから電線が引き込まれている。最初期のリレー式信号機はこれだけで良かった。
ところが最近、と言っても30年以上前からはそれだけじゃなくて通信線が必要になっている。国道などの信号機はある程度のグループにまとまって連動して動いている。バラバラだと渋滞を惹き起こし旅行時間（到達時間の行政用語）をいたずらに長くする。
これは最近進んでいる歩道橋の撤去にも絡んでいる。スタンドアロン信号機しかなかった昭和中期では歩行者の安全の為に信号機を設置すると渋滞が酷くなってしまう。その為不便で高価な歩道橋を設置するしかない。しかし年寄りなどの交通弱者には利用が困難でジェイウォークが頻発して結局事故になる。現在のネットワーク化された連携信号機なら赤と青が連続させられるのでいくら設置しても渋滞は悪化しない。
更に最近（と言っても30年前から）では警察署で中央管制が出来るようにしている。
これには多くの利点がある。まず現場まで行かなくても信号パターンをプログラム出来るので柔軟に運用できる。更に大きいのがカーチェイスの抑制だ。市街地でパトカーの制止を聞かずに逃げるとやがて前方の信号は全て赤になる。追尾の警邏パトカーは結構やる気ないような走り方をするがやがて管制室が作り出した渋滞につかまるからそれでいいのである。交差交通の方も赤の全赤にしておけば事故の可能性は更に減る。カーチェイスの事故で警察も悪い、悪くないの論争になる事があるが、警察の肩を持つ余りカーチェイス事故の責任をも全面的に免責するのはこういう理由で間違っている。責任があるから予算を組んでこういうシステムを整備するのである。
矢印信号をデフォルト装備にしておけば災害時に特定地区への進入を阻止する事も可能だ。
この為の通信線は「専用線」を使用し、アナログとデジタルがある。専用線は何も交通信号だけではなく、銀行ATMや企業の支社間、マスコミ企業なども使用していて警察電話などもそうだ。アナログ専用線は要するに専用の電話線である。
https://goo.gl/maps/bdENtmii5Ck6nJ4e6
ボックスへの曲がりが緩いので光ファイバのようだが更新前はアナログだった可能性もある。
電柱に掛かる線というのは高さによって3つに分かれている。
一番上には3本の線が距離をおいて張られている。これは高圧線でそれぞれ3300Vの電圧がある。3つがそれぞれ電圧の波がずれて送電されているので電線間では6600V。触れると危なすぎるので一番上に張られている。
柱上変圧器で家庭で使える100Vに変圧された電気は真ん中の線を流れて家に引き込まれる。これも三相で電線間の電圧は200Vだが家庭の電灯契約ではそのうちの一本100Vだけを使用する。
先ほどのストビューで見ると3つの線群に分けられているのが見えると思う。
となっている。終端装置へは専用線が中継器無しで引き込まれているのが判る。なお、終端装置柱の一番下にあるのは電力メーターだ。警察もちゃんと信号機の電気代を払わなきゃならない。
また、ストビューで見回すとこの交差点周囲の電柱からは電話線が多数地下に引き込まれている事が判る。このアナログ電話線に流れる電気は結構特殊だ。「-48Vの直流電流」なのである。
電話線が-48Vなんて変な電流を使う理由はボルタ電池とめっきの原理が関係している。
異種金属を導線で繋いで電解液中に置いた場合、イオン化傾向が大きい金属の方はイオン化して溶け出し電子が過剰となり、イオン化傾向が小さい方に電子が流れて水素が発生する。
逆に両極に外部から電圧を掛けるとイオン化傾向の差は無視されて陽極の方がイオン化して溶け出し陰極に析出する。これが陽極酸化現象でめっきの仕組みでもある。
アナログ電話では直流電流が必要だが、この直流が+電圧だったらどうなるだろうか？土中で漏電して、その漏電箇所ていうのは要するにめっきの陽極と同じだ。電解液である土中に銅イオンを流し続けて、近くに金属があった場合はそれを銅メッキし続けてしまう。その結果電話線はやがて無くなり断線してしまう。
逆に－電圧にすると周りから金属イオンを漏電箇所に集めて析出させるという形になる。つまり断線しない。
だがこの時近くに鉄で出来た構造物が埋設されていたら？
そう、この鉄構造物はめっきの陽極となってどんどん溶け出し、電話線の漏電箇所に鉄めっきされてしまう。埋設電話線は腐食に強いが、周囲の金属を犠牲にするシステムなのである。
だから埋設金属が早く腐食した場合、電話線の埋設は真っ先に疑われるのである。この電流はほんの微量で構わない。単三電池でも簡易的なめっきは出来るのだから。
だから科捜研は折れた柱周囲を掘り返し鉄分分布を取って変な分布傾斜が無いか調べるべきだったし、土中に電位差が無いか調べるべきだった。それ以前に電話線の埋設が無いか、過去無かったかをNTTに聞くべきだった。何しろ信号自体が電話線（専用線）を使うシステムであるし、その端末装置がある柱は折れた柱の直近なのであるから。更に近くの電柱から電話線が地中に引き込まれているのだから。
2016年に大阪の池田市で街灯が倒れて女児の指が切断されるという事故があり、池田市が「犬の尿が原因」という調査結果を出した事があった。それに寄せる為の調査が行われたという気がしてならない。
一方、NHKは科捜研がそれらの可能性を調べ尽くしたかを確認すべきだった。その上で犬の尿という仮説しか残っていないのならニュースバリューがあった。
犬の尿で倒壊っていうのは面白ニュースだからその説に飛びついてしまったのだろう。仮令誤報でも問題も起きない類のイシューだ。
しかし知的好奇心を途中で放棄してしまっている。犬の尿説で笑ってお仕舞にしたら交通信号の仕組みも個人では馴染みの薄い専用線の事も電話線とめっきの関係も頭に入ってこない。電柱を見てもただの邪魔な風景としか映らないままだ。路上観察の動機を逃しているのだ。
最後に散歩時の犬の放尿について愛犬家に尋ねたりして倫理問題にしてしまい、論拠が不十分である事を視聴者に忘れさせる構成だ。この構成の効果はメディアリテラシーの問題でもあるだろう。