【JavaScript】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ52【php,py,pl,rb】 [転載禁止]©5ch.io
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2015/09/30(水) 10:56:12.10ID:U+dh/xlD【JavaScript】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ51【php,py,pl,rb】(c)2ch.net
http://peace.2ch.net/test/read.cgi/tech/1438094104/
0133デフォルトの名無しさん
2015/10/15(木) 21:12:30.81ID:J9V5fg8t自分がプログラミングの勉強しているときに
散々お前らが間違った知識を2chに垂れ流していたせいで
プログラマクラスタの勝ち組ではなく
世界全体クラスタの勝ち組になりつつある
uyにはプログラミングをファッションとして行う程度の余裕があるのです
0134デフォルトの名無しさん
2015/10/15(木) 21:15:13.49ID:28aQIEIe三菱電機が電機メーカーならではの自動運転を実現しました
>自動運転技術に電機メーカーも参入、「未来の車」課題は？
https://youtu.be/KJp_gCLCJHU
三菱とかトヨタとかGoogleとか自動運転テクノロジーに使われるプログラミング言語ってやっぱり組み込みだからC言語とかなのかな？
まあこういうのってソフトよりハード技術の方がより重要なんだろうけど
0135デフォルトの名無しさん
2015/10/15(木) 21:16:55.47ID:YhiK7HuVオブジェクトは自身の振る舞いを知っている
関数も自身の振る舞いを知っている
オブジェクト指向は「関数は低レベル」という考え方をする
高レベル関数とか発明したらキャラが被るから関数はあくまで低レベル
0136デフォルトの名無しさん
2015/10/15(木) 21:19:09.27ID:whFEoHyO0137デフォルトの名無しさん
2015/10/15(木) 21:30:07.99ID:N9hEQVX6果たしてそうだろうか？
例えば、紙があったとする。
紙は自分の振る舞いを知っているのだろうか？
水に濡らすと→柔らかくなる
火をつけると→燃える
針で挿すと→穴が空く
折り曲げると→紙飛行機になる
違う折り方をすると→兜になる
これらはオブジェクト自身が知っていることなのだろうか？
0138デフォルトの名無しさん
2015/10/15(木) 21:40:36.50ID:7x3qta5X少なくともオブジェクト自身の性質に由来する現象だろう
意識の有無は無生物主語だらけの英語ワールドでは問題にならない
0139デフォルトの名無しさん
2015/10/15(木) 21:57:23.96ID:YhiK7HuV振る舞いへのポインタを保持とか、低レベルな言葉を使ったら死ぬ病気なので
0140デフォルトの名無しさん
2015/10/15(木) 22:01:06.60ID:whFEoHyOコンピュータやプログラミングの基本は数値計算だけど、
足し算を考えた時、例えば1+2で、1や2自身は足し算についてのルールを知っている必要が有るのだろうか
+という演算子が足し算の性質を知っていて、1や2に適用した結果、足し算の法がうまれ、
自身と他の整数の間に関係性が生まれ、整数の性質が浮かび上がるのではないだろうか
ある物の性質というのはいつも相対的で、その物そのものだけで勝手に決定されるものではなく、
他の物との相互作用の結果として、周りから与えられるものではないだろうか
例えばuyが自分自身の性質を決定するために
「世界全体クラスタの勝ち組になりつつある」と明言したとして(>>133)、それに何の意味が有るだろうか
uyの社会的立ち位置は、uyが決める事ではなく、他の人との相互作用の結果として
周りから、社会から、与えられるものではないだろうか
しかし、オブジェクト指向では
>オブジェクトは自身の振る舞いを知っている
と考えるのが前提なので、今回はあえて言及しなかった
マルチメソッドではもうちょっと違った見方も出来ると思うが殆ど採用されてないね
0141デフォルトの名無しさん
2015/10/15(木) 22:05:02.72ID:N9hEQVX6確かに分子、原子レベルで見たら、
オブジェクト自身の性質だろう。
だが、オブジェクト自身の性質にもとづき
物理法則に従って、変化は起きる。
この物理法則というのは、オブジェクト自身が持っているものだろうか？
例えば、質量はオブジェクトの性質だろうが、
そこには速さを加えた時の運動エネルギー、
つまり「物体の運動エネルギーは、物体の質量と速さの二乗に比例する」
という法則はオブジェクトが持つべきものだろうか？
0142デフォルトの名無しさん
2015/10/15(木) 22:14:14.69ID:whFEoHyOこれはこれでカプセル化や組み合わせ爆発や実行速度なんかで問題が有るんだよね
だから殆どの言語がシングルディスパッチというのもあるし
日本人は農耕民族で土地とか利権に拘る縦割り行政主義だから、そのほうが分かりやすいってのもある
>物体の運動エネルギーは、物体の質量と速さの二乗に比例する
これはつまり物理法則とかの法のようなものが働いて
相対的にオブジェクトの性質を決定付けているという考え方
法のようなものは手続き型言語では関数なので
マルチメソッドで
method( obj1, obj2 )
として、obj1とobj2の間の関係を決定する事ができれば、
他者との関係に基づいて性質が決定するっていうノリが実現できるので
>>141のような人も納得なわけだ
こういうのを機能主義という 機能=function=関数 だからね
0143デフォルトの名無しさん
2015/10/15(木) 22:17:44.71ID:whFEoHyO当面はRuby3.0にどういった形でどの程度のデキの静的型が導入されるかだな
どう考えてもうまくいきそうに無いが、matzがやるといっている以上はやるのだろう
0144デフォルトの名無しさん
2015/10/15(木) 22:28:40.59ID:gTKnbHZqえ…Matzがやると言ったことで放棄されたor放置されているものはかなりあるぞ…
「オープンソースで前に進むためには燃料が必要」と言ってるぐらいなんだから、
ただの燃料ぐらいに思っておかないと
0145デフォルトの名無しさん
2015/10/15(木) 23:06:58.05ID:J9V5fg8t速度を上げる事なのか
コードセキュリティの為なのかだよ
後者だったらいらね
0146デフォルトの名無しさん
2015/10/15(木) 23:33:19.63ID:mn0BrUjG動的型でもV8は速いし、そのV8の資産と経験を十分に活かせるはずのDartは
結局当初の目的の２倍高速を実現できずに敗れた。
そして何よりも、機械が出来ることは全部機械にやらせて人間は楽をすべきという
Rubyのポリシー上、多少早くなるからという理由で型を入れるということは絶対にしない。
0147デフォルトの名無しさん
2015/10/15(木) 23:49:48.72ID:XerH+8kv速度を上げるためという名目でやるが
実際に一番有効活用できるのは可読性の向上だろう。
コメントで型を書くよりも、コードで型を書いたほうが
同期が取れるし正確になる。
0148デフォルトの名無しさん
2015/10/15(木) 23:54:07.96ID:whFEoHyO型チェックをコンパイラに任せつつ、柔軟性を確保するには、
ジェネリックなどの機能が無いと上手く機能しないわけだが、用意できるのか心配だね
C#も割りと早いバージョンで実装してたし
結局Javaもジェネリックを導入したし
静的型には必要な代物なのだろう
C言語レベルの柔軟性の無い静的型に不満があってRubyを動的型にしたわけだから
今更C言語レベルの柔軟性の無い静的型を導入したら最早意味が分からないことになるしな
0149デフォルトの名無しさん
2015/10/16(金) 00:05:31.68ID:N+EJJaaqRubyに静的型が導入されたら、やっぱり折角導入して、そういう機能があるわけだから
可読性や安全のためにも型はなるべく書くべきって事になると思うんだけど
そういう要求に答えつつ、今までのRubyの世界観も維持するためには
相当柔軟性の高い凝った静的型システムが必要だと思うんだけど
どういうものを出してくるか楽しみでは有る
少なくともジェネリックは欲しいところではある
0150デフォルトの名無しさん
2015/10/16(金) 00:15:13.00ID:VBzgHbv/C#等から古くさいジェネリクスをパクるより
Haskell等から型クラスをパクってほしい
0151デフォルトの名無しさん
2015/10/16(金) 00:28:18.89ID:+z0qI3+p0152デフォルトの名無しさん
2015/10/16(金) 07:20:28.43ID:EA3T5rKJ0153デフォルトの名無しさん
2015/10/16(金) 07:24:30.36ID:yoBqthc9後にJava HotSpotやJSのV8で使われた爆速のVM技術を彼らが持ってたからで
静的型チェックの有無とは無関係だった。
今のRuby開発陣に、機能を削らずにRubyをこれ以上速くするのは無理じゃないかな。
まして、型推論なんて機能を追加した日にゃ、再び爆遅処理系に後戻りするのは必至。
0154デフォルトの名無しさん
2015/10/16(金) 07:26:41.14ID:pM+jfY6O静的解析の可能な仕様に変更するならそれはもはやRubyと全く互換性のない別言語
従って「Rubyに静的型を導入」という前提は無意味である
はい終了
0155デフォルトの名無しさん
2015/10/16(金) 09:21:29.48ID:Wb9pxNM+0156デフォルトの名無しさん
2015/10/16(金) 13:17:02.59ID:3DK9u+XTやっぱこうでなくっちゃね、なんせ唯一無二の世界で通用してる国産言語なのだからさ
0157デフォルトの名無しさん
2015/10/16(金) 13:30:03.77ID:l04muiBk0158デフォルトの名無しさん
2015/10/16(金) 16:04:11.56ID:4XmsRPEG何の言語で開発するにしても必ずrubyは連れ歩く
まさかこのスレでmakefile使ってる奴なんていないよな？
0159デフォルトの名無しさん
2015/10/16(金) 16:16:40.86ID:l04muiBkこのスレが対象にしてる言語だけじゃ仕事にならないカテゴリなんでね
0160デフォルトの名無しさん
2015/10/16(金) 21:33:20.74ID:+G3m5iUJ今日terapadを窓から投げ捨ててきたよ
0161デフォルトの名無しさん
2015/10/16(金) 21:44:24.38ID:pM+jfY6O0162デフォルトの名無しさん
2015/10/16(金) 21:57:07.09ID:ZoTRSHayデフォルトでプログラミング用に最適化された
エディタであって欲しい。
0163デフォルトの名無しさん
2015/10/16(金) 22:22:34.47ID:C0FkHDSz0164デフォルトの名無しさん
2015/10/16(金) 22:35:29.05ID:ZoTRSHay0165デフォルトの名無しさん
2015/10/16(金) 22:37:30.93ID:C0FkHDSzそれだけテキスト編集に特化してるんだよ
つまり慣れれば最強ってこと
0166デフォルトの名無しさん
2015/10/16(金) 22:44:20.85ID:f/Epc6uWatomが良いとか好きとか普通にいえばいいのに、有能とか違う意味の言葉を使ってしまう
そういう現象もあるらしい
0167デフォルトの名無しさん
2015/10/17(土) 00:02:19.39ID:mzjdQH44それは違う。
viは開発者が当時使っていたキーボードにカーソルキーがなくて
代わりにjkhlに割り当てられていただけ
emacsは単なるアルファベットの頭文字
配置に意味があるわけじゃない。
0168デフォルトの名無しさん
2015/10/17(土) 01:00:49.82ID:OT5GhlDm悪くなったら元に戻せばいいだけなので必然的にメリットしかない
これは偶然ではない
0169デフォルトの名無しさん
2015/10/17(土) 01:19:12.33ID:kV08E+NU0170デフォルトの名無しさん
2015/10/17(土) 01:43:03.31ID:97BJbcDl0171デフォルトの名無しさん
2015/10/17(土) 01:44:43.56ID:FN3G7dO/emacsはメモ帳系が使えなくなって仕事に支障をきたすのでやめた
0172デフォルトの名無しさん
2015/10/17(土) 10:08:12.92ID:OT5GhlDmその設定が良いという証拠が見えないから
証拠を見せるには初期設定から全てやり直して見せるしかない
つまり、証拠はないけど良いってこと
0173デフォルトの名無しさん
2015/10/17(土) 10:54:12.76ID:6bVjpFvgひとそれぞれって答えが妥当なものばかり
0174デフォルトの名無しさん
2015/10/17(土) 11:25:24.16ID:KBdUYWvy自由にカスタマイズすればいい。
初心者の取っ掛かり、一番初めのスタートラインだけは
高い位置（つまりカスタマイズ無しでも使いやすい）で
共通化してくれ。
0175デフォルトの名無しさん
2015/10/17(土) 11:27:44.54ID:u6HpNLYAEmacsもViもこれだけ普及してしまった以上、もういまさら無理だよ
0176デフォルトの名無しさん
2015/10/17(土) 12:23:26.01ID:KBdUYWvy嘆かわしいことですね。
誰かEmacsやviに代わる端末内で動作する
エディタ作りたいって人いないかなぁ。
0177デフォルトの名無しさん
2015/10/17(土) 15:01:30.96ID:u6HpNLYAEmacsやViは普及してるので、何か新しい言語なりが出てきても誰かがソッコーで
対応してくれる
利用者の多さが利便性の向上につながり、さらに利用者を増やすという循環が
できてしまってるからね
いまからこれを覆そうとするには相当機能的に優れているか、相当金をつぎ込むか
どちらかじゃないと無理だね
0178デフォルトの名無しさん
2015/10/17(土) 15:13:26.97ID:KBdUYWvysyntax highliterなら、ライブラリがありますよ。
0179デフォルトの名無しさん
2015/10/17(土) 15:18:28.66ID:u6HpNLYAEmacsやViでプログラミングしたことあるなら、そんな個別の事柄を挙げても何の意味もないことは
すぐに分かりそうなものだが…
0180デフォルトの名無しさん
2015/10/17(土) 15:21:30.72ID:wx6tLFnTemacsやviに不満を持つ奴ってどんな夢のような高性能エディタ使ってんだろう？
0181デフォルトの名無しさん
2015/10/17(土) 15:29:33.14ID:KBdUYWvy重要なのは"高性能"エディタじゃないよ。
使いやすいエディタ。
0182デフォルトの名無しさん
2015/10/17(土) 15:32:05.22ID:u6HpNLYAエディタに何を求めてるの？
プログラミングやるなら高性能は使いやすさに直結するんだけどさ
プログラミング以外のエディタの話だというなら、スレ違いじゃね？
0183デフォルトの名無しさん
2015/10/17(土) 15:33:52.66ID:ceT/tJ4Eちなみに>>176本人？
本人じゃないなら答えなくていいけど
使いやすいエディタって例えば何？
0184デフォルトの名無しさん
2015/10/17(土) 15:34:43.12ID:KBdUYWvy学習コストの低さ。
いくらエディタが高性能でも、その機能を使うまでの
学習コストが高ければ、使われなくなる。
高性能であることは当たり前で、それをどれだけ
簡単に使えるかが今の時代で要求されているレベル。
0185デフォルトの名無しさん
2015/10/17(土) 15:35:45.79ID:KBdUYWvySublime textやAtom
0186デフォルトの名無しさん
2015/10/17(土) 15:40:52.02ID:u6HpNLYA> 高性能であることは当たり前
残念ながら、この当たり前を実現できているエディタがEmacsやVi以外にほとんどないのさ
なぜならば、両者には長い歴史があってノウハウも豊富で、かつ多くの利用者がよってたかって
プラグインを開発してきているから
後発のエディタはその歴史と利用者の２つの壁を超えなければならず、無理ゲーとなっている
0187デフォルトの名無しさん
2015/10/17(土) 15:41:08.63ID:m81ysFVAemacsは必須だろうが
0188デフォルトの名無しさん
2015/10/17(土) 15:48:50.56ID:tbAeg9G6> Sublime textやAtom
レスとん！
へー聞いたことすら無いけどemacsより使いやすいのか
機会があったら触れてみるわ
0189デフォルトの名無しさん
2015/10/17(土) 16:09:39.79ID:KBdUYWvyたいしてプラグインなんか使ってないだろｗ
使えない部分を、まともにするものか、
専門ツールに任せろよ的なことばかりだろ？
0190デフォルトの名無しさん
2015/10/17(土) 16:10:25.80ID:KBdUYWvy全部標準搭載すればいい。
0191デフォルトの名無しさん
2015/10/17(土) 16:13:28.83ID:u6HpNLYAAtomやSublimeTextもプラグイン前提のエディタなんですがそれは？
0192デフォルトの名無しさん
2015/10/17(土) 16:15:19.04ID:0GQ640b+viもキーボード配列に因縁をつけられるのでカスタマイズ機能は役に立つ
因縁をつけられるまでがUXです
0193デフォルトの名無しさん
2015/10/17(土) 18:54:21.75ID:/7+5znpFその理屈、いまだにCOBOLを使い続けていたり頑なにオブジェクト指向から目を背けていたりする連中と全く同じなんだよな
目先の仕事に追われて効率化のための投資をしない、典型的な無能
0194デフォルトの名無しさん
2015/10/17(土) 19:18:33.62ID:pib/Nfzjまったくだね。いつまでも古い言語（道具）を使ってないで
もっと効率化したものに乗り換えよう！
0195デフォルトの名無しさん
2015/10/17(土) 20:48:11.04ID:6bVjpFvg0196デフォルトの名無しさん
2015/10/17(土) 20:50:08.57ID:XvNYZLvx0197デフォルトの名無しさん
2015/10/17(土) 20:57:04.41ID:uNJQ9dbe馬鹿馬鹿しくて学習の為のコストなんかかけてられない
だけどその望みを実現する事が不可能である事が分かっているから
コストをかけても全てを支配下におけるツールの使い方を学習する
0198デフォルトの名無しさん
2015/10/17(土) 20:59:52.51ID:pib/Nfzj学習コストが高いのが問題って話なんだけどな。
目的はどちらでも達成できるなら、
学習コストが低いほうがいいのは当たり前なわけで。
0199デフォルトの名無しさん
2015/10/17(土) 21:08:44.70ID:uNJQ9dbeで、その学習コストが低いやつは、俺が望む機能をいつでも提供してくれるのか？
0200デフォルトの名無しさん
2015/10/17(土) 21:11:01.56ID:pib/Nfzj学習コストが高くても、俺が望む機能をいつでも提供してくれないので、
それはなんの反論にもなってない。
0201デフォルトの名無しさん
2015/10/17(土) 21:12:07.24ID:uNJQ9dbe> コストをかけても全てを支配下におけるツールの使い方を学習する
0202デフォルトの名無しさん
2015/10/17(土) 21:18:02.91ID:pib/Nfzj0203デフォルトの名無しさん
2015/10/17(土) 21:18:39.87ID:mlPlTlFaまたまた、本当は望みの機能なんて無いくせにw
0204デフォルトの名無しさん
2015/10/17(土) 22:01:35.64ID:u6HpNLYAその分野で代替のものがないならば、そうするしかない
科学技術計算でFORTRANが未だに現役なのも、FORTRANに代わるものがないからだ
過去に蓄積された膨大なノウハウやライブラリが他を圧倒している以上、それを使うのが最も
問題を解決するのにふさわしいと思われているから現役なのだ
エディタも同じで、学習コスト云々の前に、自分の開発効率を最も高めてくれるのはどれだ
という観点で物事を見なくてはいけない
その結果選ばれるがEmacsであり、Viなのだ
学習コストの低さがご希望なら、最初はAtomとか使っておけばいい
優秀なプログラマならそのうち自然とEmacsやViに興味が移るよ
0205デフォルトの名無しさん
2015/10/17(土) 22:17:21.19ID:6bVjpFvg人によってはatomかもしれないし、vimかも知れない
学習コストを考えるかどうかもその人の状況での話で、お前らの都合で決める筋合いではない
0206デフォルトの名無しさん
2015/10/17(土) 22:21:07.78ID:HjqN8fv+気持ちよく使えるくらいまで学習するとして
比較した場合、三日と三年みたいな深刻な差はねーだろ？ｗ
実質、せいぜい倍くらいのもんじゃねえの？
そして最大でも30時間くらいありゃマスターじゃねえの？
学習コストを大袈裟に言うひとは
ここらへんをハッキリさせたくはないんだろうけど
0207デフォルトの名無しさん
2015/10/17(土) 23:37:15.94ID:0GQ640b+ここがム板じゃなかったら気付くまでに何年かかっただろうか
0208デフォルトの名無しさん
2015/10/17(土) 23:40:29.71ID:wBRaFA3P学習コストの低さに拘ってる人いるけど
0209デフォルトの名無しさん
2015/10/18(日) 00:30:19.03ID:JFtsAugF0210デフォルトの名無しさん
2015/10/18(日) 00:49:24.92ID:EztmzLmuVimぐらい有名ドコロであれば、慣れれば問題なくいけると思うよ
0211デフォルトの名無しさん
2015/10/18(日) 06:28:41.31ID:k26UA5Iqエディタってのを大袈裟に数えすぎじゃね？ｗ
エディタ比較した場合、三日と三年みたいな深刻な差はねーだろ？ｗ
0212デフォルトの名無しさん
2015/10/18(日) 06:41:24.20ID:2izk1DSPvimやemacsを使いこなせるかどうかでプログラマーの資質が分かる。
どちらも自分に向いてないと思った人はプログラミングを続けても将来性はないよ。
趣味にとどめておくならやめろとは言わんが。
0213デフォルトの名無しさん
2015/10/18(日) 06:45:39.53ID:k26UA5Iq0214デフォルトの名無しさん
2015/10/18(日) 09:40:48.33ID:UcI/5vQY0215デフォルトの名無しさん
2015/10/18(日) 09:49:24.48ID:FU6fHshJ純粋にエディタとしての使い勝手が評価されてるわけじゃないので、
atomなどの他のシェルにも必要なプラグインさえあれば問題なく移行できる
対してvimは入力道具だから根強く残るだろうけど
0216デフォルトの名無しさん
2015/10/18(日) 11:55:26.86ID:WvPHJe2x使い続けててもショートカットキーで頻繁にミスりそう
0217デフォルトの名無しさん
2015/10/18(日) 12:07:26.70ID:486ZuQ8x0218デフォルトの名無しさん
2015/10/18(日) 12:08:25.42ID:usHUNN/I0219デフォルトの名無しさん
2015/10/18(日) 14:28:20.72ID:EztmzLmuほとんどミスらないよ
普通に切り替えられる
0220デフォルトの名無しさん
2015/10/18(日) 14:36:35.50ID:W+pOLtWX使えないんだよね？ その逆も同じ。
カーソルの移動や保存、終了のレベルで使えない。
Windowsのテキストエディタならそんなこと無いのに。
0221デフォルトの名無しさん
2015/10/18(日) 14:42:30.31ID:diScBqxL0222デフォルトの名無しさん
2015/10/18(日) 14:43:24.83ID:EztmzLmuEmacsを覚えようとする気持ちがあるならそんなレベル５分で突破できるよ
viはUnix系のOS触る人なら最低限の使い方はみんな知ってるはずだし
0223デフォルトの名無しさん
2015/10/18(日) 15:22:56.89ID:W+pOLtWX0224デフォルトの名無しさん
2015/10/18(日) 15:26:02.66ID:2izk1DSP0225デフォルトの名無しさん
2015/10/18(日) 15:27:16.57ID:NglnuKc20226デフォルトの名無しさん
2015/10/18(日) 15:27:19.70ID:TlCj8Nex0227デフォルトの名無しさん
2015/10/18(日) 15:50:50.92ID:W+pOLtWX手段と目的が逆になってるんだよな。
0228デフォルトの名無しさん
2015/10/18(日) 16:10:15.43ID:8PmYf0zQスレタイと全然違う論争でどんだけスレ消費するつもりだ
0229デフォルトの名無しさん
2015/10/18(日) 19:15:38.10ID:dvIcABTPシェルスクリプトは他のOSで使いにくいから汎用言語に移行できたが
0230デフォルトの名無しさん
2015/10/18(日) 19:39:27.42ID:W+pOLtWX0231デフォルトの名無しさん
2015/10/18(日) 19:47:33.21ID:k26UA5Iq0232デフォルトの名無しさん
2015/10/18(日) 19:52:50.28ID:UPMG2BEU？
■ このスレッドは過去ログ倉庫に格納されています