次世代言語21 Go Nim Rust Swift Kotlin TypeScript

次世代言語21 Go Nim ..

624:デフォルトの名無しさん
21/03/09 22:19:12.47 2CFdfqCA.net
>>599
単なる参照カウントとはいえ結局循環参照の解決にgc使う（PHP等）とかそれっぽい参照を検出するとか必要なのに少なくとも前者のオーバーヘッドは否定してるし、参照カウント特有のカウント増減のオーバーヘッドも否定してる
その上でinnovativeな解決策があるそうだからオーバーヘッドもそれらよりは少ないんだろうよ
参考元らしいLobsterに順ずるならライフタイム分析とコンパイル時所有権トレースによる参照カウント増減の最小化・局所化が期待されるらしい
一方で実際にはメモリリークがあり循環参照が実行終了時の開放に任されてる部分が少なからずあるからinnovativeってなんだよって話になるのは自然だろ

625:デフォルトの名無しさん
21/03/09 23:53:34.35 SwzIUFtj.net
>Rustの場合は研究レベルで線形型アフィン型がまず実現されてて、所有権もC++の時点で既にあったし
これと実装レベルじゃ話が全く違うがな。。これでまず研究があったとか思えるって相当おめでたいんじゃないかね

626:デフォルトの名無しさん
21/03/10 10:36:37.47 JIwrPDXM.net
>>606
ライフタイム分析は確かに複雑な操作じゃ無ければ参照カウントのメント操作を省略できるでしょう。
それが「最小化・局所化が期待されるらしい」と上記の"Lobster"の言うように95%削減できるかは
プログラム次第だけどw
多くの言語が現在では型推論を備えてるわけだが、これが昔からある理論だとしても多くの人が使用が
できるようになったのはつい最近。型推論を現在で動作しないと否定する人は殆

627:どいない（嫌う人はいるかもしれない）途中では「ただし、これは執筆時点では実装されていません。」と言っているので、まあ革新的ではまだないだろうね、単なる目標数値なだけで。 >>605 また多くの人が現実的な問題として否定してるのは参照カウントのオーバーヘッドなんかじゃ無くてGCによる STWやコンパクションなんかでしょう？現実問題として参照カウントのオーバーヘッドなんて気にしてる言語は殆どないよ。例えば、RustだってRc<T>やArcによる参照カウントをプログラマ・プログラム側でやってるだけ >>607 それとRustもGraydon Hoareの個人プロジェクトでMozillaになっただけで研究が先にあったとは言い切れないそりゃ有名人やコンピューター工学の権威とか参加してるだろうけども

628:デフォルトの名無しさん
21/03/10 12:26:05.36 SA6nop04.net
最近の言語研究は、あわしろ氏の論文がベースになってるものが多い。

629:デフォルトの名無しさん
21/03/10 13:00:36.02 5VzsYcNg.net
モダンな最新のC++っていくらするの？

630:デフォルトの名無しさん
21/03/10 14:00:30.87 hyPPhEFL.net
ソフトウェアのデバッグは比較的容易だから無料なんだな
文書の誤りや詭弁やデマを取り除くのだけ金がかかる

631:デフォルトの名無しさん
21/03/10 15:44:24.64 MgNVoYVm.net
推奨ＮＧワード：あわしろ

632:デフォルトの名無しさん
21/03/10 15:53:52.43 SA6nop04.net
あわしろ氏の論文抜きに次世代言語は語れないだろ。

633:デフォルトの名無しさん
21/03/10 20:32:58.62 wDDQFNF0.net
>>608
話の繋がりがよくわからんレスばかりだけど、とりあえずV言語は単なるリファレンスカウント方式ってことでおｋ？

634:デフォルトの名無しさん
21/03/11 11:10:34.72 CIKGh+S+.net
バカ「JavaBeans方式のプロパティはリフレクションあってこそのものなのにC++で真似してもなー。」

635:デフォルトの名無しさん
21/03/11 11:33:02.30 onpwfsyg.net
>>615
スレ間違えてるぞバカくん

636:デフォルトの名無しさん
21/03/14 12:34:28.91 HIwD2fvq.net
Julia Go RustでPythonを潰そう

637:デフォルトの名無しさん
21/03/14 13:49:01.04 flEVf/TW.net
むしろpythonの足りない所補完するんじゃないか？

638:デフォルトの名無しさん
21/03/14 16:28:02.83 2WkkfJc2.net
Pythonを潰すならNimだろ、中身は別物だけど構文はめっちゃ似てる

639:デフォルトの名無しさん
21/03/14 17:07:51.14 oR08qjJB.net
つか、構文しか似てない。全然被らんだろう。

640:デフォルトの名無しさん
21/03/14 17:45:58.00 flEVf/TW.net
コンパイルして配置のひと手間入るだけで適用分野が全く変わってくる

641:デフォルトの名無しさん
21/03/14 19:29:18.99 pQGk05s+.net
動的言語の分野でも静的チェック入れたいって要望に応えるような追加が多い。
多分これからは徐々にチェックを厳しくするってリファクタリングをどれだけ段階的に入れやすくできるかってのが
言語に求められる要望になるんじゃないかね。

642:デフォルトの名無しさん
21/03/15 16:25:13.23 gJzvcWoz.net
今からC++かrust学ぶならどっちがいいと思う？
CとJavaはわかる前提で

643:デフォルトの名無しさん
21/03/15 16:48:36.32 tiOBROfx.net
両方やれば？
逆にどっちかだけ学習するより理解しやすいかもね。

644:デフォルトの名無しさん
21/03/15 17:49:05.74 8Ti0c4YE.net
CとjavaがわかっているならC++は入り易いと思う

645:デフォルトの名無しさん
21/03/15 20:36:28.58 esGaOKmu.net
>>623
目的によるだろ

646:デフォルトの名無しさん
21/03/15 21:58:43.20 ia87ngdU.net
とりあえず新しい事勉強することが目的ならRust
なんらかのプロダクトが目的ならどうせC++のAPIやライブラリ、ビルドツールから逃れられないのでC++
どうせ避けて通れないなら勉強するのはRustで問題に直面してからC++の両方コース

647:デフォルトの名無しさん
21/03/15 23:13:56.48 R

648:7EGufd+.net

649:デフォルトの名無しさん
21/03/15 23:59:28.47 M0xOqYlK.net
C++ならCと同じに使えるよ。better C。

650:デフォルトの名無しさん
21/03/16 00:18:10.95 wbddlCFD.net
まあおもしろみもクソもない極めて優等生的な普通の解答をさせてもらうと
まずは C そして C++ 最後に Rust と勉強するのが最も望ましい

651:デフォルトの名無しさん
21/03/16 01:15:21.91 t/pA05jQ.net
newを使っただけで芋蔓式に
例外処理とRAIIとスマートポインタとtemplateが必要になるC++を
better Cとか言われてスルーしてる優等生の闇が深い

652:デフォルトの名無しさん
21/03/16 01:21:12.51 GTaecVmm.net
誰も本気でプロダクトコード書くと思ってないだけだぞ。

653:デフォルトの名無しさん
21/03/16 01:45:08.00 t/pA05jQ.net
だとすると、Pythonのチェックを徐々に厳しくするってのも誰も本気でやらないだろう

654:デフォルトの名無しさん
21/03/16 05:45:19.04 0EC0D1BB.net
>>631
オブジェクト指向とか使ったらダメ。
クラスもテンプレートも使わない。
あくまでもC。

655:デフォルトの名無しさん
21/03/16 07:57:14.44 /8PJuxcZ.net
Javaは決してレガシーな言語じゃない。今も昔もJavaが世界の目指す方向を教えてくれる
URLﾘﾝｸ(engineer-lab.findy-code.io)
Javaの素晴らしさはJVM(Java仮想マシン)の性能の良さやエコシステムの豊かさにあると思います。
エコシステムとはJavaを取り巻く環境やコミュニティといった意味で、これまでさまざまな企業や人々がJavaに対して貢献してきました。
OSSの世界におけるものごとの考え方やコミュニティ運営における方法論は、Javaが歩んできたカルチャーが色濃く影響していると私は考えています。
現在も、多くの企業や人々がJavaの進化を支えています。たとえば、JDK 15の開発には錚々(そうそう)たる企業が参加しています。エンジニアなら誰しも憧れるような有名企業がJavaのエコシステムに関わっているんです。
＜JDK 15の開発に参加している企業＞ Oracle、Red Hat、SAP、ARM、Tencent、NTT Data、Amazon、IBM、 Intel、Alibaba、Loongson、Huawei、BellSoft、Ampere Computing、 Google、JetBrains、Azul、DataDog、Microsoft、他多数。
日本ではJavaがレガシーというイメージが強いですが、実は世界的に見れば全くレガシーではありません。
Javaの進化を見れば、世界のIT企業各社が何を目指しているかがわかります。このエコシステムの素晴らしさを、もっと多くの方々に知っていただけると嬉しいですね。

656:デフォルトの名無しさん
21/03/16 08:06:55.78 5ZkckJOg.net
JavaのダメなところってまさにJVM、エコシステム、コミュニティじゃないの
インターンのこに就職先を相談されたら、Javaをやらされるところは絶対やめろと言ってるわ

657:デフォルトの名無しさん
21/03/16 08:29:00.56 /qP4Y71T.net
旧世代言語の話になるといきなり饒舌になるなこいつら

658:デフォルトの名無しさん
21/03/16 08:49:56.34 MKzWqFI1.net
JVMに依存する言語は他にscalaやgroovy, kotolinか

659:javaが死亡したらこれらも死亡してしまうのか？

660:デフォルトの名無しさん
21/03/16 09:06:48.35 GTaecVmm.net
>>633
普通にtypingモジュール周りは整備されてきてるだろ。
クソみたいな反発ひけらかしてるんじゃねーよ。

661:デフォルトの名無しさん
21/03/16 10:08:43.09 t/pA05jQ.net
>>639
反発はしていない
誰も本気で書かない、という意見に同調しただけ

662:デフォルトの名無しさん
21/03/16 12:14:14.36 tUVUKdZi.net
YouTube で有名な、雑食系エンジニア・KENTA の動画がある
「Scalaが日本で衰退し始めている理由を説明します」
衰退し始めると食えないから、まともな香具師がいなくなる。
コミュニティーには、初心者にマウントを取ってくるような香具師が住み着くようになる
一方、今は、Ruby, Elixir などのコミュニティーが強い。
とても廃れるようには見えない

663:デフォルトの名無しさん
21/03/16 12:21:23.58 tUVUKdZi.net
みずほの統合プロジェクトは終わったけど、
ピラミッド建設並みの40万人月
4千億円 / 40万人月 = 1人月当たり百万円
この内、本人がもらえる額は、2～3割ぐらいしかない。
7～8割がどこかで抜かれる
大手がJavaを勧める理由は、グループ企業数社間で抜けるから。
末端は土方奴隷
だから、KENTA などが、抜かれない自社開発系を勧めるわけ
逆に、SES はJavaを勧める。自分達が抜けるから。
これがポジショントーク

664:デフォルトの名無しさん
21/03/16 12:23:30.42 K4E4Nbs9.net
推奨ＮＧワード： YouTube
推奨ＮＧワード：有名
推奨ＮＧワード：雑食
推奨ＮＧワード： KENTA
推奨ＮＧワード：香具師
推奨ＮＧワード：コミュニティー
推奨ＮＧワード：マウント
推奨ＮＧワード： Ruby

665:デフォルトの名無しさん
21/03/16 12:26:07.75 K4E4Nbs9.net
推奨ＮＧワード：みずほ
推奨ＮＧワード：ピラミッド
推奨ＮＧワード：人月
推奨ＮＧワード：大手
推奨ＮＧワード：土方
推奨ＮＧワード：奴隷
推奨ＮＧワード：自社開発
推奨ＮＧワード： SES
推奨ＮＧワード：ポジショントーク

666:デフォルトの名無しさん
21/03/16 20:40:29.28 V+qRx+gd.net
目隠しでもすれば？

667:デフォルトの名無しさん
21/03/16 23:30:09.00 J1HBzpcA.net
kenta崇拝してるエンジニアはだいたい無能

668:デフォルトの名無しさん
21/03/17 20:40:27.48 hH82Uf3P.net
>>642
java以外の言語だったらその構図がなくなるとでも思ってんのか？おめでてーな

669:デフォルトの名無しさん
21/03/17 20:43:41.24 VqvtKHBn.net
これがレガシーじゃないJava最新版の実力だ
Oracle、「Java 16」を発表～パターンマッチングinstanceofとrecord型が正式機能に
URLﾘﾝｸ(forest.watch.impress.co.jp)

670:デフォルトの名無しさん
21/03/17 21:37:12.31 6p7FfRZM.net
もういっそGADTsと型クラスまたはトレイトを導入したらいいんじゃね

671:デフォルトの名無しさん
21/03/17 22:30:28.05 Fepqvkt7.net
えええ
スマートキャストすんなよきしょい
Ｊａｖａなんだから代入しようず…

672:デフォルトの名無しさん
21/03/17 22:36:07.88 Fepqvkt7.net
URLﾘﾝｸ(openjdk.java.net)
if (b instanceof Point p) {
...
よかった代入してたけどなんかきしょい
代入先が右にくるからか

673:デフォルトの名無しさん
21/03/17 22:58:09.11 +I2IngIP.net
JavaのKotlinに最後まで抗う感すげえな

674:デフォルトの名無しさん
21/03/18 06:10:16.22 Z1aY9uWu.net
forも代入先が右ならよかった

675:デフォルトの名無しさん
21/03/19 02:24:03.10 KZRw2lg0.net
Juliaは1.7で実用的になったらしい

676:デフォルトの名無しさん
21/03/20 01:33:47.12 NBypSHDT.net
Pythonに代替する言語早く出てくれ
記述がシンプルで速いヤツ

677:デフォルトの名無しさん
21/03/20 09:27:09.06 SD207SQV.net
>>654
まだ1.5じゃね？

678:デフォルトの名無しさん
21/03/20 09:38:24.94 vUNrx7r3.net
よし見慣れた <

679:br> 早く使いたい

680:デフォルトの名無しさん
21/03/20 11:47:53.86 ARQDcx4T.net
>>655
go

681:デフォルトの名無しさん
21/03/20 13:16:39.14 KZGebSzt.net
linux kernelにrustディレクトリが出来たみたいだね
次世代言語として磐石な立ち位置を確立したね

682:デフォルトの名無しさん
21/03/20 13:40:40.93 Yqrg6wwp.net
どの部分を置き換えるんだろうな？

683:デフォルトの名無しさん
21/03/20 13:46:03.02 WZkKHDRu.net
Pythonブーム終われと思ってる

684:デフォルトの名無しさん
21/03/20 14:07:37.20 IyzEzHor.net
Ruby on Rails 6 の本を出している人の、入門書が出た。
Erlang/OTP 上で動く、Ruby風の関数型言語
Elixir実践ガイド、黒田努、2021/2/5
Ubuntu 20.04, Docker CE 19.03, Elixir 1.11
>>655
皆Python から、MIT製のJulia へ移行してる

685:デフォルトの名無しさん
21/03/20 14:08:30.45 RK0j7xAM.net
Pythonブームが終わるのはいいけど
その次のやつはテンプレートメタプログラミングをやるのかやらないのか
早く判断しないと話が始まらない

686:デフォルトの名無しさん
21/03/20 14:31:20.03 OmO/62/g.net
>>660
いまのところ書き換えは狙ってないって宣言されてるよ
新しいカーネルモジュールをRustで書けるようにするのが目標みたい
URLﾘﾝｸ(lwn.net)

687:デフォルトの名無しさん
21/03/20 14:33:14.82 Yqrg6wwp.net
>>664
そうなんだ
でもすごい事だな

688:デフォルトの名無しさん
21/03/20 19:00:58.65 1UkxzHtC.net
>>662
juliaなんて流行るわけねーだろあんなfortranくさい言語

689:デフォルトの名無しさん
21/03/20 19:07:26.91 pbI+9NdC.net
とりあえず言語の名前は固有名詞で唯一無二のネーミングを新たに創造してほしい

690:デフォルトの名無しさん
21/03/20 21:01:13.23 Yqrg6wwp.net
5文字ぐらいの単語をランダムに生成して辞書引きでヒットしなかったものを使うしかないけどそんなの流行るかな？

691:デフォルトの名無しさん
21/03/20 21:10:08.83 2mvexEfV.net
そんな極端なことしなくても、ちょっと綴りをもじるぐらいで良いじゃん。
BluRayみたいな。

692:デフォルトの名無しさん
21/03/20 21:17:55.54 yTMQr8HE.net
AV女優ばっか検索かかっちゃう言語名で良いのかね

693:デフォルトの名無しさん
21/03/20 21:53:24.28 Yqrg6wwp.net
xxx langで大抵ははじけるけどな

694:デフォルトの名無しさん
21/03/20 21:57:26.85 CnPV4MQo.net
外国人はきちんとlangつけてて国内の人はlangつけてないって傾向ある？

695:デフォルトの名無しさん
21/03/20 22:01:58.22 vUNrx7r3.net
JavaのやつC#でもうあったわ

696:デフォルトの名無しさん
21/03/21 11:30:16.19 LObm+gcQ.net
rustで検索するとネトゲしか出て来ない時期あったな

697:デフォルトの名無しさん
21/03/21 17:56:17.54 SWaIFGXw.net
とりあえず Go おまえの名前はだめだ
Go の何がだめといって名前がクソすぎる

698:デフォルトの名無しさん
21/03/22 00:46:24.50 TakJ5P2I.net
Goだと検索に引っかかりにくいという難点はあるな

699:デフォルトの名無しさん
21/03/22 10:30:05.11 34uAeWpb.net
外国人は一文字言語の頃からちゃんとlangと付けてたのかねえ

700:デフォルトの名無しさん
21/03/22 10:40:46.73 g8se3Ggw.net
clangがな

701:デフォルトの名無しさん
21/03/22 12:24:42.48 b6jSgIhJ.net
Cとかはインターネット自体がまだそんなに普及してなかったからな

702:デフォルトの名無しさん
21/03/22 17:29:55.95 mGS5nVo3.net
>>655
Nim

703:デフォルトの名無しさん
21/03/22 21:57:37.36 9lhdYRnl.net
つかググラビリティを気にするようになったのは2000年以降だろう

704:デフォルトの名無しさん
21/03/22 21:59:15.41 SRfXrm/K.net
その頃はまだヤフってたわ

705:デフォルトの名無しさん
21/03/22 23:37:25.80 cezDTGq+.net
千里眼使ってたわ。

706:デフォルトの名無しさん
21/03/23 21:05:10.36 ekfmkzWo.net
Microsoft Power Fx のご紹介
URLﾘﾝｸ(c)

707:ommunity.dynamics.com/365/b/dynamicsblog-ja-jp/posts/microsoft-power-fx

708:デフォルトの名無しさん
21/03/25 09:09:11.03 /Q1xsaOg.net
>>655
Julia

709:デフォルトの名無しさん
21/03/25 16:48:07.88 LuSagST9.net
プログラミング言語Crystal、初のメジャーリリースとなるバージョン1.0を公開

710:デフォルトの名無しさん
21/03/25 17:03:45.18 xF1J6Xyz.net
Rubyが好きな人のためのコンパイラか

711:デフォルトの名無しさん
21/03/25 18:30:54.53 18nzHvsr.net
最近は、Go, Rust よりも、Elixir が熱い
動的型付けの関数型で、型を書かないのが楽チン

712:デフォルトの名無しさん
21/03/25 20:04:29.48 KmpgWBAt.net
Erlang VMのお世話が大変だろ
なんでJava等と比べてGoがデプロイ楽と言われてるか
シングルバイナリで行けるからだろ
ScalaやClojureはJavaVM、ElixirはErlangVMから実行時まで逃れられない

713:デフォルトの名無しさん
21/03/25 20:17:34.37 QAr0K9ya.net
Ｇｏなんではやらんのか
例外ないとかきいてうえってなったけど
panicあったらいいじゃん

714:デフォルトの名無しさん
21/03/25 21:02:19.53 KZQE7Wft.net
普通に使われてるだろGO

715:デフォルトの名無しさん
21/03/25 21:22:28.63 s30NAs5i.net
golangは悪くは無いんだが、この分野ではgoだよねというシーンが無いというか

716:デフォルトの名無しさん
21/03/25 21:32:12.66 ItxHMUbH.net
>>689
ScalaやClojureはnative compileできるようになったからJVMなくても動くよ
Scalaは普段使いしないけどClojureはCLIのツール作るのに便利

717:デフォルトの名無しさん
21/03/25 22:20:19.07 CbMP1UQH.net
Goはなにが駄目といってまず名前が駄目
あとエラー処理が面倒すぎる!

718:デフォルトの名無しさん
21/03/25 22:27:03.79 QAr0K9ya.net
そうなのか

719:デフォルトの名無しさん
21/03/26 12:21:14.41 mmjZdfI1.net
Elixir も、パターンマッチの戻り値で判定するから、
例外機構を使わないのが普通
YouTube で有名な、雑食系エンジニア・KENTA いわく、
Go だけは、普及のキャズムを超えた
Rust, Elixirは超えられなかった
Elixirは、VSCode, Remote Container(Docker)で、
文字列処理などのツールでは楽

720:デフォルトの名無しさん
21/03/26 13:15:37.07 oXROwrcp.net
goはjavaのダメな点を修正したってだけな気もするが、だがそれがいい。

721:デフォルトの名無しさん
21/03/26 13:17:22.27 oKOCwUd9.net
こっとりーん

722:デフォルトの名無しさん
21/03/26 16:43:15.75 5JaI5I85.net
>>693
native compileされたバイナリの依存関係はどうなってるの？

723:デフォルトの名無しさん
21/03/26 21:27:15.39 VTO9jEEg.net
あとGoはマスコットがキモすぎる

724:デフォルトの名無しさん
21/03/26 21:32:54.53 S1KAvzhB.net
lispよりマシ

725:デフォルトの名無しさん
21/03/26 22:00:57.79 VCm8TcY+.net
どっちもかわいいのに…

726:デフォルトの名無しさん
21/03/26 23:26:17.82 f+NQDuNV.net
gopherはもうちょいデフォルメすればかわいい(たぶん)
LISPは諦めてもろて

727:
21/03/27 00:16:06.66 h1BsDCwR.net
>>701
Lisp にマスコットなんかあったっけ？

728:デフォルトの名無しさん
21/03/27 00:40:16.75 PG67SvNd.net
URLﾘﾝｸ(i.imgur.com)
Goのひっぱたきたくなるやつよりはかわいいかな

729:デフォルトの名無しさん
21/03/27 01:07:42.58 71XDemdj.net
Javaの☆のやつのがきもい

730:デフォルトの名無しさん
21/03/27 01:09:38.24 +DporzDl.net
>>705
ごーふぁー君はイラっとくるキモさだが
こいつはリアルに純粋にキモいなw

731:デフォルトの名無しさん
21/03/27 02:04:50.15 ViXMOfbR.net
しかも名前がLispエイリアンとかふざけてる

732:デフォルトの名無しさん
21/03/27 02:39:16.96 ZUW1x11T.net
舌足らず(lisp)なのかな

733:デフォルトの名無しさん
21/03/30 02:28:48.17 uKQPYHO8.net
>>614 よく分からないなら職場の先輩に聞いてください。あなたのくだらない煽りに答える所ではありません。無視しても良かったのですが、あまりにも気持ち悪すぎるので書いておきます RustのRc、Arcと言っているのに、それにまったく気づかない文章読解能力の無さどうかと思います。 ARC (automatic reference counting) というのアルゴリズムです。言うまでもなくRcは(reference-counting)です。単純な参照カウントを改良・自動化したのがARCです。改良すべきは細かい話になりますが、1つ目が値の受け渡しによるコピーをなくすためのムーブ操作です。理論上は、ムーブセマンティクスと呼ばれる、C++11/14からある所有権のムーブで、メモリーコピーを防ぎます。これは「所有権」という言葉からRustを想像すると思いますが、まさしくそれでRustはムーブを明示的にシンタックスで行いますが、VやNimbleなどはそれが自動化されます。strong/weak/unownedのキーワードが必要になりますが、確かSwiftもARCです。Vの場合はmutが必要です２番目にスレッド間でのデータが共有されるため、ここも単純なRCと比べて改良されています。他にもRCに比べて利点があります。多くの単純な例ではオーバーヘッドと見做されるようなカウント操作を行わないようになります。これは明示的に所有権の移動を行うRustと同じです。Rustの利点はGCが不明な箇所では行われない事です簡単に表せば、最も単純な例では関数を抜けた後にメモリ解放を必要とする変数のデストラクタ呼び出しをコンパイラが自動的に挿入します。（ここでカウント操作はありません）ただ循環参照を処理する場合には参照カウンターとは別にサイクルカウンターが必要となります。 Rustはunsafeを使わずとも「循環参照は、メモリをリークすることもある」と認めていますが、独自データ構造で循環参照を作った場合、メモリーリークしないよう保証するのは実装者の自分自身が必要です。 JavaなどのGCがあるとされる言語は多くはこれを解決するために、マークアンドスウィープを使用して結果的に Stop the Worldが発生します。これを解決して抑えるためコンカレントGCを作りましたが、常にGCされるのでに結果的にパフォーマンス低下します。

735:デフォルトの名無しさん
21/03/30 09:11:59.50 BHNwTu7Q.net
>>710
RustのArcはAtomically Reference Countedの略な

736:デフォルトの名無しさん
21/03/30 09:44:21.64 ZeIxFSpI.net
>>710
RcとArcの違いが全然分かってなさそうだけど大丈夫か？
カウント操作にアトミック命令使ってるかどうかだけなんだが。

737:デフォルトの名無しさん
21/03/30 15:01:48.57 3h4JBsbE.net
あまりにも気持ち悪すぎるwワロス
こいつらマウント取りたくて必死すぎだろwなんも反論になってないw
そんなにVが嫌いならダメな所あげたら良いのに

738:デフォルトの名無しさん
21/03/30 16:45:27.89 QeTs/eYE.net
ReScript良さそうだな

739:デフォルトの名無しさん
21/03/30 16:50:58.07 ZCSqiewq.net
見たくないものは見えないんだなあ

740:デフォルトの名無しさん
21/03/30 18:21:16.68 bKhExOEr.net
最新の言語ってデバッグのための値操作とかどうやるんですか
ＪａｖａやＣだと変数値は変えられるのがデフォだから
一応元の処理は流したうえで値を書き換えてやるのが基本だった気がするけど
最近のってletでデフォconstじゃないですか

741:デフォルトの名無しさん
21/03/30 22:53:17.23 hcFmxLDn.net
デバッガからなら書き換えられるのも多いのでは？

742:デフォルトの名無しさん
21/03/30 23:09:39.66 hr

743:1twhx6.net

744:デフォルトの名無しさん
21/03/30 23:25:34.80 PerNg8Uc.net
純粋関数型言語で値の書き換えできるやつってあるのかな
HaskellとかElmで変数(とは言わないかもだが)表示しながらステップ実行とか式の評価の履歴みれるのは知ってるけど

745:デフォルトの名無しさん
21/03/30 23:31:06.76 p2ycBMb7.net
できない理由はないんじゃない？メモリ上に置かれないような最適化とかされない限り。

746:デフォルトの名無しさん
21/03/30 23:58:23.09 2Xqp7lc5.net
24日、最新版となる「Julia 1.6」をリリースしたと発表した。

747:デフォルトの名無しさん
21/03/31 00:29:37.70 asE4SEMA.net
ステップ実行やりたいがためにCのライブラリ呼び出しすんな派と
Cライブラリ呼び出しーや派
言語の流行はほぼこれで説明がつく

748:デフォルトの名無しさん
21/04/01 20:50:12.42 4OCi/swF.net
「AsyncAPI Initiative」がLinux Foundationに参画、イベントドリブンなAPIの記述標準化を目指す
URLﾘﾝｸ(www.publickey1.jp)

749:デフォルトの名無しさん
21/04/08 04:40:42.69 kgR5ZIDd.net
>>710はスルー力検定？

750:デフォルトの名無しさん
21/04/08 08:12:35.42 oHbd1x+/.net
Rust言語でAndroidはより強固・安全に～GoogleがOS開発への導入を進める
C/C++コードの完全な置き換えは非現実的だが、新規コードへの活用は不具合の予防に効果あり
URLﾘﾝｸ(forest.watch.impress.co.jp)

751:デフォルトの名無しさん
21/04/08 15:38:13.33 YWFqFncu.net
Rustほんと人気だね

752:デフォルトの名無しさん
21/04/08 15:43:04.97 CsfSuBCz.net
Javaのパクっておｋの勝訴の影響はどうなるの

753:デフォルトの名無しさん
21/04/08 19:17:59.07 ByNsu0yr.net
フェアユース

754:デフォルトの名無しさん
21/04/08 21:12:55.75 KJ+7YtJl.net
googleがイニシアチブとってくるとかなり変わってくるな
ただfirefoxの遅れ取り戻すために作ったものが今後chromやedgeにも使われるとなるとどうなんだろ？

755:デフォルトの名無しさん
21/04/09 01:33:52.25 q4HnPycb.net
GoogleのJavaはそもそもドロイドのアプリ層でしか使ってないとオモウ
なのでOpenJDK標準になってたりKotlin押しになってるアプリ開発環境は変るかも

756:デフォルトの名無しさん
21/04/09 07:43:56.69 PY9i7lti.net
節子！それ盗作ちゃうで！インスパイアかフェアユースや！

757:デフォルトの名無しさん
21/04/09 11:54:55.40 1od6wqSM.net
フェアユースの定義はどう見ても自然科学の管轄外なので
どちらかといえばコミュ力に近い能力が役に立つ事案

758:デフォルトの名無しさん
21/04/09 20:44:39.89 ae3tE6Ku.net
やったもん勝ちでいいじゃんいいじゃん

759:デフォルトの名無しさん
21/04/10 09:37:11.94 WdqgOojm.net
中国人みたいなこと言いよる

760:デフォルトの名無しさん
21/04/10 09:56:08.18 xmdeuDkH.net
そういう判決だったからな

761:デフォルトの名無しさん
21/04/16 16:43:46.37 iRzpcHGc.net
Go言語はos.Open()の戻り値のエラーはスルーできないのに
File.Close()の戻り値のエラーは普通にスルーできるのが気持ちわるくてやめた
（だいぶ前の話だから今どうなってるかは知らない）
せめて
_ := f.Close()
にしないと警告出すくらいのチェックはほしい

762:デフォルトの名無しさん
21/04/16 17:20:31.43 U88khvJX.net
>>736
どういう事？
voidではない関数の戻り値もかならず代入文によって捨てるコーディングがしたいってこと？

763:デフォルトの名無しさん
21/04/16 18:28:46.84

764: ID:iRzpcHGc.net

765:デフォルトの名無しさん
21/04/16 20:10:02.72 U88khvJX.net
>>738
うーん、他の言語もタプルとかとして受け取るなら一部だけ受け取るなんてこと出来ないんだし、一般的な仕様だと思うけどな。

766:デフォルトの名無しさん
21/04/16 22:00:20.82 iRzpcHGc.net
>>739
その部分だけで考えれば普通なんだけど言語全体で考えるとバランスが悪い感じ
Openの方は
f, err := os.Open(..) // errを使わないとコンパイルエラー
f, _ := os.Open(..) // 敢えてエラーチェックはしない
の二択だけど、Closeの方は
err := f.Close() // errを使わないとコンパイルエラー
_ := f.Close() // 敢えてエラーチェックはしない
f.Close() // エラーチェックしないの？
の三択になって、例外を使わずに変数の使用を強制することでエラー処理を明示的にするっていう
Go言語のスタンスがぼやける気がする
（そのスタンス自体が私の思い違いかもしれないけど）
Closeだとエラー無視しても大したことないけど、Chdirあたりだと
エラーをスルーできて例外も飛ばないのは危険さを感じてしまう
C言語と同じだと言えばそれまでだけど、変数の不使用はコンパイルも通さないのに
戻り値の不使用は警告も出さないっていう仕様はアンバランスだと思った

767:デフォルトの名無しさん
21/04/16 22:43:53.10 U88khvJX.net
>>740
errを使わないとコンパイルエラー、は違うよ。
_ = err
と捨ててもコンパイルエラーは避けられる。
例外を使わず、は正しいけど、変数の使用は実質強制されてない。
そういう、errを捨てるような書き方は、Javaのthrows書きたくないからとExceptionで大雑把に例外を握りつぶしてるメソッドみたいなもんで、躾の問題だと思うよ。

768:デフォルトの名無しさん
21/04/16 23:39:26.78 h4psCBcA.net
>Javaのthrows書きたくないからと
極刑を望む

769:デフォルトの名無しさん
21/04/16 23:53:42.11 iRzpcHGc.net
「使う」の意味が曖昧だったかな
errを使うっていうのはエラーをチェックをするという意味じゃなく
コードの中でそのerrをどう扱うかを明示するって意味で書いた
（普通はエラー処理だけど）
>>741の例だと
_ = err
の中で「そのエラーはチェックしない」って意図を明示するためにerrを使ったことになる
_ := f.Close()
と
f.Close()
の違いは、下の書き方だと
・そこでエラーが返される可能性
・そのエラーを無視するという意図
の２つが伝わりにくくなること
もしかしたらコードを書いた本人もCloseがエラーを返す可能性を見落としてるかもしれなくて
そうなると想定しない状態でプログラムが動き続けて予期しない結果を招くかもしれない
もしコンパイラが戻り値を受け取らないパターンを弾いてくれればそういう見落としは防げるようになる
（そこで何も考えず戻り値を捨てる書き方をして予期しない結果になったならそれはもう躾の問題だけど）

Javaで例えるならExceptionで握りつぶすというよりcatch(Exception)して何もしない感じかな
自分は「飲み込む」と表現してる

770:デフォルトの名無しさん
21/04/17 02:30:54.76 6GAIvEwc.net
そんなに説明しなくても >>736だけで十分わかるよ
URLﾘﾝｸ(github.com)
URLﾘﾝｸ(github.com) <― Rob Pike

771:デフォルトの名無しさん
21/04/17 02:59:32.14 Cl8a1wE7.net
同じこと言った記憶あるなあと思ったら一昨年だった
ｽﾚﾘﾝｸ(tech板:927番)
927 デフォルトの名無しさん sage 2019/09/29(日) 19:19:16.64 ID:siw3JIyP
deferのためなんだろうけど、返り値全捨てでの握り潰しがコンパイルエラーにならないのは不満

772:デフォルトの名無しさん
21/04/17 09:13:21.49 GZ3nvsuU.net
>>743-744
これは俺が不勉強だった。Issueも立ってたのか。
この議

773:論は確かに有益だな。 issueで書かれてるように、deferで雑に閉じたいとかそういうケースが確かに漏れるか、ってぐらいだな。うーん、なかなかバランス難しいもんだな。とはいえRustみたいな気難しいコンパイラになられるのもなかなかだし。

774:デフォルトの名無しさん
21/04/17 09:39:43.53 WqZ6rzHC.net
>>742
それは形式的に判断できるものじゃなくて、大雑把かどうかはその内容によるわな。
握りつぶしていい例外は存在するしそれは握りつぶしていい。

775:デフォルトの名無しさん
21/04/17 11:00:28.48 tBKly9ku.net
throwsを書くのは関数や変数の型を書くことと同じ
それに対し「型を書かなくていい変数は存在する」と
言い返したのと同じだから痛快だね
全ての変数に型を書くのに今までどれだけ無駄な努力をしていたか

776:デフォルトの名無しさん
21/04/17 12:15:23.05 WqZ6rzHC.net
>>748
Javaの検査例外はたしかに例外を型安全に扱うための仕組だけど、throwsを書かないのは
いわばvoid型のようなもので、型推論や動的型付けで型を書かないのとは違う。

777:デフォルトの名無しさん
21/04/17 12:35:03.15 GZ3nvsuU.net
検査例外は「ただの大域jmp、しかも行き先が自分ではわからないやつ」っていう例外の悪い部分をうまく取り扱うための、そこそこいい仕組みだと思うんだけど、
いかんせん例外で対応することが多すぎた気がする。
このメソッドより外側には漏れ出しません、ってのは俺はいい宣言だと思うんだけどな。
今はかなり改善されてるんだろうけど、Javaにいい印象なくてなかなかJava系の言語やる気持ちになれないや…。

778:デフォルトの名無しさん
21/04/17 13:37:15.96 GMKTrofB.net
Javaの例外処理は独自の例外クラスを作って低層の例外を取り込んでいく設計を知らないと
throwsの中身が膨れ上がって大変なことになるね
throwsが面倒っていう人は独自の例外クラスを作るのが面倒なんだと思う
GoとかRustは返せるエラー型が原則１つに制限されるから必然的にそういう設計を迫られる

779:デフォルトの名無しさん
21/04/17 17:29:58.69 GZ3nvsuU.net
>>751
C#で言うInnerException的な？
まあ、業務ロジックでハンドリングするならアプリケーションで定義した例外に包むわな、確かに。

780:デフォルトの名無しさん
21/04/17 22:12:19.57 IisFsCzs.net
Javaの検査例外は直上でのハンドリングを強制したのが失敗
Goみたいに一種類だけならまだしも、全種類はさすがにノイズになりすぎた
コンパイル時にチェックしたいだけならthrowsは暗黙的にコンパイラが生成し、最終的にキャッチされないままの例外があったら警告出すくらいで十分だったんだよ
結局Javaはmulti catch導入して、型を緩める方向に舵を切っちゃった

781:デフォルトの名無しさん
21/04/17 22:53:24.71 /69X/cno.net
throwsを暗黙的に生成するのはそんなに簡単じゃない気がする

782:デフォルトの名無しさん
21/04/17 22:59:40.59 WqZ6rzHC.net
検査例外がというより、そこは例外に多彩な型を持たせること自体が失敗だったと言うべきだろうな。
例外というものは呼び出し階層の複数の階層を越えて上位層が下位層に依存してしまうんで
それをSOLID原則のに従うようきっちり依存性逆転させるのは骨が折れる。

783:デフォルトの名無しさん
21/04/17 23:31:17.79 dnL36O9R.net
例外の型って大抵デバッグ目的で持たせるエラー情報の種別に応じて作られるわけだけど、
それってプログラムでのエラーハンドリングの制御とは異なる関心事なんだよな
それをごっちゃにしてしまったのがJava系の例外の失敗だと思う
プログラムの制御にとっては、成功、リトライ可能な失敗、リトライ不可な失敗、くらいの分類があれば十分で、それ以上細かくしてもノイズになるだけ

784:デフォルトの名無しさん
21/04/18 00:47:22.61 z4d4288G.net
プロセスやスレッドを起動するならexi

785:tでいいのにシングルタスクでイベントループを終了しないで続けるためにthrowとcatchがある上位層が下位層に依存するのはシングルタスクの欠点だがそれは旧世代言語の欠点だというのがなぜか定説になってしまった

786:デフォルトの名無しさん
21/04/24 08:05:00.86 8O98k7om.net
> 例外というものは呼び出し階層の複数の階層を越えて上位層が下位層に依存してしまう
これどういうこと？
上位下位というのは継承関係？コンポジションの関係？
いずれにせよピンと来ないんだが

787:デフォルトの名無しさん
21/04/24 08:18:28.13 8O98k7om.net
URLﾘﾝｸ(ideone.com)
class A {
void foo(int value) {
if (value != 42) throw new IllegalArgumentException();
}
}
class B {
void bar(int value) {
new A().foo(value);
}
}
class Ideone {
public static void main(String[] args) {
try {
new B().bar(0);
} catch (IllegalArgumentException e) {
e.printStackTrace();
}
}
}
たとえばこう↑したとき
どこに「上位層が下位層に依存してしまう」部分があるの？

788:デフォルトの名無しさん
21/04/24 09:21:13.32 PpOY6z/o.net
呼び出し海藻だろ

789:デフォルトの名無しさん
21/04/24 10:02:36.99 K4uxnQki.net
>>759
A が IllegalArgumentException を投げるかもしれないという事実に Ideone が依存している。

790:デフォルトの名無しさん
21/04/24 12:02:10.01 X9M/vDl3.net
>>761
そのことをもって「上位層が下位層に」と表現しているってことでおｋ？

791:デフォルトの名無しさん
21/04/24 12:15:38.69 h2P4AVL3.net
だいたいその認識だったな、俺も。

792:デフォルトの名無しさん
21/04/24 15:59:57.86 tHtLe+wG.net
IllegalArgumentExceptionならまああまり依存してる感はないかもしれない
特に問題になるのは、FooException のように、barがfooに依存しているという事実を晒してしまうような例外を投げるケースだな

793:デフォルトの名無しさん
21/04/24 20:23:23.95 UtBZJqS8.net
やっぱJavaってオワコンなのか書店のJavaコーナーどんどん縮小してるし
以前はJavaコーナー一番広かったのに最近は大概他の言語(Python,JavaScriptなど)に負けてるな
何はともあれ業務上必要で売れるならある程度の面積は占めるはずなんだが

794:デフォルトの名無しさん
21/04/24 21:19:03.86 pIwkRpva.net
俺がインターンの子にジャバをやらされる企業には絶対いくなといってるからだろうな

795:デフォルトの名無しさん
21/04/24 21:44:59.76 tDy/GOTv.net
新卒奴隷送り込む商売がやりづらくなっただけなのと
六ヶ月リリースになって書籍が追いつけなくなっただけでしょ。
「やさしいjava完全に理解した！」が減っていいことだ。

796:デフォルトの名無しさん
21/04/25 04:27:20.08 HtPKTQ5q.net
リリースに出版が追いつかないだけの理由なら別に書籍のコーナースペースが縮小したりしないと思う
スペースが狭くなってるって事は需要の絶対数が減ってるからでJavaをやる新人ってのが減ったのは確実なんだろうな

797:デフォルトの名無しさん
21/04/25 05:12:25.49 fxJVYt9g.net
ただ単にkotlin使うようになっただけでしょ
まだまだjvm使ってるとこは多いと思う
今後はわからんけどね

798:デフォルトの名無しさん
21/04/25 06:29:37.85 NMiXqa1m.net
Javaが採用されてきた大きな理由の一つとして、実行環境としてUNIXをターゲットとする場合に、工員の開発PCがWindowsでも比較的支障が少ないってのがある
ただ最近では業務系でも開発にMac使うところは増えてきたし、
.NETもLinuxに対応したりNode.jsやPythonも主にUNIXで運用される主要なスクリプトの中では比較的Windowsの相性が悪くない方だったりして、ライバルも増えた
そもそもクラウドやコンテナの普及のせいで、直接Windows上で開発するということ自体がこれ�

799:ﾜでよりも困難になってきているし、Windows自体もWSLにより完全なUNIXを備えてしまったためこれまたJavaに拘る理由がなくなってしまった

800:デフォルトの名無しさん
21/04/25 06:56:54.09 wIbtFVmU.net
売り場面積が根拠ならjava云々でなく単に棚分類コードの関係で書店の扱いがいいジャンルに業界がシフトしてるだけの話よ。
鉄板はEXCEL本、python本、後は今ならディープラーニング関連かな。
オライリー・ジャパンですらwebもプログラミングも関係ない分野の本出してんの知らない？
javaならむしろ去年の六月にswingの新刊出てる。
>>769
kotlin使うようになったらからが理由ならscala使うようになった頃に取って代わってるだろうね。

801:デフォルトの名無しさん
21/04/25 13:13:44.43 oFpMkyEJ.net
Java は、GitHub に銀行のソースコードを上げた人とか、
20年やっても年収200万円とか、IT 土方の多重請負構造で、
客には1人月100万円を請求しているはずが、80万円抜かれる
プログラマーに還元されない。
というか、関数内だけを作っている、
システムを作っていない単純コーダーだから
工事現場の見習いみたいな感じ
そのIT業界の多重請負構造を、
YouTube で有名な、雑食系エンジニア・KENTA が、
ばらしてしまったので、日本中に広まった
IT土方Java vs 自社開発系Ruby
SES のモロー vs KENTA

802:デフォルトの名無しさん
21/04/25 13:18:37.83 KtTIhOup.net
推奨ＮＧワード：土方
推奨ＮＧワード：請負
推奨ＮＧワード：雑食
推奨ＮＧワード： KENTA
推奨ＮＧワード：自社開発
推奨ＮＧワード： Ruby
推奨ＮＧワード： SES
推奨ＮＧワード：モロー

803:デフォルトの名無しさん
21/04/25 15:27:32.41 HtPKTQ5q.net
ちなみに言語じゃないけどDenoってこれから伸びる可能性あるんかね？

804:デフォルトの名無しさん
21/04/25 15:38:35.22 8jr05iQT.net
もしかしてDartって若干伸びてきてる？

805:デフォルトの名無しさん
21/04/26 08:02:24.55 xaTdJ+wC.net
Youtubeよりも5chで荒らしとして有名になってる件

806:デフォルトの名無しさん
21/04/26 10:52:47.24 vu3N8V9m.net
denoというかwasmがくるよ

807:デフォルトの名無しさん
21/04/27 01:13:44.64 ybAp8EWh.net
ということはRustが来るのか

808:デフォルトの名無しさん
21/04/28 11:37:01.99 3EuQZ3Ew.net
実際にプロジェクトで使ったことない人には定評あるね

809:デフォルトの名無しさん
21/04/28 12:18:47.51 Gm/vyyE5.net
インフラとか組込とかミスの許されない/修正リリースできない現場は
形式証明機能のある言語を実際に使うとか聞いたで
F*だかidrisだか忘れたけど
ググったらRustでもCHCソルバでプログラム検証しまーすとか普通にでてくるし
クリティカルなとこではちゃんと使われてんじゃないかい

810:デフォルトの名無しさん
21/04/28 13:26:23.31 GFgIUmSe.net
大規模開発で使うっていう都市伝説が検証されるだけで一歩前進か

811:デフォルトの名無しさん
21/04/28 16:26:28.05 3EuQZ3Ew.net
そんなとこで使われてるわけねーだろ。。
その手の証明ツールを使ったことあればわかるがテストコード書く方がまだまともなアプローチだわ。
実際に使われてるのは不確定性をうまく論理化してプロトコル検証をするって使い道はある。
そう言う使われ方は分散アルゴリズム周りでは少しやってるとこもあるがほんの一部だわな。

812:デフォルトの名無しさん
21/04/28 16:31:19.72 yDqZolk/.net
組込みRustという本がちょうどこの前出たぞ

813:デフォルトの名無しさん
21/04/28 21:17:46.00 85tuN82O.net
意図もわからずなんとなく動くからそのメソッドを使い、借用をつければなんとなく動くから借用し、
変更する予定はないけどmutし、ここはエラーだからとpanic!し、補足するなと言われているのに
catch_unwind/re

814:coverして、血の涙で泣きながら渡されたソースをシコシコ直すおまいら・・・ rustのどこが良いか全然わからない

815:デフォルトの名無しさん
21/04/28 23:38:51.58 2VQTxO/e.net
マルチするな

816:デフォルトの名無しさん
21/04/29 07:18:17.94 KLHt34b8.net
ちょっと改変すればどの言語にも適用できそう
というかそういう元ネタあんのかな？

817:デフォルトの名無しさん
21/04/29 10:33:36.01 tR6uAqfq.net
補足？足なんて飾りです！偉い人にはそれがわからんのです！
早くモデル検査が当たり前になぁれ！

818:デフォルトの名無しさん
21/04/29 12:41:21.56 JBnzphH4.net
>>781
大規模開発ってプロジェクト人数が多そうだし精鋭にはならんだろうから寧ろ不向きだろうって直観的に思う

819:デフォルトの名無しさん
21/04/29 12:43:37.33 JBnzphH4.net
>>783
この前それ立ち読みしたけど去年秀和から出た実践～の８章理解しとけば十分な気がした

820:デフォルトの名無しさん
21/04/29 14:27:34.72 earX3YoR.net
>>786
>ちょっと改変すればどの言語にも適用できそう
ほぼこれが主張だぞ。

821:デフォルトの名無しさん
21/04/29 15:23:01.97 bEP8m5yM.net
落ちないからヨシ！

822:デフォルトの名無しさん
21/04/29 22:26:54.16 3tiS91aO.net
検査で「偽陰性」になったソースを渡されたら血の涙で泣く
ということは
血の涙が出たら陽性、という検査を追加すればいいんだろ

823:デフォルトの名無しさん
21/04/30 16:54:11.94 U7XnfxJa.net
個人的には
どの次世代言語がいいかじゃなくて
次世代言語にはどんな言語機能を備えていてほしいかで語ってほしい

824:デフォルトの名無しさん
21/04/30 17:05:12.65 8uDUVNfy.net
いうほど必要な機能なんてない。
ここ50年の結論はバカは何使ってもバカということだろう。

825:デフォルトの名無しさん
21/04/30 17:34:44.55 8aEpEI3N.net
用途によって欲しい機能が違うんだからすべてを満たす言語が出来るはずがない。

826:デフォルトの名無しさん
21/04/30 18:12:44.65 U7XnfxJa.net
macroとか型クラスとかあるやろ具体的には

827:デフォルトの名無しさん
21/04/30 18:16:43.42 TuBhqj3T.net
ようとに応じた欲しい機能すべて実装すりゃいいだけだろｗ

828:デフォルトの名無しさん
21/04/30 20:12:42.07 19g7m0Bn.net
「二刀流はズル」という価値観を捨てれば矛盾する機能でも両方実装できる

829:デフォルトの名無しさん
21/05/01 19:29:31.85 wiEZYnrW.net
結局必要なところはcで書いてバインディングできるような言語設計をほとんどの言語が行なっている。
それが答えだろ

830:デフォルトの名無しさん
21/05/01 21:16:05.18 0VFft9ft.net
いや、違うと思う

831:デフォルトの名無しさん
21/05/02 16:15:43.74 F4olHNfs.net
レガシーコードとの連携のためとかいいわけしながら
結局ユーザー2層構造が暗黙の仕様になってるような

832:デフォルトの名無しさん
21/05/03 23:13:29.51 AyvebyYK.net
ちなみにおまいら具体的にはどの言語に手を出した事あるの？

833:デフォルトの名無しさん
21/05/03 23:22:14.10 N/p1rn3A.net
Java,C,VB.NET,C#,F#,Haskell,Elm,Rust,Idris2
F#とIdrisがすこ

834:デフォルトの名無しさん
21/05/05 04:20:34.48 roWASgUj.net
どっちも流行ってないね
お前の逆を行くと良さそう

835:デフォルトの名無しさん
21/05/05 11:02:40.08 1EwqoC8k.net
最近あんまGoって聞かなくなったけど使われてるとこでは使われてるの？

次ページ