【JavaScript】ｽｸﾘﾌﾟﾄﾊﾞﾄﾙﾛﾜｲﾔﾙ55【php,py,pl,rb】

【JavaScript】ｽｸﾘﾌﾟﾄﾊﾞﾄﾙﾛﾜｲﾔﾙ55【php,py,pl,rb】 at TECH

[前50を表示]
300:デフォルトの名無しさん
16/10/23 01:14:36.69 EPR0SqWa.net
>>299
ユニットテストとかsmalltalkから生まれたんじゃないのか

301:デフォルトの名無しさん
16/10/23 01:17:50.99 EPR0SqWa.net
mvc、デザインパターン、これらもみんなsmalltalkから生まれたよね。
俺は一度も使ったこと無いけど色々と魅力ある言語・環境だと思うぞ。

302:デフォルトの名無しさん
16/10/23 01:22:20.72 RkqjdgMb.net
>>299
テスト駆動もできるけど（まあxUnitとかTDDなんてそもそもSmalltalkが元祖だしｗ）
それをもう一歩進めた場当たり的ないわゆる“デバッグ駆動開発”がSmalltalkでは気持ちイイ
頭の中にできあがったモデルを仮想イメージ（Smalltalk環境）にどどーって注ぎ込んでくスピード感がたまらない
URLﾘﾝｸ(www.slideshare.net)

303:デフォルトの名無しさん
16/10/23 01:32:42.68 EPR0SqWa.net
俺の今のメインはc++, java
どっちも嫌いだったけどc++14以降はいいなと思えるようになってきた(c++11はジェネリックラムダ無いので)。
javaだって(c++に比べて)、豊富なライブラリとかフレームワーク、開発環境は良いと思う。
phpだって嫌いだけど(javaに比べて)、取っつきやすさとかいいと思う。7になってタイプヒンティングとか使えるケースが広がったし、配列も普通になった。
ま、しょせん俺は自分言語作る力は無いから他の人が作ったものを使うしか無いけどね。

304:デフォルトの名無しさん
16/10/23 01:38:01.97 KEuHHxF/.net
>>300
だからユニットテストつかって実行すれば良いんだから
実行しながら開発とかする必要ないんですよ。

305:デフォルトの名無しさん
16/10/23 01:38:02.96 EPR0SqWa.net
>>302
小学校でプログミングとか話題になったけど、個人的にsqueakって結構合うんじゃないかと思ったりした。
まぁ、先生が使えないだろうけど。

306:デフォルトの名無しさん
16/10/23 01:41:31.98 KEuHHxF/.net
>>302
> 頭の中にできあがったモデルを仮想イメージ（Smalltalk環境）にどどーって注ぎ込んでくスピード感がたまらない
それ意味わからん。
俺は頭の中に出来上がったコードをばーっと書き上げる。
書いてる最中にいちいち実行したりしない。

307:デフォルトの名無しさん
16/10/23 01:54:23.18 RkqjdgMb.net
>>306
んー、説明が難しいな
コードは頭の中にはまだないのよ　つーかSmalltalkで組むときはコーディングというのを実はあまり意識しない
漠然としたオブジェクトだけが頭の中にあって、それをSmalltalkに（それこそメッセージを送って）構築してもらう感じ
TDDは仕様を書かされている感じがワンアクション挟まるというかなんか隔靴掻痒感みたいなのがある

308:デフォルトの名無しさん
16/10/23 02:10:33.76 EPR0SqWa.net
smalltalk使ったことが無い俺が想像でいうと、smalltalkでの開発は言語でコードを書くというより、もちっとレイヤーが上の感じだと思う。
今時の人たちが、コンテナ用意してその中でサービス走らせてイメージ保存してとかやってることを、smalltalkだとその言語・環境で全部できる。
サービスを建てるっていうのが、smalltalkだとオブジェクトを生成する、に相当するみたいな。

309:デフォルトの名無しさん
16/10/23 02:21:35.16 RkqjdgMb.net
>>307
そんなTDDをするにしても、Smalltalkだと件の“デバッグ駆動開発”っぽさは入ってくるので
他言語でやるTDDよりは楽しいんだけどね
URLﾘﾝｸ(www.youtube.com)
あと、この動画の後半に出てくる入出力例を入れるとメソッドを探してくれるツールとかは他言語にも欲しい

310:デフォルトの名無しさん
16/10/23 02:24:58.06 KEuHHxF/.net
>>307
もしかしてコードを考えるのに時間がかかる人？
何かしたいことが有って、それを書こうと思ったら複雑なものでもない限り
5秒もあればそれを実現するコードを10行ぐらい頭のなかに出来上がるだろ？
一関数の行数がだいたいこんぐらい。
あとはそれをばーっとかくだけなんだが。

311:デフォルトの名無しさん
16/10/23 02:26:04.86 KEuHHxF/.net
>>308
> 今時の人たちが、コンテナ用意してその中でサービス走らせてイメージ保存してとかやってることを、smalltalkだとその言語・環境で全部できる。
Smalltalkでクラウドを使って複数台のマシンで連携させて
サービスを実現するってことを、言語だけでやる方法を教えてほしい。
まず最初にデプロイはどうするの？

312:デフォルトの名無しさん
16/10/23 03:31:38.72 KEuHHxF/.net
イメージの保存というのは、実行コンテキストの保存ではない。
Smalltalkのいう実行コンテキストを永続化っていうのは
今のコンテナの仕組みとは正反対だからな。
URLﾘﾝｸ(ja.wikipedia.org)
> Immutable Infrastructure（イミュータブル　インフラストラクチャ）は
> 不変なサーバー基盤のこと。具体的には、一度サーバーを構築したらその後は
> サーバーのソフトウェアに変更を加えないことを意味する。
これが今のトレンド。ソフトウェアに変更を加えないから
いつでも破棄して作り直せる。

313:デフォルトの名無しさん
16/10/23 03:46:41.34 RkqjdgMb.net
>>310
うーむ　やっぱりコードベースで考えなきゃいけない言語の人とは分かり合えそうもないか
Smalltalkだとどうしてもオブジェクトベースな頭になっちゃうのでいけませんな^^;
>>311
良くも悪くもSmalltalkの生い立ちは「パソコン」環境（アラン・ケイのダイナブックのための暫定OS。為念）なので
そういう使い方は想定されていないんだけど、しいて挙げるならGemStoneというSmalltalk処理系がそれ向けかな
Smalltalkはもとから簡易オブジェクトストアの中に構築された処理系という特殊な実装方法がとられているんだけど
それを一歩進めて、分散OODB内に処理系を構築しちゃった感じのSmalltalkの一種
URLﾘﾝｸ(docs.google.com)

314:デフォルトの名無しさん
16/10/23 03:56:31.04 RkqjdgMb.net
>>312
実行コンテキストも含めて永続化できるっていうのはデバッグの時にちょっと便利なオマケ機能であって
システムを構成するオブジェクト群をその状態のまま収めた仮想イメージファイルで配布する用途が主なので
今のコンテナの考え方に近いと思うけど違うのかな

315:デフォルトの名無しさん
16/10/23 04:07:00.80 KEuHHxF/.net
コンテナを起動した直後はオブジェクトは存在しない。
オブジェクトというのはデータだ。
イミュータブルインフラストラクチャっていうのは
コンテナに状態（データ）を持たないことで実現する。
データを別の所に保存していて、コンテナ自体には持たないから
いつでもすぐに停止して破棄することが可能。

316:デフォルトの名無しさん
16/10/23 04:07:41.46 KEuHHxF/.net
> うーむ　やっぱりコードベースで考えなきゃいけない言語の人とは分かり合えそうもないか
> Smalltalkだとどうしてもオブジェクトベースな頭になっちゃうのでいけませんな^^;
オブジェクトもコードだろ？何を言ってるんだか。
それともSmalltalkにはソースコードがないのか？ｗ

317:デフォルトの名無しさん
16/10/23 05:09:37.11 RkqjdgMb.net
>>315
> データを別の所に保存していて、コンテナ自体には持たないから
いつでもすぐに停止して破棄することが可能。
うん。だからデータを別の場所に保存するそういった運用も可能ということ
たとえばここに置いてあるzipぞれぞれには
URLﾘﾝｸ(wiki.squeak.org)
当時のモジュールのソースが失われたりして今となっては構成の再現が不可能なとても古いComSwikiという
サーバーの歴代バージョンを構成するオブジェクト群を永続化してファイルに収めた形（仮想イメージ）で
入っているんだけど、各々の仮想イメージさえあれば各バージョンのComSwikiサーバーは動かせるし
Wikiのセッティングやデータは別ファイルで保存されるんで仮想イメージ（サーバー環境）自体は
停止して破棄はもちろん、すげ替えたりもできる…ってあたりがちょっと似ているんじゃないかな、と

318:デフォルトの名無しさん
16/10/23 05:49:24.70 RkqjdgMb.net
>>316
Smalltalkのプログラミングというのは環境内にオブジェクトのネットワークを構築することが目的だから
ソースコードの記述を必ずしも意味しないんだよね
例えば、クラスやメソッド定義のためのコードの記述やそれを評価する行為は、オブジェクトとしてのそれらを
その場で生成するために行うSmalltalk環境とのコミュニケーションの手段の一つに過ぎなくて
他言語のようにソースコードを収めたファイルを書き上げる（あるいは書き下しでいく）作業とはちょっと感覚が違う
たぶん何を言っているのかわからないと思うけど^^;

319:デフォルトの名無しさん
16/10/23 06:59:39.74 zosolBkY.net
何回か修正していって、やっぱり3回前の修正だけ
間違いだから取り除きたいって思ったとき
その方法って簡単にできるわけ？
ソースコードなら、特定のコードを取り除くだけだけど
実行イメージを破棄せずに、イメージから3回前の修正に伴う全ての環境への変化を元に戻せるの？

320:デフォルトの名無しさん
16/10/23 09:28:02.06 w/MDWg7b.net
smalltalkって超成果主義なんだよな
山頂に行きたいだけなのに全然違う場所で小屋やテントを作るのは登山家の恥と思ってる

321:デフォルトの名無しさん
16/10/23 11:24:20.87 RkqjdgMb.net
>>319
> ソースコードなら、特定のコードを取り除くだけ
Smalltalkの場合、プログラムの修正は「オブジェクトのすげ替え」、
つまり新しく生成して古いものと置き換える作業になるけど、別にソースコードの場合と同じだよ？
たとえばメソッドオブジェクトのすげ替えなら、その履歴はすべて記録・管理されているから、
その不要な「３番目」の修正を無かったことにして元に戻すだけ
> 実行イメージを破棄せずに、イメージから3回前の修正に伴う全ての環境への変化を元に戻せるの？
その「３回目」がたとえばDBからデータを削除してしまうというような不可逆な変化を生じさせる場合
ソースコードベースだってソースをいじったからって元に戻るわけではないよね？

322:デフォルトの名無しさん
16/10/23 11:25:45.54 EPR0SqWa.net
イメージの保存は、smalltalkだけじゃなくlispもできたはず。意味・概念は違うかもだけど。
他にそういう言語ってあるかな？

323:デフォルトの名無しさん
16/10/23 11:34:20.89 RkqjdgMb.net
>>320
> smalltalkって超成果主義なんだよな
プログラマの一挙手一投足が記録に残るから、そういうところはちょっとあるかもね
おもむろにどこかで3+4って式を評価したことも見ればあとからわかる
だから、環境内でどんな試行錯誤やヘマを何時やったかはマネージャーにバレバレ
関係ない小屋やテントなんか遊びで作っていたら、そりゃ叱られるよね

324:デフォルトの名無しさん
16/10/23 11:50:14.12 RkqjdgMb.net
>>322
LISPもたしかにできるけど、Smalltalkのようなイメージベースでの運用形式は通常はとらないよね？
Smalltalk派生の処理系でなければ他は（Smalltalkの亜種に数える人もいるけど）SELF、あとFactorとか
でも秘伝のタレみたいにイメージを何十年にわたって育てていく感じはSmalltalk独特のような気がする

325:デフォルトの名無しさん
16/10/23 12:21:15.99 KEuHHxF/.net
Smalltalkの場合、オブジェクトって言ってるのは
単にソースコードなだけだよ（笑）
> その「３回目」がたとえばDBからデータを削除してしまうというような不可逆な変化を生じさせる場合
> ソースコードベースだってソースをいじったからって元に戻るわけではないよね？
普通の言語ではソースコードとデータは分離されてるから、
簡単にデータだけバックアップが取れる。
あるデータで処理がおかしい場合、データのバックアップをとっておき、
ソースコードを修正して、同じデータで処理するだけで正しいデータが得られる。
でもSmalltalkではそういうこと出来ないでしょ？
データ＋ソースコードがオブジェクトだから
データを変えてしまうとソースコードまで変わってしまう。

326:デフォルトの名無しさん
16/10/23 12:22:35.14 KEuHHxF/.net
>>323
どうでもいいものを記録にとってどうするよｗ
そういうのはノイズが多いっていうんだよ。
関係ないノイズが多すぎて重要な事が見えなくなってしまってる。

327:デフォルトの名無しさん
16/10/23 12:43:14.87 RkqjdgMb.net
>>325
> Smalltalkの場合、オブジェクトって言ってるのは
> 単にソースコードなだけだよ（笑）
いや、オブジェクトはオブジェクトでしかないし、それを生成するためのソースコードとは別物なんだが…
やはりソースコードベースでしか物を考えられない人とのコミュニケーションはやっかいだな
クラスとインスタンスを会話の中で混同する人みたいだｗ
それはさておき
> 普通の言語ではソースコードとデータは分離されてるから、
> 簡単にデータだけバックアップが取れる。
Smalltalkだってそういう運用（たとえばデータはファイルやDBに追い出すとか）は可能だよ
そのうえで、あえてそういった手段をとらない、つまり仮想イメージ内にデータを保持する場合の話としても
仮想イメージはもちろん複製してバックアップは可能なので、
> あるデータで処理がおかしい場合、データのバックアップをとっておき、
> ソースコードを修正して、同じデータで処理するだけで正しいデータが得られる。
というのも普通にできるよ
（より正確には「ソースコードを修正」は「別の機能性オブジェクトにすげ替えて」だけど）
それなのにSmalltalkで「出来ない」とか「データを変えてしまうとソースコードまで変わってしまう」とか
いうのは仮想イメージの運用にどんなメンタルモデルを持っているのだろうか？

328:デフォルトの名無しさん
16/10/23 12:48:48.73 KEuHHxF/.net
>>327
できないというかやらないんだよ。
Smalltalkの世界ではそんなことしない。
だから特殊で他の世界の常識が使えない。

329:デフォルトの名無しさん
16/10/23 12:49:32.94 RkqjdgMb.net
>>326
> 関係ないノイズが多すぎて重要な事が見えなくなってしまってる。
そこはナンチャッテとはいえオブジェクトストア（ある種のデータベース）なんで、適切なフィルタをかけてやれば
必要な重要な情報は適宜引き出せるようになっているからご心配なく
実際にもそういう細やかなログはトラブル時にその原因の解明や、仮想イメージ（正確にはオブジェクトメモリの状態）
をやむを得ず放棄しなければならい場合の復旧にも役立っているしね

330:デフォルトの名無しさん
16/10/23 12:53:12.34 RkqjdgMb.net
>>328
> Smalltalkの世界ではそんなことしない。
そんなことはないよｗ　どんな思い込みだよｗｗｗ
普通にデータを仮想イメージ外に置くためのORMとかOODBとか用意されているし、必要なら使うよ

331:デフォルトの名無しさん
16/10/23 12:56:46.27 FxgCwMac.net
スレ違いにじっと耐え嵐が過ぎるのを待つ

332:デフォルトの名無しさん
16/10/23 13:01:19.34 vOZeCx94.net
>>243
残念ながら土方に職人芸は要らない
最初から職人芸を発揮できるところに行けとしか言いようがない

333:デフォルトの名無しさん
16/10/23 13:02:28.68 EPR0SqWa.net
>>331
phpの話してもいいんだぜw
7からだいぶよくなったとか。
実際の案件でもう使ってる人はいる？

334:デフォルトの名無しさん
16/10/23 13:05:33.36 dkFb2YCF.net
>>331
wwwwwwww
ずっと続いてるから無理なんじゃね？wwww

335:デフォルトの名無しさん
16/10/23 13:16:02.19 w/MDWg7b.net
smalltalkは超成果主義なので
既存のファイルシステムやデータベースの不満は何も語らず
問答無用で大量の代案を出してくる

336:デフォルトの名無しさん
16/10/23 13:46:37.23 KEuHHxF/.net
Smalltalkの一番の欠点が、ソースコードの管理がしづらいってところだろうな。
なにせソースコード＝オブジェクトなのでSmalltalk独自の
フォーマット（バイナリ）で保存しなければいけない。
このオブジェクトからデータを抜き去ってコードだけ保存する方法も
処理系独自の拡張やIDEでないことはないけど、
そうするとSmalltalkらしさがなくなってしまう。
かと言ってオブエジェクトに含まれるデータまで
リポジトリにいれるのは変な話だし、
他人のPRをマージするとかコンフリクトが発生してしまったとか
そういったことがSmalltalkの開発時に致命的な問題になる。

337:デフォルトの名無しさん
16/10/23 14:16:18.22 RkqjdgMb.net
>>336
> Smalltalk独自のフォーマット（バイナリ）で保存しなければいけない。
頼むからウソ情報垂れ流すなよ…
Smalltalkには古典的にも任意のオブジェクト（主だってはクラスやメソッドだが）にそのソースをはき出させる
file out という機能があってだな、凝ってもせいぜいXMLで事足りる　いったいどこから情報を得てんだよ！ｗ

338:デフォルトの名無しさん
16/10/23 14:17:16.22 1sux/LQ7.net
昔はデータとコードの区別はなく渾然一体としていて、プログラムの自己書き換えのようなテクニックも一般的だったけど、
今では殆どの処理系ではデータ領域と実行領域のメモリは区別されてる。
「できるけどやらない、むしろ出来ないように発展した」って事なんだよね。わかるかな？

339:デフォルトの名無しさん
16/10/23 14:19:26.33 EPR0SqWa.net
セキュリティからむからなぁ。

340:デフォルトの名無しさん
16/10/23 14:22:15.75 EPR0SqWa.net
でもセキュリティホールが多いと言われるphpはたくさんのところで使われている。

341:デフォルトの名無しさん
16/10/23 14:27:57.97 1sux/LQ7.net
ていうか、プログラムの文法の話じゃなく実行環境の優劣を語るなら
SmalltalkのライバルはLinuxやWindowsだろ

342:デフォルトの名無しさん
16/10/23 14:44:50.95 EPR0SqWa.net
話変わるけど、文法というか見た目的なところで、
波かっこブロック、(begin)endブロック、インデントブロック、lisp的、forth的、、、
他にどんなのがあるだろう？
あー、あえて難読を狙ってる言語は抜きで。

343:デフォルトの名無しさん
16/10/23 14:48:30.32 w/MDWg7b.net
>>338
ソースコードもデータだよ
ただ圧縮のやり方が動画等とは違う
圧縮することで成果物が劣化するんじゃないかという不安は動画と同じ

344:デフォルトの名無しさん
16/10/23 14:55:42.26 1sux/LQ7.net
>>343
いまの殆どの処理系では実行時の扱いは他のデータとは違う
それは圧縮方式とは全然関係ない

345:デフォルトの名無しさん
16/10/23 18:34:21.46 +tPIzBCg.net
>>292
Web上での拡張機能でのパッチなどを合わせたら
動いている最中に何かをしようとすることなんて
むしろそうじゃないことよりも多いくらいだよ。

346:デフォルトの名無しさん
16/10/23 20:37:39.89 w/MDWg7b.net
昔はjavascriptを無効にしてデータだけ見たり保存したり出来たのに

347:デフォルトの名無しさん
16/10/24 00:10:39.77 H/OAc5X2.net
>>338
今はIDEなどでコードもデータ（AST）として扱われるのが当たり前だし
いずれはインクリメンタルコンパイルやホットスワップもデフォになって
コンパイル時と実行時の区別なんてのも次第になくなっていく
「できることはどんどんやって、性能や技術面で設けられた過去の無用な制約は撤廃する方向に発展する」ってこと
わかるかな？

348:デフォルトの名無しさん
16/10/24 08:11:06.52 Zipvrjj4.net
>>347
いまではサービス稼働中にサービス止めずにシステム入れ替えるとか普通にやってるけど
それはプログラミング言語のレイヤーでやってないし
やる意味もないんだって
本当に素人なんだな

349:デフォルトの名無しさん
16/10/24 09:28:37.18 VKdQ2cFp.net
ホットスワップも、できるけどそんな機能いらないとか昔は言われてたもんなｗ
今は無意味だ危険だとか言ってることも、今後どう変わるかはわからんよ

350:デフォルトの名無しさん
16/10/24 09:30:36.40 Zipvrjj4.net
すでにとっくに解決済みの問題なんですが、何盛り上がってんの？って感じなんだよなぁ

351:デフォルトの名無しさん
16/10/24 12:31:39.51 G0jBqbeE.net
>>350
何の話？

352:デフォルトの名無しさん
16/10/24 13:35:35.03 wFWi9LSL.net
盛り上がってる人を引きずり下ろすバトルロワイヤル
見えざる手に足を引っ張られる競争原理

353:デフォルトの名無しさん
16/10/24 17:10:02.23 ejLFMMQB.net
要するに基本的な機能に付いてはもう話すことが無くなってきたってこと。
言語としてはそういう付加価値を出していくしかない。

354:デフォルトの名無しさん
16/10/24 19:19:53.24 xHPWpU/w.net
最近のC#の強さは異常だな
スマゲやVRゲーでは完全に覇権を握っている

355:デフォルトの名無しさん
16/10/24 22:41:42.80 Tb42ad7x.net
>>345
> Web上での拡張機能でのパッチなどを合わせたら
> 動いている最中に何かをしようとすることなんて
> むしろそうじゃないことよりも多いくらいだよ。
いや、動いている最中に、メソッド一個書き換えたりしないよｗ
バージョンアップなどの「修正」っていうのは通常一箇所（一メソッド）の
修正じゃなくて、複数のファイルにまたがる複数のコードを一度に更新する。
書き換えている間、そのメソッドは使えません。そのメソッドに依存するメソッドは
使えません。修正中は一時的に壊れます。じゃだめでしょｗ
そうなると必然的にサーバーをメンテナンスモードにするか止められないシステムなら
サーバーを複数台用意して、そのうち一台をアクセスされないようにして更新、
次にもう一台を更新・・・てなると思わない？
それを最近じゃサーバーを壊して作り直すことで更新するわけだけど
動いている最中にソースコードにパッチを当てるとか信頼性を担保したいならやらないからｗ

356:デフォルトの名無しさん
16/10/24 22:49:14.53 Tb42ad7x.net
>>348がすでに言っていたか。>>345にレスしてないから見逃してしまった。
そうサービス稼働中のシステム入れ替えはプログラミング言語のレイヤーでやることじゃないよね。
トランザクションのように複数のファイル（クラス）にまたがる複数のコードを
アトミックに更新するひつようがある。
もし "プログラミング言語のレイヤー" でやるとしたら、
1. ローカルでソースコードを書き換える。
2. ローカルでテストする。
3. 一連の修正を "プログラミング言語のレイヤーで" 一単位とする（gitでいうブランチとかタグ）
4. 一連の修正を "プログラミング言語のレイヤーで" サーバー側上に反映させる（gitでいうmargeやcheckout、もしくはデプロイツール）
みたいな機能が必要になるだろうね。
プログラミング言語にソースコード管理ツールや
デプロイツールまで内蔵しないといけなくなる。

357:デフォルトの名無しさん
16/10/25 09:10:59.23 ZI8Mf/oE.net
>>356
> プログラミング言語にソースコード管理ツールや
> デプロイツールまで内蔵しないといけなく
Smalltalk？！wwwwwwww

358:デフォルトの名無しさん
16/10/25 10:09:37.06 TjTM7jW/.net
>>355
俺は君みたいな卑怯な人間が大嫌いだ。
俺と君との間ではロジカルなより一般的で広い話になっていた。
そこで自分の立場が危ういとみるやさも当然のように
狭い範囲での良識や常識を持ち出すのは尽く卑怯。
意図的か無意識かは知らないが、
俺はそういう、相手が一生懸命考えた行為、
人と人との対話の価値を台無しにするやつは大大大嫌いだ。
知能人として最も最低な行為だと知れ。

359:デフォルトの名無しさん
16/10/25 13:13:57.86 VVl5B4DR.net
人よりも言語自体が目的っていう軽い感覚がかえって役に立つこともあるね
言語を単なる道具と思ったら、真の目的が重荷になる

360:デフォルトの名無しさん
16/10/25 18:07:56.36 ku5qPjgT.net
状況に合わせて使う言語を変えたいけど、
コア機能だけで足りること無いからなぁ。
ライブラリ・フレームワーク・開発環境、といろいろ覚えることは多い。
なのでチームで作業するとなると好み以外の言語になるのはある程度しょうがないかな。

361:デフォルトの名無しさん
16/10/25 19:45:52.29 VVl5B4DR.net
ライブラリとOSがCで書かれている必然性を気にする奴が多い
Cは手段に過ぎず、手段は他にもあるから、Cの必然性がないという

362:デフォルトの名無しさん
16/10/25 21:32:55.88 2bCSgEUm.net
>>358
中身のない文章っていうのは、汎用的になるんだよねｗ
具体的な何かを指摘してないから、どんなときにも使える文章になる。
お前の文章の話な。

363:デフォルトの名無しさん
16/10/26 00:04:17.48 MLaVzWjp.net
>>361
国際的な公用語が英語である必然性を気にする奴が多い
英語は手段に過ぎず、手段は他にもあるから、英語の必然性がないという

364:デフォルトの名無しさん
16/10/26 01:19:53.12 psVUqxMw.net
英語が偶然なのは当たり前
C言語は人工的に作ったくせに偶然性を排除できない所が面白い

365:デフォルトの名無しさん
16/10/26 01:34:29.46 MLaVzWjp.net
英語は神が与えたもの

366:デフォルトの名無しさん
16/10/26 07:51:32.03 eByiMDXS.net
>>362
話突っ込んできたのも君だし、君が挙げたテーマに沿って具体的に話していたが？
それを卑怯な君が投げ出したのだろう？恥ずかしいやつ

367:デフォルトの名無しさん
16/10/26 09:16:27.74 Tc/AxpVE.net
え？どこが投げ出してるの？
ずっと関係ある話をしてるよね。

368:デフォルトの名無しさん
16/10/26 18:55:04.73 OWp7kaQv.net
いつもの理想郷アスペ君と認識障害アスペ君のくっさいくっさい争い

369:デフォルトの名無しさん
16/10/26 23:32:45.87 GHA/uMTv.net
Smalltalkerとのやりとりって、いつも不毛になるよね。
例えるとこんな感じ。
A「このテント、超暖かくてサイコーの環境だよ」
B「いや、俺らふつーに家に住んでるし...冷暖房もベッドもあるし…」
A「不審者が近づいてきたらテントを畳んで移動できるから安全なんだぞ！」
B「いや、家に住んでたら不審者から逃げる必要ないし…」
A「もし転勤になったらどうするんだよ！移動がないと言えるか!?」
B「その時は引越するし…」

370:デフォルトの名無しさん
16/10/27 01:39:42.53 +F3MqQSf.net
BがSmalltalk？　そりゃ不毛だわｗｗ

371:デフォルトの名無しさん
16/10/27 07:10:03.75 VgGLXVu8.net
AがSmalltalkだろ
いつもトンチンカンな機能を自慢してんじゃん

372:デフォルトの名無しさん
16/10/27 09:26:54.16 OkKLp/rR.net
知ってて言ってんだよ

373:デフォルトの名無しさん
16/10/27 09:41:00.74 F1Es9tp8.net
テント暮らしの元兵士A
人を見たら泥棒と思う警官B
全米が泣きそうな設定じゃん

374:デフォルトの名無しさん
16/10/27 09:45:03.90 ogUx0kFx.net
>>370
こういうこと？
A「この流行りのIDE/ORM/SCM/コンテナ…、超便利でサイコーの環境だよ」
B「いや、俺ら大昔からふつーに統合化/永続化/分散ソース管理/仮想化すんでるし...商用分散OODBもあるし…」
A「不審者が近づいてきたら攻撃対象のコンテナ気軽に破棄できるから安全なんだぞ！」
B「いや、自分で育てた仮想イメージに住んでたら不審者から逃げる必要ないし…」
A「もし第三者にコードいじられたらどうするんだよ！おまえら全機能かかえこんんでるんだろ!?」
B「ヘッドレスで動かすかなんならコンパイラクラスぶっこ抜いておくし…」

375:デフォルトの名無しさん
16/10/27 10:14:03.59 VgGLXVu8.net
>>374
SmalltalkのOODBってMysqlとかと比べて100倍位遅いんじゃなかったっけ？

376:デフォルトの名無しさん
16/10/27 12:32:06.03 7XPRq2+b.net
talkerじゃないがRDBMS用のORMもあるって書いてなかったか

377:デフォルトの名無しさん
16/10/27 13:41:27.90 Hk5rVLoM.net
>>371
彼らはトンチンカンなわけではない
言語に求めること、向き合う姿勢が違うから話が噛み合っていないだけ

378:デフォルトの名無しさん
16/10/27 14:56:55.94 80O2/jeT.net
>>375
どんなOODBと比べて？商用のGemStone/Sがそんなだったらヤバい

379:デフォルトの名無しさん
16/10/27 15:35:58.13 Hk5rVLoM.net
talkerとしてはむしろ
音も全て漢字で記述していた太古の人に
ひらがな・カタカナの便利さを伝える漢字に近い
でも彼らの世界／文化レベルでは必要にならないことは
ちゃんと分かってるが、一応は説得する

380:デフォルトの名無しさん
16/10/27 16:47:41.21 F1Es9tp8.net
漢字は外来語だけど翻訳しなくてもそのまま使える単語は便利じゃん
翻訳しないと通じない接続詞とかはひらがなで書く

381:デフォルトの名無しさん
16/10/27 20:05:42.82 uEMndLPW.net
Smalltalkよりも遥かにマイナーなErlangは
マイナーでも価値が認められて、色んな企業で使われてる
Smalltalkが使われないのはマイナーだからじゃなく価値がないから

382:デフォルトの名無しさん
16/10/27 20:45:06.11 I6A9uKq4.net
違うと思うメッセージングによる遅延結合の徹底という考え方が人類にはまだ早すぎるから

383:デフォルトの名無しさん
16/10/27 21:01:05.70 uEMndLPW.net
メッセージングによる遅延結合の徹底というアイデアはwebで余すところなく実現されてる
ちっさなローカルPCの1プロセスの中でやるのがアホで無価値なだけ

384:デフォルトの名無しさん
16/10/27 21:38:50.37 ogUx0kFx.net
本当に無価値な試みなら、ここまで他に影響を与えられるもんかね
URLﾘﾝｸ(exploringdata.github.io)

385:デフォルトの名無しさん
16/10/27 21:53:47.79 uEMndLPW.net
そんなもんが現在価値があるかどうかと関係あるとでも？
馬車が自動車に影響与えたからって今でも馬車に乗るくらいのアホさ加減だな

386:デフォルトの名無しさん
16/10/27 22:18:41.41 keItunkB.net
>>371
> AがSmalltalkだろ
お前、どんな気持ちで>>370が「BがSmalltalk」って
言ったか、考えたことあるのか！

387:デフォルトの名無しさん
16/10/27 22:20:28.98 keItunkB.net
>>384
Smalktalkに価値があると言っても、全てに価値があるわけじゃないのです。
他に影響を与えられなかったものは価値がなかったと考えるべきです。
つまりSmalktalk独自と言えるようなものは価値がないということです。

388:デフォルトの名無しさん
16/10/27 22:59:30.07 1HgQuwV8.net
>>385
たしかに馬車は自動車に先行して使われて影響を与えたし
今でも観光目的などに細々と使われている点とかはSmalltalkの現状に似ていていいたとえかもｗ
ただSmalltalkと馬車が違うのは、つい最近も自動車ｗのトレンドに影響を与えるものを生み出していること

389:デフォルトの名無しさん
16/10/27 23:10:20.65 1HgQuwV8.net
>>387
豚に真珠、猫に小判じゃないけど、
まだ真似されず独自の部分が現時点では無価値という意味では当たらずとも遠からずか
などと言ってみたところで馬の耳に念仏…というところも含めて

390:デフォルトの名無しさん
16/10/28 00:37:14.32 BgEAltTM.net
こういう隔離スレでこんだけ暴れてるのに本スレは今月１レスしかない。終わった言語

391:デフォルトの名無しさん
16/10/28 01:27:20.12 zmjgQps2.net
暴れてるって、いわれのない言いがかりをつけてきて
無用なスレ消費を助長してるのはアンチのほうだろ

392:デフォルトの名無しさん
16/10/28 04:05:46.47 3qy7hidy.net
どうせ仕事でSmalltalk使ってないでしょ？
なんで使わないの？

393:デフォルトの名無しさん
16/10/28 07:55:55.62 bUbDsoOJ.net
いわれのない言いがかりをつけてきて
無用なスレ消費を助長してるのはアンチのほう

394:デフォルトの名無しさん
16/10/28 08:55:41.13 TtakAM9O.net
飛蚊症のゴミみたいなもんかSmalltalkって

395:デフォルトの名無しさん
16/10/28 09:13:49.98 bUbDsoOJ.net
SORABITOさんに転職したい

396:デフォルトの名無しさん
16/10/28 09:21:28.43 SzmYBdzH.net
たしか最近は悪口ばかり言う方が悪者ということになっていた筈だが

397:デフォルトの名無しさん
16/10/28 17:49:10.94 RhtpmSEL.net
>>388
関数型言語はMapReduceとか、最近だとAWS Lambdaなどにコンセプトが受け継がれてて
まさにトレンドに影響を与えてると言えるけど、
Smalltalkにそんなものあったか？
まさかtraitsとかいうoopの一構文に過ぎないものの事を言ってんの？

398:デフォルトの名無しさん
16/10/28 19:20:55.16 ch5b/kiY.net
MapReduceとかAWS Lambdaとかはメインフレーム時代のプロセス指向なバッチ処理への回帰であって、
関数型言語のコンセプトとは粒度が違いすぎると思うけど

399:デフォルトの名無しさん
16/10/28 19:35:52.46 tW/HMORb.net
TraitsとMixinを混同するならともかく、oopの一構文とかどんな理解力不足なんだよ

400:デフォルトの名無しさん
16/10/28 19:49:51.93 3qy7hidy.net
>>398
どっちもスケールの問題に対する関数型的な解決だよ
なにがプロセス指向なバッチ処理だよ馬鹿は黙ってろ

401:デフォルトの名無しさん
16/10/28 19:52:04.03 3qy7hidy.net
>>399
traitsもmixinもたかがoopの一構文に過ぎない
そんなもん全く重要じゃないし、そんなのに拘ってるから下っ端コーダのままなんだよ

402:デフォルトの名無しさん
16/10/28 21:32:06.03 xjMUho1S.net
>>481
じゃあお前にとって重要なものは何？
社長が重要とかいうボケはいらないからね

403:デフォルトの名無しさん
16/10/28 21:34:30.21 xjMUho1S.net
>>400
> どっちもスケールの問題に対する関数型的な解決だよ
AWS Lambdaで使える言語は、Node、Java、Pythonなんだけど
関数型的な解決だという根拠は？

404:デフォルトの名無しさん
16/10/28 23:05:27.53 v7enucQW.net
>>403
AWS Lambdaで書けるのはステートレスな関数に制限されてるだろ
状態を持たないことによる並列化のしやすさや疎結合という
関数型言語で得られる（と言われてる）メリットをアーキテクチャレベルで実現してる
てか、こんな簡単なことも言われないと分かんないの？馬鹿なの？どんな言語で書けるとかマジどーでも良いんだよ

405:デフォルトの名無しさん
16/10/29 08:33:42.56 jbWCC7sE.net
vector<char>なら状態を持つがstringはステートレス
プロセス間通信のネットワークは文字列型と言ってもよさそうなものだが
文字列処理の価値を認めないのはSmalltalkと関数型に共通する特徴だと思う

406:デフォルトの名無しさん
16/10/29 11:14:01.00 LoTR039H.net
lambda言ってる時点で関数型意識してるでしょ。
プロセス代数が出るならまだしもバッチ処理とかって、、、

407:デフォルトの名無しさん
16/10/29 11:27:17.86 z8URZLOb.net
なんだｗ「関数」と「関数型」をごっちゃにしているやつだったかｗ
AWS Lambdaはファイルやデータベースを読み書きできる
そういった「関数」を登録する。
ファイルやデータベースを読み書きする関数が「関数型」だというのなら
バッチ処理だって関数型だよｗ

408:デフォルトの名無しさん
16/10/29 11:35:01.33 7nyiPKGt.net
>>407
ステートレスなコンテナってとこがミソなんだよなぁ
いくらでもスケールアップできて、S3のイベントなんかに反応して計算して、終わったらコンテナごと全消去
入力と出力だけ考えれば良くて、リアクティブで副作用なしでスケールアップ可能ってのが特徴なので、古典的バッチとはぜーんぜん違う

409:デフォルトの名無しさん
16/10/29 11:37:38.81 z8URZLOb.net
やっぱりバッチ処理だなｗ

410:デフォルトの名無しさん
16/10/29 11:39:34.17 z8URZLOb.net
バッチ処理を並列で動かすのと何も違いがないし

411:デフォルトの名無しさん
16/10/29 11:39:56.67 ddj4bzvw.net
それを単なるバッチ処理と言うんだよw
それこそメインフレーム時代から続く伝統的なIPO型アーキテクチャだ

412:デフォルトの名無しさん
16/10/29 11:46:44.23 7nyiPKGt.net
>>411
ユーザがファイルをアップロードしたらAWS Lambdaで計算して結果を返す（典型的な用途）
これがバッチ処理ならhttpサーバはバッチ処理してるんだなw

413:デフォルトの名無しさん
16/10/29 11:54:27.23 ddj4bzvw.net
>>412
全く本質が見えてないな
それが関数型ならインプレース更新を行わない古典的なバッチ処理はだいたい関数型だと言ってるんだよ

414:デフォルトの名無しさん
16/10/29 11:59:58.74 7nyiPKGt.net
>>413
本質が見えてないのはお前だよ
ただ単に、副作用がない関数でシステム書けば関数型か？って聞くならともかく
どっからバッチ処理が出てきたの?w

415:デフォルトの名無しさん
16/10/29 12:19:53.83 ddj4bzvw.net
>>414
問題は処理の粒度
Lambdaにずいぶん夢見てるみたいだけど、Lambdaは呼び出しのオーバーヘッドが大きすぎる
現実的にはバッチ処理やS3にアップロードされた画像ファイルを処理するといった粒度の大きな処理単位でしか使い物にならん
そのレベル止まりなら全く目新しいものではなく、現代にあえて関数型だと言うなら粒度の小さな処理に対しても統一的に適用できる仕組みが必要
「Lambdaによるリアルタイム処理」みたいな言葉が独り歩きしてるが、あれスループット上げるために
わざわざKinesisを間に入れてマイクロバッチ処理に変換したりするんだぞ

416:デフォルトの名無しさん
16/10/29 13:30:02.46 LoTR039H.net
OOPのメッセージパッシングも、所詮関数呼び出しじゃんって言ってそう、、、

417:デフォルトの名無しさん
16/10/29 19:08:25.95 5tcsH0dx.net
粒度が荒くなると関数型じゃなくなるなんて
これまた珍妙な説出してきたなw

418:デフォルトの名無しさん
16/10/29 19:40:46.94 jbWCC7sE.net
言語が一つじゃなくなる粒度とか
OSも言語もバラバラ

419:デフォルトの名無しさん
16/10/29 22:08:03.38 z8URZLOb.net
>>417
副作用をもたらすから関数型じゃないんだよｗ
オブジェクト指向でも副作用がない関数を書いたら
それは関数型だって主張したいのかい？ｗ

420:デフォルトの名無しさん
16/10/30 05:32:40.80 hqgegRgF.net
俺はこの問題に二十年取り組んできたが、結論は出てる。
「作者が関数型と主張した」言語が関数型だ。
そもそも最初はシンプルだったものも、どんどんリッチに汎用的になるに連れ
元来の関数型とは乖離していっている。
特にこの１０年、今まではそれでも範囲内で拡張するすべを探していたのが
妥協する策を取るようになった。
汎用でリッチなプログラミング言語としてはその方がずっと都合が良いからだ。
したがって今の著名でここのスレ民が主に思い浮かべるような言語は関数型ではない。
強いて言えば、作者が「関　数　型」と主張しているという程度のこと。
個人的には「関数型」言語とはもはや「P」言語に近い。

421:デフォルトの名無しさん
16/10/30 05:53:29.20 h7Os3ze3.net
意訳
「>>420が関数型と主張した」言語が関数型だ。

422:デフォルトの名無しさん
16/10/30 09:14:34.70 Iggl3vKB.net
ニセ科学に反対するだけで良かったのに
代案を出せとか煽られてついつい関数型という怪しいジャンルを作ってしまったんだな

423:デフォルトの名無しさん
16/10/30 13:43:32.58 GS3Z8C14.net
今はマルチパラダイムな言語が増えてる、Adaとか

424:デフォルトの名無しさん
16/10/30 13:45:12.33 h7Os3ze3.net
つーか殆どがマルチパラダイムじゃね？
そこに対抗してマルチパラダイムに対応できない言語が
純粋○○であることを売りにしてるけど、それ欠点だよねｗ

425:デフォルトの名無しさん
16/11/08 16:23:03.12 /G9nZu79.net
うるっせえなこの馬鹿どもは
スクリプトの覇権は昨今の機械学習/AIブームでオッパイソンさんで確定したろ
あとは黙ってPython極めることに専念しろ

426:デフォルトの名無しさん
16/12/03 09:58:47.88 rhALv8P7.net
PHP 7.0.x から PHP 7.1.x への移行
URLﾘﾝｸ(php.net)
PHP7.1リリースｷﾀｰ! hackのnullable型導入とかか？
とりあえず x.1 待ちしてた奴ら移行しろよ。

427:デフォルトの名無しさん
16/12/08 09:29:51.63 u0pmvICB.net
直也：.NET CoreというかC#って型があって、しかもサーバーサイドも書けるじゃないですか。Linuxでやってた人たちはずっとスクリプト言語使ってて、
Rubyとか型がない言語でサーバーサイド書いてることに疲れてきちゃってるんですよね。
ある程度の規模のものではサーバーサイドも型がある言語で書きたいと思って、
ScalaとかJava 8をやってみたんだけど、どの言語もちょっとバランスが悪いんですよね。
Scalaはプログラマ寄りすぎるし、Javaはコンサバすぎる。サーバーサイドSwiftもとがりすぎてるし。
実績があって型がある言語ってC#なんですよね。そのC#がLinuxで使えるのは大きいんですよね。
だから、ワンチャンあるなって。あとは市場が評価するかどうかなんですよね。
バランスはいいと思います。それがWindowsだけでなくMacでも使えるようになったのは本当に大きいですし。

428:デフォルトの名無しさん
16/12/09 01:22:51.17 kfA92fVD.net
dartはいかが？

429:デフォルトの名無しさん
16/12/09 01:41:37.98 IAKedM2U.net
>>428
いい加減現実を見よう
未来へ一歩踏み出そう

430:デフォルトの名無しさん
16/12/09 08:31:24.21 GYMahviX.net
未来を見ず現実を見たつまらない言語がDartなんだが

431:デフォルトの名無しさん
16/12/09 08:50:43.91 IAKedM2U.net
間違いはGoogleが現実の問題とニーズだけを見ていて自分の立場が見えていなかったことだな
そんなことをGoogleに求めている奴はいない
輝かしい切捨ての歴史を持つGoogleを土方分野で信用する馬鹿はいない

432:デフォルトの名無しさん
16/12/09 22:55:33.79 K++XEq18.net
大事なのは言語云々よりDartVMでしょ
ブラウザへの統合を断念した時点で終わった

433:デフォルトの名無しさん
16/12/09 23:17:20.20 IAKedM2U.net
>>432
ブラウザ統合自体が重要なのではなくてGoogleのやる気の問題だろう
Chromeに統合するという触れ込みで登場した当時は
Googleが本気だ! ということでそれなりにインパクトがあった
Dartが注目されていたのはそのGoogleの本気というただ一点だったのだから、
「結局いつものGoogleだった」となった時点で当然もう何も残らないよ

434:デフォルトの名無しさん
16/12/10 02:23:12.50 Y9PwNia6.net
>>432
サーバ側ならどう？
typescripあるしphpも型付けることできる用になったから難しいかな？

435:デフォルトの名無しさん
16/12/10 07:47:45.47 dczaGrMx.net
Goもあるし.NET Core(C#)も盛り上がってきたからねえ
残念ながらDartにはもう出番はないよ

436:デフォルトの名無しさん
16/12/10 09:53:52.20 Q42P76Xv.net
wasm対応で先手を取れれば状況がひっくり返る可能性もあるが
asm.jsの時点でやる気0だったしなあ

437:デフォルトの名無しさん
16/12/13 09:18:46.65 2oGa6DNb.net
URLﾘﾝｸ(chrome.google.com)

438:デフォルトの名無しさん
16/12/31 15:42:56.02 nUjD4DbZ.net
JavaScript死亡ｗｗｗ
「WebAssembly」がITの未来に変革もたらす｜Google、Apple、Microsoft、Mozillaが共同で開発した新概念
「WebAssembly」がWebブラウザに変革をもたらします。
Webブラウザは、もともとただテキストを表示するだけのところから始まりました。その出発点から、現在ではコミュニケーションやゲームまで幅広い表現を可能にしています。
そして今回、「Webブラウザ」に新しい概念が加わわることになりました。
それをもたらしたのが、ブラウザに関わりの深い世界規模の４社「Google」「Apple」「Microsoft」「Mozilla」が共同開発した、Webのためのバイナリーフォーマット「WebAssembly」です。
今回はその「WebAssembly」について、「スゴイところって何？」「何が起きるの？」をご紹介していきます。
WebAssemblyは「JS不要。コンパイラ言語だけで動的アプリが作れる」「どの言語でもWebブラウザ上にアプリを作ることができる」
WebAssemblyによってもたらされるスゴイところは次の4つ。
コンパイラ言語だけで、Webブラウザ上に動的なアプリが作れる
ほぼ機械言語にコンパイルされるからヌルヌル動く
OSを一切気にする必要がなくなる。気にするのはブラウザのみ
C,C 以外の言語でもWebAssemblyにコンパイルされる「クロスコンパイラ」の可能性が高まった
これまでWebブラウザで、ユーザからの入力情報を元に、動的なアプリケーションを実現するためには「JavaScript」が必須でした。
「インタプリター言語」であるJavaScriptは、その都度ソースコードを機械語に翻訳する必要があるため、予め機械語に近くコンパイルされる「コンパイラ言語」と比較すると動作が遅いという特徴があります（※）。
もしコンパイル後の機械語に近い形で、Webブラウザ上でコードが実行されたら。
JavaScript以上にヌルヌルに動き、しかもJavaScriptを気にする必要がなくなります。
それを実現したのがこの「WebAssembly」です。
URLﾘﾝｸ(mayonez.jp)

439:デフォルトの名無しさん
17/01/03 00:30:36.24 pkTsP2s0.net
モンスターのアイコンの統一感がなさすぎるな
線が細いキャラと太いキャラを並べると違和感のかたまり

440:デフォルトの名無しさん
17/01/03 05:08:13.08 sAzrCak7.net
>>438
今更な記事を引っ張ってこられてもな。
対応言語c,c++以外も増えたのかねぇ。

441:デフォルトの名無しさん
17/01/03 21:47:16.02 m68UQ04g.net
どうだろうね。
まあ「その都度ソースコードを機械語に翻訳する必要があるため」遅い
という問題は、わかりやすい問題だから改善されていくよ。
最近だとV8で、即時関数っぽい書き方されたコードは最初から最適化して
すぐ実行できるよう準備するようにするパッチが入ったじゃん。
そういうのの積み重ねで良くなっていくと思うよ。

442:デフォルトの名無しさん
17/01/04 08:48:59.47 u2CyXKSE.net
>>158
ただ自分の優位性を示したいだけの典型的な権威主義の馬鹿だな
自分の主張やは無いくせに～ぐらいはしてるよね？とか
お前仕事場でも嫌われてるタイプだろ
少なくともHaskellは特定分野以外はまともに使えない
実際使ってればつまずくのですぐ分かる話

443:デフォルトの名無しさん
17/01/04 09:11:36.00 u2CyXKSE.net
なんつう亀レスだ…はずかしい

444:デフォルトの名無しさん
17/01/04 10:10:34.13 B3jxZHKh.net
Haskellはまだ趣味の範囲であらゆる分野で使える言語だよ。だって純粋関数型言語じゃないから。

445:デフォルトの名無しさん
17/01/04 11:41:28.60 P9CxkEKM.net
>>444
貴方の思う純粋関数型言語の定義とその例を述べなさい(100字以内)

446:デフォルトの名無しさん
17/01/05 06:21:07.40 sTWjNqOn.net
やだなぁ、やめてくれよ。
ただの皮肉だよん。

447:デフォルトの名無しさん
17/01/08 01:51:52.58 +qBxgbmJ.net
このスレのお前らがどう思っているかが一番重要なんだよ
多くのヒントになるから
時代は常にこのスレで言われていた事の反対に進んだだろ？
今は静的型全盛で動的型ﾌﾟｯって感じだし
さんざんな言われようだったJSはむしろメジャー言語になったし
今JSが糞って言われているのは主に動的型だからだし
主要スクリプト言語もどんどん静的型の機能を取り入れているし
2000年代にはオブジェクト指向をやりたいならRubyをやれって言ってたのに
今Rubyはどうなった？静的型の機能はいつ追加されるの？Ruby3.0はいつ？
超ド近眼
ほんのちょっとの目先の手間を惜しんで
より面倒なハメにあう動的型信者らしいっちゃらしいがな
昔に動的型がブームになっていた頃から
糞だってはっきり言っていた人たちもたくさんいたし
単にお前らがド近眼ってこと

448:デフォルトの名無しさん
17/01/08 02:15:46.05 +qBxgbmJ.net
どうでも良いことばかりに着目しているド近眼ってこと

449:デフォルトの名無しさん
17/01/08 16:59:24.13 zEIuJeGz.net
何も分かってないなぁ。
このスレの奴らは静的型アンチでもないし、動的型信者でもない。
昔ながらの静的型と動的型のデメリットとメリットを比較した時、
動的型が肌に合ってた奴は多いが前提が変わるんなら勿論話は変わってくる。
そもそもスクリプト言語の奴らは良いものは何でも大歓迎で取り入れるのが好きだから、
言語に型表記機能が入れば喜んで使う。
動的型に慣れているからこそ、エンジンに型を理解してもらう大切さが良く分かってるからだ。
そこは全く矛盾したり対立したりすることではない。
それとJSが糞と言われていたのは、クラスベースでなく馴染みにくいとことと、便利ライブラリの欠如だ。
でも、ぶっちゃけ欠点のない言語は無いのに、JSがそこまで言われてた理由は、
実はJSの仕様の問題ではなく、DOM APIの仕様とブラウザの実装が酷かったからだ。
そこはむしろ糞って言われていたからこそ、様々な改善が試みられて、今これほどまでに良くなったんだよ。
けしてJSの周りの環境が本当は糞じゃなかったわけではない。
もう一度言うが糞だったから良くなれたんだ。そこは勘違いするな。

450:デフォルトの名無しさん
17/01/09 13:29:10.71 tlAVTCLv.net
いいわけ乙

451:デフォルトの名無しさん
17/01/09 15:50:51.64 NcQuvnbl.net
assertは書きたいことを大体書けるが、型表記機能とやらは書けないことの方が多い
型名はただの名詞だから
コミュ力が低下する薬を飲まされて名詞しか話せなくなったような面倒臭さがある

452:デフォルトの名無しさん
17/01/09 17:41:15.96 +XRGLqqZ.net
それは当たり前だろうよ、縛りを設ける代わりに、主にIDEから恩恵を受けようというものだからね。
機械を自在に動かしたいというスクリプター的には、機械のために書いてるようで合わないだろうよ。

453:デフォルトの名無しさん
17/01/17 03:06:44.47 lw1Zwsst.net
Pythonは素晴らしいけどPythonが素晴らしいのではなく、
Python周りのネイティブライブラリ環境が大変素晴らしい。
道具としては最高だけど、プログラミング言語大好き人間としては不満。
もっと速度を上げ柔軟になってくれたら嬉しいんだけど、もうそっち方面は目指してないみたいだね。

454:デフォルトの名無しさん
17/01/17 06:39:50.13 rIfocs2Z.net
必要以上に手をかけると処理系のメンテが困難になり結果的に進化の足を引っ張ることになる
Rubyなんかまさにそうで、オタク共がよってたかって好き勝手にいじくり回したせいで詰んでる

455:デフォルトの名無しさん
17/01/17 07:09:05.55 lw1Zwsst.net
でもPythonみたいにCythonで割り切るのもねぇと思う。
割り切ってもJSとどっこいどっこいの速度しか出んが。

次ページ