  |
はてなキーワード: ポインタとは
※中古品は除く
※単体の「パソコン」として売られているものに限る(PCパーツやベアボーンキットのような半完成品は除く)
※日本国内で店頭販売されているものに限る(ネット通販や海外輸入品は除く)
ドスパラのスティックPCが現状もっとも安い(税抜き14,800円)と思われる
ASUS VivoBook E203NA(実勢価格25,000円前後)が現状もっとも安いと思われる
もしくはドン・キホーテのオリジナルノートパソコン、あるいは2in1パソコン(いずれも税抜き19,800円)だが、これらは在庫限りとなっているため確実に購入できる保証はない
この議論何周目だよ
去年の秋に「イキイキママ問題」で大盛り上がりしたばっかだろお前ら
最近大騒ぎになっているIntelなどのCPUレベルの脆弱性、MeltdownとSpectreについてメモ。最初はキャッシュ内のデータを読み取るのかと勘違いしていたのでその点を中心に。
・CPUによってアクセスが制限されているはずのカーネル領域データへのアクセスがアウト・オブ・オーダー実行(OoO)で動作してしまうことがある(Meltdown)
・OSによってアクセスが制限されているはずの別プロセスのユーザー領域データへのアクセスが投機的実行で動作してしまうことがある(Spectre)
ただし
・OoOや投機的実行でアクセスが制限されている領域へのアクセスが行われても、ソフトウェアがアクセス可能なレジスタやメインメモリ上の値は、OoOも投機的実行もないCPUと変わらない。MeltdownとSpectreでこの原理が破れたわけではない。
・キャッシュにはアクセスできない領域のデータが入っているかもしれないが、ソフトウェアから「L1キャッシュのn番目のデータを読む」といった操作はできないし、実のところMeltdownとSpectreではキャッシュにどんな値が入っているかは関係ない。
そこで、OoOや投機的実行でアクセスが制限されている領域へのアクセスが行われている間に、次のような処理が走るようにする。
a = *kptr; /* kptrはアクセスが制限されている領域へのポインタ */
b = array[a<<12]; /* 配列arrayは自プロセスの領域。12ビット左シフトはハードウェアプリフェッチャによる先読みの影響を防ぐため。 */
参考:
hiuchidaさん 「MeltdownとSpectreの違いについて分かったこと」
https://qiita.com/hiuchida/items/2248b379197a5052029e
品川高廣さんのツイート
https://twitter.com/utshina2/status/948809945327157253
配列arrayは自プロセスの領域内なので後から問題なくアクセス可能。変数nをカウントアップしながらarray[n<<12]のアクセス時間を順次計測すると、array[(*kptr)<<12]はキャッシュに残っているのでアクセス時間が早い。これによって*kptrの値が推定できる。
つまり、キャッシュに入っている値そのものではなく、あるアドレスがキャッシュされているか否かという形でOoOや投機的実行中の一時的な値を記憶させてしまう。
本格的にプログラミングを始めとしてコンピュータ科学を学び始めたのは大学に入学してからです.
今では幸運なことにインターンで都内のベンチャー企業でgolangやpython, scalaを用いた大規模なシステム構築に携わっています.
お給料も日本の大学生にしては破格といえるのではないでしょうか. それも大学で真面目に勉強したお陰であると胸を張って言えます.
大学の方の卒業研究では組み込み系のセキュリティに関して研究しています. 正直テーマ選びに失敗したなと思っているので大学院にいったらシステムプログラミング系の方にシフトしようと思っています.
私が大学の授業で初めて習ったプログラミング言語はC言語でした. 理由を教授に聞くと, 並行して座学で教えるコンピュータ科学系の専門授業全般と結びつけやすいからだそうです.
最近のTwitterやQiita, StackOverflowなどでは「初学者が最初に学ぶべきプログラミング言語はなに？」という質問に対して, JavaScriptやPythonから入るのがベストだと言う人を沢山見かけます.
JavaScriptはブラウザというものが有る限り20年は消えなさそうですし, Pythonは機械学習を始め, Webシステムでも使え, 非常にクレバーな言語です.
javaもオススメだと思います. 30億?ものデバイスで動く言語ですしドキュメントも豊富です. 色々な分野にも応用が効くでしょう.
さて, そんな中でC言語という悪い評判しか聞かない, でもやたら色々なところで使われているらしい言語を最初に学ぶメリットとは一体なんなのでしょう.
一つ, 私が思いついたのはコンピュータと仲良くなれる.
というのもC言語はアセンブリや機械語に比べれば, 人間にわかりやすく, かつコンピュータ側にも近いという顔をもちます.
真面目にプログラミングしようとするとどうしてもそのコンピュータの仕組み(主にメモリ) について学ぶ必要が出てきます. これらの知識が現代の開発に置いて役立つ分野比較的限られると思います.
しかし, それらは思わぬバグの特定や意図していない動作の改善に役立つことがあるかもしれません(実際に私もいくつか出会いました)
二つ目は他の言語を学ぶ時のハードルが非常に低くなる. これはどの言語を学んでも同じだとは思います.
そして, 他の言語の高級な機能に思わず涙ぐみながら感謝すること間違いなしでしょう(javaのsplitとか他の言語にもあるHashとか)
ただ, 私はC言語の構造体やポインタのお陰でオブジェクト指向プログラム言語を低レイヤな実装的な面と概念的な面ですんなりと理解することができました.
そしてよく挫折ポイントとなるポインタ(ダジャレじゃないですよ？). これもメモリの住所だと考えればそれほど難しくはないのです.
メモリの管理を適切に設計した時あなたのプログラムはボルト並みに早く走ってくれるかもしれません.
他の言語では味わえないやりがいがあるのもこの言語の魅力でしょう.
書いているとこれぐらいしか思いつきませんでした.
それでもコンソールに初めて Hello World! が出力された時の感動はやはり忘れられません.
昨今, 高機能な言語が沢山ありますが, あなたのプログラミング生活にささやかなアクセントとしてC言語を学び直してみてはいかがでしょうか？
きっと今使っている言語に普段言わない感謝の言葉を述べること間違いなしです.
補償期間内（６か月）に不具合が発症していたんだけど、USBの抜き差しでリセットできていたから我慢してた。
ところが、ちょうど６カ月と１日経過した時から、それまではまれだったレーザーの消灯が頻繁に起きるようになった。
ポインタが動かないから、なんだ？と思ったら、レーザーが点いていない。USBを抜き差しすると、また点灯する。
ちょっとでも具合が悪かったら直ぐにクレーム付けるべきだったな。
安物だから、何とか使えるから、ではだめで、文句を付けるべきだった。
でも、高いの買ってもそんなに長くはもった記憶が無い。
増田の思うような「入門者向けの本」がないのだとしたら、入門するにそれが最適な方法ではないからでは？
自分も独学でプログラミングを覚えたからわかるけど（そしてちゃんと基礎から動くコードが書かれてる本なんてゴマンとあると思うけど）
その辺に書いてある本読んでも自分が実現したいものがない限り身につかない。
プログラミングを覚えることが目的じゃなくて、プログラミングを手段として何をしたいか、だ。
プログラミング覚えたいって言われてたらまず最初に「なに作りたいの？」って聞くし
そこで答えが返ってくれば何をググればいいのかはすぐ教えられる。逆にそこがないとどうしようもない。
（そしてこのやりとりは知恵袋でもTwitterも簡単にできるし、すぐ返事がくるだろう）
例に出してるポインタとかも、最近はスクリプト言語なら理解せずに働いてるエンジニアも結構多いよｗ
週末の書店。
プログラミングコーナーに行くと、いつもうんざりした気分になる。
何故ってこんなに入門書が溢れかえっているのに、何一つとして入門者向けの本が無いからだ。
日本の書籍小売の総本山、神保町は三省堂書店の棚の端から端まで見た所で、ビギナー向けの本などありはしない。
なぜなら、入門書を謳っている本のコードはほとんどが動かないコードだからだ。
入門書だと言うのに、ページを割くべきところに文章やイラストを割かない本が多すぎる。
例えばポインタ、コンストラクタ、インスタンス、カプセル化…それぞれの概念。
イラストの入門書だってそうだ。「入門」と書いてあるからといって、開いてみればデッサンや形のとり方を教える本などありはしない。
そう、日本の入門書とは「元々デキる人がリメディアルとして持っておく本」のことであり、「ビギナー向けのウェルカム本」ではないのである。
だからといって、誰もがpythonの専門家になる胎教を受けて産まれるわけではないし、誰もが10代で写真と見まごうスケッチを描けるわけではない。
では、その「デキる人」は誰に教わったのか？やはりデキる人たちや、海外の入門書を車座になって読んで学習したのである。
しかし、その「始祖・デキる人」がヒーローの時代とは、今とは複雑度合いも、求められるものも違う。
今は学生であっても、ある程度の高度な成果（ここでは、ネットで発表したものがネットニュースでバズった経験や、学会で評価された経験のこと）があって始めて企業の受験票でしかない。
なぜ入門者向けの本がないのか？
習うより慣れろ。仕事は見て盗め。教えられるのを待っているな。・・・
自分より出来ないやつに教えるのが大嫌いなのだ。（入門書の著者ですらそうなのだ！）
上にあるように、ある程度デキる人でないと、その手の会社には認められない。
だからといって、大学教育で手ほどきを受けられるわけではない。これもある程度デキる人向けなのだ。
では、書籍で自助努力を、となっても、文頭にあるように、入門書向けの本など無く。
では、デキる人はどこにいる？これもやはり雲の上の大学にしかいない・・・
今はネットがある？これも難しい。
知恵袋や、teratailであっても、初心者に与えられる答えは「ググレカス」のみ。
では、ネットにジャストな回答があるか？といえば・・・ない。基本的には公式リファレンスのコピーや、動かないコードしかない。
デキる人は、デキない人の気持がわからない。何がわからないのかわからない。
だからあいつらがわからないのは、あいつらが勉強不足だから、と考える。
わからないのは、あいつらの自己責任だ。だから初心者は嫌なんだ。となる。
適性を測っている、という見方もある。
しかし、適性というものは基本的にやらなければわからないもので、やる前の教育から放棄しているのは適性を測るというより、
日本人の初心者軽視、というか教育軽視は今に始まったことではない。
「失敗の本質」でもそれは指摘されている。ということは戦時から既に教育嫌いなのだ。
職場でもそう。教えられるのを待っているな、と言っておいて、いざ聞きに行けば「常識でわかるだろ」「ネットで調べて」「リファレンスマニュアル調べて」
学校でもそうだ。
授業の勉強も予習が前提。では授業ではより高度な話をするのか？しない。教師我流の演習である。
演習するだけならば、家や図書館で黒本や赤本を解いていたほうがマシじゃないか！
学校教育ですらこうだ。
