【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/21(金) 23:52:16.03

>>241
今もそうだよ

ただ、SI一辺倒だった時代ではなくなってきてるので、比率は下がってきてるけどね

**デフォルトの名無しさん** · 2016/10/22(土) 00:06:02.54

SEなんて属人化をひたすら廃することでリスクマネジメントができてるとか勘違いしてる連中だからな
だから安い奴隷を使えるようにする方向に動くんだよな
その方がリスクが少ないと思い込んでるから

本当はプログラミングなんて職人芸のカタマリで、上位の職人は奴隷の何百倍の開発効率を叩き出す
ことを知らないんだよな
そういう職人を数人高待遇で雇えば奴隷なんて要らないのに…

**デフォルトの名無しさん** · 2016/10/22(土) 00:20:16.83

コードを書かない人間をクビにする作業が忙しくてコードを書けないんだろ
武器を持った人間を捕まえる仕事のために武器を持つことが許されるみたいな感じ

**デフォルトの名無しさん** · 2016/10/22(土) 01:52:25.03

>>239
俺は元請けは言語使わないって言ってるんだよ。
その俺に元請けは安い人を探すっていわれたって、
えぇ、だから言語使わないでしょ？としか言うことがない。

**デフォルトの名無しさん** · 2016/10/22(土) 01:54:01.83

>>245
使わないだろうけど決定はする
そこに開発効率なんて基準は入らない
奴隷がいかに集められるか、ということだけが基準となる

**デフォルトの名無しさん** · 2016/10/22(土) 01:56:24.28

だからなんで俺にそれをレスするんだよ？

反論してないのに反論している風な空気出すなってｗ

**デフォルトの名無しさん** · 2016/10/22(土) 01:58:10.15

>>247
下請けには言語の決定権なんてない、という>>236の意見に賛同している

**デフォルトの名無しさん** · 2016/10/22(土) 02:08:31.54

下請けに決定権がないのが、言語の違いで開発効率に差があることの根拠？
何を言ってるのかさっぱりわからない。

**デフォルトの名無しさん** · 2016/10/22(土) 02:11:53.22

>>249
言語による開発効率なんて意味がないということ
所詮は開発効率なんて何も考えてない上流が決めることなんだから
大事なのは奴隷をいかに集められるかということだけ

**デフォルトの名無しさん** · 2016/10/22(土) 02:17:59.04

言語の違いで開発効率に大きな差がない上に、
その僅かの差は人を増やすことで解決できる問題でしかない。

それが俺の意見とだれかさんの意見をまとめた答えだよ。

**デフォルトの名無しさん** · 2016/10/22(土) 02:20:08.08

>>251
そういう人月神話を信奉した結果が現状の日本のSI業界の悲劇的状況なんだけどね
プログラミングは属人性が恐ろしく高い世界だという現実にいつ気づくのだろうか

**デフォルトの名無しさん** · 2016/10/22(土) 02:27:45.65

>>252
知らんがな。言語による開発効率の差はごく僅かって言う話と関係ないし。

日本が嫌なら海外にでも行けば？
海外ならば、ぜんぜん違う言語を使ってるはずだって
夢見るのも悪くないと思うよｗ

あ、ぜんぜん違う言語＝英語とかそういうのはいらないからｗ

**デフォルトの名無しさん** · 2016/10/22(土) 02:29:04.98

>>253
だからそんな話は意味がないって
言語なんて開発者が決める話じゃないんだし

**デフォルトの名無しさん** · 2016/10/22(土) 02:29:16.74

プログラミングは属人性が恐ろしく高い

その属人性（その言語に詳しいかどうか）でも
言語の違いによるわずかな差は簡単に埋められてしまうね。

**デフォルトの名無しさん** · 2016/10/22(土) 02:29:59.60

>>254
それは日本の話だろ？ｗ

海外は開発者が言語を選んでいるんですよ。
言語ランキングはいまさら出さなくてもいいよな？
日本と大差ないし。

**デフォルトの名無しさん** · 2016/10/22(土) 02:31:40.83

>>255
属人性が高いということは言語による差が大きいということだよ
あらゆる言語を操れるスーパーマンなんていないからね

とりあえず職人さんが忌避しがちなPHPとかは真っ先に対象から外すべきだね

**デフォルトの名無しさん** · 2016/10/22(土) 02:32:21.46

> 属人性が高いということは言語による差が大きいということだよ

意味不明。

**デフォルトの名無しさん** · 2016/10/22(土) 02:32:30.50

>>256
日本人が日本の話してるのはごく自然なお話だと思うんですが？
君は日本以外で仕事してるの？

**デフォルトの名無しさん** · 2016/10/22(土) 02:33:14.17

>>258
奴隷ばっか集まる言語なんて意味ないだろ？

**デフォルトの名無しさん** · 2016/10/22(土) 02:35:38.46

属人性の意味間違ってるなーｗ
説明するのがめんどくせーから探してきた

http://d.hatena.ne.jp/Nagise/20090302/1235997646
>
> ソフトウェア開発の属人性の誤解
>
> 　属人性の排除が狙うところってのは「その人しかやり方を知らないよ、秘密だよ」って
> 作業をなくす話で、技能的にその人しかできる人がいないって話題じゃないんだ。
> ソフトウェア開発の属人性を語るときにここを勘違いしていると議論にならない。

**デフォルトの名無しさん** · 2016/10/22(土) 02:36:59.45

>>259
> 君は日本以外で仕事してるの？

そうじゃなくて、海外の事例を調べてみろって話。
海外は、日本とは違って、言語をちゃんと選んでるんだろう？
使える人が多いかどうかじゃなくて。

**デフォルトの名無しさん** · 2016/10/22(土) 02:39:15.13

>>261
合ってるよそれで

日本人SEはその「その人しかできない」を拡大解釈して「奴隷でもできなきゃいけない」という脅迫概念にかられてるんだよね
奴隷の開発効率なんて職人の百分の一以下しかないのにね

**デフォルトの名無しさん** · 2016/10/22(土) 02:40:01.83

>>263
海外でも同じだろｗ
なんでいっつも、日本はー、日本はーって言ってるの？

**デフォルトの名無しさん** · 2016/10/22(土) 02:42:10.02

>>264
同じじゃないんだなこれが
海外はプログラマを職人としてきちんとした待遇で受け入れてるからね
（その代わり職人レベルにないプログラマは容赦なく切られるけどね）

**デフォルトの名無しさん** · 2016/10/22(土) 02:42:31.46

言語の違いによる開発効率の差は殆ど無いから当たり前の話であるんだが、
マイナーな言語を使うよりも、メジャーな言語を使うほうが
人を多く集められるので、（ほんの少ししかない）開発効率は
簡単に逆転するという話でした。

**デフォルトの名無しさん** · 2016/10/22(土) 02:43:15.88

>>265
だから海外ではなんの言語が使われてるのか？って
話をしたんだよ。日本と違うデータが出てくるんだろ？

**デフォルトの名無しさん** · 2016/10/22(土) 02:44:39.60

>>266
出てるよ
海外のJava、PHPの落ち込み方は半端ないからね
それに引き換え日本の求人ときたら…

**デフォルトの名無しさん** · 2016/10/22(土) 09:20:53.73

向こうは一山いくらの開発はどんどんオフショアに投げるし、
ジャッパゴスのようにパッケージを無駄にカスタマイズしたりしないの
残念ながら技術的な問題じゃないんだ

**デフォルトの名無しさん** · 2016/10/22(土) 11:17:42.02

カスタマイズは良いけど成果物を公開しないよ、秘密だよってのがガラパゴスなんだろ

**デフォルトの名無しさん** · 2016/10/22(土) 11:21:53.28

じゃ海外でSIの成果物をgithubで公開してる例を教えてくれよw

**デフォルトの名無しさん** · 2016/10/22(土) 11:23:02.67

なんでそこSI限定なの？

**デフォルトの名無しさん** · 2016/10/22(土) 11:45:31.20

この文脈でSI限定じゃない方が不自然だと思うが?
自社のパッケージやサービスの開発なら日本でもわりと職人的な技術が重視されるから
ID:LnIwCgwC の抱いているような不満には至らんよ

**デフォルトの名無しさん** · 2016/10/22(土) 11:56:23.19

お前らはどうせどの言語もまともに使えないんだからどの言語でも大差ないよ

**デフォルトの名無しさん** · 2016/10/22(土) 12:04:05.39

>>268
落ちているやつじゃなくて、何を使ってるかを言えよｗ

**デフォルトの名無しさん** · 2016/10/22(土) 12:06:50.81

秘密が属人的なものであれば公開するという意思決定も簡単にできる
一方、組織的な秘密を公開するには例えば全会一致のような高いハードルがある

**デフォルトの名無しさん** · 2016/10/22(土) 12:13:26.29

公開してないから、属人的っていうんやで？

**デフォルトの名無しさん** · 2016/10/22(土) 12:31:49.49

ところで効率や仕事での仕方なし抜きにしたら、おまいらの好きな言語って何？

**デフォルトの名無しさん** · 2016/10/22(土) 13:37:30.09

ついでに好きな理由も書いてね

**デフォルトの名無しさん** · 2016/10/22(土) 15:19:03.68

>>278
お気に入りは文句なしでSmalltalk
理由は頭一つ抜きん出た生産性の高さｗ
http://cast-a-spell.at.webry.info/201001/article_7.html

**デフォルトの名無しさん** · 2016/10/22(土) 15:24:05.21

うーん。生産性と行数がイコールだと思ってる人がいるようだね。
同じ言語であれば、生産性と行数はイコールかもしれないけど、
言語が違うと生産性と行数は一致しない。

例えばPythonだと、他の言語だと一行で書けるものを
改行強制で二行にされちゃうけど、そこに二倍の
生産性があることにはならない。

定義とかimport文とかを除いた実質的な実行行数（ステップ数とも言う）で考えないと。

**デフォルトの名無しさん** · 2016/10/22(土) 15:29:01.36

JavaScriptでもアロー関数が使えるようになって、

array.forEach(function(v) {
　console.log(v);
});

という三行が

array.forEach(v => console.log(v));

という一行で書けるようになったけど、タイピング速度には
影響があったとしても、3倍の行数文の違いはない。

昔だってこう書くことは出来た。
array.forEach(function(v) {console.log(v) });
改行とインデント入れて11文字タイプする程度の速度の違いしかない。

これが行数で生産性を語る場合の罠ね。

**デフォルトの名無しさん** · 2016/10/22(土) 15:53:20.93

俺はc++14以降のc++がけっこう好きになってる。
昔はc++大嫌いだったんだけど、java使うようになって、でも結局メモリリーク問題は付きまとって、更に既存のcライブラリ使わざるを得なくてjniに嫌気がさして、、、
それならレガシーライブラリそのまま使えるc++のがいいんじゃと感じるようになった。
ただまぁそれはweb関係じゃない部分だからそうなんだと思う。

**デフォルトの名無しさん** · 2016/10/22(土) 16:00:12.31

smalltalkとかlispは動いてるシステムをそのまま修正できる的なところが凄いと思う。
http://qiita.com/guicho271828/items/1b78d8a7335e81e11791

**デフォルトの名無しさん** · 2016/10/22(土) 16:19:08.42

>>284
最終手段としてないよりはあるほうがいいし、技術的にはすごいけど実用的には？だけどね。
考えてみりゃわかるけど、動いているシステムをその場で書き換えられたら困ることのほうが多い。

例えば書き換えるべき対象が一つだけならいいけど、今は何十台といったサーバーでアプリが動いてる。
そのそれぞれにログインしてシステム書き換えますか？って話。

作業をミスすることなく一発で完了できるならまだしも、通常は手元で修正してテストをしてバグを潰す。
書き換えてる途中でその機能を使われたら問題になるので、ブロックする機能も必要。
マーケティングの点からも直ぐに修正反映ではなくて、事前に告知したい。

でなんとなく気づいてかもしれないけど、動いてるシステムをそのまま修正ってのは実際に
ウェブアプリで行われてるんだよ。ただしSmalltalkは言語のレイヤーでこれらのことをやってるが
その他の言語は別のレイヤーで行ってる。

それもそのはずで、SmalltalkはOSの機能そのものまで言語の中に取り込んでるものだから。
だから「動いてるシステムをそのまま修正」っていうのは実はOSを起動したまま
アプリを再起動させるだけで修正できるのと同じことを指してる。
単に言語だけで完結できますよーってだけで、他の言語もOSと連携させて動いてるシステムを
そのまま修正することは可能。

**デフォルトの名無しさん** · 2016/10/22(土) 17:10:10.50

いや、便利で必要な技術だと思うよ。
でも専売特許じゃなくてevalがあるような言語などれでもら出来ることだと思う。
自分もNodeでとあるゲームサーバー立てた時したことあるし、
クライアントでもしたことある。
バグ修正やハックの類だが、そのゲームの最中に修正できるに越したことはない。

**284** · 2016/10/22(土) 17:15:53.55

>>285
> でなんとなく気づいてかもしれないけど、動いてるシステムをそのまま修正ってのは実際に
> ウェブアプリで行われてるんだよ。ただしSmalltalkは言語のレイヤーでこれらのことをやってるが
> その他の言語は別のレイヤーで行ってる。

いや、うん知ってるし。
で、だ、仕事での仕方なし抜きにしたらって言ってる所にトウトウと実用ではどうのこうの語られても「そうだね」という感想しか持てないわ。ごめんね。

そんなことよりお前の好きな言語とそれに惹かれたとこは何さ？

**デフォルトの名無しさん** · 2016/10/22(土) 17:32:17.15

お前らが惹かれた言語はなにでそのどんなところに惹かれたのさ？

普段使いの言語でも、仕様全部把握してるとかでなければ「あ、こうやればよかったんだ」ってあっただろ？
新しく学んだ言語でも「これは便利だな」ってあっただろ？
そんな時コード書くのが楽しいだろ？
そんな話を聞かせてくれよ。

**デフォルトの名無しさん** · 2016/10/22(土) 20:25:33.75

やっぱりSmalltalkが最高だったね
1 + 2 × 3 が 9 になる所とかサイコー

**デフォルトの名無しさん** · 2016/10/22(土) 21:11:20.34

forthもいいと思う
1 2 + 3 *

**デフォルトの名無しさん** · 2016/10/22(土) 21:47:29.15

>>289
嘘こけ　7 になるぞｗ
https://lively-web.org/users/Dan/ALTO-Smalltalk-72.html

**デフォルトの名無しさん** · 2016/10/22(土) 22:56:25.52

>>286
> バグ修正やハックの類だが、そのゲームの最中に修正できるに越したことはない。

今までの人生で、何回、ゲーム最中にゲームを終了すること無く
ゲームの実行コードを修正したいと思ったことある？
もちろんそのゲームの開発者の立場で。（チートする話じゃないってこと）

**デフォルトの名無しさん** · 2016/10/22(土) 23:00:01.30

>>288
> お前らが惹かれた言語はなにでそのどんなところに惹かれたのさ？

言語を使うのが目的じゃなくて、その言語でなんらかの
アプリ、システム、サービスを作るのが目的だからね。
言語だけで惹かれることはない。

特殊なアプリだったら、特殊なライブラリが在るものを選ぶとか
特定の環境（スマホとか）で動かないならば、その環境で一般的なのを
選ぶとか、なんらかのプラグインならば、その大本と同じ言語を選ぶとか。

言語そのもので惹かれるってことはないな。
ある言語で書いていて、あー○○言語だとあれがあって便利なのになーって
思うことはたまにあるけど、それはそれでその問題を自分で解決するほうが楽しい。

**デフォルトの名無しさん** · 2016/10/22(土) 23:00:58.19

>>291
ちゃんと9だよ。サイコーだからな
https://ideone.com/BRVnNz

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

>>293
色んな人がいるよね
大事なのは言語愛を否定しないことだね
言語愛を持ってる人に「なんでも一緒だろ」なんて暴言を吐かないことが大事だね

**デフォルトの名無しさん** · 2016/10/23(日) 00:26:31.49

言語愛（笑）

**デフォルトの名無しさん** · 2016/10/23(日) 00:31:47.12

（笑）とか言ってるうちはまだまだだよ
愛は一番のモチベーションなんだからね

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

>>292
> 実行コードを修正したいと思ったことある？

効率や仕事での仕方なし抜きにってことならSmalltalkで実行しながら開発してくの楽しいよ
ついでにSmalltalkには仮想イメージっちゅう簡易オブジェクトストア機構がデフォなんで
実行コンテキストもそのまま永続化できるからこれがまた超便利

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

それ効率悪そう。
テストとかどうやってるの？
実行した結果バグがあったら実行前に戻れるの？
最初から実行するのなら別に実行しながら書く意味ないし。
っていうか実行しなきゃ書けないの？

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

>>299
ユニットテストとかsmalltalkから生まれたんじゃないのか

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

mvc、デザインパターン、これらもみんなsmalltalkから生まれたよね。
俺は一度も使ったこと無いけど色々と魅力ある言語・環境だと思うぞ。

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

>>299
テスト駆動もできるけど（まあxUnitとかTDDなんてそもそもSmalltalkが元祖だしｗ）
それをもう一歩進めた場当たり的ないわゆる“デバッグ駆動開発”がSmalltalkでは気持ちイイ
頭の中にできあがったモデルを仮想イメージ（Smalltalk環境）にどどーって注ぎ込んでくスピード感がたまらない
http://www.slideshare.net/sumim/20120916-rubykaigi-rubyistsqueak-smalltalk/21

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

俺の今のメインはc++, java
どっちも嫌いだったけどc++14以降はいいなと思えるようになってきた(c++11はジェネリックラムダ無いので)。
javaだって(c++に比べて)、豊富なライブラリとかフレームワーク、開発環境は良いと思う。
phpだって嫌いだけど(javaに比べて)、取っつきやすさとかいいと思う。7になってタイプヒンティングとか使えるケースが広がったし、配列も普通になった。

ま、しょせん俺は自分言語作る力は無いから他の人が作ったものを使うしか無いけどね。

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

>>300
だからユニットテストつかって実行すれば良いんだから
実行しながら開発とかする必要ないんですよ。

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

>>302
小学校でプログミングとか話題になったけど、個人的にsqueakって結構合うんじゃないかと思ったりした。
まぁ、先生が使えないだろうけど。

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

>>302
> 頭の中にできあがったモデルを仮想イメージ（Smalltalk環境）にどどーって注ぎ込んでくスピード感がたまらない

それ意味わからん。
俺は頭の中に出来上がったコードをばーっと書き上げる。
書いてる最中にいちいち実行したりしない。

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

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

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

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

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

>>307
そんなTDDをするにしても、Smalltalkだと件の“デバッグ駆動開発”っぽさは入ってくるので
他言語でやるTDDよりは楽しいんだけどね
https://www.youtube.com/watch?v=HOuZyOKa91o

あと、この動画の後半に出てくる入出力例を入れるとメソッドを探してくれるツールとかは他言語にも欲しい

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

>>307
もしかしてコードを考えるのに時間がかかる人？

何かしたいことが有って、それを書こうと思ったら複雑なものでもない限り
5秒もあればそれを実現するコードを10行ぐらい頭のなかに出来上がるだろ？
一関数の行数がだいたいこんぐらい。

あとはそれをばーっとかくだけなんだが。

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

>>308
> 今時の人たちが、コンテナ用意してその中でサービス走らせてイメージ保存してとかやってることを、smalltalkだとその言語・環境で全部できる。

Smalltalkでクラウドを使って複数台のマシンで連携させて
サービスを実現するってことを、言語だけでやる方法を教えてほしい。

まず最初にデプロイはどうするの？

**デフォルトの名無しさん** · 2016/10/23(日) 03:31:38.72

イメージの保存というのは、実行コンテキストの保存ではない。
Smalltalkのいう実行コンテキストを永続化っていうのは
今のコンテナの仕組みとは正反対だからな。

https://ja.wikipedia.org/wiki/Immutable_Infrastructure
> Immutable Infrastructure（イミュータブル　インフラストラクチャ）は
> 不変なサーバー基盤のこと。具体的には、一度サーバーを構築したらその後は
> サーバーのソフトウェアに変更を加えないことを意味する。

これが今のトレンド。ソフトウェアに変更を加えないから
いつでも破棄して作り直せる。

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

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

>>311
良くも悪くもSmalltalkの生い立ちは「パソコン」環境（アラン・ケイのダイナブックのための暫定OS。為念）なので
そういう使い方は想定されていないんだけど、しいて挙げるならGemStoneというSmalltalk処理系がそれ向けかな
Smalltalkはもとから簡易オブジェクトストアの中に構築された処理系という特殊な実装方法がとられているんだけど
それを一歩進めて、分散OODB内に処理系を構築しちゃった感じのSmalltalkの一種
https://docs.google.com/viewer?a=v&;pid=sites&srcid=c21hbGx0YWxrLXVzZXJzLmpwfGhvbWV8Z3g6NGJiZDExNjU5ZmIxN2Q4Yg

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

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

**デフォルトの名無しさん** · 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だろ

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

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