◎正当な理由による書き込みの削除について： 　　　　　生島英之とみられる方へ:

将来性ないプログラミング言語。Delphi含まれず安心 YouTube動画>4本 ->画像>1枚

動画、画像抽出 ｜｜ この掲示板へ 類似スレ 掲示板一覧 人気スレ 動画人気順

このスレへの固定リンク： http://5chb.net/r/tech/1565187727/
ヒント：5chスレのurlに http://xxxx.5chb.net/xxxx のようにbを入れるだけでここでスレ保存、閲覧できます。

1デフォルトの名無しさん
2019/08/07(水) 23:22:07.36ID:WK8NJ3/V
5 Programming Languages That Are Probably Doomed
https://insights.dice.com/2019/07/29/5-programming-languages-probably-doomed/

Ruby
Haskell
Objective-C
R
Perl
2デフォルトの名無しさん
2019/08/07(水) 23:29:06.95ID:K7dF5mLY
名前も上がらないほど終わってるってことだよｗ
3デフォルトの名無しさん
2019/08/08(木) 00:40:38.25ID:vEtBDp2D
毎日終わってるな
4デフォルトの名無しさん
2019/08/08(木) 01:24:10.03ID:6RDlsEn9
Objctive-Cはさすがに役目を終えつつあるしな
Rubyは意外に流行らなかったな
Haskellは・・どちらかといえばOcamlの方がやばいと思うんだが
R　シラネ
perlはさすがにもうないな
5デフォルトの名無しさん
2019/08/08(木) 08:48:34.52ID:47HmOZq4
ただ、PythonとRubyなら、後者の方が見やすいと思う。
Pythonはブロックの終わりが分かりにくいことが間違いの原因に
成り易い。上の方のどこかのブロックの中に入っているのか、
それとも関数の基底の部分で書いているのかの判別にとても時間が
かかることがある。特に他の人が作ったソースの場合。
6デフォルトの名無しさん
2019/08/08(木) 08:50:45.93ID:l7k6B2kQ
Pythonは1関数、50行の制限をつけるべきだろう
7デフォルトの名無しさん
2019/08/08(木) 08:50:46.83ID:kZ+216R/
C/C++ や Ruby なら、} や end の個数が一目瞭然なので、余りネストが
深くなければ、今見ている行がどのブロックに入っているのか分かりやすいが、
Pythonだとネストが浅くてもどのブロックに入っているのか分からないこと
がある。
8デフォルトの名無しさん
2019/08/08(木) 08:54:26.39ID:kZ+216R/
>>6
Pythonで内部関数(?)を大量に書かれているソースの場合は特に、
親の関数の中なのか、内部関数の中なのか側から無いのでかなり
判読に時間がかかる。しかも間違ってもエラーが出ない。
宣言しなくても変数が使えてしまう事と相まって、処理系に
間違いを検出して貰える確率がとても低くなってしまっている。
バグを防ごうと思ったら、結局、ブロックの終わりをコメントで
明示しないといけなくなって、なら最初から { } 方式の方が
記述効率が良い。
9デフォルトの名無しさん
2019/08/08(木) 08:55:44.55ID:kZ+216R/
>>8
誤：親の関数の中なのか、内部関数の中なのか側から無いのでかなり
正：親の関数の中なのか、内部関数の中なのかが分から無いのでかなり
10デフォルトの名無しさん
2019/08/08(木) 08:58:06.81ID:l7k6B2kQ
大丈夫。25行程度なら、ひと目で
どこがどこに対応してるかぐらいわかるだろう
11デフォルトの名無しさん
2019/08/08(木) 09:10:11.93ID:kZ+216R/
>>10
現実のソースは1関数が何百行になっていることが多い。
自分で書いたソースではない。
12デフォルトの名無しさん
2019/08/08(木) 09:30:38.76ID:XjRmSrIs
RはPythonに置き換わったしな
てかググれないのが致命的ｗ
13デフォルトの名無しさん
2019/08/08(木) 16:04:52.28ID:YYsAu0ua
>>2
Dのことか
14デフォルトの名無しさん
2019/08/08(木) 16:16:12.06ID:PTwvjoI/
バイオインフォマティクスでは Bioconductor のおかげで
R もよく使われてる
15デフォルトの名無しさん
2019/08/08(木) 18:26:17.30ID:kHVZyzYQ
VB5、HSP「テンション上がってきた！」
16デフォルトの名無しさん
2019/08/08(木) 21:36:30.28ID:qrBORcVT
COBOLは？？
17デフォルトの名無しさん
2019/08/08(木) 22:14:08.78ID:zxP8zygl
>>13
Dは1.*の時代に今の仕様にあがってればいけてたと想うんだが...
18デフォルトの名無しさん
2019/08/08(木) 23:03:22.79ID:TsWml31+
perlは残るでしょ。
19デフォルトの名無しさん
2019/08/09(金) 18:38:26.62ID:I9QVU8cE
>>8
関数と関数の間は〜2行開けるとか、
結局のところ書き方しだいじゃね。
20デフォルトの名無しさん
2019/08/09(金) 19:09:56.58ID:xLAwVgGE
> 関数と関数の間は〜2行開けるとか、

なぜPythonはそれを強制しなかったのか？
書く人によってばらばらになって読みにくいではないか（笑）


「インデントでブロックを表すという文法」というだけなら
（書きづらいの別として）そういう文法ってだけでいいんだが

「インデントでブロックを表すからコードが統一され可読性が上がるうんぬん」は眉唾
言語で矯正されないとインデントできないレベルのやつがインデントが統一された程度で
コードの可読性が上がるわけ無いだろう
21デフォルトの名無しさん
2019/08/09(金) 23:53:24.02ID:MQT8Emar
>なぜPythonはそれを強制しなかったのか？

強制ってわけじゃないけどpep8ベースのリンターでチェックしてくれるからそれで十分じゃね
22デフォルトの名無しさん
2019/08/10(土) 14:01:57.44ID:wCTxBlts
emacsでもブロックを可視化してくれるけど
そこに頼らないといけない時点で問題あるわな
clispなんかは必須だけど
23デフォルトの名無しさん
2019/08/10(土) 16:25:32.93ID:L+B8OP2P
> そこに頼らないといけない時点で問題あるわな

どんな問題？
24デフォルトの名無しさん
2019/08/10(土) 20:56:39.92ID:3XzNpwZg
ギド・ヴァン・ロッスムなんて無名の雑魚が設計し、名前もキモすぎる杜撰言語Pythonが
何でこんなに流行しているのか。

ロブ・パイクとケン・トンプソンという大物が入念に設計したGo言語がインタプリタでも
提供されれば、Pythonは終わるだろ。
25デフォルトの名無しさん
2019/08/10(土) 22:24:48.39ID:6d2gRK68
　 　∩＿＿＿∩　　 　　　　　　｜
　　 | ノ＼　　　　 ヽ　 　　　　　　|
　　/　　●゛　　● |　　　　 　　　|
　 |　∪　　( _●_)　ミ　 　　　　　j
　彡､　　　|∪|　　 |　　　 　　　 Ｊ
/　　　　 ∩ノ ⊃　 ヽ
(　 ＼　／ ＿ノ　|　 |
.＼　“　　／＿＿|　 |
　　＼ ／＿＿＿ ／
26デフォルトの名無しさん
2019/08/11(日) 10:22:49.42ID:ADOQsQhs
松本ひろゆき
27デフォルトの名無しさん
2019/08/11(日) 15:27:08.58ID:LNlz7QeX
>>19
Pythonの場合、空行があると余計に分かりにくくなる。
何か文字がないてないと上の行のindentと同じが違うかの
区別が人間は勘違いしやすく、むしろ詰めた方がまだ分かりやすい。
だから、C++などで空行を空けて分かりやすくすることに慣れた人には
困った言語だと思う。
28デフォルトの名無しさん
2019/08/11(日) 15:27:49.46ID:LNlz7QeX
>>27
誤：何か文字がないてないと上の行のindentと同じが違うかの
正：何か文字が書いてないと上の行のindentと同じか違うかの
29デフォルトの名無しさん
2019/08/11(日) 15:30:22.31ID:LNlz7QeX
　　　　aaa
　　　　bbb
↑だと同じインデントに書いてあるとすぐ分かるが、
　　　　　ddd
　　　　aaa


　　　　bbb
　　　ccc
↑こんなふうになっていると間違うことがある。
30デフォルトの名無しさん
2019/08/11(日) 15:34:30.55ID:LNlz7QeX
というか、ここに書いても多分、伝わらない。
実際の他人が書いたPythonのプログラムはブロックの範囲が分かりにくくて
とても困るんだが、実際のソースを提示しないと分かって貰えないと思う。
これに関しては想像と実際で結構違うと思う。想像力の限界というか。
31デフォルトの名無しさん
2019/08/11(日) 15:39:47.36ID:LNlz7QeX
あと、自分で書いたコードでも、他の場所からコピペして少し修正して
使いたいようなことが良くあるが、その時にインデントの問題が出てきそうだ。
コピペしている途中に、ペースト先の以前のコードのブロックの範囲がどこだった
か非常に混乱してしまいそう。実はC/C++でもペーストした後、ブロックの範囲が
インデントを整え終えるまでの間は、ブロックの範囲の混乱が起きることが多い。
でも { や } の位置を頼りによく見て対処するしかない。

ところが Python の場合は、{や}がなくてインデントだけが頼りなので、
より危険度が増すと思う。
32デフォルトの名無しさん
2019/08/11(日) 15:54:56.70ID:ADOQsQhs
(一時的な)コピペでインデント変えたくない時は
if True:
使え
33デフォルトの名無しさん
2019/08/11(日) 15:57:25.10ID:Zz62J71g
そもそもコピペしまくる香具師はセンス無いわ
剥いてないから辞めた方が良いマジで邪魔
34デフォルトの名無しさん
2019/08/11(日) 16:01:31.54ID:LNlz7QeX
>>33
いや、現実世界では、オイラのプログラミングの能力は物凄く高いと
評されているのであしからず。
35デフォルトの名無しさん
2019/08/11(日) 16:09:54.77ID:2JPwQqrg
皮肉だろうね
36デフォルトの名無しさん
2019/08/11(日) 16:10:55.15ID:++HFlOfG
現実世界では私は神なのだ
37デフォルトの名無しさん
2019/08/11(日) 16:14:20.52ID:IA19FhdQ
何で必死な人沸いてるん
38デフォルトの名無しさん
2019/08/11(日) 16:51:28.98ID:OmcsUJLa
>>31
うぜえw
39デフォルトの名無しさん
2019/08/11(日) 17:32:41.71ID:iQakK3S3
>>34
類は友を呼ぶから、お前の周りもお前同様にレベル低いんだよ
ドカタ世界で王様気取りウケるw
40デフォルトの名無しさん
2019/08/11(日) 17:55:29.67ID:LNlz7QeX
>>39
その会社のその部署には(日本の中で)上辺の非常に一握りの人たちだけがいると
言われていたよ。別の会社からやってきた社長も最高レベルの人材が
集まってきていると言っていた。
41デフォルトの名無しさん
2019/08/11(日) 18:12:11.41ID:R4xFOxfj
まこなり社長が「とりあえずRubyやっとけ」とか言ってたの笑ってしまうw
42デフォルトの名無しさん
2019/08/11(日) 18:29:51.79ID:2pUQuOmG
>>34>>40
これで素面だったらヒク
43デフォルトの名無しさん
2019/08/11(日) 19:22:29.54ID:/8B9qyHy
インデントが違ったらブロックのレベルが違うで十分だと思うけど
画面内に｛｝やendが見えててもインデントがむちゃくちゃみたいなプログラムのほうがよほどわかりにくい
他人が書いたJavaScriptとかいややわ〜
44デフォルトの名無しさん
2019/08/12(月) 01:05:53.80ID:noRgsanp
Ruby の新しい本が、一杯出てる。
独習シリーズも、Rails 本に参入した

WEB+DB でも、RubyVM の作者、Cookpad の笹田耕一の連載が始まった

WEB+DB Vol.111 号では、Rails 6・Julia の特集

科学技術計算用のJulia は、Ruby に似てる。
Python から、Julia に流れそう
45デフォルトの名無しさん
2019/08/12(月) 06:39:55.53ID:pLksDzhG
>>43
ブロックを識別するのにインデントと{}は、両方必要。
どちらが欠けても駄目。
46デフォルトの名無しさん
2019/08/12(月) 13:41:34.78ID:DfuTdZZ8
len(a)
47デフォルトの名無しさん
2019/08/12(月) 21:50:36.79ID:55hAY7YH
>>43
{}やendは機械的に正否判定できるけど、インデントだと無理じゃね？
ide支援が拡充していく現在の状況では弱点だと思う
48デフォルトの名無しさん
2019/08/12(月) 23:55:48.51ID:8haEDNvn
機械的に正否判定できるからPythonが動くんだろ
49デフォルトの名無しさん
2019/08/12(月) 23:58:17.91ID:FEiQT6YL
機械的に成否判断できないから、Pythonにはインデント整形ツールがないんだろ

の間違いでは？
50デフォルトの名無しさん
2019/08/13(火) 00:11:30.02ID:+uxvNwqI
インデントだけでも機械には判断できても、人間は間違いやすい。
51デフォルトの名無しさん
2019/08/13(火) 09:45:33.43ID:/tYhWlnk
まあ、人並みの知能があれば間違えないけど、こればっかりは地頭の差がでるからねぇ

あ、もしかして、Pythonが知能の高いAIやってる連中に流行ってて
底辺ドカタにいまいち人気が無いのは、インデントの所為？
52デフォルトの名無しさん
2019/08/13(火) 09:55:32.06ID:sNnRKo7d
>>51
単にライブラリが有るからだよ。
53デフォルトの名無しさん
2019/08/13(火) 10:19:25.70ID:/tYhWlnk
>>52
ライブラリを作る側の地頭が良い連中は気にしないから
ライブラリがどんどんリッチになって行くんですね、分かります
54デフォルトの名無しさん
2019/08/13(火) 10:24:32.42ID:sNnRKo7d
>>53
な？お前の話から大部分のライブラリを使う人の話が消え去ったやろ？
55デフォルトの名無しさん
2019/08/13(火) 10:26:26.63ID:sNnRKo7d
そんなもんやで

ライブラリやフレームワークが有るからその言語を使う。
Rubyを使うのはRailsがあるからやし、
Pythonを使うのはAI関連のライブラリが有るからやし。
Unityとか.NETとか、ウェブで使えるのはJavaScriptしかないとか

言語の良し悪しで決めることなんて無いんやで
56デフォルトの名無しさん
2019/08/13(火) 10:44:21.79ID:oXPAD0KH
サーバーサイドでjs使いたがるやつの気が知れん
57デフォルトの名無しさん
2019/08/13(火) 12:16:05.80ID:rjuNmU8i
>>51
一応、メンサ会員になれる程度を遥かに超えるIQは持っていますが、Python
のブロックの記法は間違いやすいと思っています。
58デフォルトの名無しさん
2019/08/13(火) 12:35:13.83ID:r3p+6cN8
pascal永遠に不滅です。
59デフォルトの名無しさん
2019/08/13(火) 12:45:19.35ID:evPHQM6+
>>55
Pythonなんて今のAIブーム来るずっと前からシステム周りのツールで使われてるやん
60デフォルトの名無しさん
2019/08/13(火) 16:56:34.41ID:UcHcEb9y
JSのインデントというかブロックがわかりにくいのは、コールバック関数を多用するからだと思う
61デフォルトの名無しさん
2019/08/13(火) 17:01:23.51ID:PvshuRsa
それは関係ない
62デフォルトの名無しさん
2019/08/13(火) 18:02:48.03ID:UcHcEb9y
JSはコードのフォーマット次第でコールバック関数のインデントがずれる
63デフォルトの名無しさん
2019/08/13(火) 18:04:30.90ID:PvshuRsa
ずれるという証拠を見せてください
beforeとafterを書いて
64デフォルトの名無しさん
2019/08/13(火) 18:17:08.20ID:kIavyO0C
SQLもインラインテーブル使うと中のインデント狂うな
65デフォルトの名無しさん
2019/08/13(火) 23:50:42.89ID:Y/GQlkHC
R　だと！
66デフォルトの名無しさん
2019/08/14(水) 15:40:39.64ID:meO8Vw3B
普通、C/C++などで関数呼び出しで引数が多くなったりすると、二行に
書くことになる。
そういった場合、Pythonのインデントの問題がトラブルの原因になったり
しないのだろうか。

少なくとも、関数の中に内部関数を定義すると、物凄くPythonは読みにくく
なることを他人のソースで経験した。
67デフォルトの名無しさん
2019/08/14(水) 16:03:46.80ID:cbEBER6Y
>>66
そうか？
その辺の読みにくさはJavaの方が酷いぞ
68デフォルトの名無しさん
2019/08/14(水) 16:17:00.44ID:eNw/3w0A
みたいからPastebinしてよ
69デフォルトの名無しさん
2019/08/14(水) 16:17:27.37ID:Ic9mkGye
>>67
Javaでブロック範囲が分からないと思った事は一度も無い。

Pythonだと関数やブロックが立て続けに終了した場合、見た目で
訳が分からなくなり、解読に間違いが入り込みやすい。
ある命令が子関数の中に対するものだと思っていたら、親関数の
中だったり、逆だったりする。
ループのブロック、ifのブロックとの混乱も生じる。
ifブロックの中だと思っていたら、既にそれは終わっていたりする。
また、もうifブロックは終わっていると思っていたら、まだ
続いていたりする。
ifブロックの中に、さらに入れ子に何らかのブロックが入って、
それらも何個かが続けて「終了」した場合も、非常に混乱して
他人のソースの解読が難しくなる。
70デフォルトの名無しさん
2019/08/14(水) 16:21:09.06ID:meO8Vw3B
忘れたけど、実際にはもっと空行が入っていたり、命令数も多かったり、
内部関数も何段にも入っていたりするが、以下を見れば分かりにくさが分かって
もらえるかもしれません：

　　if ・・・


　　　
　　　
　　　if ・・・
　　　　

　　　　for ・・・

　　　aaa


　　bbb


　　　ccc
71デフォルトの名無しさん
2019/08/14(水) 16:23:50.76ID:meO8Vw3B
>>70
実際には、もっと行数が多くて if や for 命令が画面内には表示
できなくて、エディタでは(見えない)画面の上の方にある。
上記の例だとまだ画面内に表示されているので良く見ると分かるが、
画面外にあるとずっと解読が難しくなる。

ロジック以前にブロックの範囲の読み間違えが生じてしまう。
72デフォルトの名無しさん
2019/08/14(水) 16:27:57.58ID:meO8Vw3B
C/C++ だと、画面範囲より上の方に if や for の始まりの部分があっても、例えば
　　　}
　　}
　　aaa();
　　・・・
　}
　bbb();

のようになってくれるので、aaa(); という命令がどのブロックに入っているのかは
分かりやすい。ところが、Pythonだと、以下の様にようになる。



　　aaa();


　bbb();




これでは、ブロックが何回「終了」したのかも分かりにくい。
73デフォルトの名無しさん
2019/08/14(水) 16:31:40.40ID:v8zxWj33
将来性ないプログラマのスレだったか
74デフォルトの名無しさん
2019/08/14(水) 16:31:48.00ID:xanGzDta
>>66
そりゃその他人の問題だろw
わかりにくく書くのはどんな言語でもできるし
75デフォルトの名無しさん
2019/08/14(水) 16:33:28.98ID:ezZjqxdH
Python信者「関数が長いと見にくいので次第に短い関数を書くようになるから教育的に優れている」
76デフォルトの名無しさん
2019/08/14(水) 16:38:26.11ID:meO8Vw3B
C/C++ の場合、三回ブロックが終わった後に aaa が書いてあると分かる：
　　　　　}
　　　　}
　　　}
　　　aaa;

Pythonの場合、以下の様になっていて、画面上のaaaの先頭に「定規」でも付けて
エディタで上にスクロールして、ifやforや内部関数定義の冒頭(defかな？)などを見つけて
どこと一致してるか確認してから、下にスクロールして意味を考えないといけない。


　　　aaa;
77デフォルトの名無しさん
2019/08/14(水) 16:41:00.61ID:meO8Vw3B
>>74
でも同じロジックでも、C/C++やC#やJavaやRubyで書いてあれば
ブロックの範囲で悩むことは無かった。だから書き方の問題ではなく、
言語そのものの設計の問題だと考えられる。
78デフォルトの名無しさん
2019/08/14(水) 16:44:35.53ID:meO8Vw3B
他人のプログラムのロジックの難しさで悩むのはしょうがない。
しかし、ブロックの範囲がそもそも分からなくて悩むのはPython特有で
今までの言語では無かった悩みどころが入ってしまった。
79デフォルトの名無しさん
2019/08/14(水) 17:06:08.30ID:cbEBER6Y
定規とかアホすぎ

上下移動でカーソル位置は横に移動しないエディタとか
縦に補助線引けるエディタとか使えよ
(もちろんそこまでしなくても読めるが馬鹿には必要な機能なんだろ)
80デフォルトの名無しさん
2019/08/14(水) 17:15:30.93ID:meO8Vw3B
>>79
ちなみに、自分の IQは、メンサ会員になれるよりだいぶ上です。
81デフォルトの名無しさん
2019/08/14(水) 17:19:59.38ID:q3KPXJei
まず、
if
if
for
の入れ子とかおかしいからな
こんな作り方しないよ
82デフォルトの名無しさん
2019/08/14(水) 17:21:47.62ID:meO8Vw3B
>>81
そんなことないです。
その位は普通に有りますし、悪いプログラムでも汚いプログラムでもは有りません。
問題はソースの方にあるのではなく、Pythonの設計の方にあります。
83デフォルトの名無しさん
2019/08/14(水) 17:22:35.87ID:q3KPXJei
ないない。悪手すぎる
84デフォルトの名無しさん
2019/08/14(水) 17:43:43.90ID:xanGzDta
>>80
なんだ単なる基地害か…
85デフォルトの名無しさん
2019/08/14(水) 18:01:53.45ID:YprfB9Li
じゃあPythonを改善したスゴい言語でも作れば？
IQ高いんだろ
86デフォルトの名無しさん
2019/08/14(水) 18:29:24.84ID:ZtJY0HPZ
他のメジャーな言語はだいたいカッコか、そうでなければendとかfiとかキーワードでブロック作るもんな
Pythonだけじゃん
87デフォルトの名無しさん
2019/08/14(水) 18:48:09.95ID:b9KU5kMe
僕はPythonが読めない
まで読んだ
88デフォルトの名無しさん
2019/08/14(水) 18:55:09.10ID:KFGcWtJc
僕はパイさんが揉めない
まで読んだ
89デフォルトの名無しさん
2019/08/14(水) 19:38:29.30ID:vrcyV9Lc
キチがイチャモンつけたいだけでしょ
スルーでいい
90デフォルトの名無しさん
2019/08/14(水) 19:44:12.47ID:KFGcWtJc
キスしてイチャイチャしたいだけでしょ
スルーでいい
91デフォルトの名無しさん
2019/08/14(水) 19:44:50.26ID:2bLbN+Zf
>>1で将来性のないプログラミング言語筆頭にRubyが挙げられてることから目を逸らしたい幼稚な工作でしょｗｗｗ
92デフォルトの名無しさん
2019/08/14(水) 20:00:32.73ID:b9KU5kMe
Rubyの未来は
ウォウウォウウォウウォウ

世界が羨む
パイパイPython
93デフォルトの名無しさん
2019/08/14(水) 21:07:17.65ID:VvroAUDw
>>80
統合失調症かよ
ム板って何でこんなやつが多いんだ
9444
2019/08/14(水) 23:54:58.98ID:ms62dfnn
VSCode の拡張機能、Bracket Pair Colorizer, indent-rainbow などで、対応関係がわかる

WEB+DBのJulia特集を読んだ
http://medfreak.info/?p=4850

漏れも、同じ意見

Python ではプログラミングしづらいけど、
Julia は、do 〜 end など、Ruby に似てるから、プログラミングしやすい

やっぱり、外人も同じように思ったから、Julia, Elixir などが作られた！

Juliaは、Pythonのライブラリも呼べる

NumPy がいらない。
ベクトル演算・行列積・線形代数・統計処理などが標準装備

LLVM のJIT だから速い

今後は皆、Pythonから、Juliaに流れそう
95デフォルトの名無しさん
2019/08/15(木) 00:09:10.03ID:LnTn26jl
>>94
＞VSCode の拡張機能、Bracket Pair Colorizer, indent-rainbow などで、対応関係がわかる

解決策ありがとです
96デフォルトの名無しさん
2019/08/15(木) 00:52:59.28ID:lTp6Ihus
>>94
漏れも、同じ、意見。
Rubyは、廃れる！
97デフォルトの名無しさん
2019/08/17(土) 02:31:43.11ID:Ab27PRuq
VB6までが無い
Perlが挙がってるのが個人的には不思議
98デフォルトの名無しさん
2019/08/17(土) 14:25:07.96ID:1NsbgTmC
>>43 その通りだな。 インデントが無茶苦茶でも通るからロジックのまとまりがどうなってるかわかりづらい。 仕方なく自分でインデントを整理するが。

ま、どんな言語でも作ってるやつがクソならクソなプログラムになってる。 時々イラっときて作り直した方が早い。
99デフォルトの名無しさん
2019/08/17(土) 14:28:54.60ID:1NsbgTmC
>>66 () {} などで括られた中はインデントを気にしなくても良い。
100デフォルトの名無しさん
2019/08/17(土) 14:36:34.50ID:1NsbgTmC
>>86 あのさ、そんな些細な事より、{} で括るとか、
if
fi
とかの方が余程コーディングの手間が多いぞ。
1タッチでも少ない方が良い。

そもそも、Python はスクリプト言語だと言うことを無視して話してる。
その都度実行されないといけないんだぞ。
間違えるわけがない。
101デフォルトの名無しさん
2019/08/17(土) 14:42:26.89ID:9WAlKegR
書くのは一回、読むのは数十回
たった一回書くのが楽なことよりも
何十回も読むのが楽な方を選ぶ
102デフォルトの名無しさん
2019/08/17(土) 14:42:48.46ID:Ei4AHYpx
Perlに依存してるパッケージが減りつつあるような気がしないでもない
103デフォルトの名無しさん
2019/08/17(土) 14:49:37.60ID:1NsbgTmC
>>101 何十回も試行錯誤して、採用するのは一つという世界がわからない？
104デフォルトの名無しさん
2019/08/17(土) 15:03:41.31ID:9WAlKegR
何十回も試行錯誤してる。
その間、何十回も読んでいる。
105デフォルトの名無しさん
2019/08/17(土) 15:15:18.31ID:vTNy0Ock
perlなんか日本人しか使って無いだろ。
106デフォルトの名無しさん
2019/08/17(土) 15:17:27.70ID:9WAlKegR
開発者もたしか日本人だし
107デフォルトの名無しさん
2019/08/17(土) 15:54:01.44ID:ljAxaRgk
うちもそうだけど知ってる範囲じゃperlはもう書かせない会社ばっかりだな
108デフォルトの名無しさん
2019/08/17(土) 17:23:42.10ID:uIV5R7Aj
知ったかぶりバカ「perlの開発者は日本人」
109デフォルトの名無しさん
2019/08/17(土) 19:14:10.86ID:jPbioeHd
>>106

>>106

>>106
110デフォルトの名無しさん
2019/08/17(土) 19:59:20.50ID:CuykVau6
dankogaiを勘違いしたのかな
111デフォルトの名無しさん
2019/08/17(土) 20:05:09.05ID:9WAlKegR
まつもとのりゆきで
112デフォルトの名無しさん
2019/08/17(土) 20:33:53.76ID:J1PfyEKH
ワロス
113デフォルトの名無しさん
2019/08/18(日) 12:43:58.17ID:qCb+YBvS
弱小うんこwebドカタ仕事専用のRoRのシェアが落ちてきたって本当ですか？
114デフォルトの名無しさん
2019/08/18(日) 16:14:37.05ID:Rnl9Ujwd
まぁ一番将来性無いのは勉強止めた奴だけどな。派閥抗争ごっこする位なら新しい言語の一つでも覚えりゃいい。
115デフォルトの名無しさん
2019/08/18(日) 22:38:17.85ID:+YUWcM9d
保守はしたくないけどプロトタイピングにはいまでも有用
なんだかんだ文句いいながらも使えるひとが多い
116デフォルトの名無しさん
2019/08/19(月) 03:04:40.78ID:32wORggh
pythonのインデントでブロック作るのホント嫌い
ちょっとした入力ミスでインデントがズレると死ぬ

あれのせいでワンライナーを半ば強制されてるようなもので
チューニングはしづらいし、可読性は下がる
117デフォルトの名無しさん
2019/08/19(月) 03:38:01.34ID:ZZoimR+D
>>116に対する反論。
俺の会社の奴らはインデント矯正されないと
インデントめちゃくちゃにする。
可読性はもっと下がる。誰のせいか？
118デフォルトの名無しさん
2019/08/19(月) 04:14:11.27ID:yIThGu8W
普通のプログラミング言語なら push 時にインデントチェックして拒否したり自動整形するようにできる
python みたいなインデントでブロック作る言語はダメね
119デフォルトの名無しさん
2019/08/19(月) 12:15:27.59ID:sIPdGD0o
>>117
フォーマッタ使えばよくね？？？

インデントが狂っても静的チェックでエラー出ないからバグの温床になるし
長くなったコードを改行するときにもインデントが必要になるから区別がつけづらいし
ラムダ式書く場合も内容が複数行に渡る場合は関数内関数を定義する必要が出てきてこれがまた書き難いし読み辛い

インデントブロックは俺も最初は見やすくていいじゃん！って思ってたけど
使い込むうちに不便な側面の方が強くなってきたわ
120デフォルトの名無しさん
2019/08/19(月) 12:20:48.74ID:W/U4wDij
インデントでブロックを作るやつはデバッグとか
動作検証したいだけってときに面倒だよね

自分で手書きするときはインデントするし
最終的には綺麗にするんだけど、

一部のコードをコメントアウトしたり
動きがわからんから、一部分抜き出して動きを見たりとか
そういう作業中のじゃまになる。
121デフォルトの名無しさん
2019/08/19(月) 15:53:43.94ID:Kn9dUhI/
>>117
emacsならC-c C-qでもいいし他のエディタも整形機能ついてるのあるんじゃないの
pythonはエディタが特化してないとどうしようもない
インデントだけで管理しなきゃいけないってのは悪手だ
122デフォルトの名無しさん
2019/08/20(火) 13:44:19.82ID:OPuGzupS
VSCodeでもインデントがズレると色でわかるな
123デフォルトの名無しさん
2019/08/20(火) 17:19:24.55ID:0DHPUJts
経験上、インデント面倒臭いというやつのコードは汚い
124デフォルトの名無しさん
2019/08/20(火) 17:26:59.88ID:OyLrpvkx
何が経験だ当たり前の話じゃねーかｗ
125デフォルトの名無しさん
2019/08/20(火) 17:36:59.00ID:kykP5Tm6
>>123
（上級者は）インデントするのが面倒くさいって言ってるんじゃないからな。
デバッグや動作検証などの一時的なコードまでインデントするのが面倒くさいって言ってるんだからな。
すぐ消すようなコードまでインデントする必要ないし
後で消すときに目立つようにあえてインデントを崩してる。
126デフォルトの名無しさん
2019/08/20(火) 19:53:51.24ID:aOYKq+L4
インデントと論理構造の一致が不要という人もいるだろうし
コードはすべて大文字で書くべきという人もいるだろう
コーディング規約の一貫性は不要だという人もいれば
レビューは工数の無駄だという人もいるだろう
そういうレベルのお話よね
127デフォルトの名無しさん
2019/08/20(火) 21:02:08.67ID:QsJJjC9V
インデントとカッコで同じ情報を表してるんだから冗長なのは事実
知能が高いと冗長さは単純に無駄だが、低脳ドカタには冗長さも必要ってことだよ
128デフォルトの名無しさん
2019/08/20(火) 21:25:25.48ID:ar+OimNr
インデントとカッコが同じ情報だと思ったことがPythonの敗因だろうね
インデントっていうのはスペースと同じなんだよ。

コンピュータからすれば意味はなくて、
人間が見やすくなるように人間のためのもの

意味がある情報だけで言えば、スペースは要らない
カンマや演算子の前後にスペースは要らない
関数の引数だって,のみスペースは禁止にしたってよかったはずだ。

でもそうしなかったのは関数の引数を区切るカンマと
見やすくするためのスペースは別物だから

Pythonは見やすくするためのインデントを意味と共通化してしまったから
見やすい記述に制限ができてしまった。
129デフォルトの名無しさん
2019/08/20(火) 21:26:58.31ID:nmT/z9v6
>>127
上級者様やぞ
口を慎め
130デフォルトの名無しさん
2019/08/20(火) 21:45:07.95ID:lOKfo+mN
>>128
それに、ブロックの終了の記号が何にも無いのは明確さがなく、
ケアレスミスの元となる。レイアウト的なものは、空行を入れたり
少し違う業や関数からコピーして来たりするときにずれ易い。
ずれたときにブロックの終了記号があると助かる。

>>127
逆に助長性は安全性に繋がりやすい。例えば、C/C++の最後のセミコロン";"
は無くてもコンパイラがその都度推定できる可能性はあるが、
有った方が確実だから有る。Rubyなんかは無くても分かるときはなくて良い
仕様ではあるが、大規模プログラムではそれが見つけにくいバグの原因に
なる可能性がある。
131デフォルトの名無しさん
2019/08/20(火) 21:47:25.12ID:aHZAynoR
>>127
文系の人は、lexical(字面)的な読解力が頭の良さだと勘違いしやすいが、
そうではない。字面ではなく本質的なところが重要。字面的な判別能力
を自慢にしてる人は、短いが見にくい変な書き方をして結局本人も間違う。
132デフォルトの名無しさん
2019/08/20(火) 21:50:09.95ID:aHZAynoR
>>127
ちなみにおいらは、客観的に見て低脳ドカタではない。
高IQ、高学歴、高実績で評価は高い。
133デフォルトの名無しさん
2019/08/20(火) 21:50:17.64ID:Y189B2BT
理系の短いは実行する行が少ない（定義文や空行は含めない）
文系の短いは書く量が少ない
134デフォルトの名無しさん
2019/08/20(火) 21:58:55.64ID:aHZAynoR
>>128
C/C++において、関数の引数を二行以上に渡って書きたいような時、
インデントと意味は、有る意味ではずれる。しかし、それぞれの引数の後ろに
一つずつコメントを書きたいようなときにはそのの書き方は見やすい :
func(
　　aaa, 　　// これこれこういう意味。
　　bbb,　　// TYPE *pXxxx
);

また、ターゲット別に #if #endif などでコードを変えたいような場合は、
インデントの関係がどうしても崩れる場合があるし、その場その場で
マクロに対するインデントを重視するか、C/C++言語に対するインデントを
重視するか、どちらがいいかは一概には決まらない。

#if xxx
TYPE aaa;
・・・
#else
・・・
#endif

↑TYPE aaa; の部分に、#if ブロックのインデントを付けた方がいい場合と、むしろ、その場の
C/C++ のブロック宣言としてのインデントの位置を維持した方が分かりやすい場合とが有り、
どちらも優劣付けがたい。
135デフォルトの名無しさん
2019/08/20(火) 22:01:08.71ID:aHZAynoR
>>133
文系の人は、文章そのものの雰囲気的な美しさに美学を見出す傾向がある。
芥川龍之介の「表現技巧(?)」が素晴らしいとか、○○氏の詩的表現は
真似できないとか。

しかし、それをプログラミングに持ち込んで欲しくない。ここでもそういう
表面的な美しさばかりにとらわれている人が多い気がする。
136デフォルトの名無しさん
2019/08/20(火) 22:03:19.33ID:Y189B2BT
上級者はコードの書き方に拘って
見やすいように、意味が伝わりやすいよに書くんだが

低級者は無意味に見づらく書く（本人は見づらいことがわかってない。そこまで気が回らない）


そういう低級者にインデントのみ、書き方を押し付けることが出来るが
どちらにしろ低級者なので、クソコードにしかならない
低級者には補助輪程度の役目にしかならず、上級者には足かせとなる
137デフォルトの名無しさん
2019/08/20(火) 22:25:28.11ID:lOKfo+mN
そういえば、プログラミングにおいても>>134の場合のように、関数の
引数を折り返して書く場合、どの程度引数の前に空白やタブを入れるべきかは
人間が見たときの「見易さ」で決まる。それは関数名 func 部分の長さに
よっても変化し得る。そして、何が美しいかは「美学」「美術」の領域に
入ってきてしまう可能性がある。だからプログラミングは芸術とも言われる。

その意味で、インデントに論理的な意味を与えすぎると、芸術的な
美しさが得られなくなってしまう可能性は高い。
138デフォルトの名無しさん
2019/08/21(水) 00:14:46.18ID:4KDWfLCz
なっがーい
139デフォルトの名無しさん
2019/08/21(水) 03:52:34.88ID:jDiMObB6
ここでやる話じゃないな
140デフォルトの名無しさん
2019/08/21(水) 08:31:45.31ID:DZT6aay9
まるで自分が将来性が無いって言われてるように感じてしまって必死なんよ
141デフォルトの名無しさん
2019/08/21(水) 09:51:04.12ID:qaUTxdbB
年収3000万超えてからが上級やぞ
それまでは低脳ドカタ
142デフォルトの名無しさん
2019/08/21(水) 10:05:29.87ID:qaUTxdbB
>>133
数式嫌いでCOBOL好きそう
143デフォルトの名無しさん
2019/08/21(水) 15:30:57.62ID:zqKd/4GT
インデントで話を散らかしてRubyの将来性>>1から意識を逸らしたいだけｗ
144デフォルトの名無しさん
2019/08/21(水) 21:17:39.84ID:6KJaGV9b
デルファイは言語じゃ無くて、IMEの名前じゃね？
あれ、中身言語はpascalだよな？
145デフォルトの名無しさん
2019/08/21(水) 21:18:46.14ID:6KJaGV9b
あ、IDEだったw
146デフォルトの名無しさん
2019/08/22(木) 08:32:58.59ID:oZbspsSs
Rubyに将来性はないし、使ってる99.999%は低脳ドカタ
147デフォルトの名無しさん
2019/08/22(木) 10:20:23.28ID:jM8tCXZ0
なに調べ？
148デフォルトの名無しさん
2019/08/22(木) 18:29:20.75ID:k0K3XsJW
pythonはｲﾝﾃﾞﾝﾄｶﾞｰとか言ってる人ってメモ帳でソースでも書いてるの？ｗ
149デフォルトの名無しさん
2019/08/22(木) 18:37:54.75ID:jM8tCXZ0
メモ帳以外で書いたら、勝手にインデント揃えてくれるんか？
例えば、他から持ってきた複数行のコードをコピペしたときに

インデント＝ブロック構造というコードの意味になってるんだから
勝手に整形してくれるわけないな
150デフォルトの名無しさん
2019/08/22(木) 19:38:57.27ID:m0vVP3/5
ペーストしたとこからの相対でインデント維持しないん？
151デフォルトの名無しさん
2019/08/22(木) 20:38:59.79ID:oZbspsSs
低脳ドカタの低脳っぷりが痛々しい
152デフォルトの名無しさん
2019/08/22(木) 20:44:04.33ID:k0K3XsJW
>>149
秀丸とか使ってそう(^^;;
とりまVSCodeかatom入れようよ(^-^;
153デフォルトの名無しさん
2019/08/22(木) 20:46:16.23ID:UjFyi9ja
>>150
無理だろ？

例えばこういうコードに

def repeat_msg(msg, repeat=3):
　　for i in range(repeat):
　　　　print msg

他のコードで使われてる、インデントが異なるこの2行をコピペして

　　　　　　print foo
　　　　　　print bar

def repeat_msg(msg, repeat=3):
　　for i in range(repeat):
　　　　print msg
　　print foo
　　print bar

に勝手にインデント揃えてくれるエディタなんて思いつかん

そもそも実現可能なのか？やる方法があるにしても、どこからコピペを
開始して、どこに移動してから貼り付けるとかパッと出てくる？
154デフォルトの名無しさん
2019/08/22(木) 20:57:13.82ID:oZbspsSs
コピー先の最初の行のインデントの深さだけ決めてコピーしたら
残りの行のインデントも自動的に揃えられるだろ
155デフォルトの名無しさん
2019/08/22(木) 21:01:44.67ID:427lMmCu
>>153
草
ちょっとは最新のエディタも触ってみようぜ
156デフォルトの名無しさん
2019/08/22(木) 21:21:37.03ID:UjFyi9ja
>>154
残念ながらそれは無理。


def repeat_msg(msg, repeat=3):
　　for i in range(repeat):
　　　　print msg
　　| ここで貼り付けをすると

こうなる。

def repeat_msg(msg, repeat=3):
　　for i in range(repeat):
　　　　print msg
　　　　　　　　print foo
　　　　　　　　print bar
157デフォルトの名無しさん
2019/08/22(木) 21:41:54.61ID:7rqSp147
短形選択
158デフォルトの名無しさん
2019/08/22(木) 22:42:18.87ID:6Stfv2pG
>>153>>156
ここでPythonのインデント云々って言ってる人はこんなレベルだったの？
159デフォルトの名無しさん
2019/08/22(木) 22:57:39.80ID:bojKrn/j
WEB+DB vol.111 は、Ruby on Rails 6, Julia 特集だけど、
Python から、Julia へ流れそう

Julia は、do 〜 end が使えて、Ruby風に改良されてる！
Jupyter Notebook(JN)でも使える

Windows で、RubyをJNで使っている人は、日本語でバグらないの？
irb では、バグるけど

RubyをVSCode で使っているけど、JNでも日本語でバグらないかどうか、知りたい
160デフォルトの名無しさん
2019/08/22(木) 23:13:01.91ID:6ipmKUpK
>>156
自分の周りにコピペプログラマーがいないからちょっとびっくりなんだけど
こういうレベルの人が世の中に結構いたりするの？！
161デフォルトの名無しさん
2019/08/22(木) 23:16:34.88ID:427lMmCu
>>156
しかもそれ他の言語でも同じだよね例えばcならこうなるけどカッコで対応とれてるからってそのままこういう風に書き続けるのかキミは？ｗ

void repeat_msg(char *msg, int repeat){
　　for (int i = 0; i < repeat; i++){
　　　　printf("%s\n", msg)
　　}
　　　　　　　　printf("%s\n", foo)
　　　　　　　　printf("%s\n", bar)
　　　　　　　　printf("end.\n")
　　　　　　　　}
162デフォルトの名無しさん
2019/08/23(金) 00:10:56.91ID:CiIDRu0Q
>>161
自動整形すればいいじゃない
163デフォルトの名無しさん
2019/08/23(金) 06:25:16.83ID:c+DDVuzX
それpythonも同じだよね(^◇^;)
164デフォルトの名無しさん
2019/08/23(金) 16:14:51.02ID:Zx6EO+xk
敢えてやるなら
def repeat_msg(msg, repeat=3):
　　for i in range(repeat):
　　　　print msg
　　if True:
　　　print foo
　　　print bar
こんな感じ
コピペの方がインデント浅い時とか長い時は別関数造って呼ぶ
165デフォルトの名無しさん
2019/08/23(金) 19:10:11.80ID:T9lcDaB4
とりあえずpythonで書き慣れると他の言語が鬱陶しくて仕方ないねインデントに限らず
プログラミング言語の完成形に近いと思うわ
恒常的に動くシステムのソフトとかでもない限りpython一択だと思うわ
あ、GUIアプリは知らん
166デフォルトの名無しさん
2019/08/23(金) 21:18:32.44ID:rm/zRxER
わい氏、第1得意言語haskell、第2得意言語ruby、無事死亡
167デフォルトの名無しさん
2019/08/23(金) 23:11:02.04ID:LHN2h0YB
pythonの何が完成系なんだよ。
変数のスコープがあいまいだし、
参照かコピーかあいまいだし、
ライブラリと同じ名前のファイル名つけたら悲惨だし

結局あいまいだからちょっと複雑なものを作るとうんざりする。
完成されたライブラリにちょっとパラメータ変えて流すには便利ってだけの代物
168デフォルトの名無しさん
2019/08/23(金) 23:12:37.22ID:LHN2h0YB
>>160
ある機能を他でも使うから関数化しようかなーとかあるわけだが
169デフォルトの名無しさん
2019/08/23(金) 23:27:33.46ID:DZMYtvox
>>167
ちょっと複雑なものなんてお前には作れないだろ
モッサリ鈍重ウンコwebサイトは複雑でもなんでもないからね？
170デフォルトの名無しさん
2019/08/24(土) 01:31:25.28ID:dr4oD/Ll
あいまいではないな。
仕様どおりだ。
仕様が変だという話かな。
171デフォルトの名無しさん
2019/08/24(土) 02:31:50.50ID:EUnYMN/C
>>166
そこでElixirですよ
172デフォルトの名無しさん
2019/08/24(土) 02:50:57.03ID:GJDIT1Pg
えり草はえるｗｗｗ
173デフォルトの名無しさん
2019/08/24(土) 03:26:11.93ID:dA7WdXyV
Python, Ruby っぽい、Julia

関数型なら、
Haskell っぽい、Elm。
Ruby っぽい、Elixir
174デフォルトの名無しさん
2019/08/24(土) 09:22:56.58ID:+nNIwdjo
>>167
まあ無能な奴は厳しい規則設けて檻に入れとくしか飼いならす方法ないもんなあ
プログラミング言語も同じで草
175デフォルトの名無しさん
2019/08/24(土) 11:08:29.62ID:Xzjcg9me
Pythonは30行以内でささっと書くスクリプトには向いている。
それより長大なプログラムを書くには苦行でしかない。
176デフォルトの名無しさん
2019/08/24(土) 16:27:38.27ID:UCGlm4uz
年収3000万以上の開発者がPythonでAIを書き（もちろん30行以上ある）、
年収300万以下の低脳ドカタは世界の片隅で30行しか書けないとブツブツ言っている
177デフォルトの名無しさん
2019/08/24(土) 20:07:40.46ID:CCZKsteH
3000行くらいでささっと、やね
10kL以下ならpythonだわ
178デフォルトの名無しさん
2019/08/25(日) 09:20:51.79ID:X4RuV2IV
10年くらい前、Lightweight languageとかって盛り上がってた時は型に縛られはないから、早く楽しくプログラミングできるとか言ってたのにのね
179デフォルトの名無しさん
2019/08/25(日) 10:37:56.39ID:mHrxK1Ru
>>178
まあ間違いじゃない。問題は歴史が浅く、大規模のアプリが作られてなかったことによる
結局大規模になって、作った人じゃない人がメンテナンスするようになると
途端に、型がないと大変ということに気づく。
180デフォルトの名無しさん
2019/08/25(日) 13:11:06.11ID:7aRWz3XD
先人の智慧や蓄積を無視して
若いのが俺カッケーした結果がこれか
181デフォルトの名無しさん
2019/08/25(日) 17:01:15.19ID:Pi5/biNH
10年前の静的型といえばJava全盛期じゃん
そりゃ動的型の方が良いってなるよ
今と比べちゃいかんでしょ
182デフォルトの名無しさん
2019/08/25(日) 17:16:09.82ID:90IJS4ej
C++もいちいち型指定するのめんどくさいってことでauto乱発だしな
183デフォルトの名無しさん
2019/08/25(日) 17:42:45.70ID:ZgHIB80V
>>180
知恵や蓄積の結果生まれたpythonの方が優位なのは明らかなのに先人様がそれを認めない結果がこれなんやで
184デフォルトの名無しさん
2019/08/25(日) 19:26:07.76ID:eKl51C89
結局、ケースバイケースなんだよな
Javaが向いてるケースがあれば、Rubyが向いてるケースもある
それ理解せずLL最高とか言ってたのが10年前のはてなブックマークのホットエントリー
185デフォルトの名無しさん
2019/08/25(日) 19:27:05.70ID:eKl51C89
10年前に書かれたRubyを保守しろと言われたら悲惨だよね
186デフォルトの名無しさん
2019/08/26(月) 14:28:40.88ID:T0vtMl8v
XMLとかJSONとかテキストベースの無駄構造データ受け渡しを流行らせた糞も反省汁
187デフォルトの名無しさん
2019/08/26(月) 15:11:42.69ID:MTH0kZ3a
何が無駄構造なのかわからん
CSVより便利だし
188デフォルトの名無しさん
2019/08/26(月) 15:17:30.43ID:NWn2YSWg
バイナリでバッチリ敷き詰めて
更に圧縮したら効率がいいだろ！
189デフォルトの名無しさん
2019/08/28(水) 20:35:03.80ID:MglkklAk
SwiftはObjective-Cよりも先に死ぬよ
190デフォルトの名無しさん
2019/08/28(水) 20:37:38.22ID:D19a7vMP
さすがにそれは無理がある
SwiftUI出てきたあたりで切り離してもおかしくない頃合い
依存してる領域もあるけどなんとかするだろ
191デフォルトの名無しさん
2019/08/31(土) 12:30:17.20ID:Fb8dqZh5
>>144
俺はObjectPascal言語の開発環境の名前がDelphiだと思ってるけど
違うかな
192デフォルトの名無しさん
2019/08/31(土) 13:16:35.92ID:bRBeXa4d
もともとObjectPascalという言語だったが
魔改造し過ぎでもはやObjectPascalとは呼べなくなったから、
これからはDelphi言語だーって公式が言ったけど、
やっぱObjectPascalに戻すわーって言ったのがDelphiが使われなくなった頃
193デフォルトの名無しさん
2019/09/01(日) 00:58:31.40ID:sYwYgS29
>>191
IMEじゃなくてIDEな
わざとだろうけど
194デフォルトの名無しさん
2019/09/01(日) 00:59:58.12ID:sYwYgS29
>>192
Delphiと呼ばれる前の
ObjectPascalのIDEは
Paradoxとか言ってなかったか
195デフォルトの名無しさん
2019/09/01(日) 18:21:44.99ID:e9O8VIl4
誰かPHPは安泰だと言ってください
196デフォルトの名無しさん
2019/09/01(日) 20:46:04.56ID:c46EKG3t
ぺチプ
197デフォルトの名無しさん
2019/09/01(日) 20:55:12.89ID:Cv4S4gQH
ぺチプマ〜ン
198デフォルトの名無しさん
2019/09/01(日) 23:22:15.91ID:gzRpR9B4
>>167
python のスコープなんてもっとも単純だろうよ。
>ライブラリと同じ名前のファイル名つけたら悲惨だし
こんなバカなことで困る輩はいない。

コピーと参照のあいまいさはまあわかるが。
199デフォルトの名無しさん
2019/09/02(月) 19:50:56.03ID:bydNTO5I
Paradoxはデスクトップデータベース
Accessみたいなもん
200デフォルトの名無しさん
2019/09/03(火) 08:09:58.85ID:lcX2YhCp
>>194
ParadoxはDB
201デフォルトの名無しさん
2019/09/03(火) 10:05:46.27ID:gWEsYspA
ParadoxはObjectPAL
ObjectPascalの前身かこれ？
202デフォルトの名無しさん
2019/09/03(火) 14:54:44.93ID:hL9URkRE
>>195
言えない・・
203デフォルトの名無しさん
2019/09/03(火) 19:06:57.77ID:eG/i1B9Q
>>201
ObjectPALとObjectPascalは別物だと思うよ
204デフォルトの名無しさん
2019/09/04(水) 10:41:25.21ID:Z0seKSTe
Access - VBA
Paradox - ObjectPAL
Filemaker - こいつのスクリプトって名前なんていうの？
205デフォルトの名無しさん
2019/09/06(金) 15:45:24.50ID:w2Tc9TX1
>>195
まああと少しの間は大丈夫だろうからすぐに他の言語を覚えた方がいい
とりあえずJavascriptならもう少し延命できると思う
206デフォルトの名無しさん
2019/09/06(金) 15:59:49.77ID:iRaWooFH
もう少しどころか立ち位置的にCOBOL越え確実だと思う。wasm関連技術では完全代替はまだまだまだまだ難しい。
別に好きだと言ってるわけじゃないので変な勘違いしないでよね！
207デフォルトの名無しさん
2019/09/06(金) 16:01:01.15ID:iRaWooFH
あ、phpじゃなくてjsのことだぞ。phpはまぁ…頑張れ
208デフォルトの名無しさん
2019/09/07(土) 02:50:26.18ID:N/8Wabk0
Pascalって現役なの？死語でなく？
209デフォルトの名無しさん
2019/09/07(土) 04:02:36.77ID:e8g0g+yh
そういう意味ではCOBOLの方が現役バリバリ
210デフォルトの名無しさん
2019/09/07(土) 14:30:36.59ID:p0CVe2Rl
Pascal自体は死んで久しい
Delphiが単独で頑張ってるだけ
211デフォルトの名無しさん
2019/09/07(土) 22:45:55.12ID:WyEtFyU9
dolphinてなんや、、excelのイルカを出す、あのプログラム言語のことか、、
212デフォルトの名無しさん
2019/09/07(土) 22:49:30.48ID:YkzKoIuV
ニンテンドーゲームキューブの開発コードネームやぞ
213デフォルトの名無しさん
2019/09/08(日) 00:34:21.57ID:WYqdduYI
Linux用にそんな名前のファイルマネージャーがあったような。
214デフォルトの名無しさん
2019/09/08(日) 00:35:22.71ID:YJFKqEOh
>>211
>Dolphin(ドルフィン)は、KDEデスクトップ環境で動作するファイルマネージャーである。
215デフォルトの名無しさん
2019/09/08(日) 00:36:33.40ID:YJFKqEOh
>>214
[追加]
Dolphinという名のAndroid用のブラウザもあるらしい。
216デフォルトの名無しさん
2019/09/08(日) 19:46:49.92ID:A4Cyhqig
haskellが入ってるのは絶対おかしい
俺がこれから使おうとしてるのにありえない
この記事はフェイクニュース
217デフォルトの名無しさん
2019/09/08(日) 23:22:52.79ID:Xfe/g7x6
現場のリーダーはJavaはセキュリティの事故で将来性はないと言っていた。大手の金融プロジェクトでも不採用の方向なんだと。
もしアプリローンとかでJava使っているところがあったら、問題おきてニュースになってもおかしくないだろう。
218デフォルトの名無しさん
2019/09/09(月) 02:29:02.78ID:Eoe/XXAT
Perlは個人でちょっとしたものを書くのに最高なんだけどな。

数値と文字列を雑に扱いたいときもよしなに対応してくれるし、
厳密にコントロールしたけりゃそういう書きかたもできる。

Pythonで書くときみたいにstr()とかint()とかちまちましたくないんよ。
219デフォルトの名無しさん
2019/09/09(月) 10:50:04.56ID:FLVXg6p/
よしなにってのがクセモノなんだぜ

きっちりエラー出してそれ以上先へ逝かせてくれないpythonマゾ大好き
220デフォルトの名無しさん
2019/09/09(月) 11:41:42.16ID:CtbWp2I4
厳密に云々って書いてるのみえないの？
221デフォルトの名無しさん
2019/09/09(月) 12:26:14.53ID:FLVXg6p/
perl糞つかえねぇω → strict ルールで縛る
結局毎回ルール適用なら最初からpython使えよωωω
222デフォルトの名無しさん
2019/09/09(月) 13:19:23.95ID:F6wUvJ8/
最高のクソ言語Perlがなんだって？
https://8-p.info/perl-interpolation/
223デフォルトの名無しさん
2019/09/09(月) 23:59:33.69ID:Eoe/XXAT
strictは必ず使っているので変数宣言についてはPythonと同程度の手間が
かかってもいいんだけど、一番違いを感じるのは文字／数値変換なんだよね。

Perlの場合変数の型ではなく演算子で演算を区別してるから
Pythonのようにいちいち型変換する必要もないし、
JavaScriptのように演算の中身を知るために変数の型を確認する必要もない。
ちょっとした調べものとか計算ごとをするのに最高だよPerl。
224デフォルトの名無しさん
2019/09/10(火) 01:04:16.58ID:Z4anlymy
そういうのをやりたいときはVisualWorks使ってる
納品物以外は全部これ
225デフォルトの名無しさん
2019/09/10(火) 12:39:22.71ID:xH1RefQr
勝手に変換はタチが悪い
tclでファイル読み込んでデータを加工して出力してると連続のはずのデータがたまに飛ぶ
？？と思ってよく見ると、データがたまたま整数になってると整数の割り算になって結果が狂うということがあった。
これを避けるには結局明示的な変換が必要でだったら最初からそういう仕様でよい
226デフォルトの名無しさん
2019/09/10(火) 13:55:58.79ID:lKNyd4my
a = "1" + 2; // 12
b = 1 + "2"; // 3
227デフォルトの名無しさん
2019/09/13(金) 19:21:23.44ID:KWIEIpY7
機械学習の前処理でPerl使ってるわ
正規表現でユニコードなどを雑に扱えるのってこの言語くらい
他の言語はマジでやってられん書き方強要される
228デフォルトの名無しさん
2019/09/13(金) 21:47:39.40ID:nXGcyiFU
Perlを使ってると、雰囲気でそれっぽく動くけど
実際バグだらけのコードを書く癖がついて、
プログラミングの才能が破壊されて
まともな言語では書けなくなるというよね
229デフォルトの名無しさん
2019/09/14(土) 02:53:15.49ID:WW6HtS4x
初学者なら当てはまるけど作法守ればそうでもない
ただコードが野暮ったくなるから利点は消える
230デフォルトの名無しさん
2019/09/14(土) 11:59:10.57ID:NwEptffo
>>228
その通り
VB > Perl > php >>> 越えられない壁 >>> ruby >>> 越えられない壁 >>> python
231デフォルトの名無しさん
2019/09/14(土) 14:39:19.85ID:XDqZ+X/5
Perl、Ruby、Python、JSは、どれも型がないので間違いがあっても気付かない事が
あるのが困る。Perlは関数の引数が番号式で、なおかつ、参照型引数の仕様が
引数の「型」が複雑な場合に、C/C++、Javaに比べてテキトーで思ったように
動かないことがあったので困った。
Pythonはブロックの終了が分かりにくいところが最悪。Rubyはブロックの終わり
をendと長く書く必要があるのが最悪。
232デフォルトの名無しさん
2019/09/14(土) 15:32:44.73ID:QmGbPwvY
ありなしの話で言うと全部型はあるな。
本当に型がないというのはPrologとかだろ。
233デフォルトの名無しさん
2019/09/14(土) 16:05:43.73ID:tdzCu94K
ないのは型じゃなくて定義時の型情報

定義時に型情報がないから、実行時にしか判断できない
しかし一部の例外を除き、コードは特定の型（もしくは特定のインターフェース）を
前提としてたコードになってる。

特定の型でしか動かないのに、動かない方を渡すことが出来てしまう。
だから書いているコードの矛盾を検出できない
234デフォルトの名無しさん
2019/09/14(土) 16:21:14.63ID:3A0uyiN1
使い分けしないアホが悪い
そんなに型に神経質なコードをpythonで書く阿呆がおるか
235デフォルトの名無しさん
2019/09/14(土) 16:35:05.69ID:tdzCu94K
× 型に神経質
○ バグなしに神経質

正しく動くコードを書くのに
神経質になって何が悪い？
236デフォルトの名無しさん
2019/09/14(土) 17:14:56.13ID:QWAtjnDR
そうだ！裸になって何が悪い！
237デフォルトの名無しさん
2019/09/14(土) 17:25:48.94ID:k93hWpf+
考えるな感じるんだ
238デフォルトの名無しさん
2019/09/14(土) 18:38:24.84ID:1/nRt8hl
Rustなら兎も角、JavaやC#みたいなユルユルなドカタ言語なら
スクリプト言語と変わらんわ
239デフォルトの名無しさん
2019/09/14(土) 19:06:37.07ID:XDqZ+X/5
Javaは型については、スクリプト言語よりかなりちゃんとしているし、
いろいろな意味において曖昧さが少ない言語の1つ。Pythonには間違いやすさ
がある。特にブロックの範囲について。
240デフォルトの名無しさん
2019/09/14(土) 20:29:00.13ID:nEO5MM+y
>>238
Java, C#がユルユルとか意味わからん
またvar(型推論)とvariantの違いを理解できない老害が来てるのか？w
241デフォルトの名無しさん
2019/09/14(土) 20:58:53.98ID:KmV3vhTN
Java is not a safe language
https://lemire.me/blog/2019/03/28/java-is-not-a-safe-language/
・Javaはオーバーフローをトラップしません（RustやSwiftなどの言語はします）
・Javaはデータの競合を許可します（Rustなどの言語ではデータの競合は許可されません）
・Javaにはnull安全性がありません（SwiftまたはKotlinでは言語の一部として安全な呼び出しまたはoptionalがあります）
・Javaには名前付き引数がありません（現代の多くのプログラミング言語には名前付き引数があります）
242デフォルトの名無しさん
2019/09/14(土) 21:02:01.03ID:KmV3vhTN
https://www.net.in.tum.de/fileadmin/bibtex/publications/papers/the-case-for-writing-network-drivers-in-high-level-languages.pdf

The Case for Writing Network Drivers in High-Level Languages

Table 5: Size of our implementations stripped down to the core feature set
Lang.　　　Lines of code　Lines of C code
C　　　　　　　　　 831　　　　　　　831
Rust　　　　　　　　961　　　　　　　　0
Go　　　　　　　　 1640　　　　　　　　0
C#　　　　　　　　 1266　　　　　　　 34
Java　　　　　　　 2885　　　　　　　188
OCaml　　　　　　　1177　　　　　　　 28
Haskell　　　　　　1001　　　　　　　　0
Swift　　　　　　　1506　　　　　　　　0
JavaScript　　　　 1004　　　　　　　262
Python　　　　　　 1242　　　(Cython) 77

Javaワロタｗｗｗｗ
243デフォルトの名無しさん
2019/09/14(土) 22:17:50.46ID:CE5cSzxu
雑食系エンジニア・KENTA の新着動画が来たー！

Javaの方がRubyよりも求人が多いという勘違いについて

Javaはもう死んだの？ Part.2
http://2chb.net/r/tech/1566040070/110
244デフォルトの名無しさん
2019/09/15(日) 17:19:31.74ID:LFq5agje
問題ないなら、さっさと初期値を入れてしまえば
型の心配はしないで済むね
245デフォルトの名無しさん
2019/09/16(月) 10:27:14.03ID:D3OSKsJM
nullを返してくるウンコ関数を撲滅しない限り無理
246デフォルトの名無しさん
2019/09/16(月) 14:45:50.85ID:D3OSKsJM
>>244
ユルユル言語信者の認識の低さw
247デフォルトの名無しさん
2019/09/16(月) 14:57:20.91ID:OCMqZYFH
日本語がひどすぎて
https://codeday.me/jp/qa/20190129/197033.html
248デフォルトの名無しさん
2019/09/16(月) 17:52:24.64ID:+LXKkUCe
>・Javaには名前付き引数がありません（現代の多くのプログラミング言語には名前付き引数があります）
VBAがいまだに使われてる理由として名前付き引数があると思う
249デフォルトの名無しさん
2019/09/18(水) 00:45:57.32ID:DHfEOS3k
VBAが存続してんのはExcel操作のためだろ
Excel使わなければこんなクソ言語使わん
250デフォルトの名無しさん
2019/09/18(水) 03:47:11.91ID:VBe5jsL9
名前付き引数を持ってる言語が
ドカタの知ってる範囲ではVBAしか無かったんじゃない？
251デフォルトの名無しさん
2019/09/18(水) 11:12:56.61ID:rg9NxL5e
excelも早くC#サポートすりゃいいのに。
252デフォルトの名無しさん
2019/09/18(水) 20:26:39.52ID:4vQR/G65
>>251
C#からでもExcelいじれるやろ
253デフォルトの名無しさん
2019/09/18(水) 20:54:15.86ID:Eln4Km+3
pythonサポートすれば解決
254デフォルトの名無しさん
2019/09/19(木) 10:31:01.41ID:yX/iy6s4
WinForm+Pythonで頼む
255デフォルトの名無しさん
2019/09/19(木) 16:50:53.40ID:yDRAJBlg
>>1
「将来性ないプログラミング言語」
この表現は厳密な表現をかなり省略しているものであって
じっさいには暗に色々な前提を含んでいることに注意しなればならない
たとえば現代において「使用できない硬貨一覧」という表現があるとき
そのリストに巨大な石の硬貨は書いてないが、だからといって石の通貨を
使えるという話ではないのは明らかだ
それは現代ではもはやそれは流通していないのは誰の目にも明らかなので
敢えてリストに書く必要がないからである
256デフォルトの名無しさん
2019/09/19(木) 17:19:37.86ID:7O4zjTvj
OfficeがPythonに対応したら、魔改造が始まったりしてな Py++
257デフォルトの名無しさん
2019/09/19(木) 18:15:49.52ID:yCvdPLl+
爆誕.ppp拡張子
258デフォルトの名無しさん
2019/09/19(木) 19:55:20.41ID:piYhTFwa
VisualPythonだろ。略してVP
259デフォルトの名無しさん
2019/09/19(木) 21:26:23.21ID:3azBc8nY
Visual Basicは昔のBASICとは違って構造化と型宣言に関して矯正されているから、
Pythonよりはまともな言語だよ。Cよりも優れている点もいくつかある。例えば、

・Cのswitch文ではcaseに1つの値しか指定できないが、VBのselect文では範囲を指定できる。
・Cではfor, if, whileの制御ブロックの終わりはどれも}だが、VBではnext, end if, wendで
　書き分けられ、構造を把握しやすい。
・Cでは同じ構造体(クラスを含む)変数のメンバにアクセスする文が続くとき、構造体変数名を
　いちいち書かなければならないが、VBではPascalのようにwith文で括り出せる。

だから、Pythonのような駄言語をExcelが採用する利点はないし、Pythonなんてキモい名前の
言語を商用ビジネスソフトに採用するはずがない。もしどうしても採り入れるなら、言語仕様の
大幅な矯正を施して、別の名前、例えばPythagorasにするだろうな。
260デフォルトの名無しさん
2019/09/19(木) 23:08:19.30ID:yCvdPLl+
pythonに勝てる点を絞り出した結果が型宣言の矯正とか悲しすぎるｗ
261デフォルトの名無しさん
2019/09/19(木) 23:11:15.98ID:3nUAGH1U
そういやswitch相当の構造にラムダ式を書いたらわかりにくいからやめろって言われたことある
262デフォルトの名無しさん
2019/09/19(木) 23:25:17.69ID:opj0BFMU
Julia、将来性しか無くてつれぇわ…ｗ
263デフォルトの名無しさん
2019/09/21(土) 10:41:22.39ID:y68BphyG
>>252
C#AになってVBAみたいにExcel直でいじれる方が便利じゃね？

VBA.NETでもいいけど
264デフォルトの名無しさん
2019/09/21(土) 11:29:38.16ID:Ul/WlQia
>>263
なんで？
265デフォルトの名無しさん
2019/09/21(土) 13:57:17.76ID:rdJr7AnP
Excel単体でEXEとか作れるようになったら助かる
ランタイム必須にしてもソースをバージョン管理できたりするとファイル管理しやすくなるから
類似や派生のxlsxが増えすぎてやってられない
266デフォルトの名無しさん
2019/09/21(土) 21:04:17.29ID:8t7rUvqj
そもそもExcel自体、COMみたいなモノなのにexe作れる訳ねーよ
267デフォルトの名無しさん
2019/09/22(日) 11:55:35.10ID:y42gsAly
Microsoft、「Exel 発表」来年後半にリリース
http://2chb.net/r/tech/1517018055/
268デフォルトの名無しさん
2019/09/22(日) 13:01:35.28ID:aP0HRBTF
https://qiita.com/yniji/items/b38bc312e860027108ac

11月6日にreditの 'ask me anything' にマイクロソフトの Excel チームが登場して、
「いつExcelにPythonが搭載されるのか？」という質問に対して以下のように回答しています。

要するに、マイクロソフトが Excel に搭載するのは JavaScript であって、
Python を使いたいのであれば PyXLL か xlwings を使えということのようです。
269デフォルトの名無しさん
2019/09/22(日) 15:04:32.77ID:OEThTvH6
またjsが勝ってしまったか。すまんな
270デフォルトの名無しさん
2019/09/22(日) 15:59:55.40ID:e12439sw
いつの記事だよ
んで、jsexcelに入ったの？
すまんそれopenpyxlでよくね
271デフォルトの名無しさん
2019/09/22(日) 16:03:18.14ID:OEThTvH6
今はcodelabアドインがいるね。おそらくそれを標準に取り込むんだろう。
272デフォルトの名無しさん
2019/09/22(日) 16:53:05.49ID:aP0HRBTF
Excelはブラウザでも動くわけだから
JavaScriptを採用するのは当然だろうな
273デフォルトの名無しさん
2019/09/22(日) 23:26:31.04ID:3n2e6qf5
>>272
そのWebブラウザが画面を表示している仮想WebブラウザならJavaScriptは関係ない。
274デフォルトの名無しさん
2019/09/23(月) 02:26:48.74ID:MvK1QNKi
仮想Webブラウザ（？）なわけないじゃん

なんで特殊な物の話をしてんのさ、
一般的なものの話をしろ
275デフォルトの名無しさん
2019/09/23(月) 02:32:19.17ID:MvK1QNKi
ん？まさかExcelのWeb版（Excel Online）があるのを知らないってオチか？

Excel Onlineはブラウザで動くからVBAは使えない。
JavaScriptならブラウザで動くからスクリプトをサポートできる

（他の言語でもトランスレートすれば不可能じゃないけど
将来はともかく、まずJavaScript APIを作らなければいけないわけで）
276デフォルトの名無しさん
2019/09/23(月) 05:23:20.00ID:PfuJzQFj
馬鹿はWindowsのexeがブラウザで動いていると思ってるのかね？
277デフォルトの名無しさん
2019/09/23(月) 05:29:42.33ID:MvK1QNKi
Excel Onlineはウェブアプリですが？

LibreOfficeやOpenOfficeはMS Officeのライバルとして
作られたけど、クラウド対応はできなかったよな

クラウド対応はアプリを作るだけじゃ駄目
サービスとして運営しないといけない。無料ではやっていけない。

クラウドの時代になって、LibreOfficeやOpenOfficeは
MS Officeの対抗馬では無くなってしまった。
278デフォルトの名無しさん
2019/09/23(月) 10:37:04.50ID:Q2NcL8GU
Excel2016はWindowsアプリだからEXEバイナリじゃないとダメ、って言ってるようなもんだぞ
279デフォルトの名無しさん
2019/09/25(水) 11:36:04.18ID:WogbB6on
The Top Programming Languages
https://spectrum.ieee.org/static/interactive-the-top-programming-languages-2019
Ruby　19位
Haskell　29位
Objective-C　26位
R　5位
Perl　27位

参考までに
280デフォルトの名無しさん
2019/09/25(水) 12:42:48.25ID:wAnJnv6Q
Python 1位

すまん
281デフォルトの名無しさん
2019/09/26(木) 19:29:14.57ID:q2K6iHXZ
またPythonが勝ったのか
敗北を知りたい
282デフォルトの名無しさん
2019/09/28(土) 18:20:04.54ID:jZaRxtII
Javaはセキュリティ問題のため、関東でSEのローン審査が不利になる理由を生み出した。
283デフォルトの名無しさん
2019/09/30(月) 11:59:41.27ID:vkIGDak2
なでなで
しこしこ
284デフォルトの名無しさん
2019/09/30(月) 19:37:20.45ID:+Yfp6juM
ぴゅっ
285デフォルトの名無しさん
2019/10/14(月) 04:36:09.58ID:UBJesZ2H
rubyは滅びず
286デフォルトの名無しさん
2019/10/14(月) 18:43:06.04ID:utyOUd4B
>>285
オワコンさんチィース
287デフォルトの名無しさん
2019/10/15(火) 13:38:19.53ID:P3oSaCil
将来性の塊のF#も含まれてない
288デフォルトの名無しさん
2019/10/15(火) 22:17:51.75ID:RFgbLnzi
Delphiからのポーティング案件あったぞ
まあ人こなさそうだったけど
289デフォルトの名無しさん
2019/10/16(水) 00:56:48.36ID:dqmK8IJx
まじか、応募しようかな
290デフォルトの名無しさん
2019/10/21(月) 23:44:51.92ID:iyXXtESD
kotlin本かって見てるけど、やっぱ変な記述で覚えたくないなあ
最近の言語てどんどん癖が強くなってる
291デフォルトの名無しさん
2019/10/22(火) 10:09:44.21ID:F+STirlY
>>166
やっぱりな。得意分野で見ても分かる。関数型とオブジェクト指向って結局同じ事してるよな。
292デフォルトの名無しさん
2019/10/22(火) 18:45:02.65ID:2kjib8jS
泣かした事もある　冷たくしてもなお
寄り添う気持ちがあればいいのさ
俺にしてみりゃ　これが最後の逃げ
any my love so sweet

typescriptはフワッと使えるのがいいのです
原理主義者はそこが分かってない
293デフォルトの名無しさん
2019/10/23(水) 08:15:53.96ID:8F7PY61U
PythonってJava並に速度速くなったの？
初期の超鈍足さの印象があってどうも使う気になれない
294デフォルトの名無しさん
2019/10/23(水) 08:33:38.96ID:H9cLmi0l
>>293
今でも最遅言語だぞ
295デフォルトの名無しさん
2019/10/23(水) 23:08:30.38ID:x+KExtRg
単発ものとかなら記述が簡単なのもあってコード作成時間と実行時間の総和を取れば圧勝
常用の製品とかで運用するなら無理ゲーの極み
296デフォルトの名無しさん
2019/11/03(日) 10:07:24.78ID:ZwybY6cX
>>295
常用じゃ無理ってそれGoogleさんの前で同じこと言えるの？
297デフォルトの名無しさん
2019/11/05(火) 15:22:53.37ID:8w7ODMFL
海外のサイトを見ていたら、PythonでAIをやる場合、重たい処理は、
C++で書かれたライブラリを使うから、処理時間の99%は、C++のコードが
消費する、と書いている人がいた。つまり、この場合、Pythonは、C++の
AIライブラリを呼び出す司令塔的な役割をしているだけなので、Pythonの
遅さが処理時間全体に与える影響は軽微なのだそうだ。
298デフォルトの名無しさん
2019/11/05(火) 18:01:23.70ID:8pu1RAD3
全部C++で書けばいいんでないの？
299デフォルトの名無しさん
2019/11/06(水) 07:19:35.39ID:xjvV/A8W
保守する人のこと考えろよ
300デフォルトの名無しさん
2019/11/06(水) 11:13:40.60ID:o3tEvZiY
C++は嫌いだけど消える心配はないから
保守考えるならなおさらC++だろうな
意識高い系の言語はすぐ廃れるω
301デフォルトの名無しさん
2019/11/06(水) 15:43:13.17ID:ZR40S1lI
Ruby でも、多次元配列・ベクトル演算用ライブラリのNArray は、C言語。
その速度は、数値計算専門言語のOctave にも匹敵する

ary[ 1 ]
たぶん、こういう、インデックスアクセスが遅いのだろう

一々、OS のAPI を使うから、遅いのだろう
302デフォルトの名無しさん
2019/11/06(水) 19:47:12.50ID:j5j2Fj2c
つまりPythonやって
必要なライブラリをC++で書けるようになればさいつよなのかな？
303デフォルトの名無しさん
2019/11/06(水) 19:50:47.71ID:o3tEvZiY
スレの主旨間違わなければ
304デフォルトの名無しさん
2019/11/06(水) 20:07:13.92ID:KOIBIZS4
PHPのようにPythonにも
endifとかendforとかendforeachとかがあればいいのにね。
305デフォルトの名無しさん
2019/11/06(水) 20:22:10.76ID:rBrZYPRi
機械学習を応用したWebアプリで、Rubyとpythonで取り合ってるような領域は
pythonがぜんぶ取るかもな
306デフォルトの名無しさん
2019/11/06(水) 20:35:36.64ID:rBrZYPRi
>>302
ライブラリの自作はGPUのこと理解しないといけないから
最難関というイメージがある。実際どうなの
307デフォルトの名無しさん
2019/11/07(木) 03:10:38.37ID:+N3PsKU8
>>306
GPUを使うならそうだし、そもそもAIの仕組みにとても詳しくなければならないので、
ニューラルネットワークの学習理論や、微分積分学（多変数関数の偏微分など）、
最急降下法、行列、ベクトルなどの数学などもしっかり理解して無いと作るのは
難しい。
308デフォルトの名無しさん
2019/11/08(金) 01:51:52.82ID:2zKKI3uD
>>307
数学はいけそうだけど、GPUがなぁ…
309デフォルトの名無しさん
2019/11/09(土) 16:43:35.05ID:OJGGDc0J
>>308
CUDAならそこまで難しくはないよ
マルチGPUとかで速度追求するなら別だけど
310デフォルトの名無しさん
2019/11/10(日) 20:22:48.10ID:EMkBhp99
数学や学習理論に比べたら
GPUプログラミングなんて超簡単
311デフォルトの名無しさん
2019/11/30(土) 12:55:26.21ID:ZMc/b0Mf
>>310
GPUプログラミング考えたらPythonで有る必要性は無いな
論理プログラミングでのPythonは意味有るが
要は適材適所で言語選べって事
312デフォルトの名無しさん
2019/12/15(日) 23:48:08.32ID:Jqr2DZfj
begin end使う言語は早々に滅びて欲しい
313デフォルトの名無しさん
2019/12/16(月) 15:57:48.89ID:yFOjWoBV
いわれんでもほぼほぼ滅びかかっとるがな
314デフォルトの名無しさん
2019/12/16(月) 16:04:10.31ID:CSjF/FRg
iteratorのbegin endかと思った
315デフォルトの名無しさん
2019/12/17(火) 10:54:21.17ID:sljhtf0K
begin end は嫌で、{} はいいの?
理由がわからん
316デフォルトの名無しさん
2019/12/17(火) 13:50:33.70ID:SEHR6YfF
理由が分からんてバカなのか？
317デフォルトの名無しさん
2019/12/17(火) 20:11:41.18ID:yak5pbPn
バカなんでしょう
それか、Delphiが好きで好きで仕方ないんでしょう
318デフォルトの名無しさん
2019/12/17(火) 21:42:35.32ID:V5kJkNNM
これ、ずっと"デルフィー"だとおもってたんだがじつは"デルファイ"なのか？？
おどろいた
319デフォルトの名無しさん
2019/12/18(水) 10:21:30.76ID:RQBBPl9v
ϕφΦ
320デフォルトの名無しさん
2019/12/18(水) 23:26:15.75ID:uFKvBHHj
これが{
}いけない

BEGIN
これは十分に美しい
END
321デフォルトの名無しさん
2019/12/20(金) 19:41:51.78ID:mE9oCkk3
どっちでもいいRubyでもやれや
322デフォルトの名無しさん
2019/12/21(土) 13:30:05.79ID:ODOtZcdw
言語じゃなくてギリシャの地名だったらデルフィでいい
323デフォルトの名無しさん
2019/12/21(土) 14:02:47.25ID:nc+jPEml
読みはデルファイだが、同じデルファイでもイントネーションに２通りあって、時々腹が立つことがある
324デフォルトの名無しさん
2019/12/22(日) 13:25:41.76ID:GUF926Vs
>>315
スコープ定義するのにいちいち5文字以上もタイプするのがアホらしいことがわからんのか？
325デフォルトの名無しさん
2019/12/22(日) 13:47:27.09ID:/hhoMNUj
N88-BASICが将来性NO.1じゃね？
326デフォルトの名無しさん
2019/12/22(日) 16:06:54.77ID:FeBaRCqK
　　　　end
　　end
end
327デフォルトの名無しさん
2019/12/22(日) 23:52:37.58ID:EH6v7Wox
>>324
近頃のエディタは補完してくれるのだから五文字も打たないだろう
シフトキーを打つのがめんどいというのはある
328デフォルトの名無しさん
2019/12/23(月) 09:03:27.91ID:et7PUQbm
だいたい「タイプ量」とか言いだすやつは
今時ピュアテキストエディタでソース打ちこんでるようなレガシーマン
329デフォルトの名無しさん
2019/12/23(月) 13:00:21.69ID:sEnpgkKc
むしろ補完機能の方が邪魔でうざいっしょ
330デフォルトの名無しさん
2019/12/23(月) 13:48:36.54ID:KYctU2Iz
近頃のは補完を無効になることができるんじゃないの?
あるいは補完のカスタマイズができるんじゃないの?
331デフォルトの名無しさん
2020/02/03(月) 01:36:11.73ID:LrelKtp/
Linux用の64ビットのアプリケーションを開発できるんだから、Delphiには将来性あるでしょう
332デフォルトの名無しさん
2020/04/07(火) 13:12:23.44ID:wt554GsP
Perlはgitで使われてるから死にはしないだろうけど、これから新しいのが出てくるか？と言われると…うん
333デフォルトの名無しさん
2021/03/03(水) 23:34:54.55ID:5PAt74zN
>>322-323
アメリカのフィラデルフィア（Phila DELPHI a）で開発されたプログラミング言語というわけじゃないんだな。
334デフォルトの名無しさん
2021/03/04(木) 07:24:43.52ID:ls8aTj6l
Ruby がオワコンだと、様々な矛盾点がある

Rubyコミュニティーの強さと、
学校・Rails チュートリアルなど、Rails 関連の売上の増加、
組み込みのmruby で宇宙開発など、制御システムの増加、

Rails製サイトの時価総額の増加、Shopify 15兆円、Airbnb 10兆円、GitHub 8千億円、
Ruby/Go の神、Vagrant の作者・Mitchell Hashimoto のHashicorp 5千億円
335デフォルトの名無しさん
2021/03/04(木) 15:45:55.67ID:880mMAm2
ruby信者は嫌われ者なのを自覚しろ
あちこち関係ないスレに書き込むゴミ
336デフォルトの名無しさん
2021/03/08(月) 05:48:29.70ID:C8XgJIOz
もうスレが伸びない言語、つまり
Ruby
Python
Swift
PHP
VB
337デフォルトの名無しさん
2021/03/08(月) 06:31:10.72ID:reZRjfV0
先駆者には布教の義務があると、あわしろ氏が言ってたな。
338デフォルトの名無しさん
2021/03/08(月) 07:52:13.06ID:5ZfU3yas
Perlはもう指と体が覚えてるからなあ
使い捨てプログラムやシステムバッチはどうしてもPerlでやってしまう
339デフォルトの名無しさん
2021/03/08(月) 16:31:39.42ID:0IhNnHF1
>>336
Swiftだけは、iOSやMacOSが世界中で使われている限り、Objective-CのようにAppleが見捨てない限り、Apple専属プログラミング言語として今後も安泰では。
340デフォルトの名無しさん
2021/03/08(月) 20:08:33.17ID:C8XgJIOz
obCで必要十分なのでは、既にflutterも完成されてるし。
341デフォルトの名無しさん
2021/03/09(火) 02:05:17.44ID:ZfAdhTVn
>>336
KENTAも同じようなこと言ってたな
342デフォルトの名無しさん
2021/03/09(火) 23:10:35.32ID:BIanm+fj
>>339
そうかな？
そもそもandroidもそうだがネイティブで作っている所はかなり減っているのではないの？
機種依存の実装は少なくとも必要だろうから全く要らないとは言わないものの
UnityとかWebViewを埋め込んでいるだけみたいなものが主流だし
勉強で覚えるならいいけど、本格的に覚えてもなぁ・・・とは思う
343デフォルトの名無しさん
2021/03/10(水) 17:20:20.51ID:/d/0kboz
>>342
現在は、というより今後も、機種依存ネイティブ依存のコンパイラ型言語より、実行環境（Unity、.NET、Javaバーチャルマシンなど）に依存した、中間コードを吐く中間言語が一般的になっていくんだったのか。了解、なるほどね。
344デフォルトの名無しさん
2021/03/11(木) 04:48:28.09ID:S4Q2aRgw
swiftは3でやめた
345デフォルトの名無しさん
2021/03/12(金) 21:17:39.72ID:IfpuCZI8
>>343
スマホ対応の場合は特にゲームはiOSだけという訳にも行かないから
両方対応出来るUnityやUnrealEngine,Cocos2dxみたいなクロスプラットフォームなものを
使った方が効率は良いと言うのが大きいと思う

近頃はゲームだけじゃなくとも両対応するためにビジネス系でもUnity使う場合もあるらしいが
ビジネス系はwebviewを埋め込むwebアプリの方が良いかなと思ったりする
ただアプリとしての提供をしたいのでwebviewを埋め込み多少制御するコードを
ネイティブで書く事は良くあるのかなと思う
346デフォルトの名無しさん
2021/03/12(金) 23:06:33.64ID:On4uTfbz
>>345
PCだけじゃなくスマートフォンまで含めるとメジャーなOSやCPUの数が増えたうえ、移植の需要もあるから、とてもOSやCPUに依存したソフトウェアなんて作成していられないんだね。
Linuxなんて異なるディストリビューションでは実行ファイルに互換性がないどころか、同一ディストリビューションでさえバージョンアップなどでカーネルのバージョンが変わると、実行ファイルが動作しなくなるそうだね。だからLinuxではソースコードで配布して各自の環境でコンパイルして動作する実行ファイルを自分で作成する文化が広まった、というのを最近知った。
解説ありがとう。
347デフォルトの名無しさん
2021/03/13(土) 18:29:02.62ID:QBlwJKKa
Objectibe-CはSwiftに代わられたし、
PerlもPHP・Ruby・Python等に代わられたからそこまでは分かるんだけど、
あとの3つはまだ現役で、しばらく使われる気がするんだけどなぁ
348デフォルトの名無しさん
2021/03/14(日) 09:16:39.30ID:+2Bkq7sB
swiftはもう終わり
349デフォルトの名無しさん
2021/03/14(日) 13:02:00.50ID:H8M4SK/I
>>348
えぇ…
350デフォルトの名無しさん
2021/03/14(日) 13:37:29.46ID:K2sHzkoX
アップル自体が終わって欲しいわ
iOSとかいらないし、macもいらない
351デフォルトの名無しさん
2021/03/14(日) 15:37:57.30ID:ycpqpDeI
>>348-350
じつはAppleはMicrosoft以上に安泰では？
稼ぎ頭のiPhoneは携帯電話キャリア大手三社の看板商品でもあるし。
MacのほうもYouTuberをはじめとした映像関係者、画像関係者、音楽関係者の御用達で、さり気なくYouTuberが宣伝役をも兼ねているし。
352デフォルトの名無しさん
2021/03/14(日) 20:27:49.47ID:ycpqpDeI
日本のOSシェア（2009年1月〜2020年1月） - YouTube

世界のOSシェアランキング - YouTube

353デフォルトの名無しさん
2021/03/14(日) 20:53:05.47ID:ycpqpDeI
>>352 続き
2020.09までのデータあり

Most Popular Operating Systems 2009-2020 人気OSの世界シェア率 - YouTube


Windows一強時代は終わり群雄割拠時代へ突入したチャンスに、日本もiTRON、μiTRONなどの産業用TRONで粘るだけじゃなく、デスクトップ用途（ビジネス用、家庭用、教育用ほか）のBTRONの研究開発実用化を、もう一度復活させるよう努力、工夫、マーケティングをし、10年後20年後のソフトウェア大国を今からでも国を挙げて目指すべきじゃないかと思う。今こそチャンス中のチャンスだろ。
354デフォルトの名無しさん
2021/03/14(日) 21:04:01.62ID:ycpqpDeI
米国をしのぐIT技術 日本製OS「トロン」の世界標準化をつぶしたのは誰だ - YouTube

355デフォルトの名無しさん
2021/03/15(月) 02:46:26.37ID:OrY4bHg+
Appleはハードウェアメーカーになる。
swiftのサポートはしない。
356デフォルトの名無しさん
2021/03/15(月) 16:52:59.26ID:jTbGDrXU
>>353‐354のソフトウェア大国になるのと並行して、日本は半導体の研究開発設計大国をも、10年後20年後を見据えて今から目指し始めるべきだろう。
とくに、メモリだけじゃなくCPU、GPU、通信コントローラ、メモリコントローラ、制御チップ、一体化したSoCほか、要所要所の基幹コントロールICなども積極的に抑え、世界のトップ２かトップ３くらいは常に維持できるようになるべき。
イギリスの教育用PCの開発目的で設立されたARMが、今やモバイル機器の主力SoCに成長したことからも学ぶべき。そればかりかARM製品は、AppleのM1CPU、nVidiaのGPUの開発のベースにもなっていて、今やARMは世界中を席巻しているわけで。
台湾も昔から地道に、いろんな開発設計会社がLANやWiFiの通信コントローラを開発したり、Intel互換CPUを開発したりしてる。
モバイル機器用SoCに至っては近年では中国Huaweiや韓国Samsungも独自開発し、自社製品に採用している。

日本はソフトウェアと基幹コントロール系半導体の両方で、世界トップ級の研究開発設計大国を、ぜひ今こそ国を挙げて目指すべきだろう。
357デフォルトの名無しさん
2021/03/15(月) 16:56:23.46ID:jTbGDrXU
記号テスト
>>353‐354
>>353-354
>>353-354
358デフォルトの名無しさん
2021/03/15(月) 18:33:15.59ID:m9WM8q4q
日本の技術は世界一いいいいと、あわしろ氏が言ってたけどな。
359デフォルトの名無しさん
2021/03/15(月) 18:36:20.74ID:KRivGabW
AppleにとってiPhone本体やMacintosh本体の売上は絶大なはず。さらにiOS、Mac OSXというソフトウェアと、iPhone AppStoreやiTunesというWebサービスプラットフォームをも支配する。この三者による徹底したユーザ囲い込み戦略こそがApple躍進の原動力だと思う。
Appleが、ハードウェアのみ、ソフトウェアのみ、Webサービスのみ、のどれかに特化することは、当分の間は考えにくいのでは。
360デフォルトの名無しさん
2021/10/20(水) 17:51:42.48ID:6domEUvg
Rubyは今更やる価値無い
361デフォルトの名無しさん
2021/12/19(日) 14:34:21.06ID:dztrfhWF
>>356
学ぶだけでお腹いっぱいになって、そのまま寝落ちして終わるのが日本の常。
昔の武士の手習いと同じでね。
362デフォルトの名無しさん
2023/03/17(金) 01:07:17.44ID:O04jxkPS
test
ニューススポーツなんでも

lud20251028041206

ID:xanGzDtaのレス一覧：


74デフォルトの名無しさん
2019/08/14(水) 16:31:48.00ID:xanGzDta
>>66
そりゃその他人の問題だろw
わかりにくく書くのはどんな言語でもできるし
75デフォルトの名無しさん
2019/08/14(水) 16:33:28.98ID:ezZjqxdH
Python信者「関数が長いと見にくいので次第に短い関数を書くようになるから教育的に優れている」
76デフォルトの名無しさん
2019/08/14(水) 16:38:26.11ID:meO8Vw3B
C/C++ の場合、三回ブロックが終わった後に aaa が書いてあると分かる：
　　　　　}
　　　　}
　　　}
　　　aaa;

Pythonの場合、以下の様になっていて、画面上のaaaの先頭に「定規」でも付けて
エディタで上にスクロールして、ifやforや内部関数定義の冒頭(defかな？)などを見つけて
どこと一致してるか確認してから、下にスクロールして意味を考えないといけない。


　　　aaa;
84デフォルトの名無しさん
2019/08/14(水) 17:43:43.90ID:xanGzDta
>>80
なんだ単なる基地害か…
85デフォルトの名無しさん
2019/08/14(水) 18:01:53.45ID:YprfB9Li
じゃあPythonを改善したスゴい言語でも作れば？
IQ高いんだろ
86デフォルトの名無しさん
2019/08/14(水) 18:29:24.84ID:ZtJY0HPZ
他のメジャーな言語はだいたいカッコか、そうでなければendとかfiとかキーワードでブロック作るもんな
Pythonだけじゃん
87デフォルトの名無しさん
2019/08/14(水) 18:48:09.95ID:b9KU5kMe
僕はPythonが読めない
まで読んだ
88デフォルトの名無しさん
2019/08/14(水) 18:55:09.10ID:KFGcWtJc
僕はパイさんが揉めない
まで読んだ
89デフォルトの名無しさん
2019/08/14(水) 19:38:29.30ID:vrcyV9Lc
キチがイチャモンつけたいだけでしょ
スルーでいい
90デフォルトの名無しさん
2019/08/14(水) 19:44:12.47ID:KFGcWtJc
キスしてイチャイチャしたいだけでしょ
スルーでいい
91デフォルトの名無しさん
2019/08/14(水) 19:44:50.26ID:2bLbN+Zf
>>1で将来性のないプログラミング言語筆頭にRubyが挙げられてることから目を逸らしたい幼稚な工作でしょｗｗｗ
92デフォルトの名無しさん
2019/08/14(水) 20:00:32.73ID:b9KU5kMe
Rubyの未来は
ウォウウォウウォウウォウ

世界が羨む
パイパイPython
93デフォルトの名無しさん
2019/08/14(水) 21:07:17.65ID:VvroAUDw
>>80
統合失調症かよ
ム板って何でこんなやつが多いんだ
9444
2019/08/14(水) 23:54:58.98ID:ms62dfnn
VSCode の拡張機能、Bracket Pair Colorizer, indent-rainbow などで、対応関係がわかる

WEB+DBのJulia特集を読んだ
http://medfreak.info/?p=4850

漏れも、同じ意見

Python ではプログラミングしづらいけど、
Julia は、do 〜 end など、Ruby に似てるから、プログラミングしやすい

やっぱり、外人も同じように思ったから、Julia, Elixir などが作られた！

Juliaは、Pythonのライブラリも呼べる

NumPy がいらない。
ベクトル演算・行列積・線形代数・統計処理などが標準装備

LLVM のJIT だから速い

今後は皆、Pythonから、Juliaに流れそう
95デフォルトの名無しさん
2019/08/15(木) 00:09:10.03ID:LnTn26jl
>>94
＞VSCode の拡張機能、Bracket Pair Colorizer, indent-rainbow などで、対応関係がわかる

解決策ありがとです
96デフォルトの名無しさん
2019/08/15(木) 00:52:59.28ID:lTp6Ihus
>>94
漏れも、同じ、意見。
Rubyは、廃れる！
97デフォルトの名無しさん
2019/08/17(土) 02:31:43.11ID:Ab27PRuq
VB6までが無い
Perlが挙がってるのが個人的には不思議
98デフォルトの名無しさん
2019/08/17(土) 14:25:07.96ID:1NsbgTmC
>>43 その通りだな。 インデントが無茶苦茶でも通るからロジックのまとまりがどうなってるかわかりづらい。 仕方なく自分でインデントを整理するが。

ま、どんな言語でも作ってるやつがクソならクソなプログラムになってる。 時々イラっときて作り直した方が早い。
99デフォルトの名無しさん
2019/08/17(土) 14:28:54.60ID:1NsbgTmC
>>66 () {} などで括られた中はインデントを気にしなくても良い。
100デフォルトの名無しさん
2019/08/17(土) 14:36:34.50ID:1NsbgTmC
>>86 あのさ、そんな些細な事より、{} で括るとか、
if
fi
とかの方が余程コーディングの手間が多いぞ。
1タッチでも少ない方が良い。

そもそも、Python はスクリプト言語だと言うことを無視して話してる。
その都度実行されないといけないんだぞ。
間違えるわけがない。
101デフォルトの名無しさん
2019/08/17(土) 14:42:26.89ID:9WAlKegR
書くのは一回、読むのは数十回
たった一回書くのが楽なことよりも
何十回も読むのが楽な方を選ぶ
102デフォルトの名無しさん
2019/08/17(土) 14:42:48.46ID:Ei4AHYpx
Perlに依存してるパッケージが減りつつあるような気がしないでもない
103デフォルトの名無しさん
2019/08/17(土) 14:49:37.60ID:1NsbgTmC
>>101 何十回も試行錯誤して、採用するのは一つという世界がわからない？
104デフォルトの名無しさん
2019/08/17(土) 15:03:41.31ID:9WAlKegR
何十回も試行錯誤してる。
その間、何十回も読んでいる。
105デフォルトの名無しさん
2019/08/17(土) 15:15:18.31ID:vTNy0Ock
perlなんか日本人しか使って無いだろ。
106デフォルトの名無しさん
2019/08/17(土) 15:17:27.70ID:9WAlKegR
開発者もたしか日本人だし
107デフォルトの名無しさん
2019/08/17(土) 15:54:01.44ID:ljAxaRgk
うちもそうだけど知ってる範囲じゃperlはもう書かせない会社ばっかりだな
108デフォルトの名無しさん
2019/08/17(土) 17:23:42.10ID:uIV5R7Aj
知ったかぶりバカ「perlの開発者は日本人」
109デフォルトの名無しさん
2019/08/17(土) 19:14:10.86ID:jPbioeHd
>>106

>>106

>>106
110デフォルトの名無しさん
2019/08/17(土) 19:59:20.50ID:CuykVau6
dankogaiを勘違いしたのかな
111デフォルトの名無しさん
2019/08/17(土) 20:05:09.05ID:9WAlKegR
まつもとのりゆきで
112デフォルトの名無しさん
2019/08/17(土) 20:33:53.76ID:J1PfyEKH
ワロス
113デフォルトの名無しさん
2019/08/18(日) 12:43:58.17ID:qCb+YBvS
弱小うんこwebドカタ仕事専用のRoRのシェアが落ちてきたって本当ですか？
114デフォルトの名無しさん
2019/08/18(日) 16:14:37.05ID:Rnl9Ujwd
まぁ一番将来性無いのは勉強止めた奴だけどな。派閥抗争ごっこする位なら新しい言語の一つでも覚えりゃいい。
115デフォルトの名無しさん
2019/08/18(日) 22:38:17.85ID:+YUWcM9d
保守はしたくないけどプロトタイピングにはいまでも有用
なんだかんだ文句いいながらも使えるひとが多い
116デフォルトの名無しさん
2019/08/19(月) 03:04:40.78ID:32wORggh
pythonのインデントでブロック作るのホント嫌い
ちょっとした入力ミスでインデントがズレると死ぬ

あれのせいでワンライナーを半ば強制されてるようなもので
チューニングはしづらいし、可読性は下がる
117デフォルトの名無しさん
2019/08/19(月) 03:38:01.34ID:ZZoimR+D
>>116に対する反論。
俺の会社の奴らはインデント矯正されないと
インデントめちゃくちゃにする。
可読性はもっと下がる。誰のせいか？
118デフォルトの名無しさん
2019/08/19(月) 04:14:11.27ID:yIThGu8W
普通のプログラミング言語なら push 時にインデントチェックして拒否したり自動整形するようにできる
python みたいなインデントでブロック作る言語はダメね
119デフォルトの名無しさん
2019/08/19(月) 12:15:27.59ID:sIPdGD0o
>>117
フォーマッタ使えばよくね？？？

インデントが狂っても静的チェックでエラー出ないからバグの温床になるし
長くなったコードを改行するときにもインデントが必要になるから区別がつけづらいし
ラムダ式書く場合も内容が複数行に渡る場合は関数内関数を定義する必要が出てきてこれがまた書き難いし読み辛い

インデントブロックは俺も最初は見やすくていいじゃん！って思ってたけど
使い込むうちに不便な側面の方が強くなってきたわ
120デフォルトの名無しさん
2019/08/19(月) 12:20:48.74ID:W/U4wDij
インデントでブロックを作るやつはデバッグとか
動作検証したいだけってときに面倒だよね

自分で手書きするときはインデントするし
最終的には綺麗にするんだけど、

一部のコードをコメントアウトしたり
動きがわからんから、一部分抜き出して動きを見たりとか
そういう作業中のじゃまになる。
121デフォルトの名無しさん
2019/08/19(月) 15:53:43.94ID:Kn9dUhI/
>>117
emacsならC-c C-qでもいいし他のエディタも整形機能ついてるのあるんじゃないの
pythonはエディタが特化してないとどうしようもない
インデントだけで管理しなきゃいけないってのは悪手だ
122デフォルトの名無しさん
2019/08/20(火) 13:44:19.82ID:OPuGzupS
VSCodeでもインデントがズレると色でわかるな
123デフォルトの名無しさん
2019/08/20(火) 17:19:24.55ID:0DHPUJts
経験上、インデント面倒臭いというやつのコードは汚い
124デフォルトの名無しさん
2019/08/20(火) 17:26:59.88ID:OyLrpvkx
何が経験だ当たり前の話じゃねーかｗ
125デフォルトの名無しさん
2019/08/20(火) 17:36:59.00ID:kykP5Tm6
>>123
（上級者は）インデントするのが面倒くさいって言ってるんじゃないからな。
デバッグや動作検証などの一時的なコードまでインデントするのが面倒くさいって言ってるんだからな。
すぐ消すようなコードまでインデントする必要ないし
後で消すときに目立つようにあえてインデントを崩してる。
126デフォルトの名無しさん
2019/08/20(火) 19:53:51.24ID:aOYKq+L4
インデントと論理構造の一致が不要という人もいるだろうし
コードはすべて大文字で書くべきという人もいるだろう
コーディング規約の一貫性は不要だという人もいれば
レビューは工数の無駄だという人もいるだろう
そういうレベルのお話よね
127デフォルトの名無しさん
2019/08/20(火) 21:02:08.67ID:QsJJjC9V
インデントとカッコで同じ情報を表してるんだから冗長なのは事実
知能が高いと冗長さは単純に無駄だが、低脳ドカタには冗長さも必要ってことだよ
128デフォルトの名無しさん
2019/08/20(火) 21:25:25.48ID:ar+OimNr
インデントとカッコが同じ情報だと思ったことがPythonの敗因だろうね
インデントっていうのはスペースと同じなんだよ。

コンピュータからすれば意味はなくて、
人間が見やすくなるように人間のためのもの

意味がある情報だけで言えば、スペースは要らない
カンマや演算子の前後にスペースは要らない
関数の引数だって,のみスペースは禁止にしたってよかったはずだ。

でもそうしなかったのは関数の引数を区切るカンマと
見やすくするためのスペースは別物だから

Pythonは見やすくするためのインデントを意味と共通化してしまったから
見やすい記述に制限ができてしまった。
129デフォルトの名無しさん
2019/08/20(火) 21:26:58.31ID:nmT/z9v6
>>127
上級者様やぞ
口を慎め
130デフォルトの名無しさん
2019/08/20(火) 21:45:07.95ID:lOKfo+mN
>>128
それに、ブロックの終了の記号が何にも無いのは明確さがなく、
ケアレスミスの元となる。レイアウト的なものは、空行を入れたり
少し違う業や関数からコピーして来たりするときにずれ易い。
ずれたときにブロックの終了記号があると助かる。

>>127
逆に助長性は安全性に繋がりやすい。例えば、C/C++の最後のセミコロン";"
は無くてもコンパイラがその都度推定できる可能性はあるが、
有った方が確実だから有る。Rubyなんかは無くても分かるときはなくて良い
仕様ではあるが、大規模プログラムではそれが見つけにくいバグの原因に
なる可能性がある。
131デフォルトの名無しさん
2019/08/20(火) 21:47:25.12ID:aHZAynoR
>>127
文系の人は、lexical(字面)的な読解力が頭の良さだと勘違いしやすいが、
そうではない。字面ではなく本質的なところが重要。字面的な判別能力
を自慢にしてる人は、短いが見にくい変な書き方をして結局本人も間違う。
132デフォルトの名無しさん
2019/08/20(火) 21:50:09.95ID:aHZAynoR
>>127
ちなみにおいらは、客観的に見て低脳ドカタではない。
高IQ、高学歴、高実績で評価は高い。
133デフォルトの名無しさん
2019/08/20(火) 21:50:17.64ID:Y189B2BT
理系の短いは実行する行が少ない（定義文や空行は含めない）
文系の短いは書く量が少ない
134デフォルトの名無しさん
2019/08/20(火) 21:58:55.64ID:aHZAynoR
>>128
C/C++において、関数の引数を二行以上に渡って書きたいような時、
インデントと意味は、有る意味ではずれる。しかし、それぞれの引数の後ろに
一つずつコメントを書きたいようなときにはそのの書き方は見やすい :
func(
　　aaa, 　　// これこれこういう意味。
　　bbb,　　// TYPE *pXxxx
);

また、ターゲット別に #if #endif などでコードを変えたいような場合は、
インデントの関係がどうしても崩れる場合があるし、その場その場で
マクロに対するインデントを重視するか、C/C++言語に対するインデントを
重視するか、どちらがいいかは一概には決まらない。

#if xxx
TYPE aaa;
・・・
#else
・・・
#endif

↑TYPE aaa; の部分に、#if ブロックのインデントを付けた方がいい場合と、むしろ、その場の
C/C++ のブロック宣言としてのインデントの位置を維持した方が分かりやすい場合とが有り、
どちらも優劣付けがたい。

レス：1-200 201-400 401-600 601-800 801-1000 ALL

このスレへの固定リンク： http://5chb.net/r/tech/1565187727/
ヒント：5chスレのurlに http://xxxx.5chb.net/xxxx のようにbを入れるだけでここでスレ保存、閲覧できます。

TOPへ TOPへ 　

このエントリをはてなブックマークに追加現在登録者数177 ブックマークへ

全掲示板一覧 この掲示板へ 人気スレ | Youtube 動画 >50 >100 >200 >300 >500 >1000枚 新着画像

　↓「将来性ないプログラミング言語。Delphi含まれず安心 YouTube動画>4本 ->画像>1枚 」を見た人も見ています：
・elm(プログラミング言語)
・プログラミング言語 Rust 3
・プログラミング言語 Rust 4
・日本語プログラミング言語Mind
・プログラミング言語、次は何を学ぶ？
・プログラミング言語 Scala 11冊目
・プログラミング言語 Rust 4【ﾜｯﾁｮｲ】
・プログラミング言語バトルロワイヤル
・プログラミング言語 Kuin Part 16#01
・ニートの俺がプログラミング言語を作るんだけど
・関数型プログラミング言語Haskell Part30
・プログラミング言語ってさ？どう覚えるべき？
・プログラミング言語ランキング総合【TIOBE】
・プログラミング言語Egison
・女向けのプログラミング言語
・男向けのプログラミング言語
・攻守最強のプログラミング言語は？
・こんなプログラミング言語は嫌だ！
・プログラミング言語 クリトリス
・プログラミング言語を自然言語で例えたい
・プログラミング言語アワード2022←これ
・関数型プログラミング言語Haskell Part33
・関数型プログラミング言語Haskell Part31
・関数型プログラミング言語Haskell Part32
・【ナニコレ】変なプログラミング言語【変なの】
・日本語プログラミング言語『なでしこ』スレ6.1
・【Lisp】プログラミング言語 Clojure #4【JVM】
・【JVM】プログラミング言語Groovy #2.0.1【Grails】
・歌舞伎と落語どっちが将来性ない？
・構造化プログラミングはまだ必要ではないのか？
・Hack (プログラミング言語)
・子供向けプログラミング言語ビスケット (4)
・関数型プログラミング言語Haskell Part34 (694)
・マルチプラットフォーム プログラミング言語 haXe (271)
・俺っちプログラミングのセンスがないんだけど。。。
・話題が長引いても安心な匿名掲示板「Anontown」
・医学部ってまだ将来性ある？
・プログラミングの課題ができない..... (11)
・HKT石橋颯の将来性
・水ビジネスの将来性
・妃殿下路線の将来性
・マウントロブソンの将来性
・台湾より韓国のほうが将来性がある
・韓国より台湾のほうが将来性がある
・底辺ながらも将来性ある仕事に就きたい
・自治体の将来性が不安な人集合 Part2
・公認不正検査士（CFE）って将来性ある？
・動画プログラミング
・プログラミングの勉強法
・プログラミング初心者なんだが
・Webプログラミング出張所
・プログラミング始めたいんだが
・Maximaプログラミング質問箱
・Q# 【量子プログラミング】
・プログラミングはじめたいんだけど
・大学生のプログラミング雑談スレ
・プログラミングのお題スレ Part9
・プログラミングのお題スレ Part16
・プログラミングのお題スレ Part14
・プログラミングのお題スレ Part10
・プログラミングのお題スレ Part11
・すごいプログラミング技法を考えた
14:19:00 up 22 days, 5:41, 4 users, load average: 24.61, 41.63, 36.21

in 0.038027048110962 sec @[email protected] on 111404