岩越線の全通から3年、松野トンネルの竣工からわずか8年で崩壊事故が発生したことで、一ノ戸川橋梁建設のためとはいえ路線選定の甘さが背景にあった（慶徳踏切から慶徳トンネル西口まで1km以上がほぼ直線引き）のが問題となり、構造物の後々の保守を考えた地質調査の重要性が指摘され、以後は事前の地質調査も入念になされるようになった。また上越線の建設工事にも拍車がかかり上越線は1931年に全通を迎える。
当時、新潟県と東京を結ぶ信越本線は、碓氷峠のアプト式区間がボトルネックで、岩越線回りは第2ルートとも呼ばれていたが、夜行列車では新潟 - 上野間の到達時分がむしろ早いものもあった。また信越本線の短絡ルートとなる上越線は未開通であった。そのうえ東日本の東西を結ぶ路線は当時ほかにないため、第一次世界大戦の特需や軍事物資の輸送など、かなりの部分を岩越線が担っていた。岩越線の不通により碓氷峠のアプト式区間には一挙に数倍の貨物が押し寄せたという。さらに日橋川沿いの電力をあてに会津地方に進出していた事業所は原材料の調達に支障をきたし、操業停止に追い込まれるところもあり、影響は甚大なものだった。
その後半年間、悪戦苦闘するも復旧がままならず、やむなく松野トンネルを迂回するルートが検討される。畑子沢の疏水トンネルを南に延長しながら盛土して軌道を敷設、同トンネルと相対していた慶徳トンネルも旧東口200m程度がトンネル途中から逆S字カーブで掘り直されるという前代未聞の突貫工事により線路の付け替えが行われ、1年以上過ぎた1918年（大正7年）6月12日に全面復旧した。このため慶徳トンネルの長さは708mから808.6m（スノーシェッド含む）に伸長されている。
松野トンネルの復旧に数か月以上かかることが判明したため、松野トンネル東側（現・慶徳踏切付近）に喜多方寄り乗降場を、沢をはさんで相対する慶徳トンネル旧東口に山都寄り乗降場を仮設し、崩壊現場付近は南側を徒歩で連絡することとした。しかし貨物については連絡に多大な人力が必要となるため、急きょ両トンネルの上部を結ぶように延長2km弱の索道を設けて、8月中旬より迂回輸送をしていたが、索道橋脚が木製の簡素なものであり重量貨物は運べないなど、大きな制約があった。なお山都寄り乗降場は、蒸気機関車の煤煙が復旧工事と通行旅客に支障をきたすことや、索道輸送の用地の関係で、慶徳トンネル西口に移設された。
同トンネル崩壊後、ただちに東半分のトンネル残存部分の復旧には、斧指（よきさし）と呼ばれる専門の支保工夫が動員され、西半分の崩壊部分はトンネルを切り開くべく多数の工夫が動員され、数か月間悪戦苦闘しつつ崩落土砂等の除去にあたるが、上の雷神山方向から大量の土砂が押し寄せるばかりで復旧もままならず、やがて同トンネルは打ち捨てられることになる。現在は両側とも福島県喜多方市に属し、松野トンネル東口（喜多方坑口）遺構が藪のなかに残存するのみである。
付近は会津盆地西縁断層帯が通っているため、会津で和泉層と呼ばれる風化した粘土質の地層と、折からの豪雪（大正豪雪）による融雪水が引き金となり、松野トンネル付近の雷神山に大規模な地すべりが発生したのが原因。資料によれば同トンネルは、死亡事故こそなかったものの工事中から度々の部分崩壊事故が続き、一部はレンガ巻きが通常の2倍の9枚巻きに強化されていた。なお同じ岩越線の尾登トンネルにも崩壊事故があったことが記載されている。
1940年代から1950年代にかけての計算機械のいくつかは、おこないたい計算（データ処理）の種類に応じた手順について、各構成要素間の電気的配線を直接に接続することでプログラムされていた。これをワイヤードロジック（布線論理）によるプログラミングという。この方法では、パッチパネル部分をモジュール化してまるごと交換するなどといったような手法もないでもないが、異なった計算をさせたい場合ごとに、配線を変更するという手間が必要である。特に、ENIACが（運用開始時には）この方式だったということは歴史上よく言及される。ワイヤードロジックは、制御の論理が、電気的な配線によって直接進行するという点で速度の点ではすぐれているため、論理を変更する必要がないASICや、プロセッサ自身の内部では速度の点などでは有利な手法であり、現代のマイクロプロセッサ、特にいわゆるRISCでは多用されている。一方、初期のコンピュータではEDSACにおいて初めて「実用的に」実現されたプログラム内蔵方式（※： 「ノイマン型」の記事も参照のこと）では、プログラムは主記憶装置に記憶される（「内蔵」される）。プログラム内蔵方式のコンピュータでは、プロセッサ（特にCPU）の動作は、主記憶装置から読み込まれるプログラムによって制御される。プログラムを作ることをプログラミングと言い、プログラミングをする人をプログラマという。プログラミングには一般に、プログラミング言語と呼ばれている形式言語である人工言語がもっぱら使われる。プログラミング言語が対応できないような特殊機能などを使う場合などにはアセンブリ言語により機械語を使ったり、直接、プロセッサを制御する機械語バイナリコードを作成することもある。プログラミング言語で書かれたプログラム（コード）をソースコードと呼ぶ。ソースコードのことを、「プログラムの設計図」と「わかりやすく」呼ぶ一部マスコミなどがあるが、例えば3Dプリンタ等が設計図をそのまま解釈して物を造ってくれることは無いように、設計図とは本質的に違うものである。なお、嘗ては「算譜（略: 譜)」という和製漢語が用いられていた（他に、データは「算料」、テストデータは「試料」、テストプログラムは「試譜」等）が、今日ではほぼ廃れている。また、「次第書き」「次第立て」という開いた表現も作られた。プログラミング言語を変換する、あるいは解釈実行する、といった処理をするプログラムを、プログラミング言語処理系という。処理系の類型としてコンパイラやインタプリタなどがある。コンパイラとインタプリタの関連は、二村射影により定式化されている。プログラムは、実現する機能によって、コンピュータ自体の動作を制御するオペレーティングシステムなどのシステムプログラムと、表計算ソフトなど使用者が目的とする作業そのものを行うアプリケーションプログラムに大別される。