X
次世代言語15 Go Rust Bosque Kotlin TypeScript
レス数が1000を超えています。これ以上書き込みはできません。
0002デフォルトの名無しさん
垢版 |
2019/04/19(金) 22:20:19.27ID:er92Du55
しもた16やった
0004デフォルトの名無しさん
垢版 |
2019/04/19(金) 22:21:27.31ID:er92Du55
>>990
次スレ立てるときは番号修正してください
次は17です。
0006デフォルトの名無しさん
垢版 |
2019/04/20(土) 00:05:55.59ID:LTHThaeU
Bosque Programming Language
https://www.microsoft.com/en-us/research/project/bosque-programming-language/

> The Bosque programming language is designed for writing code that simple, obvious, and easy to reason about for both humans and machines.

https://github.com/Microsoft/BosqueLanguage

レビュー記事
Microsoft debuts Bosque – a new programming language with no loops, inspired by TypeScript
https://www.theregister.co.uk/2019/04/18/microsoft_bosque_programming_language/
0007デフォルトの名無しさん
垢版 |
2019/04/20(土) 00:09:44.32ID:LTHThaeU
Microsoft aims for simplicity with Bosque programming language
https://www.infoworld.com/article/3390197/microsoft-aims-for-simplicity-with-bosque-programming-language.html

・Bosqueは不変(immutable)データと調和する機能モデルを採用しているため、すべての値は不変です。
副作用がなければ、コードブロックの任意のステートメントの作用を理解することはとても簡単になります。
関数型言語は、プログラム開発の単純化、洗練されたツール、およびこのモデルによって可能になるコンパイラの最適化の恩恵を受けています。
・更新可能なvar!変数への複数回の代入を許可することで、関数型プログラミングはブロックスコープと{…}括弧と融合します。
・関数はファーストクラスの値であり型です。
・ラムダコンストラクタは、ラムダ作成時のクロージャキャプチャ変数のために、ラムダ本体のコード定義と変数コピーセマンティクスを組み合わせたものです。
・シンプルで押し付けがましくない型システムは、意図を伝え、問題領域の関連する特徴を符号化するために、構造型(structural types)、組み合わせ型(combination types)、および公称型(nominal types)といった一連の型の使用を可能にします。
・型付き文字列は、文字列の内容に関する既知の構造を、人にとって意味があり、かつ型チェッカーが利用できる方式で型に変換するためのメカニズムを提供します。

続く>>8
0008デフォルトの名無しさん
垢版 |
2019/04/20(土) 00:10:22.73ID:LTHThaeU
>>7 続き

・ref引数を渡すことでパラメータをスレッド化することができます。
複数の戻り値(multi-return values)に代わるものとして、これはメソッドが渡された変数を使用・更新するようなシナリオを単純化します。
パラメータの更新を許可することで、余分な(extra)戻り値の管理が不要になります。
この機能はまだ実装されていません。
・名前付き引数が提供されています。
残余引数(rest parameters)やスプレッド演算子(spread operators)も。
これらは呼び出しやコンストラクタ操作の一部としてデータ操作を実行できます。
・不変式/不変条件(invariants)、サニティチェック、および診断アサーションといったさまざまな表現のための一級のサポートが提供されています。
・Bosqueでの一括代数データ操作は、一括読み取りとデータ値の更新から始まります。
作成されたオペレータは、コードを全体的な意図に集中させ、開発者がデータ構造操作に関する代数推論をするのを助けます。
代数演算は、データ型、タプル、レコード、および名義型、さらには射影、複数更新、およびマージを含む演算に対して提供されます。
・反復処理機能により、構造化ループは高レベルの反復処理構成体と交換されます。
同じループを書くことの定型句を削除することで、束縛計算を含むエラーのクラスが排除されます。
intentは意図(intent)を明確にします。
0009デフォルトの名無しさん
垢版 |
2019/04/20(土) 01:59:32.06ID:tdttDGmt
このボケキューとかいう言語、コンセプツは良さげなのにまず言語名がボケすぎてボケなんだがｗ
0012デフォルトの名無しさん
垢版 |
2019/04/20(土) 17:01:18.74ID:+2B3CouG
お題：もし流ればGolangみたいにMS公式に昇格できるか？Bosque

Bosqueとかけまして
ボス・キューと解きます
その心は？
ボスの首を(ﾋﾟｰ
0013 ◆QZaw55cn4c
垢版 |
2019/04/20(土) 17:20:22.20ID:/wmjgZ32
>>12
それのどこが面白いの？面白いとおもったの？
0018デフォルトの名無しさん
垢版 |
2019/04/21(日) 19:22:29.36ID:v8NaAGnJ
Bosque is Microsoft’s new open source, TypeScript-inspired programming language
https://betanews.com/2019/04/20/microsoft-bosque/

> the language “derives from a combination of TypeScript inspired syntax and types plus ML and Node/JavaScript inspired semantics”
0021デフォルトの名無しさん
垢版 |
2019/04/21(日) 20:38:03.08ID:v8NaAGnJ
>>19
[dɔl]にしろ[dɔːl]にしろどうカナ音写してもダールとはならない。
ドールだ。
ALLをアール、Callをカールと読むのなら別だがな。
カナ音写したときよくアとオで別れるのは-al-ではなく-o-。
カーペンターズのトップオブザワールドで「ターップ」って聞こえないか？
あれはアメリカ英語ではTopの発音は[tάp]だからだ。（日本語のアと完全に同じではなくもっと口を縦に大きく開く。そのためトップと聞こえる人もいるかもしれないが…）
で、イギリス英語では（地域・社会階層にもよるが）[tɔp]なんだが、この発音は日本人にはトップとしか聞こえない。
なぜイギリス人のカーペンターズがアメリカ発音かというと、マーケティング上の理由で矯正したらしい。
0024デフォルトの名無しさん
垢版 |
2019/05/10(金) 01:31:32.23ID:XR0dijN+
未だにTypeScript書くのにVSCode以外を使ってるバカってバカなん？バカすぎてバカにならんわ
0028デフォルトの名無しさん
垢版 |
2019/05/10(金) 10:51:03.69ID:LFk0A1SH
>>26
理由は？
VSの設定ファイル・フォーマッタ・Lint設定は、プロジェクトメンバーと正しく共有できてる？
0031デフォルトの名無しさん
垢版 |
2019/05/10(金) 11:08:45.28ID:LFk0A1SH
>>30
2chで素直に謝られるとマジで申し訳ない気持ちになるわ
俺こそ煽るような書き込みしてごめんよ
0032デフォルトの名無しさん
垢版 |
2019/05/10(金) 12:19:18.51ID:lFPLuPRS
VSCodeに限らず最近のエディタはキーバインドをバリバリ使いこなすよりもコマンドパレット開いてやりたい事を補完で絞り込んで実行みたいなインターフェイスが主流になってきてるな。
0033デフォルトの名無しさん
垢版 |
2019/05/10(金) 13:48:09.10ID:sZdncDhC
機能数に対してキーが少なすぎるからね。
足りたとしても全部覚えんのかいという。
0034デフォルトの名無しさん
垢版 |
2019/05/10(金) 23:46:27.84ID:qOht5q8h
>>21
> なぜイギリス人のカーペンターズがアメリカ発音かというと、マーケティング上の理由で矯正したらしい。

カーペンターズ兄妹は２人ともアメリカ生まれのアメリカ育ちだ
0038デフォルトの名無しさん
垢版 |
2019/05/11(土) 23:11:29.33ID:s81pq9/g
ゲイツ・バルマーが仕切ってた頃M$だったのはそうだし
ナデラMSもまずビジネス考えて行動してるけど
それなら結局GAFAも中国企業も同じ
というのが最近の結論じゃね？
0039デフォルトの名無しさん
垢版 |
2019/05/12(日) 09:13:03.53ID:6FJB0c6X
mattnのsqlite3ドライバとgormを使って
struct Model {
gorm.Model
Name string
}

としたレコードを登録すると、
CreatedAtの自動挿入された日付が全部1899/12/31なんだけど
自動で付与させるための操作が何か必要なんでしょうか

何もしないでもいいものだと思っていたのですけど。
0043デフォルトの名無しさん
垢版 |
2019/05/12(日) 17:56:26.32ID:bP+aHDBJ
vscodeの設定ファイルはjsonだから、チームメンバーと共有しやすい
俺が知ってる限り、こんなに簡単かつ正確に設定共有できるのはvscodeだけだな
特別な理由がない限り、フロントエンド開発はvscodeとlint等設定した設定ファイルを強制させてるわ
0044デフォルトの名無しさん
垢版 |
2019/05/12(日) 17:59:11.65ID:4Hg7nfmB
spring bootやnode.jsやgoやPythonもvscodeのほうが楽だし軽いからな
バックエンドにもおすすめだわ
0045デフォルトの名無しさん
垢版 |
2019/05/12(日) 17:59:52.66ID:bP+aHDBJ
X : 設定共有できるのは
O : 設定共有できるIDEは

馬鹿げたプロジェクトセットアップ手順書を作らないでよいってだけで神
もうeclipseやideのゴミみたいな独自DSL設定ファイル + 複雑なGUI設定画面を見たくない
0047デフォルトの名無しさん
垢版 |
2019/05/12(日) 18:15:05.64ID:FNqiHCYT
Visual Studio Onlineは設定ファイルの共有とかじゃなく1つのVSCodeを皆で使う感じになると思うけど、全ての設定変更が全員に影響すんのかな
0048デフォルトの名無しさん
垢版 |
2019/05/12(日) 18:41:06.42ID:bP+aHDBJ
>>46
VSは使ったことないんだが、設定は層状になってる？
vscodeの場合は、この3つが適用される
強い順（下の方が設定が勝つ）ね

default
user
workspace
0051デフォルトの名無しさん
垢版 |
2019/05/12(日) 23:22:20.72ID:ql2vIUvL
>jsonだから、チームメンバーと共有しやすい

こう思った理由を聞いただけなんだがなぁ。
会話にならん。
0052デフォルトの名無しさん
垢版 |
2019/05/13(月) 07:49:23.83ID:WsfhYkgD
なんでチームとエディタの設定を共有するのか分からん
好きなもん使えばいいやん
0053デフォルトの名無しさん
垢版 |
2019/05/13(月) 08:48:33.98ID:l8uZZqQ0
はいcrlf
はいtab
はい僕の考えた最強のフォーマッタ
はいLintはいらないおじさん「Lintはいらない」
0054デフォルトの名無しさん
垢版 |
2019/05/13(月) 15:47:55.39ID:fb9Hu3lu
Go, Dart, Kotlin, Swiftのどれかから、とりあえず1つ始めようと思うんだけどさあ
最初に知っときたいんだけど、SwiftってFuchsiaの公式サポート言語なの？？？
AndroidでSwiftが採用されるって騒いでたときみたいに、蓋を開けたらKotlinだったりしねえよな？
0055デフォルトの名無しさん
垢版 |
2019/05/13(月) 17:07:51.87ID:Azr5OWG8
Fuchsiaは先進技術を試すための、ただの実験用OSであるとヒロシが言ってた
仮にSwiftが公式サポート言語だとしても、それを理由に言語を学ぶ意味は無いんじゃね
0056デフォルトの名無しさん
垢版 |
2019/05/13(月) 18:27:02.73ID:H4vyrODH
>>54
Go： 主にサーバーサイド(クライアントも可)
Dart： 実質Flutter用
Kotlin： 主にJavaの代替(JS,Nativeによりブラウザ上やiOSも一応可)
Swift： 実質iOS,macOS用

手広く使えるという点ではGoかKotlinだろうな
0058デフォルトの名無しさん
垢版 |
2019/05/13(月) 19:32:54.92ID:rAHb+0ME
>>54
rust
0063デフォルトの名無しさん
垢版 |
2019/05/14(火) 16:48:11.63ID:IsdOqmjg
Dartはぃゃゃ
0065デフォルトの名無しさん
垢版 |
2019/05/14(火) 17:46:20.91ID:J9pm/nYe
C --> go
0067デフォルトの名無しさん
垢版 |
2019/05/14(火) 19:18:22.40ID:aOGss/QH
java -> go
でしょ
0068デフォルトの名無しさん
垢版 |
2019/05/14(火) 19:19:49.03ID:IsdOqmjg
まあ少なくともc->は無いわなぁ
0073デフォルトの名無しさん
垢版 |
2019/05/14(火) 22:29:13.66ID:e38EprYZ
rustにすれば組み込みからフロントエンド、os書いたりiosアプリ作ったりcudaカーネル書いたりもできるよ
0076デフォルトの名無しさん
垢版 |
2019/05/14(火) 22:54:56.04ID:nfxfk3lx
>>73
でもワイチャンはバ−サイとエンフロの生産パフォマンが最大化できればいいので
ルーストはコストオブ学習が重すぎンゴねえ
0077デフォルトの名無しさん
垢版 |
2019/05/14(火) 22:58:05.17ID:FfMMm2Sa
Kotlin/JSがイマイチで残念
Kotlin/Nativeもイマイチで残念
FlutterでKotlin使えるようになることを祈る
0079デフォルトの名無しさん
垢版 |
2019/05/14(火) 23:15:56.65ID:e38EprYZ
にわかだからしょうがない
俺も思うわ、rust布教してるやつはミーハーみたいのばっかでキモい
スタバでmacペチペチしてドヤってそう
0081デフォルトの名無しさん
垢版 |
2019/05/15(水) 00:04:43.04ID:U88K4zid
rustは良い言語なんだが、取り敢えずasync/awaitの安定化はよしてくれって感じかな
0083デフォルトの名無しさん
垢版 |
2019/05/15(水) 00:38:57.24ID:2fQDEykO
そういやボスケなんて言語あったね、懐かしい
どこへ行ってしまったんだろう？
0084デフォルトの名無しさん
垢版 |
2019/05/15(水) 08:37:45.18ID:BYgc5hij
ていうか自分はRustミーハーだけどGoとKotlinが候補に上がってる所にRust提案するのは適応領域考えられてないとしか思わないよ
0085デフォルトの名無しさん
垢版 |
2019/05/15(水) 08:47:52.97ID:vrrKs+Dd
なんか作りたいんだったらgoなんだけど、
Goはつまらなさ過ぎて誰にもおすすめしたくない言語
0086デフォルトの名無しさん
垢版 |
2019/05/15(水) 09:02:54.17ID:djn3y7kM
>>84
なんで？
0088デフォルトの名無しさん
垢版 |
2019/05/15(水) 09:47:57.87ID:V2yVTYTK
英語とフランス語が候補に入ってるところにラテン語突っ込んでくるような感覚
0089デフォルトの名無しさん
垢版 |
2019/05/15(水) 11:26:43.40ID:dq2v0yjU
>>83
寝ボスケ言うくらいやからスロースターターなんや
0090デフォルトの名無しさん
垢版 |
2019/05/15(水) 13:16:21.14ID:XgaKOhKB
やりたいことで決めるべし
go→microservice, client app(cui)
kotlin→web, android
swift→ios
dart→gomi
0092デフォルトの名無しさん
垢版 |
2019/05/15(水) 16:07:55.48ID:OzqvSJkj
えっと、dartはｺﾞﾐなのｗ？
0096デフォルトの名無しさん
垢版 |
2019/05/15(水) 17:48:40.50ID:RxVwOV/C
rust嫌な奴ってrust厨が嫌いなだけだろ？俺もrust厨は嫌いだけどやっぱりrustはいい言語だと思うから推してきたい
rust厨だと思われてもね
まあだからといって何でもかんでもrustrust言ってればいいわけじゃないのもわかるけど言いたくなっちゃうんだよ
TwitterとかQiitaにいるようなやつには絶対なりたくないから仲のいい友人に言うかここに書くかぐらいしかしないけどね
書いてて思うけどこんな文章書いてるのもキモい
0098デフォルトの名無しさん
垢版 |
2019/05/15(水) 19:51:31.98ID:4Ta36StR
C++の勉強なんていまさらする気が起きないから、Rustにはメジャーになってほしいな
メジャーになったらしょうがないからその時頑張って勉強するわ
0099デフォルトの名無しさん
垢版 |
2019/05/15(水) 20:45:56.61ID:mNFQLWUr
rust厨は仕様がよくても言語実装がクソって言うところを無視してる印象が強い。
抽象論は好きだけれど実際にベンチマーク取るのはやらん輩が勧めてる印象だから好きになれんわ。
人を人柱にしてもなんとも思わんクソ野郎しかいない言語は流行らんわ。
0100デフォルトの名無しさん
垢版 |
2019/05/15(水) 20:48:26.00ID:BYgc5hij
async/awaitの実装が遅れてるのはむしろ散々ベンチとってる結果のように思うが……
0102デフォルトの名無しさん
垢版 |
2019/05/16(木) 06:59:57.16ID:h24zy0Fv
坊主憎けりゃ理論なんて子供みたいだな
ナントカ厨とか使ってるのをみると盛りを過ぎたおっさんの妬みにみえる
0103デフォルトの名無しさん
垢版 |
2019/05/16(木) 07:10:55.39ID:F6/GK8C3
どこいってもおっさんおっさん言われるけどみんなおっさんに見えるんか
そりゃまだほんとに子供だからだよ、大学受験しなきゃ
0106デフォルトの名無しさん
垢版 |
2019/05/16(木) 12:44:12.75ID:KPUxvSgB
これ使った？

mypyなどより5倍以上高速：
Microsoft、Pythonの静的型チェック機能を提供する「VS Code」プラグイン「Pyright」を公開
Microsoftは、Pythonの静的型チェック機能を提供する「Visual Studio Code」（VS Code）のプラグイン「Pyright」をオープンソースのMITライセンスで公開した。
https://www.atmarkit.co.jp/ait/spv/1903/26/news103.html
0107デフォルトの名無しさん
垢版 |
2019/05/16(木) 15:49:54.93ID:cFhpVW/8
>>104 多少互換性は落ちるが、Cython ならコンパイル言語で早くなる。

Numba とかのJIT系の方が人気があるけど。 スピードは同じくらい。 型指定すると少し早くなる。
0108デフォルトの名無しさん
垢版 |
2019/05/16(木) 15:54:34.44ID:cFhpVW/8
ドキュメント性を高める目的のためだけなら、標準Python でも型指定はできる。 ノーチェックだからドキュメント性を高める目的でしかないが、関数パラメータなどを明示的に型を示すのは有効に思える。

将来的には、その文法を使ってスピードアップとかしてくるんだと思うけど。
0112デフォルトの名無しさん
垢版 |
2019/05/16(木) 18:34:24.44ID:r2hfBZxD
四（し）より五（ご）、にかけてるよね？
0115デフォルトの名無しさん
垢版 |
2019/05/16(木) 20:39:03.63ID:KPUxvSgB
それが言いたかっただけの自演
0116デフォルトの名無しさん
垢版 |
2019/05/16(木) 20:54:15.46ID:KjZxock2
>>63
どして？
俺的にはNNBD入って型宣言が後置ならいいと思ってるんだが
0117デフォルトの名無しさん
垢版 |
2019/05/16(木) 23:07:19.74ID:JakmRJPH
>>100
そなの？
ずっとasync/awaitはrustの所有権との両立が難しいという
構文上の問題で遅れてるんだと思ってったんだけど
0118デフォルトの名無しさん
垢版 |
2019/05/18(土) 09:42:13.47ID:nnd79wYg
>>116
実質Flutter専用言語で、おまけにそのFlutterが一過性になりがちなデザイン流行のマテリアルUIに完全ロックインしてるという愚かしさ
構文は古臭いJavaを彷彿とさせる前時代的ゴミ

産まれる前からの死産ですわ
Angularといい、Googleのフロントエンド技術はゴミばかり
0119デフォルトの名無しさん
垢版 |
2019/05/18(土) 13:05:33.51ID:V1bm/mN0
結局飾りでしかないんだよね彼らにとっては
中の人だから
アルゴリズムの開発の方が力が入るんでしょ
0121デフォルトの名無しさん
垢版 |
2019/05/18(土) 16:33:25.43ID:mNNQoTWu
C++の古さではなくJavaの古さを彷彿とさせる
古くなるのを想定してなかった感
0122デフォルトの名無しさん
垢版 |
2019/05/18(土) 21:23:47.86ID:oSZORDm9
Googleなら新しい流行デザインが出てきたらすぐ取り入れそうだけどな
今もiOS風デザインにできるし

ただDartの古臭さは今後も消臭されない
0123デフォルトの名無しさん
垢版 |
2019/05/18(土) 23:11:32.60ID:V1bm/mN0
uxはね。。。
dart言語開発者のセンスが古いんだろ
0125デフォルトの名無しさん
垢版 |
2019/05/19(日) 07:59:01.69ID:tquD1oX1
まあそういうしょうもないことにこだわった言語ほどレガシー化しやすいからな。
0126 ◆QZaw55cn4c
垢版 |
2019/05/19(日) 08:27:45.63ID:8BTe2vpb
>>125
Sheme プログラマのレベル10
https://practical-scheme.net/wiliki/wiliki.cgi?Scheme%3AScheme%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9E%E3%81%AE%E3%83%AC%E3%83%99%E3%83%AB10

レベル5
仕事でJavaやC++を使っている時にああここでちょいと クロージャを使って再帰すれば、と思うことがある。
救いを求めてファンクタなど使ってみるが、 (), {}, [], <>などという4種類もの括弧にもはや頭がついていかない。 括弧は()で十分だ。

レベル6
他の言語のデザイナが演算子の優先順位や文法に使う記号の善し悪しを 議論しているのが遠い世界のように感じられる。
0127デフォルトの名無しさん
垢版 |
2019/05/19(日) 08:57:56.68ID:0MG3IMZ2
だから、自分達だけはレガシー化しないという前提が大間違いで設計ミスなんだぞ
0130デフォルトの名無しさん
垢版 |
2019/05/19(日) 10:14:03.14ID:0MG3IMZ2
ジェネリクスも何もないpythonと
何でもあるrustと
二元論を嫌う有象無象

とりあえず三通りのパターンを理解するといい
0136デフォルトの名無しさん
垢版 |
2019/05/19(日) 12:47:52.36ID:9UkTIxmR
静的な型チェックはスクリプト言語であっても動的言語じゃないなら可能だろう。
0137デフォルトの名無しさん
垢版 |
2019/05/19(日) 13:11:08.30ID:0MG3IMZ2
モジュールを変更したらそれをimportした全てのモジュールの型チェックをやり直すから
静的型は密結合というのは公然の秘密
0140デフォルトの名無しさん
垢版 |
2019/05/19(日) 20:00:46.45ID:tquD1oX1
>>134
google信者でもないし、googleにもバカは結構いるなと思ってる。
てかよくそういういい加減な思い込みできるな。。generic好きはやっぱバカなんだな。
0141 ◆QZaw55cn4c
垢版 |
2019/05/19(日) 20:39:06.80ID:8BTe2vpb
>>140
generics ごときでどうこういっているのですか…C++ テンプレート様様をお忘れか？
0142デフォルトの名無しさん
垢版 |
2019/05/22(水) 07:59:19.67ID:a23nlY2Z
>>141
それが大きく失敗してるって言ってるんだが理解できてない？
本当にc++で大規模なプログラムしたことある？
0143デフォルトの名無しさん
垢版 |
2019/05/22(水) 08:50:26.29ID:57R/GVzF
むしろ日本のGopherのがC++書いてた人ほとんどいないイメージだったわ
Goを使う場面でジェネリクスはあまり必要ないと思うけど、なんでそんなに拒絶されるのかわからん
0145デフォルトの名無しさん
垢版 |
2019/05/22(水) 13:23:41.81ID:0gICpRqE
大規模なプログラムすればわかるってのは、言葉では教えない目で盗めっていうことだよ
それでいいんだろうか
C++のあの分厚い本を少しは見習ったらどうか
0149デフォルトの名無しさん
垢版 |
2019/05/22(水) 16:54:42.26ID:k7DAND4r
linusが言うんだから
たぶん正しいんだろう
0150デフォルトの名無しさん
垢版 |
2019/05/22(水) 18:10:27.49ID:S9TWESI3
> ちなみに私はCが嫌いだ

最後に来るかw
しかしモノの見事に俺と同じ考え方だな
草も生えん
0152デフォルトの名無しさん
垢版 |
2019/05/22(水) 18:28:54.12ID:S9TWESI3
オブジェクト指向がクソなのは昔から言われてるし
隠蔽体質の強いプログラミング言語は出来る限り触りたくない
0154デフォルトの名無しさん
垢版 |
2019/05/22(水) 20:58:09.99ID:9twvfSOc
C++コンパイラはLinusのコードをエラーにしない
嫌われているのはコンパイラではない
エラーではないコードを実質的にエラーだと思い込んでいる人間達だ
0155デフォルトの名無しさん
垢版 |
2019/05/22(水) 21:00:02.90ID:a23nlY2Z
linusは結構当たり前のこと主張してるだけだがな。
言い方きついが言ってることは普通。
0156デフォルトの名無しさん
垢版 |
2019/05/22(水) 22:44:01.58ID:BwILkZFg
リーナスレベルの仕事してる奴なんてこのスレにはいないんだから気にせんでええやろ
0157デフォルトの名無しさん
垢版 |
2019/05/22(水) 23:15:26.63ID:a23nlY2Z
いやレベル関係なくソフトウェア開発するなら気にするべきことを言っとるぞ。
0159デフォルトの名無しさん
垢版 |
2019/05/23(木) 01:03:40.91ID:zimBYKDN
ジェネリクス無し言語「型無し言語が地上再弱なら、最弱から二番目でいい」

最弱に引き寄せられる法則
0162デフォルトの名無しさん
垢版 |
2019/05/23(木) 12:45:57.94ID:5CVN4Meg
javaでも使えや
0168デフォルトの名無しさん
垢版 |
2019/05/23(木) 22:02:14.49ID:To3QR7Dc
>>147
最弱では無いだろ。むしろ最狂。
0169 ◆QZaw55cn4c
垢版 |
2019/05/24(金) 20:50:11.07ID:0N6+tWvP
>>168
たしかに最近のアップデートは狂っていますね＞＞C++
0172デフォルトの名無しさん
垢版 |
2019/05/25(土) 10:43:36.26ID:PPYJv2uE
ぶっちゃTypeScriptとPythonあれば困らんやろ
言語としての機能なんてほとんど一緒やし
後はライブラリと実行環境くらいの差くらいしかない
そうなるとTS(JS)とPythonが最強電鉄になる
0175デフォルトの名無しさん
垢版 |
2019/05/25(土) 19:46:48.27ID:PPYJv2uE
>>174
俺くらいの上級エンジニアになるとPythonでAI書かないといけないからさ
組み込みおじさんは帰って（笑）
0178デフォルトの名無しさん
垢版 |
2019/05/25(土) 23:25:13.38ID:c9gXCl3D
プログラマなら、AIという言葉がどれだけ意味を変えてきたのか知ってるだろう
下手な煽りに使うとむしろ見識の無さがバレる
0180デフォルトの名無しさん
垢版 |
2019/05/25(土) 23:57:56.70ID:PPYJv2uE
いやすまん
なんかネットだとナチュラルに煽ってしまう
でもマジでこの2言語で今のところ困ってないんだよね
DBやESはまた別だぜ
0184デフォルトの名無しさん
垢版 |
2019/05/26(日) 15:44:49.42ID:6YqXJn/g
自己満足したいんだけど、実行環境整えるの楽で技巧が光る言語ってなんでしょうね。
やっぱ関数型なのかな。
0191デフォルトの名無しさん
垢版 |
2019/05/27(月) 19:54:27.00ID:M+AjYQS+
ゴッツってどんな言語になりそうなん？
Goと比較してくわしく
0197デフォルトの名無しさん
垢版 |
2019/05/30(木) 05:20:45.49ID:zzdkTnF8
>>195
rustでよくね？
0204デフォルトの名無しさん
垢版 |
2019/05/31(金) 22:16:08.89ID:8uAssd9+
開発時間が決まってるなら最適化に時間をかけられる分間違いなくGoの方が速いだろうな
0206デフォルトの名無しさん
垢版 |
2019/06/01(土) 07:42:01.99ID:gFsX3PNG
CPU、メモリを全開に使ってランタイム速度上げるような部分なんてほとんどない。
あってももう誰かが実装してるのがほとんど。
BLASなんて素人が書いても絶対にMKLを超えるのは無理だし。
0207デフォルトの名無しさん
垢版 |
2019/06/01(土) 12:03:15.74ID:6vvLTfZk
誰もBosqueの話ししてないし次からBosqueで抜いてNim入れようぜ
0208デフォルトの名無しさん
垢版 |
2019/06/01(土) 12:57:16.56ID:f9ycqMAV
ボスケのIssue眺めてると面白い
ぼくのかんがえたさいきょうのげんご発表会になってる
0209デフォルトの名無しさん
垢版 |
2019/06/01(土) 12:58:27.24ID:/Vd5izFa
Bosqueで抜くのはレベル高いな
0214デフォルトの名無しさん
垢版 |
2019/06/03(月) 19:16:54.91ID:Vf8cTKns
なにそれ
0215デフォルトの名無しさん
垢版 |
2019/06/03(月) 21:23:31.20ID:YhlOxi2o
Nimは機能的にはよく出来ているのかもしれないけど、なんか言語としての面白味を感じないんだよなぁ。
0216デフォルトの名無しさん
垢版 |
2019/06/03(月) 21:26:09.48ID:3/CobnB+
まあほとんどのやつが今の言語でさえ持て余してるのに
新しい言語とか機能が必要なんかなとは思う。
そりゃイキリたい奴には必要なんだろうけれど。
0217デフォルトの名無しさん
垢版 |
2019/06/03(月) 21:38:38.94ID:caBEQVKz
goの広まり方、経緯を知ってる人がいたら教えて欲しいわ
実際に触らないと分からない部分（開発時の反応の良さとか）が良く出来てるのは知ってるんだけど、外観見るとそれほど魅力的に見えない
0218デフォルトの名無しさん
垢版 |
2019/06/03(月) 22:43:44.65ID:LPk6XEK1
>>217
Goって初期はPythonからの乗り換えが多かったんだよ
パフォーマンスとデプロイ容易性に優れており、シンプルな言語仕様でプログラマの手足を意図的に縛るというPythonと共通した思想を持っているからね
で言語にそういうものを求める人種って「〇〇は楽しい」とか言っちゃうアレな人達なんかと比べてずっと優秀だから、
目立つ成功事例があっという間にに沢山生み出された
その結果、(Google製ということもあり)凄い実績を持つ言語を使っていることで優越感を得ようとする低レベルな層も群がってきて今がある
0219デフォルトの名無しさん
垢版 |
2019/06/03(月) 22:44:26.83ID:xcmtX31N
シンタックスはガチで糞だな
変数宣言が数パターンあって、おまけに古いJavaScriptみたいにまとめて宣言できますよとか糞糞糞＆糞の糞
せめてfinalくらい入れとけ糞バカP言語かよと糞
0220デフォルトの名無しさん
垢版 |
2019/06/03(月) 22:46:47.25ID:ms4CuSBT
既存言語の反省の上に成り立ってるから使いやすいし安全性も高い

だけど地味

何か新しい要素を求めてる人にはつまらなく思われる
0221デフォルトの名無しさん
垢版 |
2019/06/03(月) 22:59:58.99ID:O5A5TXtG
新しい要素は何もいらんから自由で使いやすくて痒いところに手が届く言語なら何でも良いんだよ
で、行き着く先がC言語やJavaScriptというね
0222デフォルトの名無しさん
垢版 |
2019/06/04(火) 00:50:04.45ID:r6KUPTTE
本当に優秀なのはCとC++の共存、python2とpython3の共存
新しい方の言語仕様でプログラマを縛るというアレな人達なんかと比べてずっと優秀だよ
0223デフォルトの名無しさん
垢版 |
2019/06/04(火) 00:57:24.50ID:u1zIpl/p
goのいいところはシングルバイナリと速さだろ
あれが使いやすいとか頭がおかしい
品性を疑うわ
0225デフォルトの名無しさん
垢版 |
2019/06/04(火) 01:05:20.63ID:sWDM0eGK
とりあえずjavascriptが滅びてくれれば良いよ

下手に有能な人が有用なライブラリ作っちまってなかなか滅びてくれない
0226デフォルトの名無しさん
垢版 |
2019/06/04(火) 01:49:36.49ID:CJGW/mj5
面白味や工夫の余地は無いが誰が書いても同じ物を
ひたすらだらだら並べるしかないという意味では書きやすいと言えるかも
0228デフォルトの名無しさん
垢版 |
2019/06/04(火) 02:10:09.55ID:u+S7EiZ9
滅びるわけないだろ世の中の仕組みが分かってない奴だな。
だいたいメタに考えても無い。
なぜならこの世の中で>>225の希望が叶ったことなんてひとつも無いからだ。
これからもそう。
俺は正しい世の中が間違っていると僻んで妬んで死んでいく。
0229デフォルトの名無しさん
垢版 |
2019/06/04(火) 07:25:00.53ID:5jXXyAl7
goはビルドが楽だわ。
他の言語はビルド工程についてろくなものを用意しない。
まあにわか商売するならそれは正解なんだが。
0230デフォルトの名無しさん
垢版 |
2019/06/04(火) 07:46:12.42ID:E0r3YgMl
include地獄とかないのはいいよね
バイナリはデカいけど

なにあれ

小さくできないの？
0234デフォルトの名無しさん
垢版 |
2019/06/04(火) 08:54:25.85ID:uV7L9uhk
マルチスレッドを扱いたいときにはgoは便利なんだけど、
マルチスレッドって可能な限り避けるべきと思ってて、
そんなgo使いたいことってある？って気持ちになる
0235デフォルトの名無しさん
垢版 |
2019/06/04(火) 09:15:55.70ID:aXH0FNpK
Goがアーリーアダプターの能力に恵まれたってのはある
血統や反C++思想に惹かれてベテランのCエンジニアが賛同し、
デプロイ性の高さや非同期処理のエレガントさに惹かれてハイスキルなバックエンドエンジニアが賛同した
最初に目をつけたのがRuby信者やHaskell信者だったら、ElixirやScalaのようにエモい人達の一時の祭で終わってた
0236デフォルトの名無しさん
垢版 |
2019/06/04(火) 09:26:55.20ID:/ArpXH0n
>>233 Python といってもいろんな実装があるからな。
スピードが欲しい時はそれなりの実装を使うだろ。
PyPy とGOは同程度のスピードだろ。
NumbaだとGO の3倍くらいは早くなるよ。
Cython だともっと早くなる。

大抵はライブラリが最適化されてるから何もしないでもかなり早いよ。 実際に統計処理とか比較してみるとわかる。
0238デフォルトの名無しさん
垢版 |
2019/06/04(火) 10:17:42.21ID:sjABaDzo
反C++思想といいながらなぜPythonと比較するんだい？
それは「C++もPythonもどっちもどっち」とでもいうべき思想だろ
0239デフォルトの名無しさん
垢版 |
2019/06/04(火) 12:07:17.04ID:mQ8ck/bX
それなりのライブラリを使ったら速いのは知ってるんよ。。。
0243デフォルトの名無しさん
垢版 |
2019/06/04(火) 14:24:39.32ID:mQ8ck/bX
firefoxで使われてんじゃん
0244デフォルトの名無しさん
垢版 |
2019/06/04(火) 15:51:24.12ID:NXFcAVnA
WebAssemblyを次世代言語って言い張れる？
いちおうそれまでなかったのは確かｗ
0245デフォルトの名無しさん
垢版 |
2019/06/04(火) 15:58:59.38ID:XXr8i2SB
誰も素で書かないコンパイルターゲットだからバイナリとかVMバイトコードとかの競合では
0246デフォルトの名無しさん
垢版 |
2019/06/04(火) 17:41:42.55ID:mQ8ck/bX
いずれwebassemblyって無くなりそうじゃない？
0247デフォルトの名無しさん
垢版 |
2019/06/04(火) 18:27:03.01ID:5jXXyAl7
あれもビルドがめちゃくちゃ遅いw
ほんとダメな機能ってのはわかりやすいわw
0253デフォルトの名無しさん
垢版 |
2019/06/04(火) 22:17:03.60ID:5jXXyAl7
pythonとgoなんてほとんど関係ねーわ。
パースを楽にしようとかそのくらいの視点しか関係してるところがない。
0256デフォルトの名無しさん
垢版 |
2019/06/05(水) 10:21:36.89ID:QNgI/yz/
おれ的には始まってる
なんとか説得して少しだけ使ってるけど心地よすぎぃ
0257デフォルトの名無しさん
垢版 |
2019/06/05(水) 10:32:46.07ID:2znEyXal
もっと客観的な欠陥があればその話をしたいところだが
嫌われているかもしれない以外の問題点が見つからなかったんだ
0260デフォルトの名無しさん
垢版 |
2019/06/05(水) 18:56:26.25ID:g8AzjXwK
性能もデプロイも人と一緒に作業することも考えなけりゃそりゃ心地いいだろうね。
0262デフォルトの名無しさん
垢版 |
2019/06/05(水) 19:48:44.82ID:x4otE0k9
goとrubyのnilが受け付けない。
いや、nullにしろよ。
0263デフォルトの名無しさん
垢版 |
2019/06/05(水) 20:07:29.78ID:2jwaxdi4
lispをかじったことがあるならnilに抵抗無い。nullもnilもラテン語由来で無を意味するもので、別にtypoというわけじゃない。
けどnullもnilもあって別物だよ！とかいう言語は設計をやり直した方が良い。片方だけにしろと言いたい。
0267デフォルトの名無しさん
垢版 |
2019/06/05(水) 22:22:57.66ID:QNgI/yz/
>>259
cとかjavaとか

>>260
そんな楽な仕事があるならいいな！
0270デフォルトの名無しさん
垢版 |
2019/06/05(水) 23:33:28.01ID:ATy2STqf
>>263
これ同意。
0274デフォルトの名無しさん
垢版 |
2019/06/06(木) 00:27:12.35ID:P4iafl1G
つまりtypescriptにもある
0277デフォルトの名無しさん
垢版 |
2019/06/06(木) 11:52:20.99ID:aWWZAAJo
NoneはOption<T>
nilはList<T>
nullはポインタ<T>

型は不要と思うならこういうのが3つ以上存在することに抵抗がある
1つくらいならあってもいいが
0278デフォルトの名無しさん
垢版 |
2019/06/06(木) 12:14:30.45ID:xShiUKMH
概念の違いと運用を混同している
0279デフォルトの名無しさん
垢版 |
2019/06/06(木) 14:06:06.41ID:aWWZAAJo
Optionの不動点は自然数と等価なんだよな
これは人間の錯覚や感情論などではない
0280デフォルトの名無しさん
垢版 |
2019/06/06(木) 22:34:22.75ID:uIbc2dkb
SwiftUIが盛り上がってたから久々にSwiftの言語仕様の変更点とか見てたら
Opaque Result Typeってのがあって、これ自体はまぁいいんだけど

protocol周りの仕様がホント悪臭放ってんなって改めて思ったわ
0282デフォルトの名無しさん
垢版 |
2019/06/07(金) 06:29:06.55ID:922CsxqV
BUT the language itself is too poor. Lack of immutability, lack of generics, mediocre module system, very poor package management at the time … made it doesn’t really scale.

It’s really easy to write HTTP servers in Go, but nothing more, the business layer is completely rotten by the imperative paradigm. The worst thing being pointers.

なるほどね
0285デフォルトの名無しさん
垢版 |
2019/06/07(金) 18:51:12.09ID:v2trRtxB
一時期ブームに乗ってscala採用した企業は今どうやってメンテナンスしてるんだろ
0290デフォルトの名無しさん
垢版 |
2019/06/07(金) 21:41:24.93ID:V73sG2sy
両方書いてそう思うとは思えないな
0291デフォルトの名無しさん
垢版 |
2019/06/07(金) 21:42:46.89ID:ZMpzzdgz
scalaはtwitterが使ってたよね
0293デフォルトの名無しさん
垢版 |
2019/06/07(金) 22:27:17.36ID:V73sG2sy
そうか
感性の違いだな
0294デフォルトの名無しさん
垢版 |
2019/06/07(金) 22:33:20.57ID:POgNcTtv
scalaはコンパイル重杉重三さんなのが致命的だったね
劣化scalaのkotlinなんぞに負けるとは情けない
0295デフォルトの名無しさん
垢版 |
2019/06/08(土) 00:09:04.82ID:/R00i8+d
何と戦ってるか知らんが
scalaで負けたならkotlinを投入しても結果はほぼ同じだろ
結果を変えたいなら学習コストも保守コストも桁違いの手段を使えばいい
0297デフォルトの名無しさん
垢版 |
2019/06/08(土) 08:36:13.18ID:NFKxoFW3
>>292
>>293
これ興味ある。感性の違いで片付けずに戦ってみてくれないか？
規模の違いとかoopっぽく書いたかどうかとかなんかな
それとも人員確保の話なのかな
0300デフォルトの名無しさん
垢版 |
2019/06/08(土) 13:02:28.86ID:LupmWo5+
>>288 バカ言ってんじゃないよ。どこからそんな考えが出てくるのやら。 情報処理試験からも削除された化石言語だぞ。

情報処理試験の C Java Python なら心配する事は無い。
0302デフォルトの名無しさん
垢版 |
2019/06/08(土) 14:11:25.45ID:JxaHk6L1
「ただの」と言い切ってしまう感性のやつはプログラムをやらない方がみんな幸せそうだと思うよ。
0303デフォルトの名無しさん
垢版 |
2019/06/08(土) 14:41:41.32ID:WG0iLGtf
>>299
rupyのことですね分かります
0304デフォルトの名無しさん
垢版 |
2019/06/08(土) 15:21:17.99ID:YH+kJex2
手続き型でコードをたくさん書くのが幸せと感じる、個人の趣味と混同するようなレベルの低いプログラマーとは
いっしょに仕事したくないね
0307デフォルトの名無しさん
垢版 |
2019/06/08(土) 16:41:08.79ID:W+raSQT8
COBOLは何十年前のコードがそのまま動くし
今書いたコードが突然非互換アップデートで死ぬ心配もない
0308デフォルトの名無しさん
垢版 |
2019/06/08(土) 17:46:22.81ID:xnSDG8io
マシンには読めても人には読めなくなる。マシンが読むには不要な意味や意図が読めないのなら、そのシステムは進化も変化もできなくなる
0309デフォルトの名無しさん
垢版 |
2019/06/08(土) 18:21:42.01ID:YH+kJex2
COBOLが悪いんやない
設計も実装もできない趣味で手続き型量産してる>>302みたいなガイジがCOBOL書いたから悪いんや
0311デフォルトの名無しさん
垢版 |
2019/06/08(土) 18:24:28.68ID:LupmWo5+
>>307 全くどうしようもない奴だな。 誰がCOBOL で書かれたシステムをメンテナンスするんだ？
COBOL なんて老人ホームの人間しかメンテナンス出来ないぞ。 少し強調しすぎたが。

言語と言うのはどんなニッチな言語でもかなりの期間は使い続けられるが、それをメンテナンスできる人間が継続して育つかと言うのとは別問題。
0312デフォルトの名無しさん
垢版 |
2019/06/08(土) 18:29:56.76ID:rLOGbPKB
COBOLはついこの前まで原発を動かしていた
メンテナンス出来る人間は一応いる

というか今でも日本のどこかで動かしてるんじゃないの？
0313デフォルトの名無しさん
垢版 |
2019/06/08(土) 18:30:53.46ID:rLOGbPKB
というか今でも日本のどこかで動かしてるんじゃないの？というのは原発のこと
0314デフォルトの名無しさん
垢版 |
2019/06/08(土) 18:40:57.88ID:k6Gr0wGL
>>311
COBOLなんか誰でもできる
不足しているのはCOBOL工ではなく、メインフレームを運用できる技術者
オープン系より遥かに難易度が高く、高度な修練が必要とされる職人芸の世界
0316デフォルトの名無しさん
垢版 |
2019/06/08(土) 18:53:06.08ID:rLOGbPKB
今から本気の本気でscala勉強しようとする人はいるのか？
しかも超優秀で使い物になる人で
0319デフォルトの名無しさん
垢版 |
2019/06/08(土) 21:56:54.48ID:Yv0NxNrw
コンテキストによって使えるAPI制限できる言語ってありますか？
割込みコンテキストとかイベントループでsleep禁止のような
0320デフォルトの名無しさん
垢版 |
2019/06/09(日) 03:00:13.29ID:rrOdeJnk
>>319
言語自体に？聞いたことない
というかコーディングルールで決めてLINTみたいなもので自動チェックさせるんじゃない？
0322デフォルトの名無しさん
垢版 |
2019/06/09(日) 06:10:20.02ID:iH+avyP7
コンテキストってのを明示的にsleepに渡すのがセオリーだよな
つまりsleepの引数を一個増やす

ただしコンテキストの捏造はないものとする
その型のコンストラクタ使用禁止
同じ型の変数定義禁止またはその変数への代入禁止や所有権移動禁止
0323デフォルトの名無しさん
垢版 |
2019/06/09(日) 06:22:10.99ID:QhNKpSst
センスがないな
0324デフォルトの名無しさん
垢版 |
2019/06/09(日) 07:15:38.36ID:Hf+s2B1M
>>297
俺はGoが嫌いだからそれはできないな
0325デフォルトの名無しさん
垢版 |
2019/06/09(日) 07:46:59.42ID:iH+avyP7
例えば英語圏の外の人がいくら勉強しても英語のセンスがないとか
英語の本格的な発音を聞いただけで笑ってしまうとか
感性とかセンスとか言ってる場合じゃないだろ
0326デフォルトの名無しさん
垢版 |
2019/06/09(日) 08:24:12.13ID:OSjRKT39
>>104 Python 実装系の一つ PyPy は、静的型付けの有る RPython と言うPython のサブセットで書かれている。
RPython はC のソースコードなどを吐き出す。 しかもJIT で動く。
概ね、PyPy は、CPython (本家のPython) より4倍くらい早い。( JIT の効果 )

RPython で作られたRuby実装 で Topaz が有るが早いみたい。(実験的に作られただけ見たい)
同じくRPython でPHP実装 も作られてる。
0328デフォルトの名無しさん
垢版 |
2019/06/09(日) 09:03:13.51ID:OSjRKT39
>>327 最初からCで書いた実装が、CPython なんだよ。

それよりなぜ早くなるかと言うと、VM 上でJIT が動くからだよ。
PyPy がインタプリタとして動くときは、C のコードを吐き出すんじゃなくて、バイトコードを吐き出し、そのバイトコードをVM 上でJIT が動かしている。

CPython もバイトコードインタプリタなんだけどJIT で動いていない。 その一部をJIT で動くようにしたのがNumba
0329デフォルトの名無しさん
垢版 |
2019/06/09(日) 09:24:23.09ID:/FZVYwra
>>319
そういう問題を技術で解決しようと思うのが間違ってる。
322の意見のようなクソシンタックスを無駄に増やすだけだから。
0332デフォルトの名無しさん
垢版 |
2019/06/09(日) 10:09:55.36ID:/FZVYwra
冗談抜きにほとんどの事例において「バカにコードをいじらせない」が
ベストソリューションなケースはかなり多いのになんで採用されないのかね？
0334デフォルトの名無しさん
垢版 |
2019/06/09(日) 10:30:57.11ID:EP7mnTxk
今現在では極論じゃなくて正論だと思う
精神論じゃなくて技術や設計で解消ということではないかな

コーディング時にsleep自体禁止しても他のメソッド内でsleep使ってたりするのを避けたいのかもしれないけど
もし外部の言語で作ったDLLで使ってたりするとわからない
内部で動的にコード生成してたらすり抜ける（そもそもこれはアウト）

sleep単体だけならいいけどあれこれ禁止するならシグネチャーが複雑になる
結局あっても頼りきりにもできないけどめんどくさい制約にしかならないと思う
0336デフォルトの名無しさん
垢版 |
2019/06/09(日) 10:38:00.85ID:EP7mnTxk
ユーザーからぼくの考えた最強issueがガンガン上がって来ていらない機能がどんどん追加されて
学習コストが高いだけの誰も使わないクソ言語
0338デフォルトの名無しさん
垢版 |
2019/06/09(日) 11:18:22.23ID:iH+avyP7
しかし、バカ予備軍こと質問者が現れた時点で早くなんとかしようと思わなかったのかね
それらしい答えが出てから慌てて文句言っても遅い
0339デフォルトの名無しさん
垢版 |
2019/06/09(日) 11:56:10.75ID:IfQgGLWG
一応JavaのSecurityManagerでできるけど
信頼できないリモートコード制限用の機能だから
普通のアプリじゃ使いにくい
0341デフォルトの名無しさん
垢版 |
2019/06/09(日) 14:28:28.36ID:/L4eTa4o
>>340
どんな感じで禁止できますか？
静的にみつけられるでしょうか？
例を教えてもらえるとうれしいです。
0343デフォルトの名無しさん
垢版 |
2019/06/09(日) 14:43:11.20ID:/L4eTa4o
なるほど・・・
しかしスクリプト側で使用可能APIを一括で管理ってできるでしょうか？
例えば仮にPythonだとして標準のライブラリのimport禁止など可能なんでしょうか？
0344デフォルトの名無しさん
垢版 |
2019/06/09(日) 14:47:35.09ID:YgD2+vFC
luaはそこらへん簡単でredisとか標準ライブラリが割と無い
python組み込みは詳しくないけど可能そうなもんだけどな
0345デフォルトの名無しさん
垢版 |
2019/06/09(日) 14:50:20.90ID:/L4eTa4o
いずれにせよ、そういう言語ってなさそうですね。
仕事でリアルタイム系のシステム組んでいるのですが、sleepしない、blockしないとか、
他にもdead lockしないとか、定期的にこれらのルールをやぶるコードが紛れるので
なんとかならないかと思っています。
静的解析のツールで解決できたりするのでしょうか？
0346デフォルトの名無しさん
垢版 |
2019/06/09(日) 15:05:51.96ID:YgD2+vFC
並列性とか非同期性がそういう問題の根源なので、
直列実行しかできないスクリプトに切り出して、
基盤側を単純にしたらいいのではと思ってしまう
リアルタイム系の経験が無いからよくわからんけど
0347デフォルトの名無しさん
垢版 |
2019/06/09(日) 16:48:10.91ID:/FZVYwra
明らかにsleep呼んでる側がおかしいのにsleepの内部で何か対策考えるとか
それがバカだって言ってんだよ。
そういうのを解決しようと思えば最終的にグローバル変数から状況を読み込んで
「いい感じに処理する」みたいなクソなことがまかり通るようになる。

こんな当たり前のことを「精神論」とか言って遠ざけて
無駄な技術をゴテゴテ投入すれば解決すると思う方がよっぽど精神論だわ。
0350デフォルトの名無しさん
垢版 |
2019/06/09(日) 18:38:09.36ID:/L4eTa4o
>>348
はい、普段C/C++なんですがもう卒業したい気分でいっぱいです・・・
実はRustはもしかしたらという気持ちで質問させてもらいました。(Rustの詳細知りません)
原理的には型システムで解決できる問題のような気がするんですけどね
0351デフォルトの名無しさん
垢版 |
2019/06/09(日) 20:20:15.46ID:H/8fB0U/
何がもしかしたらじゃボケ
そんな甘ったれた根性を次世代言語スレに持ち込むな
0352デフォルトの名無しさん
垢版 |
2019/06/10(月) 00:45:35.90ID:jEmCjZ4g
ひーイェッサー
お言葉ですがその調子だとMicroPythonに逃げられるっす
（リモコンそんなので作られた日には電池持ちがおそろしいことになりそう）
0353デフォルトの名無しさん
垢版 |
2019/06/10(月) 08:50:34.25ID:dPjM7CY8
>>352 もう少し他の人にわかるように話してくれないかな。 少し興味のある言葉が出てきたので。
micro:bit か何かをリモコンとして使おうとしてる？
0354デフォルトの名無しさん
垢版 |
2019/06/10(月) 09:17:26.23ID:1Q0pkxdy
わかりやすさの基本は嘘を書かないことだ
それ以外のことを改善しても誤差程度にしかならん
0355デフォルトの名無しさん
垢版 |
2019/06/10(月) 11:57:54.61ID:7zXwptBd
micropythonでいいじゃん
0360デフォルトの名無しさん
垢版 |
2019/06/10(月) 15:03:28.43ID:2rhfeA0H
最近の話の流れは、　>>345 の続きかな？

>>345 RTOSは使ってるんでしょ？
MicroPython なんて持ち出してるってことは、RTOSを入れていない？
RasberryPi だと、RTOSとして　RT Preempt なんて使ってるね。
RTOSを入れていればそれほど言語に厳しい制約をかけなくてもよさそうな気がするけど。　

このサイトを見ると似たようなサイズのアプリケーションに、RTOS（Zephyr）（ゼファーと読むのかな）をいれてMicroPython で動かしてるね。
https://open-degu.com/downloads/20190315_degu.pdf

Zephyr入門
https://qiita.com/ueba/items/c5fe99bedd8862854ebd

OSサイズは11KBとコンパクト
PyPi にもラッパーが登録されているのでPythonからも使える。　

日本だから、μT-Kernel（μITron）が普及するとよいと思うけど。
μT-Kernel 2.0がベースのIEEE 2050-2018がIEEE標準として正式に成立
https://www.tron.org/ja/2018/09/press0911/
0362デフォルトの名無しさん
垢版 |
2019/06/11(火) 22:45:27.77ID:KDSvfPuN
割り込みハンドラの話だろうからawaitの仕組み(イベントループ+コールバック)でどうにかなるものじゃないと思うよ
0363デフォルトの名無しさん
垢版 |
2019/06/11(火) 23:02:57.60ID:GDgSrcmQ
>>360
Pythonの話にはのりましたが、実際にはスクリプトでそのあたりの処理書くのは採用できないです
GC走る言語はsleepされるのといっしょですからね
Roslynってのは知りませんでしたが.NET限定の技術なんですかね？
0365デフォルトの名無しさん
垢版 |
2019/06/12(水) 05:13:51.19ID:fMVFjy++
既に上がっている次世代言語のスコープではなく
そのような要望を満たすものがない
0367デフォルトの名無しさん
垢版 |
2019/06/12(水) 08:13:15.38ID:0MIcRAAH
新しい言語を一通り触ってjavaScriptかC言語に戻ってくる
C/C++とか書く奴いるけどC++も大概クソだからな
結局Cでできるように書き直したほうが簡潔になるっていう
0369デフォルトの名無しさん
垢版 |
2019/06/12(水) 08:55:30.78ID:A9JlUf6z
Cに戻ると言いながらJSと二刀流してるだろ
二刀流が正統派にでもなったら革新的じゃないか
0370デフォルトの名無しさん
垢版 |
2019/06/12(水) 08:56:29.46ID:k5XrsZPH
>>363 自分でgc をenable disable にしてコントロールしたり、gc を自分で呼んで(collect) 明示的にgc を起こさせるのいうような方法でリアルタイム性は確保できるんじゃないの？
MicroPythonですらそれらの方法が利用できる。

沢山のIoT デバイスで使われてるだろうから、GC が勝手に動く心配をする必要はないように思うけど？

例えばRTOS Zephyr では、main thread とidle thread で区別してる。
0372デフォルトの名無しさん
垢版 |
2019/06/12(水) 11:05:36.47ID:A9JlUf6z
俺かっこいいはポジティブ思考
リーナスはネガティブ思考のくせに建設的だぞ
0373デフォルトの名無しさん
垢版 |
2019/06/12(水) 11:06:33.06ID:WfNq1KdO
>>371 Linus Torvalds か、面白いやっちゃな
https://ja.wikipedia.org/wiki/%E3%83%AA%E3%83%BC%E3%83%8A%E3%82%B9%E3%83%BB%E3%83%88%E3%83%BC%E3%83%90%E3%83%AB%E3%82%BA

記録からみるLinus TorvalsのC++観
https://cpplover.blogspot.com/2013/05/linus-torvalsc.html
メモリー確保のようなものを隠したがるコンパイラーや言語は、カーネル用にふさわしい選択ではない。
0374デフォルトの名無しさん
垢版 |
2019/06/12(水) 14:34:52.90ID:JnPGfPd9
>>367
C言語にデストラクタ的な機能が入ればすごく嬉しい。
0375デフォルトの名無しさん
垢版 |
2019/06/12(水) 15:44:31.00ID:nkjsUKao
>>373
リーナスは人間的にはだいぶクソな奴らしいが
技術的な意見についてはさすがにおかしなことはいってない
カーネルレイヤーにC++が相応わしいかというとたしかに微妙だ
だが、アプリレイヤでC++でなくCのほうが良いというのはただの勉強不足
0376デフォルトの名無しさん
垢版 |
2019/06/12(水) 16:05:20.23ID:x67noP4p
「神がいないと言うのは勉強不足。もっと勉強しろ。そうしたら分かる」
0377デフォルトの名無しさん
垢版 |
2019/06/12(水) 17:09:53.27ID:A9JlUf6z
足りないのは勉強でも努力でもない

勉強でも努力でもない何かが存在することくらいはすぐ分かりそうなものだが
必死に勉強したらしいのに分かってない奴がそこにいるのが証拠だ
0378デフォルトの名無しさん
垢版 |
2019/06/12(水) 17:32:01.72ID:cGak2oax
Linus と Unix を掛け合わせて、Linux にしたんだな。
良いネーミングになったけど。

昔々、安価に使える記憶媒体が5’ のフロッピーディスクしかなかった頃、初めて取り寄せたUnix は、512KB のフロッピーディスク12枚に入って送られてきた。
6MB だよね。
その頃からCがもてはやされ始めた。 C もUnix も基本はシンプル。
0381デフォルトの名無しさん
垢版 |
2019/06/12(水) 21:06:53.07ID:7TWmWXJk
リーナスの持論からいくと、メモリ管理を手のひらでコロコロできるレベルの低レイヤーが触れない言語は等しくファックなんだよ
つまり次世代言語は
0382デフォルトの名無しさん
垢版 |
2019/06/12(水) 22:03:42.09ID:HtzxRgq7
まあメモリ管理を隠蔽しようとするからおかしなことになってる感はあるよな
0383デフォルトの名無しさん
垢版 |
2019/06/12(水) 22:08:38.70ID:owyEx2iy
人類の95割はメモリ管理なんてできんだろ
GCのコストをペイできるほど高速でファックな処理なんて人類の95割には必要ない
0384デフォルトの名無しさん
垢版 |
2019/06/12(水) 22:10:10.69ID:eCiQ25Tx
>>381
linusが主張してるのはOSみたいな低レイヤーいじる時だけの話だぞ。
c++みたいにどっちもいけるわー言ってどっちもクソな物を嫌っとるだけ。
0385デフォルトの名無しさん
垢版 |
2019/06/12(水) 23:20:39.48ID:fFCW9Zwk
gitは低レイヤーじゃなくね
上のリンクにもあるけどlinusは前提条件無しでC++嫌ってる
0386デフォルトの名無しさん
垢版 |
2019/06/13(木) 00:32:28.05ID:qgmlIWHM
まぁ昔のc++に酷い目にあったら、そりゃ嫌になるよ。
0387デフォルトの名無しさん
垢版 |
2019/06/13(木) 00:39:28.30ID:scxOg7Fk
最近のC++はメモリアライメント指定が標準になったりゴミだったアロケータ周りがだいぶ改善されてるから組み込みとかにも使いやすくなってるんじゃないの
0389デフォルトの名無しさん
垢版 |
2019/06/13(木) 02:36:25.85ID:N64uvTiV
レイヤーっていうかカーネルとGUIを分離しないのはSmalltalkとかObjCとかの伝統か？
0391デフォルトの名無しさん
垢版 |
2019/06/13(木) 15:41:02.12ID:sUvB9/Hq
LinusのC++嫌いには↓みたいなこともあるんじゃない？
C with classesだったのに
よってたかっていじくりまわしてあんなわけわかんない仕様になった
0392デフォルトの名無しさん
垢版 |
2019/06/13(木) 17:17:28.07ID:Tx6T4XdA
議論をする理由は、嫌っているからではなく、言いたいことがあるからじゃないか
嫌ならC++使わなければいいだけ
だが、言いたいことがあるなら言うに決まってる
0393デフォルトの名無しさん
垢版 |
2019/06/13(木) 20:22:59.74ID:3Y+kP9Xa
らいなすは使ってないからc++嫌いでしょ
0394デフォルトの名無しさん
垢版 |
2019/06/13(木) 20:28:55.21ID:fmTPRROb
使わなければいいはその通りだが
あいつらは人に使わせようと押し付けてくる圧が半端ない
0395デフォルトの名無しさん
垢版 |
2019/06/13(木) 20:37:58.96ID:NT1P6o5G
LinuxをC++で書き直せっていう意味不明な圧力をかけてくる馬鹿が数万人から数百万人規模でいて
そいつらに会うたびにC++、C++って言われるんだろ

誰だって切れるだろ
0397デフォルトの名無しさん
垢版 |
2019/06/13(木) 21:36:46.00ID:prWfaseT
怒るのは人を動かす最適な手段ではないということを学んだだけで
別に中身は変わってないだろう多分
0402デフォルトの名無しさん
垢版 |
2019/06/14(金) 05:46:06.33ID:M8ulC+VI
百理ある
0404デフォルトの名無しさん
垢版 |
2019/06/14(金) 15:58:39.91ID:KT+BNezz
だってoracle。。。
0406デフォルトの名無しさん
垢版 |
2019/06/18(火) 06:15:40.52ID:3nOE2mBA
プログラム板にキチガイ降臨中！botに一晩も反応する異常さ
一般人(学校恩師)に殺害予告をしているのでスレ建て通報してください。
https://mevius.5ch.net/test/read.cgi/tech/1559872586/

142 名前：a4 ◆700L1Efzuv 投稿日：2019/06/18(火) 05:29:55 ID://qVkzO
>>141
名古屋の人な　俺ね、君の問題を大橋先生と混ぜないことにする。つまりね、
片桐孝洋のことをボコろうと思う。普通に顎の骨を折る。これくらいで警察来るか？
一般市民とかさ、普通にさ、俺らの秘密なんだけどさ、日本人なんて復活ねーから。
0409デフォルトの名無しさん
垢版 |
2019/06/20(木) 23:59:27.68ID:o9q+BZLg
rustで書かれたfacebookのlibraのmove言語やろうぜ！
0411デフォルトの名無しさん
垢版 |
2019/06/21(金) 00:34:28.05ID:z8DQFGzJ
新言語についていけない使えないおっさんを切り捨てる理由にできるので結果として生産性は上がるぞ
0412デフォルトの名無しさん
垢版 |
2019/06/21(金) 03:34:45.89ID:N5cCa2Fg
C++でOSを作ったか作らなかったかの1bitは現実
現実が1bitなわけがないという直感や、生産性がなめらかに増減するイメージは嘘だった
0413デフォルトの名無しさん
垢版 |
2019/06/21(金) 03:43:03.16ID:GHyPzIJc
C2x まだ出ないの？
deferとかscope的なの入れてくれよ
0414デフォルトの名無しさん
垢版 |
2019/06/21(金) 07:59:10.78ID:8QFr95z+
旧来の言語にdeferを入れるメリットって何？
c++やc#でも要望あるけど
本当に必要？
例外使うのとdefer使うのは違うけど一番大事なのは意識では？
どちらかをしっかり使おうと言う意識があればそれなりに仕上がると思う
0415デフォルトの名無しさん
垢版 |
2019/06/21(金) 10:37:17.43ID:N5cCa2Fg
子プロセスとexitとatexitを使わないこと
イベントループでsleepやスレッドやプロセスを使わないこと
イベントループのデメリットを挽回すること
0416デフォルトの名無しさん
垢版 |
2019/06/21(金) 20:19:24.08ID:0JVOBbqs
>>411
ついていけないのはおっさんよりも若者だったりするわけだが。
で、そんなバカなことをやってる中でgoが幅を利かせ始めたというのが全てを物語ってる。
0417デフォルトの名無しさん
垢版 |
2019/06/22(土) 01:32:25.74ID:HNN5wiOS
PerlでできることはPythonでもできる感がある
PythonはPerlについていった
一方JSやGoはそもそもついていく気がないな
0418デフォルトの名無しさん
垢版 |
2019/06/22(土) 02:34:05.57ID:e0kWbxTa
PythonはPerlについていったの意味が分からん。
風が吹いたからやったみたいだ。
0420デフォルトの名無しさん
垢版 |
2019/06/22(土) 09:23:22.30ID:fGqW3m8d
資源解放の構文として人類が許容できるのは結局goのdefer文くらいの単純さなんだろう。
0422デフォルトの名無しさん
垢版 |
2019/06/22(土) 09:42:30.16ID:E5vjN9NB
V言語良さそうじゃん
0423デフォルトの名無しさん
垢版 |
2019/06/22(土) 10:20:49.81ID:lgEn1aKj
前スレにV言語は詐欺って書いてあったけどまさかほんとにそうだなんて…
0424デフォルトの名無しさん
垢版 |
2019/06/22(土) 10:54:45.97ID:HNN5wiOS
exitすればOSが資源開放するのに
OSの存在自体を許容できなくなったのは何の影響？
Pythonの影響じゃねえぞ
0425デフォルトの名無しさん
垢版 |
2019/06/22(土) 10:55:58.72ID:8YBlX71B
ffじゃね
0428デフォルトの名無しさん
垢版 |
2019/06/22(土) 12:36:18.75ID:HNN5wiOS
JSにはコマンドを終了するという概念がないから例外や例外安全に意味がある
他の言語が中途半端に追随すると意味不明になりがち
0429デフォルトの名無しさん
垢版 |
2019/06/22(土) 12:36:33.47ID:wJk8k/Ie
>>424
何そのdaemon系プログラムの全否定は。
設定変更の反映だってプログラム終了しないですむようにするのに。
0431デフォルトの名無しさん
垢版 |
2019/06/23(日) 06:31:44.21ID:0ZLQVu14
スピンアップを究極に早くして起動終了を繰り返すサーバープログラムって新しい設計概念を提案をしてるのかもしれん
0432デフォルトの名無しさん
垢版 |
2019/06/23(日) 08:22:08.50ID:niGBeI/T
ふむ、それでは小さなコンテナとして1処理のためだけに起動・終了するのはどうだろうか？
0438デフォルトの名無しさん
垢版 |
2019/06/23(日) 11:07:55.26ID:x+1RTwK/
20年前に自前のw言語造ったことがあるよｗ

もともとV言語と言うのを作ってマルチスレッド対応にしてVV言語→ｗ言語という感じで
0439デフォルトの名無しさん
垢版 |
2019/06/23(日) 11:21:41.42ID:p0iHiqR8
vlangサクサクやな。なんか胡散臭いくらい軽い。
文法はgo+rustして、そこからいらなそうなものを削った感じに思える。
0442デフォルトの名無しさん
垢版 |
2019/06/23(日) 12:27:34.10ID:x+1RTwK/
v言語はまだ全然実装が終わってないんだな
今はメモリリークしてるようなしてないようなよくわからない状態
0443デフォルトの名無しさん
垢版 |
2019/06/23(日) 12:46:39.53ID:GvkP5eF0
もうrustいらないかも
0444デフォルトの名無しさん
垢版 |
2019/06/23(日) 13:01:38.03ID:OgwK2O99
今集まってる野次馬がコントリビューターになってくれたら煽りマーケティング成功だが
今の所炎上してるだけだろ
0445デフォルトの名無しさん
垢版 |
2019/06/23(日) 13:08:01.07ID:xLLf8ygu
V言語は詐欺とかネタとか言ってるなら
いい加減それ以上に大規模詐欺言語してるRustはスレタイからはずさないの？
0448デフォルトの名無しさん
垢版 |
2019/06/23(日) 18:23:24.26ID:BsJz8o7P
どうせrustをパクるなら、引数付きenumとmatch式も
入れてほしかったな
0449デフォルトの名無しさん
垢版 |
2019/06/23(日) 18:45:04.52ID:p0iHiqR8
そういった大げさな仕組みを入れないからの軽さなんでは？
むしろ機能追加バカの意見はとことん無視してもらいたい。
0455デフォルトの名無しさん
垢版 |
2019/06/23(日) 19:31:38.95ID:GuPhoUVW
vlangはまだ途上なのを含めてもRustとは競合しないだろうな
Rustの動機であるライフタイム検証(所有権含む)に関するものが無い

発展次第ではGoとも競合するだろうけど
GoもRustも好みでなくC/C++の代替を期待する層に一番当たりそうだ
0457デフォルトの名無しさん
垢版 |
2019/06/23(日) 19:57:45.11ID:PNEuG3fS
Rustj開発者はどうやったら学習コストが下がるか真剣に考えてるらしいけど
このままだと下がらないと思う
0458デフォルトの名無しさん
垢版 |
2019/06/23(日) 20:11:38.49ID:dMl1aROx
数種類言語知ってれば言語覚えるのなんてそんなコスト高くないと思うんだがなんでどれにしよ〜？みたいな感じなの？
0462デフォルトの名無しさん
垢版 |
2019/06/23(日) 21:57:08.52ID:BQwXISYN
まあJavaしかやったことないおっさんにHaskelで仕事しろとかはさすがにキツイだろ
0464デフォルトの名無しさん
垢版 |
2019/06/23(日) 22:10:07.21ID:PlixDsJK
おいは学習コストよりメンテナンスコストが低い方がよい
しすてむは作る時間より動いてる時間の方が万倍ながいから
ゆえにらRustを選ぶのじゃ
0467デフォルトの名無しさん
垢版 |
2019/06/23(日) 23:33:48.44ID:GiG2+Pfa
>>466
言語の破壊的変更は殆ど無いんだが…
あとモジュールの破壊的変更って何のこと？クレートの間違いでは？
クレートに関してはライブラリの作成者次第としか言いようがない
0470デフォルトの名無しさん
垢版 |
2019/06/24(月) 11:41:41.47ID:/j8WWUAX
Pythonは中立
中立という思想で遊ぶ言語だな
中立に喧嘩を売るやつがゴミなんだぞ
0473デフォルトの名無しさん
垢版 |
2019/06/24(月) 12:32:34.30ID:XM+cNyeI
次スレ
IN: V
OUT: Kotlin
な。誰も話してないし。
0474デフォルトの名無しさん
垢版 |
2019/06/24(月) 12:56:40.70ID:wnTJPIlE
KotlinはAndroid開発専用言語として小さく落ち着いたね
愚鈍なJavaの尻を叩いてC#系言語に近づけさせた功績は大きい
0478デフォルトの名無しさん
垢版 |
2019/06/24(月) 14:02:57.25ID:NW8XqAfb
GOからGC削ったら
)しか残らん
0479デフォルトの名無しさん
垢版 |
2019/06/24(月) 15:56:04.85ID:GOYEWEGi
Pythonエコシステムに乗っかる新言語が出てこないのが
不思議でしょうがない
0480デフォルトの名無しさん
垢版 |
2019/06/24(月) 17:49:11.37ID:cfqlC/Vk
中間言語 (の仕様書) がなかったJSで無理矢理作ったasm.jsの方が不思議
同じことが何度も起きないのは不思議ではない
0482デフォルトの名無しさん
垢版 |
2019/06/24(月) 19:07:47.62ID:wnTJPIlE
>>479
PythonはVMの仕様が標準化されてないし、無理にそれを使い回すほど性能や機能が優れていないから
Pythonのライブラリを他の言語から使おうというのは実際いくつかある
0483デフォルトの名無しさん
垢版 |
2019/06/24(月) 21:54:12.65ID:RR0ut14u
>>475
劣化Javaのゴミオブゴミ
一過性のデザイン流行であるマテリアルユーアイ（）にロックインしたFlutterでしか使えない糞言語
産まれる前から廃棄物のDirtyが何だって？
0484デフォルトの名無しさん
垢版 |
2019/06/24(月) 21:56:49.99ID:BXNZhLwW
>>479 Pythonで作ったRuby（TOPAZ）とか作られたけどな。　早い事は早い。
Javaと行き来できる　Jythonとかも面白そうだけど今一中途半端だな。
Googleも実験的にJITバージョンを作ろうとしたけど10年前に手を引いてる。
今はJIT系は　PyPyに集約されたんだろうな。

>>482 VMは知らんけど少なくともバイトコードは仕様があるんじゃなかったかな。
そもそも標準のCpython がバイトコードに落としてるんだからこれが完全な標準でしょ。
PyPYもそのバイトコードに落としてVMで動かしてるだけだから。
0486デフォルトの名無しさん
垢版 |
2019/06/25(火) 00:47:16.41ID:R0gZxhKw
>>485 よく知らないけど、32ビットだろうが64ビットであろうが、それはバイトコードを実行する VM の仕事でしょ。
0487デフォルトの名無しさん
垢版 |
2019/06/25(火) 00:49:31.28ID:R0gZxhKw
CPython 自体は、LLVM でコンパイルしてるんだから、どんなコンピュータにもフィットするでしょ？
0490デフォルトの名無しさん
垢版 |
2019/06/25(火) 10:46:45.22ID:URsecbw8
>SmithyはAWSの内部でIDLとして10年ほど使われてきたものを
>ベースとしていると、次のように説明されています。

仕様だけでなくツール群も出してくれるのなら有用そうだけど
どうなんだろうな
0493デフォルトの名無しさん
垢版 |
2019/06/25(火) 20:20:25.23ID:kPWnGZLK
>>491
全く違う
ドザワールドでいうならCOMのIDLに相当する
死んだ魚みたいな目をしてる先輩のオッサンに聞いてみ
0497デフォルトの名無しさん
垢版 |
2019/06/25(火) 22:13:16.83ID:LvUNUKcM
COMなんて今更作らないだろ
おれは情けないことに今いじってるが
それに比べたら、gRPCとか流行ってるのに、おまえら使ったことねえの？
0498デフォルトの名無しさん
垢版 |
2019/06/25(火) 23:38:22.11ID:AQeJL9YJ
ttps://web.cs.ucdavis.edu/~filkov/papers/lang_github.pdf

TypeScriptが最強言語らしいぞ
型無し糞言語がゴミというのもはっきりデータとして出てしまったね
3バカ頭がP言語あたり、いい加減首吊って死んだほうがいいんじゃないか？
0499デフォルトの名無しさん
垢版 |
2019/06/25(火) 23:49:53.60ID:AQcTxIKJ
Ｗｅｂ画面なんて壊れてても気にしないからコミット取り消さないし
そもそも画面実装とかサーバに比べて問題の範囲が限定的でたいして難しくないだろ
最初から扱ってる問題が言語ごとにちがうんだ
この表ってか論文で一緒にしてるのおかしい

あ、型なし言語はあかんと思います
0502デフォルトの名無しさん
垢版 |
2019/06/27(木) 01:02:43.07ID:mUkuaqt3
関数型使えないって今どきありえないと思うんだよね
一昔前のOOPがわからないおじさんと同じレベルのこと言ってる
0503デフォルトの名無しさん
垢版 |
2019/06/28(金) 17:48:17.39ID:F+cepw8m
vlangを試してみた　2019-06-25
https://kogara324.hatenablog.com/entry/2019/06/25/225613

【プログラミング言語】モダンなV言語がリリースされたので触ってみる　2019-06-23
https://www.pavlog.tokyo/entry/v-programming-language
V言語は、保守可能なソフトウェアの構築のために設計された静的型付言語です。Goに似て
いて、Oberon, Rust, Swiftの影響を受けています。

The V Programming Language (公式)
https://vlang.io/
0505デフォルトの名無しさん
垢版 |
2019/06/29(土) 07:03:32.03ID:8bAr7lLW
vlang、言語作成の過程を見るにはちょうどいいな。
ソースもまだそんなでかくないし。
0506デフォルトの名無しさん
垢版 |
2019/06/29(土) 16:52:27.05ID:RFSaJ24c
printfに限らず困ったらC呼べるのは案外実用的かも？
（というかライブラリ整備で楽したい？）
0508デフォルトの名無しさん
垢版 |
2019/06/29(土) 21:37:36.03ID:k/WM/TXw
Kotlin もよろしく
0510デフォルトの名無しさん
垢版 |
2019/06/30(日) 20:00:00.91ID:2juPiYlp
そのうちV2言語とかV2AB言語とか出そう
0511デフォルトの名無しさん
垢版 |
2019/06/30(日) 20:09:39.02ID:jEBvEs4p
すでに VB はあるがな
0514デフォルトの名無しさん
垢版 |
2019/07/01(月) 23:11:18.59ID:yt2EFQVJ
vlangはたしかにgoのダッサダサな部分を洗練させた感があるけど、肝心のgoroutineはないのかね？
0515デフォルトの名無しさん
垢版 |
2019/07/02(火) 08:38:42.74ID:QDdew1lC
あるっつの
0516デフォルトの名無しさん
垢版 |
2019/07/02(火) 10:18:10.05ID:ep8keXko
https://vlang.io/docs#memory
>For more complex cases manual memory management is required.
>This will be fixed soon.

ずっと will be fixed soon のままになると予想

GCも参照カウントもデストラクタもRustのようなライフタイムも無しで
手動でないメモリ管理を実現するそうだが
0517デフォルトの名無しさん
垢版 |
2019/07/02(火) 10:24:59.91ID:EIrkP3Yf
大学の情報系出た奴にありがちな、前人の基礎研究を舐めてる典型的な馬鹿だな
0518デフォルトの名無しさん
垢版 |
2019/07/02(火) 12:15:31.11ID:0IWRI8p9
肝心なとこが未実装とか…
そこが他言語と異なるセールスポイントちゃうんか
0519デフォルトの名無しさん
垢版 |
2019/07/02(火) 12:28:00.79ID:7go+wzeH
Goの対案を出せとか、ありがちなことを言われたのかな
言われた通りにしてもバカにされるだけというありがちなパターンかな
0521デフォルトの名無しさん
垢版 |
2019/07/02(火) 13:00:27.32ID:V6TxZCKa
>>516
rustみたいにガチガチじゃなきゃいいよ
0522デフォルトの名無しさん
垢版 |
2019/07/02(火) 13:07:25.57ID:EIrkP3Yf
いっそエスケープは一切禁止でスタックベースのリソース管理しかできない言語があってもいい
非同期処理さえうまく扱えれば実用的だと思う
0524デフォルトの名無しさん
垢版 |
2019/07/02(火) 14:38:03.95ID:ep8keXko
言語機能の複雑さという代償はあったが
GC無しでリージョン推論を実現したのがRust

記述性のためGCを入れつつも遅延を最小にすべく
GCの性能向上に努めたのがGO

一方vlangの公式によると
https://vlang.io/
> V manages memory at compilation time (like Rust)
https://vlang.io/compare
> - No GC
> That's why the language is so simple

・Rustのようにコンパイル時にメモリ管理される
・Goのように書けるがGC不要
・それでいてRustのような複雑さは無い
・という予定(まだ未実装)

本当にこの通り実現するなら
GoとRustの設計者達にマウント取れるレベル
0525デフォルトの名無しさん
垢版 |
2019/07/02(火) 14:52:15.52ID:NqAwj9wC
金集めのためのハッタリ・詐欺かもね。
どう実装するかは集めた金でバカンス中に考えるんでしょ。
0527デフォルトの名無しさん
垢版 |
2019/07/02(火) 15:55:49.14ID:7go+wzeH
Haskellの副作用問題やRustのグラフ構造問題のような
原理主義の藁人形がいなくなるまで無視すればいい
0529デフォルトの名無しさん
垢版 |
2019/07/02(火) 16:00:36.62ID:wuyggzG7
どうせプログラム終了すればOSが使ったメモリ全部解放するから
長時間動かすプログラムのベストプラクティスは定期的に自動で状態保存→リブート→復元？
ある意味合理的な富豪プログラミングｗ
0530デフォルトの名無しさん
垢版 |
2019/07/02(火) 16:03:59.36ID:dJ0Zw08U
cloud の go はそれだな
0531デフォルトの名無しさん
垢版 |
2019/07/02(火) 18:22:15.31ID:NqAwj9wC
>>526
ｗｗｗ
0534デフォルトの名無しさん
垢版 |
2019/07/02(火) 19:52:14.87ID:KyyCHPDG
rust以外にもベアメタルな新言語は色々あったよ。clayとかBitCとかdecaとかcycloneとか
安全性についてはスルーした言語や挑戦して失敗した言語もあった
vlangはそこを吹かしてるから地雷にしか見えない
0536デフォルトの名無しさん
垢版 |
2019/07/02(火) 22:15:30.17ID:hWBdgMuf
>>524
goの方向が正解だわ。
GCがあることで他資源管理に集中できるし。
ただchannelでのブロックによるgoroutineリークは想定してなかった言語ミスだと思う。
そこは改善の余地ありだわ。
0537デフォルトの名無しさん
垢版 |
2019/07/03(水) 01:59:42.47ID:ZPqKMvhJ
>>524
Rustとは異なる一つの解として、フロー解析を頑張るという方向性はアリだと思う
Rustのように人間が明示的に型を付けることによって制御するんではなく、TypeScriptの型推論みたいにコンパイラが頑張ってフローから生存範囲を割り出す
Vには期待してないが、MSあたりが本気で取り組めば実用的なものはできそう
0538デフォルトの名無しさん
垢版 |
2019/07/03(水) 11:04:20.52ID:XNaiDTR1
>>537
それは>>517も言うような前人を甘く見た考えだよ・・

Rustも生存期間の推論をやってるし
GC言語もコンパイル時やJITでエスケープ解析してヒープでなく
スタックに配置してGCの負荷を減らしたりしてる

特にGoは静的解析にかなり力を入れてる
MSも.NETでとっくに本気で取り組んでいる

コンパイル時間との兼ね合いもあるけど
GC言語にとっての理想形の一つは実行時のGCコストゼロだから
0539デフォルトの名無しさん
垢版 |
2019/07/03(水) 12:16:45.29ID:gRfGMTMZ
自分ができると思うのは甘い
MSが総力を挙げて取り組めばできる

主語が小さいなら悲観、主語が大きいなら楽観する現象
0540デフォルトの名無しさん
垢版 |
2019/07/03(水) 12:42:18.44ID:hoHjSSrx
それは事実だから仕方ない
結局OSSの成功例は企業製のものばっかりだったりするし
0541デフォルトの名無しさん
垢版 |
2019/07/03(水) 18:10:18.83ID:m32ejpp6
じゃあMSが新しい言語作るのをじっと待ってるのが正解なんだな
0543デフォルトの名無しさん
垢版 |
2019/07/03(水) 23:27:22.96ID:zQMV1srp
TypeScriptのような型推論は、原理的には可能なんだろうけど現実的には計算量が爆発すると思ってた。
まさか実際にやってのけるとはなぁ。
0545デフォルトの名無しさん
垢版 |
2019/07/04(木) 00:09:12.36ID:kZ6AZY+J
rubyが型ゆるくて逝ったように型推論とかやめて明示しようって話になる。
バカは何度でも同じ過ちを繰り返す。
0546デフォルトの名無しさん
垢版 |
2019/07/04(木) 00:50:15.12ID:syUh+sWg
rubyがバカなだけじゃん
自分とこの失敗の恥を他人とこに押し付けるなｗ
0547デフォルトの名無しさん
垢版 |
2019/07/04(木) 02:43:53.90ID:eYCKxaQ9
template引数が爆発的に増えてきてから型推論を考えるのが理にかなっている
先に型推論を作り込んで後でtemplateが欲しくなっても時既に遅し
0548デフォルトの名無しさん
垢版 |
2019/07/04(木) 08:23:42.62ID:kZ6AZY+J
>>546
バカがやった失敗をしっかり見ろって話なんだが。
やっぱり見ないのがバカたる所以なんだよね。
0550デフォルトの名無しさん
垢版 |
2019/07/06(土) 09:52:45.57ID:zcl3Wfgw
FORTRAN派はJuliaに乗り換えてくれればいい
0551デフォルトの名無しさん
垢版 |
2019/07/06(土) 10:09:15.59ID:yJlOMfg/
Juliaは呼ばれる側には向いてないからどちらが良いとか以前に代替にならない
0553デフォルトの名無しさん
垢版 |
2019/07/06(土) 11:03:51.51ID:4hi3BAKB
グローバル変数にGCは不要だから昔の言語は速い
しかもスタックもボローチェッカーも不要
今の多数派は速度と学習コストを犠牲にしてでもグローバル変数禁止を優先する
0554デフォルトの名無しさん
垢版 |
2019/07/06(土) 11:11:24.68ID:MhitVE0d
>>553
速度と学習コストを優先してグローバル変数を多用したいなら、今でもそれができる言語は使用可能なのだから好きに選択すればいいんじゃね？
0555デフォルトの名無しさん
垢版 |
2019/07/06(土) 11:12:54.20ID:NRY4HgVe
他言語から呼ぶのに配列を転置したりインデクスを1オリジンにしたり面倒くさいんだよ教授のライブラリ
と学生の頃思ったわ
0556デフォルトの名無しさん
垢版 |
2019/07/06(土) 12:46:36.15ID:4hi3BAKB
>>554
結果だけでなく過程にも色々と好みがあんだよ
予告なしで突然その行動をするのか
あるいは言いたいことを全部言ってから行動するのか
0557デフォルトの名無しさん
垢版 |
2019/07/06(土) 14:57:38.96ID:giRSX6GS
グローバル変数が早いってどういう理論？
全ての変数に対応できるような糞で固めモリ確保するの？ばかなのしぬの？
0558デフォルトの名無しさん
垢版 |
2019/07/06(土) 15:04:47.10ID:zcl3Wfgw
間接アドレッシングより直接アドレッシングの方が速いとか
メモリ上の位置が固定されるから速いとか
有利な面はあるんじゃね

知らんけどω
0560デフォルトの名無しさん
垢版 |
2019/07/06(土) 15:35:24.84ID:j6TJ9xhQ
集積度でCPUにレジスタ・キャッシュが貴重だった頃の(ry
RISC以降は組み込みですらローカル変数のほうが速度出るはず
0561デフォルトの名無しさん
垢版 |
2019/07/06(土) 15:54:52.39ID:4hi3BAKB
GCが遅いだけだな
ローカル変数が遅いなんて誰かに言わせても仕方ない
人に言わせたいことではなく自分が言いたいことを語れよ
0562デフォルトの名無しさん
垢版 |
2019/07/06(土) 16:15:05.44ID:aan9FGim
ドンッ！！
0564デフォルトの名無しさん
垢版 |
2019/07/12(金) 04:42:18.60ID:4xncqjus
>>557
メモリ確保やらスタックやらのオーバーヘッドがグローバル変数だと起こりにくい、ということなんじゃね？
0565デフォルトの名無しさん
垢版 |
2019/07/12(金) 07:53:38.13ID:Bn8x2zNm
スタックと比較した場合、計測せにゃわからんが結論だろ。
結局はキャッシュヒット率の問題だったりするわけだし。
0566デフォルトの名無しさん
垢版 |
2019/07/12(金) 21:53:30.16ID:4b6kN5JV
キャッシュのこと考えたらグローバル変数のアクセスは遅いだろ
0567デフォルトの名無しさん
垢版 |
2019/07/13(土) 07:24:03.78ID:THUdwCLa
フォートランがなぜCより速いかしってる？
0568デフォルトの名無しさん
垢版 |
2019/07/13(土) 09:15:34.94ID:AlkU9RI1
速くないから
0569デフォルトの名無しさん
垢版 |
2019/07/13(土) 09:49:57.15ID:y4NPM01z
FortranはCより自由度に劣る代わりに最適化しやすいからな
気を使わなくてもベクトル化や拡張命令の対応をコンパイラがやってくれるから
京とかのスパコンでの大規模計算の分野で使われてる
0572デフォルトの名無しさん
垢版 |
2019/07/13(土) 10:47:30.74ID:THUdwCLa
答え：フォートランが速いのは全部グローバル変数しか使ってないから
0575デフォルトの名無しさん
垢版 |
2019/07/14(日) 01:15:43.60ID:dk3FaKVW
そろそろＣ言語が不要になるという話をちらほらきくな
ＬＬＶＭだのＪＶＭだの人間に扱いやすいマシン語もあるし
Ｒｕｓｔもあるし

Ｃはもともと言語の位置づけがまったく中途半端だった
0578デフォルトの名無しさん
垢版 |
2019/07/14(日) 06:56:24.70ID:ryvUAmdj
Rustはasycn/awaitもひとまず纏まって良いとは思うんだけどCが要らなくなるかと言われると同意しかねる
というのも高速化の為の低レイヤcalleeとしては型や機能がリッチで自身からの呼び出しAPIと他言語向けAPIの調整が煩雑じゃないかなと
0579デフォルトの名無しさん
垢版 |
2019/07/14(日) 07:45:35.15ID:+8XuBzkV
cがいらなくなるとかもう30年くらい言われ続けてるんでないの？
ほんとバカだな〜と思うわ。
0580デフォルトの名無しさん
垢版 |
2019/07/14(日) 07:55:49.65ID:+79Cdwyg
組み込みとかが存在する限りCも無くらなんだろうな
万が一、nimが流行ったらそれこそ無くならなくなる
0584デフォルトの名無しさん
垢版 |
2019/07/14(日) 10:52:29.76ID:paZ1nCkk
言語のシェア最大化問題のようなものを解きたい需要があるんだよね
C言語が最適解ではないという認識はバカではない
でも具体的にどこの誰がどういう取引をしたいのか考えないから供給も何もない
0585デフォルトの名無しさん
垢版 |
2019/07/14(日) 10:56:34.40ID:2xqRxSvx
全ての言語に勝利(VICTORY)を約束したV言語が最初で最後の統一言語になるから
見とけよ見とけよ
0587デフォルトの名無しさん
垢版 |
2019/07/14(日) 11:12:03.05ID:kbgTNG98
次世代言語を越えるいい感じのメモリ管理で記述もGOより簡単になる予定やぞ
0588デフォルトの名無しさん
垢版 |
2019/07/14(日) 21:17:25.26ID:VYICulF9
>>567
それがどういうわけかこの板では嫉妬の対象らしくて詐欺とかになっちゃうらしい
0590デフォルトの名無しさん
垢版 |
2019/07/14(日) 22:05:08.08ID:VYICulF9
>>589
ん？
0591デフォルトの名無しさん
垢版 |
2019/07/14(日) 22:26:52.95ID://LKIq+W
>>587
その肝心の部分が今後良い感じになる予定(つまり、今の所まだ未定)とか言う
非常にお粗末な言語なんだが…
そもそも、そんな簡単に良い感じにメモリ管理ができるなら
Rustがあれほど所有権だのライフタイムだので苦労してるのは何故なの？っていうね…

まぁ本当に良い感じになるなら俺だってRustなんか捨てて華麗に掌返り決めるけど、
現状では詐欺と言われても致し方ないかと
0592デフォルトの名無しさん
垢版 |
2019/07/14(日) 23:31:36.82ID:BBEf0Qp/
vlangのメモリ管理はcomming soonだぞ。新規性のあるアイデアがあるようにも見えないんで、今のソースの記述レベルじゃ安全性は多分担保できない
0594デフォルトの名無しさん
垢版 |
2019/07/15(月) 00:01:00.40ID:MjmXYKrZ
rustからクソみたいなもの取り除いたものになるならワンチャンあるかもだが。
0596デフォルトの名無しさん
垢版 |
2019/07/15(月) 00:04:16.85ID:swODgMrH
見えてる地雷ではあったけどソース公開後空気やん
他言語と比較できるレベルでないし20年後にまた来てください
0598デフォルトの名無しさん
垢版 |
2019/07/19(金) 08:57:55.99ID:MqWaI42B
えぇ…自前で作ってるBosqueはどうすんだ…
0599デフォルトの名無しさん
垢版 |
2019/07/19(金) 09:10:29.62ID:aKZJYqz8
A proactive approach to more secure code
https://msrc-blog.microsoft.com/2019/07/16/a-proactive-approach-to-more-secure-code/

C++ does have its virtues that make it attractive and in some cases essential:
it is blisteringly fast, it has a small memory and disk footprint, it’s mature, it’s execution predictable, its platform applicably is almost unparalleled and you can use it without having to install additional components.
If only the developers could have all the memory security guarantees of languages like .NET C# combined with all the efficiencies of C++.
Maybe we can: One of the most promising newer systems programming languages that satisfy those requirements is the Rust programming language originally invented by Mozilla.
0600デフォルトの名無しさん
垢版 |
2019/07/19(金) 09:12:45.57ID:c3q8AFcr
>>598
bosqueは実験目的なのとまだ出たばかり。
実用目的のrustと比べるものじゃない。
0601デフォルトの名無しさん
垢版 |
2019/07/19(金) 09:19:54.00ID:MqWaI42B
ﾎﾞｽｹﾃ…
0602デフォルトの名無しさん
垢版 |
2019/07/19(金) 09:27:26.11ID:4A+dpHhz
今時C++が使われる様な場面で代わりになりそうな次世代言語ってそりゃRust以外ないだろ
0603デフォルトの名無しさん
垢版 |
2019/07/19(金) 11:08:45.37ID:I/h0t5Pv
Bosqueは学術的/実験的なのもあるけど
GC前提だから将来的にもC++/Rustと競合することは無いよ
0604デフォルトの名無しさん
垢版 |
2019/07/19(金) 17:00:17.92ID:1PyIKJ2x
むしろ言語には縁故があるから
自前でC++コンパイラ作れるようなやつなら縁故でRust高評価
自前でF#作ったら尚更
0605デフォルトの名無しさん
垢版 |
2019/07/20(土) 02:07:11.00ID:FW5VH8uR
BosqueとKotlinはコンパイラをセルフホスティングできていない言語
GoとRustとTypeScriptはコンパイラをセルフホスティングできている言語
0608デフォルトの名無しさん
垢版 |
2019/07/20(土) 12:43:44.66ID:SfeSu3lj
PCとスマホの分断により、おま環GUIの価値がなくなった
バベルの塔が崩壊した
言語よりもGUIを重視するべき理由はもうない
0609デフォルトの名無しさん
垢版 |
2019/07/20(土) 14:19:34.60ID:KA2XI7a+
rust に c++ の [[nodiscard]] みたいなのってある？
0610デフォルトの名無しさん
垢版 |
2019/07/20(土) 14:21:53.77ID:ws4gNalr
>>605
できないってことはないのでは？現時点ではやってないか、またはやってる事実をあなたが知らないだけで。
VM使っててVM部分まで作れるわけじゃないからというのであればKotlinにはNativeが出来つつあるのでやがてVMなしで問題なく動くやつは出来上がる。
0612デフォルトの名無しさん
垢版 |
2019/07/20(土) 15:23:08.20ID:jTVd51ag
どちらも正しい
やっていないから出来ていない

Javaからの自動変換も自前で作ってるがKotlinコンパイラにそれを適用する気は無いようだ
工数やリスクに対してメリットが大きくないし
企業規模的にもリソースに余裕が無いんだろう
0613デフォルトの名無しさん
垢版 |
2019/07/20(土) 16:55:21.95ID:SzQpn/wr
>>609
戻値をResult型にすれば戻値無視で警告でる。
0615デフォルトの名無しさん
垢版 |
2019/07/20(土) 19:15:39.84ID:/lD6o5wQ
>>614
それは微妙に違うと思う
TypeScriptはそもそもJavaScriptのマクロ言語だから、JavaScriptを生成できた時点で言語処理系としては完成してるんだよ
一方Kotlinはあくまで独立した言語だから、実際に動くようにならないと処理系が完成したとは言えない
つまり、処理系にJVMも含まれると解釈することもできる
0616デフォルトの名無しさん
垢版 |
2019/07/20(土) 19:30:39.77ID:FW5VH8uR
>>615
TypeScriptがJavaScriptに依存しているからおkで、
KotlinがJVMに依存しているからNGとは一体…

セルフホスティングできたというのは普通
原始言語Sから目的言語Mに変換するコンパイラMが
原始言語Sで書かれておりかつ目的言語M上で走ればOKなんである
目的言語Mを支える共通基盤（リンカや実行ファイル形式をロードして実行するOS等）が
S以外の言語で書かれているかどうかは問題にされない
0621デフォルトの名無しさん
垢版 |
2019/07/21(日) 23:21:56.26ID:gYFxw/mT
KotlinがJVMだけでなくNativeやJSでもセルフホスティングするには
JDKのクラスへの依存を排除してCommon Moduleとして実装する必要があるので先が長すぎる

しかしbabel-standaloneのようにブラウザ上完結でコンパイル出来たら面白いんだけどな
0623デフォルトの名無しさん
垢版 |
2019/07/22(月) 00:28:03.74ID:7Qo/4Rjl
ほほぅ
0624デフォルトの名無しさん
垢版 |
2019/07/22(月) 08:29:25.73ID:FUfkvSMg
またzigは詐欺って言わないの？
0625デフォルトの名無しさん
垢版 |
2019/07/22(月) 10:47:11.42ID:AvuSX7g6
zigはむしろ愚直にそのままにするってことが分かりきってるから詐欺る所が無くない？
個人的にはC2がどうなるかって思ってたけどzigの方が開発が早くて勢力としては強そうだなぁ
0626デフォルトの名無しさん
垢版 |
2019/07/22(月) 11:23:16.33ID:yN7WFB/G
zigはモダンな記述性を持ちながらも仕組みはマニュアルなのでbetter Cの一種

GCで十分な領域では開発効率的に他の言語に負ける
Rustのコンパイル時チェックを求める層には受けない
今でもCを使うような層が移るかというと微妙

Vのような風呂敷を広げることはしていないように見えるし
Cの代わりとして出来は悪くないと思うが
シェアを取るのは厳しいんじゃないかな
0627デフォルトの名無しさん
垢版 |
2019/07/22(月) 15:47:12.69ID:QENg4JOA
世代別GCとか進化してるからね
今のGCでもどうしてもダメなぐらいリソースが厳しい領域はすごく少ないと思う
0629デフォルトの名無しさん
垢版 |
2019/07/22(月) 23:23:39.72ID:tkbfG1s0
不確定な振る舞いが許されないためにGCを使わない領域もあるけど、
その場合はRAIIとかもダメで全部明示的に管理するしな
0630デフォルトの名無しさん
垢版 |
2019/07/23(火) 12:33:23.72ID:Vhv9haoe
コボちゃん最強
0631デフォルトの名無しさん
垢版 |
2019/07/23(火) 13:00:59.28ID:pMPIgbDX
コボちゃんはともかく固定長レコードはもっと見直されるべきだわ
現代の情報システムをゴミのように不安定にした可変長データのダイナミックアロケーションの罪は重い
0632デフォルトの名無しさん
垢版 |
2019/07/23(火) 13:50:48.79ID:+UhlNN/P
>>631
え！？マジで言ってんの？
0633デフォルトの名無しさん
垢版 |
2019/07/23(火) 14:09:10.86ID:rAZeWxyR
マジもマジ大マジよ
0635デフォルトの名無しさん
垢版 |
2019/07/23(火) 14:49:41.64ID:L9D+DMBq
C++がOOによる付加価値とGCによる付加価値を分離しているような面はある
関心事の分離？
0636デフォルトの名無しさん
垢版 |
2019/07/23(火) 17:11:56.18ID:YBHyjfJ/
>>631-633
ヘッダをパースしてからメモリ確保なんてやるよりは
決め打ちでできたほうがシンプルで楽だしバグを作りこみにくいのは確か
（働き方改革の波に乗って復活したりしてｗ）
0638デフォルトの名無しさん
垢版 |
2019/07/23(火) 20:16:21.52ID:Ptp4kmtT
別にGCある言語使ってりゃええよ。
そこまでランタイム速度がクリティカルなコードなんてここの連中は書いてねーだろ。
書いてるふりはするが。
0639デフォルトの名無しさん
垢版 |
2019/07/23(火) 21:06:10.00ID:wjsoV9EZ
書いてるよ
クリティカルというよりハードがプア過ぎてGC搭載する余裕が無いとかだが
0640デフォルトの名無しさん
垢版 |
2019/07/23(火) 21:48:20.63ID:G3FUscYz
>>636
お前みたいのいるから潜在的なバグ埋め込まれるんだよ。
0642デフォルトの名無しさん
垢版 |
2019/07/24(水) 00:21:57.60ID:MDnvYDVk
クリティカルというよりスケーラブル
今書いてないコードをいつか言語を変更することなく書けるふりをする
0645デフォルトの名無しさん
垢版 |
2019/07/28(日) 10:53:13.37ID:mCptNPRe
JULIAですね判ります
0646デフォルトの名無しさん
垢版 |
2019/07/28(日) 11:53:21.70ID:jklii+Ft
数式のようにかけるとかなんであんなに重視するのかマジわからん。
浮動小数使ってる時点で数学的体系とは違うんだからってことを明示したほうがいいわ。
0648デフォルトの名無しさん
垢版 |
2019/07/28(日) 11:57:41.73ID:2BtEWPhc
宣言的にやりたいことを書くと、メモリ管理とかIOとか面倒な事は誰かがやってくれる次世代プログラミングだぞ
本質的な問題に注力できるからバグが少ないんだ！
0649デフォルトの名無しさん
垢版 |
2019/07/28(日) 12:05:34.90ID:mCptNPRe
現代に使われてる数式って言っても高々数百年の間に人間がとりあえず決めた仕様でしかないのにな
0650デフォルトの名無しさん
垢版 |
2019/07/28(日) 12:16:34.04ID:jklii+Ft
>>648
「やってくれることもある」が本当のとこだろ。
結局最先端の研究やろうと思ったら大抵は規模もでかくなってチューニングする必要が出てくる。
そういったことを考慮しないとコンピュータ言語なんて使い物にならんから。
0653デフォルトの名無しさん
垢版 |
2019/07/28(日) 16:05:59.20ID:n03Lr+6x
>>646
小数点がピリオド(.)なのに納得できないカンマ(,)派の逆襲？w
それ以前に日本だとカンマ？コンマ？
0654デフォルトの名無しさん
垢版 |
2019/07/29(月) 18:33:02.43ID:A9ELpL9X
パラダイムを変えるのではなくメタレベルの機能を追加するだけでHaskell的になる
C++とRustはそれを実践している
0655デフォルトの名無しさん
垢版 |
2019/07/29(月) 21:29:58.03ID:X0vpIRmF
単純に評価順序変えるだけの話でそんなのはlispがとっくの昔にやってるんだよ。
0657デフォルトの名無しさん
垢版 |
2019/07/29(月) 22:17:18.50ID:rgG5VYMa
数式と距離を置くてはなしならすべてのリテラルにブラケット必須になればいいと前から夢想してる。
x = a + literal"-12.3";
スクリプト系では邪魔すぎ受け入れられないけど
構文とリテラルの表記を別の段に出来るじゃん
0659デフォルトの名無しさん
垢版 |
2019/07/30(火) 00:59:09.61ID:ZDjzCSg/
>>656
グロ
0662デフォルトの名無しさん
垢版 |
2019/08/11(日) 01:58:28.49ID:OHgBMu8L
https://www.ponylang.io
一つのアクターでループ回し続けてるとメモリーが溢れて死ぬ言語はいかが？
0663デフォルトの名無しさん
垢版 |
2019/08/11(日) 10:12:27.47ID:SM785f+n
記憶力がないやつって人のふり暗記して我がふり忘れるんだよな
自戒を込めたら両方記憶できるのに
0665デフォルトの名無しさん
垢版 |
2019/08/11(日) 10:24:10.70ID:ADOQsQhs
自戒予告
0669デフォルトの名無しさん
垢版 |
2019/08/11(日) 21:14:22.69ID:2LSjjWPK
>>664
アスペルガーでググって
0673デフォルトの名無しさん
垢版 |
2019/08/12(月) 01:22:07.47ID:+GFDKMmL
アスペルガー95
0675デフォルトの名無しさん
垢版 |
2019/08/12(月) 12:06:06.17ID:ugo95Z2O
>>674
これ５ちゃんにスレ立てるべき
0676デフォルトの名無しさん
垢版 |
2019/08/12(月) 20:10:13.54ID:QXujyVaw
真のアスペは明確で無矛盾な指示をちゃんと与えないとすぐ死ぬから飼育が難しい
めったにお目にかかれない
0677デフォルトの名無しさん
垢版 |
2019/08/12(月) 22:22:37.43ID:FBjisq38
客は謝ってもらってどうする気だったのか
損害を補填するよう求めるでもなし
ほんとに暇でからんでるだけに見える
0680デフォルトの名無しさん
垢版 |
2019/08/12(月) 22:58:22.18ID:ikUKzGwn
素人が作ったコンパイラはね
お前が普段使ってるやつは、バグひとつ見つけてもこうだろうと修正を仮定して動き続けるし
変数名のtypoとかも余裕で修正候補教えてくれるでしょ？
そんなコンパイラからみたら逆にお前は知恵遅れだよ
0681デフォルトの名無しさん
垢版 |
2019/08/12(月) 23:51:40.14ID:zMNDcBmt
俺アスペだけどそれぐらいはできるよ
説明が適当だとその説明に当てはまる候補の中からどれなのか予想はできるけどそれが正しいかわからないから行動できない
天才だとか昔から言われるけど結局ただのバカで、他の人が勝手に候補から外したものまで俺の場合は候補に入ってるってだけ
0682デフォルトの名無しさん
垢版 |
2019/08/12(月) 23:57:40.98ID:17Zky3Zp
ほんとしょうもない才能に特化したアスペってたまにいるよな
何のために生きてるんだろうな
0685デフォルトの名無しさん
垢版 |
2019/08/13(火) 00:21:41.47ID:AIGjp94h
仲良くしなさい
0687デフォルトの名無しさん
垢版 |
2019/08/13(火) 09:24:06.60ID:oXPAD0KH
>他の人が勝手に候補から外したものまで俺の場合は候補に入ってる

境界型だな
0693デフォルトの名無しさん
垢版 |
2019/08/14(水) 21:55:54.54ID:AuvVekXs
クラスの解体と所有権とトレイトの導入によって二度とC++に戻ることは無いと思ったのだけど違うの？
0695デフォルトの名無しさん
垢版 |
2019/08/14(水) 22:37:29.08ID:hm6x18lh
c++には道なんてないんだから辿りようもない
0698デフォルトの名無しさん
垢版 |
2019/08/15(木) 06:09:57.21ID:G52F/0QA
>私はまず動かして，どこがボトルネック
>になるかを見るという方法をよく使います。だから最初の実装はこの
>ftellとfseekによるシークみたいに，すごく醜いものになるときがありま
>す。世界中，どんなコンピュータサイエンスの教師に見せたって，落第
>点をつけられるでしょう。「?ばかげている。こんなやり方があるものか。
>どうしてこんなやり方をしようと思ったんだ？」ってね。PHPはそうい
>う，コンピュータサイエンスの教師にみせたら「どうしてこんなやり方
>を」と言われそうな，ばかげたソリューションでいっぱいです。
(…中略…)
>私は他に良
>い方法も思いつかなかったので，とにかく動かして，それでうまくいく
>か試しました。実際に組み込んで，使ってみて，壊れたらどこで壊れた
>か，どこをどう直せばいいかを探すのです。結果的に，そういう実際的
>なアプローチが適したところで使われることになったのだと思います。
0699デフォルトの名無しさん
垢版 |
2019/08/15(木) 06:27:32.22ID:o8RmG1CE
いい考え方だと思うけど
0701デフォルトの名無しさん
垢版 |
2019/08/15(木) 10:41:05.29ID:4dtBJrPZ
PHPってperlより酷いのに何で流行ったのか判らんな
0703デフォルトの名無しさん
垢版 |
2019/08/15(木) 11:54:55.21ID:1NQTsGkP
new/delete もどうかと思ってたけど
Box 等でしかヒープ扱えんのちとやりすぎ
intrusive_ptr な仕組みも用意しろと言いたい
0704デフォルトの名無しさん
垢版 |
2019/08/15(木) 12:11:21.78ID:RGh0vpEu
知的障害者でもPHPならプログラミングできますよ
というのを信じてシステムが作られ
本当に低所得層のガイジが寄せ集められて
ガイジシステムができあがり
そして輝くウルトラ糞保守案件

ガイジがガイジを呼ぶガイジのための障害者雇用促進言語
それがPHP
0705デフォルトの名無しさん
垢版 |
2019/08/15(木) 12:13:48.13ID:o8RmG1CE
でもPHPのおかげで市場が大きくなって私たちの仕事が産まれてPHPはクソとか言っていられるわけでしょ？
IEみたいなもんでしょ
0706デフォルトの名無しさん
垢版 |
2019/08/15(木) 12:21:53.63ID:RGh0vpEu
それは未だにIEにしがみつく理由にはならないよね。
そもそも糞なものは糞だよね。
ウンコにカレーの値札付けたらお前は食うんか？
バナナうんこぱくぱくもぐもぐなのか？
0707デフォルトの名無しさん
垢版 |
2019/08/15(木) 12:43:12.88ID:o8RmG1CE
PHPにはPHPの役割があってそれは偉大だってことだよ
糞が嫌いでもうんこ出なきゃ困るでしょ
0709デフォルトの名無しさん
垢版 |
2019/08/15(木) 12:48:35.05ID:XK/oFz2f
うんこは人体の維持に必要だけど
PHPは（今でも）必要なのか？

という話では？
0710デフォルトの名無しさん
垢版 |
2019/08/15(木) 12:50:52.87ID:G52F/0QA
インタビュ───にもあるが例えばWordPressを5年かけてPHP以外の言語で書き直せば必要無くなる
0711デフォルトの名無しさん
垢版 |
2019/08/15(木) 13:03:34.60ID:o8RmG1CE
世界的にみたらずっと必要とされ続けるんじゃないの
俺はもうあんなクソ使わないけど
0715デフォルトの名無しさん
垢版 |
2019/08/16(金) 23:27:08.64ID:4nOyJHYw
これまでPHPを取り巻く状況がウンコだったのであって、
有スキル者にとりPHPはWebサイト構築に有用なツールでありこそすれ
けしってウンコではない


これでよいか
0716デフォルトの名無しさん
垢版 |
2019/08/17(土) 01:18:05.39ID:wqyoFpBF
具体的に何がどうウンコなのよ
phpに関わったことないから分からんわ
0721デフォルトの名無しさん
垢版 |
2019/08/17(土) 09:42:58.28ID:wqyoFpBF
それをもってウンコだと言ってるの？
何かと思えばずいぶんくだらない理由なんだなｗ
文字の順序って、五十音とかだと母音と子音の配列になってるからあいうえお〜って並びもまあ納得できるがabc〜なんて母音と子音が入り交じってて並びも慣用的・歴史追従的でなんか人間の恣意性丸出しじゃん。国によって文字あったりなかったりもするし。
むしろアルファベットのソート→未定義です、並べかえたかったら順序を定義しろ！が科学的に正しい気がする。
0722デフォルトの名無しさん
垢版 |
2019/08/17(土) 09:55:26.38ID:SdOOTnJA
不糞な議論だな
未だにうんこがPHPだってわかってないやつは、幸せなやつだよ
そのまま知らないでいた方が幸せ
0723デフォルトの名無しさん
垢版 |
2019/08/17(土) 10:04:32.13ID:Xadfh6Fp
15年前ならともかく、もう保守案件以外でPHP使う意味ないからね

テンプレートエンジン増えたし、クライアント側で出来ることも格段に増えたし
0725デフォルトの名無しさん
垢版 |
2019/08/17(土) 10:41:26.40ID:9n/jDoCG
恣意的でも良いから任意の文字列a, bについてa ≦ b または a ≧ bが成立し、
かつ任意の文字列a bについて
a ＜ b ならば b ＞ a
a ＞ b ならば b ＜ a
a ＝ b ならば b ＝ a
が成立することと文字列が全順序というのは同義だと思う
0726デフォルトの名無しさん
垢版 |
2019/08/17(土) 10:53:41.44ID:9n/jDoCG
半順序であれば>>725の規則を満たさないa, bが存在する
しかし半順序をComparableと言ってはいけないかどうかは議論の余地があるｷﾓｽ、
何しろ大部分は全順序同然に比較できる（という半順序も有り得る）ので、
0727デフォルトの名無しさん
垢版 |
2019/08/17(土) 11:03:26.58ID:CuykVau6
本当に文字列が全順序でないとしたら大問題だが、単にsort関数のデフォルトの話じゃないの？
0728◆QZaw55cn4c
垢版 |
2019/08/17(土) 11:20:36.47ID:ToRIVhzM
>>725
数学の意味での全順序とは定義がちがいますね
a <= b かつ b <= a ならば a = b
というのが全順序だったかと
0730◆QZaw55cn4c
垢版 |
2019/08/17(土) 11:45:10.60ID:ToRIVhzM
>>729
それは全順序じゃなくて、（ただの）順序ですね、数学用語では
擬順序（または半順序）→順序→全順序
0731デフォルトの名無しさん
垢版 |
2019/08/17(土) 11:53:04.20ID:9n/jDoCG
>>730
>、（ただの）順序
別に
>>728をもって全順序と称している件といい言っていることがおかしいのではないか
（>>728は>>725の後半のみしか言っていない
0732デフォルトの名無しさん
垢版 |
2019/08/17(土) 11:57:42.98ID:9n/jDoCG
ちゅか>>728はa <= b でも b <= a でもないa, b（比較不能）が存在する場合も成立することを指摘しているのが>>729のレスなので、
>>729を指して順序（≠全順序）と言い出したら
>>728は全順序ではなかったことに
なりますなあ、、
0734◆QZaw55cn4c
垢版 |
2019/08/17(土) 12:17:55.50ID:ToRIVhzM
>>732
なるほど、私の理解に錯誤がありました

a<=b, b<=a ならば a=b が成立することを「順序」と定義する、順序は a<=b でも b<=a でもないことを許す
全順序はすべてのa,b について a<=b か b<=a かのどちらか（あるいは両方も）であることを要請し、どちらでもない、というのは許さない

>>728 は「ただの順序」でした…
0735デフォルトの名無しさん
垢版 |
2019/08/17(土) 12:53:54.37ID:5bHKRRQf
今はそうでもないけど昔はスキルない奴が適当に組んでセキュリティ穴だらけだったりした時代があったのよ
0737デフォルトの名無しさん
垢版 |
2019/08/17(土) 13:10:59.44ID:aAmq13bK
スキルない奴が適当に組んでセキュリティ穴だらけにしたらphpがウンコなの？
やれやれだなあｗｗｗ
0739デフォルトの名無しさん
垢版 |
2019/08/17(土) 14:04:06.46ID:BwITc4Uh
PythonスレC#スレはRuby厨に乗っ取られ
GoスレはPHP厨に乗っ取られました
0741デフォルトの名無しさん
垢版 |
2019/08/17(土) 17:29:52.28ID:uIV5R7Aj
具体的に説明できないんだもんねｗ
みんながウンコと言ってるから、ウンコなんだろうｗｗ
仲間はずれにされたら不安だもんねｗｗｗ
0747デフォルトの名無しさん
垢版 |
2019/08/18(日) 02:31:46.82ID:6qPFI/q5
今一番期待されてるのはrustかな。
学習障壁が高いがそれでも得られるものがある。
つづいてjavascript、少しずつではあるが毎年機能が増えてる整理されていってる。
他に趣味レベルものもいっぱいあるけど案件に直結する次世代言語ってのはこれらくらいじゃないか？
0748デフォルトの名無しさん
垢版 |
2019/08/18(日) 03:49:23.74ID:2hyYMgkw
js適用フィールド広いけど断じて次世代言語ではないだろ次世代言語では。
書いてて変だなとは思わなかったのか
0752デフォルトの名無しさん
垢版 |
2019/08/18(日) 14:48:30.27ID:DNpDE/6m
typescriptみたいな静的型のあるaltPython的な言語があればいいんだけどな...

最終的に後で他言語で書き直すとか、cythonでクリティカルな部分を別途書く必要があるとか、パフォーマンスチューニングするとか
そういう必要性が後から出てくる事を考えだすとpythonの開発効率って実はあんまり良くないし…
0753デフォルトの名無しさん
垢版 |
2019/08/18(日) 15:02:29.98ID:X/aF/qdA
mypyあるじゃん。
型定義ファイルの整備が標準ライブラリすらロクに進んでないのが残念だけど。
0754デフォルトの名無しさん
垢版 |
2019/08/18(日) 15:04:26.97ID:6qPFI/q5
>>748
確かにjsは次世代じゃないな。スマヌ
0755デフォルトの名無しさん
垢版 |
2019/08/18(日) 15:04:57.78ID:0eGYpz1g
mypy、後発のくせに型の表現力がPHPに毛が生えた程度とか糞生える
やっぱ頭がピーの頭がパー言語はあかんね
0757デフォルトの名無しさん
垢版 |
2019/08/18(日) 19:08:41.16ID:bMQs+CrH
>>754
わかればいいんだ。今後は出しゃばるなよ。
0758デフォルトの名無しさん
垢版 |
2019/08/18(日) 23:45:53.06ID:HXvBGLCh
>>756
DictのkeyにString Literal使えたらいいんだけどな
Dictで十分だけど取り得るkeyの値は決めたい、みたいな時にダルい

まぁそんなことできるの、今のところTypeScriptだけかね？
0759デフォルトの名無しさん
垢版 |
2019/08/18(日) 23:51:55.24ID:HXvBGLCh
あと
・未だにフォーマッタのデファクトスタンダードがない
・パッケージ管理周りがゴミ
辺りがクソだな

guido引き釣り下ろしてまでセイウチ演算子ぶっこむ愚かなコミュニティも残念
0762デフォルトの名無しさん
垢版 |
2019/08/23(金) 21:06:54.79ID:191eMkQp
Crystalはどう？AltPythonじゃなくてAltRubyだけど
0765デフォルトの名無しさん
垢版 |
2019/08/25(日) 01:05:15.63ID:PoskXWid
次世代を探すのは難しい
0768デフォルトの名無しさん
垢版 |
2019/08/26(月) 09:02:45.07ID:h9DDya56
何使おうとバカがコード書いてる限り品質も効率も上がらんということに
そろそろ気づけ。
0770デフォルトの名無しさん
垢版 |
2019/08/27(火) 00:05:28.48ID:eRWRGgmq
俺はパソコン触るたびに壊すぞ
0771デフォルトの名無しさん
垢版 |
2019/08/27(火) 01:49:08.26ID:XQ+4Ge+r
影さん乙。
0774デフォルトの名無しさん
垢版 |
2019/08/28(水) 00:13:01.24ID:UP/okTdf
破壊神がいたか
0775デフォルトの名無しさん
垢版 |
2019/08/28(水) 01:25:48.99ID:FWsDA48Q
Javaを半年勉強（業務で）しました。
ナウい言語に乗り換えようと思ってんだけど何がええかね？
ちなみにwebアプリ作りたい。
0776デフォルトの名無しさん
垢版 |
2019/08/28(水) 01:46:12.43ID:azl3m+0S
open('test.txt', 'wb').write(rb'X5O!P%@AP[4\PZX54(P^)7CC)7}$EICAR-STANDARD-ANTIVIRUS-TEST-FILE!$H+H*')
0783デフォルトの名無しさん
垢版 |
2019/08/28(水) 07:57:55.93ID:LkBlX7wH
Javaみたいな型システムだったら静的型なんかない方がマシだけど比較的最近の言語だとメリットの方がずっと大きい
0784デフォルトの名無しさん
垢版 |
2019/08/28(水) 08:40:03.81ID:4Zzob7TG
javaやったなら別枠でスクリプト言語やってもいいかな。
perl,ruby,pythonあたり。
0785デフォルトの名無しさん
垢版 |
2019/08/28(水) 09:25:01.81ID:odAj9D7Z
サーバーサイドでJSを使う選択肢がアリな環境なら、TypeScriptは有効な選択肢だね
JSとTypeScriptはワンセットの存在になってる
0786デフォルトの名無しさん
垢版 |
2019/08/28(水) 10:07:59.31ID:DKDzG5Os
あんまりTS好きじゃないなぁ。
TypeScriptをTypeScriptとして実行できる処理系が欲しい。
最近型システムがダークサイドに落ちつつあると思う。
0788デフォルトの名無しさん
垢版 |
2019/08/28(水) 10:16:50.52ID:YynhTSbE
TSはJSの良さを全否定してるのにJSにコンパイルしてる時点でなw
海外じゃあまり流行ってないところから考えると日本人が好むのもよくわかるわ
最近のファションプログラマーから見たら型という制約があってスレッドを意識しなくても良い素晴らしい言語なんだろうけどもw
0789デフォルトの名無しさん
垢版 |
2019/08/28(水) 10:24:08.48ID:YL6We2Rx
個人制作の使い捨てコードならともかく、多少規模が大きくなると動的型でもドキュメント書くか実装読んで型判別する羽目になるんだから
結局静的チェックさせた方がマシになってくる
0791デフォルトの名無しさん
垢版 |
2019/08/28(水) 11:32:57.33ID:ddpchJVU
Rails 6 も、Coffee Script が無くなって、
JavaScript(JS)のモジュールバンドラーは、Webpack になった！

JS以外のモジュールバンドラーは、独自のものを使っているけど

node.js も必須
0792デフォルトの名無しさん
垢版 |
2019/08/28(水) 11:48:35.21ID:DKDzG5Os
>>788
jsのいい意味での変態仕様を殺してるよね。
まあ大規模になるとコードベースに慣れるまですごく辛いとかそういうのは事実だけど。
あれ書くぐらいならC#で書いたほうがスッキリする。
union型は確かに羨ましい一面もあるけど、概ねオーバーロードかジェネリクスで問題ない。
0794デフォルトの名無しさん
垢版 |
2019/08/28(水) 12:33:52.50ID:YL6We2Rx
型安全じゃないコードのリスクは人数やコードの規模に比例じゃなくて加速度的に上がっていくからなー
0795デフォルトの名無しさん
垢版 |
2019/08/28(水) 12:40:10.39ID:1sj176Nh
typescriptで書くのが当たり前になってるのに、どこで流行ってないと聞いたのか
0796デフォルトの名無しさん
垢版 |
2019/08/28(水) 13:01:10.48ID:YL6We2Rx
「型という制約があって」とか言ってる時点で、その……
実行時に型チェックする、実行時に型情報の書き換えが可能ってだけで、JSでもRubyでもPythonでも型も型による制約もある
0797デフォルトの名無しさん
垢版 |
2019/08/28(水) 13:14:34.64ID:szgo9IgP
個人的にはFlowのが好きだけど
でもTypeScriptは海外でもデファクトスタンダード的な感じになってるんじゃないの
0798デフォルトの名無しさん
垢版 |
2019/08/28(水) 14:30:39.73ID:LpOtuZVc
>>791
Railsって未だにnode.js必要なの？
ならRails無しでnode.jsでやったほうがスッキリするな。
adonis.jsとか面白そうだ。
0799デフォルトの名無しさん
垢版 |
2019/08/28(水) 15:02:47.59ID:1koYqBdC
>>777
言語の習得なんて半年で十分だろ
0800デフォルトの名無しさん
垢版 |
2019/08/28(水) 15:03:34.38ID:1koYqBdC
(第1言語の)
0801デフォルトの名無しさん
垢版 |
2019/08/28(水) 18:28:32.44ID:CCZVQ71b
言語だけならいいがそれに付随するものは半年では無理だろ
それがなせる才能があるならこんなところで質問しない

「第二言語のhogeはJavaでいうfuga」みたいに飲み込めないと余計な時間が生まれるだけだと俺は思う
(もちろん関数型特有の何々といったものは仕方ないとして)
0802デフォルトの名無しさん
垢版 |
2019/08/28(水) 19:09:05.43ID:Y45++neg
固有の機能使わなくてもlistと連想配列と文法さえわかれば何でも行ける気がする…
0805デフォルトの名無しさん
垢版 |
2019/08/28(水) 19:33:23.25ID:4Zzob7TG
二つ目、三つ目の言語なら半年でも結構いけるが一つ目はも少し時間かけてみた方がいいな。
0809デフォルトの名無しさん
垢版 |
2019/08/28(水) 20:39:22.52ID:f8DOqxjq
>>808
あ、赤線がJavaScriptで青線がTypeScriptな。念のため。
0810デフォルトの名無しさん
垢版 |
2019/08/28(水) 20:48:20.62ID:1gWoA2G/
>>808
やっぱりね。おかしいと思ったよ。
だいたいプロが便利に使える道具が、敷居低くて大量のパンピーが使う道具のシェアを抜くわけがない。
常識で考えりゃ分かるだろ。
プロの料理人が柳葉包丁誉めそやしたところで、一般民衆みんな使ってるとか、そんなわけないだろｗｗ
パンピーは万能包丁よ。
>>804みたいなのはすぐ詐欺に引っ掛かりそうｗ
昔の韓流ブームとかにもしっかり引っ掛かってて、今はタピオカミルクティー飲んでそうｗｗｗ
押し売りに騙されて買った羽毛布団を涙で濡らして眠れｗ
0813デフォルトの名無しさん
垢版 |
2019/08/28(水) 21:01:51.12ID:kCmfYbD+
アホすぎて
TypeScript is one of the fastest growing languages, and is currently the leading compile-to-JavaScript language
の意味もわかんないんだろうな
0814デフォルトの名無しさん
垢版 |
2019/08/28(水) 21:29:29.70ID:IPdQP+IN
何を基準に流行ってるかが曖昧なまま議論しても無駄でしょう
人気上がってる＝流行ってるとは必ずしも言えないし
0815デフォルトの名無しさん
垢版 |
2019/08/28(水) 21:34:20.93ID:4Zzob7TG
まあ普通にjsを生で扱うのは止めようって流れはある。
しかしその流れの前にcoffeescriptが死亡した理由はけっこう興味深い。
0816デフォルトの名無しさん
垢版 |
2019/08/28(水) 21:58:49.71ID:kiQ2r0Um
>>815
TSはJSの良さを隠蔽して使えなくしてしまってるところがあるからね
まともなプログラマーならTSでできること便利なこともJSで実装できる
TSは確かに伸びてる言語の一つではあると思うけどGoogleやMSの後押しがあってこの程度
JAVAやC#のような急激な発展までには届かないと思うね
0818デフォルトの名無しさん
垢版 |
2019/08/28(水) 22:21:08.76ID:G5Ue/9b7
前にも同じようなこと言っていた人がいたなぁ。
tscを通さないでいい以外にjsがtsより優れているところって思いつかないが。
0819デフォルトの名無しさん
垢版 |
2019/08/28(水) 22:21:32.10ID:UP/okTdf
そう言われると特にない
0821デフォルトの名無しさん
垢版 |
2019/08/28(水) 22:25:18.96ID:hvTZnWck
npmのパッケージ見れば、もうみんなtypescriptを当たり前に使ってるのわかるだろうに
0822デフォルトの名無しさん
垢版 |
2019/08/28(水) 22:33:09.20ID:ICvrVu80
TSとJSのシェアを比べるのはGoとPHPのシェアを比べるくらい意味ないと思うんだけど
みんなプロの道具の話ししてるのに素人目線のやつはなんなの
0824デフォルトの名無しさん
垢版 |
2019/08/29(木) 00:10:33.14ID:zAVUi2j9
tsはjsの上位互換という話なんだからそんなにjsが
良ければjsそのまま書けばいいんじゃない
0828デフォルトの名無しさん
垢版 |
2019/08/29(木) 07:39:19.08ID:0r0vjiOu
プロトタイプとかプロパティがしゃがしゃいじりまくるコードはJSの最大の利点であるV8の最適化を殺すわけだけど
TSになくてJSにある良さとやらって何なんだろうな。
0829デフォルトの名無しさん
垢版 |
2019/08/29(木) 08:51:33.46ID:etZa2FmB
TS vs. JSはまだ議論の余地があるとする人が居るようだけど他のAltJS vs. TSはほぼ勝負がついたみたいなところあるよね
0830デフォルトの名無しさん
垢版 |
2019/08/29(木) 09:00:14.77ID:7sVXLGAA
もともとそんなに議論ないわ。
あるとしたらビルド組むのめんどくせー、フレームワークにやらせるか？
くらいの話
0831デフォルトの名無しさん
垢版 |
2019/08/29(木) 11:31:14.50ID:pWJ7E5ux
>>828
V8に限ると、型でスイッチするような関数作ると最適化が阻害されるので、ジェネリクスは気楽に使えないとか、
諸々deoptされる原因はあるので、TSの悪さの方があるんじゃないかな。
ベタにゴリゴリのJS書いたほうが早い事はままある。
0832デフォルトの名無しさん
垢版 |
2019/08/29(木) 11:33:35.44ID:pWJ7E5ux
プロパティ多少増やしても、ある時点で同じHidden Classになるなら問題ないよ。
0833デフォルトの名無しさん
垢版 |
2019/08/29(木) 12:05:42.69ID:mztHiQ0L
JSの最大の利点ってブラウザで動くことでしょう
それしかないと言ってもいいくらい
機能的に不満が多すぎるからTSだとかCoffeeだとか亜種が大量に生まれた
0836デフォルトの名無しさん
垢版 |
2019/08/29(木) 12:41:54.50ID:pWJ7E5ux
>>835
そうなると、どちらでもスイッチするように書くかか、どちらでもスイッチしなくて良いように書くかだろうけど、
どちらでもスイッチしなくて良いように書くなら、TSを単なる型チェッカとしてしか使えなくなるじゃん？
0837デフォルトの名無しさん
垢版 |
2019/08/29(木) 12:44:13.29ID:EQnGYAC0
TSは置き換えてるだけだからJSで同じことをやろうとすると関数を書かなきゃいけない
0838デフォルトの名無しさん
垢版 |
2019/08/29(木) 12:50:18.46ID:LznUg0LW
>>836
TSは単なる型チェッカ兼Babelだぞ
TS→JSはenum以外はほぼ型情報抜くだけのマッピング

APIが複数の型を返してくるけどロジック上絶対に特定の型しかあり得ないならキャストすればいいだけだし、
何か根本的なところで勘違いしてるのでは

ES5をバベらないでES5のまま最適化して書くみたいなニッチケースでも想定してんの？
0839デフォルトの名無しさん
垢版 |
2019/08/29(木) 14:04:37.71ID:SnxZtmzT
ts書いてると、中身のコードより型変数が長くなる事があって草。

魔改造の型変数書くくらいなら、any許容派なんですが、みんなはどう？？？
0840デフォルトの名無しさん
垢版 |
2019/08/29(木) 14:13:55.62ID:/ZuGxij9
そもそもTS作ってんのがあの悪名高いMSって時点でなあ

同じ理由でぼすけとかいうやつも完全にアウト
0843デフォルトの名無しさん
垢版 |
2019/08/29(木) 16:14:44.64ID:LznUg0LW
>>842
ES5をES5のまま書いて最適化しなきゃいけないのは例外的なニッチケースでしかないのでほとんどの人にとってどうでもいいし、
ES6以降の機能をES5にトランスパイルするときのパフォーマンスコストはTypeScriptの問題じゃないし、
今後はブラウザ上で重い処理するならC/C++かRustでwasmするようになるのでそもそもJSの出番ではなくなる
0844デフォルトの名無しさん
垢版 |
2019/08/29(木) 16:16:39.05ID:uQv56JuJ
tsは文法をいっそのことがっつりC#に寄せてくれた方が取っつきやすかったかなあって気がする
0847デフォルトの名無しさん
垢版 |
2019/08/29(木) 16:49:53.84ID:0xsSNyFb
>>845
悪名という文脈なんだしせめて実害があった事例を挙げてやりなよ
というかストールマンの件って10年前じゃね
0848デフォルトの名無しさん
垢版 |
2019/08/29(木) 17:04:04.80ID:25ZBQ6DL
>>847
その例なら基金のプラチナメンバーになってプロジェクト乗っ取り画策してるとか
WSLをWindowsに乗せてLinuxを潰そうとしてる事案とか
その辺りになるな
0852デフォルトの名無しさん
垢版 |
2019/08/29(木) 18:15:16.45ID:wLT1GH73
スレが伸びてるけどくだらない議論だな
今遅くてもTSがより主流になりスピード問題がクリティカルになればブラウザ側が対応するだろう

このスレは次世代を見るスレだろ
それぐらい今までの流れを見て考えろ

>>846
こういうレスも論外
0854デフォルトの名無しさん
垢版 |
2019/08/29(木) 18:46:10.71ID:pWJ7E5ux
>>843
だからTSがネイティブの処理系ほしいのよね。
wasmはまだまだだと思うよ。何度かPoC作ってるけど。
0855デフォルトの名無しさん
垢版 |
2019/08/29(木) 18:49:36.04ID:25ZBQ6DL
>>851
お前自分がストールマンより賢いと思ってるのか？
俺はストールマンより頭悪い自信あるからストールマンを信じる
0856デフォルトの名無しさん
垢版 |
2019/08/29(木) 18:51:17.99ID:wLT1GH73
ゲームがDOS主流のころwindowsで重いゲームするなんて考えられなかった
ゲイツがガンガンプレッシャー掛けたらwindows上でのゲームのパフォーマンスが上がってwindowsでゲームが主流になった
0857デフォルトの名無しさん
垢版 |
2019/08/29(木) 18:54:42.32ID:wLT1GH73
ストールマンは偏狭な人で若いころから問題ばかり起こしていた
今はかなり年を取ってさらに視野が狭くなってる

ホーキング博士が末期に問題発言ばかり繰り返してたけど彼はかなり頭の良い人なのだ
頭が良いからと言ってその人の主張を丸呑みするのはどうかと思う
0858デフォルトの名無しさん
垢版 |
2019/08/29(木) 18:56:15.37ID:CAV+1+Xc
典型的な詭弁のテンプレートω
0861デフォルトの名無しさん
垢版 |
2019/08/29(木) 19:50:37.17ID:vQj409Wx
>>855
それならシャトルワースの言うことも信じないといけないわけ
その時点で自己矛盾に陥ってるよお前
0863デフォルトの名無しさん
垢版 |
2019/08/30(金) 02:48:48.33ID:7n7gNigc
>>861
Ubuntuとかいうスパイウェアてんこもりのディストリ作って
ストールマンにボコボコに叩かれたシャトルワースの言うことは信用できない
0864デフォルトの名無しさん
垢版 |
2019/08/30(金) 08:31:16.57ID:Okk0GWIA
ストールマンは自分のパソコンはウイルスに感染すると嫌だからといって
部下にダウンロードさせるクソ野郎だよ。
単純に頭悪いとも言えるが。
0865デフォルトの名無しさん
垢版 |
2019/08/30(金) 10:14:25.72ID:oVszNH41
>>862
嫌悪と言う程嫌いではないけど
好きでもない

少なくともMSが変なOS出し続けなければ
地球のコンピュータの進化はもっと進んでたはず
0867デフォルトの名無しさん
垢版 |
2019/08/30(金) 10:19:54.99ID:c9c9vh4P
>>865
仕方ないよね。それに勝るものが作られなかったんだから。
まあ悪くないとおもうよ、NT系になってからは。
0868デフォルトの名無しさん
垢版 |
2019/08/30(金) 10:32:44.25ID:oVszNH41
創られなかったというより
それを阻害したのがMSだという意味ね
MSが無ければもっと良いのが出てたと考えてる
0869デフォルトの名無しさん
垢版 |
2019/08/30(金) 10:38:55.95ID:NmqQUtu+
>>857
視野が狭いのはそれを理解できていない我々だよ。
凡人というのは世間がすでに認めた天才の業績だけは鵜呑みにするが、
そうでない天才の思考を理解することができないんだよ。
それが我々の限界。
0870デフォルトの名無しさん
垢版 |
2019/08/30(金) 10:48:37.97ID:l5pAzVjF
MSのOSだけ考えておけば良い、という状態が長く続いたお陰でIT分野の発達が加速したと思うのだが

それに他に可能性のあるOSがあったかと言われると微妙だし
0872デフォルトの名無しさん
垢版 |
2019/08/30(金) 11:21:13.68ID:c9c9vh4P
>>868
そうでもなかろう。
MSが阻害したって具体的に？
一連のアンチOSS？その状況でも活動してる人はしてたぞ。
MS憎しで視野狭窄になってんじゃないかな。
0874デフォルトの名無しさん
垢版 |
2019/08/30(金) 11:23:30.01ID:NX56wgPk
ストールマンの業績が優れていることに疑う余地は無いだろうけど
別に予測力を評価されてるわけじゃないし
そもそもGNU(あるいはその元の自由ソフトウェア思想)の
影響力を上げるためのポジショントークでしょ
0875デフォルトの名無しさん
垢版 |
2019/08/30(金) 11:29:23.94ID:c9c9vh4P
逆に考えてほしいんだけど、知財というものは対価があって当然であるという発想を、きちんとソフトウェアに対しても早くから表明した事に関してMSというかゲイツは正しいと思うよ。俺は。
そうじゃねえとこの業界は産業にならなかった。
プロプラが良いと言うわけではなく、ソフトウェア特許含めてね。

MSがクローズド過ぎると言うのも一方的で、充分な契約(金銭面もNDA面も)を結べば、それなりに開示してくれるし、デバッグ版持ってきて検証してくれたり、不具合はきちんと調べて必要ならKB出してくれたぞ。
ミッションクリティカルなシステムだからこそ結ぶ契約だけど。
あんまり消費者目線と言うか野良開発者目線でものを見ないほうが良いんじゃねえかな。
0878デフォルトの名無しさん
垢版 |
2019/08/30(金) 12:28:13.02ID:Z3fumh8Q
>>876
googleはスプレッドシートもDartも作ってくれた！
無料でね。
0879デフォルトの名無しさん
垢版 |
2019/08/30(金) 12:40:17.25ID:oVszNH41
>>871
mac や linux が良いとは一言も書いてないぞω
0880デフォルトの名無しさん
垢版 |
2019/08/30(金) 13:43:45.89ID:+Ah8IXFr
修理する権利に似ている
自分で分解と修理ができる人の足を引っ張って金銭を要求するのをやめよう
できない人からお金をもらうのはOK
0883デフォルトの名無しさん
垢版 |
2019/08/30(金) 15:24:44.11ID:P/8IP/VJ
実生活だとWindowsが便利(というかmacで対応してないものが多い)だけど
開発ってなると100%macだよねインストーラー開いてポチポチ環境構築やってらんねーわ
0885デフォルトの名無しさん
垢版 |
2019/08/30(金) 15:59:59.76ID:Kz4M8rdT
今のmbpキーボードマジ糞なので信仰心が試されてる…
次からやっと諦めてシザーに戻してくれるらしいが…これまでに何度修理に出したことか…トホホ
0887デフォルトの名無しさん
垢版 |
2019/08/30(金) 20:30:34.87ID:SVEQL/Mg
>>870
え、それは無いわ。
ここまでの発展速度はインターネットがあってこそだろ。
MSしか選択肢が無かったのならこの発展速度は無い。
0889デフォルトの名無しさん
垢版 |
2019/08/30(金) 22:57:28.36ID:kS9MuSkW
javaの人気が出てくるとj++を作って邪魔をして
javascriptの人気が出るとTypeScriptで邪魔をする
↑MSってずっとこんな感じじゃね？
0891デフォルトの名無しさん
垢版 |
2019/08/30(金) 23:16:07.29ID:0kekqW2s
サティア・ナデラ以前と以後のMSを一緒くたにして難癖つけてんのは病気の方々だろう
0892デフォルトの名無しさん
垢版 |
2019/08/30(金) 23:26:19.95ID:M8yPdkgN
>>889
javaの対抗でc#
ECMAScriptの対抗でTypeScript
j++はMS謹製のJVM引っさげて登場したけど訴訟で揉める原因になってたよね
0893デフォルトの名無しさん
垢版 |
2019/08/30(金) 23:55:43.28ID:G6MPYF1t
不毛すぎる
0895デフォルトの名無しさん
垢版 |
2019/08/31(土) 00:03:02.25ID:Jdy7ldC1
>>883
今時開発のしやすさなんてどっちも変わらんだろ。家と仕事で両方使ってるけどどっちも不便なことなんてない。
0898デフォルトの名無しさん
垢版 |
2019/08/31(土) 00:54:50.34ID:oDe7rdJF
winだとなんか俺のpcいろんなもん接続されたり解除されたりしてめちゃくちゃうっとおしいんだけど
週1くらいで落ちるし
0899デフォルトの名無しさん
垢版 |
2019/08/31(土) 01:50:19.17ID:hG5nnDBh
Go, Rust, TypeScript(, Ruby)を主に使ってWebやCLIアプリを作っているがDocker環境だから困ったことないわ
Linuxを使わない理由は惰性とUnityを趣味で使うから
0900デフォルトの名無しさん
垢版 |
2019/08/31(土) 01:54:45.67ID:y5ewqimO
矛盾してるな
0901デフォルトの名無しさん
垢版 |
2019/08/31(土) 02:06:46.70ID:XyZMdGHA
>>891
基金のプラチナスポンサーになって乗っ取り企てたり
ドライバのコードをリポジトリに混ぜて特許主張する布石にしたり
WSLを導入してLinuxそのものを壊滅させようとしてるのは
ナデラ以降のマイクロソフトじゃないの？
0904デフォルトの名無しさん
垢版 |
2019/08/31(土) 06:18:50.79ID:9h+uqT4m
型情報外したらそのままECMAScriptが吐く言語が
javascriptの邪魔とかECMAScriptに対抗とか脳みそに蛆わいてんのかな
0905デフォルトの名無しさん
垢版 |
2019/08/31(土) 06:48:13.60ID:cm8xkvV1
スポンサーになった位でどうやって乗っ取るのか知らんが
linuxがGNU思想の一部みたいに語ってる時点で既に害悪だな
0908デフォルトの名無しさん
垢版 |
2019/08/31(土) 08:44:30.74ID:+XIFeFdN
WSLって開発者向けでしょう
WSLでLinuxを阻害してることはないよ
デスクトップLinuxユーザーは減るかもしれないけど
0909デフォルトの名無しさん
垢版 |
2019/08/31(土) 09:30:52.36ID:YPCO6kBG
>>808
ひでえ記事だな
ツッコミどころ山ほどあるけど
「デフォルト引数さえ指定すれば型を書かなくても（IDEが）型推論してくれて、型の恩恵の８０〜９０％を受けられます！」
って、どんだけ想像力が乏しいんだ
そもそも、その補完を実現してるのは内蔵のTS LSPだったりするわけだが

この著者は、リテラル型しか出てこない程度の初心者コードしか書いたことないんじゃないか？
こんなガイジ長文よく書いたな
読んで損したわ
0911デフォルトの名無しさん
垢版 |
2019/08/31(土) 10:49:50.68ID:nubn4z9u
どうせアレだろうと思ったらやっぱりアレだった
0912デフォルトの名無しさん
垢版 |
2019/09/01(日) 00:17:14.23ID:VvUfJLAg
急に話割って悪いけど現状どの程度できればGo言語使えますって言えるのか分からん
0913デフォルトの名無しさん
垢版 |
2019/09/01(日) 00:50:52.14ID:fPTBNnye
>>909
> その補完を実現してるのは内蔵のTS LSPだったりするわけだが

だから？

> デフォルト引数さえ指定すれば型を書かなくても（IDEが）型推論してくれて

に対する否定になってない。

あなたの言うガイジ著者は以下のような経歴で、
https://www.oreilly.com/pub/au/5215
オライリーから本も出してます。
あなたはどんな本を書いたのですか？
ガイジが書いた本より売れたのでしょうね。
0915デフォルトの名無しさん
垢版 |
2019/09/01(日) 06:48:28.14ID:Wr+W66YA
デフォルト引数ってそうしないとどうしても利便性が下がる、明らかに利用ケースの9割以上が該当する実に引数があるって時ぐらいしかつけない
IDEに補完させるために関数のシグネチャ決めるとか本末転倒じゃね
0916デフォルトの名無しさん
垢版 |
2019/09/01(日) 08:56:49.84ID:VsMc/pX7
>>913
> オライリーから本も出してます。
これこそ「だから？」なんだが
「私は記事の内容ではなく、その人の権威でのみ良し悪しを判断します」ってこと？

確かに俺のレスも言葉足らずだったが、このレス >>915 くらいの内容、当たり前にわかる人間しかいないと思って省いていた
権威に集るだけの小バエみたいなやつもいるんだな
0917デフォルトの名無しさん
垢版 |
2019/09/01(日) 09:23:20.84ID:vxOW+cqG
>>912
一通りのバックエンドAPIを作れてAWSにデプロイして運用できたら、かな
Goは言語だけならCOBOL工のおじいちゃんでもVBA職人の事務のおばちゃんでも特殊学級出身のペチパーでも余裕でできるレベルだからほとんど意味ない
0919デフォルトの名無しさん
垢版 |
2019/09/01(日) 11:53:31.90ID:LDuwFV8c
Goを採用してます！って案件は
AWSかGCP、Docker、CI/CD、Github、macOS、要件〜テストまで出来て当然って裏の条件があるから注意な
0920デフォルトの名無しさん
垢版 |
2019/09/01(日) 12:40:51.53ID:xhZ/VscJ
つかIDEに補完させるならデフォルト引数なんか使わなくてもDOCコメント(これもボイラープレートはIDEが生成してくれる)書けばいいし、
DOCコメントに結局型書くんだから型アノテーション書いて静的検査させた方がマシでは……
0921デフォルトの名無しさん
垢版 |
2019/09/01(日) 13:27:53.08ID:fPTBNnye
>>916
オライリーに相手にしてもらってからホザきなよｗ
0924デフォルトの名無しさん
垢版 |
2019/09/01(日) 17:12:59.69ID:XF6G4Ohn
YouTube の動画で有名な、雑食系エンジニア、KENTA のサイト

2019年のDevOps/MLOpsエンジニアの標準的スキルセット
https://qiita.com/poly_soft/items/8dd105341869f93b129c

彼は、Ruby on Rails で、開発・配布手順を、一通り学んだ。
その後に、Go, Elixir へ進む

基本は、Chef, Vagrant でも使う、Ruby。
Rubyで、開発・配布手順を学ぶのが簡単！
0927デフォルトの名無しさん
垢版 |
2019/09/01(日) 22:55:57.58ID:VvUfJLAg
>>917
そうなんか
まあCRUDできりゃいいよな
俺はCLI作って学習してる最中だけどもな
0928デフォルトの名無しさん
垢版 |
2019/09/02(月) 05:58:35.23ID:A11AKA9I
youtubeで有名な時点で技術者としては微妙だよな
youtube見てるのは大半が技術者では無くど素人なんだから
そいつらに支持されてるとか恥ずかしすぎるわ
0934デフォルトの名無しさん
垢版 |
2019/09/03(火) 17:56:31.11ID:8+TY5U4N
>>929-931
いうてもサーバサイドエンジニアならどれか一つは使えるだろ
俺はGolangが主だがRoRも未だに新規事業には使う
0935デフォルトの名無しさん
垢版 |
2019/09/03(火) 18:15:43.23ID:eyIxF+Mx
チュートリアル程度の物を新規事業（キリッ）とかいわんでええぞ
今どきRoR選択するわけねーだろ
0938デフォルトの名無しさん
垢版 |
2019/09/03(火) 20:23:28.99ID:8+TY5U4N
俺も競プロはRustだがWebでは中々難しい
一部バッチ処理に使ったが結局Golangで書き直した

>>935
理想と現実は区別しような
0941デフォルトの名無しさん
垢版 |
2019/09/03(火) 20:54:27.21ID:dNg6aFeJ
よくわからんがサーバーレスのlambdaってcronで終わるような作業しかできないんだろ？
0942デフォルトの名無しさん
垢版 |
2019/09/03(火) 21:12:12.13ID:G0BZ6aYb
rustは触ったことない
0943デフォルトの名無しさん
垢版 |
2019/09/03(火) 21:28:46.19ID:aXsOTsWF
次世代言語の中でも特にrustはいいらしいね
上級者が絶賛してる
go swift kotlin typescriptはウェイがイケてる言いながらノリで流行らせてる印象
0946デフォルトの名無しさん
垢版 |
2019/09/03(火) 22:30:14.11ID:uwGhkedD
kotlinはJavaをリプレイス出来そうなのも大きい
0947デフォルトの名無しさん
垢版 |
2019/09/03(火) 22:51:10.20ID:BrE32zWk
まともなossってopensslのこと？
0949デフォルトの名無しさん
垢版 |
2019/09/04(水) 01:12:48.65ID:shlJ9HIr
というかそれぞれ役目ちゃうんだからどれがいいとか比較しにくくないかスレタイのラインナップは
0950デフォルトの名無しさん
垢版 |
2019/09/04(水) 01:17:42.80ID:uABNqGwl
それでも優劣白黒きっちり付けて次世代の覇権を決めるのが俺たちの使命だろ
0951デフォルトの名無しさん
垢版 |
2019/09/04(水) 02:43:56.71ID:NHTKoQQB
最近の言語なんて皆似たり寄ったりなんだから全部覚えろ
ボスキューはいいや
0952デフォルトの名無しさん
垢版 |
2019/09/04(水) 04:33:23.68ID:FznRLBOi
JavaもKotlinもソースの最初にたくさん出てくるimport文がゴチャゴチャしすぎて読む気が失せる
Goのimport文みたいにシンプルにしてほしい
0957デフォルトの名無しさん
垢版 |
2019/09/04(水) 08:33:28.86ID:PFx+vIBX
rustはほんと騒いでる割にまともなソフトはまったくでてないわな。
あの界隈の気質がよくわかる。
かっけーこと大好きなだけで実際に使えるソフトを作る気なんてさらさらないっていう。
0959デフォルトの名無しさん
垢版 |
2019/09/04(水) 09:28:44.62ID:63Z/rODe
>>954
>>516から変わらず
「複雑なケースは手動メモリ管理が必要です。これはすぐに修正されます」

V言語は2019年12月に1.0になる予定とのこと
乞うご期待（）
0960デフォルトの名無しさん
垢版 |
2019/09/04(水) 09:28:55.78ID:QzZNrHDq
ハードウェア近くやOSのAPIがCならともかくC++で出されがちなのがな
Rustの知見のある人間がOS屋やハードウェア屋に就職しなきゃいけない所が一番の障壁
0964デフォルトの名無しさん
垢版 |
2019/09/04(水) 10:53:25.66ID:RfBC9Nev
作るならbashまたはpythonで作るからだよな
自発的にスクリプトを否定することはない
念のためスクリプトが使えないケースを想定しているだけ
0965デフォルトの名無しさん
垢版 |
2019/09/04(水) 11:14:23.23ID:eS1RjOUE
V言語は詐欺とか言ってたヤツ顔真っ赤ｗ
0966デフォルトの名無しさん
垢版 |
2019/09/04(水) 11:17:43.27ID:TVult8u2
firefoxとかripgrepとかあるじゃん
hackernewsとか見ててもシステムプログラミングしてる人たちのかなりの数がrust支持してるの伝わる
0967デフォルトの名無しさん
垢版 |
2019/09/04(水) 12:01:31.45ID:H9sMsBBO
システムプログラマだけじゃなくて関数型言語界隈からも支持されてる気がす
0968デフォルトの名無しさん
垢版 |
2019/09/04(水) 12:06:00.21ID:5UHSuqhN
プライベートでWebアプリ作ってる人って全体の何%なんだ
セキュリティとかセキュリティが怖くて公開しようって気になれんわ
結局bashとかpythonで簡単なもん作って終わり
0969デフォルトの名無しさん
垢版 |
2019/09/04(水) 12:12:28.75ID:yvexHFlB
ローカル変数にmallocしてそれをreturnやreturnの変数で絶対に参照しないなら自動解放はあり得るな
0976デフォルトの名無しさん
垢版 |
2019/09/04(水) 17:49:50.09ID:RfBC9Nev
類似品を作っても何も面白くないし
関数型言語ならどうせこうなるみたいな想定が外れるように作るだろ
0977デフォルトの名無しさん
垢版 |
2019/09/04(水) 17:54:09.44ID:2Txd6K3L
v言語は詐欺おじさん「v言語は詐欺」
0978デフォルトの名無しさん
垢版 |
2019/09/04(水) 18:01:07.54ID:QzZNrHDq
>>971
遅延評価+純粋+リッチな型を目指した関数型言語が昔あまりにも出過ぎてそれを抑制する為にコンパイラ側での拡張を容易にした単一の言語を出そうとして出来たのがHaskellという歴史がある
非純粋（+正格評価）だとML族、動的型だとLisp族などどれにも大手が居てそれらも拡張が容易という面がある

と私は認識しているが間違いがあれば指摘して欲しい
0979デフォルトの名無しさん
垢版 |
2019/09/04(水) 18:26:49.58ID:TkgZx11s
関数型言語はいろいろオーバーヘッドがあるので C, C++, Rust レベルの実行パフォーマンスは出せない
0980デフォルトの名無しさん
垢版 |
2019/09/04(水) 18:58:28.36ID:U5+bjz/t
使えるソフトってなんなのよ
ここ数年だとdockerくらい？
0981デフォルトの名無しさん
垢版 |
2019/09/04(水) 18:59:18.98ID:2Txd6K3L
goじゃないの、それ
0982デフォルトの名無しさん
垢版 |
2019/09/04(水) 19:08:49.74ID:U5+bjz/t
goだよ
他にあるのけ？ってこと
0983デフォルトの名無しさん
垢版 |
2019/09/04(水) 19:33:00.96ID:PFx+vIBX
>>966
firefoxは今も昔もc++だが？
あれだけ置き換える言ってるところがそのざまだから使われんのだよ。
0984デフォルトの名無しさん
垢版 |
2019/09/04(水) 19:46:48.73ID:63Z/rODe
Dockerは超有用だけどセットアップ処理が仕事で
実際の環境分離はLinux namespacesやcgroupsとかのカーネル機能だから
goであることが特にパフォーマンスとかにも影響しないんだよな
0986デフォルトの名無しさん
垢版 |
2019/09/04(水) 19:57:20.43ID:IDYO+F2x
v言語は詐欺ってか論外だろ
誰もメモリ管理システムを説明できないんだろ？
0987デフォルトの名無しさん
垢版 |
2019/09/04(水) 20:04:12.04ID:U5+bjz/t
facebookもamazonも一線で使ってるのに使われないってどゆことなの
毎回これ言うと黙るけど
0989デフォルトの名無しさん
垢版 |
2019/09/04(水) 20:11:03.12ID:U5+bjz/t
ソース。。？
0992デフォルトの名無しさん
垢版 |
2019/09/04(水) 20:34:41.91ID:63Z/rODe
次スレ立てたい人居たら頼む
居なかったら後で立てる（規制食らってなければ23時までには）

ちなみに次は17らしい >>2-4
Bosqueは・・・外してよくね
0994デフォルトの名無しさん
垢版 |
2019/09/04(水) 21:21:11.41ID:shlJ9HIr
ksk
1000デフォルトの名無しさん
垢版 |
2019/09/05(木) 08:55:34.77ID:mUfJx+AN
薄っすい知識で雑談したいだけの需要者を満たすスレなんかな？
できれば文法や機能の話をしようぜ
10011001
垢版 |
Over 1000Thread
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 138日 10時間 36分 34秒
10021002
垢版 |
Over 1000Thread
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。


───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/

▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。
ニューススポーツなんでも実況