  |
はてなキーワード: C言語とは
ちょっとした事（たしかグローバル変数とローカル変数の挙動の違いとか、そんな事だったと思う）を試してみようと思って、20行くらいのプログラムを作ったんだ。
でも、動かないの。
どんな短いプログラムでも意図しない挙動をしてしまうことはあるものだが、そんなレベルの話ではない。
ただ、計算した結果を画面に出すだけのつもりなのに、何も表示されないんだ。
で、少しずつコメントアウトしていったのに、それでも何も表示されない。
しまいには、"A" って画面に出すだけのコードになったのに、それでも何も表示されないんだ。
で、もう一本別のコードを test2.c という名前で作ったら、ちゃんと "A" と表示された。
一番始めに作ったコードも、すんなり動いた。
そうさ。最初のコードは test.c という名前で作ったのだ。
カレントディレクトリ よりも先に /bin に PATH が通っていたので 、単に test と打つと、 /bin/test が実行されていたんだ。
大学で学んだことは、仕事に活かせるものでは無かったように思う。
単位をフルで取りながら遊んで過ごした。
空いた時間があれば、空いている教室で友達と絵を描いて遊んだり
借金のみが手元に残った。
得たものなんてほぼ無いじゃん。
給料が増える？こんな微々たるもんで？
体の骨格を直す整体みたいなの行ったけど
考えてみたらその人達時給5000円くらいもらってるよ。私の5倍だよ。
半分もらってるとしても、私の残業代時給の2倍だよ。なんなんだ。
5年経過した今、半分くらいあると思う。
ボーナスのみで返済している。月々2万返済かな。
それだけの価値があるかといわれたら、無いじゃん。ふざけんな。
(親が大学薦めてきたのに金は一切払わないという笑える展開)
大学行けよって流れほんと淘汰されてほしい。
コンピュータのソフトウェアを開発、運用するエンジニアが持つべき知識やスキルの基本セットとは何か？
例えばインテル系CPUのアセンブラが書けます！と言った場合に就活で有利になる場面がどれだけ想像できるか。
UMLのクラス図書けます！とか、暗号化の理論はバッチリだぜ！とか、相対性理論なら任せとけ！とかの場合に
おうおうおう、だったら弊社のホームページをカッコよくしてくれよみたいな案件を無難にこなせるのかというと
甚だ疑問では無いだろうか。
一昔前はソフトウェアはハードウェアのおまけだったわけで、ハードウェアこそがエンジニアが抑えるべき基礎だった。
時代は変わり、ソフトウェアでできることはものすごく多くなった。スマホアプリを作るのに組み込みの知識がなくても困らない。
だからこそ、現代のソフトウェアのみのエンジニアは旧来のコンピュータ関連エンジニアと道を分かたれている事を自覚しなければならない。
今の時代の最適解を見つけるのは困難かもしれない。
だけど組み込み系やマイコン制御をしないのであればアセンブラやC言語よりも優先して学習することはいくらでもある。
html,css,javascript をある程度自在に扱えるようになるのも長期間の訓練による積み重ねが必要になる。
コンピュータサイエンスネタが無いな……これはプログラミングに役立つネタももちろんあって、構造化プログラミングやオブジェクト指向プログラミングなんかもそうだけど、表層的に関数分けました、クラス分けましたとかしてもうまくいかない。ネストが浅けりゃいいってわけじゃない。プログラミング以外のネタもある。サラリーマン巡回問題とか。
プログラミングってこれからの時代必要っぽいし、なんとなくイケてるスキルっぽい。
ゲームとかアプリとか作ってストアで公開とかしたら就職とか転職にめっちゃ有利じゃね？
俺はこういうのが出発点で良いと思う。
でもプログラミングを始めようとすると「何がやりたいの？」と聞かれてソッコー詰まる。
俺は「何をやればいいの？」って思って調べてるつもりなのに「何がやりたいの？」って突き放される。
ここで混乱して立ち止まってしまう。
でも一呼吸おいて、初心者とそれ以外の間に生じる認識の祖語について１つずつ解消しなければ先に進めない。
俺はプログラミングを覚えるということは、何でもできるようになることだと思っている。
でも先人たちはそのようなスキルをすぐに教えてくれない。それどころか「何をやりたいの？」と言って、他につぶしの利かない小さな範囲の知識を与えようとしているように見える。
「アプリ作りたい」と言えば、どんなアプリ？という問いが続くし、特定の具体的なアプリしか作れないような知識しかもらえないだろう。
どういうことか？
試しに「何でも作れるようになりたい」と言ってみると「じゃあC言語やろうぜ」とか言われる。
C？いまさらCで何作れるんだよ。AndoroidアプリはJavaじゃないの？C関係ないでしょ！？Cでスマホアプリもウェブサイトも作れないじゃん！何言ってんの！？
ち・が・う！何でも作れるようになりたいの！あんたみたいに！Visual Studioだろうとgccだろうと、cとかc++とかc#とかjavaとかpythonとかrubyとかphpとかテンサーフローとかhtmlとかjavascriptとかjqueryとかgoとか駆使してたくさんウェブサービスとかアプリとか作りまくってるあんたみたいに！
「じゃあ今挙げたやつ全部やれよ。ちなみに今の俺は１０年以上プログラミング勉強してるから。１０年後今の俺になったところで、俺はさらに１０年積んでるからな。一生追い付かんな」
「じゃあ今、あるいはこれから使えるものを重点的にやっていくしかないな。で、何がやりたいの？」
何がやりたいのってどういうこと？むしろ何ができるの？
「アプリ作るとか」
「どんなアプリ作るの？」
…………どんなアプリ作れるの？
「ストアにあるようなやつ」
じゃあFGOみたいな……
「お前には無理だからｗ」
はぁっ！？ストアにあるようなやつって言ったじゃん！
そこでまた数回やりとりが発生して、プログラムを書くコストとかスキルの問題について再確認することとなり、
現実的に俺個人が支払えるコストの範囲で、何を作れるようなスキルを取捨選択するかという問題になり、
結局は教科書のサンプルをちまちま作っていくしかないのではないかというつまらない結論が脳裏に浮かぶし、
その道筋でさえ結局何年も積む必要があり、そのころには別の言語とか開発環境が主流になってるかも……
「そこだよそこ」
えっ？
「まずさ、日本語の教科書を読むには日本語が必要じゃん？それでも国語辞典とかwikipedia調べながら知らない単語や概念は別途補てんする必要がある」
う、うん。
「プログラミングの教科書とか風潮を読むにはプログラミングの基礎が必要。それに加えて、作りたいものに合わせて新規に開発環境なり言語なりを学習することになる。だから何でも作れるようになりたけりゃ、この世の全てを体得する必要があるけど無理だろそんなの」
え、えー
「でもいくつもの開発環境、言語を使って、ソフトウェアをいくつも実際に作ってると、基礎的な引き出しは大きくなるし、追加で新しい環境とかを学習する要領もつかめてくる。何年も積み重ねがあるとなおさらね。するとより少ない労力で新しい技術に追従できるし、新しい開発環境やアプリの分野でもサクサク作ってるように見える。それが、お前の言うところの『何でも作れる』ように見えるものの正体さ」
なんか夢から覚めた気分。
「FGOを作りたいなら、FGOをかみ砕いて、自分ならどういうアレンジでそれっぽいものを作れるか考えて、その過程で自分の能力とか限界を見極めていく必要がある。でもそれは結果論であって、最初は作りたいものをひたすら作ってみるしかない」
ふーん
「何度も聞くけど、何が作りたいの？FGOならFGOでいいよ。やってみろよ」
どうしよっかな……（頭を抱える）
C言語まがいの実装をベースに議論されるのはうんざりだわｗｗｗ
より合理化・効率化できるための技術にチャレンジせんとなーって
凡人だから、社内でそれをぶち上げるだけの力がないんだよな
一緒にやってる奴と話し合ってみたり、あるいはすげえ奴に会いに行ってみたり
今とは違う動きをしていきたいと思っている
過去に大きな失敗をして、社内で浮いてるせいもあるけどな
そのせいか社内でやってる開発にはあんま呼んでもらえないのｗｗｗ
仮に行っても他社さんの開発の一部分を請け負うだけだし面白くないんだけどさｗｗｗ
でも、今のままじっとしていても、何か変えられる気もしない
いっぺん仕切りなおして、ここから幅を広げてみるつもりだよ
最近クラウドが流行ってるからって全部クラウドに移行するなんていうのをたまに聞く
自分で面倒なことしなくていいから楽だとは思うけど、それってインフラ面をできる人がいなくなるということじゃないの？と心配になる
ほとんどの人がクラウド使うのが当たり前になった頃に、AWSなどが値上げしても、もう1から環境作れる人がうちにいないから高いけど払うしか無いみたいなことになりそう
他にもクラウド提供してる会社がなにかの理由でやめたりしたらすごく大変そう
だからクラウド使うにしても全クラウド頼りってなんか賛成できない
でも考えてみたら、今って高級言語とかばかりでCとかアセンブリ書ける人は減ってると思うし、IT系の会社でもC言語とか低レイヤー系を扱える人が全然いないところだって普通にあるわけだ
私自身それらの言語はあんまり詳しくないが、必要になることがないから困ってはない
同じようにクラウド化もインフラの設定や環境作りなんて専門の人に任せておいて、それらに興味がある人でもなければ基本は知る必要もないことになりつつあるのかな
N予備校プログラミングコースでJSのコレクション、ループ、論理などを習う。
事業所（就労A）でCを学習しているのですが2つの言語を同時にだと
私の場合混同してしまいます。for文はほぼ同じ印象だったけど配列ではJS、柔軟すぎて戸惑いを隠せませんでした。
私は就労継続支援A型事業所という福祉的な就労の場で就職しました。事業所からはアプリ制作を期待されていますが
プログラミング言語といえば職業訓練学校でVBの入門書を半分（一冊ではなく）やった程度の素人同然の状態です。
現在研修期間でC言語をやるよう指示されています。何故Cなのか？それはわかりません。少し不満はあります。
しかし、プログラミングに興味を持ちながら年齢や障害を理由に諦めていた時期に比べれば
前を向き学習している今は充実しているといえるでしょう。
今まで見てるだけだったけど、今日受けた衝撃を伝えたくて初めて増田を書いてみた。
・元々プログラミングに興味があって、前職に居た頃からC言語を中心にオンライン講座とかで勉強してた。
・小さいプログラムだけど形になると面白くて仕事にしたいと思っていた。
・色々な契機が重なって転職した。
・主に受託のWeb開発をしている会社に採用された。多分結構運が良かったと思う。
たまたま少し前に参加した懇親会で会ったエンジニアにMeets Up(エンジニアたちが集まって互いに教え合ったり、情報交換したりする会合)に誘われたので、どんなものかよくわからないけど参加してみた。で、エンジニアと呼ばれる人たちのスキルってメチャすごいんだなって衝撃を受けた。あと、すごく良い刺激を受けて、頑張らなきゃって思った。
・そもそもPCを操作するスキルのレベルが違う。何でそんなに次々画面を切り替えて操作できるの？って思った。私は20年くらいPCを触ってきたけど、PCの操作を何もわかっていないんじゃないかと思った。
・せっかく説明してもらった技術だが、多分20%も理解できてないと思う。ただどんなことができるかデモンストレーションをしてくれたので、それで何とか概要は理解は出来た。
・主に英語で話が進んでいったんだけど、ほとんど英語がわからないし、しゃべれない私も気遣ってくれて、楽しめた。（そもそも参加するレベルに到達してない、とその時思った）
・英語話者の人たちだからなのか、そういうエンジニアの文化なのかはわからないけど、互いの技術とかやっていること、作っているものを説明する時にとにかく褒めあっていることに好感を持てた。
・会社の先輩や上司のスキルも凄いと思ってたけど、Meets Upの人達はまた違う凄さだった。日本人プロ野球選手とメジャーリーガーの違いみたいなものかな？さらに、その例えでいうと、私は野原で草野球をしている感じ。
・後でFacebookでお礼を言ったら、「何でも質問していいよ」と返ってきた。神だった。
とにかく参加してよかった。職場の仕事をしっかりできるかどうかすら覚束ない状況で不安を抱えていたが、別方向からの衝撃でもっと頑張らないといけないと、前向きになった。それにしてもエンジニアってすごい。しかもそんな人達でも「まだ全然。上を見たらキリがない」なんだって。
ほとんどの人はもう既に気付いていると思うけど、あえてこの表題に言及している人はあまり多くないんじゃないかと思ったので書く。炎上したら💩なのでここに書く。
結論から言うと、プログラミングを何年やったからプログラミングの能力はこのぐらいと言うことは絶対にできない！
これは何もIT業界だけでなく他の分野でもそうだ。たとえば野球とか絵画とかにも言えることで、ただ年数を重ねればいいってわけではない。勘違いしてほしくないのは、他の業種ではただ年数を重ねればいいといっているわけではない。
コンビニだったら始めはレジ打ちから入るだろうが、だんだん品出し、他者とうまく調整できv、何が売れるか・何が利益率を叩き出すかを把握し、接客態度は絶えず磨き……というように、能動的にスキルを身につけるなければあっという間に「経験した年数」などというものは何の武器にもならないであろう。(「やっても給料変わんない」とかそういうのは抜きにしても）
個人的な経験によるサンプルしか無いが、ぼくの経験上では年数が高ければ高いほどいいと思ったことは全くない。もちろん2ヶ月の新人と5年目の人での比較はなかなか難しいが、情熱ある新人プログラマが半年で5年目を追い越すなどということはありふれた話だ。あたかも大人が小学生や中学生にさらっと数学や英語の能力で負けるように負ける。
残念ながらしっかりした実証などはないので、周りの環境がそうではない場合は納得できないかもしれないが、以下は明らかであろう。
経験年数とは時間であり、重要なのは、時間を代入すると成長度合を求められる関数(ここではFとする)の違いである。（F: time -> ability）
Fの方が大事な理由も明らかだ。timeはケチをつけようとする例外を除けば誰にとっても同じであり、おもしろくもなんともない。
Fの次元が違う場合は、能力の次元も文字通り違う。そのため、かなり重要だ。
「プログラミング歴2年だからこんなことを知っている」と周りから評価されるというのは、要は「プログラミング2年生」だということだ。これははっきり言って侮辱である。2年プログラミングをやったから知っているんじゃなくて、2年の間で勉強したことがたまたま別の箇所で出現したということだ。決して2年やったからではない。2年の間に獲得したスキルがいっぱいあるからだ。2年は重要じゃない。どれだけやったかだ。2年という期間それ自体は全く重要ではない！
「プログラミング歴2年なのにそんなことまでできるのか」というのが真の評価なのだｉ
これはまあまあ高い評価である。「プログラミングを始めてまだ半年なのにそんなことできるのか」という評価はより容易く得られる。年数を重ねれば重ねるほどこの評価に達するのは難しくなる。したがって「プログラミング歴10年なのにそんなことまでできるのか」という評価はほとんど得られない。ほとんどの場合、「10年やってるからできるんだな」とか、ひどい場合「10年やってるのにこんなこともできない」という評価になる。
これもある種、年数というものが全然重要じゃないとみなされている証左であろう。みんな知らず知らずのうちに周囲の人々の経験年数と能力とでおのおの相関図を作り上げて、標準偏差をなんとなく作り出して、「45歳……クソコード……チーン！こいつは偏差値37！落第！死刑！」みたいなことをやってるんだろう。
プログラミングも慣れてくると、特に新しいことを勉強しなくてもなんとなくできるようになってきはじめる。これが危険なシグナルだm
「自分はプログラミング歴が長いのに、HTTPSの仕組みもTCPの仕組みも詳しく知らず、JavaScriptもまともに書けず、WebAssemblyは全く知らないし、RDBのことは知らないし、もちろんRDB以外のDBはちんぷんかんぷんで、デスクトップアプリは作ったことがない、サーバサイドはRailsしか知らない。Railsがどう作られているかも知らない、gitの触りぐらいしか知らない、AWSやGCPは全然使いこなせない、公開鍵暗号方式もよく知らないし、アルゴリズムも簡単なものしかわからない。デザインパターンも勉強してないし、関数型言語もわからないし、C言語も全然読めない、アセンブリはやろうと思ったことすらない、正規表現も複雑なものはいまいちわからないし、機械学習はわからないし、そもそも数学が不安で、AndroidアプリやiOSアプリもまともなものはリリースしたことがなく、エディタは人が作ってくれたプラグインをただインストールするだけで、英語はほとんどできず、セキュリティに関してはザルもいいとこ」
のように自分を見直すべきである。もちろんほとんどの人はそうしているとは思う。そもそも「自分はプログラミング歴が長いのに」という部分はもはや要らないだろう。
あとはただ穿つだけである。能力は、どれだけ、何を、どうやったかとの方と強い相関を持つ。能力とは現在の状態であるのだから、強い相関を持つのは最最もである。
一刻も早く「プログラミング歴」でなんとなくの判定するのをやめて、プログラミング歴1秒の人に対しても、プログラミング歴1000年の人に対しても、そのFを見るようにし、自分はとっとと次元を越えて昇華したいものである。
Javaやphpはインターフェイス、RubyはMix-inがある。
+ や - などの演算子に別の動作を与える演算子オーバーロードはなくてもプログラムの記述はまったく困らない。
C言語 で
a = b + c;
と書いた場合は解釈は足し算しかない。c + b と書いても同じ。
C++ で
a = b + c;
と書いた場合、b と c が何かでまったく動作が変わる。逆にして c + b は動作が違う可能性がある。つまりこの行だけ見てもどのような動作になるのか予測できない。
Java はできない
PHP はできない
Python はできる
Ruby はできる
クラスの保護メンバー変数に、アクセスできる関数のこと。通常、privateメンバ変数はクラス内からアクセスできないが、フレンド関数はそのprivateな変数にアクセスできる。
エンジニアと一言で言っても星の数ほどのジャンルがあるが、その中でも代表的なのはハードウェアエンジニアとソフトウェアエンジニアだと思う。
さて、自分は新米ハードウェアエンジニアで、ソフトウェアが趣味の人間である。
はてなにはソフトウェアの記事（及びブックマーク）が多く、日曜プログラマの自分にとって大変有益である。
大抵の悩みは検索をかければ解決するし、自分では想像し得ないようなユニークな記事もあり毎日が発見の連続だ。
特にユーザのコメントが好きで、皆の関心が伺える“はてな”はいくら見ていても飽きない。
ただ、ハードウェアに関する記事が少ないことが残念でならない。
エンジニアカテゴリを覗いても、ハードウェアに関する記事が上がっていることは稀である。
たまにラズパイやIoTキットに関する記事があるだけで、デジタル回路におけるインピーダンスのシミュレーションとか、高速差動信号の放射電波対策とか、そういった踏み込んだ記事はほぼ無いと言っていい。
当然アナログ回路のGNDレイアウトに関する記事は皆無だし、ソフトウェア寄りと言えるRTLコーディングの記事さえ見当たらない。
イマイチ盛り上がらないハードウェア業界と比較して、ソフトウェア業界の隆盛は火を見るよりも明らかである。
コーディング環境、つまりPCがあればその先には広大な世界が広がっている。
語弊を恐れず言うが、アイディア次第ではその日のうちにスターダムにのし上がることも可能かもしれない。
当然、アマチュアを含めたエンジニア人口を見るとソフトウェアエンジニア人口は突出しているだろう。
なので記事数の多さは人間の性質に依るものではなく、単純に人口の違いだろう。
ハードウェアも面白いのに、何故手を出す人が少ないのだろうか。
ハードウェアは自然界の物理法則の下で成り立っているため、主に電磁気学・電気回路・電子回路を勉強するだけでいくらでも応用が効く。
言うなればソフトウェアよりも参入障壁は低いはずで、高校物理で習ってきたことである程度の回路が組める。
FPGAなりでハードウェア・アクセラレータを自作し始めると計算機科学の知識が必要になるが、ここはむしろソフトウェアエンジニアの方が得意な領域だ。
こんなことを言っておいて、自分がハードウェアを始めたのは社会人になってからである。
学部・修士時代の専攻は材料物理学だったため、工学とは全く縁が無かった。
ここからは自分がハードウェアの道に進んだきっかけを書こうと思う。
新人研修の昼休み、あるフラクタル図形を高速描画するハードウェアの記事が目に留まった。
当時の自分にはその偉大さが理解できなかったが、2年もの間寝食を忘れて没頭できるその世界に心が惹かれた。
早速オームの法則から復習し、使ったこともない半田ごてやテスターを買ってきて4bit CPUの製作に取り掛かった。
ALU（算術論理演算回路）以外はディスクリート部品で組んだため、デバッグ含めて完成までに6ヶ月も掛かってしまった。
機械語を勉強し、命令デコーダを設計して1年後、自分の考えたプログラムが動作したときは嬉しかった。
上述した記事を追体験しているようで、仕事を忘れて没頭していた。
続いてFPGA＋マイコン＋汎用ROMの組み合わせでプリント基板を起こしてみた。
ここでレベル変換やリセットシーケンスなど、デジタル回路の基礎を身に付けることができた。
基板レイアウトの考え方は専門的であるもののWEBで簡単な情報が手に入ったし、殆ど電磁気学の世界なので理不尽なものは無かった。
機械語は論理的な手順をコード化するだけだったが、組み込みC言語はそのルールが難解だった。
言い方は悪いかもしれないが、人間の考えたルールだろうと理不尽に思える理論もその設計思想を調べもせず暗記で済ましていた。
メモリリークが発生した場合もハードウェアのように現象を観察して仮説検証することが難しく、ダンプなどのデバッグ手法も知らなかった。
そんなとき、社内でセキュアプログラミングなる研修があったため同期と潜り込んでみた。
参加資格の無い自分が参加できたのは、配線だらけの汚い自作CPUを子供のような目で見てくれた上司の厚意だった。
そして1年後、自分はモニタの中で鮮やかに描画されるフラクタル図形を眺めていた。
上述した研修の講師に1年間師事し、半ばマンツーマンで計算機科学を教えて頂いていた。
大学講師の方だったため、C言語のルールではなく命令処理系としての働き、ハードウェアとの関連を核にして叩き込んでもらった。
こういう部署では多少なりともソフトウェアができると光るものである。
ただ組み込みC言語以外はサッパリのため、日々独学の毎日だった。
そこにある記事はどれも眩しくて、「ある疑問の解決法」を検索するだけでは決して出会えない珠玉の記事の宝庫だった。
きっとハードウェアの世界にも、自分では想像し得ないような発見があるはずだ。
それこそあのフラクタル図形のような驚きが。
今は仕事の傍ら、奇しくもプロになってしまった自分の義務として細々とハードウェア記事を書いている。
残念ながら驚くような技術ではないが、誰かにとって小さな発見があれば嬉しい。
これを読んだ人がハードウェアに興味を持ってくれたらと思う。
[追記]
なんの反応もなくて辛い
2. かつ各セールの対象商品も1ページ内で見られるようにしたい
自分で作ってみることにした。
https://openbook4.me/projects/92
神情報
http://chalow.net/2016-01-18-3.html
わからないことググったらだいたいここに行き着く
1週目
・とりあえず『https://openbook4.me/projects/92』をみてイメージを膨らませる
2週目
・amazon-apiを叩いてセール情報が返ってきた時は嬉しくて泣いた
(終了済のセール/全然安くないセール/アクセサリ等のセール情報が大量に含まれている)
3週目
・ある程度ましなデータが取れるようになったので見た目(view)を作り出す
4週目
・ドメイン取る
・とりあえず公開する
2ヶ月目
・アクセスがなさすぎて泣きたくなる
・アクセスがなさすぎて泣きたくなる
3ヶ月目
・アクセスがなさすぎて泣きたくなる
(キャッシュとか)
・見た目も改善する
イマ
・アクセスがなさすぎて泣きたくなる
- 有効なセールを弾いてしまうことがある/無効なセールを弾けないことがある
