[過去ﾛｸﾞ] C++相談室 part154 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
71: 2021/01/11(月)16:14 ID:AtO8PUuj(5/7) AAS
39です…。
mutexの信頼性をずーと疑ってたら…POSIXスレッド…pthread_mutex_lockに行き着きました…
ブロックもするそうです…ソース見てたら…カーネルの様です…pthread_mutex_lock_fullであれば…atomic_compare_and_exchange_val_acq…などもあります…テストアンドセットです…
アトミック操作です…しかし…普通にmutexを実装してpthread_mutex_lock_fullが呼ばれるかは…
分かりません…どんなmutexライブラリも最終的に…このカーネルを呼んでるだけだと思います…
呼ばれてるのは…fullではなく…弱い方のpthread_mutex_lockだと仮定しても…カーネルを疑うなんて…
本当に…ナンセンスな話なので…一応…信用して使うことにします…。
72(1): 2021/01/11(月)16:55 ID:AtO8PUuj(6/7) AAS
39です…。
結局…fullでなくても…atomic_exchange_acqが呼ばれているようです…アトミック操作です…。
なので…みなさん…安心して使いましょう…。
73: 2021/01/11(月)16:56 ID:KSKcxhht(6/6) AAS
>>72
そこでやめずに、atomic_exchange_acqの中まで追いかけてみませんか？
74: 2021/01/11(月)16:56 ID:AtO8PUuj(7/7) AAS
外部ﾘﾝｸ:blog.sakasin.net
ソースです…。
75: 2021/01/11(月)21:32 ID:KM6/Ii6v(3/3) AAS
Debian woody の頃まで posix thread は使い物にならなかったが Debian etch からようやく使い物になった印象だな
当時から利用している身にしては
76: 2021/01/12(火)05:50 ID:pJAexhLb(1/3) AAS
わりと最近ですね。
77: 2021/01/12(火)07:34 ID:V95G+u6D(1/3) AAS
woodyって20年くらい前だっけ
最初はJavaVMもグリーンスレッドというVM内の仮想スレッド実装だったんだよね
あれもOSネイティブのスレッドが信用されてなかったからなのかな
もちろん、現在のJavaVMはOSのネイティブスレッド使う実装になってるけどね
78: 2021/01/12(火)07:44 ID:pJAexhLb(2/3) AAS
Javaといえばブラック何とかプロジェクトがSUNに文句言ってなかったっけ？
79: 2021/01/12(火)07:45 ID:pJAexhLb(3/3) AAS
Etchが2007年と書いてあるな。
80(1): 2021/01/12(火)09:08 ID:e5lAHXYT(1) AAS
設計思想的なことについて質問があります。
クラスの使い方がよく分かりません。
僕が今何かを作ろうと思ったら、関数の集まりが引数や返り値のやり取りを通じて協調するような設計をしてしまいます。
この引数や返り値が多く複雑になったりしてきたらクラスを用いた設計を考える、という理解は正しいでしょうか？
81: 2021/01/12(火)09:22 ID:XkW3hQXX(1) AAS
>>80
正しいかどうかは知らないし気にしないでいいと思うけど、
そういう場合はただのデータの集まりとして構造体（これもクラスの一種だけど）を使うだけでも簡単になるだろうね。
82(1): 2021/01/12(火)13:35 ID:lxco4c0J(1) AAS
個人的には、一度無理にでも概念(ウインドウとか表示とか作ってるソフトの主要な概念)をクラス名にして作ってみるといいとおも
やってるうちに慣れてくる
83: 2021/01/12(火)14:01 ID:V95G+u6D(2/3) AAS
そうだね
なにかを題材にしてオブジェクト指向やってみるのがいいと思う
でもウインドウはどうかなー そもそもUIツールキットをある程度知らないといけないし
GUIってオブジェクト指向らしからぬ部分も多いので
もっとビジネスロジック中心の題材がいいと思うよ たとえば掲示板システムとか
板には複数のスレがあって、各スレの中には複数のレスが並んでて、スレの書き込むメソッドでレスが1つ増えてーみたいな
84: 2021/01/12(火)15:56 ID:LUlB/OIG(1) AAS
>>4 >>11
. を再定義したいと思った
85(2): 2021/01/12(火)17:32 ID:+0XoTmdG(1) AAS
>>82
初歩的な質問なのですが、クラスってモノじゃなくて概念でも良いのでしょうか
つまり、歩く人のプログラムを作るとき、人というクラスが歩くというメソッドを持っていても良いし、歩くというクラスが一歩進むというメソッドを持っていても良いのでしょうか
言語の仕様上はもちろんどちらでも良いと思いますが、どちらの設計の方が筋が良いということはないと思って良いですか？
86: 2021/01/12(火)17:34 ID:fQCYjk84(1) AAS
ナントカ系の関数群みたいに相互に関連し合っているものを
暗黙じゃなく明確化するのがクラスだよ
87(2): 2021/01/12(火)17:38 ID:V95G+u6D(3/3) AAS
>>85
「歩く」をクラスにするよりは「歩ける」をインターフェースにしたらどうかな
人間クラスに「歩ける」インターフェースを実装することで「歩く」メソッドがあることを保証できる
対象ドメインをどのようにモデル化するかは状況や要件次第
88: 2021/01/12(火)19:05 ID:mPDSlMxM(1) AAS
メタファとして生き物がよく用いられるけどなんだかなあっていつも思う
89: 2021/01/12(火)19:50 ID:YNFRivpW(1/2) AAS
>>87
「歩け」インターフェースを定義したらインスタンスが歩ける想定であることは自明なのでは…
ちなメソッドは一般にオブジェクトの状態変化を引き起こすﾌﾞﾂなので
命令型プログラミングの範疇であり命令形で命名すうるが正しい
※ 個人の感想です
90: 2021/01/12(火)19:52 ID:YNFRivpW(2/2) AAS
しかしインスタンスの生成というプロセスは関数型プログラミングから拝借しており、
命令型と関数型のいいとこ取りしようとして失敗した
classベースのオブジェクト志向は
91: 2021/01/12(火)19:58 ID:GTfU1r+6(1) AAS
何ベースのが成功なの？
92: 2021/01/13(水)09:25 ID:X1FbeZvQ(1) AAS
場合によっては歩くクラスもありだと思うよ。
ゲームで次の行動を一つずつ記憶させたい場合とか。
commandパターン、mementoパターンでググって
93(1): 2021/01/13(水)09:45 ID:D0cZCa+j(1/5) AAS
歩くということは、位置が変化する。
現在位置は人オブジェクトのプロパティなのか？
それでええのか？
94(1): 2021/01/13(水)11:14 ID:XODVGtfI(1) AAS
>>93
良くね？
>>87
インターフェースって継承される前提のものなんですよね？
どのクラスが「歩ける」を継承するんですか？
95: 2021/01/13(水)12:34 ID:QVnLWQ3q(1) AAS
>>85
数値化できるものなら何でもオーケーだ
歩行を数値化するにはN個の関節を持つM本の脚をパラメータとし時間経過ごとの接地点と関節の位置をジェネレータみたいに連続的に返すような設計が考えられる
96: 2021/01/13(水)13:12 ID:D0cZCa+j(2/5) AAS
>>94
じゃあ将棋の駒オブジェクトはプロパティとして位置を持っているのか？
97: 2021/01/13(水)14:09 ID:D0cZCa+j(3/5) AAS
俺の考えるOOシステムでは、駒オブジェクトは盤面オブジェクトやルールブックオブジェクトへの参照を持っいる。
駒オブジェクトへ前へ3移動とメッセージを送ると、駒オブジェクトはルールブックオブジェクトと盤面オブジェクトを用いて、移動可能であれば盤面オブジェクトへ自身を移動するようメッセージングする。
98: 2021/01/13(水)15:31 ID:Dg6tKq+M(1) AAS
intを継承してmyintクラスを作ることは可能ですか？
99: 2021/01/13(水)15:38 ID:CyYDkVRJ(1) AAS
システム次第でしょ。
もしも将棋の駒が自律歩行多脚戦車だったら、GPSシステムがすべての位置情報を管理してるなんておかしいし。
100: 2021/01/13(水)15:38 ID:D0cZCa+j(4/5) AAS
enum class なら可能。
101: 2021/01/13(水)20:01 ID:D0cZCa+j(5/5) AAS
C++はテンプレートがあるので設計の詳細を先送りできる。
その特徴を生かせるように、プッシュ型を流行らせませんか？
プッシュ型は、前提が少ないので、利用者が自由に組み合わせることが出来ます。
これは、インターフェースによって事前に詳細を設計してしまう方式と真逆かもしれないが、組み合わせによって機能を作ることが出来まっする。
102: 2021/01/13(水)21:14 ID:XHABqTxh(1) AAS
プッシュ型って何？
103: 2021/01/14(木)06:54 ID:mrWYZ3Pm(1/8) AAS
Caper や Bison でプッシュ型を調べてみるとわかると思います。
104: 2021/01/14(木)06:59 ID:mrWYZ3Pm(2/8) AAS
あらゆるソフトウェアで使いまわされるライブラリにおいて、詳細が既に決まっているのは不自由なことです。
105(1): 2021/01/14(木)07:12 ID:FFXK54Rt(1/2) AAS
templateと比べてプッシュ型の利点が分からん。
106: 2021/01/14(木)07:23 ID:mrWYZ3Pm(3/8) AAS
>>105
プッシュ型はパーサーでよく使われます。
ユーザーが柔軟性を求めるからです。
Caperはプッシュ型、Bisonはパーサー側が文字を読む方式ですが、オプションとしてプッシュ型を選べます。
パーサにおいてプッシュ型とは、（パーサではなく）パーサを呼び出す側が文字を送り込みます。
それによって何が起きるでしょうか？
従来のパーサーは状態と共に行番号を保存します。
プッシュ型の場合、行番号を保存するのは呼び出し側です。
パーサーが読む文字とは何でしょうか？
プッシュ型において、Cではint、C++ではユニコード。コードポイントです。
文字デコードを行うのは、呼び出し側です。
では従来のパーサでは？
行番号を管理するためには、文字デコードもパーサーの仕事です。
つまりパーサーは大きな塊でアリ、組み合わせる部品ではありません。
107: 2021/01/14(木)07:27 ID:mrWYZ3Pm(4/8) AAS
プッシュ型はUNIXに通じるものがありますが、UNIXでは実現されませんでした。
108: 2021/01/14(木)07:47 ID:mrWYZ3Pm(5/8) AAS
パーサーは本来、構文解析が仕事です。
しかし、現状多くのパーサーは、構文解析以外の機能を密に結合している。
本来の仕事以外は分離して、小さな部品にすることで再利用性が高まる。
という感じですかね。
これはテンプレートと同じでもろ刃の剣でもあるんですよ。
詳細を設計しないんですから。
しかし、STLの寿命の長さを見て分かる通り、詳細が設計されていないという事は利用者が自由に設計できるという事で、使い出があるんです。
109: 2021/01/14(木)07:48 ID:mrWYZ3Pm(6/8) AAS
もちろん、パーサーに限った話ではないですよ。
例です。
110(1): 2021/01/14(木)09:22 ID:EIDQMz1r(1/2) AAS
みんながみんなパーサーを開発する側じゃないからなー
もっと身近な例はないですか？
このようなデザインパターンがプッシュ型だとこうなる、みたいな
111(1): 2021/01/14(木)09:29 ID:mrWYZ3Pm(7/8) AAS
>>110
使う側にとって良いことなんですよ。
それと、プッシュ型は万能ではないんですよ。
一部のコンポーネントの部品化に対して利益があるのです。
112: 2021/01/14(木)10:01 ID:mp+NLhBe(1/2) AAS
>>111
身近な例はないかという問いに対しその回答は意味不明では？
113: 2021/01/14(木)10:15 ID:mrWYZ3Pm(8/8) AAS
まあそうですね。
すいませんでした。
114: 2021/01/14(木)10:22 ID:FFXK54Rt(2/2) AAS
身近な例で利点があるなら広めるのに協力するのもいいが今の時点で利点が分からん。
115: 2021/01/14(木)15:40 ID:qrpkNJTC(1/3) AAS
別にC++だけの問題じゃないんだけど…質問…例えば…エクスプローラのようにファイル一覧出すじゃん…
画像や動画は…サムネイルを出すじゃん…このサムネイルは非同期で更新になるじゃん…
一度開いたら…キャッシュから読み込みたいじゃん…このキャッシュの保存ってさぁ…一意にするのに…
ファイルパス・更新日時・サイズである程度一意になるけど…完璧な一意ではないじゃん…
同じ名前・同じ更新日時・同じサイズで上書きされたら、前の画像がサムネイルに出るじゃん…
どうすんの？
116: 2021/01/14(木)15:42 ID:qrpkNJTC(2/3) AAS
キャッシュなんてそんなものだから…それでいいのかなぁ…
117: 2021/01/14(木)15:53 ID:mp+NLhBe(2/2) AAS
その気持ち悪い｢...｣をやめてくれ
118: 2021/01/14(木)15:55 ID:EIDQMz1r(2/2) AAS
ファイルパスと更新日時で一意になると考えていいでしょ
コンテンツが変更されれば更新日時が進むという前提で
それさえも許せないクリティカルなシステムならファイルの全バイト列から衝突率の低いハッシュ作るとかファイル読むのと変わらんことになる
クリティカルなシステムではキャッシュ使わんな
119: 2021/01/14(木)16:05 ID:qrpkNJTC(3/3) AAS
なるほど…。
120: はちみつ餃子 ◆8X2XSCHEME 2021/01/14(木)16:09 ID:9qLPLWCT(1/2) AAS
外部ﾘﾝｸ[html]:martinfowler.com
> There are only two hard things in Computer Science: cache invalidation and naming things.
計算機科学においては二つの難しいことがあります。
キャッシュの無効化と名前の付け方です。
121: はちみつ餃子 ◆8X2XSCHEME 2021/01/14(木)16:16 ID:9qLPLWCT(2/2) AAS
ファイルシステムによるけど iノード番号だったり
それに近い管理機構で一意に特定できる場合もあるんじゃないの。
サムネイルくらいなら雑でいいやという割り切りもあると思うけど、
ある程度は不整合がないようにする努力もしてると思う。
122: 2021/01/14(木)23:16 ID:9gUF6PTW(1/2) AAS
特徴的な文体はblogでも見た！
123: 2021/01/14(木)23:49 ID:9gUF6PTW(2/2) AAS
スヌープとLRUでおｋ
この2つでダメだという香具師は、
スヌーピングのロジック設計をサボっているか、
メモリをケチって必要量に未達なだけ
124: 2021/01/16(土)08:13 ID:dLwYQ6PK(1/2) AAS
おはようございますみなさま、質問させてください
ユーザー定義クラスを作成し、循環参照を防止するためweak_ptrをメンバに持たせています。
そして任意の処理でshared_ptrをweak_ptrに代入し使用したいと思っておりました。
しかし、メンバ関数内部でweak_ptrを使用すると、式にはポインタ型が必要です、旨のエラーが出てしまいます。
調べてみたところ、lock（）でshared_ptrに再度権利委譲するとshared_ptr側から動くのですが、私が初心者な事もあり何か釈然としません（我が儘でしょうか……）
一度weak_ptrに落とし込んだものを再度shared_ptrに戻す部分が引っかかっているのだと思います（気にしすぎですかね）
そこでお聞きしたいのですが、クラス内部で動的に定めたいと思っているweak_ptrを使う際に、これ以外の方法はありますでしょうか？
それとも上記の通りlock()で一時的なshared_ptrに束縛した方がいいのでしょうか？
朝から長文失礼しました
125(1): 2021/01/16(土)08:49 ID:ld2GCDwz(1) AAS
ロックしないと知らない間に参照先のshared_ptrで持ってるオブジェクトが破壊されてても文句言えないけどそれでもいいの？
weak_ptrってそういうものだぞ
126: 2021/01/16(土)09:17 ID:dLwYQ6PK(2/2) AAS
>>125
ありがとうございます。
おっしゃる通りだと思います。
納得いたしマスター！
127: 2021/01/19(火)02:35 ID:y82ZfCrD(1) AAS
移譲って要は継承せずにオブジェクトとして使うってことですよね？
なぜ「移譲」なんてわけわからない名前がついてるんですか？
128: 2021/01/19(火)04:45 ID:KGVX5wki(1) AAS
移譲じゃなくて委譲な。
転送でもいいと思うよ
129: 2021/01/19(火)07:52 ID:Uy0+fZqK(1) AAS
代理、丸投げ
130: 2021/01/19(火)09:18 ID:xem4SJ/U(1) AAS
日本語の問題だけど移譲は同じレベルに権限等を移すこと、委譲は下のレベルに移すことらしい
委譲は継承より権限の制限があるという含みがあるんだと思う
あくまで人間の組織での比喩なんだろうけど
131: 2021/01/19(火)09:54 ID:QmODXpTw(1) AAS
名前付けるほどのことか？と問われればたしかにそう思う
クラス内で他のクラスオブジェクトを使ってるだけｗ
132(1): 2021/01/19(火)11:29 ID:Bl6CuSRR(1/2) AAS
移譲コンストラクタってC++11まで存在しなかったの？
133: はちみつ餃子 ◆8X2XSCHEME 2021/01/19(火)11:40 ID:Zp03eKCw(1/2) AAS
>>132
はい。 C++11 で導入された機能です。
それまで存在しませんでした。
134(2): 2021/01/19(火)16:38 ID:8JRMUdmW(1) AAS
C++03の頃のプログラミングめちゃくちゃ大変そうだね・・・
135: 2021/01/19(火)20:00 ID:rn87bDt4(1) AAS
「オブジェクト指向？じゃあ継承しなきゃ！共通実装はみんな継承でポリモにしろ！」みたいなノリのクソ設計が溢れかえった時期があって
カウンターとして無理に継承せんでもオブジェクト持って使えばええんやでっていう事に名前付けたのが委譲とかコンポジションとか
しょうもないんだけど継承教に対抗するには名前が必要だったんよ
136(1): はちみつ餃子 ◆8X2XSCHEME 2021/01/19(火)21:06 ID:Zp03eKCw(2/2) AAS
>>134
そのとおりだよ！
前スレで C++11 (以降) に否定的な意見も出てるが、
使える状況であえて C++03 (以前) を選択したがる感覚はわかんね。
137: 2021/01/19(火)22:52 ID:Bl6CuSRR(2/2) AAS
テンプレート使わなければC++03でもいける（かも）
138: 2021/01/19(火)23:09 ID:7+t4BBWY(1/2) AAS
なんか、ここはどこ私はだあれなやついるなｗ
なんでテンプレートが出てくるのか
139: 2021/01/19(火)23:29 ID:LToFUUAC(1) AAS
C++03にはテンプレート無いしな
140: 2021/01/19(火)23:43 ID:7+t4BBWY(2/2) AAS
何を狙ってボケてんのかわからん
解説求む
141(1): 2021/01/20(水)19:27 ID:kPiTytYK(1/3) AAS
C++スゲー=俺スゲーしたいだけの学生が増えたんだろ
>>134 >>136
エアプ乙
便利にはなったが、メタプログラミングやってても委譲コンストラクタ無くてもそんなに困らんかったぞ
メンバの初期化には関数の戻り値だって使えただろ、どこで困るんだ？
142: 2021/01/20(水)19:33 ID:kPiTytYK(2/3) AAS
あ、委譲コンストラクタが無くても、の話であって03と11がどうこうじゃないよ
143(1): 2021/01/20(水)21:35 ID:UBOdXm83(1/3) AAS
constメンバの初期化をしたいとき
初期化リストで初期化すれば良いっていやー良いが
コンストラクタ毎に初期化リストを書かねばならない
ﾒﾄﾞｲ…
144(1): 2021/01/20(水)21:36 ID:UBOdXm83(2/3) AAS
あと参照メンバも…！
145: 2021/01/20(水)21:47 ID:MvJ8v0/f(1/2) AAS
>>141
C++03で何が困るって、<system_error>や<filesystem>や<execution>みたいのがなかったことだよ
新機能を乱発してプログラマを喜ばせるのを慎むというハゲの主張はわかるが
あまりにも保守的すぎて現実から乖離し始めていた
146(1): 2021/01/20(水)21:48 ID:MvJ8v0/f(2/2) AAS
<valarray>の立場がなくなるから<execution>をためらうとか本末転倒だろうが
147: 2021/01/20(水)21:57 ID:kPiTytYK(3/3) AAS
>>143-144
え、そんな場面滅多に無いと思うが・・・
委譲するときは他のコンストラクタしか初期化子使えないはず・・
と思ったが非constなものは全部コンストラクタ本体で初期化、ならいけるか
148: 2021/01/20(水)23:00 ID:UBOdXm83(3/3) AAS
>>146
同じことをするのに複数のやり方があったらプログラミング言語界のPerlになってしまう
お禿様の気持ちはﾜｶﾙ
149: 2021/01/21(木)02:42 ID:/P5UVCOb(1) AAS
まるで Perl はプログラミング言語界の外に居るような言い方ね。
150: 2021/01/21(木)06:07 ID:lL8gSm1b(1) AAS
なんだろう、スクリプト言語とかコンパイラ言語とかいうのかね
151: 2021/01/21(木)07:17 ID:/ZdL1i9k(1/3) AAS
厄介者のperl
152: 2021/01/21(木)07:40 ID:Z8coO7Zb(1) AAS
perlは遊び道具としては面白いのかもしれないけど本番で使うにはちょっと…
153: 2021/01/21(木)08:36 ID:RnFvGHUF(1/11) AAS
Git for windowsと一緒にインストールされる遊び道具、という世界観ですね。大切にしなさい。
154: 2021/01/21(木)08:52 ID:2LdLfW0X(1) AAS
へー、findやopensslは便利に使ってたけどperlまで入ってたのか。
まぁ、もう使うことはないだろうけど。
155(1): 2021/01/21(木)09:35 ID:RnFvGHUF(2/11) AAS
Perlを厄介と考えるPGのほうがPerlよりも先に厄介払いされる。若いくせに向学心がないことが垣間見える。
156: 2021/01/21(木)10:09 ID:rjSQv0Wq(1/4) AAS
向学心とかw
むしろperl使ったことあるからこその意見だろ
157(1): 2021/01/21(木)10:25 ID:RnFvGHUF(3/11) AAS
Perlを難しいと思うようだとあまり伸びしろがないね。職業変えたほうがいいかもね。正直でごめんね。
158: 2021/01/21(木)10:51 ID:/0jxrBnU(1) AAS
>>155はマジで言ってるのか
10年くらい眠ってたのか？
159: 2021/01/21(木)11:09 ID:rjSQv0Wq(2/4) AAS
最近のモダン（この言い方自体が既に古いがw）な言語使ったことないんじゃね？
あとそれなりの規模の開発したことないんだろうね
perlは書捨てのツール作ったりするには便利だったけど今更新規で使うことはないわ
160(4): 2021/01/21(木)15:15 ID:upjC6TmF(1) AAS
Perlの開発者ってタッチタイピングできなかったのかな？
なんであんなに1文字の特殊変数だらけの言語作っちゃったの？キーボード入力が楽になるとか思っちゃったのかな？
結果は可読性の低いクソースコードが量産されただけだったよね
161: 2021/01/21(木)16:04 ID:eIfq2EBT(1/2) AAS
>>160
gnu-makeやshell scriptも同じ。
emacsも、キーバインドを丸覚え出来る人しか使えない。
作者が記憶力が桁違いにいい人だったりしてな。
162: 2021/01/21(木)16:22 ID:jCImDRpq(1) AAS
>16 ：デフォルトの名無しさん：2006/03/10(金) 22:15:19
>>>10
>> こんな変数名があちこちに散らばっているのがPerl
>
>大学の研究室のボスは、特殊変数の表をふ〜んと2分ほど眺めて完全に暗記した。
>
>そういうレベルの人たちのための言語なんだなと思って、トイレで血の涙を流した。
163: 2021/01/21(木)16:57 ID:eIfq2EBT(2/2) AAS
表を見た直後なら、俺も暗記してるぞ。
しばらくたったら忘れる。
短期記憶と長期記憶の違いだ。
164: 2021/01/21(木)18:03 ID:ukSw99eK(1/3) AAS
Perlはglobが使えるようになったらuse strictの下でも参照渡しとかできてC++的に組めるようになるからおk
しかしglobを使うことと理解することは別宇宙の話なのであった
165: 2021/01/21(木)18:10 ID:ukSw99eK(2/3) AAS
正確には型グロブ、
166: 2021/01/21(木)18:24 ID:RnFvGHUF(4/11) AAS
このスレ、初心者多すぎ。丸暗記なんて誰もしないぞ。何のためにオンラインヘルプあると思ってんだろう。
辞書持ち込み禁止に慣れた学生の気分なのかな。
167: 2021/01/21(木)18:26 ID:RnFvGHUF(5/11) AAS
自身の理解力のなさを胡麻化すために大げさな言い回ししているように見える。マジでPGむいてないから転職したほうがいいよ。
168(1): 2021/01/21(木)18:30 ID:RnFvGHUF(6/11) AAS
>>160 みたいな己の能力のなさを棚に上げておおげさな物言いをする人には調査の仕事を振ることすらできないんだが。
169(1): 2021/01/21(木)19:06 ID:/ZdL1i9k(2/3) AAS
外部ﾘﾝｸ:descartes-search.com
Perlファンたちはその堅牢なパフォーマンスとスケーラビリティを主張するが、すでにPythonのような他の言語に代替され始めている。10年後にはその信者の数も減り、永久に消え去ることだろうw
170: 2021/01/21(木)19:17 ID:RnFvGHUF(7/11) AAS
ちょっとしたことをやるのに適しているのがスクリプト言語なのに、そのスクリプト言語の初歩にさえつまづいてしまう人はPGに向いてないんだよ。
正直でごめんね。Perlだけの話してるわけじゃないんだわ。
171(1): 2021/01/21(木)21:03 ID:ukSw99eK(3/3) AAS
>>169
Perl 6が出るまで無限に待たされそうな気がするから
バージョン5系の消滅は無限の未来なんじゃないかな…
172(1): 2021/01/21(木)21:28 ID:cjnTDlz3(1) AAS
人って第一印象が重要でしょ。
言語もそうだと思うの。
Perlだけの話をするけど、Perlは第一印象で損してる感じ。
PG経験あれば直感的に避けようとする人も少なくないのでは？
173: はちみつ餃子 ◆8X2XSCHEME 2021/01/21(木)21:30 ID:ooF1treM(1) AAS
>>171
Perl 6 は 2015 年に安定板がリリースされたぞ。
ただし、旧来の Perl と互換性は全然ないので後に Raku と改称された。
要するに別言語になってしもうた。
174: 2021/01/21(木)21:40 ID:RnFvGHUF(8/11) AAS
>>172
ドルマークを多用するPerlはシェルスクリプトに慣れた人にはむしろ入りやすいはずだけどね。
175: 2021/01/21(木)21:46 ID:6tk1Snw3(1) AAS
あわしろ氏はJavaはオワコンこれからはPerlと言ってるけどな。
176: 2021/01/21(木)22:21 ID:rjSQv0Wq(3/4) AAS
なんでこの人自分以外はperl使えない前提なんだろ…
177(1): 2021/01/21(木)22:23 ID:RnFvGHUF(9/11) AAS
知っている人も多いと思うけど、bash/zsh向けに便利な入力補完ツール fzf が存在する。
そのGitHubにはfzfにPerlを併用するサンプルコードが散見される。
外部ﾘﾝｸ:github.com
今やPerlは、sedやawkより多機能なちょっとしたテキスト改変ツールとして、Perl本来の役割に回帰している。
PerlをCGIを書くための言語と思っている人にはPerlがオワコンに見えるかもしれないが、現実は違う。
178: 2021/01/21(木)22:35 ID:RnFvGHUF(10/11) AAS
python3が入っていない環境はわりとあるけどperlが入っていない環境はまずない。
179: 2021/01/21(木)22:35 ID:Z9MWAls1(1) AAS
なんでC++スレでPerl, Perlと連呼するんだろう
おおかた、その心理を察することができるので草生えるｗｗｗ
180: 2021/01/21(木)22:41 ID:RnFvGHUF(11/11) AAS
本スレテーマであるC++やJavaなどのコンパイル言語のコーディングの生産性を高めるにはスクリプト言語の有効活用が欠かせない。
makeやantではかゆい所に手が届かないもどかしさは今も昔も同じなんだよ。
181: 2021/01/21(木)22:54 ID:H50jUx0j(1) AAS
>>168
Perl狂信者かよ
182: 2021/01/21(木)22:59 ID:/ZdL1i9k(3/3) AAS
うかつにもPerl厨の秘口を突いてしまった
183: 2021/01/21(木)23:06 ID:rjSQv0Wq(4/4) AAS
>>177
> PerlをCGIを書くための言語
いつの時代の人よw
184: 2021/01/22(金)00:49 ID:di1fs6eX(1) AAS
たしかルビーの素となった言語がペールでは？
185: 2021/01/22(金)01:19 ID:55qwSi9o(1) AAS
macOSのソフトウェア更新ツールHomebrewはRuby製。マカーがいる限りRubyは不滅。
186: 2021/01/22(金)13:19 ID:pJ+Dy7HC(1/2) AAS
>>157
PerlもPHPも難しいとは思わないけど
だからこそ排除すべき
187(1): 2021/01/22(金)13:20 ID:pJ+Dy7HC(2/2) AAS
>>160
>1文字の特殊変数だらけの言語
Rubyのことですね判ります
188(1): 2021/01/22(金)14:12 ID:aLDuncuZ(1) AAS
>>187
Rubyはそれはない。
Perlと間違ってないか？
189: 2021/01/22(金)14:18 ID:WLGQ46hZ(1) AAS
C++のところで延々と続けるのもなんだけど、TECOってのは相当複雑怪奇だったみたいね
190: 2021/01/22(金)22:15 ID:HHqIRAh/(1) AAS
C++が今後関数型プログラミングを言語としてサポートしていくことはありますか？
191: 2021/01/22(金)22:18 ID:3W/g7okM(1) AAS
<functinal>で足りるんじゃね？
192(1): 2021/01/22(金)22:50 ID:LtnZZu+T(1) AAS
こちらでどうぞ
2chｽﾚ:tech
193: 2021/01/22(金)23:49 ID:LcAiXyQN(1) AAS
>>192
C++の「マルチパラダイム」の中に関数型が今後入ることはあるか (あるいはもう入ってるか) という質問なんですが、変なことを聞いていますか？
194: 2021/01/23(土)00:00 ID:rMuiLyZn(1) AAS
ぅえ？
195: 2021/01/23(土)01:38 ID:PXGkLjAZ(1) AAS
もう入ってるでしょ？
196: 2021/01/23(土)04:37 ID:Vx6mcd5N(1) AAS
Perlのソース汚いイメージしかないけどな
197: 2021/01/23(土)07:19 ID:E7+6hgZm(1) AAS
std::functionとラムダ式で関数はほぼ第一級オブジェクトとして扱えるからC++はとっくに関数型言語ですよ
モナドだってやろうと思えば作れるよ
上下前次1-新書関写板覧索設栞歴
あと 805 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.336s*