C言語を初心者に勧める奴は馬鹿　あんな特殊用途の言語必要ねーから

さて、準備が出来たところで実際にスケッチ(Arduinoで動くプログラム)を作ってみたい。
まず目的として、前回紹介した回路のLEDを1秒間隔で点滅させてみることにする。という
ことで、List 1の様なものを書いてみた。

List 1:
#define PIN_LED 3

void setup()
{
pinMode(PIN_LED, OUTPUT); /* 3番ピンを出力に設定 */
}

void loop()
{
digitalWrite(PIN_LED, HIGH); /* 3番pinに5V出力 */
delay(500); /* 0.5秒待機 */
digitalWrite(PIN_LED, LOW); /* 3番pinを0Vに */
delay(500); /* 0.5秒待機 */
}
Arduinoのプログラムは、(細かいところには若干違いはあるものの)概ねC言語と同じと
考えて良い。厳密に言えばコメントに"//"が使えたりするあたり、微妙にC++も混じって
いたりするが、C++のクラスとかオブジェクト指向の考え方は一切取り込まれていない
ので、まぁCと見做すのが妥当である。

http://journal.mycom.co.jp/column/sopinion/359/

最初に学ぶべきはjava
いきなりeclipse使わせてもいい

>>1　要はDXライブラリみたいなもんだなこれ

ビジュアルベイシックとBASICって何が違うの？

はじめてのＣ

じゃヴぁ使ってるのバカしかいないから。　現代のＶＢ６．０プログラマー≒ＪＡＶＡプログラマー

>>4
じゃあ何教えればいいんだ？
他に教えるものないじゃん

いろんな言語触ってみないと本命の良さもわかんねーよ

>>6
JAVAは馬鹿でも使える、が正しい
おかげで設計段階で屑になって出来上がりには期待すべくも無いケースもある

>>1
なんでオーディーノなんだよw
ワンチップマイコンで何作れってんだよw

最初から考え方の違う複数の言語を比較しつつ並行して覚えていけば言語に対して得意不得意も偏見も持つことは無いのにね

大体ポインタでつまずく

最初からcをやったほうがいいよ
昔のn88ベーシックなんか覚えたせいで
cを理解するのに苦しむオッサンがどれほどいることか

いまは無料でgccが手に入るんだから
最初からcをやったほうがいいよ

なんだﾓﾍﾟｷﾁのｽﾚか
ﾚｽして損した

>>13
Cなんてシステムプログラミングしない人は一生使わない
読めりゃ十分

cを覚えられないならjavaでもロクなもの作れないよ。

別に何から始めてもいいんじゃないの
N60-BASIC が最初だったけど問題なし

>>12
ポインタはすぐに理解できたけどとりあえず空気読んでポインタが分かりませんって言ったら喜ばれたよ
教える側は初心者はポインタを理解出来ない物だと思いこんでるよな

言語なんて基本どれも一緒だろ
言語ごとに違う所なんて初心者に使いこなせるわけ無いんだから、どれから始めても一緒だと思うが

> 厳密に言えばコメントに"//"が使えたりするあたり、微妙にC++も混じって
> いたりするが、C++のクラスとかオブジェクト指向の考え方は一切取り込まれていない
> ので、まぁCと見做すのが妥当である。

何このおっさん素人なの？

Python良いよ

メモリを直接操作出来てしまうから、セキュリティに問題有りすぎ
C++を習うべし

>>19
全然違う
パラダイムが違えば学んだ技術が役に立たない
Cだけ知っててもオブジェクト指向できないからゴミ

>>22
基本を押さえられるともいう

ポインタの概念を理解するのはそんな難しくない
ポインタをうまく使ってプログラム書くのが難しい

>>9
そうだな。　
オブジェクト指向｢開発｣であって設計はＤＤＤなんてあるが馬鹿にはオブジェクト指向が銀の弾丸のように全ての問題を解決して設計からできると勘違いしている。

家電、車載なんかの組み込み系、ゲーム(コンシューマ向け)系は
メモリがタイトだから、メモリ管理できるC/C++が最強だろ

最初はアセンブラに決まってんだろボケ。
6502辺りやっとけ。

ARMアセンブラ

初心者にはC#がベスト
基礎から応用まで手軽に楽しみながら覚えることができる

パラダイムを考慮すると初めてはJavaがベストだろ

ＪＡＶＡ使いにくいよ。１年ぶりに放置してたゲーム(MIDP2.0)にヘルプ画面とオプション画面追加しようとしたけど初見じゃチンプンカンプン。
解読に数日掛かったわ。
構造体がないし。
canvas全部の型?を構造体に突っ込んで全canvasはそれを参照するようにしたかった(使う使わない関わらず参照可能にしたかった)んだけど断念。
出来るのかな。

結局一個キャンバス追加する度にそれを参照する他のキャンバスに変更が必要だった。


オフジェクティブＣ言語(iPhone)の方が色々捗るだろうなぁ。

まずはAだろ
Bは必須ではない
でC
あとは嗜好に応じて

マジお前らバカだろアセンブラだよアセンブラ

組み込み屋になりたいならC、システム屋になりたいならJavaが無難
という勝手なイメージ

>>32
Objective-Cとか最悪の言語じゃんｗあんなのあがめてるのマカーとアホン信者だけだろｗ

コンピュータがソフトウェアを実行する仕組みがわかる
学習言語として残すべき
正直、今更実用ソフトを一からCで組んでられるかボケ

つか、>1はLEDを点灯なぞして、制御の面白さを手軽に楽しも
うって話で、それはそれで良い。

でも、実際の制御の現場は『C』が主体で、ハードに密着した
部分（初期化やハンドラ）はアセンブラと言うのが現実だったりする。

>>1にも↓こんなコトが書いてあるw
>Arduinoの欠点の一つはこのプログラムサイズの大きさで、
>たったこの程度のプログラムなのに1KB近いメモリを占有するのだ

先月までやってたH8ファミリだと内蔵ROMが384Kbで、こいつに5人
で半年かけて作ったソフトを詰め込む。（残20Kbもう改造無理ポ）

c>>>>>>>>java>>javascript>>php>>>>>>flash

>>36
NeXT信者なめんなよ？

>>33
結婚してないならD対策は確実にな

>>32
Objective-Cは規模が大きくなればなるほど地獄を見るだろ、あれ。

>>38そういうの仕事でやったなぁ〜。
スタックとか一回も気にした事ないけど(笑)
大手なのに(俺外注)ゲラゲラ

なんでもいいから教え始めから独力で実用品作れるまで一気にやっとかないと
三途の川の手前で一生ウロウロしかねない

FORTRANでおｋ

>>43
俺もROM焼いてパッケージに挿したあとヌルポで暴走して怒られたな昔

>>43
スタックは１モジュール毎に計算して、それに割り込み分を加算して
最悪値を記述する。

その後、スタック領域に0xCCCC（なんでもいいがw）を書きこんで、
高負荷をかけ、長時間運転後にどこまで使用されたかを確認し、
計算値以下であることを検証する。

>スタックとか一回も気にした事ないけど(笑)
ま、誰か（検査部とか）がやってるんでね？

ファミコンとかって何で作られてたの?PS2とかはC++と独自キットが多いって聞いたけど

>>39
アセンブリはどこに入るの

おいObjective-C捗るっていってるアホがいるぞw

Ｃ言語を勉強したいんだけどちょっと問題があって、「Ｃ言語」ってのがちょっとよく分からない

>47なるほどー。値を書き込んでメモリ埋めとくのか。スタックだから問題か。
試験だから確認はそれで良いかー。

多分やってないな。あいつら(笑)(笑)(笑)

品証は組めるのＶＢくらい(しかも一部)だからな

> >>13
> Cなんてシステムプログラミングしない人は一生使わない
> 読めりゃ十分

一応やれってことだな

C#最強伝説

もう既に言語自体、一部のキチガイ専用になりつつあるけどな
アメリカのゲーム会社は視覚的に作れるプログラムソフトで作ってるから
言語はソフト作る奴だけが知ってるだけだし、おまえらもいつまでもゴミ言語勉強してんなよw

なんでプログラミングスレって言語の話ばっかりなの？
言語なんてどれも3日あれば覚えるだろ。設計教えろよ

>>55
ゲームの話だけかい

>>52
>多分やってないな。あいつら(笑)(笑)(笑)
スタックやヒープなんてのは、ぶっちゃけ増え続けなければ問題が
無いことが多い。大抵、計算値の３倍は用意するし、無計算だと、
むしろアホな位多いことが多い。

200バイトでいいのにスタックに4KB用意するとかねw
↑
メモリ16KBのH8とかだと許されねーけどwww

んで、『この増え続けなければ』ってのがキモで、このためmallocが
禁止になることが多い。つまり制御分野ではクラスが（実質）使えない。

>>55
単に役割分担の仕方が変わっただけだろ

>>56
>設計教えろよ
設計は千差万別で、どのシステムの、どの部分を担当するか
でも変わってくるし、ネックとなるのが日本語だったりするんで、
なかなか話題にしにくい。

ってコトじゃねーかな？

信頼性の話になると、情報工学の分野になるけど、こちらの話
は正直つまらないw

>>55
ゲームはGPUいじくるのに独自のシェーダー言語で死にそうになってるだろ

司法試験諦めて、こっちの世界に飛び込もうかと悩んでる。

２６歳未経験が突撃しても大丈夫？

Androidのアプリ作りたくてJavaいじってるけどわけわからん
匿名クラスとかなんだよ
てか、C++にもあったけどクラスのprivateとかpublicとかわすれたわ

>>62
>２６歳未経験が突撃しても大丈夫？
司法を勉強したんだったら、その関係のソフト開発ならいいんでねーかな？
↑経験を活かすのが常道。

自分は電子工学部卒の制御ソフト屋なので、そちらの世界はよーわからんけどw

ソフトウエアは会社とキャリア選ばないと35でサヨナラ
底辺の会社でコミュ力のないプログラマーが一番やばい

やばいやばい言いつつも、派遣で長年食いつないでる連中は沢山いるからな。
今でもそこらのサラリーマンよりは派遣PGの方が金は良いだろ。

>>65
>ソフトウエアは会社とキャリア選ばないと35でサヨナラ
22歳でソフトを始めた場合、以下のコースをたどる（分野でかなり違うが・・）

22：テスターあるいはデータ屋　⇒　そのままって人もいる
23：PG（プログラマ）
26：SE（会社はそう呼ぶ=実際はPG）
30：本当の意味でのSE
35：PM（プロジェクトマネージャ）
↓：これ以降は管理業

いくらなんでも35超えてPGじゃねーだろ？　って意味でPG
35歳定年説ってのがあるのだと思われ。

でも、ウチ（制御ソフト）の分野はまったく別で、50歳超えた
PGがゴロゴロいるw

まずは日本語からだな

>>65
コミュ力あって出来る奴は40で廃人or突然死
出来ない奴が生気吸いとるからな

おれコミュ力ゼロだけど、この仕事でよかったよ。
とりあえず技術力評価されて仕事にありつけてるもんな。
技術とか関係ない仕事だったら生きていけなかった。

組み込みは技術さえあれば高年齢でも生き残れる
悲惨なのは業務系

ＣＯＢＯＬ２０年の失業者だけど、悲しいくらい仕事が無い。
Ｃ、ＪＡＶＡ、ＶＢなら２年もやってりゃ引く手あまたなのに…

>>69
>コミュ力あって出来る奴は40で廃人or突然死
そう言うイメージは無いな。その手の人はうまくやる。

問題なのは、>>70のタイプのPGが、年齢とか経験とか技術力を
買われてSE（と言うよりPM）にさせられちゃったケース。

管理なんてのは技術力も大事だが、それ以上にチームを盛り上
げるとか、残業したくねぇヤツにさせるとか、コストコスト言ってる
上司に増員をお願いするとか、本来やりたく無い仕事を山盛り
やらないといけない。
↑
こう言うのが好きな人は苦痛にならないんだけどね。

組み込みは知らんが、業務システムに関しては技術(笑)なんてFランや高卒でも身に付くから評価されんよ。
技術力(笑)とか本気で言ってる奴見るといつも失笑。

30超えたら迷いが生じたのか、データベースとかネットワークとかに行っちゃう
人も多いよね。でも結局戻ってきちゃう
20代で資格とって、情報セキュリティ関係に行ったほうが安牌になるのかな

>>1
＞Arduinoのプログラムは、(細かいところには若干違いはあるものの)概ねC言語と同じと
＞考えて良い。厳密に言えばコメントに"//"が使えたりするあたり、微妙にC++も混じって
＞いたりするが、C++のクラスとかオブジェクト指向の考え方は一切取り込まれていない
＞ので、まぁCと見做すのが妥当である。

なんだこいつ。C書いたこと無いのバレバレじゃねーか。素人か。

ここまでMATLAB/Simlinkなし

デジドカばかりだな

>>77
>デジドカばかりだな
つか、凝った算術演算、特に行列式が登場してくると、その手の
センセが登場するのがソフト屋の限界じゃね？

商売柄、線形予測が制御に組み込まれるコトは良くあるけど、
センセに頂いた式の意味を良くわからないまま組み込んでるw
↑
ソフト屋が注意するのは精度と検証方法（電卓たたくワケには
いかねーし、これが困る）だね。

組み込みはソフトとハードの不具合の両方の可能性の中で作業するからな。
経験がある程度必要だわね。

>>1
確かに
まずはアセンブラだよな

c#の最新仕様を身につけとけ

苦C見ても全くわかんねえよハゲ

見苦C

>>62
組込み　電子、機械、数学必須
ゲーム　26歳では終わり

Java,VBにでも行け

>>79
組み込みはプロジェクトに関わる人数が少ないんですよね。
そのため分業化ができなくて、ナンでも自分でやる必要が出てくる。

それこそ、営業、設計、コーディング、デバッグ、検証、性能評価、
納品手続きとナンでもやる。ひとつひとつは簡単だけど、全部できる
人は意外に少ない。

ある程度の規模になれば初期化担当を雇えるけど、そうでないと
LSI仕様を見て「どうやりゃ（設定すれば）メモリが読めるんだよ？」的なwwww

オブジェクト指向信者の典型

>>77
業界はさて置きmarketting, feasibility studyやってるんだが
SPSSとかじゃモデルが不足で、VC/C++で必要な解析ソフト作ったよ
今思えばMATLAB使うべきだったな…

I/Oも素のメモリも触ったことのないweb系とjava厨と.net厨はちょっと黙っててくれる？^^

>>53
数値計算って知ってるか？

>>89
アンカみす
>>13だった

またミスった

ゴメンマジで教えてほしいんだけどプログラムってなにができるの？
高校でハローって表示するとか習ったけど
役に立つと思えない

>>92
プログラムと電子回路・デジタル回路がなかったら、技術に関して昭和初期の世界

>>93
感覚的に納得できないんだよな

C99なら//でもコメントに出来たような

>>92
今2chに書き込んでいるのがプログラムの結果なわけだが、
それは役に立ってるとは言わないの？

>>94
>>1の
digitalWrite(PIN_LED, HIGH);
delay(500);
digitalWrite(PIN_LED, LOW);
delay(500);

の文をもっと長くして、
delay(500);の時間を調整して、
>>1のキットとLED(三色)を100万個揃えれば動画を作れる。



>>1
コンパイラ依存の関数ってもう少しわかりやすくして欲しいな

>>94
>感覚的に納得できないんだよな
画面表示だと直感的に理解できないし、実際、実感しにくい。

制御ソフト屋としても、やっぱし楽しいのはソレノイド（電磁石）と
ステッピングモータ。

基本は>>1のLEDと同じで、オンすればソレノイドがガチンと
動作し、それに接続させた、例えばクラッチがオンとなって
モータの駆動がベルトに伝わってナンゾが動く。
↑
ここらの制御をやってると「あああ楽しいなああ」と感じるw

>>98
まあその辺は>>1と似たようなもんだな
>>1はLEDの点灯を制御してるようだけど

一番いいのが秋月とかで扱ってるマイコンを買って遊ぶのがいいな

H8/3664とか遊びではメジャーだったけどいまだと何があるんだろう

C#はなにがいいかって
VisualStudioの補完が便利すぎる
プログラマが実現したい要素、やりたいことだけに集中できる感じ

C#つかって開発できるWindowsPhone7にはがんばってほしいんだけどなぁ

C言語で、こう言うのを書くじゃない。
include <stdio.h>

意図したように動かす為には色々なヘッダーファイルを組み込まなくちゃいけない事も出てくるかも知れない。
どういう機能を実現するのにどういうヘッダーファイルが要るとかそう言うのはどこで憶えるの？

>>92
高校で習うものってのは基本中の基本だけだからつまんねぇんだよな
自分でWindowsのAPI直叩きしてウィンドウのひとつでも作れれば楽しくなる

>>92
基本的なところでは電子回路の制御
デジタル放送対応のテレビとかはプログラムの塊だ
少し複雑な動きをする電化製品（冷蔵庫も洗濯機も）は全部プログラムで動いてる

Windows（笑）

>>101
まあ今だとサンプル見ながらとかじゃないの？
ヘッダー書かずに関数とか書いてもコンパイルでエラーになるからね

ネット検索って方法も今はあるしね

ネットが無い時は本か他人の書いたプログラムをいじって覚えるかくらいしかなかった

今は本なんか買わなくても
入門サイト見れば完璧なまでに言語マスターできるからな
開発環境まで無料であるし
いい時代だよ

>>101
そんなものヘッダーファイルを読むにきまってんだろ。アホか。

>>106
そうそう
iPhoneとかはたまたまマカーだったとかじゃないと
若干投資しないといけないけど
それ以外は容易に環境そろうからなｗ

>>105
ふうん。
どうもありがとう。

>>101
統合開発環境では、関数のヘルプがあるから
それを見ればどのヘッダを組み込む必要があるかは書いてある
Cの基本的な関数はどこでもほぼ共通だから使ってればそのうち自然と覚える

>>110
>>Cの基本的な関数はどこでもほぼ共通だから使ってればそのうち自然と覚える

細かい所を知りたくなったときには調べるんだろうけど、何となく経験的に憶えていける
ものじゃないのかと思って不安だったんだけど、こういう風に言ってくれると心強いです。

男ならベーシック一択だろ

Javaそんなに簡単か？

Cしか分からん俺でも飯が食えてる奇跡

#include"jisaku.h"
みたいに標準ライブラリを使わずに自作でprintf関数と同等の関数をつくることはできますか？

>>115
できるよ。

Cはやめておけよ
クラスの概念や継承、オーバロードがあるJAVAやC++やったほうが絶対いい

とりあえずCでコンソールの黒い画面とにらめっこして、
ポインタのアスタリスクで訳わからなくなってから、高級なのをやればいい。

C++の継承はクソ
ついでに演算子オーバーロードもほぼ害悪でしかない

組み込みには必要だろ
組み込みにC++は重すぎる

VBは電子ブロック感覚でプログラミングごっこできるから面白いね

どの言語でも言えるのは
良いプログラムを読んで来た奴は
良いプログラムを書く

マシン語から入ったおれにはポインタなんてのは当たり前だのクラッカー

2000年問題で激闘を繰り広げたコボラーはどこいったの？

HEWのコンパイラもVisualStudioらいエラー拾ってくれればいいのに。

>>122
ポリシーがある奴のソースは読みやすい
他人が書いたソースを改修するとき、元のソース書いた奴のポリシーを尊重する奴が出来る奴だと思う
ダメな奴はおれ流になって、元のソースとの差がある事に気づかない

まず日本語学ばないとなぁ

>>92
helloが画面に出ただけで感動できないってのは悲しいね。
MSXの時代は小学生がなんとかしてCPUにVDP介してVRAMにアクセスさせたいって願ったものだが。

結局最初にやるとしたらどれがいいの？

>>127
C言語（コンピューター言語）に日本語は不要だと思うがな
そもそもソースを読み書きする奴はC言語知らないとできないと思うんだけど
C言語知らないがソースを読み書きする状況が異常だと思うんだけどな

>>129
今ならC#
組み込みとかいくならC/C++とかかな・・・

どういう方向を目指すかだなあ

とりあえずならC#

>>128
今はそんな苦労しなくてもGPUが高速にグラフィック処理やってくれるからねｗ
BASICでプログラム書いてたけど速度でなくて
マシン語＋PCのハード直接いじったりしたもんだが遠い昔だね

なんで未だに人間が使う言語でコンピューターは動かないの？
そろそろそういう技術がうまれてもおかしくないだろ！このハイテクのご時勢に

基本的には、最初A でB BからAでも可
慣れてから ちょっとハードル高くなるが
Cだ！
ちゃんと結婚してからD！ まあ、今はできちゃった
もあるがキツイぞ！

ポインタつって要はメモリ空間のアドレス番号格納した変数でそ？
なんでそんなアドレスをわざわざこれはintのアドレス、doubleのアドレスってってぐあいに
int *a　みたいにやるのかわからん。

アドレスはアドレスでいいじゃん。アドレス番号格納する数値型変数１個ユーザ側で用意して
変数名adr〜みたいな変数名にしときゃいいのに、なんで言語仕様に組み込まれてるのか誰か理由をおしえてくれ

値を取り出したいとき
どの型かわからないと不便だろ
int なのに1 byteしか読み取らなかったら正しい値が読み取れない

>>135
void *じゃダメなの？

>>136 そのアドレスから何バイトとってきて〇型にキャスト　みたいな関数一つ用意しときゃいいじゃん。
もっともプログラミングの基本の変数にわざわざ裏表作って分かりにくくしてるだけに思える。

ポインタ速報

そもそも年収3千万以上の平均的ν速民は
プログラマに金渡してワンオフでソフト作らせるだろ？

C言語ってよく使われているプログラミング言語の中じゃ難しい方なの？

>>135
>なんでそんなアドレスをわざわざこれはintのアドレス、doubleのアドレスってってぐあいに
>int *a　みたいにやるのかわからん。
そりゃアセンブラの上にもう一つレイヤーとして言語として載せてるので
型を指定することで面倒な計算をしなくてよくなるんだよ
というかいちいち計算するのであればレイヤーとしての言語の意味がない

intの配列を考えてみなよ

あとはアライメントの問題もあるんだわ

x86の系譜は過去の互換を重視して継ぎ接ぎで来てるので
intなんかであっても奇数アドレスでもアクセス可能になってるけどさ
ARMやMIPSでアライメント無視してアクセスするようなコード書くと
システム止まるぞ

>>141
うーん
ポインタがわかりにくいってのはC言語の構文の糞さ故だしな

あと最近の言語からするとメモリの確保開放を自力で管理しないといけないから煩雑ではある

C言語難しくて必修なのに単位2回落としたわ

>>142 ごめん。結構わからない。
たしかにintの配列から値を取得する場合、例えばポインタで指し示されたint型配列の５番目の数値とるのに　
「アドレス＋（使用環境のint型のバイト数）×５から（使用環境のint型のバイト数）バイト取得」みたいにする必要があるけど
そりゃアドレス指定だから仕方ない。というかアドレスの概念なくポインタにアクセスするほうが俺は怖いんだけど。

できればレイヤーとアライメント説明してもらえないだろうか。

いや　そんなん分かり切ったことだろ
いちいち必要ないとか言い出したらほとんどの学問要らないとか言う破目になるから

>>145
>「アドレス＋（使用環境のint型のバイト数）×５から（使用環境のint型のバイト数）バイト取得」
>みたいにする必要があるけど
これをしないためのレイヤー（というかオブラート）がC言語だよ

アライメントはぐぐってくれ

>>147 レイヤーの意味はわかったけど、色んなプログラムでこれ結構やってるんじゃないか？
アセンブラある程度わかってて、ポインタでつまづいた俺としては、逆に型で必要なバイト数
が明示されてなく扱う事に抵抗を覚える。

アライメントなんとなくわかった。でもなんかスッキリしねぇなぁ。使用環境とＣ言語の仕様によって「バイト境界」
とか設定されるんであればそれをなんとかしたほうがよかったんじゃねぇのか？

>>148
＞型で必要なバイト数
char *ptr;

>>148
int8_t
int16_t
int32_t
int64_t
こんなものもある、ビット表記になるけど

>>149 たぶんchar配列の先頭ポインタでの扱いだとサイズわからんといいたいのだろうけど、
それにも俺は違和感あるねぇ。
結局￥０デリミタくるまでが変数の内容ではあるわけだけど、メモリ空間確保のためのmallocもしくは配列サイズ指定
しなきゃいけないのはどうせおなじだろ？じゃなきゃメモリ破壊をおこすよね。リードだけならいいのかもしれんが。
文字列型に文字列入れ込むためには、サイズも同様に書き込むような言語仕様にしときゃよかったんじゃないかと。

Cでmallocとかのメモリ操作・管理ってどうやって学ぶの？
ポインタは理解できたがメモリ確保してそれをどう扱うかが分からん

>>151
char *ptr;
この場合、型で必要なバイト数は1バイトのつもりで書いたんだけど。
int *ptr;
なら2バイトだよね(32bitの場合)。

ptr.length
みたいなことがやりたいってこと？

おじさんたち、Register functionってなに?

あとCに文字列型は無いよね。

>>152
あらかじめ必要な長さが判っていない配列を扱う時に必要なんじゃね

HTML → CSS → JavaScript → PHP → Perl → Python → Ruby →
Java → Scala → Groovy → JavaFX → C# → VBA → VB.NET →
C → C++ → アセンブリ言語 → 再びJavaScript → Io → Scheme →
Common Lisp → Haskell → Erlang → Agda → COBOL → Fortran → Fortress

これってどの程度ネタが混じってるのかわからない

>>157
やる奴はそれぐらいやると思う

>>153
ptr.lengthがやりたいっつーよりも、文字列格納するのに、char配列もしくはmallocでメモリ確保しなきゃなんないのなら
変数代入時にサイズとメモリ確保さくっとやっちゃえ、String型みたいなの先に用意しとけってこと。
わざわざメモリ破壊でデバグが難しくなるぐらいだったらサイズもメモリ確保も言語側の標準関数とかで対応しとかなかったんだろう？
char配列を関数に受け渡して処理なんておっかなビックリすぎる

少々自分でもわけがわからなくなってきてるが。

>>159
それは配列全般に言えることじゃないの？

>>159 確保した以上の添字にアクセスするということも含まれるわけだからまぁそうか。

Cは何だかんだ言って低レベルだから
そこまで求めるのは酷かなって気がするね。
そういうのやりたい人は
C++をベターCとして使うといいんじゃないか。

低級なら低級でアドレスはアドレスでいいじゃん、アクセスに必要な先頭アドレスと取得サイズはこっちで指定するから
ポインタなんて概念いらねーとかおもってしまう。

てことは先述のアライメントというものがあるためにポインタ導入しないといけなかったのかなぁ。
もう少しアライメントについて勉強してみなきゃいけないか。

>>163
だから取得サイズをこっちで指定しなくていいように
ポインタ宣言時に型を指定するんじゃないか。
int型の配列をchar型として読んだら別のものになっちゃうでしょ？

俺も改めて思ったけど
ポインタはポインタで大分抽象化されてるんだな

>>164 アドレスに格納されるサイズは１バイト　さえ覚えておけばいいじゃん。
ポインタだとそれが４だったり６だったり８だったりするんだよ？おれはそっちのほうが嫌かなぁとか思うんだが。

>>166
ポインタ自体にはアドレスしか入らないし
アドレスが何バイトかは環境によって変わる。

ポインタを通してメモリを読んだときに何バイト読むかは
宣言時の型によって変わる。

>>167 プログラムザッと眺めたときに
その変数がその型のポインタってすぐにわかればいいんだけど、
大抵の場合この型なんだったっけと定義部に戻らないとわかんないでそ。それを一つ一つ記憶しておくのが煩わしい。

bin getbin(int adr)
みたいのだけでもよかったんじゃないかと。

>>168
いやいや
そのアドレスの値が1バイトか2バイトか覚えるほうが大変でしょう？

>>168
それはポインタじゃなくてもこの変数の型なんだっけになるでしょ
ネーミングルールで決めるしかないな
ハンガリアン記法とか

IDEの機能で変数の宣言なんてその場でポップアップですよ∠(｀・ω・)／

そもそも、変数の型が分からなくなる、なんてのは
・ローカル変数のスコープがやたら広い(巨大な関数)
・グローバル変数の数が多すぎ
みたいな設計ミスが根本的な原因になってることが多いので、この辺りを気に付けていれば・・・

うーん・・。アドレス入れるためのアドレス型（WORD値）があって、変数名adr〜って名前つけておけばいいだけなきがするんだがなぁ。
環境でアドレス指定に使うWORDサイズが違ってくるんだっけ？そのへんはシステム変数でも返してくれればいいし。
ポインタで１つ先読み込むってした場合に「その指し示す型」の分だけアドレスが移動するのは本当にプログラム理解の妨げになるきがする。

実用言語の目指すべきところは、理解のしやすさより便利さでは

goっていう言語では、ポインタは >>172 の言うようなインターフェイスを持つけど
あり得ない程不便なんで、絶対必要だ！って時以外はまず使わない
(極力使うべきではないという思想があって、あえてそういう設計にしたんだろーけど)

結局アドレス値ならアドレス値らしく＋１したら、＋１番地をキチンと指し示したほうがよくね？
＋１して「指し示す型」の分だけ勝手にアドレス移動すんなと。
そんなもんは配列にまかせとけと。

「＋１しろよ」「＋１しときましたー」「おまえ＋４してるじゃないか」「int型の１つ先なんで＋４番地すすめたのですが・・」
「よけいなことすんなー」ってなんか新人の社員のいらぬお節介な気がしてならない。

言っちゃ悪いが
そういうもんだと割り切らないと新しい言語習得できないよ。
新しい言語学ぶときは新しい概念を学ぶんだから。

配列型よりポインタの方が早いし便利だし
各型のサイズは開発中に変化しうるし、組み込み型でも環境によっちゃ変わってくるから
その場その場で直接バイト数をハードコーディングするのは有り得ないし、
毎回sizeof(unko_t)とかするのもバカバカしすぎ

>>174
a + 1　を　a[1]　と記述すればいいだけじゃね、同じ意味だし
a[1]に+1しろと言った場合、まさか+4はしないだろ新人君でも、a[1] + 1とするかもわからんけど
a + 1で記述するがいかんな…と思うが
A->a と (*A).a も同じ意味だけど、後者はあまりお目にかからない

その昔に初心者向けに流行った、ビジュアル･ベーシックはまだあるのか？
結局、ビジュアル･コンパイラとか発売されたのか？
　　

プログラマになりたくて、知り合いの人に聞いたら最初はWeb系の言語（PHPとか）から入ると変なくせがつくって言われた
だからC言語をついこないだから勉強してるんだが、これでいいの？
ちなみにC言語の勉強を軽く終えたらPHP入ろうと思ってる
はやくプログラミングのバイトでもしたいんだけど、どれぐらいのものが作れるようになってから応募すべきなんだろうか

>>179
それでいいよ

いまどきCからやれっていうのは「新入りは球拾いからやれ」ってのと同レベルの根性論

PHPから始めてればもう既に何か一つ作ってたと思うよ・・・
変なクセってなんだろう。もっと具体的に聞きたいなぁ

>>177 そう。記述仕様の問題でもあるわけで。「ポインタ演算」なんて仰々しい名前つけてるけどやってることは
・「指し示す型の分×加減算された値」をアドレス指定先動かしてるだけ
・内部はアドレス値で保持
・＋１しても内部値は＋１とはかぎらない

なぜこんな仕様にしたのか理解に苦しむんだよ。
配列の添字上げたほうがよっぽど読みやすいし間違いも無いと思うのだが。

>>176 配列アクセスは遅いの？最近Ｃ触ってないからわすれてもうた。

>>183
あなたはポインタが理解できないんじゃなくて納得できないんでしょう。
最初に学んだ言語が母国語になるっていうのはこういう事なんだよな。

>>183
そもそもポインタには状態を持ったカーソルとしての機能があって、これがポインタのユースケースの大部分を占める(と思う)
配列でそれを表現するには+α(具体的には配列のカーソルとなる整数値)が必要 ==> 不便

またその場合、アクセス(a[i])するたびに「配列の先頭のアドレス+整数値*型サイズ」の処理 ==> 遅い

何故か言葉が抜けた・・・
s/(?<=処理)/が発生/

あと、状態をもった、って蛇足でした

>>185
今時のコンパイラはどっちも一緒じゃないの？

>>179だが、プログラミングのバイトしたい
phpって奴でどれぐらいの物を作れたら応募する資格があるの？

e-commerce

>>188
最初は掲示板とか作って
DBも学んで
webサービスを公開できるくらいになったら上等だと思う

アセンブラの構文糖

cは型がめんどくせーから。perlとかだとあんまり気にしなくて簡単。

ν速のプログラムスレは何ですぐにポインタの話で盛り上がるのか

しかし、C言語はカオスだね
A->a
(*A).a
A[0].a
(*(A + 0)).a
がすべて同じ意味
a + 1と書いてる奴のポリシーから言ったら
A[1].aは、(*(A + 1)).aと書くべきじゃね、と思ったりする

添え字アクセスとポインタアクセスは厳密には違うと何かの本で読んだ覚えが

>>187
コンパイラ最適化の勉強中の身ですがちょっと分からない・・・
アセンブリに明るい人いたら試してほしいぽ(´･ω･｀)

研究でMATLAB使ってるけどfor文書きまくりで激遅
どうすりゃ減らせるんだよ教えてエロい人

最初にアセンブラ使ってればたいてい解決する問題だよな

高校でCOBOL
大学でC
会社でVB

どうなってんだ俺

>>196
2.6.35.10-74.fc14.x86_64
gcc version 4.5.1 20100924 (Red Hat 4.5.1-4) (GCC)
c99 -g -O2

void test(hoge *p)
{
p->i = 1;
400480: c7 07 01 00 00 00 movl $0x1,(%rdi)
}

/////////////////////////////////////////////////////////////
void test(hoge *p)
{
p[0].i = 1;
400480: c7 07 01 00 00 00 movl $0x1,(%rdi)
}

同じ様な気がするが…

Ｃの勉強してるとハード側の電子回路・センサ・大学レベルの数学・モータ・通信の勉強
高速化・効率化のためアセンブラ(.section、disp、VBR等々)、コンピュータアーキテクチャ、RTOSとどんどんふかみに、嵌っていく。

文字列ごときにポインタ必須な言語は初心者にはキツイ

>>200
Architecture: x86_64
CPU op-mode(s): 64-bit
CPU(s): 2
Thread(s) per core: 1
Core(s) per socket: 2
CPU socket(s): 1
NUMA node(s): 1
Vendor ID: AuthenticAMD
CPU family: 16
Model: 6
Stepping: 2
CPU MHz: 2800.000
Virtualization: AMD-V
L1d cache: 64K
L1i cache: 64K
L2 cache: 1024K
NUMA node0 CPU(s): 0,1

問.次の駄文を直せ


模範解答1
模範解答2
模範解答3

のような問題集ない？

perl -> PHP -> physon
processing -> java -> C#
Arduino -> C

これを2年間かけてやってりゃ大抵書けるようになるだろ。

>>197
forをベクトル演算に書き換える

>>200
ごめんなさい、説明が悪かったかも・・・

カーソルとしての使い方っていうのは、pの指し示す先を進めたり戻したりしつつ、アクセスも行うってことです
(配列インターフェイスでそれを行う場合は現在の指し示す先を保存する整数値変数が余分に必要に)

そのソースはかなり簡略化されているので(配列の添字が即値だったり)、上記のケースとでは最適化の結果は全く違うはず

そうだそうだ
>>207の言うとおり
ポインタ→間接参照
添え字→間接間接参照
になるんだった

>>197
ループ減らせよ

Cでガリガリ書いたあとにPHP書くときの楽さは至高

うちの大学は
Pascal → C → OCaml(選択科目) → Java
だった

言語スレで、プログラミング言語は5つくらい知らないとダメとかいう奴いるが、JavaやPHPやってる余裕がない。
C/C++、アセンブラとハードウェアと数学(←PG趣味)と法律(仕事)の勉強で精一杯だってばよ。

>>212
法律の仕事って代書屋かなにか？

C言語系統最強

期待通りの成果物がリリース出来るなら言語は何でも構わんだろｗ
プログラミング言語なんて作りたい物を作る道具に過ぎんのだからさ



そう思ってた時期が俺にもありましたわｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
量産工程向けアプリに出るφはねえだろｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

C・UNIX使いよりも、なんでもエクセルとVBAで作ってしまう奴のほうがすごいと思う

>>216
なんでそう思うの？

>>213
代書。

専攻は物理学だった。

VCが難しいからVBに逃げてた奴とか結構いたなぁ・・・
そいつらのほどんどは出来の悪い生徒だったが。

>>216
>C・UNIX使いよりも、なんでもエクセルとVBAで作ってしまう奴のほうがすごいと思う
前者は商売で、後者は趣味、あるいはツールって言う使い分けじゃねーかな？

basic→C言語→アセンブリ（x68000）と経験して
今はC言語オンリーだな
Visual C++8.0 EEで、しこしこソフト作ってベクターで公開している

>>221
ユーザーからの意見や糞雑誌の掲載申請とかどう処理してる？真面目に対応してる？

俺は、昔はvectorのダウンロード数に一喜一憂したり
カスみたいな雑誌に掲載されて喜んでた時期もあったけど
今ではどうでもよくなってユーザーのメールは全部無視してる

右も左も分からない初心者(俺)が柴田望洋の明解Ｃ言語入門編ってのを買って趣味の一環として試みようとしたら、もっと訳分からなくなった
入門編のくせにそもそもが分からん
何処に入力するんだ、アレ

>>222
まったく同じｗ

>>217
不便な道具をトリッキーな使い方をして想像以上のものを作る上げる人はすごいと思うよ
まねしたいとは思わないけどｗ

ぶっちゃけ>>1ぐらいならアセンブラで余裕っすよね

>>183
Cが開発された当時の主力アセンブリ言語がそういう仕様だからなんだよ。
Cが高級アセンブラと言われる所以。アセンブリ言語ラッパーしてるだけなんだから
32bit系CPU(MPUかw)の命令セット知ってれば当たり前、というか当然なんだけど

あんたが疑問に思ってるポインタのインクリメントまわりは
もろ母体となってるアセンブリ言語(32bit系)の仕様そのものだから
たとえば68000の間接アドレッシングあたりのインスト見りゃ理解できる
同様の理由でCに文字列型がないのも当たり前。アセンブリ言語仕様にないから

>>225
趣味で作るモンはナニやってもいいし、誰に見せるワケでも、
無いんで、作る時は楽しいさね。

商売で作るとなると「将来的には第三者が保守する」すなわち
「誰でもわかる」って言うキーワードが付くんで、オーソドックス
が好まれる。正確には標準化ってのに飲み込まれるw

>>226
制御の現場だと、この手のには「C」を使うことになるでしょうな。

>>207
こんな感じ？

void test(hoge *p)
{
p->i = p->j;
400480: 8b 47 04 mov 0x4(%rdi),%eax
400483: 89 07 mov %eax,(%rdi)
++p;
p->i = p->j;
400485: 8b 47 0c mov 0xc(%rdi),%eax
400488: 89 47 08 mov %eax,0x8(%rdi)
}

////////////////////////////////////////////////////////////////////
void test(hoge *p)
{
int k = p->j;

p[k].i = p[k].j;
400493: 8b 4a 04 mov 0x4(%rdx),%ecx
400496: 89 0a mov %ecx,(%rdx)
++k;
p[k].i = p[k].j;
400498: 8b 50 04 mov 0x4(%rax),%edx
40049b: 89 10 mov %edx,(%rax)
}

基本はObjectPascalなので基礎が身につき、最近の仕様変更でlisp系の要素を取り入れまくり変な方向にまっしぐらにC#やっとけ。
オブジェクト指向からアンセーフコード、ポインタに加え、最近話題のHTML5の基礎まで広く覚えられるので他言語にも対処できる体になる。

｢C言語でプログラミングするには人生は短すぎる｣
GNOMEの作者がMONOを発表した際にはなった一言。

ポインタすら理解せずにコード書くから
スパゲティばっか生産するんだよ
迷惑だから辞めてくれ

>>230
下が正確じゃなかった…orz

0000000000400480 <test>:
400480: 8b 47 04 mov 0x4(%rdi),%eax
400483: 48 63 d0 movslq %eax,%rdx
400486: 83 c0 01 add $0x1,%eax
400489: 48 8d 14 d7 lea (%rdi,%rdx,8),%rdx
40048d: 48 98 cltq
40048f: 48 8d 04 c7 lea (%rdi,%rax,8),%rax
400493: 8b 4a 04 mov 0x4(%rdx),%ecx
400496: 89 0a mov %ecx,(%rdx)
400498: 8b 50 04 mov 0x4(%rax),%edx
40049b: 89 10 mov %edx,(%rax)

>>234
趣味でやるとなると本やマニュアルの詳細さからルネサス系しか手が出せない。

>>62
出版社でも行けば？
それか公務員。

>>1
#include<stdio.h>から書いてくれないと分かりません＞＜

>>237
#include<stdio.h>　いらないよ

#include<machine.h>
#include"iodefine"
のみとか

>>233
スパゲティはポインタ理解云々以前の問題だろ
もっと言えばコーディング以前の問題

>>237
libstdc++.soを使ってないんじゃね？

Ｃ難しすぎワロタ

>>239
んだね
まあデザインパターンを参考にするとポインタ使うことになるけどな

Cは速いからな〜
自由度高いし

まぁ趣味でプログラミングする分にはもうC言語なんてやる必要はないわな
本来やりたいことをする前にしなきゃいけないことが多すぎる
だけど本当に学びたいってのならCは理解しておいたほうがいい気がする
JavaとかC#とかポインタって名前は出てこないけどすべてがポインタ変数扱ってるようなもんだもんね
メモリの確保と開放も自分で扱った経験がないと最適なコードは書けんでしょう

int ary[2]={100,200}
int *po;
po = &ary[0];
po++;

poが＋１になるならわかるが、実際は+4されてるんだぜ？腹立つだろ。

>>245
＞ int ary[2]={100,200}
＞ int

はいここでコンパイルエラー

>>246 セミコロンぐらい追加しとけ

>>244
C#は明示的なポインタあるよ
Cでいうところのインラインアセンブラみたいな扱いでコンパイラオプションの初期値ではエラーになるようになってるけど

>>245
>poが＋１になるならわかるが、実際は+4されてるんだぜ？腹立つだろ
いやいやｗ
ポインタという形でアドレスを間接的に扱うけどさｗ
そこを否定したらC言語の意味ないじゃん
というかアセンブラ経験者なのか？

x86であっても奇数アドレスに2バイト以上のデータを置いて
レジスタに転送するとクロックが余計にかかるってペナルティあるのに

それにそこまでカツカツにメモリをやりくりすることはほとんどねーだろ
そこまでやりくりする必要あるのならそれこそアセンブラでやれって話だし

>>245
ポインタの型の意味がなくなっちゃうじゃん

今年24歳で色んな仕事転々とトライアル（3ヶ月）で回ってたんだけどＩＴ土方になりたいのがやっとわかった

タイピングしか自信無い未経験だけど就職出来る？

>>250
なんか石川の言い分ってその後の言語で開発効率を上げる仕組みにしたことを
全部否定してるんだよなｗ

俺もおっさんだけど頭固すぎだろ
C言語のポインタに関連する記述の糞さを含めても
いまさらアセンブラでシコシコ書きたくねえｗ

＋１って書いておいて実際には＋４やら＋６やら不定なのが堪らなく嫌なんだよ
それやるぐらいなら配列[1][2]・・・とアクセスしたほうが全然まし。

>>252
＞ C言語のポインタに関連する記述の糞さ

そんなん感じたことないけどなあ。

>>253
おまえの頭8bitCPUだな

変な奴だなｗ
型のサイズなんてコンパイラによって変る事もあるんだぞ
>>253みたいな事していたら、
ポインタのポインタとか扱い出したら訳判らなくなるぞ

>>253
「ポインタ」を＋＋すんだから、アドレス「値」の変動が
型に依存すんのは当たり前だし理にかなってるだろ。

お前の言ってるのは地下鉄やら私鉄やらで「駅番号を＋１してんのに、
実際の距離や方向の変動が路線によって不定なのが堪らなく嫌なんだよ」

とか言ってるのと同じだ。

>>254
コールバックの記述とかさｗ
少々のポインタならそれほどでもないけど

>>253
おまえのいうとおりにすると
その[1][2]・・・はエラーで[4][8]にしなきゃだめじゃん。
自分の言ってること破綻してんの気づいてないのか？

>>257
おぉ　分かりやすいな

>>258
ああ、関数を引数にするときの記述の糞さとか？
しかも関数ポインタそのものを配列で扱う時の面倒さとか。

iphoneとかアンドロイド向けのアプリ作ってみたいだけなんだけど
何を覚えればいいの？
webのperlかじった程度です；；

>>260
書いた後に気付いたが、石川県の奴には
「地下鉄や私鉄なんかで、駅番号を＋１」って概念が理解出来ないんじゃないかと思った。
いや、地下鉄や私鉄までは理解出来るだろうけど…。

>>261
まあ細かいところでいえば変数と変数型ポインタを同時に宣言できるとかさ
後の言語ではクリアされてる分かり易さが無いってのは古い言語だけにあるね・・・

int a,*b;

↑これを認めたところが糞

int a;
int* b,c,d;//こう書くと全部int型のポインタ

↑こういう分け方をするべきだった

>>258
たしかにsignal()の宣言は最初わけわかんなかった

Cとかで　++表記にする理由ってなんなの? +1にするのとどう違うの?
速度?

>>266
昔のギークの編み出した物だから気にするな

キータイプ減らしたいとか割とどうでもいい理由だからｗ

ＶＢでどの程度のプログラムを作ったら一人前なのさ？

>>266 アセンブラのinc命令でそ
+1だとさながらmovかLDでそ

というかC#も最近のバージョンだとまた悪い癖じゃないけど手抜き方向へ向かってるんだよな・・・・
プログラマーというか開発に関わる人種の性だと思うｗ

>>266
＞ Cとかで　++表記にする理由ってなんなの?

元々は、アセンブラ習得者が分かりやすいように、だろうな。

>>269
いやいやｗ
最近はコンパイラの最適化で多分出力されるマシン語は一緒

昔は今ほどの最適化でないので違いがあったかもしれないが
+1じゃなく++にしたのはキー入力の手間だと思うｗ

++i と i++ の使い分けなら

遊びでFlash as3やってるんだけど、構造体と列挙型ないのがきつい
似たようなのはあるけどなんか気持ちわるいし、そもそも実体定義した後だしなぁ

ライブラリは色々揃っててすき

ちょとしたツールを作るには便利だぞ
繰り返し作業をコンピューターにやらせるとか

Cはいろんな意味でハード寄りなんだよ
バカが使うことを前提にしてる言語じゃないから、バカは使うなよっていうだけの話

> x86であっても奇数アドレスに2バイト以上のデータを置いて
> レジスタに転送するとクロックが余計にかかるってペナルティあるのに

そういうハード仕様の進化も糞なんだよな。
糞の上で糞たれてるようなもん。
言語仕様なんで、どんなにその上で美しいプログラムを書いたとしてもそれは糞の上の糞の上の美しい糞でしかない。

>>272
＞ 昔は今ほどの最適化でないので違いがあったかもしれないが
＞ +1じゃなく++にしたのはキー入力の手間だと思うｗ

いや、「アセンブラ命令への直接対応」というか、
「inc命令に対応する文か当然にあるべき」
っていうのが、言語開発当時としては当たり前の発想だったんではないかな。
最適化効率も違ってた可能性もある。
それどころか最適化って概念があったかどうか。

元々「アセンブラ使いが手抜きして楽をするため」の言語だし。

>>267
まあそれもあるけど>>269のようにアセンブラ命令も絡んでるように思う
68000だと-(sp)とか(a0)+の記述によって速度、サイズ的に有利だな
よって前置と後置も自然に必要となる。
またコンパイラによっては高速化になる場合がある。ターゲットCPUによるが

>>277
おまえ一生バス幅8bitだな

>>277
お前は「駅番号を＋１」って概念を理解してから書きこめ。

10 PRINT "ｳﾞｧｶ"
20 GOTO 10
30 END

RUN


ｳﾞｧｶ
ｳﾞｧｶ
ｳﾞｧｶ
ｳﾞｧｶ
ｳﾞｧｶ
ｳﾞｧｶ
ｳﾞｧｶ
ｳﾞｧｶ
ｳﾞｧｶ
ｳﾞｧｶ
ｳﾞｧｶ
ｳﾞｧｶ
ｳﾞｧｶ
ｳﾞｧｶ
ｳﾞｧｶ
ｳﾞｧｶ
ｳﾞｧｶ
ｳﾞｧｶ
ｳﾞｧｶ
ｳﾞｧｶ
ｳﾞｧｶ

>>281 アドレスをポインタ内部値としてつかわなくてもいいじゃん。
ちゃんとメートルで計ってつかえよ

>>277
昔、使ってない内部RAMにプログラム置いちゃうような人達がいたらしいね
うん、清貧だと思う人もいるんじゃねーかなー（棒）

>>283
＞ アドレスをポインタ内部値としてつかわなくてもいいじゃん。

バカだ。
こいつ本当にバカだ。

「アドレス値操作からプログラマを解放する」
「アドレス値を意識させずにアドレスを操作する」
ために考えられた概念が「ポインタ」の概念なのに、
「内部値にアドレス使うな」とかバカかマジで。
さすが石川県だな。

＞ ちゃんとメートルで計ってつかえよ

駅番号を＋１の概念は理解出来たか田舎者が

趣味グラマならC#で十分だろ。
とにかく簡単だし。

>>283
おまえ、型サイズがコンパイラで違う場合にどうするの？
あ、全部インラインで書いちゃうのかな？ｗ

>>194
その例書くなら0[A].aもカオスな例として紹介するべきだろ。

>>264
後者の文法だと、関数ポインタとかどうなるの？
int *(*f)(), g;とかいうの。結局typedefでいいじゃん、って気がする。

そもそも演算子を宣言通りに適用すればint型の式になるという意味だから、
int *a, bに違和感を全く感じない。
Cの教科書でこれを教えてないからみんな勘違いしちゃうんだろうけど。

>>286
だね。
VS2010EEとか無料で使えるし、使わない手はない。

C#って、ボーランドでdelphiとかC++builderの設計担当した人を
MSに引っこ抜いて作らせたと聞いたが本当かな。
なんか言語仕様とか開発環境の癖がそっくりだし…

>>285　10番目の駅にアクセスするとき、
int ary[0];
ary[10]にアクセスするのと

int *po;
po=po+10;

するのと変わりないでしょう。（処理速度云々はうえで語られてたけど）
わざわざ１０番目という情報を抜いた上で、自分の位置をわからなくして１０番目だけを指し示すだけのポインタ
それも+10しても内部は＋４０される内部値、疑問をもたんのかね。

>>289
ボーランドがリストラしたのを拾ったらしい。

>>290
>それも+10しても内部は＋４０される内部値、疑問をもたんのかね。
持たない
そもそもそこまで必要ないというかそれを考える必要をなくしたのがC言語なんだし
その代わり型が重要だけど

というかいい加減あきらめろｗ

>>292
> というかいい加減あきらめろｗ
お前はまだＣ言語という前世代の遺物にこだわってるのかよｗ

>>290
数学苦手でしょう？
数字に単位がついていないと計算出来ない人なのでは無いですか？

>>254
糞だからC言語作ったおっさんが新しく作った言語はパスカル記述になってる

>>293
いいやｗ
基本的に適材適所と思ってるし今はC#が主

Cは普通は使わねえわ。こんな危険で原始的で面倒な言語使いたくない。

しかしいちいちポインタを理解するのにアドレスなんて考える必要あるのか？
型にしたがって必要な演算をすれば必要な値を保存＆取得できる程度でいいじゃん。
C言語がいろんなプラットフォーム向けにコンパイルできるように作られてる上でのルールなんだし。

>>290
＞ int ary[0];
＞ ary[10]にアクセスする

うわあ…

C言語の入門書読んだんだけど、
コマンドプロンプトみたいなのにプログラム書くのはいいけど、
数字入力してもらって計算するツールとか作るにはどうしたらいいの？

>>298 おっと定義がｗ

>>297
そもそも、C言語の仕様書にポインタはアドレスと定義されてないからな
ポインタはポインタなんだよ…

>>300
いやそれより[10]なのに10番目とか言っちゃってるのはなんなの

>>302 わーたわーたよｗすまんかったねｗ

>>284
>昔、使ってない内部RAMにプログラム置いちゃうような人達がいたらしいね
いや、制御ソフトだと今でも普通にやるぞw

例えばARM系には命令用にITCM、データ用にDTCMってのがCPU内部に
あって、この子っちは内部バスなんでアクセスがべらぼーに早い。

ここにナニを置くかで処理速度がずいぶん違うけど、サイズが小さい（型番で
違うが4Kb〜1Mb）んでかなり悩む。

iTronなぞを使うならOSコア、画像解析をやるなら画像解析処理、ってな感じ
で調整しながらあれこれ悩むんだ。

>>299
オペランド(演算対象)の数を入力してください。 (1+2+3-4 なら4)
オペレーター(+, -, *, /)を入力してください。
第nオペランドを入力してください。

GUI
ttp://www.amazon.co.jp/dp/4756136001
ttp://eternalwindows.jp/

>>299
標準関数で待ちうけするか、exeの引数で指定するか
どっちかじゃね？

>>305
>>306
ありがとお、
VBAとかだったらExcelのセルに数字入力してもらうとかわかりやすいんだけど、
C言語てプログラム打つとこだけで、セルとかウインドウとかないのに、
普通のソフトとかどうやって作るのか疑問だった、
C言語でWindows APIというのを操作してソフトを作るということなのかな？

Fortranって廃れたの？

>>307
>C言語でWindows APIというのを操作してソフトを作るということなのかな？
windowsであってもDOS窓のアプリで基本的な計算程度なら
標準関数で十分

windowsのウインドウとか作ってとかなるとC/C++の場合win32APIとか覚えないとだめ

>>304
なるほどそれは普通に羨ましい技術
使ってる/使ってないの判断が難しくてさ…


>>307
実際的な事を言えば、開発環境について学べばいいと思うよ
APIだけで作るかMFC利用するかなども含めて。
C/C++覚えるよりある意味大変だと思うが

つか言語ってひとつでもマスターすれば
後はリファレンス見ながらだって書けると思うんだが
開発環境に慣れるのはそうはいかないかもで

Cすら理解出来ないゴミ屑なんて存在価値無いだろｗ
さっさと業界のために死ねよ。

>>289
公私ともにC++Builder使いだった俺にとっては神のような環境
ボーランドとは違いドキュメント類も揃ってるしな

>>289
ボーランドの取締役会が創業メンバーを追い出して手下の開発ツール部門を取り潰し、全員リストラ。
そこへマイクロソフトが早速とあらわれ全員を再雇用。
慌てたボーランドはマイクロソフトを提訴。
訴訟の末、暴利でDelphiやVCLを売りつけたと思った。

>>312
でもExpression Editionだと色々と貧弱で面倒だな。
いい環境は金出さないといけないし…

>>1のコード見て速攻Arduinoだと分かった。が、ArduinoやるならCはポインタ以前まではやっとけ。

>>314
Expressでも他ツールよりは充実してる。
まあUltimeteのIntelliTraceは神の領域に達しているが。

あげ

現在のMicrosoftは神。

石川はもうアドレス直うちでやれよｗ