17/11/05(日)20:13:08 ｷﾀ━━━━━... のスレッド詳細
削除依頼やバグ報告は メールフォーム にお願いします。個人情報、名誉毀損、侵害等については積極的に削除しますので、 メールフォーム より該当URLをご連絡いただけると助かります。
画像ファイル名:1509880388485.jpg 17/11/05(日)20:13:08 No.463851013
ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!
1 17/11/05(日)20:13:42 No.463851179
さすがにC++なんて投げ捨ててC#でいいと思う
2 17/11/05(日)20:14:26 No.463851407
Windowsに特化してるやつにかぎって捨てたほうがいい たしかにC$のほうがいいとおもう
3 17/11/05(日)20:14:33 No.463851450
マイクロソフトに縛られたくない
4 17/11/05(日)20:15:03 No.463851606
ぬは賢いんぬ
5 17/11/05(日)20:15:22 No.463851696
>マイクロソフトに縛られたくない じゃあpython
6 17/11/05(日)20:16:27 No.463852028
オブジェクト指向もジェネリックも他の言語にもある概念なんだから これを覚えて無駄にはならないよ！
7 17/11/05(日)20:18:07 No.463852503
その概念の学習ならほかの言語でやったほうが難度は低いし…
8 17/11/05(日)20:18:30 No.463852631
わかった！ じゃあ他の言語で覚えるね
9 17/11/05(日)20:18:34 No.463852646
Dにしよう
10 17/11/05(日)20:19:23 No.463852898
私はHaskellをおすすめします
11 17/11/05(日)20:19:54 No.463853098
メモリも直接触れて昔ながらのプレーンなCでも書ける これ以上何を望むのか…
12 17/11/05(日)20:19:57 No.463853113
C++でウインドウのプログラム書くとなると変なマクロやら継承元クラスやらばっかおぼえて 覚えゲーみたいにになるのでプログラミングの勉強にはならん
13 17/11/05(日)20:22:01 No.463853842
>メモリも直接触れて 初学者にメモリ直接触らせるな
14 17/11/05(日)20:25:00 No.463854999
>マイクロソフトに縛られたくない じゃあDelphi
15 17/11/05(日)20:25:40 No.463855253
>マイクロソフトに縛られたくない 縛られてからﾌﾞﾁﾌﾞﾁｨ！するのも悪くないよ
16 17/11/05(日)20:26:19 No.463855517
>Appleに縛られたくない
17 17/11/05(日)20:26:24 No.463855552
どうせIntelかAMDに縛られるし…
18 17/11/05(日)20:26:41 No.463855631
ハゲはこの程度も分からないんぬ～？ 足りないのは毛だけにしとくべきなんぬ～
19 17/11/05(日)20:26:56 No.463855713
>メモリも直接触れて昔ながらのプレーンなCでも書ける それこそが一番二番の大問題すぎる…
20 17/11/05(日)20:27:40 No.463855933
>じゃあDelphi 今度はBorlandに縛られるじゃねーか！ …縛る会社がなくなってた
21 17/11/05(日)20:27:50 No.463855994
メモリに触れてOSごと落ちて再インストールとかやってたのほMeとかあの辺の時代だし大丈夫よ
22 17/11/05(日)20:30:23 No.463856812
ちんこプラプラ
23 17/11/05(日)20:31:45 No.463857256
俺は一生MS様の靴を舐めることを誓ってから生きやすくなったよ みんなも.NETの楽園で暮らそうよ
24 17/11/05(日)20:31:57 No.463857311
え？Javaじゃダメなの
25 17/11/05(日)20:33:10 No.463857708
WindowsもAPI叩きまくる場合スレ画一択だけどね
26 17/11/05(日)20:33:12 No.463857718
GTKとかQtとかつかうと実行ファイルでかくなるからつらい
27 17/11/05(日)20:33:52 No.463857934
今はメモリぶっ壊れる前にエラー出るし初学者にもおすすめできるよね
28 17/11/05(日)20:34:06 No.463858012
>初学者にメモリ直接触らせるな じゃあ、いつ触らせるのかね？ 今でしょ！
29 17/11/05(日)20:34:08 No.463858017
実行ファイル大きくても困らないし
30 17/11/05(日)20:34:28 No.463858107
WindowsAPI直叩きとかやってられるか
31 17/11/05(日)20:34:33 No.463858142
>今はメモリぶっ壊れる前にエラー出るし うｎ >初学者にもおすすめできるよね そうかな…
32 17/11/05(日)20:34:58 No.463858262
>え？Javaじゃダメなの >オラクルに縛られたくない
33 17/11/05(日)20:34:59 No.463858271
HSP…いやなんでもない
34 17/11/05(日)20:35:30 No.463858413
>たしかにC$のほうがいいとおもう 存在したのかC$
35 17/11/05(日)20:35:35 No.463858443
循環参照できねえリフレクション使えねえで オブジェクト指向やりづれえ
36 17/11/05(日)20:35:44 No.463858487
javaの初学者だけどもしかして昔はエラーとメモリ物理破壊が直結してたの？
37 17/11/05(日)20:36:07 No.463858582
はいはい malloc 使って free しなければ問題ない
38 17/11/05(日)20:36:19 No.463858637
>WindowsAPI直叩きとかやってられるか なして？ CreateWindowExがそんなにメドいかね？
39 17/11/05(日)20:37:35 No.463859069
>循環参照できねえリフレクション使えねえで そもそも純姦参照なんてそうそう乱用しちゃあイカンよ？
40 17/11/05(日)20:38:18 No.463859323
C++は継承とテンプレートの文化だからリフレクションはそんなに必要にならないと思うんぬ どうしても必要になるとしたら設計がC++に合ってないと思うんぬ
41 17/11/05(日)20:38:22 No.463859343
>はいはい malloc 使って free しなければ問題ない しない方がいいのかよ！ ・・・まあもしかしたらそうかもしれんな
42 17/11/05(日)20:39:21 No.463859676
>そもそも純姦参照なんてそうそう乱用しちゃあイカンよ？ 濫用しないが必要な場合というのはよくある
43 17/11/05(日)20:40:42 No.463860097
Linuxてコマンドはだいたいそうなってる、やることやったら終了するからね！ たまにサーバーとかもそんなんだったりするのでバグ追うのつらい
44 17/11/05(日)20:41:09 No.463860253
そんな…会社のエンジニアがぬ以下だったにゃんて…
45 17/11/05(日)20:41:47 No.463860484
>濫用しないが必要な場合というのはよくある その場合でもまずは代替手段を考えるべきだ 大抵はその環は断ち切れる
46 17/11/05(日)20:42:24 No.463860706
WPFでUIだけ作ってほかはC++/CLIで実装するのはよくやる
47 17/11/05(日)20:42:26 No.463860721
了解！ ARMアーキテクチャ！！
48 17/11/05(日)20:42:56 No.463860848
仕事やってても普段JavaたまにVBって感じだな 大学でソートアルゴリズムとかやるときにはC++だった気もする
49 17/11/05(日)20:43:42 No.463861159
c++11以降はとってもキュート
50 17/11/05(日)20:44:34 No.463861418
意外とプログラム分かってる人多くてスレ開いてもびっくりした てっきりもっとふんわりしたレスばっかだと
51 17/11/05(日)20:44:35 No.463861424
>c++11以降はとってもキュート アレ見てると俺の心臓もキューとなりそう
52 17/11/05(日)20:44:41 No.463861458
よーしパパCで実装しちゃうぞー
53 17/11/05(日)20:44:47 No.463861489
C++21でnetヘッダ関連も入るだろうし ウィンドウ周りも今はGLFWやimguiやらあるのでプラットフォーム依存は次第に無くなってる
54 17/11/05(日)20:45:10 No.463861607
>>じゃあDelphi >今度はBorlandに縛られるじゃねーか！ >…縛る会社がなくなってた アンダース・ヘルスバーグの掌の上すぎる…
55 17/11/05(日)20:45:52 No.463861855
>その場合でもまずは代替手段を考えるべきだ >大抵はその環は断ち切れる 自分自身が何に所持されているかってのを表現する方法を探しているんだが これをvoid*なしで表現する方法が思いつかないので教えて欲しい タイムラグがなるべく少ない方法で スレッドプールに処理流すとかあるけども結構時間かかる
56 17/11/05(日)20:46:31 No.463862061
福岡の会社だからRubyやろうぜ！って上の人が言うけど案件が無い…
57 17/11/05(日)20:47:13 No.463862278
うちのような小さな会社に回ってくる案件は右も左もJAVAJAVAJAVAJAVA…
58 17/11/05(日)20:47:49 No.463862481
むしろCとポインタ分からないプログラマとか危険すぎて仕事振れないよ
59 17/11/05(日)20:48:11 No.463862600
しかもいまだにJavaEE6の案件とかなんだろ？
60 17/11/05(日)20:48:23 No.463862680
>c++11以降はとってもキュート というかそれより前がうんこ過ぎる どうやってmap初期化するつもりだったんだてめー
61 17/11/05(日)20:48:24 No.463862686
今会社でCから学んでるんだけど組み込み系だしいいのかな
62 17/11/05(日)20:49:14 No.463862964
>C++21でnetヘッダ関連も入るだろうし >ウィンドウ周りも今はGLFWやimguiやらあるのでプラットフォーム依存は次第に無くなってる 能書きはまずC99をコンパイラベンダー諸々の皆様方がちゃんと実現してからだ もうそろそろ20年経つぞ？
63 17/11/05(日)20:49:57 No.463863206
>意外とプログラム分かってる人多くてスレ開いてもびっくりした imgにはけっこういっぱいプログラマ「」がいるよ スレ立つ時間やタイミングでは話がむっちゃ濃くなる
64 17/11/05(日)20:50:56 No.463863582
C$言語いいな… シェルとCを悪魔合体させた感じだろうか
65 17/11/05(日)20:51:02 No.463863624
>むしろCとポインタ分からないプログラマとか危険すぎて仕事振れないよ 振れないんじゃねえ振るんだよ
66 17/11/05(日)20:51:36 No.463863824
>自分自身が何に所持されているかってのを表現する方法を探しているんだが >これをvoid*なしで表現する方法が思いつかないので教えて欲しい それだけだとよく状況がわからんな むしろなんでvoid*なんだ？そこ
67 17/11/05(日)20:51:49 No.463863913
>WPFでUIだけ作ってほかはC++/CLIで実装するのはよくやる C#やVB.NETじゃダメなの？
68 17/11/05(日)20:51:56 No.463863962
C#いいよね...
69 17/11/05(日)20:51:59 No.463863981
CとCOBOLとFortranしかわからない… オブジェクト指向ってなに…
70 17/11/05(日)20:52:26 No.463864158
goでいいだろ
71 17/11/05(日)20:52:44 No.463864301
>CreateWindowExがそんなにメドいかね？ めどいよ！！ C#だったらすぐじゃん！
72 17/11/05(日)20:53:04 No.463864420
>imgにはけっこういっぱいプログラマ「」がいるよ そうなのか mayには結構いるのは知ってたが imgとかアホのすくつ（なぜか変換できない）と思ってた
73 17/11/05(日)20:53:07 No.463864436
まさかshared_from_thisで足りる案件ではなかろうな…
74 17/11/05(日)20:53:09 No.463864449
>自分自身が何に所持されているかってのを表現する方法を探しているんだが C++ならtype_traitsを駆使してowner用のインターフェイスを実装する
75 17/11/05(日)20:53:55 No.463864723
>今会社でCから学んでるんだけど組み込み系だしいいのかな むしろCだけできれば問題ないほどに どちらかというとハード知識あったほうがいい 俺は持ってない
76 17/11/05(日)20:54:08 No.463864789
Javaしかわからない… c++のsoloLearnやってもそれ以上何か作るってことに進めない
77 17/11/05(日)20:54:24 No.463864861
アセンブラとBASICとCしか知らないおじいちゃんなのでちんぷんかんぷん C9 RET
78 17/11/05(日)20:54:30 No.463864895
よくわからんがDOMみたいな入れ子になってるなら weak_ptrで自分をshared_ptrで所持してる親データみたいなん逆参照しとくとか
79 17/11/05(日)20:54:30 No.463864897
infra屋ならpython覚えようぜ awsのlambdaを使いまくれば色々楽が出来るよ
80 17/11/05(日)20:54:31 No.463864903
C#で自分用のアプリちまちま作ってるけどC++とかぜんぜん触る気しない .NETの世界にひきこもりたい
81 17/11/05(日)20:54:32 No.463864910
仕事でやってなくても自作ゲームとかそういう方面で謎才能発揮する「」はいるからな 泥用ゲームが一時期流行った気もするし
82 17/11/05(日)20:55:14 No.463865132
c++は本当に分からない アロー演算子とか全く分からない
83 17/11/05(日)20:55:34 No.463865222
>C#だったらすぐじゃん！ Cでも自分がコレだと思う手続きを関数化しとけば 次回以降はその関数呼び出し一発ですぐよ しかもC#みたくバージョン上がってそれまでのコードがイキナリ使えなくなって泣くようなことはない
84 17/11/05(日)20:55:36 No.463865229
>CとCOBOLとFortranしかわからない… 希少人材来たな…
85 17/11/05(日)20:56:05 No.463865347
アロー演算子とかはまだいいけど最近は[とか{とかまで定義できるんだっけ
86 17/11/05(日)20:56:15 No.463865392
>C#やVB.NETじゃダメなの？ C++で実装されてるAPI・ライブラリを使ってやる案件が多かったので…
87 17/11/05(日)20:56:25 No.463865436
可読性なんて捨てろ いつも一番スマートな方法を探さないと脳が死ぬぞ
88 17/11/05(日)20:56:32 No.463865471
ぬより賢くないからだけんでも分かる参考書出してくだち！
89 17/11/05(日)20:56:53 No.463865551
>アロー演算子とかはまだいいけど最近は[とか{とかまで定義できるんだっけ initializer_listね
90 17/11/05(日)20:57:50 No.463865819
研修やったけどこのスレの8割は言ってる事が分からない 案件来たら死ぬ
91 17/11/05(日)20:58:02 No.463865877
Javaから入ったから未だにポインタの概念を理解し切れてない
92 17/11/05(日)20:58:12 No.463865920
Fortranは意外と希少でもない気がする
93 17/11/05(日)20:58:29 No.463866011
>可読性なんて捨てろ >いつも一番スマートな方法を探さないと脳が死ぬぞ 一年後、我が身の頭の良さを実感するのが俺だ
94 17/11/05(日)20:58:42 No.463866066
>Javaから入ったから未だにポインタの概念を理解し切れてない 念すぎる
95 17/11/05(日)20:58:52 No.463866098
>しかもC#みたくバージョン上がってそれまでのコードがイキナリ使えなくなって泣くようなことはない C#でもそんなこと滅多にないよ！？
96 17/11/05(日)20:59:07 No.463866161
どうせ自分で保守するわけじゃないからいいよね！
97 17/11/05(日)20:59:31 No.463866325
>研修やったけどこのスレの8割は言ってる事が分からない >案件来たら死ぬ 必要に迫られたときに学べばいいあと何か気が向いたとき 15年そうしてきた
98 17/11/05(日)20:59:38 No.463866354
知り合いの叔父さんでも分かるように組むんだ
99 17/11/05(日)20:59:41 No.463866378
後方互換の鬼であるMSがそんな馬鹿な言語作るかいな
100 17/11/05(日)20:59:57 No.463866493
1行ごとにコメント入れりゃあいいんだよ！
101 17/11/05(日)21:00:19 No.463866620
>Fortranは意外と希少でもない気がする 理学部だとわりと使う気がする ライブラリも多かったりするし
102 17/11/05(日)21:00:19 No.463866622
>研修やったけどこのスレの8割は言ってる事が分からない >案件来たら死ぬ 研修しただけで出来るようになればいいのにな やはり全てのプログラミング言語は間違ってる
103 17/11/05(日)21:00:21 No.463866627
だいたい必要に応じて覚えていくもんだよね 業務中に勉強すると怒られるから業務外時間使って
104 17/11/05(日)21:00:31 No.463866678
>Javaから入ったから未だにポインタの概念を理解し切れてない ポインタは単なるメモリの番地を表すオブジェクトというだけなので 言語から学ぶよりコンピュータサイエンスの基礎を学んだ方が分かりやすいと思う…
105 17/11/05(日)21:00:41 No.463866722
どうせ週一のMTGの度に仕様変更されるから適当に書いて 最後だけ本気出せばいいんだよ
106 17/11/05(日)21:01:13 No.463866864
スマートなロジック組んで 数年後読み返すと本当に自分で組んだのか怪しくなる時がある
107 17/11/05(日)21:01:13 [463861855] No.463866865
>weak_ptrで自分をshared_ptrで所持してる親データみたいなん逆参照しとくとか なんかこれが解決方法な気がしてきた ファイル同士が循環参照してたらだめだったとかなかったっけ
108 17/11/05(日)21:01:15 No.463866878
何でもかんでもメソッドチェーンで書けたらいいのに
109 17/11/05(日)21:01:18 No.463866898
Cが分かるかどうかって 要はコンピュータの基礎が分かるかどうかよね…
110 17/11/05(日)21:01:20 No.463866904
コメントとかよく書けるなと思う
111 17/11/05(日)21:02:06 No.463867160
>ファイル同士が循環参照してたらだめだったとかなかったっけ ファイル…？ 相互includeのことならクラス構造体の前方宣言使って解決するのがいいぞ
112 17/11/05(日)21:02:27 No.463867261
>1行ごとにコメント入れりゃあいいんだよ！ やめろや！
113 17/11/05(日)21:02:40 No.463867326
>可読性なんて捨てろ そんなキミのために私は YAGNI(You Aren't Going to Need it)ならぬ YAGRI(You Aren't Going to Read it)を提唱しよう！ そんなバカ丁寧に書き過ぎても多分あなたはそれを読み直しゃしない
114 17/11/05(日)21:03:40 No.463867612
// kore iranasou daga keshicha dame
115 17/11/05(日)21:03:43 No.463867633
>Cが分かるかどうかって >要はコンピュータの基礎が分かるかどうかよね… マイコンで回路組んで基板やコンパイラと残虐ファイトしてればいつしかＣＰＵと友情が芽生えるってじっちゃが言ってた
116 17/11/05(日)21:03:56 No.463867702
アロー演算子が嫌なら全部 (* ). で書けばいいじゃない
117 17/11/05(日)21:04:09 No.463867779
テンプレートメタプログラミングが駆使されたプログラムのデバッグってみんなどうやってるんだろう…
118 17/11/05(日)21:04:30 No.463867884
>ファイル同士が循環参照してたらだめだったとかなかったっけ 「」が一体何を言ってんのか分からんけど その循環参照言ってる内容はPimplで簡単に解決しそうな件に思える
119 17/11/05(日)21:04:45 No.463867956
年配の方だとたまに機械語直接読める人がいてすげぇ…ってなる
120 17/11/05(日)21:05:31 No.463868179
>テンプレートメタプログラミングが駆使されたプログラムのデバッグってみんなどうやってるんだろう… 全部書き直す それが一番のデバッグだ
121 17/11/05(日)21:05:55 No.463868284
>テンプレートメタプログラミングが駆使されたプログラムのデバッグってみんなどうやってるんだろう… 普通にstatic_assertとかじゃん
122 17/11/05(日)21:06:14 No.463868394
>>テンプレートメタプログラミングが駆使されたプログラムのデバッグってみんなどうやってるんだろう… >全部書き直す >それが一番のデバッグだ 頑張って全パターンオーバーロードの関数実装するんです？
123 17/11/05(日)21:06:21 No.463868430
あのごちゃごちゃしたエラー出力を勘で読めるようになればいける、いや無理
124 17/11/05(日)21:06:30 No.463868485
>しかもC#みたくバージョン上がってそれまでのコードがイキナリ使えなくなって泣くようなことはない それは単にコンパイル時の対象フレームワークバージョン間違えて指定してるだけでは 「この機能は互換性のために残されています」だらけで破壊的変更なんて数えるほどしかないぞ
125 17/11/05(日)21:07:18 No.463868726
exceptionとassertionはちゃんと使えよな！
126 17/11/05(日)21:07:34 No.463868807
>あのごちゃごちゃしたエラー出力を勘で読めるようになればいける、いや無理 using=やtypedefしてる型情報全部展開するのひどすぎるよね とはいいつつ結局最初の行読めば大抵解決するんだけど…
127 17/11/05(日)21:07:47 No.463868860
>頑張って全パターンオーバーロードの関数実装するんです？ ノー！ オーバーロードなんぞ使うな 全部名前を「微・妙・に」変えるんだよ！
128 17/11/05(日)21:07:51 No.463868881
>年配の方だとたまに機械語直接読める人がいてすげぇ…ってなる 世代によっちゃ16進数見ながら脳内でアセンブラに変換してデバッグする必要あったからね そういう世代の下で働いてたけど5年やっても俺には身につかない技術だった
129 17/11/05(日)21:08:07 No.463868963
皆、例外処理ってどこまで丁寧にやってるの？ 俺時々アプリ開発やる程度だけど、面倒だからtry except で全部拾わせてどこでこけたかログ吐かせる程度しかやってないけど ちゃんとした開発の人はi/oエラーとかtypeエラーとか細かく拾うものなの?
130 17/11/05(日)21:08:48 No.463869172
例外処理なんていらねえ 復帰さえすりゃいい
131 17/11/05(日)21:08:49 No.463869179
>オーバーロードなんぞ使うな それ単に型のインスタンシエーションの話じゃねえかな…
132 17/11/05(日)21:09:05 No.463869275
>あのごちゃごちゃしたエラー出力を勘で読めるようになればいける、いや無理 単なるスタックトレースに過ぎないので全部見る必要はないのだ…
133 17/11/05(日)21:09:16 No.463869320
>ノー！ >オーバーロードなんぞ使うな >全部名前を「微・妙・に」変えるんだよ！ 昔C言語にオーバーロードないのしんどいって思ってたけど 最近なんとなくこれ勧めるグーグルの気持ち分かってきた 拡張する時しんどいけど
134 17/11/05(日)21:09:38 No.463869455
保守やったことあるかどうかで 開発の意識は変わると思う
135 17/11/05(日)21:09:58 No.463869558
>皆、例外処理ってどこまで丁寧にやってるの？ >俺時々アプリ開発やる程度だけど、面倒だからtry except で全部拾わせてどこでこけたかログ吐かせる程度しかやってないけど >ちゃんとした開発の人はi/oエラーとかtypeエラーとか細かく拾うものなの? そのC++のソースファイル 拡張子をCにして書き直すのが一番丁寧な対処やぞ？
136 17/11/05(日)21:10:33 No.463869719
>皆、例外処理ってどこまで丁寧にやってるの？ 丁寧にやるべきところだけ丁寧に C++で例外真面目にやったらハンドラ指定解除必須だしやってられないぞ だから普通はmisraみたいな制限でC++使う
137 17/11/05(日)21:10:39 No.463869745
エラーひろうのはioとかだけだな、他は何ともならない場合が多いからな
138 17/11/05(日)21:10:41 No.463869757
>ちゃんとした開発の人はi/oエラーとかtypeエラーとか細かく拾うものなの? 想定されるエラーなら指定する
139 17/11/05(日)21:11:09 No.463869902
>単なるスタックトレースに過ぎないので全部見る必要はないのだ… スタックトレースじゃねーよ！再帰止めろや！
140 17/11/05(日)21:11:20 No.463869953
例外なんて起きないって へーきへーき
141 17/11/05(日)21:11:57 No.463870132
>スタックトレースじゃねーよ！再帰止めろや！ TMPのエラーでもスタックトレースだよ