C言語なら俺に聞け 143
レス数が1000を超えています。これ以上書き込みはできません。
>>932
> 現段階での私の理解
だいぶ間違っているが、ド初心者ならあまり細かく考えずに進めてもいい。
(プログラミング自体の初心者なら、最初の段階で重要なのはそこではないから)
キッチリやりたいのなら、メモリを確認しながら進めた方がいい。
IDE等使えば簡単に見えるし、何を間違っているかすぐに理解できると思う。
>>935
JavaScriptのstringはインミュータブルだ馬鹿タレ >>932
よく言われることだけど、cに文字列型はない
cで文字列という時は必ず文字の配列のこと
char * p = "ABC";
は
char x[] = { 'A', 'B', 'C', 0};
char * p = x;
って書くのを少し楽に書けるようにしてくれてるだけ
プログラミング自体の初心者なら、cで文字列を扱うこと自体を後回しにした方がいいと思う > cで文字列を扱うこと自体を後回し
俺もそう思う
ど初心者にはちとキツい char x[] = { 'A', 'B', 'C', 0}; は.dataに保存されるから同じじゃないだろ。 ROMに追い出すconstの嵐w
#pragma でもいいけれど。 C++にconstexprがあるのはconstの設計ミス >>944
いや、const無くても文字リテラル自身はROMに書かれてるんだけど、デフォルトはそれをわざわざ初期化の時にRAMに展開して書き換えられてもいいように準備して待ってるんだよな。
それがもったないからconst付けるんだ。 >>946
ところが chrar * 変数に対する初期化に文字列リテラル使うと>>936のようにエラーも警告も出さずにコンパイルが成功してリードオンリーの領域に書き込みアクセスするプログラムができてしまうと。 >>947
それはパソコンアプリ向けコンパイラが通常じゃROM化に対応してないからだよ。
昔からある話で、特別にROM化可能なコンパイル設定しないとな。 constつーか__attribute__((section(".rodata")))だろ >>932です。
みなさんありがとうございます。
C言語では文字列を扱うのは難しいようですね。
しかし使うだけであれば「なんとなく感覚的」に可能か?と思われます。
ところで、ネットや本でC言語の難所はポインタだ!とよく書いてますが、この文字列の部分というは正に
ややこしい部分ではないでしょうか?
ポインタと配列の関係性の理解だけでも一山あります。
それが文字列となると、ポインタ+配列+文字列の知識の理解、となってしまって。
構造体を勉強するのが先でしょうか。 >>950
この程度で難しいというなら、あきらめてJavaに行った方が身のためだ。
plain Cは時代遅れで、そのまま使うとセキュリティに穴があるシステムを量産してしまう。
Cはロボットにまかせて、人間はC++みたいな高度なプログラムを使うことが望ましい。 >>951
それを言うなら静かに自力で解決するやつ以外すべて足切り点未満だろ
plain Cで隙だらけのコードを量産するおまえさんが体現しているようにw >>951
最近プログラミングが騒がれているのでpythonを始めたのですが、どうもプログラミングしてる感
が持てないためC言語をかじりだしたのです。
javaはコードが長そうなので嫌な感じですね。C++はえらく難しいらしいですし...
まあpythonかrubyが普通に使えるくらいになれば十分なのですが... >>953
まずプログラミングしてる感が十分感じられるくらいまでpythonに慣れましょう 余所の芝が青く見えるので、そっちをつまみぐいする進め方は
正直どっちも中途半端に覚えてるつもりになって、実際には道具として使えてない状態に陥りそう >>953
C++ は教育的配慮に欠けていて、自力でなんとかしないといけない部分が多いし、ここ5〜6 年で規格がばたばた改定されたのに教科書が追いついていない
ついでに私もC++11later には追いつけていない(;;)
プログラムしている感は満載なんですけれども。
java は、資格とかもあり教育的な環境が整っているし書籍も多い、言語的な紛れもC++ に比べると少ない、個人的にはお勧めです。
プログラムしている感は、それなりにあると思います。
python 私もやっているんだけれども、つづりミスに悩まされています。なにか、いい支援環境はないものでしょうか? >>953
Pythonで何かをあやつることをやってみたら? GIMPや、Inkscapeや、IoTデバイスとかをあやつってみるんだよ。 Pythonは万能だから、株取引とか天気予報の表示とかニュースフィードとか、思い付く限りのことができるぜ。 >>959
地震の原因は、地球内部の核融合反応をエネルギー源とするマントル活動だから、三次元マントルマップを
作って天気予報みたいにスパコンでシミュレーションすればある程度予測可能なはず。 地下水で地盤ががたがたになったところを爆弾で引き金ひいてるだけだよ >>956
【Microsoft Tech Summit】APP017 PowerShellの新しい相棒 Visual Studio Code
http://www.youtube.com/watch?v=0zo6z0yHrGk
2017/01/23 に公開された動画 >>966
これかな?
https://ja.wikipedia.org/wiki/%E6%97%A5%E6%9C%AC%E6%B2%88%E6%B2%A1
最近読んだので記憶は確かだが、細菌が地震の原因とは書かれていなかった
地球内マントルの対流の動きが変わり、ちょうど日本の真下でマントルが持ち上がるように変化した、という推測でストーリーは進んでいる そしたら探査船ちきゅうでぐぐれ
なんで非キリスト教国のまわりばっかり掘ろうとしてるんですかね >>965
その宇宙人たちが接触した人類がお前さんだけだからだろう >>968
映画だと、
日本列島の下に沈みこむ海洋プレートが微生物が発生するメタンガスの影響もあって
沈み込み速度をましているため、日本列島が引きずり込まれて「一気呵成」に沈み込む
ことになってます。 4つの整数と + - * / を組み合わせて10を作ってその組み合わせを表示する、みたいなプログラムって作れますか? C++ だけとクラスとか定義してないから入出力を書き換えればC言語にできるんじゃね?
http://apollon.issp.u-tokyo.ac.jp/~watanabe/int/ten.html >>977
ありがとうございます
計算してみたら1536通り?とかで気が遠くなってましたが、頑張ってみます >>961
>地球内部の核融合反応
コアは6000K の液体または固体金属、とのことだが、核融合にまでは至っていないかと思っていた
しかし、ググってみると、重水素の核融合が起こっているという仮説があった
http://www.natureasia.com/ja-jp/srep/abstracts/85904
この融合反応は wikipedia には載っていないなあ…よくわらかないね まず、カセットテープからBASICを読み込ませます。 *=/+'")(^ などのアスキーコード内の記号の意味をまとめているサイトを探してるのだけどおすすめ知らないかな?
セキュリティ考慮したテストケースを考えてる
ipaでみた記憶があるのだけど見つからなくて... このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 58日 1時間 31分 0秒 レス数が1000を超えています。これ以上書き込みはできません。