トップページ > プログラム > 2014年10月12日 > Km5KyqRm

書き込み順位&時間帯一覧

1 位/213 ID中時間01234567891011121314151617181920212223Total
書き込み数00000000000000100000456723



使用した名前一覧書き込んだスレッド一覧
片山博文MZ次期CEO ◆T6xkBnTXz7B0
デフォルトの名無しさん
C言語なら俺に聞け(入門編)Part 126
Rubyの設計上の欠点とは何か?
集合論に基づいた言語を作りたい

書き込みレス一覧

C言語なら俺に聞け(入門編)Part 126
560 :片山博文MZ次期CEO ◆T6xkBnTXz7B0 []:2014/10/12(日) 14:12:50.56 ID:Km5KyqRm
>>558
DirectSound
Rubyの設計上の欠点とは何か?
1 :デフォルトの名無しさん[]:2014/10/12(日) 20:39:59.49 ID:Km5KyqRm
Rubyの設計上の欠点を修正した新しい言語「Roovy(仮)」を考えるスレッドです。

【英語圏に優しくない】
使っている単語がそもそもおかしい。stripって何よ、いやらしい。trimだろ。

【C言語ユーザーに優しくない】
論理値の解釈が異常(if 0)。カッコの対応が分かりにくい。

【数値計算のスピードが遅い】
行列演算が遅い。何やってるんだ。

【コンパイルできない】
特異メソッドなど、コンパイルを困難にする言語のため、コンパイルが容易でない。

【デバッグが困難】
assertが無いのはおかしい。デバッグツールが充実していない。
Rubyの設計上の欠点とは何か?
2 :デフォルトの名無しさん[sage]:2014/10/12(日) 20:42:22.51 ID:Km5KyqRm
絶滅しそうなプログラミング言語は?

新しいプログラミング言語が人気を得ると、古いプログラミング言語は人気を失いつつも使われ続けるか、死んでいくことになる。
Dice Newsの記事では、死んでいくと予想される5つのプログラミング言語を、最後に書くプログラム「Goodbye, World」のサンプル
コードとともに紹介している。
本家/.「Goodbye, World? 5 Languages That Might Not Be Long For This World」より
http://developers.slashdot.org/story/14/10/09/1453237/goodbye-world-5-languages-that-might-not-be-long-for-this-world

死んだテクノロジーのゴミ箱行きになると予想されるのは、どのプログラミング言語だろうか。Perl 6の開発状況を考えると、
Perlは素晴らしい候補者だ。Perl 6は言語の完全な刷新を目指して2000年に設計が始められたものの、開発は遅々として進んでいない。

RubyやVisual Basic .NET、Object Pascalは一時的に人気を獲得したが、死んでいくプログラミング言語リストの上位を占めている
といえる。開発結果に問題があるか、産業が方向性を変えるか、特定の言語が時代遅れとなる時はいずれやってくる。皆さんは、どの
プログラミング言語が近いうちに絶滅すると考えるだろうか。

このほかDiceの記事では、Adobe FlashとAdobe AIRで使われるActionScriptを候補に挙げている。ActionScriptは実質Flash/AIRでしか
使われていないため、これらの技術が使われなくなれば専用のプログラミング言語も消えていくという話だ。なお、本家/.編集者の
timothy氏は、COBOLが今でも生き残っていることを考えると、PerlやRubyが死につつあるという主張を真剣にとらえることはできないと指摘している。
http://developers.slashdot.jp/story/14/10/10/2155216

---
5 Programming Languages Marked for Death
http://news.dice.com/2014/10/09/5-programming-languages-marked-for-death/
詳細ソース

・Perl
・Ruby
・Visual Basic.NET
・Adobe Flash and AIR
・Delphi’s Object Pascal

http://peace.2ch.net/test/read.cgi/tech/1382307475/940
Rubyの設計上の欠点とは何か?
5 :デフォルトの名無しさん[sage]:2014/10/12(日) 20:51:05.39 ID:Km5KyqRm
>>3
PHPやHipHopみたいにすると、シェルスクリプトの#!との整合性が失われるのでは?
Rubyの設計上の欠点とは何か?
7 :デフォルトの名無しさん[sage]:2014/10/12(日) 20:54:52.65 ID:Km5KyqRm
>>4
英語圏でRubyの支持が下がっていることに反論をお願いします。
Rubyの設計上の欠点とは何か?
8 :デフォルトの名無しさん[sage]:2014/10/12(日) 21:15:21.69 ID:Km5KyqRm
【コンパイルできない】について。
PythonにはCPythonがあるのに、Perlでさえもコンパイルできるのに、Rubyはいつまで待っても
コンパイルできない。Dは、そのままスクリプト言語兼コンパイル言語として使えるのに。
なんでか?
Rubyの設計上の欠点とは何か?
11 :デフォルトの名無しさん[sage]:2014/10/12(日) 21:27:20.29 ID:Km5KyqRm
>>6
ファイルの最初に#!があるやつを特別扱いすればいいな
Rubyの設計上の欠点とは何か?
13 :デフォルトの名無しさん[sage]:2014/10/12(日) 21:31:32.77 ID:Km5KyqRm
RubyってCで書かれてるんだよね?
C++やDで書き直したら性能が向上するんじゃね?
Rubyの設計上の欠点とは何か?
14 :デフォルトの名無しさん[sage]:2014/10/12(日) 21:41:29.73 ID:Km5KyqRm
>>12
shebang使いたいやつだけ使えばいい。使う場合はHTML互換ではないという前提で。
Rubyの設計上の欠点とは何か?
15 :デフォルトの名無しさん[sage]:2014/10/12(日) 21:43:37.43 ID:Km5KyqRm
Rubyについて(アンチ専用) Part004
http://peace.2ch.net/test/read.cgi/tech/1249737531/
Rubyの設計上の欠点とは何か?
18 :デフォルトの名無しさん[sage]:2014/10/12(日) 22:07:28.95 ID:Km5KyqRm
ググった。.html.erbでテンプレート書いてビューでパラメーターを用意して
レンダリングだろ?
やっぱ拡張子は別の方がいいな。
.rov
.rov.html
とかな。
Rubyの設計上の欠点とは何か?
19 :デフォルトの名無しさん[sage]:2014/10/12(日) 22:15:23.87 ID:Km5KyqRm
PHPとRoRを足して2で割ったものを作ればいいかな
Rubyの設計上の欠点とは何か?
20 :デフォルトの名無しさん[sage]:2014/10/12(日) 22:23:36.84 ID:Km5KyqRm
PHPみたいに拡張モジュールがたくさんあって関数呼べばすぐ使えるというのはいい。
ただ、PHPのオブジェクト指向は$this->を多用するから好きではない。
集合論に基づいた言語を作りたい
494 :デフォルトの名無しさん[sage]:2014/10/12(日) 22:38:10.76 ID:Km5KyqRm
advanced
application
applied
集合論に基づいた言語を作りたい
495 :デフォルトの名無しさん[sage]:2014/10/12(日) 22:44:43.09 ID:Km5KyqRm
the set theory applied programming (STAP) language

略してSTAP言語
Rubyの設計上の欠点とは何か?
21 :デフォルトの名無しさん[sage]:2014/10/12(日) 22:57:57.14 ID:Km5KyqRm
ローカル変数とメソッド呼び出しが区別できないバグがある件な
Rubyの設計上の欠点とは何か?
25 :デフォルトの名無しさん[sage]:2014/10/12(日) 23:07:53.82 ID:Km5KyqRm
新言語Rovyではメソッド呼び出しに必ず!か?を付ける。
!は破壊的で?は非破壊的。
?はC++のconstメソッドと同じ。
Rubyの設計上の欠点とは何か?
27 :デフォルトの名無しさん[sage]:2014/10/12(日) 23:13:27.43 ID:Km5KyqRm
Rovyでは、インスタンス変数に@ではなく.をつける。
Rubyの設計上の欠点とは何か?
31 :デフォルトの名無しさん[sage]:2014/10/12(日) 23:30:55.15 ID:Km5KyqRm
Rovyでは変数は、キーワードvarを使って宣言できる。
explicit var文により、varの使用を強制できる。
Rovyでは変数にはキーワードasを使って型ヒントを書くことができる。
explicit type文により、型ヒントを強制できる。
Rubyの設計上の欠点とは何か?
32 :デフォルトの名無しさん[sage]:2014/10/12(日) 23:32:56.92 ID:Km5KyqRm
s/explicit/strict/

strictとtypeはRovyのキーワード。
Rubyの設計上の欠点とは何か?
33 :デフォルトの名無しさん[sage]:2014/10/12(日) 23:37:49.70 ID:Km5KyqRm
Rovyでは、ブロックのまとまりはC言語と同様に{}を使う。

# 破壊的メソッドf!。
def f! a,b {
.a = a
.b = b
}
# 非破壊的メソッドg?
def g? {
.a = 0 #エラー
}
Rubyの設計上の欠点とは何か?
34 :デフォルトの名無しさん[sage]:2014/10/12(日) 23:42:21.99 ID:Km5KyqRm
var .a as int
var .b

def f! a as int, b {
.a = a
.b = b
return 0
}

asとdefとreturnはRovyのキーワード。
Rubyの設計上の欠点とは何か?
37 :デフォルトの名無しさん[sage]:2014/10/12(日) 23:56:17.23 ID:Km5KyqRm
Rovyでは、行がカンマで終わった場合は次の行をつなげて解釈する。


※このページは、『2ちゃんねる』の書き込みを基に自動生成したものです。オリジナルはリンク先の2ちゃんねるの書き込みです。
※このサイトでオリジナルの書き込みについては対応できません。
※何か問題のある場合はメールをしてください。対応します。