次世代言語9[Haskell Rust Kotlin TypeScript Dart]

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 04/24 12:50 / Filesize : 249 KB / Number-of Response : 1032
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

1 名前：デフォルトの名無しさん mailto:sage [2018/03/06(火) 10:09:15.60 ID:x/Au45rc.net]: スレタイ以外の言語もok

前スレ
次世代言語Part8[Haskell Rust Kotlin TypeScript]
mevius.5ch.net/test/read.cgi/tech/1512137301/
752 名前：デフォルトの名無しさん mailto:sage [2018/04/03(火) 14:02:58.92 ID:bDjjKsy9.net]: つか、スレタイから次世代言語をはずした方がいいんじゃね。
旧世代の言語の話しか出てこないし。
753 名前：デフォルトの名無しさん [2018/04/03(火) 14:19:06.58 ID:01qL0AuM.net]: >>730
次世代を語るためには旧世代を知っておかねばならんのだ（ｷﾘｯ
754 名前：デフォルトの名無しさん mailto:sage [2018/04/03(火) 14:58:56.73 ID:nX+Jhx5Q.net]: おんこちしんと
うんこちんちん
似てる
755 名前：デフォルトの名無しさん mailto:sage [2018/04/03(火) 16:29:09.56 ID:lykT2DjF.net]: >>729
C++のポジションを狙う言語には「なんなんだよこの仕�
756 名前：l＝うっとうしい」もついてくるからｗ []: [ここ壊れてます]
757 名前：デフォルトの名無しさん [2018/04/03(火) 17:41:10.26 ID:01qL0AuM.net]: >>733
C++のポジションを狙うRustには「なんなんだよこのアンチ=うっとうしい」もついてくるからw
758 名前：デフォルトの名無しさん mailto:sage [2018/04/03(火) 18:01:19.06 ID:teyqxCn/.net]: ネタにしてるが、マジで旧世代言語知らずに次世代なんて語れんだろう。
759 名前：デフォルトの名無しさん mailto:sage [2018/04/03(火) 19:42:11.24 ID:wFxxlJZP.net]: そもそも次世代言語ってまだない言語を夢想して話せってこと？無茶いうな
760 名前：デフォルトの名無しさん mailto:sage [2018/04/03(火) 19:48:53.79 ID:AUs9WXEq.net]: あのアンチはRustに職を奪われたからね、しょうがないね
Rustスレで気持ちよく大暴れしてるときに自分で漏らしてたよ
761 名前：デフォルトの名無しさん mailto:sage [2018/04/03(火) 20:16:15.66 ID:BzNmSsTz.net]: なんでこんなrust普及の妨げにしかならんこと言いだすんだろう。
762 名前：デフォルトの名無しさん mailto:sage [2018/04/03(火) 20:27:21.10 ID:X7iioW9i.net]: UE4やHoudini使ってると次世代言語はビジュアルプログラミングでいい気がしてきた
763 名前：デフォルトの名無しさん mailto:sage [2018/04/03(火) 20:33:03.03 ID:s7jZ67re.net]: Rustは次世代言語だがC++知ってた人と今から勉強始める人の格差はリセットされないな
世代交代とは寿命が尽きることであって格差がなくなることではない
764 名前：デフォルトの名無しさん mailto:sage [2018/04/03(火) 20:44:15.49 ID:uqya3zvR.net]: >>739
MSは何故GUIエディタを放棄してXAMLなんぞ作ったんだろうか……
765 名前：デフォルトの名無しさん mailto:sage [2018/04/03(火) 21:06:26.14 ID:teyqxCn/.net]: XAMLはまだBlendで書けるだろ。
766 名前：デフォルトの名無しさん mailto:sage [2018/04/03(火) 21:10:07.12 ID:f/nGrkvY.net]: XAMLを手書きしてる人なんているか？
767 名前：デフォルトの名無しさん mailto:sage [2018/04/03(火) 21:27:57.24 ID:teyqxCn/.net]: Xamarinの人たちかな。
768 名前：デフォルトの名無しさん mailto:sage [2018/04/03(火) 22:59:23.72 ID:oucbN3qp.net]: 補完ありのテキストエディタならいくらでもいそうな気がするが。
769 名前：デフォルトの名無しさん mailto:sage [2018/04/03(火) 23:12:30.59 ID:gOYTrQOB.net]: Delphi「やっと時代が追い付いたか」
770 名前：デフォルトの名無しさん mailto:sage [2018/04/04(水) 00:44:22.36 ID:fh2IMjqM.net]: >>739
じゃあdiff取ってみろ。
テキストを超える記述方法は無いよね。
771 名前：デフォルトの名無しさん mailto:sage [2018/04/04(水) 16:47:20.75 ID:VNuZKpdj.net]: Kylix「誰も知らない知られちゃいけない」
772 名前：デフォルトの名無しさん [2018/04/04(水) 17:04:36.07 ID:Pmay6Vdj.net]: deっvi---l
773 名前：デフォルトの名無しさん mailto:sage [2018/04/04(水) 17:31:20.15 ID:wRFLDXS3.net]: まあVBの方が古いんだけどな
774 名前：デフォルトの名無しさん mailto:sage [2018/04/07(土) 09:53:55.09 ID:e89pcJBq.net]: >>739
同意
テキストよりビジュアルの方が人間の頭脳に優しい
775 名前：デフォルトの名無しさん mailto:sage [2018/04/07(土) 12:37:16.42 ID:JZPNgytE.net]: Goの案件って結構あるのね
776 名前：デフォルトの名無しさん mailto:sage [2018/04/07(土) 12:55:34.16 ID:y0NHVjlZ.net]: Goみたいな不安定なものよく使うな
777 名前：デフォルトの名無しさん mailto:sage [2018/04/07(土) 13:26:35.73 ID:LOY6Fa8O.net]: Cはグローバル変数の使い方やOOPのやり方みたいなローカルルールないと無理っぽい
Cがいくら安定してもローカルルールは安定しない
778 名前：デフォルトの名無しさん mailto:sage [2018/04/07(土) 13:43:27.23 ID:iO/NW/s5.net]: 流石にひどいw
779 名前：デフォルトの名無しさん mailto:sage [2018/04/07(土) 16:18:41.57 ID:dIEw27mY.net]: >>752
まじでー。普通のcrudなweb案件とかもあるならやってみたい
780 名前：デフォルトの名無しさん mailto:sage [2018/04/07(土) 17:28:50.26 ID:1M9Ik5ns.net]: どこが不安定なんだろ？
781 名前：デフォルトの名無しさん mailto:sage [2018/04/07(土) 18:15:56.12 ID:LOY6Fa8O.net]: 小学校でプログラミングを教えろ、ただし中学レベルの数学を教えるな
Goがやりたいことは大体これと同じだろ
782 名前：デフォルトの名無しさん mailto:sage [2018/04/07(土) 18:27:40.19 ID:2Xz4c+5M.net]: 何か問題でも？
783 名前：デフォルトの名無しさん mailto:sage [2018/04/07(土) 19:04:22.55 ID:LOY6Fa8O.net]: どこかの評論家に否定される前に、自分で考えて肯定すればいいのに
自分で考えるのをやめたら、否定してくださいと言ってるようなものじゃないか
784 名前：デフォルトの名無しさん mailto:sage [2018/04/07(土) 19:20:07.17 ID:y0NHVjlZ.net]: >>759は自分で考えてなんの問題もないと肯定したレスだろう
785 名前：デフォルトの名無しさん mailto:sage [2018/04/07(土) 19:59:52.92 ID:65xgSjRP.net]: >>758
まあGoogleの中の人は例外すら理解できなくてGoに盛り込まなかったくらいだからな
Googleのプログラマは小学生レベル
786 名前： []: [ここ壊れてます]
787 名前：デフォルトの名無しさん mailto:sage [2018/04/07(土) 20:02:15.13 ID:y0NHVjlZ.net]: いやいやいや
788 名前：デフォルトの名無しさん [2018/04/07(土) 20:42:13.27 ID:n5lWGq5m.net]: >>762
例外なんて機能を欲しがるとか正気か？
タプルかタグ付きユニオンのある言語には例外なんて必要ない
むしろ、無いほうがよほど筋が良い。よりによって例外かよ…

Go言語の問題はもっと他にあるよね
ジェネリクスとかNil安全とかラムダ式とかイミュータビリティとか
789 名前：デフォルトの名無しさん mailto:sage [2018/04/07(土) 20:45:00.99 ID:y0NHVjlZ.net]: AirPlayさんなんだろ
790 名前：デフォルトの名無しさん [2018/04/08(日) 00:14:21.96 ID:Dxb/j7Bg.net]: >>764
100得ナイフを欲しがっても無理だぜ。
お前さんは、刺身包丁では肉を斬りにくいと文句いう人なの？
791 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 00:16:58.41 ID:kOs0IpX+.net]: ガイガイ
792 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 00:44:53.47 ID:V9VuwMAu.net]: ここでのクソみたいな議論に時間を使うことが一番コスト高ってことを
goを使ってる人はわかってる。
793 名前：デフォルトの名無しさん [2018/04/08(日) 00:59:11.92 ID:yrhx1H5B.net]: >>764
例外ってか戻値無視してたらコンパイルエラーにする構文がほしい。(すでにgoにあったらスマヌ)
ライブラリやミドルウェア作るとき、ここでエラーならそれ以上処理進めんなってことあるので、アプリ側のエラーハンドリングを強制させたい。
それができないからやむを得ず例外で終了させてる。
794 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 01:06:05.49 ID:+FJwvftX.net]: >>769
例外とコンパイルエラーを同じものと考える神経がわからん。
実行時にまずい処理が来たらgoのプログラムを強制終了させたいならpanicがあるが。
795 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 01:11:44.09 ID:+FJwvftX.net]: つーかgoが気に入らない理由に例外を上げるけど、例外ってそんなに良いもんかね？

例えばこの関数は例外を上げる可能性があるからtryブロック内に書かないとコンパイルエラーになる言語ってある？
それくらいやってくんないと例外を使う意味って、エラーハンドリング問題の先送りでしかないから。
796 名前：デフォルトの名無しさん [2018/04/08(日) 01:12:25.64 ID:DdcJdhQn.net]: >>766
問題って書いたのが誤解を招いてしまったかな…
別に上記の全てが無いとダメって言ってるわけじゃないよ。あったら嬉しいなくらいにしか思ってない
けど、例外なんて邪魔にしかならん機能を欲しがるくらいなら他に欲しいものがいくらでもあるだろと思って…

あと、揚げ足取って悪いけど、100徳ナイフを欲しがってるなら例外も欲しがってるはずだろ…
例外と継承を捨てたのはGoの英断
797 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 01:16:07.05 ID:kOs0IpX+.net]: >>772
いやお前は悪くない。相手が意味ワカラン奴なだけだ
798 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 01:46:25.89 ID:21utqBEE.net]: java
但しランタイム例外は除く
799 名前：デフォルトの名無しさん [2018/04/08(日) 02:00:48.53 ID:DdcJdhQn.net]: >>771
>例えばこの関数は例外を上げる可能性があるからtryブロック内に書かないとコンパイルエラーになる言語ってある？
Javaの検査例外とSwiftの例外はtry必須だよ。
けど、try必須だと書くのが面倒なんだよね。実際、Javaでは非検査例外のほうが主に使われてるし…
検査例外と非検査例外を場合によって書き分けるのがJavaの理想なんだろうけど、現実はそうじゃない…
Swiftの例外はtryの書き方が何種類かあるからJavaより使い易くはなってるんだけど
Rustと同じでタグ付きユニオン(enum型)あるから別に必要なくない？ってなる
Rustはエラー処理にenumのResult型を使うけど、Swiftでは例外を使うのがマナーなのかな？
800 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 02:16:09.65 ID:+FJwvftX.net]: >>775
swiftはそうだったな。
たしか例外周りはswift2で追加実装されてウゲーってなった覚えがあるような。
swiftの言語仕様の変更は凄まじいものがあるよな。もうswift4だっけか？
正直swift信奉者≒apple信者じゃないと説明がつかない。
言語仕様をミニマムに抑えて
801 名前：熟考するgoを見習ってほしいわ。 []: [ここ壊れてます]
802 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 02:26:12.80 ID:+FJwvftX.net]: >>775
つまり結局goのエラーハンドリングの面倒くささと一緒になるってことだよな？

goのエラーはただの値だから
構造体のメンバ変数に格納先を用意してやれば、
後で纏めてチェックしたり、
一回でもエラーが発生したら処理を中断する
みたいな書き方は全然できる。

そのへんはgo blogに記事があった。
803 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 03:04:32.63 ID:N7to3hps.net]: >>771
goの例外不在についてはerrorの握りつぶしが書きやすい上に気づきにくいのが不満
握りつぶしに比べたら先送りのほうがまだ良い
>>769が戻値無視してたらコンパイルエラーって言ってるのはそこが理由でしょ
804 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 03:14:34.94 ID:+FJwvftX.net]: >>778
あー。なるほどと思ったけど例外処理は先送りしたあげく、結局とこでも処理せず終わるパターンあるよね。
握りつぶしが簡単にできるのはどっちも一緒では？
805 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 03:17:34.48 ID:N7to3hps.net]: >>779
ハンドルされない例外は処理の中断になるけど、
握りつぶしは処理の続行になる
中断のほうが良い、と思う
806 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 03:49:10.38 ID:DdcJdhQn.net]: >>780
例外の一番の問題は予想外の場所で例外が不必要にキャッチされて、その上で
握りつぶされてしまった場合、握りつぶされた場所を特定するのがかなり面倒臭いこと。
そんなコード書くヤツが悪いと言いたいが実際にいるんだからしょうがない…
どこで握りつぶされるか分からんリスクを背負うくらいならその場で握りつぶされた方がまだいい

因みに、エラーハンドリングに関してはRustのResult型が最も筋が良いと思ってる
Result型なら故意に握りつぶそうとでもしない限りは簡単には握りつぶせない
807 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 04:07:01.05 ID:N7to3hps.net]: >>781
goのほうが握りつぶしが書きやすいからこそ、どこで握りつぶされるか分からんリスクはgoのほうが大きい、と思うんだよなあ
808 名前：デフォルトの名無しさん [2018/04/08(日) 08:46:33.77 ID:Dxb/j7Bg.net]: >>781
トラブルシューティングの為に、キャッチした時点でロギングしないの？
809 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 09:00:51.10 ID:RUgiqDA/.net]: Cのprintfの戻り値を毎回欠かさずチェックしてる人だけが例外に石を投げなさい
810 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 10:19:07.88 ID:xmyFoIZI.net]: 戻り値の握り潰しは局所的・静的に判断できるけど例外はそうじゃないからなぁ。
それこそ例外を起こしてみないと見つけるのが困難だったりして。
811 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 10:23:53.74 ID:+rfxRhvD.net]: 例外は継続的な改良に対応しやすいのがメリットなんだよな
取りあえず最初は例外安全だけ意識して例外は上の方でまとめて処理しておいて、
あとでより丁寧な取扱いが必要になったときは問題なく対応できる
もちろん、検査例外とかいうビチグソは無い前提だが
812 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 11:36:37.63 ID:Bf+GYw8s.net]: 最初はexit
exitの握り潰しが必要になったら例外で
813 名前：デフォルトの名無しさん [2018/04/08(日) 11:42:04.86 ID:YK+KPtHu.net]: >>758
1から10までの整数を足すのに
ループで順番に足す方法を教える様なのが
今の日本のプログラミング学習(教育)だからな
そんなんじゃだめ
814 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 13:08:16.40 ID:mQRLIlYG.net]: このスレも例外が理解できない幼稚園児ばっかかよ
Goみたいな言語が流行るわけだ
815 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 13:22:55.27 ID:Bf+GYw8s.net]: 自分で選んだ言語がそれだったらそれでもいいよ
より良い言語を後で見つけたら自分が馬鹿だっただけで済む
しかしそれを選んだのが会社や国家だったら馬鹿にしても炎上するし擁護しても炎上する
816 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 13:39:52.93 ID:T4sPcvM1.net]: このスレの議論はほんとレベルが低いな
間違った使い方をしたときどちらがマシかでしか優劣をつけられないのか
817 名前：デフォルトの名無しさん [2018/04/08(日) 13:50:33.26 ID:DdcJdhQn.net]: >>782
なんか会話が噛み合わないなと思ってたがやっと理由が分かった気がする。
>>782の言う"どこ"はGoのエラー(戻り値)は握りつぶしがしやすいから
誰が"どこ"でエラーを握りつぶすコードを書くか分からないって意味の"どこ"だよね。
俺の言う"どこ"は例外がスローされた場所に対して
キャッチされる場所が"どこ"か分からないって意味の"どこ"なんだよ。
キャッチされる場所が分からないとデバッグ時に探すのが面倒なんだよ。
Goみたいに戻り値としてエラーが返されるとエラーの発生場所と
握り潰した場所は必ず一致するからデバッグしやすい。
結局、従来の例外はgoto文と同じでフローが飛ぶから気持ち悪いってのが俺の意見。 []; [ここ壊れてます]
819 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 14:09:14.32 ID:Bf+GYw8s.net]: 従来の言語にはexitがあるから例外がない
SmalltalkやJavaScriptにはexitがないから例外があるんだろう
820 名前：デフォルトの名無しさん [2018/04/08(日) 14:12:58.97 ID:DdcJdhQn.net]: >>791
でも、次世代言語って間違った使い方(プログラマによるミス)をさせないように
制限をかける意味合いが強くない？Null安全とかその典型だと思うんだけど。
オレは絶対に使い方を間違えないって言うんならC++, C#とかを使ってろよってなるし…
821 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 14:13:54.54 ID:aL28Ce5R.net]: >>792
戻り値のエラーを握りつぶされると、不適切な状態で動き続けるから、デバッグが困難になると思うんだが。
例外の握りつぶしでも同じ事だけど、構文としては、例外の握りつぶしの方が見つけやすいと思うけどね。catchブロックでしか細工できないから。
goだと正常な返り値の隣に,_つけるだけで握りつぶせちゃうから、見つけづらいんじゃないかな。
822 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 14:15:23.81 ID:V9VuwMAu.net]: 間違えを考慮しないシステムの恐ろしさを全くわかってない奴はそもそも話にならん。
プログラミングを語る資格がない。
823 名前：デフォルトの名無しさん [2018/04/08(日) 14:23:41.21 ID:DdcJdhQn.net]: >>795
すまん。よく考えると確かにデバッグはどっちも面倒なことに変わりないわ。
ただ、個人的にはtry-catchも,_もどっちも見つけづらさは大して変わらないと思ってる。
デバッグ時じゃなくて、普通にコードを読むときに戻り値でやったほうがフローを把握しやすいってことが言いたかった。
824 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 14:26:14.02 ID:aL28Ce5R.net]: 返り値でエラーを判別するコードだと、本来やりたいことの次にほぼ必ず、エラー判定処理が入るから、可読性が低いんだよね。
昔、C使ってた頃は、そういうところが嫌でたまんなかったし、ひどいのになると主要な処理が全部、条件部分で行われてて、if文の連なりしかないコードとかみたし。
正常系をリーダブルに書くには、例外の方が気持ちいいなと思うよ。
825 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 14:32:30.43 ID:kugCg6kv.net]: そのあたりはEitherが良いと思うんだな
826 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 14:35:54.54 ID:aL28Ce5R.net]: 後、最近のIDE使ってると、todoをコメントに入れとけば、あとでそれを、まとめて見直せるから、取り敢えず、try-catchして、catchのところはtodoにしといて、まず正常系を一通り買いてから、あとで異常系に対処するっていうワークフローにできるのが、例外の利点かなと思う。
827 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 14:37:10.66 ID:N7to3hps.net]: >>792
デバッグ時に、どこかでエラーが握りつぶされてるかもしれない、というパターンを考えないといけない、という意味で「どこ」
しかもそういう状況は>>795の言うように不適切な状況で動き続けるから
握りつぶした箇所と不具合の発生箇所がかけ離れることも多い
だから、goに限ったことではないが、エラーや例外の握りつぶしはデバッグしづらい
例外がどこでcatchされてるか探すのは、握りつぶし探しに比べたらまだ簡単
828 名前：デフォルトの名無しさん [2018/04/08(日) 14:37:23.36 ID:DdcJdhQn.net]: >>799
タグ付きユニオンがある言語ならそれが一番だと思う。
前にも言ったけど、エラーハンドリングに関してはRustのResult型が一番筋がいいと思ってる
でも、Goにはタグ付きユニオンがないからなあ…
829 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 14:51:49.81 ID:aL28Ce5R.net]: goは本格的には使ったことないけど、無視はできないんで、いろんなコードを見てるんだけど、今のところの感想としては、goって、書き手の思考を遮らないというところに重きを置いてる印象。
deferなんか、なんか開いたらあとで閉めるけど、忘れない内にその処理を予約しとこうみたいな発想かな。
自分は書くことより読むことを重視するタイプなんで、あまりgoには向いてないなあと思ってる。
830 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 14:51:50.04 ID:Bf+GYw8s.net]: 副作用禁止ならexitも例外も禁止だからEitherがある
831 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 15:22:23.64 ID:gQU7xBEC.net]: stack traceもしらんのか
832 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 15:29:06.45 ID:drN9+cfC.net]: 握りつぶしてるところでスタックトレース出力するんだよ！

('､3_ヽ)＿？？
833 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 15:51:49.24 ID:4BboKQKO.net]: maybe, eitherがある言語やった後に無い言語はしんどい
834 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 17:20:17.22 ID:kOs0IpX+.net]: Maybe, Eitherは強い。ほぼ必須な体になってしまった
835 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 17:47:41.66 ID:iGi236dt.net]: Eitherは初見だとそれがエラー処理用によく使うっていうことが
名前から全然伝わってこないところだけが嫌い
836 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 17:58:42.79 ID:+FJwvftX.net]: >>803
書きやすさと読みやすさは同一だと思ったが。特にdeferとか大体close処理では？
open直後はdeferにclose処理書いてあったほうが読みやすくないかな？
837 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 17:58:46.39 ID:AFrzJyvZ.net]: たし蟹
838 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 18:04:30.90 ID:ikNNlzZg.net]: リューナイト
839 名前：デフォルトの名無しさん mailto:sage [2018/04/08(日) 18:14:07.95 ID:V9VuwMAu.net]: defer はスコープの終わりで暗黙的に動くクラスのデストラクタより
コード部分で明示した方がわかりやすくね？って発想じゃないかね。
こういうのは好みだったり書いてるアプリの種類で分かれそうな気はする。
840 名前：デフォルトの名無しさん [2018/04/08(日) 18:50:09.38 ID:BxgydgxS.net]: c++17の [discard]はどうかね？
841 名前：デフォルトの名無しさん [2018/04/08(日) 18:52:29.42 ID:BxgydgxS.net]: 間違えた nodiscard
842 名前：769,815 [2018/04/08(日) 23:39:43.80 ID:yrhx1H5B.net]: >>792
> Goみたいに戻り値としてエラーが返されるとエラーの発生場所と
> 握り潰した場所は必ず一致するからデバッグしやすい。

俺もそれには同意で、更に一歩すすんでc++17の nodiscard属性みたいな指定ができるてほしいんだよ。デフォルトはコンパイルエラーで。
843 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 00:41:14.72 ID:R+tVusAV.net]: Fortran のIO関係のエラー処理は優れてると思うわ。
Open文にoptionalのerr引数を渡して置けば、エラーが出てもerrに値を入れて続行。err引数を渡してなかったらエラーが出たら異常終了
844 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 00:59:36.33 ID:1PTa96/6.net]: goのdeferは、その中で起こったエラーを外に通知する(簡単な)方法がないってんで
槍玉に上げられてなかったっけ？うろ覚えだけど
845 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 01:32:15.01 ID:l0nazyXh.net]: >>818
一番簡単な方法は名前つきreturn変数を使うことだから簡単ちゃ簡単
だが正直名前つきreturn変数がそもそもクソ構文
846 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 06:40:40.00 ID:ON56dtQ5.net]: >>817
異常終了してはならないUIもある
UIが言語に影響を与える
847 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 07:57:09.29 ID:1PTa96/6.net]: >>819
はー、名前付きreturn変数なんてあったんだ
しかし本来の流れによるerrがある場合は握りつぶさないようにしないといけないし、真面目にやると分岐が入り組みそうだな
848 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 07:59:50.20 ID:R+tVusAV.net]: >>820
いやそのためにerr引数があるのよ……
849 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 08:27:01.39 ID:D454qjGx.net]: >>816
MSはかなり昔からそういうの力を入れていて独自仕様で実現してるな。(SAL注釈)
SDKのヘッダなんかで見かける _Check_return_ とかとかいうやつ。VSの「コード分析」でチェックしてくれる。
850 名前：デフォルトの名無しさん [2018/04/09(月) 08:42:34.03 ID:mPPENYW6.net]: 理想はエラーハンドリングを書いてなかったら�
851 名前：Rンパイルエラー。 (エラーハンドリングでエラー握り潰すやつは流石にそこまで面倒見きれない) 次点は強制終了。その際にエラーがどこで何故起きたのかって情報を出せること。 一番悪いのはそのまま処理進んでサイレントクラッシュ。 こんな感じ。 []: [ここ壊れてます]
852 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 08:51:45.67 ID:2cUxs1pv.net]: コンパイルエラーは、そこまで強烈にエラー対応必須にしたらスクリプトみたいな「まずはとりあえず動くコードを書いて様子を見る」っていう使い方は出来なくなるな
853 名前：デフォルトの名無しさん [2018/04/09(月) 09:45:04.94 ID:9pBeshvD.net]: となるとrustやな
854 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 09:59:14.65 ID:RBhArkXv.net]: そういやClojureってどうなったん？
855 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 10:18:17.46 ID:aahOEQux.net]: Goの名前付きreturn使うとアセンブリまで落としたとき、コードが少しきれいになるぞ。
俺は好き。
856 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 10:48:34.89 ID:1PTa96/6.net]: >>828
返値の最適化だけが目的なら初めからresult変数方式のやつ使えば
Pascal、Eiffel、あとFortranもそうだぞ
857 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 11:33:31.90 ID:ON56dtQ5.net]: デバッグは自分との戦い
だが最適化は自分が速くならなくても相手が遅くなれば勝てる
他人の足を引っ張る要素があるからカオスになる
858 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 12:00:22.27 ID:aahOEQux.net]: >>829
だけが目的と言うか、優劣をつけたりGoを使う理由にはあんまりしてないが。

例外は俺も好きじゃないな。
ただのちょっと見た目のきれいなgotoであって、フローとしては全然きれいじゃないし、
finallyで複数のリソースの開放しようとしたらどこまで進んだか管理するしかなくなるし、
各エラーで細かい処理が必要だったら結局スコープの狭いtry-catch書くことになるし、
毎行errチェックしたり、いっそ無視したりするのとレベルが変わらん。

deferは、実際に使えた直後に開放を予約できるから価値がある。

良くできてると思うけどな。
859 名前：デフォルトの名無しさん [2018/04/09(月) 12:16:00.98 ID:Wtc2x12J.net]: >>825
そこは、エラー戻値無視するな構文を用意してれば良い
860 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 12:16:21.64 ID:ebJj02XJ.net]: >>829
え、すまん。よく知らないんだけど、Fortran って関数で配列を返してもサブルーチン的ないい感じに最適化してくれるの？
861 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 13:04:43.93 ID:1PTa96/6.net]: >>833
されるよ。全部の実装でそうとは断言できないけど
要するに>>697のretvalが直接返り値用の変数として見えるってだけ
862 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 14:38:02.08 ID:50KKUeFL.net]: 何でここの人たちエラーをその場で処理するのが当然だと思ってるの？
普通は上に投げるよね？
863 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 14:47:49.87 ID:iBEYls0Z.net]: >>835
その「上」の関数ではどうすんの？また上に投げるの？
864 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 15:03:10.07 ID:FuUgA4s9.net]: 一番上のハンドラでまとめて受け取る
865 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 15:18:43.79 ID:ml5ntbUH.net]: 結局人類にgotoは必要だったんだ！
866 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 16:05:31.09 ID:O1tgNFRh.net]: なんで2ちゃんでこういう議論をすると最期は必ずアホアホ展開になるの？
867 名前：デフォルトの名無しさん [2018/04/09(月) 16:19:21.64 ID:mPPENYW6.net]: >>835
俺は、その上側でのエラーハンドリングを必須にすることができて欲しいという意見。c++17の nodiscardみたいなの。
rustのResult型や他言語のEither勉強不足でわからない。スマヌ
868 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 16:26:17.23 ID:ON56dtQ5.net]: >>835
マルチスレッドが普通になったから
上に投げるよりスレッドの外に投げる
869 名前：デフォルトの名無しさん [2018/04/09(月) 16:39:51.89 ID:wyYx8QLn.net]: rustのResultは検査しないとコンパイラにワーンされるよ
870 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 18:13:02.99 ID:aahOEQux.net]: >>835
上に投げるとしても、戻り値で明示的に戻せば良いだろう。
とりあえず手に負えないからだれか呼んだ人処理して、って言って、だれの手にも負えない可能性がある、ってのは良くないと思うよ。
普通とか言い始めると誰の普通かはっきりしないから、それはおいといて。

goでも、ホントに戻り値なしで呼ぶとき以外(何かしらの値とともにエラーが帰ってくる時)は、_で明示的に握りつぶさない限り受けた変数に触らないとコンパイル通らないし。
何一つ受けずに呼び出したり、触った結果握りつぶしたらコンパイルは通っちゃうけど。
871 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 18:20:13.54 ID:2gnvm26g.net]: 例外安全を徹底してればどこでキャッチしようが手に負えない例外なんか無いだろ
それを不安に感じるのは、個別の事情にばかり気を取られて全体の一貫性を疎かにする典型的な日本人の思考パターンだ
(メモリ不足など、どこでキャッチしても対処のしようがないものは除く)
872 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 18:26:58.77 ID:aahOEQux.net]: >>844
徹底する、というルールベースな時点で「手に負えない例外は存在しない」という事を言い切るのは不可能でしょ。
メインロジックではアプリケーションの総合ハンドラでメッセージ出してリトライさせれば手に負えるはずの例外だったが、
なんの因果かそいつがバッチプログラムに使われる事になった時とかなんて、前提条件や処理フロー自体が変わる典型だと思うが。

最初からエラーとして返しとけば、なんの問題もなく流用できるでしょ。
常に呼び出す親が(さらに親へ丸投げするかの選択も含め)処理することが義務付けられてるほうが明示的だよねって言ってるんだが。
873 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 18:38:57.68 ID:2gnvm26g.net]: >>845
戻り値なら流用しやすいという根拠は？
なんとなく手抜きっぽい、で批判する典型的な日本人的思考だね
874 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 18:44:44.78 ID:ml5ntbUH.net]: チョンが何か言ってらぁｗｗ
875 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 18:45:14.09 ID:2gnvm26g.net]: あと、例外機構を持つ言語には例外安全を維持するための仕組みが組み込まれているのが普通だから、
それを「運用ルールに頼っている」と切り捨てておきながら戻り値は言語の補助があるから安全だと主張するのはダブスタの詭弁だ
876 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 18:45:52.21 ID:w9Q1JF4q.net]: >>846
書いてるだろ。
明示的に処理するからだよ。
すっぽぬけて何処か別の定義されている「はず」のハンドラに任せない所。

全関数にtry-catchを書いてて、親にもtry-catchが漏れなくあって、明示的に再throwしてたり、異常な場合はちゃんと死ぬ事が保証できてるなら、それでもいいけど。
この関数では呼び出し先がthrowすることもあるけど、親にハンドラがあるから大丈夫、が一箇所でもあったら認めないが。

何か、戻り値でエラーを返せる言語使ったことある？
パターンマッチングでエラーか結果か判定できたり、複数結果を返せたり、引数でエラーをどう処理するから指定できる言語。
使ったらわかると思うけど。
877 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 18:50:39.85 ID:w9Q1JF4q.net]: >>848
ダブルスタンダードでもないよ。

維持するための仕組みがあったって、維持していると保証がない限り維持は出来てないのと同じでしょ。

recoverがあるから、catchできるのと同じだからエラーハンドラここに書くって言う奴と同類に見える。
878 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 18:53:07.60 ID:w9Q1JF4q.net]: 暗黙的に握りつぶす/無視する、か、明示的に握りつぶす/無視する、だけの違いなんだが。
なんでわかんないんだろう。
879 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 18:53:14.64 ID:2gnvm26g.net]: >>849
そんなことはプログラミングのメインストリームがとっくの昔に通った道なんだよ
Javaの失敗をトレースしてるようにしか見えない
Javaの検査例外がなぜ失敗したかを調べてみたら？
880 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 18:55:18.76 ID:w9Q1JF4q.net]: >>852
「そもそも例外があるから、こういう失敗するんだ」を「例外無くして明示的にやろう」
と言語仕様で厳しくやってるだけで、
トレースしているどころか、トレースしないように別ルート取ってるだろ。
どこがトレースしてるの？
881 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 18:58:04.38 ID:mElBwjLW.net]: >>853
まさか検査例外を知らないのか？
あれは戻り値によるエラー処理を強制してるのと等価だよ
まずは勉強しよう
882 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 18:58:52.48 ID:w9Q1JF4q.net]: 日本人的だとか、ロジカルでない事をグダグダ言う前に、いろんな言語の言語仕様みてくりゃいいのに。
Fortranが話題に出てるけど、知ってんのかって疑問。
883 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 19:03:27.06 ID:w9Q1JF4q.net]: >>854
知ってるよ。
非検査例外と検査例外のどちらも発生させうるメソッドはどうハンドリングするの？運用のルール？
結局全部検査例外なら良いって話になっちゃうし、throws書いたらガバガバになるだけじゃん。
884 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 19:58:52.42 ID:rsHYF1DS.net]: jsでasync await使おうとするとエラー系は例外扱いになるから辛い。
885 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 20:15:00.84 ID:ebJj02XJ.net]: >>855
Fortranを話題に出してるのは俺で、俺はFortranユーザーだ。なんか用か？
886 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 20:15:41.91 ID:ebJj02XJ.net]: まあ返り値の最適化はわかってなかったけどなｗ
887 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 20:24:45.38 ID:25u/0YJa.net]: 次世代語る前に現世代を勉強した方が良いねこれは。
888 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 20:25:58.04 ID:w9Q1JF4q.net]: >>858
いやいや、そういう意味じゃない、誤解させてすまん。
引数でerrの取り扱いしたり、名前付き引数があったり、そういう言語を触ったことがあるのか？
皆はそれぞれ使ってて、メリットを分かって話してるが、自分(ID:2gnvm26g)は戻り値でそういう処理をする言語は触った事があるのか？
話題についてこれてるか？Javaかなんかの狭い世界の話ししてるんじゃないのか？
って事を言いたかったんよ。
889 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 20:31:26.77 ID:ebJj02XJ.net]: >>861
ああそういうことか。誤解してたわすまん
890 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 20:39:58.68 ID:2gnvm26g.net]: >>861
俺は普通に使ったことあるし、戻り値をエラーに使うことを否定したつもりはないぞ？
ただ、あんたの主張はJavaの検査例外が失敗した理由を解決していない、と言ってるんだよ
891 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 20:40:46.31 ID:w9Q1JF4q.net]: >>862
いやいや、俺の方こそすまん。
慌てて説明したから名前付き戻り値を名前付き引数とか言ってるし。
重ね重ね面目ない。
892 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 20:40:53.09 ID:FJyngZbb.net]: 例外設計に関してはrustが現状ベストだと思うけどな

>>857
unhandled promiss rejection出た時の絶望感半端ない
893 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 20:45:47.57 ID:w9Q1JF4q.net]: >>863
解決していないんじゃなくて、結果として検査例外の書き方がまずかった、検査例外以外の存在も実は「これ検査例外にすべきじゃないの？」とか色々物言いもつく、
そもそも論として全部明示的にハンドリングする事をデフォルトにして、検査例外どころか例外を無くそう、って話なんだが。
失敗したも何も、クソめんどくさかったりして、throwsを全部につければ問題無いとか変なルールで回避するからややこしくなるだけなって、収拾がつかなくなったんでしょ。
ジェネリクスがない頃からJavaは触ってるし、歴史を知らんわけでもない。

問題を整理し直して解決したんじゃなくて、捨てたんだよ。柔軟さを。
894 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 20:56:14.35 ID:ebJj02XJ.net]: ID:2gnvm26gの主張って、エラー関係に文句言ってる奴に「別にthrow-catchでもそんなに困らなくね？」って言ってるの？
895 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 20:56:27.27 ID:1PTa96/6.net]: 俺には二人ともが「Javaの検査例外は失敗だった」と主張しているように読める……
なんで喧嘩してるんだろうこの人たち
896 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 20:58:19.15 ID:w9Q1JF4q.net]: >>868
その上で例外廃止を是とするか、「ちゃんとしてれば「手に負えない例外」なんてない」って夢物語を語ってるかが違うと思う。
897 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 21:00:24.61 ID:w9Q1JF4q.net]: なんとなく手抜きっぽいからじゃなくて、本気で手抜きだと思ってんだよなぁ。
898 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 21:00:41.98 ID:25u/0YJa.net]: なんかどっちでも大して変わらんというか、
結局実装者がどれだけ丁寧に作るかどうか以上の話にならん気がする。
899 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 21:04:04.26 ID:mElBwjLW.net]: まあthrows Exceptionやるような奴なら、戻り値によるエラー処理を強制したとしても
全メソッド呼び出しでErrorを盲目的に再returnするか全部握り潰してOptionalだらけにするだけだろうな
900 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 21:06:17.30 ID:w9Q1JF4q.net]: 丁寧に作ると、大域ジャンプなんかそうそう使わん。
>>872
それでも、どこか遙か上でcatchしてることを期待してthrowされるより、直上がエラーを見てる事が保証できてるほうがマシかと。
握りつぶすのは論外として。
901 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 21:09:28.00 ID:ON56dtQ5.net]: Javaは継承はあるがジェネリクスがない時代の遺物
タプルやEitherを使わないのもジェネリクスがなかったことが影響している
902 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 21:11:10.68 ID:O1tgNFRh.net]: Javaの検査例外が失敗したのは
パッと見で非検査例外と区別がつかなかったことと
try-catch文を毎回書くもがあまりにも冗長で面倒臭かったから

だからSwiftでは非検査例外の方をなくして
更にtry-catch文の改良することで検査例外を復活させてる

ID:2gnvm26gは検査例外という考え方そのものが失敗作だと思ってない？
そうじゃないよ。
903 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 21:16:16.06 ID:D454qjGx.net]: ところで検査例外って「失敗」したの？たしかにJava以降採用する言語はないけどさ。
904 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 21:19:48.19 ID:mElBwjLW.net]: 検査例外は多態との相性が最悪なんだよ
Java自身ですら、Lambdaで詰んでとうとう検査例外やめちゃった
905 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 21:36:54.73 ID:1PTa96/6.net]: >>877
この関数は引数として渡されたクロージャと同じ種類の例外を投げますよ記法があれば良さそうに思うけどな
やることは多相型の推論と同じだろう
906 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 21:48:04.19 ID:1PTa96/6.net]: あー、Javaの場合はクロージャを独立したinterfaceとして型を付けないといけないんで無理だな
すまん忘れてくれ
907 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 21:49:57.80 ID:8jS3HAgs.net]: 例外をGenericsパラメータにして大体同じような事は出来る。
単に標準ライブラリが採用しなかっただけでは。
908 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 22:01:05.72 ID:ON56dtQ5.net]: 動的型は平和でいいよな
検査例外やジェネリクスの無理難題を
追っぱらうため *だけ* だったとしても、それ自体、動的型を使う強力な理由になりうる
909 名前：デフォルトの名無しさん [2018/04/09(月) 22:29:22.04 ID:mPPENYW6.net]: >>872
明示的に無視するように書いてる場合は議論から除いたほうがよくない？
910 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 23:37:00.39 ID:zonfm2OA.net]: Goはマスコットがきもい！！
911 名前：デフォルトの名無しさん [2018/04/09(月) 23:41:10.06 ID:O1tgNFRh.net]: >>883
世間一般ではあれをキモカワイイと呼ぶ……はずだ…
912 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 23:55:03.87 ID:zonfm2OA.net]: まぁ一番キモいのはTomcatの猫だが
913 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 23:56:56.11 ID:GkNeq2uk.net]: Kotlinは、名前だけなら一番かわいい。
914 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 23:59:55.69 ID:GkNeq2uk.net]: >>882
複数で開発してる時とか、誰かがやっちまってて、頭抱えることになったりするから、無視しやすいのはギルティだと思うけどね。
915 名前：デフォルトの名無しさん mailto:sage [2018/04/10(火) 00:06:23.32 ID:G1U7ZKfA.net]: 一番キモいのはGitlabの昔のアイコン。
916 名前：デフォルトの名無しさん mailto:sage [2018/04/10(火) 00:06:43.88 ID:qmeNshHp.net]: >>886
Roslyn「あたしより？(ﾉД`)」
917 名前：デフォルトの名無しさん mailto:sage [2018/04/10(火) 00:15:20.65 ID:RkM59NlG.net]: >>887
言語が用意した安全機構を無理矢理回避して握りつぶすことまでは言語側の責任ではないだろうとは思う
とはいえ、安全機構が不十分であるのならそれは言語側の責任だろうと思う
そしてgoの安全機構は不十分だと思う
918 名前：デフォルトの名無しさん [2018/04/10(火) 00:21:44.16 ID:EmC/WCPP.net]: ねぇ、まだ例外の話するの？そろそろ飽きたんですけど…
最近の言語のエラーハンドリング(Goのタプル, RustのResult, Swiftの例外)が
従来の例外(非検査例外)を使っていないという事実が全てを物語ってるでしょ？
919 名前：Kotlin, TypeScriptは互換性の問題で非検査例外を外すわけにはいかないが… あとは、握り潰しの対処に関しては議論する価値はあるかもしれないけど… 結局「握りつぶすバカが悪い」って結論になりそうな希ガス []: [ここ壊れてます]
920 名前：デフォルトの名無しさん [2018/04/10(火) 00:59:26.74 ID:EEQPQ2Uz.net]: >>887
無視しやすいとは書いてねーだろ。
無視しずらくしてるのを明示的に無視するコード書くケースは議論から外すべきといってるだけ。
盲目的にエラーを無視するコード書く人間のことまで議論に含めたらきりないじゃん。
921 名前：デフォルトの名無しさん mailto:sage [2018/04/10(火) 07:44:44.88 ID:qJmqAz8N.net]: 結局Lispエイリアンが最高にカワイイんだよな
922 名前：デフォルトの名無しさん [2018/04/10(火) 07:54:07.90 ID:Hi+EisyU.net]: コトリンなんか使ってる間抜けはandroid屋さんくらいかね
923 名前：デフォルトの名無しさん mailto:sage [2018/04/11(水) 20:59:15.55 ID:APP8E9xr.net]: いや、俺使ってるよ。趣味でだけど。
924 名前：デフォルトの名無しさん mailto:sage [2018/04/14(土) 12:38:55.29 ID:LFIiHGEx.net]: >>893
いやキモいだろ
925 名前：デフォルトの名無しさん mailto:sage [2018/04/14(土) 12:41:23.74 ID:rk2ZBYTo.net]: >>896
どういう感性してんだおめえクロマニョン人か？
926 名前：デフォルトの名無しさん [2018/04/14(土) 12:49:22.86 ID:eqcluMRm.net]: 何で揉めてんだよ
927 名前：デフォルトの名無しさん [2018/04/14(土) 18:24:20.33 ID:s0fojNED.net]: コトリンなんか使ってる間抜けはandroid屋さんと君くらいかね
928 名前：デフォルトの名無しさん [2018/04/14(土) 18:57:30.54 ID:vgY4uhqI.net]: googleもなんでkotlinとdartってかぶってることやってるの？
929 名前：デフォルトの名無しさん mailto:sage [2018/04/14(土) 21:52:46.32 ID:7M7GkfUj.net]: googleは別にことりんは作っておらんで。
dartは作ってるけど。
930 名前：デフォルトの名無しさん mailto:sage [2018/04/14(土) 21:57:34.62 ID:xCvUgQvH.net]: こういうスレで、特定の言語をディスるやつは、その言語を使えない（理解できないとか、組織の都合とかいろいろあるだろうけど）やつの呪詛だと思うことにしている。
931 名前：デフォルトの名無しさん mailto:sage [2018/04/14(土) 22:57:19.09 ID:LHyM2rc9.net]: 呪詛に反対するならポリコレを推進すればいい
逆にポリコレに反対なら呪詛は許容範囲内だろう
932 名前：デフォルトの名無しさん mailto:sage [2018/04/14(土) 23:11:05.96 ID:xdB8fLqn.net]: こういうスレで、特定の言語をマンセーやつは、その他の言語を使えない（理解できないとか、組織の都合とかいろいろあるだろうけど）やつの呪詛だと思うことにしている。
933 名前：デフォルトの名無しさん mailto:sage [2018/04/15(日) 10:50:29.03 ID:MI4LTSUC.net]: 俺自身はgoがなんで好きか説明できないけど好き♡
934 名前：デフォルトの名無しさん mailto:sage [2018/04/15(日) 11:02:47.68 ID:X/anazzZ.net]: 一つの言語しか使えないやつは、こんなスレにこないと思うけどな。
>>904
取り敢えず、お前が悔しいと感じていることは理解した。
935 名前：デフォルトの名無しさん mailto:sage [2018/04/15(日) 11:45:40.73 ID:ldkcKhuZ.net]: ある程度の文法が分かる言語はいくつもあるがエコシステムを十分に使いこなせる言語は少ない
936 名前：デフォルトの名無しさん mailto:sage [2018/04/15(日) 12:19:01.56 ID:eLmDxHX7.net]: >>906
そいつはただの煽りだろw
937 名前：デフォルトの名無しさん mailto:sage [2018/04/17(火) 12:10:26.37 ID:w/mvzKg0.net]: 例えばMalbolgeは言語として破綻してるけど、これをdisったら「使えない奴の妬み」になるのか？違うだろ？

そのレベルで使い物にならない言語が世の中にはあるってことだ
938 名前：デフォルトの名無しさん mailto:sage [2018/04/17(火) 12:58:58.10 ID:QJ3ecdT3.net]: ポリコレの人なら差別感情が原因だというし
ニーチェならルサンチマンが原因だという
何を言ったかではなく何が原因かを重視する人が世の中にはいる
939 名前：デフォルトの名無しさん mailto:sage [2018/04/17(火) 12:59:55.25 ID:rNTM/JTl.net]: Brainf*ck使えない奴の妬みが心地いいなw
940 名前：デフォルトの名無しさん mailto:sage [2018/04/17(火) 13:04:24.51 ID:g5yHmTYu.net]: ユングならチンコが原因だというだろう
941 名前：デフォルトの名無しさん [2018/04/17(火) 13:16:14.75 ID:QO/6Yzum.net]: 池沼コンプ
942 名前：デフォルトの名無しさん mailto:sage [2018/04/17(火) 16:33:29.42 ID:m5s6Mf1F.net]: なんでも性欲に還元しちゃうのはフロイト先生じゃなかったっけ
943 名前：デフォルトの名無しさん mailto:sage [2018/04/17(火) 16:45:43.91 ID:g5yHmTYu.net]: そっかごめん間違えたわ
944 名前：デフォルトの名無しさん mailto:sage [2018/04/17(火) 17:04:22.19 ID:gWiyCqxa.net]: >>912
どちらかというとフロイト
945 名前：デフォルトの名無しさん mailto:sage [2018/04/17(火) 17:19:32 ]: [ここ壊れてます]
946 名前：.35 ID:cVYjBdTw.net mailto: 元型論とか実用主義とか構造主義とかはプログラミング言語の批評や比較にも丸っと適用できるな… []: [ここ壊れてます]
947 名前：デフォルトの名無しさん mailto:sage [2018/04/18(水) 00:07:08.14 ID:gZh+2AXP.net]: >>910
普通にレスに参加してると味方も現れたり、割と建設的な会話になるんだが、
名前欄に「あ」と入れるだけで俺が悪くなる不思議な現象もあるんだし、
誰が言ったかもかなり大事だろうね。いろんな意味で。
948 名前：デフォルトの名無しさん mailto:sage [2018/04/18(水) 00:33:14.99 ID:IXg32T3d.net]: いま適当に調べたらニーチェとフロイトは大陸哲学の先駆者とされる
プログラミングはどう見ても分析哲学です
949 名前：デフォルトの名無しさん mailto:sage [2018/04/18(水) 10:22:11.56 ID:E1UyW8OG.net]: プラグマティズムでしょ
950 名前：デフォルトの名無しさん mailto:sage [2018/04/18(水) 10:43:31.39 ID:ITlW1RMQ.net]: 【悲報】自己顕示欲の塊「あ」さん、こんな会話でも自分の話に持ち込んでしまう
951 名前：デフォルトの名無しさん mailto:sage [2018/04/18(水) 12:13:25.41 ID:gZh+2AXP.net]: だいぶ長いこと普通に会話してたからな。
持ち込むも何も、嫌味なんだけどなぁ。
そういう反応含め。
952 名前：デフォルトの名無しさん mailto:sage [2018/04/18(水) 12:43:59.64 ID:IrI4bqKj.net]: 大陸哲学もプログラミングに関係あると思うけどなあ

そういや『記号と再帰』というパースとソシュールの記号論でプログラミング言語を記号論的に語る本があったな
953 名前：デフォルトの名無しさん mailto:sage [2018/04/18(水) 12:58:33.98 ID:2VrfViNp.net]: おまえら哲学とラムダ計算どっちのほうが詳しい？
954 名前：デフォルトの名無しさん mailto:sage [2018/04/18(水) 13:36:02.31 ID:+aOsPa5t.net]: クイックソートの各言語での実装はクイックソートのイデアの写像なのだ (プラトン主義)
野の諸言語でのクイックソートの実装のどれ一つとってもその中にクイックソートは内在する (グノーシス主義)
955 名前：デフォルトの名無しさん mailto:sage [2018/04/18(水) 17:12:11.36 ID:lZdMxdpS.net]: プログラム言語での英米系と大陸系
言語仕様が多少一貫してなかろうが便利ならいいんだよ
vs
そんなんだからごちゃごちゃな仕様になるんだよ

結局「メシマズ野郎」「カエル食い」のいつもの展開になりそうな気もするｗ
956 名前：デフォルトの名無しさん mailto:sage [2018/04/19(木) 17:03:40.67 ID:9euJrxqo.net]: 哲学史と同じだなｗ
957 名前：デフォルトの名無しさん mailto:sage [2018/04/19(木) 17:42:11.31 ID:Ugd67CCb.net]: 繰り返している記憶を思い出せないゆえに歴史は繰り返す
958 名前：デフォルトの名無しさん mailto:sage [2018/04/20(金) 17:07:59.52 ID:rfyQpLQN.net]: >>926
まあ結局なんでこんなにたくさんの言語があるのかってのが答えだと思うな
で、どっちが優れてるかってのはどちらがより後世まで生き残るかで決めるしかないんじゃないかな
まあ時代、時代で必要な技術ってのは変わるからそれで一応の結論が出せるって話でしかないけど
959 名前：デフォルトの名無しさん mailto:sage [2018/04/20(金) 17:18:58.21 ID:sbzNwV19.net]: 未だに決着がついてないところまで似てるｗ
960 名前：デフォルトの名無しさん mailto:sage [2018/04/21(土) 02:20:33.50 ID:h2C47Kaa.net]: 隙あらばあ語り
961 名前：デフォルトの名無しさん mailto:sage [2018/04/21(土) 07:58:45.75 ID:Tcatlxxe.net]: いまどき「語り」に罪悪感を覚える人間がどこにいるんだよ
次世代に備えろ
人を見たらサイコパスと思え
962 名前：デフォルトの名無しさん mailto:sage [2018/04/21(土) 19:40:57.77 ID:W/q1DIXv.net]: 隙あらば次世代言語語り
963 名前：デフォルトの名無しさん mailto:sage [2018/04/21(土) 20:16:20.43 ID:Z4H7O2O2.net]: >>931
俺じゃねえぞ
964 名前：デフォルトの名無しさん mailto:sage [2018/04/21(土) 20:45:55.94 ID:dcjYnmEM.net]: >>934
誰だよおめー
965 名前：デフォルトの名無しさん [2018/04/21(土) 22:42:40.15 ID:zqkaZSIG.net]: 次世代言語にDartは入りますか？
966 名前：デフォルトの名無しさん mailto:sage [2018/04/22(日) 08:48:01.83 ID:jd9SLSuF.net]: いいえ、残念ですが死産です
967 名前：デフォルトの名無しさん mailto:sage [2018/04/22(日) 09:54:09.54 ID:c2tTlBO1.net]: 先月Dart2が出たと思ったらもう死んだのか・・・
968 名前：デフォルトの名無しさん mailto:sage [2018/04/22(日) 14:12:12.91 ID:TtvJ1g+m.net]: Laravelの伸び方がやばい件
これPHP復権するんじゃね？

https://trends.google.co.jp/trends/explore?date=all&q=Ruby%20on%20Rails,Laravel,Rails
969 名前：デフォルトの名無しさん mailto:sage [2018/04/22(日) 14:18:33.01 ID:nugsKp1K.net]: Dartほど誰にも望まれてない不憫な子も珍しい
望まれてない技術をゴリ押しするなんて、Google自身が非難していた過去のMSとやってることは変わらないって気付いてないんだろうか
970 名前：デフォルトの名無しさん mailto:sage [2018/04/22(日) 14:27:32.48 ID:AAVHB68B.net]: ゴリ押すどころかGoogleが真っ先に見捨ててるだろ
971 名前：デフォルトの名無しさん mailto:sage [2018/04/22(日) 16:44:50.97 ID:WERdgzar.net]: >>939
こっちでどうぞ
【PHP】Laravel【フレームワーク】 [無断転載禁止]
medaka.5ch.net/test/read.cgi/php/1503683914/
972 名前：デフォルトの名無しさん mailto:sage [2018/04/22(日) 18:30:51.10 ID:jd9SLSuF.net]: 今さらゲリクソプェチピィでフルスタックとかガイジにもほどが
973 名前：デフォルトの名無しさん mailto:sage [2018/04/22(日) 19:35:14.33 ID:bBR6Oib8.net]: >>939
laravelってそんなに良いかな？
丁度railsのチュートリアルと合わせてlaravelも触ってるけど
railsの劣化コピー感があるんだけど。

この辺の感覚はここに書くには長すぎるからqiitaにでも書くけどさ
974 名前：デフォルトの名無しさん mailto:sage [2018/04/22(日) 20:55:44.29 ID:o9swHd+I.net]: どの辺がどう良いか言えない時点で頭お察しのペチパーだろ

せめてRailsと比べての明確な利点を理論的に話してもらわんと。ペチパーには無理だろうけど
975 名前：デフォルトの名無しさん mailto:sage [2018/04/22(日) 21:02:46.32 ID:fdCmw2ub.net]: Railsと比較したらどんなものでもマシだろう。
976 名前：デフォルトの名無しさん mailto:sage [2018/04/22(日) 22:34:33.87 ID:eKADyGOj.net]: Rails自体を手放しで賞賛する訳じゃないが、
PHP製のRails劣化コピーフレームワークどもがRailsよりマシってさすがに頭ペチパーでは

SymfonyがRailsより良いのか？
Laravelが？
FuelPHPが？
CakePHPが？
977 名前：デフォルトの名無しさん mailto:sage [2018/04/22(日) 23:01:59.83 ID:IlGrff4D.net]: JavaScriptはブラウザを変えても動く
それに比べて、PHPとRubyはサーバーを変えたらどうなるの
978 名前：デフォルトの名無しさん mailto:sage [2018/04/22(日) 23:20:29.43 ID:9Np5N8Zp.net]: phpは知らん。rubyは発狂しそうになった。pythonやjavaもトラブったことある。
goのシングルバイナリとか憧れるわ。青い芝生なのかもしれんけど。
979 名前：デフォルトの名無しさん mailto:sage [2018/04/22(日) 23:45:16.35 ID:eKADyGOj.net]: jsもサーバで動かそうとするとRubyやPythonの比じゃないくらい頭おかしくなるけどな

Goのシングルバイナリは悪くはないんだが妙にデカいのとコンパイルパスがバイナリから消せないのがクソ
980 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 00:42:42.58 ID:Qj7zyv05.net]: 型無し糞言語なんて全部糞だからセーフ
981 名前：デフォルトの名無しさん [2018/04/23(月) 02:01:40.00 ID:sTSAMHq0.net]: >>950
でかいと言ってもrubyなんかのライブラリ含んだ環境と比べてもでかいもんなのかなぁ？よくわからんけど。
982 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 03:25:35.65 ID:6kB1GY2J.net]: nodeのほうがRubyやPythonよりまだマシだったぜ。こいつらの場合システムプリインストール版と戦わなくちゃならんもん。
983 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 05:55:51.63 ID:klhfnu8X.net]: nodeだってそのうちきっとsystemdあたりが使い出して
プリインストールされて衝突するようになるよ
984 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 06:26:29.65 ID:u+QX9S93.net]: railsが最強なのはrailsチュートリアルという無料コンテンツが存在する点。
これ一本で何も知らない素人をwebエンジニアにしあげてしまう力がある。

しかも常にメンテナンスされてて一部古くて使えない。みたいなことも無さそう。

phpもフレームワークを真似るんだったら、こういうエコシステム面もぱくらんとな。

特にphpは推奨すべきphp.ini構成とかあるんでしょ？
985 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 07:57:49.59 ID:Lxhtz3Yj.net]: >>954
node は素人が普通に使っても衝突しにくいと思う
986 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 08:36:31.93 ID:SVjZZRS4.net]: >>950
デカイのはstaticリンクされてるから。
びっくりするような「ただOSとしてlinuxが起動してるだけ、なんのライブラリも入れてない、コマンドもない、むしろシェルすらない」みたいな環境でも起動するんだから必要悪だと思うわ。
987 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 08:39:44.34 ID:SVjZZRS4.net]: >>955
何も知らない素人を、なんとなく組めるけど考え方の骨子も知らずパフォーマンスなんか気にしない「Rails書き」に仕上げる、の間違いだろ。
Railsからruby始めたやつで、唸るようなコード見たこと無いぞ。
ruby大好きな人が書くコードは好きじゃないけど唸ることはある。
988 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 08:43:37.79 ID:p6JtziKv.net]: >>951
そんなこと言ってたら極論シェルすら使えなくなるだろ
989 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 08:49:26.77 ID:gcQjvBIZ.net]: GoのシングルバイナリのメリットはDockerがいらないという点だろ
まあGo使うような意識高い系のインフラはそもそもDockerデプロイ前提だったりするからあまり意味ないけど
990 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 08:57:04.74 ID:8zXr1SIe.net]: 唸るようなコードなんて見たくない。
唸りたくない。
驚き最小の法則。
991 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 09:02:31.54 ID:SVjZZRS4.net]: 唸るってのは難しくて唸るんじゃねえよ。
美しすぎて唸ったり、ぐうの音もでないときの唸りだよ。
驚き最小限と言うが、そんな事言ってたらバカがバカのままじゃん。
992 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 09:11:34.54 ID:8zXr1SIe.net]: 何でバカのお勉強に付き合わなきゃならんのだ。成りすましruby厨は巣に帰れ。美しいコードとやらでシコシコやってろ。
993 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 10:28:24.82 ID:u+QX9S93.net]: >>958
数週間前までプログラムを書いたことのない人のコードだぞ。許してやれよ。

スタートアップのコードは大体クソだと聞く。金を生むようになってからリファクタリングするためにあんたを雇ってくれるんだから雇い主になるんだぞ。もっと敬えw
994 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 10:39:44.78 ID:KRfN1kM2.net]: >>958
つーかパフォーマンスが必要ならそもそもrailsつかうなや。
elixir使え
995 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 11:40:35.21 ID:lvgkpyUP.net]: 最強の無料コンテンツがあるのにどうやって金を生むのか不思議
有料って驚き最大じゃん
996 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 11:56:46.40 ID:SVjZZRS4.net]: >>963
rubyがそーいう書き方を是とするのが好かん。
なにがなりすましなんだよw

>>964
プログラマ気分で口開かなければ無視するよ。
往々にして、プログラマ気分で口開くようになるけど。

>>965
ところがrailsしかできない奴は無理矢理rails使うんだよなぁ。
PHPerよりもレベルが低いのに、マシだと思い込んでるバカばっかり。
997 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 12:09:11.14 ID:aoPGecCM.net]: スレタイ読めますか？
998 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 12:55:04.45 ID:jMm7sVs3.net]: Rails が基本になる理由は、
無料で翻訳された、Rails チュートリアルという教科書があって、
数十の技術が、山陰地方のRails合宿などで、学べるから

Git, Bitbucket, Heroku,
Ruby, ERB, HTML, CSS・SASS, JavaScript・jQuery,
DB, SQL, MVC,

Linuxコマンド・シェルスクリプト
環境構築・仮想環境
パッケージマネージャー
テストのやり方

普通、これらは1冊ずつの本になっている。
別個に勉強して、資格を取ると、軽く10年は掛かる

Web アプリには、ものすごい総合力が問われるから、
開発していくと、どこかで出来なくなる

それを、Rails チュートリアルでは、必要な部分を超特急で教える。
だから、Node.js + Express の前に、やっておくべき

ここで苦しむと、他言語で楽になる
999 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 13:02:03.72 ID:8zXr1SIe.net]: 10年とか無能すぎワロタｗｗｗ
1000 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 13:28:10.73 ID:u+QX9S93.net]: >>969
多分俺が10年で学んだこと。って言いたいことじゃないか？
大体紆余曲折を経て正解にたどり着く。
それぞれの年代によって開発トレンドも変わっていきその都度ふりまわされることもあり。
そうしてたどり着いた正解を
一冊のチュートリアルにまとめました。
1001 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 13:32:39.38 ID:u+QX9S93.net]: >>969
俺もこれに感動した。他のフレームワークでwebアプリ書いてるやつもrailsチュートリアルを読んでほしい。
というか、railsチュートリアルパクって作れ。
1002 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 13:33:05.10 ID:Lxhtz3Yj.net]: 言いたいことは色々あると思うがNGして我慢しましょう
1003 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 13:34:48.24 ID:u+QX9S93.net]: >>972
他のフレームワークもrailsチュートリアルをベースにチュートリアルを作るべき。と言いたかった
1004 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 14:11:35.74 ID:SVjZZRS4.net]: 総合力とやらしか無い開発者ってのは居て、そして、それで良いと思ってる。ここまでは許そう。
ただ、他人にその低レベルが当たり前だと触れ回るのは如何なもんか。

もうちょっと真面目にやれよ。
過去の言語を知らねば次世代言語の話は出来まいとは言ったが、過去の言語で満足してるなら大人しく寝てろ。
1005 名前：969 mailto:sage [2018/04/23(月) 14:48:01.73 ID:jMm7sVs3.net]: Linux 資格のLPIC とか、環境構築・シェルスクリプトとか、
漏れは、個別に勉強しているから、
それぞれの内容は濃いけど、時間が掛かる

ただ、この勉強はしょーもないから、ほとんどの人が続かない。
勉強だから

その点、Railsチュートリアルは面白い。
実際に動くものだから

Ruby の女神・女優の池澤あやかも、そう言ってる。
楽しくないと続かないって
1006 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 15:28:45.42 ID:u+QX9S93.net]: >>975

過去の言語って何？
そもそも次世代言語の指すものも明確になってないんだから、ぶっちゃけただの井戸端会議でしかない。したがって資格の有無もない。
1007 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 15:31:29.85 ID:u+QX9S93.net]: 仮に次世代言語があるとするならそれは初期状態からLSPを揃えた言語であるべきだろうな。最初からIDE連携がしっかり取れてリファクタリングも容易。これは必須事項だろう。
1008 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 15:42:41.08 ID:kKKCDRJg.net]: >>978
LSPって何？
「リスコフの置換原則」のこと？
1009 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 15:56:21.02 ID:KRfN1kM2.net]: >>979
language server protocol
1010 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 16:26:20.82 ID:kKKCDRJg.net]: >>980
ああ、MSのアレね。どうも
>>978
そういう機能も重要だとは思うけど、もちろん一番重要なのは言語設計でしょ？
IDEの機能がいくら優秀だったとしても言語設計がクソなら意味はない。
逆に言語設計さえ良ければそういう機能は自然と後からついてくるのでは？
1011 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 17:02:12.83 ID:aOH2hrcK.net]: >>976
情報系の大学に行けば在学中の4年で全て出来る
俺は卒業前にはLPICレベル2も応用情報も持っていたし、Webならインフラから開発まで全て出来た
1012 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 18:11:20.46 ID:8zXr1SIe.net]: →「インフラから開発まで」←
1013 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 18:12:48.65 ID:SVjZZRS4.net]: >>977
過去の言語って何？ってのは、適宜引用するときにその特徴含め、何と何を比較してるかを述べれば充分でしょ。

井戸端会議する為のベースラインが無いなら、井戸端のおかーさんにひっついてきてる子供みたいなもんだ。
資格の有無は言ってない。意味が無いと言ってる。

「○○」は素晴らしかった、だから「○○」を「□□」で焼き直せ、って論調に
「ならやっとけ。と言うよりそれしか理解できねえから○○がベストだと思ってて、
　何でも○○で解決しようとして、新しいパラダイムなんか理解する気ねえだろ」
って言ってるだけ。
1014 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 18:18:36.33 ID:SVjZZRS4.net]: >>976
濃いし、人によっては時間がかかるのも事実かもしれんが、
しょーもない、と言い切るのもおかしいし、ただの勉強でもない。

Railsしか知らないから、Railsは実際に動かせるから楽しいとかぬかすんだろ。
ほとんどRails弁みたいなruby使ってタノシーって覚えて、Rails訛りのrubyしか使えない奴になるのが関の山。

よほど変なハードを要求するものでもなけりゃ、何でも実際に動かせるわw
何もCで書けとまで言ってる訳でなく、perlで生socket使ってhttpサーバ書いた方がよほど応用が効く知識つくんじゃねえの？って話。
今時perlは極端だけどな。
1015 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 19:32:32.81 ID:JgfH4MZr.net]: 唸るコードは草
1016 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 20:33:33.00 ID:AzyZGKdE.net]: 唸る僕のコード（ザ・ルビイスト）
1017 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 20:44:54.50 ID:iikzPCLQ.net]: は？おまえのかいたコード唸らねえの？
俺のはPCが唸るぜ
1018 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 21:20:18.83 ID:SVjZZRS4.net]: 俺ruby嫌いだぞ。
1019 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 21:24:14.13 ID:p/p8P93w.net]: デバッグは自分との戦い
小並感書き殴るだけで後は誰かが採点してくれるお受験とは違う
1020 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 21:31:57.26 ID:SVjZZRS4.net]: しかし、ホントにたとえ自分の嫌いな言語でも関わらないと仕方ない事とか、
その中で「へー、この言語だとこう書けて、確かにシンプルでわかりやすいな」とか感心する事無いの？
言い回しがダサかったのは認めるけど。
1021 名前：デフォルトの名無しさん mailto:sage [2018/04/23(月) 21:47:58.89 ID:p/p8P93w.net]: ソースコードの読み方にはコツがある
読まなくてもわかる情報を全部理解するまで読まないこと
1022 名前：デフォルトの名無しさん mailto:sage [2018/04/24(火) 00:11:46.25 ID:ZNYEqjZq.net]: 読まなくてもわかる情報をわざわざ読む理由は？
1023 名前：デフォルトの名無しさん mailto:sage [2018/04/24(火) 00:40:43.83 ID:pcJzry5C.net]: インストールできないとか実行したくないとか
読む以外のやり方がたくさんあるのが嫌いとか
1024 名前：デフォルトの名無しさん mailto:sage [2018/04/24(火) 07:42:24.61 ID:TUZ43qB9.net]: >>985
後半の話はperlよりもgoがおすすめ。
1025 名前：デフォルトの名無しさん mailto:sage [2018/04/24(火) 09:02:55.18 ID:KZ0RDZHW.net]: >>995
俺がGo推しだから、あまりに恣意的過ぎると思って。
俺もそう思う。
1026 名前：デフォルトの名無しさん mailto:sage [2018/04/24(火) 09:32:39.81 ID:oBpm702g.net]: タノシーって覚えることのなにがいけないのかわからん
入門の形態とその後の成長に関係はないだろう
1027 名前：デフォルトの名無しさん [2018/04/24(火) 10:26:37.84 ID:sL4t+Nc4.net]: >>982
わろた
1028 名前：デフォルトの名無しさん [2018/04/24(火) 10:27:37.29 ID:sL4t+Nc4.net]: >>992
データ構造を把握するのが第一だな
その次に大まかな流れを観る
詳細は最後
1029 名前：デフォルトの名無しさん [2018/04/24(火) 10:28:01.74 ID:sL4t+Nc4.net]: >>993
アスペか
1030 名前：1001 [Over 1000 Thread.net]: このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 49日 0時間 18分 46秒
1031 名前：過去ログ ★ [[過去ログ]]: ■ このスレッドは過去ログ倉庫に格納されています

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef