【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/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だろ

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

英語は神が与えたもの

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

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