「高輪ゲートウェイ駅」を路線図にどうやって入れるか｜井上マサキ｜note
山手線の駅名でカタカナを採用するのは初めてだったり、駅名を公募して6万件も集まったのに130位だった「高輪ゲートウェイ」を採用しちゃったり、ネットでも否が多目の賛否両論が渦巻いておりますが……。 この長い駅名、路線図にとっても一大事なんですよ。路線図マニアとしては「『高輪ゲートウェイ』という長い駅名を、品川と田町のあいだにどうやっていれるのか？」が、どうしても気になります。 たとえばJR東日本の首都圏近郊路線図を見てみると……。 品川−田町間はこうなってます。 元々、品川と田町のあいだに何かしらの新駅が入るのは予定されていたこと。田町と浜松町をちょっと上に移動してスペースを空けることにはなっていたと思うんですよ（浜松町を動かすと東京モノレールにも影響があるのでそれはそれで大変ですが……） ここに「高輪ゲートウェイ（Takanawa Gateway）」を挿入するとなると、大崎のローマ字にまで
自動改札機の運賃計算プログラムはいかにデバッグされているのか？ 10の40乗という運賃パターンのテスト方法を開発者が解説（前編）
自動改札機の運賃計算プログラムはいかにデバッグされているのか？ 10の40乗という運賃パターンのテスト方法を開発者が解説（前編） ふだん何気なく使っている鉄道。改札を降りるときにICカードを自動改札にかざすと、「ピッ」という音と共に一瞬のうちに運賃を計算してくれます。けれど、複数の路線を乗り継いだり、途中で定期券区間が挟まっていたりと、想像しただけでもそこには膨大な組み合わせがあります。それでも運賃計算プログラムはわずか一瞬で正しい運賃計算が求められ、バグがあったら社会的な一大事にもつながりかねません。 爆発的な計算結果の組み合わせがあるはずの運賃計算プログラムは、どうやってデバッグされ、品質を維持しているのでしょうか？ 9月12日から14日のあいだ、東洋大学 白山キャンパスで開催された日本科学技術連盟主催の「ソフトウェア品質シンポジウム 2012」。オムロンソーシアルソリューションズ 幡
JR東における鉄道システムがIT化されてきた歴史と品質向上への取り組み（前編）。ソフトウェア品質シンポジウム 2014
JR東における鉄道システムがIT化されてきた歴史と品質向上への取り組み（前編）。ソフトウェア品質シンポジウム 2014 鉄道は乗客を安全に運ぶという点で信号や列車の制御システムに非常に高い品質が求められる一方、ダイヤなど旅客情報については大量の情報を処理して乗客に提供しなければならないという複雑なシステムで構築されています。そして現在そのシステムの多くがIT化されています。 鉄道の安全性や正確性、そして快適性などをITがいかに支えてきたのか。9月11日に東洋大学で開催された「ソフトウェア品質シンポジウム 2014」では、JR東日本のIT化や品質向上の取り組みについて東日本旅客鉄道株式会社 松本雅行氏のセッション「鉄道信号システムへのアシュアランス技術の適用」が行われました。本記事ではその内容をダイジェストで紹介します。 本記事は前編、中編、後編の3つに分かれています。この記事は前編です。
山手線の踏切の跡
山手線には、踏切が１つだけある、という話はわりあいよく知られていると思う。駒込と田端の間にある。 ただ、地元の人の話によると、昔はその隣にも踏切があったようだ。だいぶ前になくなってしまったそうだが、言われてみるとそれっぽい痕跡が確かにある。 山手線の、そういう、前は踏み切りだったけど、今はそうじゃないような場所をめぐって痕跡を探してみました。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
東京メトロ、列車の在線位置など全線オープンデータ化、車両の所属会社も 
地下鉄24時間化より満員電車の解消を：日経ビジネスオンライン
