【JavaScript】ｽｸﾘﾌﾟﾄﾊﾞﾄﾙﾛﾜｲﾔﾙ55【php,py,pl,rb】 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2016/10/01(土) 23:40:48.89

前スレ

【JavaScript】ｽｸﾘﾌﾟﾄﾊﾞﾄﾙﾛﾜｲﾔﾙ54【php,py,pl,rb】
http://echo.2ch.net/test/read.cgi/tech/1458955459/

**デフォルトの名無しさん** · 2016/10/23(日) 04:07:00.80

コンテナを起動した直後はオブジェクトは存在しない。
オブジェクトというのはデータだ。

イミュータブルインフラストラクチャっていうのは
コンテナに状態（データ）を持たないことで実現する。

データを別の所に保存していて、コンテナ自体には持たないから
いつでもすぐに停止して破棄することが可能。

**デフォルトの名無しさん** · 2016/10/23(日) 04:07:41.46

> うーむ　やっぱりコードベースで考えなきゃいけない言語の人とは分かり合えそうもないか
> Smalltalkだとどうしてもオブジェクトベースな頭になっちゃうのでいけませんな^^;

オブジェクトもコードだろ？何を言ってるんだか。
それともSmalltalkにはソースコードがないのか？ｗ

**デフォルトの名無しさん** · 2016/10/23(日) 05:09:37.11

>>315
> データを別の所に保存していて、コンテナ自体には持たないから
いつでもすぐに停止して破棄することが可能。

うん。だからデータを別の場所に保存するそういった運用も可能ということ

たとえばここに置いてあるzipぞれぞれには
http://wiki.squeak.org/swiki/uploads/10/ComSwiki.3.zip?history=true
当時のモジュールのソースが失われたりして今となっては構成の再現が不可能なとても古いComSwikiという
サーバーの歴代バージョンを構成するオブジェクト群を永続化してファイルに収めた形（仮想イメージ）で
入っているんだけど、各々の仮想イメージさえあれば各バージョンのComSwikiサーバーは動かせるし
Wikiのセッティングやデータは別ファイルで保存されるんで仮想イメージ（サーバー環境）自体は
停止して破棄はもちろん、すげ替えたりもできる…ってあたりがちょっと似ているんじゃないかな、と

**デフォルトの名無しさん** · 2016/10/23(日) 05:49:24.70

>>316
Smalltalkのプログラミングというのは環境内にオブジェクトのネットワークを構築することが目的だから
ソースコードの記述を必ずしも意味しないんだよね

例えば、クラスやメソッド定義のためのコードの記述やそれを評価する行為は、オブジェクトとしてのそれらを
その場で生成するために行うSmalltalk環境とのコミュニケーションの手段の一つに過ぎなくて
他言語のようにソースコードを収めたファイルを書き上げる（あるいは書き下しでいく）作業とはちょっと感覚が違う

たぶん何を言っているのかわからないと思うけど^^;

**デフォルトの名無しさん** · 2016/10/23(日) 06:59:39.74

何回か修正していって、やっぱり3回前の修正だけ
間違いだから取り除きたいって思ったとき
その方法って簡単にできるわけ？

ソースコードなら、特定のコードを取り除くだけだけど

実行イメージを破棄せずに、イメージから3回前の修正に伴う全ての環境への変化を元に戻せるの？

**デフォルトの名無しさん** · 2016/10/23(日) 09:28:02.06

smalltalkって超成果主義なんだよな
山頂に行きたいだけなのに全然違う場所で小屋やテントを作るのは登山家の恥と思ってる

**デフォルトの名無しさん** · 2016/10/23(日) 11:24:20.87

>>319
> ソースコードなら、特定のコードを取り除くだけ

Smalltalkの場合、プログラムの修正は「オブジェクトのすげ替え」、
つまり新しく生成して古いものと置き換える作業になるけど、別にソースコードの場合と同じだよ？

たとえばメソッドオブジェクトのすげ替えなら、その履歴はすべて記録・管理されているから、
その不要な「３番目」の修正を無かったことにして元に戻すだけ

> 実行イメージを破棄せずに、イメージから3回前の修正に伴う全ての環境への変化を元に戻せるの？

その「３回目」がたとえばDBからデータを削除してしまうというような不可逆な変化を生じさせる場合
ソースコードベースだってソースをいじったからって元に戻るわけではないよね？

**デフォルトの名無しさん** · 2016/10/23(日) 11:25:45.54

イメージの保存は、smalltalkだけじゃなくlispもできたはず。意味・概念は違うかもだけど。
他にそういう言語ってあるかな？

**デフォルトの名無しさん** · 2016/10/23(日) 11:34:20.89

>>320
> smalltalkって超成果主義なんだよな

プログラマの一挙手一投足が記録に残るから、そういうところはちょっとあるかもね
おもむろにどこかで3+4って式を評価したことも見ればあとからわかる
だから、環境内でどんな試行錯誤やヘマを何時やったかはマネージャーにバレバレ
関係ない小屋やテントなんか遊びで作っていたら、そりゃ叱られるよね

**デフォルトの名無しさん** · 2016/10/23(日) 11:50:14.12

>>322
LISPもたしかにできるけど、Smalltalkのようなイメージベースでの運用形式は通常はとらないよね？
Smalltalk派生の処理系でなければ他は（Smalltalkの亜種に数える人もいるけど）SELF、あとFactorとか
でも秘伝のタレみたいにイメージを何十年にわたって育てていく感じはSmalltalk独特のような気がする

**デフォルトの名無しさん** · 2016/10/23(日) 12:21:15.99

Smalltalkの場合、オブジェクトって言ってるのは
単にソースコードなだけだよ（笑）

> その「３回目」がたとえばDBからデータを削除してしまうというような不可逆な変化を生じさせる場合
> ソースコードベースだってソースをいじったからって元に戻るわけではないよね？

普通の言語ではソースコードとデータは分離されてるから、
簡単にデータだけバックアップが取れる。

あるデータで処理がおかしい場合、データのバックアップをとっておき、
ソースコードを修正して、同じデータで処理するだけで正しいデータが得られる。

でもSmalltalkではそういうこと出来ないでしょ？
データ＋ソースコードがオブジェクトだから
データを変えてしまうとソースコードまで変わってしまう。

**デフォルトの名無しさん** · 2016/10/23(日) 12:22:35.14

>>323
どうでもいいものを記録にとってどうするよｗ
そういうのはノイズが多いっていうんだよ。
関係ないノイズが多すぎて重要な事が見えなくなってしまってる。

**デフォルトの名無しさん** · 2016/10/23(日) 12:43:14.87

>>325
> Smalltalkの場合、オブジェクトって言ってるのは
> 単にソースコードなだけだよ（笑）

いや、オブジェクトはオブジェクトでしかないし、それを生成するためのソースコードとは別物なんだが…
やはりソースコードベースでしか物を考えられない人とのコミュニケーションはやっかいだな
クラスとインスタンスを会話の中で混同する人みたいだｗ

それはさておき

> 普通の言語ではソースコードとデータは分離されてるから、
> 簡単にデータだけバックアップが取れる。

Smalltalkだってそういう運用（たとえばデータはファイルやDBに追い出すとか）は可能だよ
そのうえで、あえてそういった手段をとらない、つまり仮想イメージ内にデータを保持する場合の話としても
仮想イメージはもちろん複製してバックアップは可能なので、

> あるデータで処理がおかしい場合、データのバックアップをとっておき、
> ソースコードを修正して、同じデータで処理するだけで正しいデータが得られる。

というのも普通にできるよ
（より正確には「ソースコードを修正」は「別の機能性オブジェクトにすげ替えて」だけど）
それなのにSmalltalkで「出来ない」とか「データを変えてしまうとソースコードまで変わってしまう」とか
いうのは仮想イメージの運用にどんなメンタルモデルを持っているのだろうか？

**デフォルトの名無しさん** · 2016/10/23(日) 12:48:48.73

>>327
できないというかやらないんだよ。
Smalltalkの世界ではそんなことしない。
だから特殊で他の世界の常識が使えない。

**デフォルトの名無しさん** · 2016/10/23(日) 12:49:32.94

>>326
> 関係ないノイズが多すぎて重要な事が見えなくなってしまってる。

そこはナンチャッテとはいえオブジェクトストア（ある種のデータベース）なんで、適切なフィルタをかけてやれば
必要な重要な情報は適宜引き出せるようになっているからご心配なく

実際にもそういう細やかなログはトラブル時にその原因の解明や、仮想イメージ（正確にはオブジェクトメモリの状態）
をやむを得ず放棄しなければならい場合の復旧にも役立っているしね

**デフォルトの名無しさん** · 2016/10/23(日) 12:53:12.34

>>328
> Smalltalkの世界ではそんなことしない。

そんなことはないよｗ　どんな思い込みだよｗｗｗ
普通にデータを仮想イメージ外に置くためのORMとかOODBとか用意されているし、必要なら使うよ

**デフォルトの名無しさん** · 2016/10/23(日) 12:56:46.27

スレ違いにじっと耐え嵐が過ぎるのを待つ

**デフォルトの名無しさん** · 2016/10/23(日) 13:01:19.34

>>243
残念ながら土方に職人芸は要らない
最初から職人芸を発揮できるところに行けとしか言いようがない

**デフォルトの名無しさん** · 2016/10/23(日) 13:02:28.68

>>331
phpの話してもいいんだぜw
7からだいぶよくなったとか。
実際の案件でもう使ってる人はいる？

**デフォルトの名無しさん** · 2016/10/23(日) 13:05:33.36

>>331
wwwwwwww

ずっと続いてるから無理なんじゃね？wwww

**デフォルトの名無しさん** · 2016/10/23(日) 13:16:02.19

smalltalkは超成果主義なので
既存のファイルシステムやデータベースの不満は何も語らず
問答無用で大量の代案を出してくる

**デフォルトの名無しさん** · 2016/10/23(日) 13:46:37.23

Smalltalkの一番の欠点が、ソースコードの管理がしづらいってところだろうな。
なにせソースコード＝オブジェクトなのでSmalltalk独自の
フォーマット（バイナリ）で保存しなければいけない。

このオブジェクトからデータを抜き去ってコードだけ保存する方法も
処理系独自の拡張やIDEでないことはないけど、
そうするとSmalltalkらしさがなくなってしまう。

かと言ってオブエジェクトに含まれるデータまで
リポジトリにいれるのは変な話だし、
他人のPRをマージするとかコンフリクトが発生してしまったとか
そういったことがSmalltalkの開発時に致命的な問題になる。

**デフォルトの名無しさん** · 2016/10/23(日) 14:16:18.22

>>336
> Smalltalk独自のフォーマット（バイナリ）で保存しなければいけない。

頼むからウソ情報垂れ流すなよ…
Smalltalkには古典的にも任意のオブジェクト（主だってはクラスやメソッドだが）にそのソースをはき出させる
file out という機能があってだな、凝ってもせいぜいXMLで事足りる　いったいどこから情報を得てんだよ！ｗ

**デフォルトの名無しさん** · 2016/10/23(日) 14:17:16.22

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

**デフォルトの名無しさん** · 2016/10/23(日) 14:19:26.33

セキュリティからむからなぁ。

**デフォルトの名無しさん** · 2016/10/23(日) 14:22:15.75

でもセキュリティホールが多いと言われるphpはたくさんのところで使われている。

**デフォルトの名無しさん** · 2016/10/23(日) 14:27:57.97

ていうか、プログラムの文法の話じゃなく実行環境の優劣を語るなら
SmalltalkのライバルはLinuxやWindowsだろ

**デフォルトの名無しさん** · 2016/10/23(日) 14:44:50.95

話変わるけど、文法というか見た目的なところで、
波かっこブロック、(begin)endブロック、インデントブロック、lisp的、forth的、、、
他にどんなのがあるだろう？
あー、あえて難読を狙ってる言語は抜きで。

**デフォルトの名無しさん** · 2016/10/23(日) 14:48:30.32

>>338
ソースコードもデータだよ
ただ圧縮のやり方が動画等とは違う

圧縮することで成果物が劣化するんじゃないかという不安は動画と同じ

**デフォルトの名無しさん** · 2016/10/23(日) 14:55:42.26

>>343
いまの殆どの処理系では実行時の扱いは他のデータとは違う
それは圧縮方式とは全然関係ない

**デフォルトの名無しさん** · 2016/10/23(日) 18:34:21.46

>>292
Web上での拡張機能でのパッチなどを合わせたら
動いている最中に何かをしようとすることなんて
むしろそうじゃないことよりも多いくらいだよ。

**デフォルトの名無しさん** · 2016/10/23(日) 20:37:39.89

昔はjavascriptを無効にしてデータだけ見たり保存したり出来たのに

**デフォルトの名無しさん** · 2016/10/24(月) 00:10:39.77

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

**デフォルトの名無しさん** · 2016/10/24(月) 08:11:06.52

>>347
いまではサービス稼働中にサービス止めずにシステム入れ替えるとか普通にやってるけど
それはプログラミング言語のレイヤーでやってないし
やる意味もないんだって
本当に素人なんだな

**デフォルトの名無しさん** · 2016/10/24(月) 09:28:37.18

ホットスワップも、できるけどそんな機能いらないとか昔は言われてたもんなｗ
今は無意味だ危険だとか言ってることも、今後どう変わるかはわからんよ

**デフォルトの名無しさん** · 2016/10/24(月) 09:30:36.40

すでにとっくに解決済みの問題なんですが、何盛り上がってんの？って感じなんだよなぁ

**デフォルトの名無しさん** · 2016/10/24(月) 12:31:39.51

>>350
何の話？

**デフォルトの名無しさん** · 2016/10/24(月) 13:35:35.03

盛り上がってる人を引きずり下ろすバトルロワイヤル
見えざる手に足を引っ張られる競争原理

**デフォルトの名無しさん** · 2016/10/24(月) 17:10:02.23

要するに基本的な機能に付いてはもう話すことが無くなってきたってこと。
言語としてはそういう付加価値を出していくしかない。

**デフォルトの名無しさん** · 2016/10/24(月) 19:19:53.24

最近のC#の強さは異常だな
スマゲやVRゲーでは完全に覇権を握っている

**デフォルトの名無しさん** · 2016/10/24(月) 22:41:42.80

>>345
> Web上での拡張機能でのパッチなどを合わせたら
> 動いている最中に何かをしようとすることなんて
> むしろそうじゃないことよりも多いくらいだよ。

いや、動いている最中に、メソッド一個書き換えたりしないよｗ
バージョンアップなどの「修正」っていうのは通常一箇所（一メソッド）の
修正じゃなくて、複数のファイルにまたがる複数のコードを一度に更新する。

書き換えている間、そのメソッドは使えません。そのメソッドに依存するメソッドは
使えません。修正中は一時的に壊れます。じゃだめでしょｗ

そうなると必然的にサーバーをメンテナンスモードにするか止められないシステムなら
サーバーを複数台用意して、そのうち一台をアクセスされないようにして更新、
次にもう一台を更新・・・てなると思わない？
それを最近じゃサーバーを壊して作り直すことで更新するわけだけど

動いている最中にソースコードにパッチを当てるとか信頼性を担保したいならやらないからｗ

**デフォルトの名無しさん** · 2016/10/24(月) 22:49:14.53

>>348がすでに言っていたか。>>345にレスしてないから見逃してしまった。

そうサービス稼働中のシステム入れ替えはプログラミング言語のレイヤーでやることじゃないよね。
トランザクションのように複数のファイル（クラス）にまたがる複数のコードを
アトミックに更新するひつようがある。

もし "プログラミング言語のレイヤー" でやるとしたら、
1. ローカルでソースコードを書き換える。
2. ローカルでテストする。
3. 一連の修正を "プログラミング言語のレイヤーで" 一単位とする（gitでいうブランチとかタグ）
4. 一連の修正を "プログラミング言語のレイヤーで" サーバー側上に反映させる（gitでいうmargeやcheckout、もしくはデプロイツール）
みたいな機能が必要になるだろうね。

プログラミング言語にソースコード管理ツールや
デプロイツールまで内蔵しないといけなくなる。

**デフォルトの名無しさん** · 2016/10/25(火) 09:10:59.23

>>356
> プログラミング言語にソースコード管理ツールや
> デプロイツールまで内蔵しないといけなく

Smalltalk？！wwwwwwww

**デフォルトの名無しさん** · 2016/10/25(火) 10:09:37.06

>>355
俺は君みたいな卑怯な人間が大嫌いだ。

俺と君との間ではロジカルなより一般的で広い話になっていた。
そこで自分の立場が危ういとみるやさも当然のように
狭い範囲での良識や常識を持ち出すのは尽く卑怯。

意図的か無意識かは知らないが、
俺はそういう、相手が一生懸命考えた行為、
人と人との対話の価値を台無しにするやつは大大大嫌いだ。
知能人として最も最低な行為だと知れ。

**デフォルトの名無しさん** · 2016/10/25(火) 13:13:57.86

人よりも言語自体が目的っていう軽い感覚がかえって役に立つこともあるね
言語を単なる道具と思ったら、真の目的が重荷になる

**デフォルトの名無しさん** · 2016/10/25(火) 18:07:56.36

状況に合わせて使う言語を変えたいけど、
コア機能だけで足りること無いからなぁ。
ライブラリ・フレームワーク・開発環境、といろいろ覚えることは多い。
なのでチームで作業するとなると好み以外の言語になるのはある程度しょうがないかな。

**デフォルトの名無しさん** · 2016/10/25(火) 19:45:52.29

ライブラリとOSがCで書かれている必然性を気にする奴が多い
Cは手段に過ぎず、手段は他にもあるから、Cの必然性がないという

**デフォルトの名無しさん** · 2016/10/25(火) 21:32:55.88

>>358
中身のない文章っていうのは、汎用的になるんだよねｗ
具体的な何かを指摘してないから、どんなときにも使える文章になる。
お前の文章の話な。

**デフォルトの名無しさん** · 2016/10/26(水) 00:04:17.48

>>361
国際的な公用語が英語である必然性を気にする奴が多い
英語は手段に過ぎず、手段は他にもあるから、英語の必然性がないという

**デフォルトの名無しさん** · 2016/10/26(水) 01:19:53.12

英語が偶然なのは当たり前
C言語は人工的に作ったくせに偶然性を排除できない所が面白い

**デフォルトの名無しさん** · 2016/10/26(水) 01:34:29.46

英語は神が与えたもの

**デフォルトの名無しさん** · 2016/10/26(水) 07:51:32.03

>>362
話突っ込んできたのも君だし、君が挙げたテーマに沿って具体的に話していたが？
それを卑怯な君が投げ出したのだろう？恥ずかしいやつ

**デフォルトの名無しさん** · 2016/10/26(水) 09:16:27.74

え？どこが投げ出してるの？
ずっと関係ある話をしてるよね。

**デフォルトの名無しさん** · 2016/10/26(水) 18:55:04.73

いつもの理想郷アスペ君と認識障害アスペ君のくっさいくっさい争い

**デフォルトの名無しさん** · 2016/10/26(水) 23:32:45.87

Smalltalkerとのやりとりって、いつも不毛になるよね。
例えるとこんな感じ。

A「このテント、超暖かくてサイコーの環境だよ」
B「いや、俺らふつーに家に住んでるし...冷暖房もベッドもあるし…」
A「不審者が近づいてきたらテントを畳んで移動できるから安全なんだぞ！」
B「いや、家に住んでたら不審者から逃げる必要ないし…」
A「もし転勤になったらどうするんだよ！移動がないと言えるか!?」
B「その時は引越するし…」

**デフォルトの名無しさん** · 2016/10/27(木) 01:39:42.53

BがSmalltalk？　そりゃ不毛だわｗｗ

**デフォルトの名無しさん** · 2016/10/27(木) 07:10:03.75

AがSmalltalkだろ
いつもトンチンカンな機能を自慢してんじゃん

**デフォルトの名無しさん** · 2016/10/27(木) 09:26:54.16

知ってて言ってんだよ

**デフォルトの名無しさん** · 2016/10/27(木) 09:41:00.74

テント暮らしの元兵士A
人を見たら泥棒と思う警官B
全米が泣きそうな設定じゃん

**デフォルトの名無しさん** · 2016/10/27(木) 09:45:03.90

>>370
こういうこと？

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

**デフォルトの名無しさん** · 2016/10/27(木) 10:14:03.59

>>374
SmalltalkのOODBってMysqlとかと比べて100倍位遅いんじゃなかったっけ？

**デフォルトの名無しさん** · 2016/10/27(木) 12:32:06.03

talkerじゃないがRDBMS用のORMもあるって書いてなかったか

**デフォルトの名無しさん** · 2016/10/27(木) 13:41:27.90

>>371
彼らはトンチンカンなわけではない
言語に求めること、向き合う姿勢が違うから話が噛み合っていないだけ

**デフォルトの名無しさん** · 2016/10/27(木) 14:56:55.94

>>375
どんなOODBと比べて？商用のGemStone/Sがそんなだったらヤバい

**デフォルトの名無しさん** · 2016/10/27(木) 15:35:58.13

talkerとしてはむしろ
音も全て漢字で記述していた太古の人に
ひらがな・カタカナの便利さを伝える漢字に近い

でも彼らの世界／文化レベルでは必要にならないことは
ちゃんと分かってるが、一応は説得する

**デフォルトの名無しさん** · 2016/10/27(木) 16:47:41.21

漢字は外来語だけど翻訳しなくてもそのまま使える単語は便利じゃん
翻訳しないと通じない接続詞とかはひらがなで書く

**デフォルトの名無しさん** · 2016/10/27(木) 20:05:42.82

Smalltalkよりも遥かにマイナーなErlangは
マイナーでも価値が認められて、色んな企業で使われてる

Smalltalkが使われないのはマイナーだからじゃなく価値がないから

**デフォルトの名無しさん** · 2016/10/27(木) 20:45:06.11

違うと思うメッセージングによる遅延結合の徹底という考え方が人類にはまだ早すぎるから

**デフォルトの名無しさん** · 2016/10/27(木) 21:01:05.70

メッセージングによる遅延結合の徹底というアイデアはwebで余すところなく実現されてる
ちっさなローカルPCの1プロセスの中でやるのがアホで無価値なだけ

**デフォルトの名無しさん** · 2016/10/27(木) 21:38:50.37

本当に無価値な試みなら、ここまで他に影響を与えられるもんかね
https://exploringdata.github.io/vis/programming-languages-influence-network/#Smalltalk

**デフォルトの名無しさん** · 2016/10/27(木) 21:53:47.79

そんなもんが現在価値があるかどうかと関係あるとでも？
馬車が自動車に影響与えたからって今でも馬車に乗るくらいのアホさ加減だな

**デフォルトの名無しさん** · 2016/10/27(木) 22:18:41.41

>>371
> AがSmalltalkだろ

お前、どんな気持ちで>>370が「BがSmalltalk」って
言ったか、考えたことあるのか！

**デフォルトの名無しさん** · 2016/10/27(木) 22:20:28.98

>>384
Smalktalkに価値があると言っても、全てに価値があるわけじゃないのです。

他に影響を与えられなかったものは価値がなかったと考えるべきです。
つまりSmalktalk独自と言えるようなものは価値がないということです。

**デフォルトの名無しさん** · 2016/10/27(木) 22:59:30.07

>>385
たしかに馬車は自動車に先行して使われて影響を与えたし
今でも観光目的などに細々と使われている点とかはSmalltalkの現状に似ていていいたとえかもｗ

ただSmalltalkと馬車が違うのは、つい最近も自動車ｗのトレンドに影響を与えるものを生み出していること

**デフォルトの名無しさん** · 2016/10/27(木) 23:10:20.65

>>387
豚に真珠、猫に小判じゃないけど、
まだ真似されず独自の部分が現時点では無価値という意味では当たらずとも遠からずか
などと言ってみたところで馬の耳に念仏…というところも含めて

**デフォルトの名無しさん** · 2016/10/28(金) 00:37:14.32

こういう隔離スレでこんだけ暴れてるのに本スレは今月１レスしかない。終わった言語

**デフォルトの名無しさん** · 2016/10/28(金) 01:27:20.12

暴れてるって、いわれのない言いがかりをつけてきて
無用なスレ消費を助長してるのはアンチのほうだろ

**デフォルトの名無しさん** · 2016/10/28(金) 04:05:46.47

どうせ仕事でSmalltalk使ってないでしょ？
なんで使わないの？

**デフォルトの名無しさん** · 2016/10/28(金) 07:55:55.62

いわれのない言いがかりをつけてきて
無用なスレ消費を助長してるのはアンチのほう

**デフォルトの名無しさん** · 2016/10/28(金) 08:55:41.13

飛蚊症のゴミみたいなもんかSmalltalkって

**デフォルトの名無しさん** · 2016/10/28(金) 09:13:49.98

SORABITOさんに転職したい

**デフォルトの名無しさん** · 2016/10/28(金) 09:21:28.43

たしか最近は悪口ばかり言う方が悪者ということになっていた筈だが

**デフォルトの名無しさん** · 2016/10/28(金) 17:49:10.94

>>388
関数型言語はMapReduceとか、最近だとAWS Lambdaなどにコンセプトが受け継がれてて
まさにトレンドに影響を与えてると言えるけど、
Smalltalkにそんなものあったか？
まさかtraitsとかいうoopの一構文に過ぎないものの事を言ってんの？

**デフォルトの名無しさん** · 2016/10/28(金) 19:20:55.16

MapReduceとかAWS Lambdaとかはメインフレーム時代のプロセス指向なバッチ処理への回帰であって、
関数型言語のコンセプトとは粒度が違いすぎると思うけど

**デフォルトの名無しさん** · 2016/10/28(金) 19:35:52.46

TraitsとMixinを混同するならともかく、oopの一構文とかどんな理解力不足なんだよ

**デフォルトの名無しさん** · 2016/10/28(金) 19:49:51.93

>>398
どっちもスケールの問題に対する関数型的な解決だよ
なにがプロセス指向なバッチ処理だよ馬鹿は黙ってろ

**デフォルトの名無しさん** · 2016/10/28(金) 19:52:04.03

>>399
traitsもmixinもたかがoopの一構文に過ぎない
そんなもん全く重要じゃないし、そんなのに拘ってるから下っ端コーダのままなんだよ

**デフォルトの名無しさん** · 2016/10/28(金) 21:32:06.03

>>481
じゃあお前にとって重要なものは何？
社長が重要とかいうボケはいらないからね

**デフォルトの名無しさん** · 2016/10/28(金) 21:34:30.21

>>400
> どっちもスケールの問題に対する関数型的な解決だよ

AWS Lambdaで使える言語は、Node、Java、Pythonなんだけど
関数型的な解決だという根拠は？

**デフォルトの名無しさん** · 2016/10/28(金) 23:05:27.53

>>403
AWS Lambdaで書けるのはステートレスな関数に制限されてるだろ
状態を持たないことによる並列化のしやすさや疎結合という
関数型言語で得られる（と言われてる）メリットをアーキテクチャレベルで実現してる

てか、こんな簡単なことも言われないと分かんないの？馬鹿なの？どんな言語で書けるとかマジどーでも良いんだよ

**デフォルトの名無しさん** · 2016/10/29(土) 08:33:42.56

vector<char>なら状態を持つがstringはステートレス
プロセス間通信のネットワークは文字列型と言ってもよさそうなものだが

文字列処理の価値を認めないのはSmalltalkと関数型に共通する特徴だと思う

**デフォルトの名無しさん** · 2016/10/29(土) 11:14:01.00

lambda言ってる時点で関数型意識してるでしょ。
プロセス代数が出るならまだしもバッチ処理とかって、、、

**デフォルトの名無しさん** · 2016/10/29(土) 11:27:17.86

なんだｗ「関数」と「関数型」をごっちゃにしているやつだったかｗ
AWS Lambdaはファイルやデータベースを読み書きできる
そういった「関数」を登録する。

ファイルやデータベースを読み書きする関数が「関数型」だというのなら
バッチ処理だって関数型だよｗ

**デフォルトの名無しさん** · 2016/10/29(土) 11:35:01.33

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

**デフォルトの名無しさん** · 2016/10/29(土) 11:37:38.81

やっぱりバッチ処理だなｗ

**デフォルトの名無しさん** · 2016/10/29(土) 11:39:34.17

バッチ処理を並列で動かすのと何も違いがないし

**デフォルトの名無しさん** · 2016/10/29(土) 11:39:56.67

それを単なるバッチ処理と言うんだよw
それこそメインフレーム時代から続く伝統的なIPO型アーキテクチャだ

**デフォルトの名無しさん** · 2016/10/29(土) 11:46:44.23

>>411
ユーザがファイルをアップロードしたらAWS Lambdaで計算して結果を返す（典型的な用途）
これがバッチ処理ならhttpサーバはバッチ処理してるんだなw

**デフォルトの名無しさん** · 2016/10/29(土) 11:54:27.23

>>412
全く本質が見えてないな
それが関数型ならインプレース更新を行わない古典的なバッチ処理はだいたい関数型だと言ってるんだよ

**デフォルトの名無しさん** · 2016/10/29(土) 11:59:58.74

>>413
本質が見えてないのはお前だよ
ただ単に、副作用がない関数でシステム書けば関数型か？って聞くならともかく
どっからバッチ処理が出てきたの?w

【JavaScript】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ55【php,py,pl,rb】 [無断転載禁止]©2ch.net

【JavaScript】ｽｸﾘﾌﾟﾄﾊﾞﾄﾙﾛﾜｲﾔﾙ55【php,py,pl,rb】 [無断転載禁止]©2ch.net