C言語なら俺に聞け 144

2017/12/23(土) 19:33:43.89

C言語の話題のみ取り扱います C++の話題はC++スレへ
質問には最低限の情報(ソース/コンパイラ/OS)を付ける
数行で収まらないソースは以下を適当に使ってURLを晒す
https://paiza.io/
https://ideone.com/
http://codepad.org/

C11
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1570.pdf

C99
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1256.pdf
http://kikakurui.com/x3/X3010-2003-01.html

C FAQ 日本語訳
http://www.kouno.jp/home/c_faq/

JPCERT C コーディングスタンダード
https://www.jpcert.or.jp/sc-rules/

前
http://mevius.5ch.net/test/read.cgi/tech/1509107288/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured

2017/12/23(土) 22:25:14.39

#include <stdio.h>

int main(int argc, char *argv[])
{
unsigned long long n[] = { 0x0820084008411c3e, 0x087f180408080810 };
int i;

for (i = 127; i >= 0; i--) {
putchar(n[i / 64] & (1ULL << (i % 64)) ? '*' : ' ');
if (! (i & 0x0f)) putchar('\n');
}

return 0;
}

https://paiza.io/projects/zyQ0Osccs4xaziOrVUF_cA

◆QZaw55cn4c (ﾜｯﾁｮｲ 7f60-IIk+) · 2017/12/24(日) 01:31:12.56

乱数生成法について教えてください。
普通の乱数生成法は、ある乱数 x を発生させたとき、次の乱数を特定の関数 f で生成させていますが、
（すなわち、次の乱数は f(x) となる）、これは n + 1 番目の乱数を作るには、n 番目の乱数を知らなければならないことになります。

そうではなくて、n + 1 番目の乱数を f(n + 1) で計算できるもの（ n + 1 番目の乱数を求めるのに n 番目の乱数を知らなくてもいいもの）はないでしょうか？
こういう乱数はテクニカルタームとしてはどのように呼ばれるのでしょうか？

2017/12/24(日) 02:41:31.08

>>3
擬似乱数のことでいいんだよね？
今普通って言ったらメルセンヌツイスターだと思うんだけど、
「次の乱数は f(x)」とか「f(n + 1) で計算」とかしないよ
数千bitほどの内部状態から数列を生み出すんだよ
じゃないと周期とか質が悪い

2017/12/24(日) 03:04:56.70

f(n + 1) で計算できるものって　それはもはやHashではないかな

2017/12/24(日) 09:27:22.23

適当に名づけるなら帰納的乱数とかになる

2017/12/24(日) 09:52:22.24

>（すなわち、次の乱数は f(x) となる）、これは n + 1 番目の乱数を作るには、n 番目の乱数を知らなければならないことになります。

それランダムにならんように思うが。

2017/12/24(日) 10:37:54.51

神はサイコロを振らない

2017/12/24(日) 12:15:24.33

そうなんだおじさん「そうなんだ」

2017/12/24(日) 13:04:44.76

>>4
乱数を取得するごとに内部状態が変わるので前回と違う値が取れんだと思うんだが
メルセンヌツイスタはシードが同じでも別の乱数列が出力される？

2017/12/24(日) 13:57:11.07

>>3
普通の計算機である以上何かを元にして計算するしかないのでは?
f(n+1) を計算する時に f(n) を使わずに n を元にして計算する?
だったら乱数計算する前に必ずシードをセットするようにするしかないのではないか?
例えば rand() の直前に必ず srand() で種をセットするということね。
(実際これやると乱数にならないような気がするが)

2017/12/24(日) 16:54:26.09

>>10
？？
当然、初期状態が同じなら出力も同じだよ

2017/12/24(日) 17:37:32.76

>>12
メルセンヌツイスタは乱数列を無限に出力できるのでn番目とかはないという話ですか？

2017/12/24(日) 17:37:51.83

>>3 の質問の真意は
「(擬似)乱数列のn+1番目の値を出すためにn+1回のループを回す必要がない
アルゴリズムを紹介してくれ」だと思うよ。

n+1番目の乱数値を作るためにn番目までの乱数値を知る(次の値の計算に使う)
必要がある、という意味ではないでしょ。

14 (ﾜｯﾁｮｲ 2393-YNiV) · 2017/12/24(日) 17:43:11.44

おっと、「～だと思うよ」の部分は「～じゃないかな?」に訂正させてくれ。
読み直したら、そこまで断定する自信がなくなった。

質問者 >>3 による見解を求む。
…と言っても、いずれにせよ俺には答えられない問題だけどネ。

2017/12/24(日) 17:57:57.47

Gtk+ 3.0のGUIツールの質問はこちらでも宜しいでしょうか。
glade3.18、C言語を使用しています。

起動したgladeの右側のプロパティ画面で、

window1 GtkWindow
□|__box1 GtkBox
□□|__scrolledwindow1 GtkScrolledWindow
□□□|__viewport1 GtkViewport
□□□|____image2 GtkImage
□□□|__button1 GtkButton

のように配置すると、画面をマウスで引き伸ばしても、実行時window1のみが引き伸ばされてしまいます。
やろうとしている事は、ファイルの保存ダイアログの様に、マウスで引き伸ばしてもbutton1がwindow1と一緒に移動し、image2が引き伸ばしされている様に見せたいのですが上手くいきません。
教えてください。よろしくお願いします。

2017/12/24(日) 18:24:06.76

>>13
当然、特定初期状態からのn番目はあるよ
周期もある

何を聞かれてるのかよくわからない

◆QZaw55cn4c (ﾜｯﾁｮｲ 7f60-IIk+) · 2017/12/24(日) 18:47:45.17

>>14
はい、そのとおりです。
ハッシュ関数(たとえばSHA-2) に対して入力0, 1, 2, を与えて得られた出力を乱数として使用することに妥当性はあるか？

もっと踏み込むと、実はストリーム暗号として使用したく考えています。
ハッシュ関数を h(x)、
暗号鍵を k
平文を M
暗号文をC
として、
C = Mi xor f(n + k), n = 0, 1, 2, ....
とした場合に、この暗号に対してどのような解読方法が考えられるか？

◆QZaw55cn4c (ﾜｯﾁｮｲ 7f60-IIk+) · 2017/12/24(日) 19:07:57.94

× f(n + k)
○ h(n + k)

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd1f-1u/G) · 2017/12/24(日) 19:24:00.18

>>16
「引き延ばし」というのは専門用語じゃないよね。位置とサイズをちゃんと指定くれないと、人間にもわからないよ。
イベント駆動については勉強した？サイズを自動調整するには、イベント駆動で「サイズ変更」のイベントを捕まえるか、自動レイアウトにするしかないよ。

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd1f-1u/G) · 2017/12/24(日) 19:39:28.76

>>16
コンテナを使えばサイズが調整できるよ。

2017/12/24(日) 19:46:51.17

>>3 >>18
ショボい線形合同法 f(n) = (f(n-1) * a + b) mod c なら、
f(n) = (f(0) * (a ** n) + b*n) mod c
という式が使える理屈だけど、現実には桁あふれとか
a ** n (べき乗)の計算でループするとか、実用できないだろうなぁ。

ところで詮索するわけじゃないけど
◆QZaw55cn4c って普段は教える側の人じゃなかったっけ?

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd1f-1u/G) · 2017/12/24(日) 19:48:23.88

GtkBoxとGtkScrolledWindowをコンテナに。イベント駆動でサイズ調整。

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd1f-1u/G) · 2017/12/24(日) 19:54:08.92

認識しています...

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd1f-1u/G) · 2017/12/24(日) 20:14:50.51

電池切れです。今すぐ充電して下さい。

◆QZaw55cn4c (ﾜｯﾁｮｲ 7f60-IIk+) · 2017/12/24(日) 20:23:36.25

>>22
その変形は、ちょっと楽観しすぎていると思う
f(1) = af(x) + b
f(2) = a(ax + b) + b = a^2 x + ab + b
f(3) = a(a(ax + b) + b) + b = a^3 x + a^2 b + ab + b
f(4) = a^4x + b(a^3 + a^2 + a + 1)
f(5) = a^5x + b(a^4 + a^3 + a^2 + a + 1)
なんかもっときれいになりそうだけれども…

＞普段は
え？それはそうみえるだけじゃないでしょうか？

22 (ﾜｯﾁｮｲ 2393-YNiV) · 2017/12/25(月) 06:33:17.53

>>26
本当だ。変形間違ってるわ。
ステップ毎に項数が増える漸化式の展開で必ず同じミスするなぁ。

2017/12/25(月) 08:57:25.44

割り算を割り算なしで実用的に計算する方法はありますか？

2017/12/25(月) 09:02:10.05

筆算の手順を参考に。

2017/12/25(月) 09:54:22.59

>>28
精度保証がそれなりで良ければ分母の逆数をニュートン法で求めて乗算。
整数の商が正確に必要で除数が一定なら逆数と補正をあらかじめ用意できる。
定数の除算をアセンブリで出してみると驚くよ。

2017/12/25(月) 11:53:59.36

整数を2の自然数乗で割るのは右シフト演算に置き換えられる

2017/12/25(月) 11:59:50.75

>>31
そんな些末な化石テクニックなんか、最適化に任せちまえよ。

2017/12/25(月) 12:19:46.91

自身をXORするとゼロクリアできる。

2017/12/25(月) 12:46:35.23

>>33
いや、そうだけど、ゼロの代入しても最適化されてマシン語ではそれになってることあると思うよ。CPUにもよるだろうけどね。
レジスタをゼロクリアする専用の命令があればそちらが使われるだろうし、多分その方が何も計算しない分だけ速い。

2017/12/25(月) 13:19:39.85

化石テクニックの一例で出しただけでしょ

2017/12/25(月) 13:25:33.64

XORクリアはZ80ではほぼ必須テクニックだったけど、x86では意味ないよ

2017/12/25(月) 13:37:06.87

>>35
今時のC言語だと意味がないばかりかコンパイラの最適化の邪魔になりかねないので変な小技は忘れた方が良いと思うよ。registerとかと同じ。

2017/12/25(月) 14:12:39.78

俺が出したんじゃねーし

2017/12/25(月) 14:39:28.15

>>36
sub でクリアは定番

2017/12/25(月) 18:27:45.55

G_MODULE_EXPORT void
cb_activate(
GtkEntry *entry1,
GtkLabel *label1)
{
gchar *buf;
buf = g_strdup_printf("文字 %s",gtk_entry_get_text(entry1));
gtk_label_set_text(label1,buf);
g_free(buf);
}

上のプログラムを参考に、GtkTextViewから文字数を得て、label1に書き込むプログラムにしようと、マニュアルを調べていたのですが、上手くいきませんでした。
insert_at_cursorのイベントから動くようにするには、どうしたらいいのでしょうか。
初歩的な質問ですみません。よろしくお願いします。

2017/12/25(月) 18:52:27.54

>>40
プログラムを全部さらしてください。https://ideone.com

2017/12/25(月) 19:35:55.33

>>34
> レジスタをゼロクリアする専用の命令があればそちらが使われるだろうし、多分その方が何も計算しない分だけ速い。
レジスタじゃなくてメモリーだけど68000のCLR命令はなぜか0を書く前に謎の読み出しを行うので遅かったりした

2017/12/25(月) 19:44:53.59

>>41
Cソース
https://ideone.com/324qDo
UIソース
https://ideone.com/o3pHFq

コメントにした部分は、動くことは動くけれど、ラベルが反応しない。
今の非コメント部分は、main関数は動きますが、それ以外はエラーが出ます。
動かないのを知っていて、プログラムが中途半端に書かれています。
なので責めないでください。
迷走している様子が伝わってくると思います。

2017/12/26(火) 09:14:44.44

>ゼロクリア
昔触った業務機は０固定のレジスタからコピーしてたな。

2017/12/26(火) 09:52:36.67

V850?

2017/12/26(火) 10:06:26.59

MIPSじゃね？

2017/12/26(火) 11:48:22.67

SPARCでは

2017/12/26(火) 13:07:44.90

乱数レジスタもあるよ

◆QZaw55cn4c (ﾜｯﾁｮｲ 7f60-IIk+) · 2017/12/26(火) 18:38:13.95

>>48
あれは乱数レジスタではなくて、リフレッシュカウンタ

2017/12/26(火) 20:49:06.65

>>49
Z80で知識が止まってるおじいちゃんの出る幕じゃないよ
intel rdrand でググれ

◆QZaw55cn4c (ﾜｯﾁｮｲ 7f60-IIk+) · 2017/12/26(火) 21:36:47.54

>>50
ふむふむ
http://mevius.2ch.net/test/read.cgi/tech/1192628099/337

2017/12/30(土) 17:36:17.08

先輩方また教えてください
int　
hoge(int a,
_____int b)
{
____return a + b;
}

_は半角スペースだと思ってください。
こんな感じでintとhogeを別の行に書いたり
int aとint bも別の行に書いたり
こういう書き方をよく見るんですがどうしてこう書くんでしょうか？
C言語ではこういうルールがあるのでしょうか？

2017/12/30(土) 17:46:47.07

それはコーディングスタイルとか、コーディングルールとかいうけど、会社や組織によって違う。
制御構造の構造を明確にするために、「インデント」したり文字の位置を揃えたりする。
まあ、初心者ならANSIスタイル使っておけば無難かな。

2017/12/30(土) 17:49:08.58

コード整形ツールというのを使えば、ソースのスタイルを変換できる。

2017/12/30(土) 17:50:39.34

インデントするときはTabキーが便利。

2017/12/30(土) 17:52:13.74

>>52
> こういう書き方をよく見る
嘘つくな。
というか、本当にそう思うのなら見るべきソースを間違っている。

いずれにしても、初心者がその手のコーディングスタイルについて考えるのは完全に時間の無駄だから、
どれでもいいから有名なコーディングルールを読んで、それを使うようにしろ。
お前が今読んでいるそのコードに対して追加/修正が求められているのなら、
グダグダ言わずにそのスタイルで書け。

繰り返すが、初心者がコーディングスタイルにこだわるのは全くの無駄だから、止めろ。
君が入門書を読んで勉強しているのなら、その本のスタイル通りに書け。
初めはそれでいい。

2017/12/30(土) 17:52:35.86

>>52
cb とか indent ってコマンドがある

2017/12/30(土) 17:53:57.97

C言語では文字列以外の空白はほとんど無視されるから、処理を一行に長～く書くことが
できるけど、それでは人間には分かりにくいし、読みづらい。

2017/12/30(土) 18:16:01.37

ANSIスタイル、K&Rスタイル、GNUスタイル

2017/12/30(土) 18:16:52.49

>>52
たまーに引数が多くて読みずらい関数とかをメンテするハメになったときに、コメントつけるためにやる程度。

例のような短いのでそんな事になってたら、元担当見つけて小一時間問い詰めろ。

2017/12/30(土) 18:56:08.15

GNUスタイルは大嫌いだったな。K&Rは行数削れるから、最初のころ使っていたけど。

2017/12/30(土) 19:19:44.15

>>52
人間が見る時の見易さのためだけにそう書いているのがある。言語としての決まりはない。
C言語で改行に意味があるのはダブルクォーテーションで括った文字列内とプリプロセッサが処理する#で始まる行ぐらいだ。

2018/01/03(水) 19:26:04.56

　　　　　　　　 ,,-―--、
　　　　　　　　|:::::::::::::;;;ﾉ　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　|::::::::::(　」　＜見るべきソースを間違っている。
　　　　　　　　ﾉﾉﾉ　ヽ_l　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　　　,,-┴―┴- 、　　　 ∩_
　　　　　／,|┌-[]─┐|　＼　　( 　ﾉ
　　　 / ヽ| | 　バ　 | '、／＼ /　/
　　　/ `./| | 　カ　 |　 |＼　　　/
　　　＼ヽ| lゝ　　|　 | 　＼__/
　　　　　＼ | ￣￣￣　 |
　　　　　 ⊂|＿＿＿＿__|
　　　　　　　|l＿l i　l＿l |
　　　　　　　| 　 ┬ 　　 |

2018/01/04(木) 03:49:55.19

https://goo.gl/images/7psvUE

2018/01/04(木) 22:13:01.12

char p[]="aiueo";
p[3]='\0';
ではエラー出ないのに
char *p="aiueo";
*(p+3)='\0';
は書き込み違反になるのは何故なの

2018/01/04(木) 22:16:54.08

>>65
前者は配列変数のp、後者は定数を指してるポインタのp。

2018/01/04(木) 22:20:46.48

前者は文字列リテラルの複製を配列にセットしたうえで配列を書き換えてる
後者は（ポインタ経由で）文字列リテラルそのものを書き換えている

2018/01/04(木) 22:25:12.39

>>66
>>67
リテラルのアドレスになるのかありがとう

2018/01/05(金) 04:42:55.46

前スレでも話題になったね。
http://mevius.5ch.net/test/read.cgi/tech/1509107288/936

2018/01/05(金) 11:52:20.32

char *p="aiueo"; //これが通るのは必要悪
const char *p="aiueo"; //本来こうであるべき
*(p+3)='\0'; //constついてりゃ並みのアフォなら気付けるはず

2018/01/05(金) 16:14:27.78

constの意味がわかって無いアホ。
リテラルが書き換えられないだけで、ポインターは別に書き換えてもいいだろ。

2018/01/05(金) 16:41:35.06

char * const と const char * の違い

2018/01/05(金) 17:54:32.46

>>71
ブーメランおいしい？ｗｗｗ

2018/01/05(金) 18:07:43.83

そういや前にどこにconst入れるとどこが定数扱いになるか色々やって調べたことあるなあ。

2018/01/05(金) 18:28:56.45

const char *p; と char const *p; は p が指す先が定数で char * const p; は p 自体が定数なんだよね。

2018/01/05(金) 19:10:23.97

まあしかしコンパイラには char *p = "..."; の宣言で *p に書き込みアクセスするような記述を見つけたら警告ぐらい出して欲しいところだな。
実際に(少なくともデフォルトでは)動かないコード吐くわけだし。

2018/01/05(金) 20:16:53.14

ポインタである以上なんでも指せるし、
どう使うかは完全に自己責任では？

2018/01/05(金) 20:55:22.53

ま、確かに。他の所を指すように使い回せるけどね。うーん。

2018/01/05(金) 21:56:39.58

>>70に加えて、
const char* const p = "aiueo"; // p も *p も const
も使い分ければいいだけだろ。

つってもこの書き方、非標準なのか？以下ページ以外では見あたらない。
https://qiita.com/pink_bangbi/items/a36617bf1d5923743d69

2018/01/06(土) 08:11:50.88

>>79
ISO/IEC 9899:2011 A.2.2に書いてあるんだが、おまえさんには見えないのか？

7.3) type-qualifier:
const
restrict
volatile
_Atomic

7.6) pointer:
* type-qualifier-listopt
* type-qualifier-listopt pointer

7.6) type-qualifier-list:
type-qualifier
type-qualifier-list type-qualifier

2018/01/06(土) 11:14:58.36

char **pをconstするとそんな感じにならなかったけ？

2018/01/06(土) 16:50:26.91

あ、こういう問題作れるね。

・　それぞれの違いについて説明せよ。

const char **p
char const **p
char * const *p
char ** const p
char * const *p
char * const * const p
char const * const * const p
char const ** const p

2018/01/06(土) 18:52:18.14

>>82
悪問だけどな。結局の所、
・constは複数回指定できる
・constの右側の固まり全体が定数と見なされる
だけだし。逆に言えば、それらを別物/良問として認識するような奴は上達しないのだと思う。
（記憶の前処理としてabstractionする癖がない）

だからこれまでそんな馬鹿げた問題を出す奴はC界隈には居なかったし、今後も多分そうだ。
CodeIQの広告でその手の問題をよく見るが、あれじゃ「馬鹿です」と自己紹介して居るも同然だし。
まあ所詮リクルート（コード書いてない連中）だからそんなもんだが。
とはいえ、何らかのテストで簡単にそいつの実力を把握できる事が出来るのなら、役立つのも確かだが。

そしてそれ以前にconstが大して役に立たないからなあ。

2018/01/06(土) 19:00:28.28

>>83
> ・constの右側の固まり全体が定数と見なされる

え? これ違わない? というのは

const char *p = "...";

の場合は p は p++ できたりして const じゃないから右側の塊ではない。

2018/01/06(土) 19:13:55.66

>>84
お前は上達しないタイプだね

2018/01/06(土) 19:53:29.84

いやあ、それほどでも。

◆QZaw55cn4c (ﾜｯﾁｮｲ 1f60-1EiW) · 2018/01/06(土) 20:34:46.10

>>84
＞const char *p = "...";
は char const *p = "":
に等しい、例外みたいなもんじゃないか？

2018/01/06(土) 20:41:46.13

変数型宣言と初期化を同時に記述してっからそうなるんだろ？

2018/01/06(土) 20:49:46.88

>>82
1: const char **p
2: char const **p
3: char * const *p
4: char ** const p
5: char * const *p
6: char * const * const p
7: char const * const * const p
8: char const ** const p

1と2、3と5は同じ
char **pとchar const * const *pのパターンがない

こういう奴はプログラマーに向いてない

2018/01/06(土) 21:08:00.94

ｷﾘｯ

2018/01/06(土) 22:07:37.32

>>87
例外ではない。
char部分はCでは常にcons扱い(=int等に変更できない）だから
constが修飾する対象に仕様上なり得ないだけ。
だからその2つは結果的に同じ意味になる。

というかCは文法例外はほぼ無いはず。

2018/01/07(日) 00:49:57.01

c++と勘違いしてね？

**デフォルトの名無しさん** · 2018/01/07(日) 06:32:55.29

自分流に解釈して覚えるのはいいけど、それが世界の真実かのように講釈するのは恥ずかしいから控えた方がいいよ
まあこのスレではいいけど、リアルの人間関係では陰で馬鹿にされるだけだよ

2018/01/07(日) 19:53:30.95

>>91
charがintに変更できないのがconstだからだと？
おまえさん char c; *(int*)&c = 1; が許されないことと勘違いしているのか？

2018/01/07(日) 19:54:10.54

いかん、間違えた
おまえさん char c; (int)c = 1; が許されないことと勘違いしているのか？

**デフォルトの名無しさん** · 2018/01/07(日) 20:44:34.88

ほらね、共通語をしゃべらないから話が発散する

2018/01/08(月) 15:01:42.36

>>95
これってcをintに拡張して1を代入してcをcharに戻すの？

2018/01/08(月) 15:27:35.06

>>97
当たらずといえども遠からず
自分で言ってて無理を感じるなら
それが正解だ

**デフォルトの名無しさん** · 2018/01/08(月) 15:31:40.17

>>97
んなこたあない
>>94の書いてるコードと同義で、cの先頭アドレスからint分の領域に代入するだけで、cを拡張したり戻したりしてるわけではない
gcc 3.xやVC++2008では通ったが今のgccではコンパイルエラーになる記法

2018/01/08(月) 15:33:23.37

思いっきりメモリーリークして実行時に大暴走する悪寒しかしない。

2018/01/08(月) 16:09:19.72

(int)cって右辺値じゃないの？

2018/01/08(月) 17:43:28.20

>>101
そうだよ
だけど一部の（まずいことに大手の）コンパイラが
左辺値としての用法を古くから許していた

2018/01/08(月) 17:56:03.73

>>98
俺は初見ではcはcharのまま代入されて代入後の値がintとして評価されると見たんだが

2018/01/08(月) 18:25:44.79

>>102
Cは95のコードを書く池沼は死んでよし、って言語なんだよ。
だからそんなのは問題にもならない。
94はよく見るが、95は見たこと無いぞ。

2018/01/08(月) 19:03:01.62

若造が見たことないのは仕方ないよ
活発に議論されていたのがC89制定を目指していた頃のことだから

2018/01/08(月) 19:11:59.23

おじいちゃん、若い人いじめちゃだめだよ

2018/01/08(月) 19:14:15.10

>>84,87,91,95 の流れがよくわからん

const <type> *p = ... が <type> const *p = ... と等価となる理由が例外ではなく
p を左辺値と解釈する隙間があるから　ってこと？

2018/01/08(月) 19:26:48.32

>>106
一児の父だが孫はまだいねえよ

2018/01/08(月) 19:45:48.59

>>107
例外じゃないって立場は俺しか居ないのか？
その場合、お前らはこれを整合性よく説明できない馬鹿共だということになるが、それで良いか？

逆に考えてみろ。
君がそれを「例外」だとしているのなら、つまり「例外」でなければ君は
const <type> *p = ... // (A)
<type> const *p = ... // (B)
で意味が違うべきだというわけだ。
その場合、それぞれどういう意味と捉えるべきだと考えるのか、言えるか？

2018/01/08(月) 19:52:07.48

少なくとも俺は　そういうもんだと覚えてるだけで説明はできない

2018/01/08(月) 20:23:19.52

こんなの決め事なんだからもしそう言うのがあったとしても
> その場合、それぞれどういう意味と捉えるべきだと考えるのか、言えるか？
は、作った奴に聞くしかないだろ

**デフォルトの名無しさん** · 2018/01/08(月) 20:24:38.73

例外でもなんでもなく、単にC言語の標準規格がそうなっているからとしか言いようがないけどな。

宣言指定子 (declaration specifier) は以下の3要素から構成されている (順不同)。
・記憶クラス指定子 (storage class specifier) : auto, register, static, extern, typedef
・型指定子 (type specifier) : void, char, short, int, long, float, double, signed, unsigned, struct/union指定子, enum指定子、typedef名
・型修飾子 (type qualifier) : const, volatile

ポインタ宣言子 (pointer) は以下の2要素から構成されている。
・*
・型修飾子 (type qualifier) リスト

いろいろ省略してるので細部は不正確かもしれないがC89ではだいたいこんな感じ。
参考: C11のYacc文法 http://www.quut.com/c/ANSI-C-grammar-y.html

で、なぜそうなっているかを自分流に解釈して自分の中で整合性を取るのはいいけど、それを他人に押しつけるなってことだね。

2018/01/08(月) 20:24:45.15

ちゃんと理詰めで理解できるやつもいれば
暗記するしかないやつもいる

世の中、人それぞれだな

**デフォルトの名無しさん** · 2018/01/08(月) 20:39:32.52

>>113
別に太陽が地球の周りを公転していると解釈してもいいんですよ？
結果さえ合っていればね。
ただその自分流の解釈を他人に講釈したら恥をかきますよって話。

2018/01/08(月) 20:54:58.77

>>113
> ちゃんと理詰めで理解できるやつもいれば
アホなの？
理詰めで説明できると言うならして見せろよ

2018/01/08(月) 21:18:47.34

　　　　　　　　　　｢￣｀ヽ､　　＿_＿_＿_
　　　　　　　　　　Ｌ -‐ '´ ￣｀ヽ- ､　　　〉
　　　　　　　　　　／　　　　　　　　ヽ＼ /
　　　　　　　　／/ 　/ 　/ 　　　ヽヽ　ヽ〈
　　　　　　　ヽ､レ! {　ﾑ-t ﾊ　li ､ i　i　　}ﾄ､
　　　　　　　　　ﾊＮ |　lヽ八l ヽｊﾊVヽ､ｉ j/ l　!
　　　　　　　　/ﾊ. ｌヽｋ=＝　,　r= ､ﾉﾙｌ　lＬ」
　　　　　　　　ヽN､ﾊｌ　　┌‐┐ 　ﾞl ﾉl　l
　　　　　　　　　　ヽﾄjヽ､　ヽ_ノ　ノ//ﾚ′
　　　　r７７７７７７７７７tﾉ｀ｰ　r ´ﾌ/′
　　　ｊ´ﾆゝ　　　　　　　ｌ|ヽ　_/｀＼
　　〈　‐　知ってるが　ｌﾄ、　/ 　〃ゝ、
　　〈､ﾈ.. 　　　　　　　.ｌＦＶ=＝"／ｲl.
　　　ト |お前の態度がとニヽ二／　　ｌ
　　　ヽ.|l　　　　　　　〈ｰ- 　 !　｀ヽ. 　ｌ
　　　 |l気に入らないｌﾄﾆ､_ﾉ　　ヾ、!
　　　 |l_＿_＿_＿_＿__ｌ| 　　＼　　　ソ

2018/01/08(月) 21:37:19.02

敗北宣言かよ w

2018/01/08(月) 21:43:42.37

無知なやつには
恥をかかせるよりも
教えないことが最も堪えるからな

2018/01/08(月) 21:47:27.34

何を教えるつもりなんだろう...
俺が思う正解は>>111に書いてあるんだが w

2018/01/08(月) 21:51:24.43

悪党の泣き声は言い響きだ
何を教えるつもりなのか聞き出したいんだなあｗｗｗ

2018/01/08(月) 21:56:08.87

どうせなにも出てこないのは既にわかってる
って>>115みりゃわかると思うんだが w

◆QZaw55cn4c (ﾜｯﾁｮｲ 1f60-1EiW) · 2018/01/08(月) 21:58:13.44

正直なところ

const int x
と
int const x
は同等、

というのは、決め事でいいと思うよ、何もかも原理原則で理解できる（までに細かくパースできる）人にはどうでもいいのかもしれないが。

‥えっと、細かい人にとって、この場合どうでもいいのか、どうでもよくないのか、どっちだったっけ？？

2018/01/08(月) 21:58:47.99

知らないし、相手が嫌いだから教え（られ）ない

2018/01/08(月) 22:04:03.83

同等も何も、修飾する主体が変数だけなんだから、何をどう変えろと？
対象がポインタなのかポインタの内容なのかって話に意味の無い例を挙げてどうしたいんだ？

2018/01/08(月) 22:17:28.76

収穫ゼロ
　ざ　ま　あ　ｗｗｗ

2018/01/08(月) 22:43:40.28

>>116
>>125
禿同

というかいい加減、知らない奴が煽るとか止めろよドアホ共。それは長期的にスレを毀損する。
なお、俺は知っている奴が馬鹿を糞味噌に貶すのを止めはしない。
馬鹿なこと言わなきゃいいだけだし、
逆に、これが出来ないのがID制フォーラムが腐る原因だと思っているから。

ヒントは既に書いたし、それ以前にC流の文法解釈をすれば特段不自然でもないし。
「例外」だと言いつつ(A)≠(B)を妥当とする根拠もないのはただの自己矛盾だと気付け。
そしてK&RはCの作者によって書かれているんだが、それも知らないのか？
Cしかなかった昔ならともかく、今お前らみたいな馬鹿がCやる理由は無いと思うんだがなぁ。

**デフォルトの名無しさん** · 2018/01/08(月) 23:14:54.65

>>126
で、K&Rのどの記述からconstに関する解釈（constの右側の固まり全体が定数と見なされる）を読み取ったの？

2018/01/08(月) 23:16:56.57

K&Rにconstはねえな
constの設計は髭と禿の合作だが

2018/01/08(月) 23:27:43.34

>>128
ここに来て堂々と嘘をつくとか、お前も死んだ方がいいな。
K&Rが手元にあるのなら、目次見てみろよ。

2018/01/08(月) 23:28:56.73

おまえの手元のK&RってISBNはいくつだ？

2018/01/08(月) 23:40:40.21

眠い・・・落ちるぞ

2018/01/09(火) 00:38:27.40

緑色のK&Rを読破するのに20年かかったわ

2018/01/09(火) 05:02:03.58

煽ることしかできないアホ ⇒ ID:u4QX+fVn0, ID:8LuLzpAV0

2018/01/09(火) 09:57:35.67

人の事はどうでもいい。Cの話を書け。

**デフォルトの名無しさん** (ｽﾌｯ Sdbf-7jJO) · 2018/01/09(火) 09:59:26.50

おまえもなー

2018/01/09(火) 10:17:45.46

constがないK&Rが本のことだと思ったアフォはもう死んじまったのか？

2018/01/09(火) 12:48:57.63

家のは、4-320-02145-2だけど、constは無いな

2018/01/09(火) 13:34:20.42

プログラミング言語Cの第2版(白本)は初版(緑本)と違ってANSI規格準拠
型修飾子や型指定子の項目にconstは存在する
というかconstとvolatileはANSI標準で新設されたものと明言されてる
一般には同一著者なので第2版まで含めてK&R本と呼ばれているから紛らわしい

2018/01/09(火) 13:44:26.69

緑は初版じゃ無いよ。
初版は白。だから紛らわしいの。

2018/01/09(火) 13:50:33.71

あ、そうか
第2版の翻訳訂正前の表紙が緑だったっけ？
現在発売中のものの表紙は白だよ
https://www.amazon.co.jp/dp/4320026926

2018/01/09(火) 14:03:02.91

プレンティスホール版で言う所の「ANSI DRAFT」の斜線入り
に相当する版が緑色だったかと。

4.xBSDやOS-9がこの前の版のCなので、未だに残っているんでしょうね

2018/01/09(火) 19:00:39.00

>>141
そう言えば最後にK&Rスタイルで書いたのはOS/9-68Kだったな
もう25年ぐらい前の話だが

2018/01/09(火) 21:51:12.35

　　　　　　　　ゴガギーン
　　　　　　　　　　　　　ドッカン
　　　　　　　　　ｍ　　　　ドッカン
　　＝＝＝＝＝）　）)　　　　　　　　　☆
　　　　　 ∧_∧ |　|　　　　　　　　　／　　　　　　　　　　／￣￣￣￣￣￣￣￣￣￣￣
　　　　　（　　　）|　|＿＿＿＿＿　　　　∧＿∧　　　＜　　おらっ！出てこいOgju
　　　　　「　⌒￣　|　　　|　　　　||　　　（´Д｀　）　　　　＼＿＿＿＿＿＿＿＿＿＿＿
　　　　　|　　　/ ￣　　　|　　　　|/　　「　　　＼
　　　　　|　　　|　|　　　　|　　　　||　　　 ||　　 /＼＼
　　　　　|　　　 | |　　　　|　　　　|　　へ//|　　|　　| |
　　　　　|　　　 | | 　　　ﾛ|ﾛ　　　|／,へ＼|　　|　 | |
　　　　　|　∧　| |　　　　|　　　　|／　　＼　　/　（　）
　　　　　|　|　|　|〈　　　　|　　　　|　　　　　|　|
　　　　 / /　/ / |　　/ 　|　　　〈|　　　　　|　|
　　　 / /　 / /　|　　　　|　　　　||　　　　　 |　|
　　　/ /　/ /　=-----=--------　　　　 |　|

2018/01/10(水) 15:16:41.95

おまいらはとにかく優しくない

2018/01/10(水) 15:34:00.74

つまり君は愛を求めてここに来たんだね。

2018/01/10(水) 15:51:40.83

お笑いぐさだな

2018/01/10(水) 18:12:49.28

openじゃなくてfopenみたいに、ファイルの存在確認のaccess関数に
対応するちょっと上位の標準関数ってある？

2018/01/10(水) 18:24:05.75

>>147
stat()とfstat()なんかどうだ？

まあでもopen(), fopen()の関係とは違うけどな。
open()はシステムコールだがfopen()はライブラリ関数だ。
(UNIX系OSの話ではあるが)。

2018/01/10(水) 19:13:04.16

俺の希望は、たいしたやりたくもないけど、
ちょっとやってみたら？とか丁寧に教えるからやってみなよ！
とかさ、そういう感じで優しく接してもらってだな、で、出来も悪いからなかなか覚えないけどそれでも教える側が知恵を絞ってどうにかうまく理解させる方法はないだろうかと創意工夫して育てる環境というのかな。とにかく頼むよまじ

2018/01/10(水) 19:26:07.53

>>148
stdio.hにaccess()の偉いやつあるのかなーと思ったのだよ
無いならまあいいけど

**デフォルトの名無しさん** · 2018/01/10(水) 20:01:31.67

>>149
授業料ももらってないのに優しく教える理由なんかないわな
5chなんて煽り合いと罵り合いの場だよ

2018/01/10(水) 20:07:35.30

>>149
日本語でおｋ
そして死ね

> 出来も悪いからなかなか覚えないけど
なら覚えるまで何度でも読み返せ

> 教える側が知恵を絞ってどうにかうまく理解させる方法はないだろうかと創意工夫して
教わる側が1mmも努力せず、教える側に全責任をなすりつけるのは典型的ゆとり。死ね。

というかな、はっきり言えば昔より格段に環境は良くなっている。
当然教える側のノウハウも蓄積されてるし、
本も大量に出版され、良書以外は淘汰されてるし、
Webにも情報があふれ、ここみたいな掲示板やフォーラムもあるし、
無料でIDEも使えるし。

だから昔の環境で手こずった奴も、今なら楽勝で学んでいける。
問題は、昔だったら(=IDE無しでは）お話にならない馬鹿にもプログラミングさせようとしていることであって、
俺はこれに関してはもう諦めた方がいい＝手取り足取り教えないと出来ない奴は死ねでいい、と思っている。
自分の為に他人に無償の努力を強いるその姿勢が根本的に間違っている。
つかマジで、ゆとりのノリでやりたいなら、C以外のゆとり用言語を使え。Javaとか。新しいのならGoとか。

そしてこれとは別に、俺は2chとは別の掲示板を立ち上げようとしているのだが、
君はこれについて興味あるか？
追える限りでの発言を確認したが、君は煽るだけの無能ではないらしい。
俺は今の2chのシステムでは行けるところまで行っている（既に飽和している）と見ているから、
これ以上の物を求めるのなら何かしら新しい機能が必要だと考えている。
今はそれのアイデア出し中だ。何かあれば是非。

2018/01/10(水) 20:09:47.69

漠然とした質問で失礼します。
私は最近ｃ言語の勉強を始めたところでギリギリポインタ等も理解できたところです。
そこで、アルゴリズムとデータ構造の勉強をしようと思い本を何冊か買ってきたのですが、
スタックなどのデータ構造の仕組みがよくわかりません。。
どの参考書でも、「スタックとは後入れ先出しで…」という説明の後、「それではc言語でスタックを
実装してみましょう」といって意味不明なコード（長い）が書かれているパターンが王道のようです。
このパターンは線形リストとかでも同じです（諸兄にはいうまでもないでしょうが…）。
どのような実益があってこのようなデータ構造を生成する必要があるのでしょうか。
python等でいうところのリストに相当するデータ構造をc言語で作成するためということ?
また、実際のプログラムにおいては、データ構造の定義だけでかなりコード長くなると思われるのですが、
よく利用される手法なのでしょうか。

2018/01/10(水) 20:20:45.75

ん？
statとかfstat？

2018/01/10(水) 20:21:25.37

>>152
で、constはどこにあったの？

2018/01/10(水) 20:26:57.23

>>153
std::stack相当の話？
なら大して使わないから、とりあえず読み飛ばしていい。

つか、最初から全部キッチリ理解しようとせず、
まずは分かる範囲で組み、その後、自分の出来る範囲を広げていくようにした方がいい。
(1度読んで全部理解して捨てる、ではなく、最初から5回読む前提で分かるところから読み進める）
そのうち、stackを使うべき用途に遭遇したら、なるほどと理解できるようになる。

2018/01/10(水) 20:34:17.56

>>153
直近のご要望としては、スタックの使い所を知りたいって事かな？

ほとんどの実行環境において、C言語の関数呼び出しなんかの実現に使われてるよ。
呼び出した側の状態を保存する場合にpush、呼び出され側から戻るときにpop的な。

2018/01/10(水) 20:35:33.51

>>149
幾ら出す？

2018/01/10(水) 20:43:06.09

>>153
どのような実益？そうだなあ。スタックといえば以前PerlでXMLの階層構造を
SAX使ってRDBに全て入れる時に使ったなあ。まあ、それだけでなく先入先出に
するとやりやすくなる処理はあるよ。再起処理でも使われるし(スタックに積まれて
いるとあまり意識する必要ないかもしれないが)。

リストは例えば長さが可変長のファイルからデータ取得してメモリ上に置いておく
時に使えるかな。

まあしかしライブラリにあるならそれ使った方が楽だよ。毎回書くのは阿保らしい。

2018/01/10(水) 20:49:01.77

>>156
とりあえずソートアルゴリズムのが理解したいと思い勉強をしていたのですが、複雑なものになってくると
各種データ構造の理解が必須！みたいになってきまして、データ構造の方にも手を出したみたわけです。
ヒープとかの方が簡単そうな気がしますし、とりあえずスタック関連は後回しにします。

>>157
はい、なんかそのようなことも本に書いてあったのです。
しかしこれが、「スタックとはプログラミング言語内においても既に設計されている基本構造なのだ。以上終わり。」
であれば、スッキリするのですが、
「それでは、これをc言語で実装してみましょう」といって、スタックをc言語のプログラムで作り出すことの意義
が今一つわからないというか。

2018/01/10(水) 20:55:29.77

>>150
filenoとfdopen覚えた方が楽だけどね

2018/01/10(水) 21:00:10.17

それ用途が違うよね。

2018/01/10(水) 21:00:44.51

>>159
難しすぎます！
おそらく当分使えるようにはならなさそうです！

2018/01/10(水) 22:13:09.56

>>160
> とりあえずソートアルゴリズムのが理解したいと思い勉強をしていたのですが
アルゴリズムとデータ構造をソートで学ぶのは昔流で、今はそれをこの段階でやる必要はない。
今はとりあえず次の章に行ってしまって、for/while/if等を使いこなせるようになった方がいい。

> 「それでは、これをc言語で実装してみましょう」といって、スタックをc言語のプログラムで作り出すことの意義
仕様を説明する必要がないからだよ。

「じゃんけんゲームを作ってみましょう」なら仕様は大体分かり、説明が省ける。
「オレオレゲームを作ってみましょう」なら、「オレオレゲームとか何か」から詳しく正確に説明しないといけない。
その本は「スタックとは何か」を当然知っているという前提で書かれているんだよ。
Cプログラマがスタック構造を知らないというのもあり得ないからね。
ただ、スタック知らなくてもプログラムなんて組めるし、実際Web系の連中は知らんと思う。

とはいえこれが一方的に悪い訳でもなくて、逆に言えば、
スタック構造を知っていることがプログラミングの本質ではない、ということなんだよ。
だから君みたいな初心者は、分からないところは飛ばして分かるところから読み進めればいいんだよ。
というか、今、君のレベルの初心者がCから始める意味は無いし、
無駄に遠回りになるだけだが、それ分かってやってるか？

2018/01/10(水) 22:17:21.44

>>160
ハノイの塔のパズルを解くプログラムを書いてみて。
スタックを使う場合と使わない場合の2パターン描いてみて。
で、どちらが少ない行数で書けるか、どちらが実行速度が速いか、
どちらが理解しやすい美しいコードか、さまざまな観点で比較してみて。

2018/01/10(水) 23:08:24.25

>>153
と思ったが、Pythonに言及しているところからすると、既にPythonを使いこなせるのか？
だとすると、「アルゴリズムとデータ構造」をガッツリやる意味はある。

スタックが何故使われるかと言えば、スタックで対応できる場合に最速だからだよ。
だからCは実行方式からしてスタックべったりだ。
逆に言えば、それくらいしかメリットないし、
通常の配列にメソッド生やしてスタックにするのも簡単だから、他言語では大体そうしてるでしょ。

以下見れば分かるが、
https://cpprefjp.github.io/reference.html
Pythonのリストに当たる物は
array, deque, forward_list, list, queue, stack, vector の７種類あり、
Cはこれらを使い分けて最速コードを得る為の言語なんだよ。
勿論それ以外の物が良ければ自作しろ、という文化だし。
逆に、Python等は、グダグダ考えずに全部リストでやれ、それの方が分かりやすいし、という文化だろ。

2018/01/10(水) 23:39:41.13

>>165
ほうほう。ありがとうございます。
かなり難しそうですがやってみます。

>>166
スプリクト言語の方が簡単、pythonやrubyでプログラミングというものをはじめましたが、そもそも詳しい人だけが
簡単に思えるだけで、基礎的知識なしでは相当にきついんでないの？と感じてcを始めました。
というわけでpythonが使いこなせるということはありません。
cに関しては教科書一通り一周して、とにかく制御をマスターしたかったので制御文を使いまくるであろうソートアルゴリズムに手を付けたんです。
制御文もアルゴリズムも理解できたら一石二鳥かなと思って。
「定本ｃプログラマのためのアルゴリズム～」に「リスト」の説明があり、
・要素の挿入　・要素の削除　・要素の読み書き　・探索
・複数のリストをまとめる　・リストの分割　・リストの複製　・要素の数を求める
とあり、「あら、pythonのリストと全く同じ構造だ」とおどろいたわけです。
ｃはとりあえずarray, deque, forward_list, list, queue, stack, vectorといったものを「なんとかして」pythonのリストやまた
それ以外のデータ構造を自分で作成するということですか。

2018/01/10(水) 23:52:55.49

どうでもいいけどプログラミングなんて10年後オワコンじゃない？
コード共有サイト行けば書きたかったコード見つかるしコピペすればおk
世界で既に誰かが書いてるもの二回三回書く必要性はない
この流れが自動化されれば終わるだろうな

◆QZaw55cn4c (ﾜｯﾁｮｲ 4a60-cexj) · 2018/01/11(木) 00:03:59.43

>>168
1から1000 までを全部掛けた答えを出す共有サイトのコードを見せてください

2018/01/11(木) 00:13:19.12

>>169
なに言ってんだこいつ
調べれば1000000億%出るから自分で調べろよ
まさかgithubも使ったことないのかい？

2018/01/11(木) 00:21:59.15

>>167
> ｃはとりあえずarray, deque, forward_list, list, queue, stack, vectorといったものを「なんとかして」pythonのリストやまた
> それ以外のデータ構造を自分で作成するということですか。
違う。
Pythonのリストというのは抽象データ型で、要するに「万能」に作ってある。
この方がソースコードは分かりやすいから。（知識が少なくても読める）
逆に、「万能」なら限界ぎりぎりの速度を追求できないから、
Cでは別々にして使い分けろ、必要なら自作しろ、ということ。

> スプリクト言語の方が簡単、
これは実際にそう。
pythonやrubyでプログラミングというものをはじめましたが、
これも正しい。
> そもそも詳しい人だけが簡単に思えるだけで、
> 基礎的知識なしでは相当にきついんでないの？と感じてcを始めました。
ここはちょっと違う。

要するに、「動けばいい」プログラムでCを使う意味なんて無いんだよ。
逆に、最速のコードが欲しいときにはC/C++以外に現実的な選択肢はない。
だからほとんどのOS/ブラウザ/処理系(PythonやRubyも）はCで出来ているし、
Cが基礎だっていうのも間違いではないんだが、
プログラミングにCの知識が必要かというと、そうでもないんだよ。
Python/Rubyで済むのなら、Python/Rubyで済ませるべきであってね。
そして初心者はまず、「動けばいい」からスタートすべきであって、
それ以外に色々知識が必要なCはズブの初心者向きではないんだよ。

ただまあ、話を聞く限り、君が「アルゴリズムとデータ構造」をやるのは悪くはない。
とはいえ、現実的にソートのアルゴリズム知ってても大して意味はないし、
直接目標に向かった方がいいと思うが。
例えば、ゲームを作りたいのなら、何でもいいからとりあえず動くゲームを作ってみろ、ということ。
どうせこの最中にいろいろな問題にぶち当たることになるから。

2018/01/11(木) 00:30:31.27

一応付け加えておくと、
Pythonのリストは、C++で言う array, deque, forward_list, list, queue, stack, vector のどの用途にも使える。
でもその分遅いし、メモリも食う。
Pythonを使うというのは、これを認めて、楽さを取る、ということ。
逆に、最高速度で動かしたい、メモリを無駄に食うのは嫌だ、となると、
リストの実際の使われ方を確認して、最も適切なものを選べ、
或いはさらにチューニングできるのなら自作しろ、となるのがC。

だから、組み合わせて作るのではなく、使い分ける。

2018/01/11(木) 00:39:50.99

例えて言った方がいいかな？

Pythonのリストは「車」という解像度しかないのに対し、
Cでは、「軽、軽トラ、普通車、バス、トラック」が指定できるようなもの。
「車」で済むのならPython使っとけ、だし、初心者はこれで問題ない。

細かくチューニングしたいからそれ以上の解像度が必要だ、というときにだけCが必要で、
逆に言えば、その気がないのならPython/Rubyで十分だと思うし、そうするべきだとも思う。
Cは実行速度は最速だが、開発速度は最速ではないので。

2018/01/11(木) 00:45:19.80

なお、人工知能にはPython使う模様
cさん...w

**デフォルトの名無しさん** · 2018/01/11(木) 00:48:46.80

Pythonでも速度求めるんならスタック・キューはlistじゃなくてcollections.deque使うやろ

2018/01/11(木) 01:47:55.44

>>174
py なのはインタフェースだけでしょ。

2018/01/11(木) 01:55:31.45

>>160
えっ？
データ構造を学んでるんでしょ？
その実装例がでてきたことに対して、実装する意義がわからないっておかしくない？
学習するためじゃないんかい…

車輪の再発明は無駄だけど、学習として車輪の作り方をトレースするのは有益。

とちょっと斜め上の視点をとってみた。

2018/01/11(木) 08:54:30.53

今からお前らが書いてるコードが全て車輪だってことなんだよなぁ...

2018/01/11(木) 08:56:46.29

2chにいる時点で端くれプログラマーなんだし世界で既に書かれたコードしか書いてないでしょ...()

2018/01/11(木) 10:05:47.46

>>179
おまえさんは何かコードを書く前に
それを誰が書いたのか調べてクレクレしに行くのか？

すげー嫌われ者だろうな

2018/01/11(木) 10:09:07.84

>>180
これは無能確定
何回も同じコードを書くのかい？

2018/01/11(木) 10:27:39.81

>>181
俺の質問が先だ
答えろ

2018/01/11(木) 10:47:21.71

同じ仕様を満たすコードを何人もが独自に書くプロジェクトなんて、沢山あるだろw
誤ったオブジェクト指向の解釈が蔓延した弊害でなw

2018/01/11(木) 11:04:46.69

>>183
非効率だよな

**デフォルトの名無しさん** · 2018/01/11(木) 12:08:37.79

自分でコード書かないと npm left-pad みたいな問題が起きる

ブラックボックス的に使う部分と内製化する部分はきっちり区別して
内製部分はすべてのコードを完璧に把握しておくべきだ

2018/01/11(木) 14:34:55.01

>>185
そりゃコードは把握すべきだよ
けど基本全部他かりゃ引っ張ってくりゃ解決するんだよなプログラムなんざ
プログラマーを神格化する風潮やめようぜ

2018/01/11(木) 15:22:04.47

何も解決したことのない者が口ばっかりは達者だな

2018/01/11(木) 19:10:21.87

心が汚れているとコードも

2018/01/11(木) 20:02:04.60

知恵遅れでポインタすらも分からずギャーギャーわめいてるアホがコイツなんじゃねえの
ttps://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q10184535725

2018/01/11(木) 20:26:31.55

心の乱れはコードの乱れ

◆QZaw55cn4c (ﾜｯﾁｮｲ 4a60-cexj) · 2018/01/11(木) 20:35:11.69

>>190
名言だ！

2018/01/11(木) 21:59:21.52

>>189
確認したが、同意する。
質問/回答一覧できるのに、酷いな。

2018/01/11(木) 23:02:15.41

いやしかし、ひどい質問だなw
プログラムどころかアルゴリズムの時点で特許がどうの騒ぐ時代なのに、プログラムを全世界で共有とか頭悪すぎる。

2018/01/12(金) 03:12:29.92

部分的にはライブラリの配布みたいな感じで出来てはいるけどな。

2018/01/12(金) 03:27:24.54

正直車輪の再開発なんていってたら商売成り立たないよな
ほかの人に見せて第三者がそのコード使ったら普通に嫌だと思うんだけどコードの共有化とか利益と競争を考えてない綺麗事じゃないか？
コード使い回しなんて実際問題、会社内ぐらいでしかやらんだろ

2018/01/12(金) 10:04:31.77

むしろ乖離問題で使わせてない。つか使わせたくないってのが本音。
資産だけど公開した途端にむしろ負の資産になる。

**デフォルトの名無しさん** · 2018/01/12(金) 11:55:16.87

GNU汚染問題もあるし出所の怪しいコードをやたらとホイホイ取り込めないよな

2018/01/12(金) 12:45:18.53

ライセンス絡みは面倒だから出来るだけ自分で書くのが一番いい

2018/01/12(金) 17:10:11.05

何も見ないで独自に作ってもある日サブマリン特許にやられたりする

2018/01/12(金) 17:12:48.89

あれひでえよな
産みの苦しみを報うはずの制度が
産みの苦しみを突然否定しに来る
たった1人を報うために大勢が犠牲になる