18/03/10 17:59:39.44 jPHJ8KIe.net
いや全く楽しくねーわ。
201:デフォルトの名無しさん
18/03/10 18:20:49.51 ysTMLqRd.net
例えば
func ToString(any interface{}) string {
if v, ok := any.(Stringer); ok {
return v.String()
}
switch v := any.(type) {
case int:
return strconv.Itoa(v)
case float:
return strconv.Ftoa(v, 'g', -1)
}
return "???"
}
上記コードはこうできるようにして欲しい
func ToString(any (Stringer | int | float)) string {
if v, ok := any.(Stringer); ok {
return v.String()
}
switch v := any.(type) {
case int:
return strconv.Itoa(v)
case float:
return strconv.Ftoa(v, 'g', -1)
}
}
引数にinterface{} があるのはやっぱりJavaとかで引数にObject型が来るのと同義だと思うわ。
202:デフォルトの名無しさん
18/03/10 18:22:28.94 opL9wLKH.net
>>193
こっちのページの下のほうに書いてあるじゃん
URLﾘﾝｸ(www.thekingsmuseum.info)
203:デフォルトの名無しさん
18/03/10 19:46:35.03 YxlaXMRK.net
結局Objectの方がinterface{}より保証されてるものが多いから、雑なのはinterface{}の方じゃーん
204:デフォルトの名無しさん
18/03/10 21:09:45.80 ihrcyggr.net
>>105
これ最高に型無しクソペチパー指向的レス
205:デフォルトの名無しさん
18/03/10 22:06:56.73 V+AonR8i.net
>>197
保証されてるものが多いんじゃないよ。
保証されるべきでない関連性を持ってないものも、関連性を持っているかのごとく扱われるんだよ。
206:デフォルトの名無しさん
18/03/10 22:10:01.27 V+AonR8i.net
自分が知らないものをたったひとつソースから「言い間違えなのか？」と言うのはどうかしてると思うわ。
207:デフォルトの名無しさん
18/03/10 22:20:22.04 V+AonR8i.net
>>195
ToStringなんて関数をinterface{}で受けて中で適当に処理するってこと自体だと思う。
そんな事するぐらいなら、使いたいintとfloatを名前つけてちゃんと型定義して、Stringer実装するほうがまともでは？
ライブラリならまだわかるが、ユーザコードでinterface{}を使うのはもっと「interface{}でなければいけない時」であって、基本的にはなんでも受け取りたいから使うための型ではない。
普通のオブジェクト指向言語でもそうだろ。
後半のコード例に至ってはコンパイル時に検出したいだけだろ。
オーバーロードさせろってんならまだわかるが。
コンパイル後に消えるようなもの書いて喜ぶ事こそ馬鹿らしいわ。
208:デフォルトの名無しさん
18/03/10 22:32:59.68 ysTMLqRd.net
>>200
どっちかというとこれを見て思ったんだが
URLﾘﾝｸ(ja.wikipedia.org)(%E8%A8%88%E7%AE%97%E6%A9%9F%E7%A7%91%E5%AD%A6)
209:デフォルトの名無しさん
18/03/10 22:36:50.46 ysTMLqRd.net
>>201
>
210:後半のコード例に至ってはコンパイル時に検出したいだけだろ。 それこそキモだろ。静的言語を使う理由って。 これが嫌なら動的言語使ってなよPHPとか
211:デフォルトの名無しさん
18/03/10 22:40:31.66 ysTMLqRd.net
>>201
>ユーザコードでinterface{}を使うのはもっと「interface{}でなければいけない時」
現状のGoでそういう理由でinterface{}を使ってる状況ってどんだけあるんだよ。
それじゃすまないからジェネリクスを欲しがってるんでしょうが。
212:デフォルトの名無しさん
18/03/10 23:44:31.64 V+AonR8i.net
>>202
ホントだな。これは俺が少数派らしい。
高飛車に言ってすまん。
213:デフォルトの名無しさん
18/03/10 23:45:51.56 O29r5RSu.net
こいつ例のヤベェ奴か
214:デフォルトの名無しさん
18/03/10 23:47:15.74 V+AonR8i.net
>>203
キモではないよね。
それは単なる横着のコンパイラへの責任転嫁であって。
void*みたいな無茶苦茶な型があるのも静的言語だが、別に型チェックしてほしくてコンパイルしてるわけじゃないぞ。
215:デフォルトの名無しさん
18/03/10 23:49:44.45 V+AonR8i.net
>>204
結構あると思うけど。
それで済むから、頑なに「未だ早い」と本家が言い続けてるんでしょ。
済まないならもっと早く導入されてるわ。
そんなに変化ねえじゃんと思いがちだが、ホントに要るなって機能はちゃんと入ってきてるよ。ライブラリの出力しかり、ベンダリングしかり、次はモジュール予定されてたり。
216:デフォルトの名無しさん
18/03/10 23:50:33.63 ihrcyggr.net
早くPHP歴4000年秘伝のソースにウンコを継ぎ足す作業に戻れよ
工数の無駄だぞ
217:デフォルトの名無しさん
18/03/10 23:53:30.10 1bOlQOUq.net
このスレ見てたら俺はC++とPythonでいいやって思えてくる
218:デフォルトの名無しさん
18/03/10 23:57:26.44 O29r5RSu.net
こんなスレに影響されんなよ……
因みに俺はCとPythonとFortranとMathematicaでいいと思う
219:デフォルトの名無しさん
18/03/11 00:04:08.68 oVmCfuF5.net
非変、はScalaあたりから来てるのかな。記憶が曖昧。
220:デフォルトの名無しさん
18/03/11 00:44:51.07 RCfxSBiR.net
CとPythonの二刀流ずるい
C++むずい
だからJavaとかGoとかの支持率は下がらない
221:デフォルトの名無しさん
18/03/11 00:52:28.92 7XeGL+nE.net
>>207
あとCみたいな旧世代な言語を静的言語代表にされても。
あと横着はプログラマの美徳だよ。
>>208
現在進行形で議論中だよ。安易に入れたくないだけで必要性は明らかだろ。
URLﾘﾝｸ(github.com)
というか他のジェネリクスがある言語を使ってるとわかると思うんだけどな。このイライラ感。
まぁ関数のインターフェースにinterface{}型があっても気にしない人間もいるという事実があることは勉強になったわ。
そういう人間もいるんだ。
222:デフォルトの名無しさん
18/03/11 00:57:35.32 fQarczMf.net
>>199は自爆というかむしろダックタイピングの方だよね？
223:デフォルトの名無しさん
18/03/11 01:05:04.16 7Ky5zjn9.net
反変共変とかすぐに数学用語を取り込んで違う意味にする
224:デフォルトの名無しさん
18/03/11 01:18:09.18 fQarczMf.net
>>214を斜め読みしたけど、既存のinterface{}なやつと互換を取るためJavaのgenerics同様にするか
それとは別に問題を捨て去るためD言語やMLみたいな名前空間単位のやつを入れるかで議論してるな
genericsなんて大物は後から入れてもJavaのようにしかならんとは思っていたが
(失礼ながら)goのような保守的な言語に今までのスタイルを捨てさせるような変更を入れられるのかは気になった
225:デフォルトの名無しさん
18/03/11 01:37:42.02 7XeGL+nE.net
>>217
GoBlogでGo2はGo1と下位互換性を保つと宣言してるから破壊的変更をせずに導入するだろうね。
どうやるか全く想像がつかない
226:デフォルトの名無しさん
18/03/11 01:53:41.48 vy+Y2xiY.net
>>161
やっぱり認識の違いが激しいな。これじゃ話が合わんわけだわ
おれの感覚を書くと型情報を書くことで助かることは10~20%くらい
対してテストがある場合は50~60%(約3.5倍)くらい
準備するコストとして型が10~20ならテストは60~70(約4.25倍)の印象
さらに、後からコードを読むときの理解するまでにかかる時間が
静的型が10~20なら動的型は30~40(約2.25倍)の印象。
そして、俺の場合はコードは書くことより読むことの方が多いと思っているので
読むときにかかるコストの違いに良し悪しの重点を置く傾向がある。
というわけで、俺の感覚ではもちろん静的型に軍配が上がる
227:デフォルトの名無しさん
18/03/11 01:54:27.55 vy+Y2xiY.net
これ以上は感覚のズレをお互いに調整しないと話が進まないだろうな
そして、その感覚のズレを調整をするつもりは俺にはないし
そっちも多分ないだろうからやはりこれ以上の話は無駄になるだろうな
認識の違いがこれだけもあるということが分かっただけでも良しとしておこう
228:デフォルトの名無しさん
18/03/11 06:14:26.94 9uw0Jco6.net
会社でkotlinの勢力が拡大して飲み込まれるのは目前
やだよぉやだよぉ
229:デフォルトの名無しさん
18/03/11 07:33:15.20 DgI5cE5A.net
javaが積極的に言語に手を入れるようになったから
kotlinがcoffeescriptと同じ運命を辿るんじゃ無いかと不安を感じる
androidから放り出されない限り生きていられるとは思うが……
230:デフォルトの名無しさん
18/03/11 09:19:38.49 pTD+ffED.net
型システム入門では非変と訳されてるな
231:デフォルトの名無しさん
18/03/11 09:44:46.83 IOuBwL8e.net
Goに他の言語の機能を追加したいって声はよく聞くけど
逆に他の言語にGoの機能を追加したいって声はあまり聞かないよね
232:デフォルトの名無しさん
18/03/11 10:05:15.85 VhcwD3HT.net
var導入するのにval導入しないJavaのおじいさんたちはゲェジなのかな？
233:デフォルトの名無しさん
18/03/11 10:21:31.83 9agxgqpG.net
COM「反射性、推移性、対称性」
次世代「恒等射、合成、共変、反変」
型アサーションと型変換の宗教論争の原因はこれか
234:デフォルトの名無しさん
18/03/11 10:24:53.59 VhcwD3HT.net
ｾｲｯ! ﾍｲｯ!
235:デフォルトの名無しさん
18/03/11 10:31:59.14 zUkaU6dD.net
AppGameKit Mobile Released on Android!
URLﾘﾝｸ(www.thegamecreators.com)
URLﾘﾝｸ(play.google.com)
金曜日､2018年3月2日にTGC NewsのAppGameKit News､
今日､Androidプラットフォーム上のAppGameKit Mobileがリリースされました｡
今では､AppGameKit Mobileでどこでもどこでもアプリ､デモ､ゲームを作成して､｢外出先で｣コーディングすることができます｡
この完全に無料のAppGameKitのバージョンでは､通常のAppGameKitスクリプト言語を使用してコードを作成してから､プロ
ジェクトをコンパイルしてデバイス上で直接実行することができます｡このアプリにはデモとサンプルが付属しているため､新
規ユーザーはプログラミング言語の使いやすさを知ることができます｡
カットダウンしたIDE内でアプリケーションをコーディングしてから､超高速コンパイラを使用して､プロジェクトをほぼ即座に実
行することができます｡クラウドを追加して保存すると､あなたのプロジェクトをTheGameCreatorsのウェブサイトにアップロー
ドして､プロジェクトを安全に保護したり､Windows､Mac､Linux版のAppGameKitでコーディングを続けることができます｡
AppGameKit Mobileは､デスクトップ版の多くのコマンドへのアクセスを提供します｡最も重要なのは､ゲーム作成のためのす
べての主要なコマンドです｡
･3Dグラフィックスと3D物理
･2Dグラフィックスと2D物理
･レンダリングコントロール
･サウンド＆ミュージック
･ユーザー入力
･ファイルI / O
･センサー
カメラと写真のアクセスでは､あなたのデバイスから画像メディアをインポートしてから､これらの画像をアプリケーションのス
プライトまたはテクスチャとして使用できます。
今すぐ無料でダウンロード！
236:デフォルトの名無しさん
18/03/11 10:36:02.25 wjY1+kiE.net
>>222
サーバーサイドだとC#/.NET Coreも浮上してきたしな
言語の筋が良かったから期待したけど、結局一過性の流行で終わりそう
237:デフォルトの名無しさん
18/03/11 10:54:05.51 VhcwD3HT.net
Kotlinは要するにBabelだろ
JavaがKotlin相当に進化する頃にはJava 1000くらいになってるだろ
それを実行できるAndroidはバージョン100000くらい
じゃあJava 6までダウンコンパイルできるKotlinだよねって話
でもReact Nativeに殺されるんだぜ、嘘みたいだろ？
238:デフォルトの名無しさん
18/03/11 10:56:21.30 VhcwD3HT.net
わかるか？バカども
239:デフォルトの名無しさん
18/03/11 12:14:58.84 SpuufNIs.net
関数型が流行るようなことにはならない
240:デフォルトの名無しさん
18/03/11 12:57:58.24 7Ky5zjn9.net
関数型言語Mathematica
241:デフォルトの名無しさん
18/03/11 13:02:55.03 I+OrX4eg.net
>>219
違いがあるのはいいが
コードの読みやすさで静的動的で比較もいいけど、
テストコードあるかないかで比較したものも載せて欲しい。
型があった方が読みやすいコードもたくさんあるのは事実だけど。
242:デフォルトの名無しさん
18/03/11 13:13:29.16 7Ky5zjn9.net
コードリーディングという意味では型情報はありがたい。でも引数に何を入れればいいかLAPACKくらいしっかり書いてあるとなお良い
しかし関数名の直後にドキュメントが長々と書いてあってどこからコードなのかよくわからん奴は嫌い
243:デフォルトの名無しさん
18/03/11 13:23:51.64 vy+Y2xiY.net
>>234
比較って言ってもこれは独断と偏見に満ちた個人的な印象値だぞ…
参考にして欲しくて書いたわけじゃなくて認識の違いを明らかにするために書いたものだし…
あと、静的動的どちらでもテストは書くんだからテストがない場合と比較することに何の意味が…？
244:デフォルトの名無しさん
18/03/11 13:36:14.47 I+OrX4eg.net
なるほど話が噛み合わないわけだ。
俺としては別に動的
本当にテスト書いてんのかなってとこのが重要だと思ってたわけだが、
動的か静的ってとこにそんなに興味があったんだね。
その部分に対してはどっちでもいいわ。
逆にテストするのしないのって話から話題をそらすための抗弁になりやすい印象が強いので
あんまり関わりたい議論ではない。
245:デフォルトの名無しさん
18/03/11 13:42:53.78 9agxgqpG.net
状況が変わったのにまだ気付いてないんだな
だれも嘘をつかない性善説を前提に読みやすいとか読みにくいとか言う時代は終わった
今は嘘を教える人間を回避することが最重要
正直でありさえすれば読みやすさは不問
246:デフォルトの名無しさん
18/03/11 13:58:30.20 7Ky5zjn9.net
最強の関数型言語Mathematica を崇めよ
247:デフォルトの名無しさん
18/03/11 14:32:32.97 VhcwD3HT.net
嘘うんぬん以前にガイジなせいでウンコードまみれなペチPoorさんはどうすればいいの？
248:デフォルトの名無しさん
18/03/11 14:43:30.00 lK6s4tSM.net
ここがphpスレですか
249:デフォルトの名無しさん
18/03/11 15:03:28.52 5lhurhYh.net
URLﾘﾝｸ(github.com)
Crystalが落ちてる Redおもしろそう
250:デフォルトの名無しさん
18/03/11 15:04:09.58 7Ky5zjn9.net
嘘ねえ……そういえば昔知りもしない言語の嘘八百ばらまいてた人いたなあ
251:デフォルトの名無しさん
18/03/11 15:05:01.09 7Ky5zjn9.net
Nuとか息してんの？
252:デフォルトの名無しさん
18/03/11 15:09:53.59 P2AtP6SF
253:.net
254:デフォルトの名無しさん
18/03/11 16:27:48.12 5ndBYMhR.net
今も居るんだけどなw
255:デフォルトの名無しさん
18/03/11 16:28:13.49 YmDYWSQj.net
>>240
phpディスってる人も多いけど、タイプアノテーションついてだいぶ改善されつつあるんじゃないの。結局仕事にはphpも多いからlinterとか環境整備して開発しやすい状況は作っておきたい
256:デフォルトの名無しさん
18/03/11 16:48:52.27 V9/n/ORo.net
タイプアノテーションだのlinterだの、PHPerがいらねーって騒いでたものばっかりやん
257:デフォルトの名無しさん
18/03/11 16:53:21.57 vy+Y2xiY.net
>>237
いまいち話が掴めないんだが、テストを書くのが面倒だからイヤって奴はクソって言いわけ？
俺はできればテストは書きたくないよ。面倒だし。でも書かないわけにはいかない
だったら、テストは書くがテストを書く量を減らしたい
動的型より静的型のほうがテストを書く量を減らせそう…と考えている。
実際に減らせるかどうかはデータを取ってみないと何とも言えないけど
少なくとも動的より静的のほうが減らせるという意見はあってもその逆はない
最低限のテストさえも書こうとしない奴は論外なのでそっちの話はしたくない
258:デフォルトの名無しさん
18/03/11 16:54:04.68 vy+Y2xiY.net
静的型派の奴はテストは書きたくないって意見は俺以外にもいると思うけど
動的型派はテスト書くのは面倒だとは思わないの？
それを言うと、静的型派の連中は型を書くのは面倒だとは思わないのか？とか言われそうだが、
静的型派の奴らは型安全は保障してほしいとは思いつつ型を書くのが面倒だとも思ってるよ
だから型推論なんかを導入して型を書かずに済む方法を模索している
259:デフォルトの名無しさん
18/03/11 16:58:13.27 ciWbW39V.net
>>250
動的型の連中の大半は現実にはテストなんか書いてないよw
常識的に考えて、たかが型書く程度のことを面倒臭がる奴がテストなんか書くと思うか？
全くもって机上の空論よ
260:デフォルトの名無しさん
18/03/11 17:03:15.44 ciWbW39V.net
フォローしとくと、そもそも動的型で書かれるシステムって簡単なCRUDだけで構成される単純なものが多いので、いちいちテスト書くのは大袈裟
一般に、静的型での開発では動的型に比べて遥かに多くの工数をテストに費やしてるよ
261:デフォルトの名無しさん
18/03/11 17:11:27.19 VhcwD3HT.net
型すら理解できないやつが、インプット・アウトプット理解してテスト書けるわけないだろ
ペチプァどもが書いたプロダクト見ろよ
262:デフォルトの名無しさん
18/03/11 17:12:19.67 vy+Y2xiY.net
>>249
誤字訂正
訂正前＞テストを書くのが面倒だからイヤって奴はクソって言いわけ？
訂正後＞テストを書くのが面倒だからイヤって奴はクソって言いたいわけ？
263:デフォルトの名無しさん
18/03/11 17:14:33.16 STC5o2AA.net
ペチバカの話は他でやれ
新規で採用することはまずありえないし、COBOL並の過去の遺産なんだから
次世代言語スレが穢れるわ
264:デフォルトの名無しさん
18/03/11 17:15:32.91 sEfAJdP7.net
Qt使った時、単体テストが簡単にかけたので書いてたんだけど、まあ確かにテストは良いものだよね。
俺が思うに簡単に書けるようになっていないのは、もはや欠陥製品と言っても良いのでは。
265:デフォルトの名無しさん
18/03/11 17:18:15.89 sEfAJdP7.net
Javascriptも少し勉強してみたんだけど、あれはとても難しいものだな。
頭がこんがらかる。
GCがあればメモリーリークしないみたいな考えは間違っているだろうな。
GCがあるからリークする。
そんな風に感じましたよ私は。
266:デフォルトの名無しさん
18/03/11 17:18:47.42 sEfAJdP7.net
人類にとって最良の言語はC++だと思うね。
267:デフォルトの名無しさん
18/03/11 17:19:31
268:.10 ID:ciWbW39V.net
269:デフォルトの名無しさん
18/03/11 17:19:35.71 7xoreOvU.net
PHP案件って負の遺産・ゴミ扱いで、下請けに押しつけられてるイメージしかない
なんていうか、惨め
270:デフォルトの名無しさん
18/03/11 17:21:19.94 sEfAJdP7.net
PHPがゴミだとは思いませんね。
ゴミ言語であることは確かですが、ゴミ言語なりに居場所を見つけて素晴らしい成果を挙げています。
271:デフォルトの名無しさん
18/03/11 17:22:22.45 +qOnrRd1.net
そうかもしれないけど、このスレで話すことではない
272:デフォルトの名無しさん
18/03/11 17:25:39.72 sEfAJdP7.net
次世代言語について話すのであれば、C++2aは欠かせないでしょう。
273:デフォルトの名無しさん
18/03/11 17:27:27.49 sEfAJdP7.net
Boostの逆襲もすでに始まっていると思いますね私は。
C++11以降、Boostは肩身が狭くなってる感がありました。
ところが何ということでしょう。
Boostはさらに先に行ってしまったのです
274:デフォルトの名無しさん
18/03/11 17:46:13.20 7Ky5zjn9.net
Boostのコンパイル時間マシになった？
275:デフォルトの名無しさん
18/03/11 17:46:55.45 sEfAJdP7.net
なるわけないだろｗ
276:デフォルトの名無しさん
18/03/11 17:51:17.69 7Ky5zjn9.net
うーんこの
277:デフォルトの名無しさん
18/03/11 17:51:45.82 sEfAJdP7.net
Networking TSがいま人類に必要なもの。
278:デフォルトの名無しさん
18/03/11 17:52:28.03 9uw0Jco6.net
phpで書かれたサーバサイト置き換えるとしたらなに使うの？
279:デフォルトの名無しさん
18/03/11 17:56:33.27 sEfAJdP7.net
いまはPHPの代わりはないだろな。
NodeはPHP以上に危険なものだし。
C++でサーバサイドを書くと異常に早くなる。
これはC++が早いからではなく、省メモリーだからじゃないだろか。
でも環境が整備されていないから使うのに苦労が多い。
280:デフォルトの名無しさん
18/03/11 17:57:01.20 sEfAJdP7.net
Javaはあらぬ方向に向かっているからいずれ消えるだろう。
281:デフォルトの名無しさん
18/03/11 18:13:18.72 P2AtP6SF.net
>>270
c++と比べてのgoの評価はどう？
282:デフォルトの名無しさん
18/03/11 18:30:44.81 sEfAJdP7.net
C++があるのにDやGoを使う意義が見いだせない。
283:デフォルトの名無しさん
18/03/11 18:32:24.63 sEfAJdP7.net
日本は国家戦略としてC++に取り組むべきではないだろうか。
284:デフォルトの名無しさん
18/03/11 18:33:24.43 sEfAJdP7.net
俺の感じでは、C++はネットでこそ強みを発揮できるのではないだろうか。
285:デフォルトの名無しさん
18/03/11 18:35:12.43 P2AtP6SF.net
しまった聞く人を間違えた
286:デフォルトの名無しさん
18/03/11 18:36:48.99 sEfAJdP7.net
俺もそれが言いたかった。
Go大好き人間に聞くべき。
287:デフォルトの名無しさん
18/03/11 18:44:43.92 I+OrX4eg.net
>>250
>最低限のテストさえも書こうとしない奴は論外なのでそっちの話はしたくない
まあ残念ながらこういう輩が普通に静的、動的がどうのといってるから故の
主張なんだけどね。
型について明示することに関して個人的には別に面倒ともなんとも思ってない。
コードが増えてきて型を分類、整理するのが大変なだけで。
主に c/c++ でアルゴリズムや数値計算の仕事だからかも知れんが、
際どい数値例のテストコードなんかのが百倍くらい役立つわけよ。
>テストを書くのが面倒だからイヤって奴はクソって言いわけ？
まあ端的にいうとこうなる。
プログラマは怠惰なのは悪くないとかバカみたいな格言を持ち出してでも
言い訳してしないからね。
それくらいテスト嫌いってのは根深いと思う。
288:デフォルトの名無しさん
18/03/11 18:48:25.25 sEfAJdP7.net
動的言語でテスト書いてもあまり役に立たないんじゃないか。
289:デフォルトの名無しさん
18/03/11 18:49:00.57 7Ky5zjn9.net
もうテストの話いいから
290:デフォルトの名無しさん
18/03/11 18:53:27.01 sEfAJdP7.net
次世代言語と言えばC++2aの話は欠かせないな。
291:デフォルトの名無しさん
18/03/11 18:56:19.64 7Ky5zjn9.net
C++17はもう出たんだっけ
292:デフォルトの名無しさん
18/03/11 19:01:43.57 sEfAJdP7.net
出た。
293:デフォルトの名無しさん
18/03/11 19:04:33.71 YmDYWSQj.net
c++でサーバサイドを書くのってかなり特殊例だよな。どうゆう用途で使ってんの？
294:デフォルトの名無しさん
18/03/11 19:05:26.44 sEfAJdP7.net
たまたま書いてみたら異常に早く安定してるので、これはもしかして？←イマココ。
295:デフォルトの名無しさん
18/03/11 19:07:56.00 sEfAJdP7.net
BoostにHTTPやWebSock
296:etが入ったんだよな。 これは新時代の幕開けでは。
297:デフォルトの名無しさん
18/03/11 19:09:19.32 sEfAJdP7.net
C++でサーバーサイドを書く時代がやってきたのは間違いない。
誰が先頭を走るのか。
それだけだろう。
298:デフォルトの名無しさん
18/03/11 19:11:16.04 lK6s4tSM.net
rorとかdjangoみたいなのほしい
299:デフォルトの名無しさん
18/03/11 19:12:09.94 sEfAJdP7.net
今あるものをC++に変える必要は全くないが、今から新しい世界を切り開いていくものは、C++で始めたほうが効率よいだろう。
300:デフォルトの名無しさん
18/03/11 19:20:03.44 sEfAJdP7.net
テンプレートエンジンはDOMが遅いから必要になるもので、もしもDOMが早ければ必要性は減るのかもしれない。
そういう観点から設計されたXML/HTMLライブラリがあっても良いのかもしれない。
301:デフォルトの名無しさん
18/03/11 19:48:29.23 YmDYWSQj.net
c++でのおすすめWAFってあるの？
302:デフォルトの名無しさん
18/03/11 20:29:03.59 sEfAJdP7.net
商機ととらえるかどうかだな。
303:デフォルトの名無しさん
18/03/11 20:39:34.47 sEfAJdP7.net
C++はとにかく早くて省メモリーなので、使わない手はない。
304:デフォルトの名無しさん
18/03/11 20:42:51.49 YmDYWSQj.net
今からc++使うくらいならrust使う
305:デフォルトの名無しさん
18/03/11 20:59:23.60 sEfAJdP7.net
Rustはいずれ無くなる言語の感がある。
306:デフォルトの名無しさん
18/03/11 22:00:44.14 7cxlreHu.net
conceptもimportも言い出してからずっと仕様に入らない言語が何だって？
307:デフォルトの名無しさん
18/03/11 23:01:34.83 QkfM2cXC.net
>>296
実装したことのない馬鹿が言い出したことはスルーするのが吉
308:デフォルトの名無しさん
18/03/11 23:29:35.41 sEfAJdP7.net
サーバーサイドC++を始めるなら今です！チュドーン。
309:デフォルトの名無しさん
18/03/11 23:44:01.66 +qOnrRd1.net
C++をNGした
310:デフォルトの名無しさん
18/03/11 23:51:53.27 sEfAJdP7.net
小資本が大資本と戦う武器としてC++は良い選択になりえる。
時は来た。
今は良いタイミングだ。
311:デフォルトの名無しさん
18/03/11 23:54:55.14 RDyvYZMG.net
C++が速いのではなく早いならこのスレでは時期尚早でもう話すこと無いな
312:デフォルトの名無しさん
18/03/11 23:56:42.69 P2AtP6SF.net
オレもNGするか…さようならC++、信者に恵まれなかった言語よ
313:デフォルトの名無しさん
18/03/11 23:57:17.88 7xoreOvU.net
Webサービス開発に絞った話な。
リリースの速さ必要ならRoR
堅さが必要ならJava, Scala, Go
これからはインフラ親和性も必要だから、サーバレスならGo, Python, Node
RoRの劣化コピーのオレオレFWで内ゲバやってるPHPは、もう選択肢にすらあがらんだろ
まともな審美眼と技術力を持ってればね
314:デフォルトの名無しさん
18/03/12 00:00:42.95 dVXA1iUP.net
Nodeは危険すぎると感じたな。
315:デフォルトの名無しさん
18/03/12 00:30:16.07 NCVAu2KZ.net
>>304
具体的に何が？
316:デフォルトの名無しさん
18/03/12 00:38:32.62 dVXA1iUP.net
危険性を理解したうえで使ってるのかと思ったらそうでもないんだな。
317:デフォルトの名無しさん
18/03/12 00:52:06.18 NCVAu2KZ.net
敏感ヴォーイの被害妄想かい？ｗ
318:デフォルトの名無しさん
18/03/12 01:26:46.12 dVXA1iUP.net
私が思うに、決定性を持つアルゴリズムで解析ができないものはすべて危険であり、ネットワークでは避けたほうが良い。
ここに反論するものはいるだろうか？
319:デフォルトの名無しさん
18/03/12 01:30:16.67 dVXA1iUP.net
一方で、決定性を持つアルゴリズムは様々な理由をつけてネットワークから排除されてきた。
これはおそらく大衆の無知につけ込んだ出来事に違いない。
おそらく、決定性と言われても何のことかわからない人は、これを読む者の中にも多いだろう。
とりわけウェブエンジニアには無知が多い。
無知にも務まる時代から、無知でなければ務まらない時代へ。
そんな感じすらある。
320:デフォルトの名無しさん
18/03/12 01:39:07.46 +NwoaeJY.net
純粋関数の徒か？
321:デフォルトの名無しさん
18/03/12 01:40:40.08 dVXA1iUP.net
現状でウェブ上のすべてのものが危険であり、容易にハックされ得る。
狙われた瞬間降参するしかないのだ。
原理的に防�
322:ｮ方法が無いからだ。 SUNとMSはその点を熟知しており、ルールを変えようとするここ試みがあった。 この点に気が付いたものは少ないだろう。 そして試みは打倒された。 なぜそのような事が起こるのか。 それは銃を売るものも必要、そしてほとんどのものは自分は打たれないと考えるからであろう。
323:デフォルトの名無しさん
18/03/12 01:43:53.06 dVXA1iUP.net
キミのシステムは危険だ！チュドーン。
324:デフォルトの名無しさん
18/03/12 10:40:24.64 RPfHsums.net
まぁ、nodeオンリーだと確かに辛いところは出てくるな。
JSでQRコードの画像作るロジックが言うほど重くないんだけどそれなりに時間かかる処理になってて、そのせいで全然パフォーマンス出ねえって思ったことある。
結局そこはGoで書いたQRコード作るだけのサーバにリクエストすることにした。
タイトなループが書けないは最初から考えとかないと辛い。
325:デフォルトの名無しさん
18/03/12 11:00:05.16 FLBcUOOG.net
>>313
QRコード画像を作る処理ですら重いんかnode.js。
326:デフォルトの名無しさん
18/03/12 11:05:26.37 epBgW/7w.net
まあ、技術者にありがちな典型的な「やりたかっただけ」だろうな
自分が一番よく分かってると思うが、辛いと思い込もうとしてるだけで、もっとシンプルでメンテや運用コストの低い解決方法は間違いなくあったはず
327:デフォルトの名無しさん
18/03/12 11:11:22.42 cpvGEsWE.net
そもそもqr生成なんてクライアントでやれやｗ
URLﾘﾝｸ(www.cssscript.com)
328:デフォルトの名無しさん
18/03/12 11:34:32.52 87sijYPq.net
node_modulesの中を見るとゲロを吐きたくなる
329:デフォルトの名無しさん
18/03/12 12:43:15.24 RPfHsums.net
>>314
重くはないが、シングルスレッドなので詰まる。
cluster使ったところで、ワーカー数使い切る。
npmにモジュールあったから、へぇと思いながら使ったらこうなった感じ。
やりたかったからと言うより要件だったから、かな。
>>316
クライアントは台数凄いけど基本IE8のエンタープライズモードという悲しいイントラネットなのよ。
ブラウザは無力と思わないとどうにもならん。
そいつらがリアルタイム更新したいとかで、万台のlongpollをどう捌こうと言うところで白羽の矢がたった感じ。
それ自体は良かったよ。
node_modulesはせめて圧縮できないかねえと思ってしまう。
330:デフォルトの名無しさん
18/03/12 20:08:05.60 eaoNNYZy.net
>>318
ワーカー数使い切るってどういう事？
基本cpu数で回していくもんじゃないの？
331:デフォルトの名無しさん
18/03/12 20:30:18.54 UjJufH3o.net
>>319
cpu数立てても、全部同じように同じタイトなループがあるハンドラで詰まって、結果フリーな子が居なくなるって意味のつもりだったよ。
外部へのioだったり、外部プロセスだったりと非同期で帰ってくるものを使わないと当たり前だけど意味無かった。
clusterも結局プロセス立ってるけど、そいつら自体はシングルスレッドだし。
332:デフォルトの名無しさん
18/03/12 21:58:15.37 eaoNNYZy.net
>>320
それってつまり実装の問題ってことか。
現在はasync-awaitを使えるから非同期処理もだいぶ書きやすくなったし、結果は変わってきそう。
333:デフォルトの名無しさん
18/03/12 22:03:20.44 eaoNNYZy.net
>>316
IE8でもbabelとか使えばクライアントサイドで行けたんじゃないのかな
334:デフォルトの名無しさん
18/03/12 22:18:38.74 UjJufH3o.net
babelは嫌いなのと、そもそも保証がしにくいのと、ポリフィルまみれになってパフォーマンスがゴミレベルになる。
エンタープライズモードはちょっと理解できないレベルに落とされてたりするし。
console.logが無いってどういう事？ってレベル。
335:デフォルトの名無しさん
18/03/12 22:30:10.56 hfB/eSkd.net
console.log無いとかひどいなｗ
336:デフォルトの名無しさん
18/03/13 01:11:16.42 tZ7kTpHY.net
しかしグーグルさんもkotrinに肩入れしたりdart2出したり、どうしたいのかね？
337:デフォルトの名無しさん
18/03/13 01:43:11.12 XIDUN/3I.net
Googleに開発環境や言語のセンスが絶望的に無くて常に迷走してるのは今に始まったことじゃないでしょ
ビジネスを理解してるMSやAmazonにはどうやっても勝てんよ
338:デフォルトの名無しさん
18/03/13 02:39:23.57 eDfC6nrV.net
PythonのライブラリはC言語とOSのセンスを踏襲することが多い
一方JavaやJavaScriptのセンスはSmalltalkの影響が微レ存
339:デフォルトの名無しさん
18/03/13 08:37:52.99 zCWNq4J5.net
googleの社員は皆思い思いに、プロジェクトを進めてる感じ。
でも結果的に技術的多様生が有効に働いてる。chromeがあるからインターネットプロトコルまで手を入れることが可能になったし。
appleはいずれ終わるけどgoogleは底が見えないよね。
340:デフォルトの名無しさん
18/03/13 09:43:42.39 21E/SGjc.net
【イーサリアム】Solidity本スレDAPPS】
ｽﾚﾘﾝｸ(tech板)
341:デフォルトの名無しさん
18/03/13 21:12:42.56 CUB7TEfm.net
ここで唐突に新言語が乱入だー
C言語の現代化を目指すC2
URLﾘﾝｸ(www.infoq.com)
342:デフォルトの名無しさん
18/03/13 23:32:12.39 Z0di2vGk.net
これか
URLﾘﾝｸ(c2lang.org)
Cより良さそう
343:デフォルトの名無しさん
18/03/14 00:03:14.25 fxigNd06.net
>>331
まだCより良さそうなんて判断は無理だろ。マクロ周りが全貌も見えてないし。
344:デフォルトの名無しさん
18/03/14 00:04:08.32 7QXpRona.net
配列の範囲外アクセス検知強化してたら有能
345:デフォルトの名無しさん
18/03/14 00:27:05.17 D1sQyr+F.net
C2は機能は悪くないんだがCの記法を引きずってるのが足かせになりそう
まあそこを変えたらC2なんて名乗れなくなるか
346:デフォルトの名無しさん
18/03/14 01:05:08.25 ZGpe5WQ6.net
>>328
１つの言語でいいのになんでおもいおもいに勝手に言語作るの？
347:デフォルトの名無しさん
18/03/14 01:10:36.80 7QXpRona.net
ベストな言語は未だ存在しないからだよ
348:デフォルトの名無しさん
18/03/14 01:13:29.13 +4V1rKt1.net
まあ99.9%の仕事じゃ既存の言語使った方が効率いいわな。
本当のところ、新しい言語なんてマーケティング的な意味以上のものがあると思えん。
349:デフォルトの名無しさん
18/03/14 02:02:52.14 TtlwJ4jl.net
同じものを作り続けるならそうだろうけど、普通要件に因るでしょう
350:デフォルトの名無しさん
18/03/14 02:44:51.50 VWZtH1+z.net
C2？
まーた波括弧言語か……
OCamlのシンタクスを波括弧にする改悪だけの凄まじいクソだったReasonのトラウマが……
Rust がML系シンタクスだったら良かった人生だった
351:デフォルトの名無しさん
18/03/14 02:50:33.24 gKR2N6Y9.net
えーみんなオフサイドルール好きなの？
352:デフォルトの名無しさん
18/03/14 03:09:29.30 BF4uYFfL.net
勝手にc2とか名乗って問題にならないのかな
cの規格をc99、c11みたいに表示するから言語名＋数字はちょっと紛らわしいと思う
353:デフォルトの名無しさん
18/03/14 03:47:25.69 lwj22l3u.net
フォーラムちょっと読んでみたけどまだまだ全然まともなものとは思えんで
フォーカスしてる用途が不便を楽しむ遊び、ポートする楽しさ以外見えてこない
354:デフォルトの名無しさん
18/03/14 07:37:15.69 TtlwJ4jl.net
オフサイドルールなんて嫌
そもそもrustのブロックを表現できないじゃないか
355:デフォルトの名無しさん
18/03/14 07:56:53.64 0fdBf/WL.net
>>340
ML系シンタクスってオフサイドルールとは違うと思うけど？
356:デフォルトの名無しさん
18/03/14 09:59:50.84 mT31QN2T.net
細かい字面の違いなんぞどうでもいいわ
357:デフォルトの名無しさん
18/03/14 12:08:19.96 OBFQDHoW.net
見た目は波括弧だが意味は中括弧か大括弧
一行で書けない長いやつ
だがラムダがあったら小括弧の内部に大括弧を書くことがあるから意味がない
Pythonの波括弧は集合か辞書を意味する
Haskellの波括弧は囲んだ部分のオフサイドルールを無効にする機能
358:デフォルトの名無しさん
18/03/14 13:10:17.73 OcK2GZgi.net
C2を名乗るなら既存のヘッダファイルとモジュールの両立を真っ先に考えないと
現状ヘッダファイルを手動で書き直さないといけないのでは、Cと互換性のない他の新興言語と何も変わらん
本家Cに提案されているモジュールが採用されたら存在意義を失う
359:デフォルトの名無しさん
18/03/14 13:18:43.15 9411JVzT.net
緊急速報
（＋）【IT】AMD製CPUに「致命的」欠陥 悪用でPC乗っ取りも
ｽﾚﾘﾝｸ(newsplus板)
（BIZ+）【CPU】AMD製CPUに「致命的」欠陥 悪用でPC乗っ取りも
ｽﾚﾘﾝｸ(bizplus板)
（ゲハ）【PS4/XONE】AMDのCPUに致命的な欠陥【Ryzen】
ｽﾚﾘﾝｸ(ghard板)
360:デフォルトの名無しさん
18/03/14 14:10:00.37 OBFQDHoW.net
コンパイルはできるがリンクができないのが現代
未来ならまあわかるが現代化を目指してもやっぱりリンクができない
361:デフォルトの名無しさん
18/03/14 18:19:32.06 D1sQyr+F.net
C2使ってみようと思ったらこれCのコードに変換してるだけだった
これくらいなら同じものすぐに作れる人いそう
362:デフォルトの名無しさん
18/03/14 18:36:37.90 hEhRPYgv.net
それくらいの方が見通しが良くていいかもな
363:デフォルトの名無しさん
18/03/14 18:54:14.79 fFm4rqzY.net
Cのプリプロセスのマクロとかが遅いからとか書いてなかったか？
C2をCに変換するトランスパイラじゃ意味ないじゃん
364:デフォルトの名無しさん
18/03/14 19:40:13.34 IogLKo4e.net
そんなんどこに書いてあるの？
365:デフォルトの名無しさん
18/03/14 19:59:28.97 fFm4rqzY.net
>>353
コンパイル時間を大幅に遅くするヘッダファイルの使用が問題ってそういうことじゃないの？
366:デフォルトの名無しさん
18/03/14 20:12:57.97 hEhRPYgv.net
Include先がまた別のファイルincludeする大連鎖include地獄のことを言ってるんじゃない？
367:デフォルトの名無しさん
18/03/14 20:26:52.27 +4V1rKt1.net
C with class じゃないですか。。
368:デフォルトの名無しさん
18/03/14 20:53:53.48 ocseprwf.net
ポリモーフィズムはともかく継承もインターフェイスも仮想関数も型クラス・トレイトも無いように見えるがこれをクラスと呼ぶのか……？
369:デフォルトの名無しさん
18/03/14 23:12:31.41 hxEXxDVi.net
Nim,Crystal あたりと合わせて altC って感じやな
370:デフォルトの名無しさん
18/03/14 23:35:24.83 9KFxXS/p.net
3つ眺めてみたけどnimに惹かれる。
こんな言語あったんか…なんでこんなん知ってんだお前ら
371:デフォルトの名無しさん
18/03/15 03:29:44.83 FoOjJG9w.net
nimいいじゃんこれ
372:デフォルトの名無しさん
18/03/15 05:29:41.26 q+mljZsH.net
ここのスレに顔出しててNim知らないのか…
まじで知名度ないな
373:デフォルトの名無しさん
18/03/15 07:38:27.49 wNeo1CJk.net
NimはQiitaとかでたまに話題に上がるから
次世代系の中では比較的有名なのかと思ってた
374:デフォルトの名無しさん
18/03/15 15:07:19.69 Gk47k1T6.net
変な奴に好かれて評価を落とした言語という印象が付いてしまった感がある
実際触ると構文はPython機能はDelphiプラスD言語って感じで性能も良好なんだが
モダンな感じはしないのが弱いかな
特にPascal風のバリアントレコードを引きずってるのが痛い。代数的データ型ぐらい欲しい
375:デフォルトの名無しさん
18/03/15 16:21:52.17 81MsBC+z.net
このスレ来てるのにNix言語も知らないってマジ？
376:デフォルトの名無しさん
18/03/15 17:26:52.54 OYGfq7D7.net
知らんかったから調べたけどこれはいいや…俺は惹かれなかった。しかし検索性悪いな
377:デフォルトの名無しさん
18/03/15 20:25:23.49 0iJywA+8.net
>>339
波括弧こそ至高
378:デフォルトの名無しさん
18/03/15 20:49:12.32 9ujU8BdG.net
マクロとかメタプログラミング向けの機能以外はこれといった特徴無いように見えるね。
しいて言えばgoやrustみたいにアクが強すぎないところかな？
あるいは、pythonのようなオフサイドルールでネイティブコンパイルできるってのが
一部の人の琴線に触れるような気がしないでもない。
379:デフォルトの名無しさん
18/03/15 20:52:20.23 thSPLixB.net
何よりCを凌駕するというとんでもないパフォーマンスを持つという記事の存在が大きい
380:デフォルトの名無しさん
18/03/15 21:48:11.64 jcfpYhJu.net
バリアントレコード位しか c(++) より速くなる要素無いがな…
381:デフォルトの名無しさん
18/03/15 22:05:28.04 bzT8+O3E.net
cより速いとか大抵特殊な条件下だったりの煽り記事だけどね。
382:デフォルトの名無しさん
18/03/15 22:37:00.89 gNl1NP6h.net
煽り記事に煽られて有名になった言語
実際、結構複雑なことしてもc並みに速いんかねえ……？
383:デフォルトの名無しさん
18/03/15 22:43:14.62 AY8mFBH0.net
Cへのトランスパイラ言語は何やってるか判ってれば同等になるでしょ。
まあ、"Cより早い" が意味があった試しは無い。
384:デフォルトの名無しさん
18/03/15 22:51:44.82 gNl1NP6h.net
複雑なことっていうのは、Cにどう変換されるか負えないくらい複雑なことってことだよ
385:デフォルトの名無しさん
18/03/15 23:02:50.82 jcfpYhJu.net
nim performance で検索してトップに出てくる
URLﾘﾝｸ(blog.johnnovak.net)
ではレイトレースというごく単純な処理で出てくるコード見ながら色々やってるな
inline 指定したり
複雑な処理は c で書いても複雑(で恐らく遅いの)だから、
簡単な処理が速く書ければいいんじゃない？
上記ページによると Java と JS が数値計算案外速くて笑う
386:デフォルトの名無しさん
18/03/15 23:19:56.51 AY8mFBH0.net
昔LuaJITはぇーって盛り上がった事あったなあ…
387:デフォルトの名無しさん
18/03/16 06:03:27.99 VHgYZCtO.net
pythonが遅いからなぁ
388:デフォルトの名無しさん
18/03/16 07:44:37.90 fr9o0CI5.net
今年もrustが愛され言語No1に輝きましたな
スタックオーバーフローにはモジラの息のかかった人しかいないのかな
389:デフォルトの名無しさん
18/03/16 09:48:10.52 ooeu0A1b.net
支持率改竄が愛され陰謀論ナンバーワン
390:デフォルトの名無しさん
18/03/16 20:00:27.38 ZX5ucnyZ.net
>>231
オマエが馬鹿だろ。死ね
391:デフォルトの名無しさん
18/03/16 20:38:34.09 4KsfexYH.net
Cより速いを名乗るには、C言語では吐けないアセンブリパターンを吐く必要があるはずだが
現実にはバックエンドが同じなんでC言語でも再現可能だからなあ
(処理系固有のattributeやpragmaを書き足す必要がある場合も多いだろうけど)
392:デフォルトの名無しさん
18/03/16 21:14:11.01 sL/r1GAp.net
そこでmasmですよ。
393:デフォルトの名無しさん
18/03/16 21:27:41.47 r/T+njCz.net
現行バージョンのメジャーなライブラリでもmalloc/free (new / delete) が結構遅いから
rpmalloc 辺りを使うコード吐くだけで「処理によっては C より速い！」が実現できる気もする
394:デフォルトの名無しさん
18/03/16 22:03:02.48 bARX2ip1.net
非標準のライブラリを使ってはいけないとかCが遅くなるルールを何�
395:ﾂか追加すればいい 他にも、変更されたら困るデータはコピーを取る手間がかかる immutableを保証すればその手間がないからCより速い
396:デフォルトの名無しさん
18/03/16 22:48:15.19 r/T+njCz.net
そう言われてみると他のスレッドからアクセスされないメモリ/オブジェクトは
スレッドローカルなプールからアロケートするとか
その他のロックも省略できるとか色々最適化の余地あるな
397:デフォルトの名無しさん
18/03/16 23:45:02.47 pyLfI6yU.net
*2が勝手に足し算に変わるとか、そういう最適化を勝手にやってくれてるな
あとはどうあがいてもプロが最適化したCに勝てるわけがないし、素人が適当に書いたCと素人が適当に書いたnimのどっちが速いかだな
398:デフォルトの名無しさん
18/03/17 00:00:18.49 Fbe/Dv6l.net
>>385
前時代的の異物、死ね。
速度の必要な部分だけを切り出して、それだけをアセンブリコードにすればいいだけ。
399:デフォルトの名無しさん
18/03/17 00:01:17.17 Oh0Aao6E.net
>>385
>>374のリンク先の記事はある程度参考になると思う
400:デフォルトの名無しさん
18/03/17 00:02:21.86 a9tSZ89y.net
なんで死ねって言われたのか理解できない
アセンブリコードまで自前で書くほうが前時代の遺物感強いと思うけどなあ
401:デフォルトの名無しさん
18/03/17 00:44:26.42 Fbe/Dv6l.net
>>388
理解できないなら、死ねばいいだけ。
402:デフォルトの名無しさん
18/03/17 01:00:08.76 aJVXG6RF.net
Cに代わる次世代言語はアセンブラやC、C++で書かれた
高速な実装を呼び出す1行のコードが書ければ十分ってことだろう。
そうしてそれがわからないなら死ねばいい、と。
403:デフォルトの名無しさん
18/03/17 01:12:32.40 U1WdVkRs.net
普通に考えたら高速な実装を書ける言語がアセンブラやC、C++だとすれば
Cに代わる次世代言語も同じように高速な実装を書けなきゃ代わりにならない
404:デフォルトの名無しさん
18/03/17 01:36:41.05 Z+moL2ES.net
その普通に考えるってのが前時代的だな
スピードではなくフライングで勝つサイコパスのような考えができない
405:デフォルトの名無しさん
18/03/17 01:53:39.29 a9tSZ89y.net
Nimは速い上にCよりずっと楽に書けるんだが
406:デフォルトの名無しさん
18/03/17 02:01:20.25 U1WdVkRs.net
>>392
ということは最近は「代わり」は置き換え可能な存在という意味ではなくなったんだね
それなら前時代的と言われても仕方がない
407:デフォルトの名無しさん
18/03/17 10:06:45.76 wWRkBHq+.net
まあ最近でも低レイヤーの仕事としてGPUのアセンブラチューニングって話はあるけど、
どうせユーザー側なら言語とか関係ないけどね。
結局どんな言語使ってもどうせライブラリ呼ぶだけのお仕事でしょう。
408:デフォルトの名無しさん
18/03/17 10:13:19.41 btDjh9Sw.net
Clojureの話する？
409:デフォルトの名無しさん
18/03/17 10:17:40.12 zOFcLIxk.net
プロが本気で書いたCに勝つのは無理だろ
でも最適化しやすくして読みやすく書いてもプロが本気で書いたC並の速度出る言語なら…
410:デフォルトの名無しさん
18/03/17 10:47:29.26 /AWOYA6X.net
なんで速さの勝負になるかよく分からんし
速さしか考えないならCは中途半端やろ
411:デフォルトの名無しさん
18/03/17 10:59:08.85 Z+moL2ES.net
>>394
バグを正解に置き換えるならいいが、バグではないものをその1bit棒で叩くのは危ない
412:デフォルトの名無しさん
18/03/17 11:18:24.87 Z+moL2ES.net
immutable云々はデバッグ目的で使えるからCを置き換える可能性はある
速さはおまけ
413:デフォルトの名無しさん
18/03/17 11:46:47.41 4zm/Hii4.net
強力なおまけは魅力的ね
414:デフォルトの名無しさん
18/03/17 13:48:58.28 VXA170pJ.net
これまでどれだけの言語が
「Cと同等！」、「Cを置き換える！」って言って来たことか。
415:デフォルトの名無しさん
18/03/17 14:38:29.12 6EPcIvNf.net
Nimの特徴はC並みの実行速度でCより手軽に書けることですか…
なんだかGoとキャラが被ってる気が…
Nimって生ポインタ扱えるの？
416:デフォルトの名無しさん
18/03/17 14:48:40.03 TnL0M0fs.net
でもCより速いVM言語とかある�
417:ｵ。
418:デフォルトの名無しさん
2018/03/1
419:7(土) 14:57:44.26 ID:4zm/Hii4.net
420:デフォルトの名無しさん
18/03/17 15:27:21.87 6EPcIvNf.net
OCamlか…そういえばそんな言語あったなぁ
あれもモダンなコードが書けるうえにC並みに速いって話を聞く
Rustのコンパイラは初めOCamlで書かれていたということは知ってる
聞く限りにはかなり良さそうなのに全く普及する気配がないのは何故？
421:デフォルトの名無しさん
18/03/17 15:27:38.42 Nmk4+afD.net
実行状況に応じて実行しながら最適化ができるから原理的にはVM言語のほうが速くなる
まあその理屈だとインタプリタが最強なわけだが
422:デフォルトの名無しさん
18/03/17 15:49:23.67 4zm/Hii4.net
なんか知らんけどこのスレには熱心なOCamlアンチがいるよな
423:デフォルトの名無しさん
18/03/17 15:57:42.27 6EPcIvNf.net
なんか知らんけどこのスレには熱心なRustアンチもいるよな
424:デフォルトの名無しさん
18/03/17 16:24:52.64 QOkOyKQG.net
おるな
425:デフォルトの名無しさん
18/03/17 18:15:28.10 zOFcLIxk.net
>>403
Goは遅いぞ
426:デフォルトの名無しさん
18/03/17 18:36:45.18 /KW2HbwM.net
言うほど遅いか？
427:デフォルトの名無しさん
18/03/17 18:40:43.08 zOFcLIxk.net
>>412
Cとかと比べたらね
「速い」ってほど速くはない
428:デフォルトの名無しさん
18/03/17 18:44:17.42 zOFcLIxk.net
JVMよりちょっと速いレベルでしょ
一般的な用途では十分だけど
429:デフォルトの名無しさん
18/03/17 18:59:01.64 4zm/Hii4.net
そんな十分とか言い出すなら俺なんかPythonの速さでも十分だわｗ
430:デフォルトの名無しさん
18/03/17 19:14:57.81 EY8EOa8A.net
>>407
「実行状態を調べて最適化」なる余分な仕事の分だけ遅くなる
最適化でそのオーバーヘッドを取り戻せるかどうかは自明ではない
431:デフォルトの名無しさん
18/03/17 19:40:49.75 /yJWANaR.net
>>390
あー。つまり、シェルスクリプト。
432:デフォルトの名無しさん
18/03/17 19:58:26.68 4zm/Hii4.net
シェルスクリプトは次世代言語だったのか……
433:デフォルトの名無しさん
18/03/17 20:03:43.73 /yJWANaR.net
#!/bin/sh
ls
もう、これだけでCで書かれた超高速なlsが実行される。
434:デフォルトの名無しさん
18/03/17 20:12:06.50 4zm/Hii4.net
シェルスクリプトが次世代言語とは流石に分からんかったわ
死ななきゃならんのか……
435:デフォルトの名無しさん
18/03/17 22:19:21.09 jxvv8BHS.net
サイコパスあるある
死傷者が出ても見て見ぬふりをする
436:デフォルトの名無しさん
18/03/18 01:12:13.80 b+jeKp+S.net
Cに変わる言語は遅い部分をCで書いて"代替"するのか…
437:デフォルトの名無しさん
18/03/18 02:11:42.71 cPcsfedK.net
速い遅いよりも矛盾をなんとかする方が重要だ
もし速さを優先して矛盾を野放しにしたらどうなるか全く予測できない
438:デフォルトの名無しさん
18/03/18 02:55:12.96 zE4QVnSy.net
こりゃまた難しいのがきた
439:デフォルトの名無しさん
18/03/18 03:18:03.86 GxVko3yL.net
同じC言語でも速さに違いが出るのに
440:デフォルトの名無しさん
18/03/18 11:11:10.49 cPcsfedK.net
ソフトだからね
なんで同じソフトが違うハードで動くのかという説明から始めないといけないかも
441:デフォルトの名無しさん
18/03/18 14:10:28.16 9iYD44BB.net
Cの良さは
変換される機械語との違いが滑らか
それでいてメモリ部分はある程度抽象化してくれている。
てなところなんでないかね。
他の言語は「変換される機械語との違いが滑らか」を無視しすぎてる。
442:デフォルトの名無しさん
18/03/18 14:13:46.06 fKWd4mcG.net
先ずはそのよく分からん「変換される機械語との違いが滑らか」を定義するところからガンバレ
443:デフォルトの名無しさん
18/03/18 14:27:58.24 JHP9/eea.net
セマンティックギャップの話かな
444:デフォルトの名無しさん
18/03/18 14:33:49.99 E4zJaTX6.net
なんやなんやGoの悪口かいな？
445:デフォルトの名無しさん
18/03/18 14:36:05.49 9iYD44BB.net
わからんのなら絡んでくんなよ。
自分でコード書いて gcc -S でコンパイルしてみろ。
446:デフォルトの名無しさん
18/03/18 15:11:52.29 ewHMGPnU.net
説明できないのね
447:デフォルトの名無しさん
18/03/18 15:20:21.22 RiuyGRlC.net
言語を1個2個と数える時点で滑らかさが足りない
C/C++は1個なのか2個なのか定義できないところが�
448:ﾊ白い
449:デフォルトの名無しさん
18/03/18 15:30:05.63 95A2sExk.net
言語を1個2個と数える
頭の中で考えていることの正しさ云々はさておき、
他人と話が通じない人は対話を試みないでくれ
450:デフォルトの名無しさん
18/03/18 15:48:06.10 jQGugCpv.net
「エレガントなコード」みたいな話？
451:デフォルトの名無しさん
18/03/18 15:50:34.37 RiuyGRlC.net
>>434
サイコパスじみてきたな
お前みたいなのが次世代だよ
452:デフォルトの名無しさん
18/03/18 17:00:52.16 2o82+Dxy.net
URLﾘﾝｸ(ziglang.org)
Dスレにあったzig
こっちのほうがCのヘッダーを直接使える分c2の名前にふさわしい
453:デフォルトの名無しさん
18/03/18 17:11:21.46 sSGcrtJx.net
そのうちzagが出そう
454:デフォルトの名無しさん
18/03/18 17:22:37.12 2o82+Dxy.net
まあ、ドキュメントを読む限り未完成っぽいんだよなあ
c2もそうだけど
455:デフォルトの名無しさん
18/03/18 19:21:34.04 bcfd9xTZ.net
Life Inside China's Total Surveillance State
新疆ウイグル自治区は中国国内の監視体制の巨大な実験場と化した。最先端テクノロジーで常時監視される人々の生活
URLﾘﾝｸ(www.youtube.com)
中国企業の端末やアプリを使っていると日本人も中共に監視されているのと同じ
456:デフォルトの名無しさん
18/03/18 20:43:37.23 enUduEc8.net
Haskellブームは終わったのだろうか。
457:
18/03/18 20:55:54.48 ojW1vPJY.net
>>441
C++ の江添氏が新たに始めた、というくらいだから、水面下で脈々と支持層を広げていっているに違いない
458:デフォルトの名無しさん
18/03/18 22:16:49.47 vUL4g3CK.net
水面から出たら起こしてくれ(ｽﾔｧ…
459:デフォルトの名無しさん
18/03/18 23:32:14.22 Eey0KM1h.net
OCamlより遅いやん？
460:デフォルトの名無しさん
18/03/18 23:59:48.70 ksiDZyZW.net
>>444
絶望的に頭悪いな。
IT系の仕事は辞めた方がいい
461:デフォルトの名無しさん
18/03/19 00:13:58.89 QoeeCiYG.net
>>444
遅くて不便な言語が流行る
→ C++で書き直す需要が生じて業界が繁栄
この流れ大切
462:デフォルトの名無しさん
18/03/19 00:24:03.98 P7gHkF5x.net
頭良い人間の気持ちや陰謀を勝手に忖度して勝手に言語化してるように見える
自分の言葉ではないし自分の頭で考えてないだろ
463:デフォルトの名無しさん
18/03/19 00:34:26.02 lFWK67Qs.net
>>447
その内容どれが当てはまるの？アンカーつけて
464:デフォルトの名無しさん
18/03/19 00:47:57.84 P7gHkF5x.net
架空の頭良い人間の気持ち (>>445) や陰謀 (>>446)
465:デフォルトの名無しさん
18/03/19 00:55:58.20 pEbY2e08.net
Haskellの誇大広告のおかげで関数型全般が胡散臭くなった。
466:デフォルトの名無しさん
18/03/19 06:34:05.14 3pEfrTg9.net
ずっと前はてなブログやQiitaでHaskellを崇めてた人全員Haskellで特に何か作ることもなく他の言語に移って行った説
467:デフォルトの名無しさん
18/03/19 07:09:28.84 TWWfpY71.net
OCamlはなんで演算子は多重定義できないのか結局ようわからん
468:デフォルトの名無しさん
18/03/19 07:31:36.71 uweaBiN7.net
アドホックポリモーフィズムは邪教だから。
469:デフォルトの名無しさん
18/03/19 08:19:54.52 nlNc4C3i.net
Stack Overflowが2018年の調査結果を発表。一番使われている言語はJavaScript、一番好きな言語はRustに
URLﾘﾝｸ(www.publickey1.jp)
今回、Stack Overflowでは「好きな言語」の調査結果も発表しています。
トップとなったのはRust。2位がKotlinで、Python、TypeScript、Goと続きます。
1位がRustとなったのはその知名度からするとやや意外な気がしますし、
2位のKotlinは昨年2017年5月のGoogle I/O 2017でAndroidの正式な開発言語となったのがきっかけで注目され始めたと言ってもいいので、急速に人気が上昇していると言えるでしょう。
470:デフォルトの名無しさん
18/03/19 08:27:35.84 TWWfpY71.net
>>453
(+)は ’a -> ‘a -> ‘aじゃない
割に(=)は’a -> ‘a-> boolなんだよな
便利だからいいけど
471:デフォルトの名無しさん
18/03/19 09:44:30.00 P7gHkF5x.net
演算子だけでなく定数にもアドホック多相がある
例えばπがfloatにもdoubleにもなるとか
472:デフォルトの名無しさん
18/03/19 12:21:13.21 dH7nnHk9.net
>>454
Rustの一位が意外って…
これ書いたヤツ去年と一昨年のランキング見てないのかな？
473:デフォルトの名無しさん
18/03/19 12:40:57.38 P7gHkF5x.net
mozillaやgoogleを学閥か何かのように考えているのかね
おまえどこ中だよって
474:デフォルトの名無しさん
18/03/19 13:07:46.72 pEbY2e08.net
つまり組織票が存在する。
475:デフォルトの名無しさん
18/03/19 13:21:48.40 P7gHkF5x.net
じゃあPython Go Kotlinの3つが1つにまとまったら組織票？が約3倍になるのか
そうだとしても、たかが統計のために言語仕様を犠牲にするなんてバカバカしい
476:デフォルトの名無しさん
18/03/19 19:12:02.46 fFp4LVyf.net
Swiftは死にそう？trySwiftとかは話題になってるけど
マルチプラットフォームなフレームワークが続々登場してるからイマイチかもなー。
正直obj-cのほうが好きかもしれない。違和感なくc++のライブラリが使えるし
477:デフォルトの名無しさん
18/03/19 19:35:30.36 I7PCjnkp.net
旧世代言語の話ばっかり
478:
18/03/19 20:16:40.93 lFWK67Qs.net
>>462
とびっきり最新世代の言語を一つお勧めいただけますか？
回答いただいてから一週間でマスターしてみせます
479:デフォルトの名無しさん
18/03/19 21:07:56.60 pEbY2e08.net
次世代言語織田信長というのがあったはず。
480:
18/03/19 21:13:56.87 lFWK67Qs.net
>>464
URLﾘﾝｸ(www.brl.ntt.co.jp) 404 NOT FOUND
481:デフォルトの名無しさん
18/03/19 21:18:47.38 pEbY2e08.net
このスレに出てきた各種言語もいずれ404になるんだろうなあ。
482:デフォルトの名無しさん
18/03/20 01:53:46.76 /+MVnq9/.net
>>463
このスレにある程度の頻度で登場した次世代？言語を新しい順で並べるとこうなる
Rust(2015.5)
Swift(2014.9)
TypeScript(2014.4)
Hack(2014.3)
Go(2012.3)
Kotlin(2012.2)
Dart(2011.10) -> Dart2(2018?)
D(2007)
Scala(2003?)
OCaml(1996?)
Haskell(1990)
ちなみに言語自体が発表された時期ではなくVer.1.0がリリースされた時期ね
?がついてるのはWikipediaには1.0リリース時期が明記されてなかった…
変なところがあれば訂正・追記してくれ
Nim, Elm, Juliaに関しては最新がVer.0.~でまだ1.0すらリリースされていない
とびきり最新が良いのならこの3つからお好きなのをどうぞって感じかな？
1.0リリース時期で見るとSwiftよりRustの方が新しいんだな…
D, Scala, OCaml, Haskell辺りは次世代言語と呼ぶにはちと古いかも？
483:デフォルトの名無しさん
18/03/20 02:53:37.44 LX463VTZ.net
次世代言語というのは時期だけで決まるものなのか？
typescriptやgoよりも、ocamlやhaskellのほうがよっぽど次世代感あるが
484:デフォルトの名無しさん
18/03/20 03:35:46.01 /+MVnq9/.net
>>468
次世代言語をどう捉えるかによるが少なくとも時期を１つの目安にすることは
485:出来るだろ？ それとGoに関しては必要最低限の機能のみを残し 他をバッサリ切り捨てたという点で次世代感があると私は考える Typescriptに関してはJSを完全に排除しようとするのではなく JSとの共存を目指したいう点が新しいと考える事も出来る 次世代の定義なんて物の見方によっていくらでも変わり得る よって、何をもって次世代と定義するかについて１つの結論に まとめることは出来ないと考えるのでその話はあまりしたくないな 話題提供を目的に書いたので批判ではなく忌憚のない意見や感想を求む
486:デフォルトの名無しさん
18/03/20 04:12:48.94 geezFnQ4.net
個人的には広く利用されていないものは次世代とも前世代とも呼びたくない
今であれば C / C++、Java、C#、JavaScript が担っているような用途で
この先使われるような言語を次世代言語と呼びたい
487:デフォルトの名無しさん
18/03/20 04:18:48.83 LX463VTZ.net
バッサリ切り捨てた仕様というなら初期のJavaだってそうだし
親言語との共存を目指す派生言語というならObjective-Cだってそうだろ
全然新しくない
488:デフォルトの名無しさん
18/03/20 05:07:06.58 /+MVnq9/.net
>>471
何でプログラム以外のところまで抽象化したがるんだ？
初期のJavaの機能が少ないのは必要最低限の機能のみに絞りこんだのではなく
単にジェネリクスもラムダ式もアノテーションも当時はまだ技術が確立してなかったからで
Goのように技術が確立してるのにあえて必要ないと判断して削ったわけじゃない
初期のJavaとは機能が少ないという点で共通しているが機能を少なくした理由は全然違う
Typescriptに関しては共存という言葉を使ったのが誤解を招いたようで悪かったが
トランスパイルした結果のJSコードの可読性にまで気を配って作られているという点でCoffeeScriptとは違う
つまりトランスパイル後のコードの可読性にまで気を配っているという点が
今までのトランスパイル系の言語とは違う全く新しい部分だと言いたかった
行きすぎた抽象化は時に大事な情報までも削ってしまうということを頭の片隅に置いておくべきかと…
489:デフォルトの名無しさん
18/03/20 05:46:21.35 LX463VTZ.net
何言ってんだ。Javaの登場した1995年には貴方の表でも既にHaskellがあって
C++でももう<algorithm>があってbind1stとかやりまくってたぞ
トランスパイル後の可読性なんてそれこそ無数のプリプロセッサが気を遣ってきただろ
CoffeeScriptのことは知らんが、遠い過去にあった素晴らしい処理系のことは忘れて
近い過去にあった特定のゴミを超えていればいいという話なのか？違うでしょ
490:デフォルトの名無しさん
18/03/20 06:15:12.86 /+MVnq9/.net
>>473
1995年に既にHaskellは存在していたが1995年当時のHaskellに今ほどの知名度はないよね
知名度のない言語の技術はまだ確立していない技術と同義だ
あと今さらだけど初期のJavaとGoって言うほど同じじゃないよね
Goは例外も継承も削ってるし、interfaceだってGoとJavaでは名前が同じだけで別物だし
あとC++のテンプレートとJavaのジェネリクスは似て非なるものだ
同じものとして扱われても困る
プリプロセッサーとトランスパイラーも別物だよね…
最後の一文だけは同意するが…その他はこちらとしても「なに言ってんだ？」状態なんですが…
491:デフォルトの名無しさん
18/03/20 06:25:50.52 /+MVnq9/.net
追記
プリプロセッサーって可読性に気を使ってたの？それは知らなかった
あんな読みにくくてプリプロセッサー通した後のコードが想像できないもの
可読性なんか一切考慮してないものだと思ってたわ
492:デフォルトの名無しさん
18/03/20 06:30:44.46 LX463VTZ.net
あ－、1995年だとC++は標準化前だからちょっと言い過ぎた
当時は独自のテンプレートライブラリも林立してた
493:デフォルトの名無しさん
18/03/20 06:34:07.57 eQ1biRix.net
技術が実在したのは客観的事実だからなあ
ユーザーに情報が伝わらなければ実在しないのと同じという理屈を受け入れてしまったら
情報を操作すれば客観的事実をいくらでも改竄できることになってしまう
494:デフォルトの名無しさん
18/03/20 06:36:41.10 LX463VTZ.net
>>474
個々の機能のことを言ってるんじゃなくて、当時の目新しいあれやこれをさっくりと無視して
絞り込んできたのが登場時点のJavaの立ち位置だったということ
時代が違うから絞りこまれた結果も違うが、コンセプトとしては似たようなもんだ
495:デフォルトの名無しさん
18/03/20 06:51:48.33 jSYCaWsz.net
関数型ゴリゴリて感じのAlgebra of Programmingも1996年て見てビックリしたわ。
当時からやってる人からすると、今更感があるのかもね。
496:デフォルトの名無しさん
18/03/20 06:54:01.38 /+MVnq9/.net
>>477, >>478
技術が実在していたのと確立していたのは別物と考えている
ここから先は個人的な憶測も入るので賛否両論あるだろうということを前置きしておく
Javaはバージョンアップしても後方互換性を保つタイプの言語なので
C++のひし形継承問題みたいな仕様バグは絶対に避けたかっただろうと思われる
そうすると色々な言語で既に使われている枯れた技術じゃないと安心して採用できないだろう
JavaはGoのようにあえて採用しなかったのではなく、採用したくてもできなかったんだろうと考えている
実際のところどういう方針だったのかはJava言語の開発者に聞いてみるほかないが…
497:デフォルトの名無しさん
18/03/20 07:09:14.80 /+MVnq9/.net
もしくはC#のように取り敢えずリリースして
後からどんどん足していこうという考えだった線もあり得る
いずれにせよ、Goのように技術的にも開発期間的にも採用できるものを
シンプルに保ちたいというだけの理由であえて採用しなかったという線は薄い
498:デフォルトの名無しさん
18/03/20 07:13:20.18 eQ1biRix.net
Pythonなら一切型を書かない意図は明確だがGoは微妙
意図を伝えるという点では穏健派より過激派の方が有利だ
499:デフォルトの名無しさん
18/03/20 07:20:10.14 /+MVnq9/.net
>>478
Javaは当時の目新しいあれやこれをさっくりと無視したのかもしれないけど
Goは継承や例外やジェネリクスなど現在当たり前なあれやこれやもさっくり無視してる
もっと言うとwhileやdo-whileまで無視している
クドイようだがやはり初期のJavaとGoはコンセプトから全然違うものと私は思う
500:デフォルトの名無しさん
18/03/20 07:58:37.61 ZzmZL45/.net
ポインタを消したのがJava
継承を消したのがGo
501:デフォルトの名無しさん
18/03/20 08:40:55.19 eQ1biRix.net
ポインタは消えてない
値型かポインタ型のいずれかを選べる型システムをやめただけ
ジェネリクスも型
継承も型
全ての原因は型だった
502:デフォルトの名無しさん
18/03/20 09:00:55.46 xTcfPcIk.net
「Javaにはポインタがない」という言説をそろそろ撲滅したいです。
URLﾘﾝｸ(web.archive.org)URLﾘﾝｸ(java-house.jp)
503:デフォルトの名無しさん
18/03/20 11:36:56.30 J0Id73NT.net
ポインタが使えない糞言語。
504:デフォルトの名無しさん
18/03/20 11:38:39.53 J0Id73NT.net
ポインタは凄い発明だよな。
505:デフォルトの名無しさん
18/03/20 14:05:57.79 2KGHSNsy.net
matz「参照とポインタの違いは常識(ｷﾘｯ」
URLﾘﾝｸ(kmaebashi.com)
506:
18/03/20 14:07:55.13 PD8yAuaT.net
>>486
二重ポインタはありませんので「Java にはポインタがある」とはいいきれないのではないでしょうか？
>>467
rust に決めました！
507:デフォルトの名無しさん
18/03/20 14:19:51.44 eQ1biRix.net
ジェネリクスの記法で考えると
二重 Pointer< Pointer<T> > ができない言語を作る方が逆に難しい
508:デフォルトの名無しさん
18/03/20 14:29:34.01 ZzmZL45/.net
Fortranは無理やで
509:デフォルトの名無しさん
18/03/20 14:39:50.65 J0Id73NT.net
プロセッサのインストラクションって暗黙に型を要求するよね。
一方で変数、アドレスに型はない。
そこでポインタなんですよ。
これは大発明だと思いますね。
510:デフォルトの名無しさん
18/03/20 14:41:16.73 J0Id73NT.net
C++には夢とロマンがいっぱい詰まってるような気がする。
頭の良い若者にはぜひC++をやっていただきたい。
511:
18/03/20 14:48:34.63 PD8yAuaT.net
>>494
C++ はひどい言語だ。これは、多くの平均以下のプログラマーが使ってるために
さらに輪をかけてゲロゲロになっていて、どうしようもないゴミが
簡単に生産されるようになってる。正直いって、C を選ぶ理由が C++ プログラマーを
追っぱらうため *だけ* だったとしても、それ自体、C を使う強力な理由になりうる。
C++ はトンでもなく悪い設計の元になりうる。どうせこの言語ではいつも STL やら
Boost やら、その他ゲロゲロベロベロの「素敵な」ライブラリの機能を使って、
それがあんたのプログラムに「役立つ」んだろうが、以下のことが起きる:
- うまく動かないときにもたらされる際限のない苦痛 (あと STL とか、特に Boost が
安定してるとか移植性があるとかいう奴は、どいつもこいつも大ウソつきで、
もはや笑えるレベルを超えている)
- 非効率な抽象プログラミングモデルで、2年たった後にこれらが実はそんなに
効率的じゃなかったことに気づくケース。でもそのときにはすでに全部の
コードがその素晴らしいオブジェクトモデルに依存していて、直すためには
アプリ全体を書き直さなきゃなんない。
言いかえれば、唯一まともで、効率がよくて、システムレベルで使えて、移植性がある
C++ ってのは、基本的に C で使える機能だけに限ったときなんだ。そして C だけに
限定するってことは、他の人がそれをめちゃくちゃにしないってことで、
ついでに沢山のプログラマが実際に低水準の問題を理解することができて、アホらしい
「オブジェクト・モデル」のたわごとを持ちこまないってことだ。
512:デフォルトの名無しさん
18/03/20 14:49:26.38 ZzmZL45/.net
何度見ても名文
513:デフォルトの名無しさん
18/03/20 14:50:16.56 J0Id73NT.net
>>495
まあ正論だね。
夢も希望もない正論だけど。
514:デフォルトの名無しさん
18/03/20 14:57:07.27 J0Id73NT.net
Cは40年以上、C++は30年以上、一線で活躍する言語であり、これらの言語が無くならなかったのにはそれなりの理由があるはず。
515:デフォルトの名無しさん
18/03/20 15:01:30.33 J0Id73NT.net
つまりポインタです。
516:デフォルトの名無しさん
18/03/20 15:13:14.76 fj312v7r.net
いいえプラズマです。
URLﾘﾝｸ(plasmalang.org)
517:デフォルトの名無しさん
18/03/20 15:24:04.02 J0Id73NT.net
GCはおそらくリークを増やすのではないか。
Node使ってみてそんな感想を持った。
長時間稼働時代のいま、RAIIこそが本命だと感じました。
※C++でサービス書いてみた結果の感想です。
518:デフォルトの名無しさん
18/03/20 15:25:51.52 J0Id73NT.net
RAIIを徹底することによってリークを無くすことができる。
これは発見が容易になるからでもあります。
519:デフォルトの名無しさん
18/03/20 16:49:42.05 J0Id73NT.net
私はポインタを軽視する風潮に警鐘を鳴らそうと思います。
520:デフォルトの名無しさん
18/03/20 20:00:27.39 /+MVnq9/.net
>>494の「C++には夢とロマンがいっぱい詰まってる」の直後に
>>495の「C++ではゲロゲロのゴミが生産される」で草
>>490h
Rustを一週間でマスターするのはムリだと思うよ
あの言語の学習コストを他言語のそれと同じものと考えてると痛い目に合うよ
521:
18/03/20 20:38:30.06 PD8yAuaT.net
>>504
アドバイスありがとうございます、チュートリアル最初の数当てゲームが終わったところです
522:デフォルトの名無しさん
18/03/20 20:39:04.23 tLYOcIpU.net
テストを用意すると自動的にコード生成するのが次世代言語じゃないかな？
523:デフォルトの名無しさん
18/03/20 20:41:08.57 J0Id73NT.net
>>504
WindowsのアプリケーションはほとんどがC++で書かれており、ゲロゲロのごみとはそういったもののことを言うんですよ。
例えばChromeとかね。
524:デフォルトの名無しさん
18/03/20 21:01:58.36 eQ1biRix.net
>>495が偉いのはC++の代わりにJavaではなくCを選ぶところ
C++を使いたくなったらすぐ掌を返せる絶妙な位置
525:デフォルトの名無しさん
18/03/20 21:03:53.47 LX463VTZ.net
>>508
Linusの言だぞ
526:デフォルトの名無しさん
18/03/20 21:07:40.66 J0Id73NT.net
とはいえ、C++にはプログラミングの面白さ全てが詰まっている。
527:デフォルトの名無しさん
18/03/20 21:08:30.04 J0Id73NT.net
頭の良い若者にはぜひC++にチャレンジしていただきたいですね。
※馬鹿にはお勧めしません。
528:デフォルトの名無しさん
18/03/20 22:15:07.02 /+MVnq9/.net
くっ…こいつ(ID:J0Id73NT)全然引かねぇなww
>>501の「RAIIこそが本命だと感じました」に関してはある程度同意するが
RAIIならC++よりRustのほうが優れてると思うけどね。Dropトレイト便利だよ
次世代言語スレで次世代のRustではなく頑なにC++を推す理由は？
529:デフォルトの名無しさん
18/03/20 22:22:14.78 /+MVnq9/.net
>>505
RustはHaskellと同じで実践で役に立つかはともかく学習しといて損はない言語だと思うので頑張って
言ってる自分もいまだに結構な頻度でコンパイラと格闘してるのだが…
とりあえず所有権・借用・ライフタイムの概念まで終わったら感想を聞かせてほしいかな…
530:デフォルトの名無しさん
18/03/20 23:32:04.40 ojRlp1ye.net
c++ で所有権意識して書く方が、rustでunsafe周りを使うより楽で安全だから。
531:デフォルトの名無しさん
18/03/20 23:35:49.06 ck80uwiX.net
C++20でうるう年サポートだってよｗｗｗ
……なんだようるう年って他にやる事あるだろ…………
532:デフォルトの名無しさん
18/03/20 23:47:09.33 J0Id73NT.net
流行ものはいずれ廃れるんですよ。
533:デフォルトの名無しさん
18/03/20 23:59:40.98 /+MVnq9/.net
>>516
じゃあなんで次世代言語スレに居るんだ…( ﾟдﾟ)？
534:デフォルトの名無しさん
18/03/21 00:23:07.24 fTbDiwfs.net
次世代もC/C++だからですよ。
535:デフォルトの名無しさん
18/03/21 00:34:20.76 6aYzYwF2.net
C++は置いといて、ライフタイムについては何年かしたら画期的な解決方法が開発されて
あのrustに費やした努力はなんだったんだ……って事になったらいいなあみたいな期待はないでもない
536:デフォルトの名無しさん
18/03/21 01:27:25.51 O5cKQJeM.net
>>495
でもgccも今ではc++で開発されてるじゃん
537:デフォルトの名無しさん
18/03/21 01:39:07.97 pF+TNkB8.net
>>495
これ、C++に限らず色々なクラスベースオブジェクト指向言語と信奉者に
多かれ少なれ、言えることじゃね？
538:デフォルトの名無しさん
18/03/21 02:43:19.10 +8mievnH.net
>>519
コピーと参照のトレードオフは本質だよ。
どんな言語作ろうとそれは変わらん。
超える可能性があるとすれば量子効果のあるコンピュータとその言語か。
539:デフォルトの名無しさん
18/03/21 02:47:53.30 pF+TNkB8.net
∧∧
ヽ(･ω･)/ ｽﾞｺｰ
＼(.＼ ノ
､ﾊ,,､ ￣
540:デフォルトの名無しさん
18/03/21 03:17:32.00 fTbDiwfs.net
注ぎ込めるリソースが少ない場合、C++を選択してください。
あなたの要求は完ぺきにかなえられるでしょう。
541:デフォルトの名無しさん
18/03/21 06:35:12.70 TV3lE0eZ.net
>>521
まあそうだけど C# や Java では既存の実用的なフレームワークが強い影響力を持ってるから
俺が考えた最強の～的なオブジェクト指向の設計はしないんじゃないか？
Windows アプリの場合 C++ でも mfc や wtl 使うから同様のことが言える
542:デフォルトの名無しさん
18/03/21 06:37:39.43 fTbDiwfs.net
Linusは無料で奴隷をこき使える才能がある。
だからこそC。
我々は工数考えないといけないからC++。
543:デフォルトの名無しさん
18/03/21 06:38:46.28 TV3lE0eZ.net
書き捨てのユーティリティとか書くときも map とか使いたいもんね
544:デフォルトの名無しさん
18/03/21 06:43:22.74 fTbDiwfs.net
Linusは生粋の5ちゃねらだし、あいつのあおりを真に受けちゃいかんよ。
545:デフォルトの名無しさん
18/03/21 06:48:17.40 fTbDiwfs.net
OOはウィンドウシステムと非常に相性が良いんだ。
CでもOO出来るって？
ああそうだな、Xのソースは1980年代末期に研究したよ俺も。
流行ってたんだ。
歩いてだってアメリカには行けるさ、お前ならな。
だが俺は飛行機で行く。
それだけのことだ。
546:デフォルトの名無しさん
18/03/21 07:05:06.97 LE/KJcVc.net
Linusがカーネル周りの人間って事を忘れてはいけない
その前提とシステムプログラムの観点からCが選択されたのであるし、更にその発言が結構前であることも意識しなきゃ
547:デフォルトの名無しさん
18/03/21 07:14:44.19 fTbDiwfs.net
KHTMLはIEと同じ表示ができたので気に入っていた。
それが今やEdgeがWebkit互換表示だもんな。
548:デフォルトの名無しさん
18/03/21 07:16:02.63 fTbDiwfs.net
ただなあ、Javascriptの邪悪さには誰も勝てないと思う。
549:デフォルトの名無しさん
18/03/21 08:26:35.73 6aYzYwF2.net
>>522もムーブセマンティクスが流行った時は飛びついたくせにー
古くはPascalのconst引数、新しくはswiftのinoutみたいにコピーと参照が曖昧なのもあるし
明確に区別したままでももっといい推論方法だってできるかもしれない
550:デフォルトの名無しさん
18/03/21 09:47:49.88 7q6KKp9o.net
早すぎる一般化は諸悪の根源なんやで
まずCで書き、そのあと他の言語に移植しなさい
551:デフォルトの名無しさん
18/03/21 11:03:36.91 6+RFoA8s.net
早すぎる最適化や過剰な一般化ならともかく、一般化が早すぎて困ることなんてそうあるかねぇ？
552:デフォルトの名無しさん
18/03/21 11:33:24.48 2s39Qc49.net
むしろ早すぎる具体化詳細化のほうが害悪だな。
553:デフォルトの名無しさん
18/03/21 11:52:04.49 KBtkuQdG.net
Linusは何も間違ってないし、むしろ高級言語使う側が「楽だから」と目を閉じてるのが問題だと思うけど。
ちゃんとどんな機械語になるか把握して、どれぐらいのオーバーヘッドがあって、それはこういう基準やメリットで許容してるから、俺はxxx言語を使う、って言い切れないのが問題じゃない？
554:デフォルトの名無しさん
18/03/21 12:06:23.78 2s39Qc49.net
90年代まではそれで正解だったけど、今の時点で「コンパイラが吐く機械語が予測しやすい」のは欠点でしかないし、実際Cコンパイラもかなりの最適化をするわな。
555:デフォルトの名無しさん
18/03/21 12:17:48.32 KBtkuQdG.net
最適化は想定してコンパイルするだろ。Cなら特に。書き方にも関わるし、コンパイルオプションにもかかわるし。
予測しやすいか、しにくいかなんて問題にしてなくて、予測じゃなくて把握しろって思うんだって。
コンパイル結果みて考えても良いぐらい。
「とりあえず楽」じゃなくてさ。
そういう意味では、Goみたいに-gcflags -Sで簡単にアセンブリコード見れるのは良いと思うし、流行りの高級言語にもあって然るべきだと思うんだが。
要らない、全部コンパイラが楽させてくれる、って言うやつはRustをディスる事も、Cを称賛する事も中途半端だと思う。
556:デフォルトの名無しさん
18/03/21 12:19:27.12 rpkcQ7dD.net
そろそろ人知を超えた最適化を行うAIコンパイラとか出てきても良さそうだけどね
抽象度の高い言語の方が最適化�
557:ﾌ余地が広くて有利になったりして
558:デフォルトの名無しさん
18/03/21 13:16:11.38 WIlWrPur.net
別の方に着目したいから楽ちん高級言語を使っているのに
それを目を閉じると表現するのはいかがなものか
559:デフォルトの名無しさん
18/03/21 13:25:57.59 +8mievnH.net
>>535
いくらでもあるだろ。
めちゃくちゃデラックスなプリント文とかな。
560:デフォルトの名無しさん
18/03/21 14:07:57.78 366TuTPF.net
実はお前らが内心で求めてるのは次世代言語じゃなくて前世代言語じゃね？
561:デフォルトの名無しさん
18/03/21 14:13:44.60 zc8zGgCT.net
コピーと参照の違いは代入すればわかる
だから代入を禁止すればコピーと参照の違いを捨象できる
抽象化とはつまり具体的な何かを禁止することだ
禁止されている自覚がないなら、目を閉じていると批判されても仕方ない
562:デフォルトの名無しさん
18/03/21 14:19:34.98 OmyrbXdn.net
>>500
こんなのあったんか。まだ開発序盤か
563:デフォルトの名無しさん
18/03/21 14:53:44.91 KBtkuQdG.net
別の方を着目したからと言って「見ないことにしている」を「見なくていいから楽」と取るのは間違ってるだろ。
564:デフォルトの名無しさん
18/03/21 15:05:39.36 zc8zGgCT.net
ケースバイケースだろ
・全てのケースで間違ってる
・全てのケースで正しい
これ以外の選択肢が見えなくなるのがおかしい
565:デフォルトの名無しさん
18/03/21 15:08:02.21 7q6KKp9o.net
Cはどのように最適化されるかわかるからそれを想像しながら書くことで
美しいコードがかけるんだよな。
566:デフォルトの名無しさん
18/03/21 15:15:52.41 zc8zGgCT.net
最適化は別にどうでもいい
人知を超えた最適化してもいいぞ
ただし人知を超えた仕様変更とか人知を超えたデバッグは困る
567:デフォルトの名無しさん
18/03/21 15:19:26.15 7q6KKp9o.net
ネットサーフィンでホームページみると汚い糞みたいなコードしかないからな。
俺くらいのプロになると美しいコードを書くだけで勝手に正解になっている。
コツは対称性を意識すること。対称性を持った完全な美に矛盾は存在する訳ないからな。
568:デフォルトの名無しさん
18/03/21 15:28:41.94 fTbDiwfs.net
boostは新言語と言って良いのではないか。
569:デフォルトの名無しさん
18/03/21 15:35:40.07 7q6KKp9o.net
boostは便利なものもあるけれどほとんどがゴミだよね
570:デフォルトの名無しさん
18/03/21 15:36:59.68 2s39Qc49.net
いつの時代のCコンパイラの話だよw
571:
18/03/21 15:39:31.62 ZGJmhAHm.net
>>549
＞人知を超えたデバッグ
………
572:デフォルトの名無しさん
18/03/21 15:52:31.99 fTbDiwfs.net
>>552
テンプレート大好きな感じを何とかしてもらいたいよな。
573:デフォルトの名無しさん
18/03/21 16:26:40.62 fTbDiwfs.net
ストリーム廃止運動が必要。
574:デフォルトの名無しさん
18/03/21 18:32:27.05 KwzRI0fp.net
boost もjavascriptのBrowserifyみたいなツールで必要なモジュール部分だけ取り出して
コンパイルを速くできる機能ってないのかね？
それとも依存が激しくて結局全部マルごとになっちまうってことなんかな。
575:デフォルトの名無しさん
18/03/21 18:33:29.63 MnBjTwAx.net
boostがC++標準委員会のケツ蹴飛ばしたおかげでだいぶ今のC++良くなったじゃん
576:デフォルトの名無しさん
18/03/21 18:37:44.59 fTbDiwfs.net
>>557
boostを・・・というより使う側で配慮すれば分割コンパイルの恩恵にあずかれる。
577:デフォルトの名無しさん
18/03/21 19:30:11.24 5MZw04v3.net
>>557
なってるんだが…
578:デフォルトの名無しさん
18/03/21 21:34:18.38 UH8S3msx.net
>>500
PLASMA言語っすか…これは初めて知ったわ
今パッと見ただけだけど、なんとなくHaskellに近い雰囲気を感じた
どこら辺が違うのが詳しく説明してくれない？
579:デフォルトの名無しさん
18/03/21 22:01:31.33 LNpphUL+.net
すべてプラズマで説明できそう
580:デフォルトの名無しさん
18/03/21 22:52:30.65 fTbDiwfs.net
ではboostをプラズマで説明してもらおうか。
581:デフォルトの名無しさん
18/03/22 00:28:48.05 NqS/W9is.net
>>560
いや、二、三個の関数使うだけであのビルド時間はおかしいぞ。
582:デフォルトの名無しさん
18/03/22 01:22:53.45 tiDItZ1f.net
使い方を知らんってことか。
583:デフォルトの名無しさん
18/03/23 21:30:21.55 yG5SnY
584:rv.net
585:デフォルトの名無しさん
18/03/23 21:32:50.91 J4dYcx4H.net
>>566
＞c++いいんかそんなに
>>495
586:デフォルトの名無しさん
18/03/23 23:22:27.41 IQgPE3+N.net
混とんとしたウェブの状況を見ればウェブ屋さんが薦める言語なんて使えない。
ウェブ屋さんは昔から頭がおかしい。
落ちまくるネットスケープを推奨してたような人たちだぞ。
IEと互換性があるからKHTMLはダメだとも言っていた。
ウェブ屋さんが一番ネットスケープに苦しめられていたというのに。
つまり彼らはマゾなのだ。
587:デフォルトの名無しさん
18/03/23 23:30:09.64 IQgPE3+N.net
本来ネットワーク上で流通するものはすべて決定性を持つアルゴリズムで解析できなければならないだろう。
言語でいえばJava、データ形式でいえばXMLがそういったものだ。
実はW3Cはそういった方向にウェブを進めようとしていた。
これに反対したのがグーグルやアップルだ。
この反対する姿勢は純粋に政治的なもので技術の上に成り立つものではない。
もしもム板で議論されたなら技術が勝利したであろう。
しかし議論の場はム板ではなかった。
世界中の優秀なウェブ屋さんが集まったとはいえウェブ屋さんはしょせんウェブ屋さんなのである。
588:デフォルトの名無しさん
18/03/23 23:36:00.72 IQgPE3+N.net
OWASPの資料を見てほしい。
なぜウェブが危険なのかわかるだろう。
つまりほとんどすべてウェブ屋さん自身が持ち込んだ危険である。
589:デフォルトの名無しさん
18/03/24 06:31:03.15 iue9vSP8.net
混とんとしたカーネルの状況を見ればOS屋さんが薦める言語なんて使えない。
OS屋さんは昔から頭がおかしい。
落ちまくるBSDを推奨してたような人たちだぞ。
DOSと互換性があるからWindowsはダメだとも言っていた。
OS屋さんが一番MS系に苦しめられていたというのに。
つまり彼らはマゾなのだ。
590:デフォルトの名無しさん
18/03/24 06:34:45.58 iue9vSP8.net
本来OS上で機能するものはすべてPOSIXに準拠しなければならないだろう。
言語でいえばC、データ転送でいえばファイルがそういったものだ。
実はPOSIXはそういった方向にOSを進めようとしていた。
これに反対したのがMSやアップルだ。
この反対する姿勢は純粋に政治的なもので技術の上に成り立つものではない。
もしもム板で議論されたなら技術が勝利したであろう。
しかし議論の場はム板ではなかった。
世界中の優秀なOS屋さんが集まったとはいえOS屋さんはしょせんOS屋さんなのである。
591:デフォルトの名無しさん
18/03/24 07:42:28.38 Z79Bg+7E.net
>>572
決定性を持たなければならないのはsecurity reasonであって標準とは無関係だぞ。
ウェブ屋さんは昔の論文を読み漁るべきだろうな。
セキュリティに最も関心を持つべき職業なんだから。
592:デフォルトの名無しさん
18/03/24 07:46:59.67 Z79Bg+7E.net
世界を再構成する、Re Designを提唱する。
593:デフォルトの名無しさん
18/03/24 07:48:27.16 76HSbC/B.net
すべて文脈自由文法でなければならない
これに反対したのがPerl正規表現やCプリプロセッサだ
この反対する姿勢は純粋にGNU/Linux的なものでグーグル/アップルではない
594:デフォルトの名無しさん
18/03/24 08:41:54.13 Z79Bg+7E.net
>>575
ハイ、ダウト。
595:デフォルトの名無しさん
18/03/24 11:43:16.47 1vPeJim6.net
インターネットはウェブ屋さんだけのもんじゃないからね
素人が適当に作れるのは大事なんだよ
確かに苦労は絶えないけど
596:デフォルトの名無しさん
18/03/24 11:45:42.94 Z79Bg+7E.net
>>577
HTML一つとっても素人が気軽に書ける時代じゃないだろう。
なぜそうなったかわかるかい？
本来別のレイヤーにあるべきものをHTMLは一つ人類みな友達とかわけわからないこと言って一緒くたにしたからだよ。
597:デフォルトの名無しさん
18/03/24 11:54:04.10 Z79Bg+7E.net
html5-tidyでCustom elementのサポートについて議論があって、いろいろ考えさせられる。
598:デフォルトの名無しさん
18/03/24 11:57:19.01 76HSbC/B.net
政治的というのは「人類みな友達」のことじゃないだろう
平気で嘘をついたり、間違いを絶対認めないことを政治的というんだ
599:デフォルトの名無しさん
18/03/24 12:23:11.92 iue9vSP8.net
OS/2 WARPの資料を見てほしい。
なぜpreemptive context switchingが危険なのかわかるだろう。
つまりほとんどすべてOS屋さん自身が持ち込んだ危険である。
600:デフォルトの名無しさん
18/03/24 13:05:00.91 Q4O/QWqD.net
まあセキュリティー商売なんてのは危険を煽らないと成り立たないからな。
601:デフォルトの名無しさん
18/03/24 18:52:42.30 bGodUaM+.net
>>578
いやあ未だに適当に書いてるよ
プロだってほとんど適当だよ
602:デフォルトの名無しさん
18/03/24 19:47:17.53 pV2WFofj.net
HTMLは俺もクソ適当に書いてるわ
あんなもん書捨てで動きゃいい
divじゃなくてarticleタグ使えだのcssのセレクタにdata属性使うのはやめろだのと
くだらない拘りでコードレビュー通さない意識高い系フロントエンダーはマジで害悪だわ
HTML/CSSにおけるデザインと論理構造の分離なるものが現実に何かの役に立ったのなんて見たことない
603:デフォルトの名無しさん
18/03/24 19:58:25.59 DVXvRdXT.net
HTMLはタグの数を極力減らして
XSLT使って独自タグを定義する方向に向かえば良かったと思う
604:デフォルトの名無しさん
18/03/24 20:22:26.30 eKuOy/a9.net
>>585
向かってるだろ
605:デフォルトの名無しさん
18/03/24 20:28:12.89 g25JX84P.net
reactとか？
cssが未だによくわかんねえ。あれわかる人なんなので。
606:デフォルトの名無しさん
18/03/24 20:58:55.04 Z79Bg+7E.net
ReactでSSR、サーバーサイドでレンダリングした結果をクライアントで引き継げて凄すぎ！
みたいなのは、努力の方向性が間違っているような気がする。
SSRの必要があるってことは、結局SPAである必要が無いような。
607:デフォルトの名無しさん
18/03/24 21:12:09.71 uNUSOufN.net
画面の大きさがPCとスマホで全然違うからデザインが違う
せめて論理構造だけは同じにするべきだが
まさかPCと同じ情報を見ることができない実質ガラケーのようなスマホはないよな
608:デフォルトの名無しさん
18/03/24 21:34:42.30 OxsUYtrP.net
>>584
HTMLとして見ればその通りなんだろうけど、XMLで作ったデータフォーマットからウェブも含めた何かを作ってるような人たちには許容できない部分なのかもしれん。
PageMakerで組版してる人たちとか。
同じブロック要素でも、naviとarticleは文字詰めの方法が違うとか、そういう部分で、何でもdiv+classにすんなと言うのは充分わかる。
609:デフォルトの名無しさん
18/03/24 21:37:02.47 LUxFSHaJ.net
>>584
書き捨てで誰もメンテしないならそれでいいだろうな
そんなのレビューしなくていいと思うけど
610:デフォルトの名無しさん
18/03/24 21:42:42.38 Z79Bg+7E.net
考えるのに紙は依然として役に立つけど、読むのには紙である必要がなくなってきたな。
高性能なタブレットが重すぎるのを何とか出来れば完全に紙を駆逐できるんじゃないか。
611:デフォルトの名無しさん
18/03/24 21:42:47.26 gBcMRATK.net
PageMakerじゃないな。普通に名前間違えた。FrameMakerとか。
612:デフォルトの名無しさん
18/03/24 21:45:34.89 Z79Bg+7E.net
Googleが出すOSSは尻切れトンボが多いな。
613:デフォルトの名無しさん
18/03/24 21:49:22.28 gBcMRATK.net
>>592
電池が要らない、
濡れても乾かせば大丈夫、
乱雑に投げられる、車に轢かれても壊れない、
複写を他人にページ単位で簡単に渡せる、
そのへんの筆記具で好きに書き込みが出来る、
氷点下20度でも使える、
破れてもセロテープで取り急ぎ直る、
完全に読めなくなっても比較的安価に買い直せる
このあたりが紙の冊子が電子媒体で駆逐できない所だと思うよ。
特に取説とか。
614:デフォルトの名無しさん
18/03/24 22:03:59.29 Z79Bg+7E.net
太陽光発電でもつけておけ。
615:デフォルトの名無しさん
18/03/24 22:07:01.15 uNUSOufN.net
「QRコードを印刷する紙がないぞ」「あんなの飾りです」
616:デフォルトの名無しさん
18/03/24 22:36:07.63 Z79Bg+7E.net
Gumbo parserってどうなんだよ。
617:デフォルトの名無しさん
18/03/24 23:58:13.59 Q4O/QWqD.net
手触りで大体のページを把握するってインターフェイスに慣れ過ぎてるから
それを超えるまではまだまだ電子ペーパーは人類には早い
618:デフォルトの名無しさん
18/03/25 00:06:04.48 +oTPc842.net
なんの話だよ
OCamlの話いいっすか？
619:デフォルトの名無しさん
18/03/25 00:16:01.86 U5SlEUJl.net
民主党→民進党のように名前をちょっと変えると爆発的に売れる場合もあるからな。
620:デフォルトの名無しさん
18/03/25 00:18:17.39 JVNvN7ma.net
>>591
保守性という観点で言えば、DRYさえ死守してれば後は些細な問題だと思うよ
HTMLに限った話じゃないけど
621:デフォルトの名無しさん
18/03/25 00:30:12.26 GhdgZmXr.net
htmlでdryを守とかそれが無理だっつーの
622:デフォルトの名無しさん
18/03/25 00:41:53.53 Wz8WBZT8.net
OCamlに話すことあるか？
623:デフォルトの名無しさん
18/03/25 00:55:24.67 Qy9e8iWO.net
>>594
収益に直結してないものはやりたい人がいなくなったらそれまでだからな
624:デフォルトの名無しさん
18/03/25 01:20:58.23 4Rittzre.net
>>602
全部グローバル変数で名前規則さえ死守してればいいとでも言うのか？
625:デフォルトの名無しさん
18/03/25 07:18:41.27 WO056vpM.net
>>604
Haskellと重複する部分についてDRYを死守する方法を話して
626:デフォルトの名無しさん
18/03/25 08:01:39.02 U5SlEUJl.net
URLﾘﾝｸ(www.stroustrup.com)
ロッキード・マーティン F-35 Strike Fighter Air Vehicle 開発のためのC++コーディング・ガイドライン。
※URLでお分かりの通り禿が関わっています。
627:デフォルトの名無しさん
18/03/25 14:46:57.32 2EIVAaim.net
>>601
立憲民主党と勘違いしてない？
628:デフォルトの名無しさん
18/03/25 16:11:18.40 +oTPc842.net
関数があるのにDRYに苦労する状況が分からん
629:デフォルトの名無しさん
18/03/25 19:01:20.02 NiWlHtrf.net
政治の話はNGで
630:デフォルトの名無しさん
18/03/25 21:25:39.57 WO056vpM.net
プログラム技術という観点では政治も経済も経営もNG
631:デフォルトの名無しさん
18/03/25 22:55:03.56 U5SlEUJl.net
政治では名前が長くなり始めると危険領域だよな。
○○民主主義自由独立解放戦線的な。
朝鮮民主主義人民共和国とか欲張りすぎな国もあるし。
予言しておくけど立憲民主党は時代とともに名前が長くなるぞ。
632:デフォルトの名無しさん
18/03/25 22:56:11.12 U5SlEUJl.net
日本も大日本帝国時代は危険領域だったんだろな。
633:デフォルトの名無しさん
18/03/25 22:57:49.97 U5SlEUJl.net
Googleのコーディングガイドラインは名前はいくら長くなっても良い、省略された名前はダメと述べているからな。
罠かもしれんな。
634:デフォルトの名無しさん
18/03/26 00:02:29.61 3hemhRjv.net
悩ましいぞな
635:デフォルトの名無しさん
18/03/26 00:05:05.18 mhu6xXG+.net
つまりこう
for (int indexOfItemInArrayOfProxyInformation = 0; ; ++i) {
auto proxyInformation = arrayOfProxyInformation[indexOfItemInArrayOfProxyInfomation];
...
みたいな
636:デフォルトの名無しさん
18/03/26 00:08:00.38 QH+aPMzj.net
ofを使ったら負け
637:デフォルトの名無しさん
18/03/26 00:10:58.12 mhu6xXG+.net
でもインデックス複数あったら？
638:デフォルトの名無しさん
18/03/26 00:23:51.81 WZ1ZCWjW.net
ストアドよりインデックスのほうが早いよ。
639:デフォルトの名無しさん
18/03/26 00:32:41.52 ceAN67+T.net
何でも極端に走っちゃいかん。
バランスは大事よ。
640:デフォルトの名無しさん
18/03/26 00:35:46.73 mhu6xXG+.net
getInfo なんてのは Android の api でも見かけるし
information を info と略するのはありなんだろうな
普通の会話でもしばしばそう略すし
他にもなにか例外があるかとAndroid ndk api リファレンス眺めたら
名前がどれもこれも長くて驚いたわ…特にenum
641:デフォルトの名無しさん
18/03/26 01:21:09.02 BMtnwc7n.net
理由がわからない命令に従うから暴走するんだな
長くする理由を知ってたら必要な長さ以上にはならないし
理解できないものは反対したり批判したりする習慣があれば暴走しない
642:デフォルトの名無しさん
18/03/26 01:28:05.88 mhu6xXG+.net
例えを出しただけなのに「理由がわからないなら反対しろ！」と言われましても…
643:デフォルトの名無しさん
18/03/26 01:45:15.94 h+3ybIF8.net
馬鹿らし過ぎる。。
関数切り出してスコープ切ればいいだけの話だろうに。
今時の言語ならネームスペースだって使えるだろうし、エイリアシングみたいなものも
ある。
てかそれもなければなんの略かのコメントでも付けてろよ。
644:デフォルトの名無しさん
18/03/26 01:59:38.91 BMtnwc7n.net
>>624
反対しろとは言ってないぞ
しかし単語の組み合わせを少し改竄するとそういう意味になる可能性はあるのか
だから短い単語を組み合わせるのをやめて長い固有名詞を一個だけ書くのか
645:デフォルトの名無しさん
18/03/26 02:02:12.66 hwIkGQhx.net
goだとどいつもこいつもクッソ短いんだけどな
google内でも派閥があると見える
646:デフォルトの名無しさん
18/03/26 02:05:44.31 mhu6xXG+.net
>>626
哲学とかも不要な誤解や意図した曲解を避けるために用語をどんどん定義していくよね
今回で言えば「合目的的」であれ、とかか。
でも非常に長い名前は必ずしも判りにくくは無いんだよねああして書いてみると。
見難いのが問題なだけであって。
647:デフォルトの名無しさん
18/03/26 03:07:46.44 qQm2MzQc.net
名前が無いものに分かりやすい名前を付けようとするとどうしてもそのまんまの名前になっちゃうんだよな
aにbを足してcをかけた数に「aにbを足してcをかけた数」という名前を付けたり
648:デフォルトの名無しさん
18/03/26 04:27:44.25 WZ1ZCWjW.net
C++11から日本語の識別子も使えるようになったんだよな。
ということは。
#define もしも if
もしも(0 < プロキシ情報の配列におけるアイテムの索引) {
・・・
}
649:デフォルトの名無しさん
18/03/26 07:19:11.84 WZ1ZCWjW.net
最近気が付いたのは、MSは情報を収集するためにちょっと踏み込んだことをしてるな。
Google的になったというか。
例えばMSが提供する一部のアプリケーションでは変換中の文字列について対象文節をわかりにくくするようになった。
これはつまり、単漢字変換のようなことをせず、一括変換してから間違えた部分を修正してほしいということだろう。
なぜそのようなことをするのか？
誤変換に関する統計情報が欲しいのだろう。
650:デフォルトの名無しさん
18/03/26 07:21:37.08 WZ1ZCWjW.net
もちろん、一括変換がうまく機能しないからこそユーザーは変換範囲を狭めて変換するのだし、誤変換情報が欲しいのは、変換が上手くいかないことがわかっているからだろう。
つまり、一部のソフトウェアは意図的にとても使いづらくなっている。
651:デフォルトの名無しさん
18/03/26 08:36:23.04 fyNor71T.net
つまり次世代言語とは日本語の事だった…!?
652:デフォルトの名無しさん
18/03/26 08:48:45.88 WZ1ZCWjW.net
いや中国語だろうけどさ。
653:デフォルトの名無しさん
18/03/26 16:34:24.37 b2RxclhK.net
ブラックジョークかな？
654:デフォルトの名無しさん
18/03/26 16:41:17.53 jinbnpD9.net
でもたしかにコードが中国語なら、短い変数名で意味が通るからコードはすっきりしそう
655:デフォルトの名無しさん
18/03/26 16:52:27.07 Xx23wWxJ.net
C 風の文法なら名前が空白区切り�
656:ﾅ並ぶ必要あまり無いし、 名前の途中に空白を含めても良いという言語があっていい気がする var indexOfProxy := 0; var index of proxy := 0; どっちが見やすいかな
657:デフォルトの名無しさん
18/03/26 17:37:31.08 dvRuSlEv.net
>>636
今の中国の字（簡体字）はよくわかりません
658:デフォルトの名無しさん
18/03/26 18:56:27.15 MGgBxL58.net
謝謝茄子…
659:デフォルトの名無しさん
18/03/26 19:33:26.92 sC9O8aKE.net
>>637
勘弁して。こんな発想はエアプだけだろ。少なくともエディターとの連携がしづらいし。
そもそもどっからどこまでが予約語で変数かどうやって判断するの？
当然の帰着として変数名に予約語を含めることは絶対禁止ってことになるだろ。
想像しただけで死にたくなってきた。
660:デフォルトの名無しさん
18/03/26 19:40:27.04 jinbnpD9.net
Fortranは空白無視するがな
661:デフォルトの名無しさん
18/03/26 19:55:57.52 pOsEMXVS.net
お前ホモかよお！？
662:デフォルトの名無しさん
18/03/27 00:43:26.13 ry3uUZdU.net
予約語は大文字だけ、変数名は小文字だけで書くとか…
VAR index of proxy := 0;
663:デフォルトの名無しさん
18/03/27 00:56:02.73 Zrk+MxC2.net
そんな前時代的な……
664:デフォルトの名無しさん
18/03/27 01:05:23.75 5DREL+sj.net
クソワロタｗｗｗ
665:デフォルトの名無しさん
18/03/27 01:14:44.93 1nOfLeWK.net
お前ら頭悪いなｗｗｗ
俺様が華麗に解決してやろう
ほらよ
var index%20of%20proxy := 0;
666:デフォルトの名無しさん
18/03/27 02:14:32.56 xOo+kmL4.net
どんどんバカになっていってる。
667:デフォルトの名無しさん
18/03/27 02:49:05.89 nthqohzW.net
>>646
読みにくいしこうしたらどうだろう？(名案)
var index_of_proxy := 0;