  |
はてなキーワード: C++とは
COMもWindowsの中核を担う機能だけど、DirectX使うときとか、おまじないみたいに書いてたけど、そういうのは.NETフレームワークではあんまりないし、見えなくなるか、別のものに変わっていくのかもしれない
MacOSXがCarbonとCocoaの二段構成でありながら、段々Cocoaへ移行を促し、Swiftへ促すように、開発者はレイヤーを上がっていく
理想的には、だけど
だから、deprecatedな期間が用意されている
vbsやjscriptはそもそもIEとセットだったみたいだし、昔のMSは標準規格に一々突っかかって対抗する規格を打ち出してきた
OpenGLとDirect3Dもそうだけど、バンジーを買ってD3Dを作った価値はあった、というのはWindows市場でGPUが花開いたのは、どちらかというとD3Dのおかげであり、Xboxもその戦略、テストベッドの一部であって、そうでなかったらFireGLみたいなのが今でも生きていたかもしれない
今のようにCG以外の利用価値を見出すことも難しくなっていたかもしれない
そんなこんなで、vulkanとmetalの戦い？に今なってる
さて、vbsやjscriptはIEやIISでの利用を前提としたものだが、IEは流石にセキュリティーの面でも酷い
Acrobat Readerとの連携で起こる罠を最近知ったが、ブラウザ側で対処してないのはIE11ぐらいだろう
もっとも、一番の原因はPDFの規格をいたずらに拡張しすぎてることだが
MSはIEを捨てたいが、企業にはまだActiveX時代の遺物が残ってる
しかし、MSとしては今回のEdgeのChromium化も含め、Office 365的な便利さがかなり充実していき、買い切りでOfficeを買うのが馬鹿馬鹿しくなるように戦略を計っている
要はGoogleと同じなわけだが、GoogleのAppスイートをWindowsという圧倒的なシェアで実現するのだ
また、VBAにはJavaScriptが追加される、未定であるが
現段階でExcelの追加機能をHTMLとJavaScrptで書けるようにもなっている
WindowsやOfficeは単体では機能せず、Azureなどの基盤の上の駒の一つに過ぎない
WSL2もHomeでも動くようにしていくようだ
ユニバーサルなアプリも諦める方向らしく、UWPからWPF、WinFormsの方向へ戻っていく
ストアアプリでのわざわざ書かなくていい
ストアアプリでしか使えない機能も、普通にデスクトップアプリで使えるようになり、デスクトップアプリも普通にストアで売れるようにツールで変換などするようになっている
ありえるか分からないが、未来の話になるが、Win32に抜本的に手を入れる、廃止するというのもWinRTが主流になることがあれば、ありえるのかもしれない
そうすると、マネージドなC++などでなく、普通のモダンなC++で今風のWindowsデスクトップアプリが開発できるようになる
WinMainとかいうアホな文字を見ない時代も来るかもしれない
最近のMicrosoftは保守的だった過去とは正反対で、いきなり道路工事やビルを壊したり建て替えるようなアグレッシブな企業になりつつある
それはWindowsやOfficeの圧倒的なシェアというのが大したアドバンテージではなくなりつつある、という焦りの現れでもある
Microsoftもトヨタも勝ち組でありながらなぜか急激に焦っている
彼らには次の世界が見えているのだろう
私もその辺には同意したい
でも、DOSとCP/Mの話やNeXTとMacOSXではないが、ビジネスの世界だって先が分からない
NeXTで大失敗したジョブズは人間性的にも最悪な人だと業界では有名だったが、カリスマで人を集め大失敗した
私は忘れない、あの時期のインタビューでジョブズは「IBMだのWindowsだの使ってるユーザーはみんなNeXTに乗り換えるだろう」と自信満々に答えていたが、当時30万位のIBM-PCをモノクロで100万のNeXTに置き換えるだろうか
それから、最近のピクサーの話でもそうだが、ジョブズは画像処理のマシンを開発する企業を買収したという認識だったようだ
その後、ピクサーはCG映画で成功するが、ジョブズが指揮を取っていたらその成功はなかった
別の人間にマネージメントを託し、ジョブズは金を出すだけにして、意見は無視する、という方向に行ったから成功した
というか、ジョブズは意外とそういうことが多い印象がある
ビジネスの世界であれ、自然界であれ、次の瞬間の未来さえ分からない
今すぐ俺の部屋に飛行機が墜ちてくるかもしれない
もし、俺が数年後に何か社会的成功をするかもしれないとしても、その話は事故で消えてしまう
俺は俺の力で、努力して成功した、という人間は少しは周囲に迷惑をかけた人への感謝や、運の良さへの敬意を考えるべきだ
ウォズは感謝の念や労いの言葉のないジョブズに、みんなに何か言ったらどうなんだ、と指摘したことがあったように思う
ソリューションは提供できる、努力でできる範囲もある、だが、それは確率を高めはするかもしれないが、世界線は人の意志とは関係なく進んでいく
もしかしたらNeXTではなくBeOSがMacOSXになった未来もありえた
Objective-Cなどという過去の遺物を持ち出さずに済んだ
ObjCのカウンタ方式によるスマートポインタは非常にやっかいに思う
だったらない方がいい、C++でいい（現在のC++はかなり進化しているが
ObjCが滅んだのは必然だった
彼は技術的、論理的な考えより、直感、嫉妬、怨恨などを重視する
そういう破天荒な人間が最後の最後にああいう成功をするのは、直接職場で被害にあった、退社した方には申し訳ないが、赤の他人からすれば、運というか、運命の不思議さを感じる
ジョン・カーマックを失望させても、ジョブズがただの感情的なアホだとしても、この業界に良きに悪しきにもたらした影響は大きい
こんなことになるなんて、十年前、二十年前の自分には読めなかった
核のように
一寸先は分からない
だからこそ、僕たちは無駄になるとしても準備せずにはいられない
しかし、不安に押し潰されるなら、流された方がいいという生き方もあろう
敢えて自ら変化しようともせず、受け身で変化するのも立派な戦略だ
というより最初のHello Worldでつまずいてそこでやめてしまった。
「なんでstd::coutなんだ？printfじゃダメなのか？どうしてstdio.hを使わないんだ？」
とどっちも使えるという状態がとても気持ち悪くて、結局拡張子をcppとしただけのベターCを使うだけだった。
「リーナス・トーバルズがC++使わないって言ってるらしいぞ。やっぱりできる人はC言語なんだ」などとも考えていたような気がする。
あれから幾年か経った今になって、仕事の都合上C++に触れることになった。
もう長い間CやC++で書かれたより高レイヤーに位置するプログラミング言語ばかり触ってきたので今更感があったが、今もう一度勉強し直す機会を得たと前向きに捉えてやってみることにした。
実際やってみると、なるほどstd::coutはフォーマット指定子に寄らない分便利だなと素直に受け入れられた。
他にもファイルの読み込みにはfopenじゃなくifstreamを使うとか、いろんなものがC++用に書きやすい方法があるのだと知り、それを素直に受け入れられた。
大学時代はその素直さがなかった。年月は俺に素直さを与えた。
スパコンで動かすコードを書く予定があるなら初心者でもFortranをやったほうがいいと思います。（C++でもいいけど、この辺は所属機関の方針とか利用するコードにもよるでしょう）
で、その2つの言語↑を初心者に勧めるかどうかと、その言語のオリジナルな作者が既に亡くなっているかどうか、って関係ある？ないよね？
16歳 はじめてのエロサイト このときPCの壁紙が金髪お姉さんのオ○ンコ画像になって戻せなくなり、情報セキュリティに興味をもつ
16歳 はじめてのCプログラミング 学割でVC++を買うがまったくわからず挫折
16歳 はじめてのVBプログラミング 学割でVBを買い、メモ帳をつくったところで、それ以上のことができなくなり飽きた
18歳 HSPという言語を知り、ゲームをつくったり、エロ画像をEXEのバイナリに含めて隠したりした
20歳 Javaを触っているうちにポリモーフィズムの概念がわかってきた、ここからプログラミングが急速に伸びた
21歳 IE6があまりにもアレなので、Javaでタブブラウザを作り、エロサイト巡りをはかどらせる
〜24歳 なんやかんやで Java, PHP, C++, Python, VB6, VB.NET, C#, Oracle, MySQL, PosgreSQLを覚える (このあたりでOracle Silver,応用情報をとる)
〜30歳 なんやかんやで Go, Obj-C, Swiftを覚える 機械学習に興味を持つ
31歳 エロ画像収集AIが完成したが、風俗にはまったため活用されず
32歳 Reactで爆速エロサイトをつくったところ、なぜか東南アジアで人気になる。AWS教では月間1200万PVを月4000円でさばける。
x = 10
という変数xについて考える。
ここで、
x
と書いた場合、xの値が返ってくる。
＆x
と書いた場合、xの参照（参照値）が返ってくる。参照とはメモリ上のアドレスのことである。
次に、なんかの関数func()があるとする。以下のようにして呼んでみる。
func(x)
これが、値渡しである。
func(＆x)
これが、参照渡しである。
さて次に、新しく変数yについて考える。
y = ＆x
yはxの参照を値として持っている。
これもx同様、
y
と書くとyの値が返ってくる。
＆y
と書くとyの参照が返ってくる。
で、ここから本題。以下のように関数func()を呼んでみる。
func(y)
再度書くが、yはxの参照を 値 として持っている。
・「yの値を渡してるんだから『値渡し』と呼ぶよ（でもまあ、xの参照を渡してるからあえて言うと『参照の値渡し』だよ）」派
・「xの参照を渡してるんだから『参照渡し』と呼ぶよ」派
のバトルである。
歴史的に（？）は前者が正しいのだが、後者の誤解は根深く今も争いの種となっている。
ちなみにこの話にC言語とC++が入ってくるとややこしくなる。なぜなら「C言語には参照渡しはない」からである。別の表現をすれば、「他言語で『参照渡し』と呼んでいるものの書き方と、C言語で『ポインタ渡し』と呼んでいるものの書き方は非常によく似ている」である。
C言語だけ呼び名が違うので、C言語は他言語と違う言葉を使いだした空気読めてない糞言語みたいに見えるが、おそらく順序としては逆である。
(1) C言語では「値渡し」と「ポインタ渡し」が使われてきた
(2) ポインタを直接扱うのはバグの温床だよね、ということに人類が気づき始める
(3) C言語の進化版C++では新しく「参照渡し」という機能が追加された。これは「ポインタ渡し」に代わる「制約の厳しいポインタ渡し」みたいなものであった
(4) モダンな言語ではポインタという概念を捨て（？）、この「参照渡し」を参考にした（ただしモダンな言語の『参照』とC++の『参照』は意味合いが異なる）
(5) モダンな言語では「値渡し」と「参照渡し」の2種類がスタンダードとなった
構文的にはモダンな言語の「参照渡し」とC言語の「ポインタ渡し」は似た書き方をするので、モダンな言語学習者がC言語の「ポインタ渡し」を見て「C言語では参照渡しってこう書くのかー＾＾」と言うとフルボッコにあい、C++の「参照渡し」を見て「C++の参照渡しってこう書くのかー＾＾」と言った場合でもその理解はずれている場合が多い。
まずはプログラミングがどんなものかBASICで体験してみましょう。
BASICではとりあえずは以下のこと(プログラミングの基本)を理解しましょう。
このくらいなら一週間もあれば完全に理解できるようになるはずです。
C++ではとりあえず「ロベールのC++入門講座」を購入して読むといいでしょう。
「ロベールのC++入門講座」が無理そうなら「Cの絵本」→「C++の絵本」→「アルゴリズムの絵本」あたりにしておきましょう。
ここまでおおむね理解したら次は好きなルートに移行しましょう。
プログラマじゃないけどプログラミング完全に理解した（）おばさんが理解してる基礎知識書くよ。
（追記 この文章はプログラミングの勉強をしたいけどその周辺にある基礎知識になかなか触れる機会がない人向けに書きました。これらの基礎知識があると、困ったときに調べ方すら分からないという状況は回避しやすくなるはず）
ターミナル、いわゆる黒い窓からCUI（コマンドユーザーインターフェース）でコンピュータを使う方法を覚えよう。これは大学のコンピュータリテラシーで習った。MacOSXで復習すると捗った。（追記 すごく間が抜けてたけどMacOSXはUnix系OSです）
まずはファイル操作。Macでターミナルを使って、cd Desktopって打ってからecho ohayou ＞ aisatsu.txtって打ってみて、cat aisatsu.txtってやる。そうすると何が表示されるのか？とりあえずやってみよう。ここで＞は増田の都合上大文字全角にしてるけど、ちゃんと半角にしてね。なんで増田の都合上半角がダメなのか、そのうち想像できるようになろう。（追記 ブコメ指摘感謝）
そして、実際にデスクトップを見に行ってみると、aisatsu.txtってファイルがあるはずなんで、開いてみよう。これで何が起こったのか７割くらいはわかるはず。
こういうファイル操作の基本をまず覚えよう。これこそ空気みたいなものだから。
（追記 ここも間が抜けてたけど確かにhogeって何かわからないね。直しました）
最近は何も考えなければ文字コードはとりあえずUTF-8でなんとでもなるようになってるけど、バックスラッシュとかは環境設定で出てくるように設定しないと出てこないし、その意味合い、つまりエスケープとしての使い方を頭に入れておくと後々困らないと思う。あとEOF（エンドオブファイル）とか改行コードとかもそういうものがあるよ程度には覚えておこう。これ頭の片隅にはいってないと分からん殺し的な罠にはまることがある。
これは使いたいプログラミング言語の公式サイトに行くと大抵書いてある。
でもMacだとだいぶ楽。とりあえずターミナルからgccって打ってみるとなんかCUIツールとか書いてあるものをインストールしろって言われるのでインストールする。これだけでCとかC++とかRubyとかPythonとか一通り使えるようになる。もしかしたら最近はこのインストールすらいらないかもしれないけど。
あと、シェルのコマンドとかプログラミング言語を実際に使うときはいろんなライブラリをインストールする必要があるけど、そのライブラリは管理がすごく面倒なので管理をまとめてくれるコマンドがあったりする。aptとかhomebrewとかがそういうのだから、そんなものの使い方も覚えておこう。
（追記 言語の文法を追うだけなら環境構築なんてしなくてCloud9とか使ってもいいかもだけど、プロダクトを作ろうとした時にはまだまだ手元で環境作って必要なライブラリを入れてとやった方が後々応用がきくと思うのですよ。それにそうしていくとDockerの有り難みなんかも理解できるようになっていくのではと思います）
最初に勉強するプログラミング言語は、Javaだけはやめておけ。
なんでかっていうと、Javaはオブジェクト指向言語ってやつなんだけどオブジェクト指向的にしか書けないから。古い人間だと言われそうだけど、最初は手続き型言語から始めるべきだと思ってる。少なくとも、手続き型的に書ける言語から始めるべき。
なぜそう思うのかも含めて、とりあえずおばさんが理解しているプログラミング言語の発展の経緯を軽く解説する。
最初の頃のプログラミング言語は、手続き型と呼ばれるものが多かった。
この〇〇型ってのはプログラミングをするときの考え方によって名前がついているんだけど、手続き型はまず0を作って、0に1を100回足して、最後にその結果を表示してください、みたいな、上から書いた順番通りに動くのが基本のルールである考え方。プログラムは基本的にはこうやってデータをアルゴリズムを使って変化させていって望む結果を得ている。でもこのやり方は問題も多かった。プログラム全体がひとかたまりになってしまっているので、数千行とかになるともう普通の人では手がつけられないし、人間のミスでデータを間違って扱ってしまうことがバグの温床になった。
なので、この手続き型の考えに構造化という考えが加わって、関数というものが生まれた。関数っていうのは料理のレシピに例えるとわかりやすいかも。
5:豚こまを入れて色が変わるまで炒めます。
9:火を消して8をお皿に盛り、野菜炒めの出来上がりです。
B:肉に味付けをします。
2:Bを入れて色が変わるまで炒めます。
3:Aを入れてしんなりするまで炒めます。
4:火を消して3をお皿に盛り、野菜炒めの出来上がりです。
って書ける。ここではAとBが関数。
この程度だとあまり意味を感じないかもしれないけど、これがもっと複雑なものを想像してみると、なんとなくありがたみが分かって来ないだろうか？こうすると、多人数でプログラミングをするときに、Aを書く人、Bを書く人、1〜4にまとめる人って感じで作業分担ができる。それに、バグが起きた時もAの領域でバグったのか、Bの領域でバグったのかとか、全体にまとめると上手くいかないのかとか、原因の切り分けがしやすい。
でも、プログラムがとっても複雑化すると、これでも手に負えなくなる。料理の例えを拡大すると、料理店を運営することを考えるといいかも。
料理店でたくさんの料理をさばくときに、レシピを完全に1から作ることってないと思う。Aさんが野菜の仕込み担当、Bさんがスープの仕込み担当、というように各人に仕事が割り振られているはず。AさんもBさんもそれぞれの仕込みのレシピを持っていて、最終的に出てくる仕込みがちゃんとしてればAさんBさんの仕事の詳細までいちいちシェフが細かくチェックしない体制になっていると思う。大雑把にいうとそういう考え方をプログラムで再現したのがオブジェクト指向型言語。
なので、本気で料理の初心者がいきなり厨房の仕切りを任されて上手くいくのは難しいように、構造化プログラミングのありがたみすらわからない段階でオブジェクト指向型プログラミングに手をつけても意味がわからんだろうと思うのがおばさんの立場です。
（追記 おばさんはRubyを勧めておきます。オブジェクト指向型言語ですが、手続き型的に書き下すことも出来るからです。一つの言語で手続き型構造化オブジェクト指向、全部勉強できます。メソッドも便利なのが一通りあるし、日本語を扱うのにも問題が少ないです）
次に問題を分解できるようになろう。
例えば、クイズゲームを作りたいと考えたときにクイズゲームを作りたいです、って問題は大きすぎる。
クイズゲームに必要な要素は、問題文を表示する、回答を入力してもらう、正誤判定をする、正誤判定の結果を表示する、ということだなぐらいにまず分解する。
これを実際にプログラミングしようとすると、もっと分解できてさらに問題が見えてくると思う。
コンピュータってのは創造的なことはできない代わりに、とても簡単なことをとても階層的に重ね合わせて大きな問題を解けるように作られてる。それを心するといいと思う。
これ超大事。プログラミングって本当に自分で1からものを考えなきゃいけないことってあまりない。大きな問題はあなただけの問題かもしれないけれど、それを構成する小さな問題は大抵他の誰かが解いている問題なので、調べてみれば答えが見つかると思う。
エラーメッセージが出てきたらまずググってみる。翻訳しても初心者には意味がわからないし、ググったら誰かが解説付きで紹介してくれているのでその解説を読んだりしながらエラーメッセージとの付き合い方を覚えていけばいい。
メソッドの使い方がわからなかったら言語の公式サイトに行ってみる。メソッドの使い方で大事なのは呼び出し方、返ってくる値の型とかそういうのだから、こういうところはググるよりも公式サイトに書いてあることをしっかり読んで理解する。
あと、アルゴリズムの勉強もしてみるといいと思う。アルゴリズムとデータ構造と計算量の勉強。大学の学部レベルの教科書をちゃんと読んでみると、例えばデータベースを操作するSQLというものを書くことになった時とかに効いてくる。あとは作ったプログラムが遅すぎてどうしようとかいうのを解決する時とか。
なんか深夜までいろいろ書いてしまったけど、あくまでもプログラマじゃないおばさんが書いたものなので、みんなでツッコミとか入れてくれると大変助かります。
Mozillaがつくったさいきょうでメモリ管理もしやすいC++ってMozillaは言ってるけど
Mozillaのプロダクト以外で使っているのを見たことが無い
