Windows8.1のアップデートを途中で止めるには？
仕事でVisual Studio 2017を使うことになったのでインストールしようと思ったら、どうやらWindows8.1以上のバージョンが必要らしいです。
僕はいまだにWindows8やったので、朝仕事に行く前に何気なーく8.1へアップデート…
としてしまいました！そうなんです、アップデートってめっちゃ時間かかるん忘れてたー！
（だって普段アップデートなんか、なかなかせーへんもん。。。）
仕事始まるまであと30分…
アップデートし始めてから30分経つけどまだ10%ぐらい…
はい、絶対間に合わん！笑
ということで、途中で止めることに。
でも待てよ。更新中ってパソコン止めへんほうがよくない？なんかそんな話聞いたことない？クラッシュしてもた、って話聞いたことある！
ということで、Windows8.1へのアップデートを途中で止める方法をちょっと調べてみましたが、少してこずったので今後のために以下まとめまっす。
・「Windowsボタン」でスタートメニューを出す。
・「コマンド」と入力すると「コマンドプロンプト」が出てくるので、右クリックからの「管理者として実行」をクリック。
・管理者権限でコマンドプロンプトが出てくるので、以下コードを入力。
net stop wuauserv
Windows Updata サービスを停止中です.
Windows Update サービスは正常に停止されました。
と出たら、次に以下コードを入力。
net stop bits
Background Intelligent Transfer Service サービスを停止中です..
Background Intelligent Transfer Service サービスは正常に停止されました。
と出たらOK！これで更新アップロードを止めることができたみたいです。
・で、再開したいときはこちら。
net start wuauserv
と、
net start bits
こちらも無事に再開しました！
ちゃんと止めてからシャットダウンしないとどうなるか怖くて試してないんですが、どんなことになるかわかる方は教えてくださいな。
みなさん、ご安全に。
未経験から勉強を始めて90日後にはエンジニアになれた勉強法を振り返ってみる
僕が本格的にプログラミングの勉強を始めたのは今年（2018年）3月末からでして、しかもそのときに選んだのはVBAでした。
Progateも知らんかったし、他の言語（PythonとかRubyとか）も選択候補にはあったものの選ぶことはありませんでした。
で、なぜVBA？と疑問に思うかなーと思うんですが、それは
「目の前にニーズがあったから」
なんです。
そのときはバックオフィス（いわゆる事務）業務で客先に常駐していたんですが、エクセルで毎日やる業務が大量にあったんですね。
僕はエクセルが得意やし好きなので、全然イヤじゃなかったんですけど、周りにいる社員さんがちょっと苦労してたんです。
だから「僕が代わりにやりますよー」って感じで仕事をやってたんですけど、よく考えたらこれ、めっちゃ改善する余地あるな、ってことに気づいたんです。
そこで責任者の方に、
「VBAでエクセル業務の改善をやってみたいんですけどいいですか？」
と相談してみたらすんなりOKもらいました。
まぁ追加でフィーをもらったわけではないので、そりゃやれるんならやってもらいたいですよね（笑）
で、やります、と自分から言ったはいいものの、エクセルは関数をある程度使いこなせるレベルなので、VBAなんて触ったことありません。
ましてや、僕は経済学部出身で仕事も営業とかコンサルとかやってたので、エンジニア経験・プログラミング経験なんて皆無です。
まさかその90日後にエンジニアとして別の案件に携わってるとは微塵もイメージできてませんでした。
で、何から始めたかというと、以下のような流れになります。めっちゃ遠回りのように見えて、結果的に最短ルートやったんかな、と振り返って実感してます。
１．まずニーズを知る。
２．自分が得意な勉強パターンを分析してみる。
３．「勉強法」を勉強してみる。
４．ひたすらアウトプットして使ってもらう。
５．足りないところを補う。
６．１．に戻って繰り返し。
１．まずニーズを知る。
プログラミングの勉強法を調べる際に、必ずと言って出てくるのが
「作りたいものを決めてから勉強しよう！目的を決めよう！」
ということです。
僕はこれを見て毎回、
「いや、別に作りたいものなんてないっす。」
って思ってたんですよねー。
なんか、
「世の中をこうしたい！このプロダクトでソーシャルな課題をソリューション！」
みたいなんがまったくない。
「あのベンチャーにエンジニアとしてジョインだ！」
みたいなんもまったくない。
ただただ、
「頭の中で思い描いたことをちゃちゃっと形にできるようになったらいいなー」
ぐらいのもんでした。
だから「こうありたい」はあるものの、「これを作りたい」はなかったんで、なかなか目的設定ができなかったんです。
で、これはいつまで経っても勉強を始められない、始めても続かない、ということはありたい姿になれない、という焦りから、
「自分が作りたいものがなかったら、周りに聞けばいっか」
という思考に切り替えました。
結果的に僕にはこっちの方が向いてることに気づいたのでめっちゃよかったです。
今でも特に作りたいツールはありませんが、お客さんに「こんなツール作れる？」と聞かれたら、未経験でも「できます、やります」と即答してます。
そして実際にやり始めるとめちゃくちゃ楽しいので結果的に形になる（納品レベルは満たしてる）という感じで進めてます。
なので、まず、やる。
作りたいものがあれば作ればいいし、なければ周りに聞いてみてください。
意外とニーズってその辺に転がってるんかも。
２．自分が得意な勉強パターンを分析してみる。
で、未経験のことに取り組むわけですから、アウトプットしようにもすぐ持ってる知識が枯渇するわけです。
「今までの経験を活かして…」
っていう仕事の仕方が難しいわけですよね。
なので、強制インプットが必要です。
人によっては得意な勉強方法ってものがあると僕は思っています。
大まかに分けると
・視覚重視タイプ
文字や映像を見てインプットする、文字や絵を書いてアウトプットする
・聴覚重視タイプ
音声を聞いてインプットする、話してアウトプットする
・体感覚重視タイプ
実際に物に触れてインプットする、体で表現してアウトプットする
というインプット・アウトプットのタイプがあります。
インプットは視覚重視やけど、アウトプットは体感覚重視、ということがありえます。あと、ひとつだけではなくてインプットは視覚重視と聴覚重視で…ということもありえます。
なので、自分のインプット・アウトプットはどれが得意なのかな？と分析してみるといいでしょう。
ちなみに僕はインプットもアウトプットも視覚重視と聴覚重視だと思ってます。
なので実際にコードを書くよりも、まず本で全体像を把握してから、が定番の勉強方法です。ぶつぶつ言いながら誰かに教えるつもりでやる、というのも得意というか頭に残りやすいです。
３．「勉強法」を勉強してみる。
これはマジでオススメです。何でもそうですが、やり方ってもんがあります。地頭の良さとか天才性とかそういったものももちろんあるんですが、それすらもやり方がわからなかったら持ってるものを伸ばせません。
やり方に固執するのはあまり良くありませんが、全く知らないのはもっと良くないです。
なので、勉強法を勉強することから始めてみました。
プログラミングの勉強法ではなく、「大学受験」の勉強法、です。
あとは脳科学や心理学をベースにした勉強法もいっぱい見ました。
おもしろいことに、色んな表現方法や勉強法があるんですけど、集約するとそんなにパターンがなかったりするんですよね。
なので幅広くインプットしながらも、共通点＝本質と解釈して、それを実践することにしました。
このあたりはまたまとめようかな、と思いますが、まずは本屋でパラパラと勉強法について触れてみるといいのではないでしょうか。
４．ひたすらアウトプットして使ってもらう。
VBAでツールを作るにあたって、僕が最初に買ったのはサンプルコードがたくさん載っている本でした。英語で言うと「単語」や「文法」で高得点を取りたいわけではなく、自分の意志を伝える「会話」をしたい、というのがあったので、構文ごとに勉強できる本ではなく、ひたすらサンプルコードがあるもの（会話例がたくさんある英語の本みたいなイメージ）を選びました。
そしてそれを最初から最後までまず写経（本に書かれているコードを実際に記入して動かしてみる）をやりました。
1周目はあんまり理解してないながらも、とりあえず動くので家で1人で「おー！」ってテンション上がりながらひたすらやってました（笑）
で、僕は1周やって完璧！みたいな天才ではないので、何周も繰り返しました。
そうすると「何がわからないかわからない」というところが、
「何がわからないかわかる」ようになり、
「わからないところをわかるにはどうしたらいいかがわかる」ようになり、
「完璧ではないがわかる」ようになります。
そしてついには「目的さえ決めてくれたらコードを書くことができる」というところまで行くようになります。
５．足りないところを補う。
自分がどんどんレベルアップしていることを実感しながらも、やっぱりできないところもどんどん出てくるわけです。本で調べてもなかなか解決しない。
そんなときは「ググる」力が試されます。プログラミングの勉強を始めてびっくりしたのは、
「プログラミングで疑問に思ったことは、ググる力があれば90%以上は解決する」
ということです。もしかしたら90%じゃなくて95%かな。いや、98%かな。知らんけど。
つまり、自分が疑問に思ったことって、既に誰かが疑問に思ってるわけです。そしてそれを解決してきたわけです。更にありがたいことに、それを次の人のためにWEBという広大なスペースに残してくれているわけです。これ、本当に奇跡に近いですよね。昔なら時間とお金をかけてやっと手に入れていたものが、下手したら10秒後に無料で手に入るわけですからね。魔法ですよ魔法。
でも、もっと意外なことがあるんですが、この「ググる」ということを全然しない人がいる、ということ。
これは僕にとっては理解できません。
わからんことあったら調べろよ！っていっつも思ってしまいます。
・いま何時？
・A駅からB駅まで何分？何円かかる？
・C地点からD地点って歩いてどれぐらい？
・そういえばこの単語の意味って何やっけ？
などなど…
それ、調べたらすぐ出てくるやん？何で聞くん？
もちろん、「この人に聞かないとわからない」という専門性が高いものであるのなら話は別です。
でも上記のような質問って、誰でも調べたらわかるでしょ？
要は「調べることがめんどくさい」と思ってるわけです。で、「何で調べへんの？」って聞いたら「調べるより聞いた方が速いから」とだいたいの人は答えます。
いやいや。それは考えが浅すぎる。
・調べるクセがないと、誰もいないときに問題と出会ったとき、解決する手段がない。
・相手の時間を奪っている。相手も調べないとわからないことであれば余計に時間を奪うことになる。
と、自分にとっても相手にとっても多くのロスが生まれるわけですよね。超短期的に考えたら聞けばいいかもしれんけど、その先のことを考えると自分で調べた方が圧倒的にいいです。特にエンジニアとしてやっていこうと思うのなら、この「ググる力」は必須です。
６．１．に戻って繰り返し。
だいぶ情報を削りに削って書いてますが、それでも長くなりました。
詳細はまた追々書いていこうと思いますが、だいたいの流れはこんな感じです。あとはこれを繰り返すだけです。
ニーズがあって、自分の得意な方法や鉄板の勉強法でひたすらインプットとアウトプットを繰り返して、足りないところを補いながら形にしていく。
僕はこの方法で、2018年3月末にVBAを勉強しはじめ、7月からは新しい客先でプログラミング案件をいただくことができました。機械学習案件なのでPythonを使ったり、社内向けツールでVBAやC#などを勉強しながら使ってます。新しいツールの作成について話が出たときは、迷わず手を挙げるようにしてます。
できるかどうかで言われたら、今はできません。
でもどうやったらできるようになるか、自分の中で道筋が見えるようになってきました。
なので未経験の分野でもどんどん飛び込めるようになってきたかな、という自信はあります。
あなたも「今の自分のレベルでは…」と尻込みするのではなく、
「まずやってみる」という気持ちで取り組んでみるといいんじゃないでしょうか。
ここまでは大きな流れを書いてみましたので、もう少し具体的にここが知りたい！ということがあればぜひ教えてくださいー！
「学び」と「気付き」
普段、仕事や勉強をしているときに何かを学ぶことってたくさんありますよね。
知らなかったことを知る、
やらなかったことをやってみる。
それだけでも大きな学びになると思います。
そして、そんな学びを更に飛躍させてくれるのが、
「気付き」
なんです。
「学び」は本や人から教えてもらったこと。
それはあなたの考えではなく、
他の誰かの考え、ということになります。
それに対して「気付き」はあなたのもの。
今まで知ったことや経験したことと、
新しく入ってきた「学び」がうまく結びついて、
あなたなりの新しい解釈が生まれた瞬間なんです。
なので、もちろん
「学び」
も大切なんですが、この
「気付き」
もめちゃくちゃ大切なんです。
僕はいつも何かメモをとるときは、
左側：学び
右側：気付き
というように分けて書くようにしています。
誰かに何かを教えてもらっても、
それだけで終わらせずに、
自分でも何か気付きがあるはず！
という前提で聞くようにしています。
で、どんなときに気付くことが多いのかな？といつも思っていたんですが、
今日仕事中にふとひらめきました。
気付きが多く訪れる瞬間は、
アウトプットしたとき。
みなさんんもこんな経験がありませんか？
・人から相談されたのでアドバイスを話していたら、
自分でも考えていないようなことがポンッと出てきて
良いアドバイスになった。
・考えたり悩んだりしてなかなか前に進まないので、
紙に今の状況を書き出してみたら、
天才的なアイデアを思いついた。
そう、つまり頭の中にあるものを、
一度外に出すこと、もしくは出そうとすることによって、
今まで「点」でしかなかった情報が結びついて「線」となるんです。
それが「気付き」の瞬間なんです。
つまり、インプットだけしてもなかなか自分のものにはならず、
アウトプットを通じて気付きが得られるまでをひとつのサイクルとして捉える必要がある、
ということですね。
ちなみに、
【インプット】
目：見る
耳：聞く
鼻：嗅ぐ
【アウトプット】
手：書く
口：話す
足：移動する
と定義すると行動に落とし込みやすいのではないでしょうか。
せっかく学んでいるのに、なかなか成果が出ないな～と思ったときは、
アウトプット量を意識的に増やして、
あなたならではの「気付き」をどんどん引きだしていきましょう！
