トップページ⇒tech
1001コメント260KB

静的型付け言語の潜在開発生産性は今の100倍 ×3

レス数が1000を超えています。これ以上書き込みはできません。
0001デフォルトの名無しさん2013/10/25(金) 08:10:09.84
人間がやっていたことを、コンピュータにやらせる。
これが生産性を上げる最大の方法。
コンピュータは間違わない、同じ事を何度も高速に行える。

その為に、コンピュータがコードの意味を正確に
認識できる方法が必要。実行しないとわからないことは
コンピュータは認識できない。

すなわち静的型付け言語であれば、実行しなくてもわかるので
コンピュータが理解できる。そうすれば様々な
コンピュータの高度な情報支援が得られる。

コンピュータのバックアップを受け、人間の生産性は
限りなく向上する。

前スレ
静的型付け言語の潜在開発生産性は今の100倍 ×2
http://toro.2ch.net/test/read.cgi/tech/1380987002/
0002デフォルトの名無しさん2013/10/25(金) 08:11:12.46
タイトル変えることになってただろ
糞スレのまま立てんな
0003デフォルトの名無しさん2013/10/25(金) 09:06:09.76
>>1
サンクス。
やったけど、立てられなかったんだ。

>>2
なんでも自分の意見が同意を得られてると
思うんじゃないよ。
0004デフォルトの名無しさん2013/10/25(金) 10:28:35.95
生産性が高いんじゃなくて速度が速いだけだよね？
0005デフォルトの名無しさん2013/10/25(金) 10:42:43.74
いいや再利用性によって開発効率を底上げできる
0006デフォルトの名無しさん2013/10/25(金) 12:13:17.87
再利用なんてしない
毎回作ったほうがその度に良くなるし、スキルも上達する
0007デフォルトの名無しさん2013/10/25(金) 13:27:34.06
マシン語でも使ってろ
0008デフォルトの名無しさん2013/10/25(金) 13:32:12.84
生産工数は生産物の耐用期間数の平方根に比例するとか何とか言っとけばみんあ平和
0009デフォルトの名無しさん2013/10/25(金) 13:38:19.91
自分は再利用はするがコピペはしないな
見て良いように変えながら移す
一手間をかけるといつどんなコード書いてきたか思い出せるから便利よ
0010デフォルトの名無しさん2013/10/25(金) 14:03:38.89
本当に再利用する箇所はコンポーネント化しとく
これはDelphiやってた頃に習慣になった
一度作るとずっと使えるし、修正したいときも継承すりゃいいだけ
0011デフォルトの名無しさん2013/10/25(金) 17:24:01.81
型さえ合えばそのまま流用できるとか
どこまでお花畑なんだろ静的厨はw
0012デフォルトの名無しさん2013/10/25(金) 18:08:52.10
>>6
それはスキルが伸び続けるのが条件だよね
ここにいるのは、もう成長曲線が平らか下がってるようなおっさんばかりだぞ
0013デフォルトの名無しさん2013/10/25(金) 18:47:23.27
関数型ならわかるけど
動的から静的型付けにすると再利用性あがるの？
0014デフォルトの名無しさん2013/10/25(金) 19:16:48.89
まず上がらないね。
0015デフォルトの名無しさん2013/10/25(金) 19:19:24.08
ソフトウェアの価値は高くなるね
そういう意味では再利用性は上がると言えなくもない
0016デフォルトの名無しさん2013/10/25(金) 19:22:52.09
静的型付け言語でも再利用をする気がないやつには無理
そもそもそういう奴には動的型付けが向いている
0017デフォルトの名無しさん2013/10/25(金) 19:23:18.38
再利用性は動的のほうが高い。
静的型で真面目に仕様から型を抽出してマメに設計してあればしてあるほど
別のプロジェクトで再利用できる可能性は低くなっていく。
案件ごとに型名も型の実装も全然別ものになるからな。
気がついたらスクラッチから書き直したほうが早かったなんてことになる。
動的型ならメソッドなど再利用する部分について必要な部分だけ置き換えて
合わせてやればいいから、簡単。
0018デフォルトの名無しさん2013/10/25(金) 19:29:32.46
一般化したものを抽出する知能がなく特殊化したクラスを抽出することしかできない奴に噛みつかれてしまった
0019デフォルトの名無しさん2013/10/25(金) 19:31:43.37
リファクタリング最高だぜヒャッハー！
これは動的型付けには真似できんだろ
0020デフォルトの名無しさん2013/10/25(金) 19:32:08.99
ではPOS分析システムの「顧客」型を扱う売上集計用の関数を
証券システムの「顧客」型に適用できるのかい？
0021デフォルトの名無しさん2013/10/25(金) 19:32:53.97
>>19
リファクタリングって元は動的型言語から生まれた技術だってことは
もう過去スレで何度も出てきているのに読めない文盲のバカですか？
お大事に。
0022デフォルトの名無しさん2013/10/25(金) 19:35:35.02
起源と優劣の区別すらつかないの？
0023デフォルトの名無しさん2013/10/25(金) 19:35:38.08
リファクタリングもコンプリーションもユニットテストも
動的言語が元だねw
0024デフォルトの名無しさん2013/10/25(金) 19:36:11.22
>>22
何も生み出せない静的型言語ぷぷぷ
0025デフォルトの名無しさん2013/10/25(金) 19:36:57.68
静的型の最大のメリットは
ドカタが仕事した気になれることw
0026デフォルトの名無しさん2013/10/25(金) 19:41:09.24
ドカタ言語の代表格 PHP,Perl,Ruby,Javascript
あれ?
0027デフォルトの名無しさん2013/10/25(金) 19:42:31.02
>>19
その2つに共通するものを抽出した上位クラスを作って
次のシステムに再利用する顧客ベースクラスをつくろう
という発想が皆無な時点で
脳に一般化を妨げるある傾向がみられる
0028デフォルトの名無しさん2013/10/25(金) 19:45:21.15
アンカー間違ってた
>>19じゃなくて>>20
0029デフォルトの名無しさん2013/10/25(金) 19:51:51.67
>>27
ぷぷぷ
じゃあPOSでの「顧客」と証券での「顧客」の上位クラスって何を定義するんだい？
いっとくがPOSでの顧客なんて一意性すらないぞw
0030デフォルトの名無しさん2013/10/25(金) 19:55:44.36
今の動的言語のほとんどはCで作られてるからCが最強だな
を地で行ってるのが>>24
0031デフォルトの名無しさん2013/10/25(金) 19:58:07.41
>>27
こういう場合普通はAdaptorパタンだと思うが
0032デフォルトの名無しさん2013/10/25(金) 20:00:51.61
今時の動的言語でC実装しかない言語なんて少数派だと思うが。
PythonにすらPyPyがあるしRubyにもRubiniusがあるし。
0033デフォルトの名無しさん2013/10/25(金) 20:02:22.76
再利用の一般論を話してるのに
反証にすらならない特殊な事情に引きずり込みたいらしい
POSの顧客がどうなってるかなんか知らんよ
0034デフォルトの名無しさん2013/10/25(金) 20:03:37.49
>>33
中身を知りもしないのに型の名前が同じなら再利用できそうな気になっちゃう静的脳w
0035デフォルトの名無しさん2013/10/25(金) 20:03:52.48
論理の飛躍を指摘したのに、
今度は存在するだけでそれが主流という飛躍した論理で反論するのか
会話の通じない相手とは話したくないな
0036デフォルトの名無しさん2013/10/25(金) 20:04:46.46
動的型言語は賢くなくても使いこなせるのがメリットだと、煽りじゃなくそう思う
0037デフォルトの名無しさん2013/10/25(金) 20:05:53.69
POSの顧客だけじゃなく案件ごとに違うものなんていくらでもある
「商品」だって案件ごとに違うし
「取引」だって案件ごとに違う
「名前」だって案件ごとに違うぐらいだw
0038デフォルトの名無しさん2013/10/25(金) 20:08:14.05
動的型って言っても型注釈がないだけでメタ的な型はあるから
実はよく訓練された静的型脳じゃないとまともに扱えないという矛盾
0039デフォルトの名無しさん2013/10/25(金) 20:09:36.75
なんだよ動的静的関わりなく
そもそも再利用できない例だったの？(顧客の例)
イヤらしいな
0040デフォルトの名無しさん2013/10/25(金) 20:12:29.43
動的型なら売上引っ張るラッパー書けば一発じゃないの？
0041デフォルトの名無しさん2013/10/25(金) 20:13:10.72
あ
0042デフォルトの名無しさん2013/10/25(金) 20:17:31.37
型付け関係ないな
0043デフォルトの名無しさん2013/10/25(金) 20:19:25.44
C++方式が一番いいんじゃないの？
動的と言っても言語の設計者が決めたルールで動的でしょ？
C++なら変換関数を自分で書けるじゃないの。
RTTIもあるし。
0044デフォルトの名無しさん2013/10/25(金) 20:20:23.95
いまのところおまえしか解らん顧客に関する特殊な事情をもっと具体的にコードレベルで頼む
0045デフォルトの名無しさん2013/10/25(金) 20:20:50.27
ダックタイピングって的確な表現だよな
ほんとに型を前提にしない動的言語のコードなんてほぼ存在しない
0046デフォルトの名無しさん2013/10/25(金) 20:23:13.27
C++ RTTI＝互換性低下させるだけのゴミ
0047デフォルトの名無しさん2013/10/25(金) 20:24:20.22
スクリプト言語こそ型判定しまくりで本末転倒なことになってるけどね
0048デフォルトの名無しさん2013/10/25(金) 20:46:11.62
>>47
そりゃお前が下手糞なだけw
0049デフォルトの名無しさん2013/10/25(金) 20:55:58.82
>>44
わかってないのは君だけw
0050デフォルトの名無しさん2013/10/25(金) 20:58:39.02
うわぁ捨て台詞を吐いて逃げやがった
0051デフォルトの名無しさん2013/10/25(金) 20:59:32.57
顧客や商品なんてどこも似たようなもんだぞ
レシート見てみ？どこも大差ないぞ
0052デフォルトの名無しさん2013/10/25(金) 22:59:09.90
動的型付け言語は、
* メリット
** ライブラリを作成時、型に縛られないから使いまわしがしやすい
** バグがありそうなロジックにブレークポイントを仕込んどけば、デバッグ中に動的にコードの修正をしながら、ステップを進めたり戻したり、データをデバッグ用に差し替えたりが用意
** 汎用性のある連想配列
** ビルド時間皆無
* デメリット
** 静的とは相対的に遅い
** リファクタリングの時に困る
** うっかりミス(Typoとか型間違えとか)の時にやばい

静的型付け言語は、
* メリット
** コンパイル成功 ≠ バグが取れた
* デメリット
** UI、ソケット、非同期等、大抵のシステムではメリットのコンパイル成功 ≠ バグが取れた、の恩恵にありつけない
** 動的型付けのメリットにありつけない

ピュアなJavascriptの開発に限界感じてるのはGoogleも表明してるし、げんにDartとかも登場してるし、
C#にもReflectionで動的なプログラミングを可能にしたり、
HaxeでもDynamic使ってJavascriptとの橋渡しを、提供したり、
ケースバイケースで双方良いとこは取り入れて入ってる感がある、
動的onlyや静的onlyはむしろ最近じゃめずらしい。
0053デフォルトの名無しさん2013/10/25(金) 23:02:32.63
>>52
やっぱりわかってないな。

静的型付け言語の一番のメリットは
影響範囲が正しく分かるってことだろ。

大規模のアプリで、オブジェクトがあちこちにわたっていたり、
使われていたりする時に、何かを変更した結果が
どの範囲に影響を及ぼすかがわかる。

そんなこまごまとしたメリットなんてどうでもいいよ。
0054デフォルトの名無しさん2013/10/25(金) 23:05:01.69
動的型付け言語で困るのが、
これ？変更しても大丈夫だろうか？っていうこと。
どこで使われているかわからないから
不用意に変更できない。
かといって、調査に時間が掛かる。

たまたま同じ名前なのか本当に同じなのか。
この関数を呼び出しているのはどこかのか
同じ名前の違う関数ではないのか、
これの引数に入っているオブジェクトは何なのか
それ以外にありえないのか。

大規模になればなるほど調査に時間がかかり、
それぐらいのコストを掛けるぐらいならと
場当たり的な対応をし、すぐにコードが汚くなり
保守が不可能になる。
0055デフォルトの名無しさん2013/10/25(金) 23:27:52.87
>>29
実際に何かをリファクタするとしてそれらを共通化しようとするバカいねーよw
そんな例しか出てこないところに無能っぷりがかいまみえる。
0056デフォルトの名無しさん2013/10/25(金) 23:43:14.17
>>52
>動的型付け言語は、
>* メリット
>** ライブラリを作成時、型に縛られないから使いまわしがしやすい
暗に静的言語同様のインターフェース決めとかないと使い回しできない。
前もってインターフェース決めていいなら静的型付けでも実現可能。
>** バグがありそうなロジックにブレークポイントを仕込んどけば、デバッグ中に動的にコードの修正をしながら、ステップを進めたり戻したり、データをデバッグ用に差し替えたりが用意
嬉しいか？静的型付け言語でもデバッガでブレークポイント貼れるが。
>** 汎用性のある連想配列
静的型付け言語で連想配列がかけないとでも？
>** ビルド時間皆無
ほんのちょっと嬉しいかもしれないが下記デメリットの前にはどうでも良いレベル。
>* デメリット
>** 静的とは相対的に遅い
>** リファクタリングの時に困る
>** うっかりミス(Typoとか型間違えとか)の時にやばい

>静的型付け言語は、
>* メリット
>** コンパイル成功 ≠ バグが取れた
ニアリーイコールっていう意味か？
静的型付けだろうが動的型付けだろうがエラーなく動いたぐらいでバグがとれたとは言えない。

>* デメリット
>** UI、ソケット、非同期等、大抵のシステムではメリットのコンパイル成功 ≠ バグが取れた、の恩恵にありつけない
同上。
>** 動的型付けのメリットにありつけない
当たり前。動的型付けのメリットにありつけたらそれは静的型付けに比べた動的型付けの
メリットではない。
0057デフォルトの名無しさん2013/10/25(金) 23:57:28.85
誰かが呟いてたけど動的の人は型を制約として捉えるけど静的な人は保証と捉えると。
互いのその認識踏まえた上で話しないと何時迄も平行線だろ。

自分は静的の人ですけどね(´・ω・｀)
0058デフォルトの名無しさん2013/10/26(土) 00:16:05.97
だから静的も動的も型推論も使える言語が一番いいんだよ
0059デフォルトの名無しさん2013/10/26(土) 00:23:01.36
>>52

>** バグがありそうなロジックにブレークポイントを仕込んどけば、デバッグ中に動的にコードの修正をしながら、ステップを進めたり戻したり、データをデバッグ用に差し替えたりが用意
へー。動的型付け言語ってステップ戻せるんだ。
確かにレジスタとかメモリアドレスとかコンパイル時に決められるわけじゃないから、
ある程度は可能か。それはいいかも。
0060デフォルトの名無しさん2013/10/26(土) 00:23:52.24
>>58
C++/CLIですね、わかります。
0061デフォルトの名無しさん2013/10/26(土) 01:04:36.40
デバッグ時にステップ戻せる言語って何？
0062デフォルトの名無しさん2013/10/26(土) 01:25:35.15
>>61
それは言語じゃなくて動作環境含むデバッグ環境だろ。
c#だって技術的にはできると思うよ？
0063デフォルトの名無しさん2013/10/26(土) 01:27:43.30
思うとか、言語じゃなくてと言われても。
環境でも何でもいいけど、実際にできる言語って何よ。
0064デフォルトの名無しさん2013/10/26(土) 01:31:28.20
OCamlのocamldebugとかかな
0065デフォルトの名無しさん2013/10/26(土) 01:37:27.60
>>64
おーすげえ。教えてくれてありがとう。
0066デフォルトの名無しさん2013/10/26(土) 01:47:36.03
>>61
VB6

http://homepage1.nifty.com/rucio/main/dotnet/shokyu/standard41.htm
> さらにステップ実行中にコードの左側に表示されている黄色い矢印をマウスを使って
> 上下に移動させることもできます。移動させると移動先の行から実行を
> 再開することができます。もう一度処理を実行させて試したい場合や、
> 処理を飛ばして先のほうを実行したい場合などに便利な機能です。

しかも静的型付け言語でありながら、動的型付け言語の機能も備えている。
コンパイルもできるし、インタプリタ実行もできる。

イミディエイトウィンドウで作った関数を
すぐに実行したりできる。
0067デフォルトの名無しさん2013/10/26(土) 01:54:01.34
VB6じゃほぼ動的言語じゃねえか。
0068デフォルトの名無しさん2013/10/26(土) 02:00:45.71
だから両対応だって。
型をちゃんと書けば
静的になる。
0069デフォルトの名無しさん2013/10/26(土) 02:02:37.45
型指定なんて直接API触る時ぐらいだったよ。
大多数がまともに使ってないだろ。
0070デフォルトの名無しさん2013/10/26(土) 02:11:50.44
>>69
型指定なしでどうやってインターフェース継承使うんだよ？
お前が使ってないからって、みんなお前のレベルだと思うな。
0071デフォルトの名無しさん2013/10/26(土) 02:16:29.04
そんな時のObject
0072デフォルトの名無しさん2013/10/26(土) 02:17:15.59
>>66
> ただし、飛ばした部分のプログラムは一切実行されないなど
> 通常のプログラムとは異なる特別な順番で実行することになりますので
> その点には注意を払ってください。

良く知らんが、すげーいい加減なんだな
ステップを戻したときに、ちゃんと全ての状態を巻き戻して実行してんのか疑問なんですけど
0073デフォルトの名無しさん2013/10/26(土) 02:20:05.06
>>70
少なくとも自分の周りでまともにクラス設計してる奴なんていなかったよ。
平均的なVB6プログラマなんてこの程度だと思ってたけど違うんか？
0074デフォルトの名無しさん2013/10/26(土) 02:28:20.89
VB6使うプロジェクトって、VBAでExcelとか?
0075デフォルトの名無しさん2013/10/26(土) 02:31:08.04
>>72
ステップをもどしても一切巻き戻したりしませんが？

>>73
お前の周りではそうだったとしても、みんながそうだと思うなよ
型指定しない変数を普通に使うやつは平均以下のプログラマだ
すくなくとも俺の周りではな
0076デフォルトの名無しさん2013/10/26(土) 02:32:43.93
型推論により省略可能な場合はどうなりますか
0077デフォルトの名無しさん2013/10/26(土) 02:35:50.99
>>75
> ステップをもどしても一切巻き戻したりしませんが？

だっせぇ。よくそんなんで話に入ってこようと思ったな
しょせんVBか
0078デフォルトの名無しさん2013/10/26(土) 02:39:19.82
>>75
俺はATLでコンポーネント作る担当だったんだけど、
てっきりVB6自体がそういうツールなんだと思ってた。
真面目に書いてる人もいたのか。
0079デフォルトの名無しさん2013/10/26(土) 02:49:56.30
>>78
君に賛同する
0080デフォルトの名無しさん2013/10/26(土) 02:55:09.68
日本のソフトウェア技術力が
低いのなんて今に始まったことではない。

少なくとも言えることは、
使ってない人が多いという話（人間の問題）と
言語自体の機能の話は分けて考えるべきだ。

言語の話を使ってい時に、そんなの使ってる人
いねーよというのは反論でも何でもない。
0081デフォルトの名無しさん2013/10/26(土) 02:56:46.38
>>77
そのVBができることが
出来ない言語が大半なんですが？
動的言語であってもね。
0082デフォルトの名無しさん2013/10/26(土) 03:25:26.50
巻き戻せないのなら意味ない
うっかり飛ばしてしまったように２，３ステップ分記録を持っとけばいいだけ
0083デフォルトの名無しさん2013/10/26(土) 03:27:30.58
InteliTrace便利ですし
0084デフォルトの名無しさん2013/10/26(土) 08:33:45.98
未だに動的言語ではリファクタリングできないと思い込んでる馬鹿がいるんだね
0085デフォルトの名無しさん2013/10/26(土) 08:35:45.79
>>61
GEMSTONE
0086デフォルトの名無しさん2013/10/26(土) 08:37:25.20
静的型マンセーしてる人って、本物の動的型を使ったことない人ばかりだよねw
0087デフォルトの名無しさん2013/10/26(土) 08:42:17.38
>>86
本物の動的型てなんぞ？
0088デフォルトの名無しさん2013/10/26(土) 08:53:56.42
最低でもLISP, PROLOG, SmallTalkの3つはマスターしてないと
動的型なんて語れないでそ
0089デフォルトの名無しさん2013/10/26(土) 09:07:39.94
>>88
その3つをマスターしてる人なんているのかな。
マイナーなものばかり、生産性が高いんだったらもっと使われててもいいような気もするが。
0090デフォルトの名無しさん2013/10/26(土) 09:14:08.08
>>88はマスターしてないと思うが、
自分が知ってる動的型プログラマは3つとも使える人が多い。
どれも言語仕様はすごくシンプルだしね。
0091デフォルトの名無しさん2013/10/26(土) 09:15:10.40
>>90
マスターしてないんだったら語れないじゃんｗ
0092デフォルトの名無しさん2013/10/26(土) 09:16:16.56
生産性低いに決まってるだろ。
ああだから生産性は高い、こうだから優れているって言い訳ばかりで、
何の実績もないまま20年経った。
0093デフォルトの名無しさん2013/10/26(土) 09:18:05.81
>>92
どの言語も実績はある。おまえが知らないだけ。
0094デフォルトの名無しさん2013/10/26(土) 09:19:10.84
そういやルンバはLISPで動いてるんだっけ？
0095デフォルトの名無しさん2013/10/26(土) 09:19:52.22
>>93
PROLOGはシグマプロジェクトで大活躍したって聞きました（皮肉）
0096デフォルトの名無しさん2013/10/26(土) 09:20:51.51
静的厨って、第五世代とΣの違いもわかってないアホ揃いなんですねw
0097デフォルトの名無しさん2013/10/26(土) 09:21:05.99
プロトタイプベースが分かってない奴は多いし
JavaScriptなんかでは理解しなくても一見クラスベースっぽくできるからね
0098デフォルトの名無しさん2013/10/26(土) 09:22:16.81
93
誰も知らない無名ソフトならそりゃどんな言語でもあるだろ。
0099デフォルトの名無しさん2013/10/26(土) 09:25:31.52
>>96
どっちでもいいよｗ
0100デフォルトの名無しさん2013/10/26(土) 09:26:15.24
>>99
わかりやすい勝利宣言、おめでとう！
0101デフォルトの名無しさん2013/10/26(土) 09:27:14.91
プロトタイプベースでJSなんかを例に出すのはニワカだな
通はSelfを使うものだ
0102デフォルトの名無しさん2013/10/26(土) 09:29:51.76
>>88
関数型も論理型もオブジェクト指向も本質は動的型なんだな。
0103デフォルトの名無しさん2013/10/26(土) 09:33:52.69
一人で開発するならまだしも多人数で開発するとなると
自分が作った関数がどっから呼ばれるのかわからないから
引数をチェックして対応できるか判断するのが当然なんだけどね。
開発の規模が大きくなるにつれて型を書かなくていいってことが裏目に出る。
TypeScriptで型が導入されたのはそういう理由だろう。
0104デフォルトの名無しさん2013/10/26(土) 09:56:22.42
JSに変換する言語なんてコンパイルまでの間にいかに恩恵があるかってことだから
TSは型を入れてみましたってとこで必要急務だからってわけではないかと
0105デフォルトの名無しさん2013/10/26(土) 09:58:29.84
>>104
恩恵のために型を入れたんだろ？
何を言ってるかいみふ(´・ω・｀)
0106デフォルトの名無しさん2013/10/26(土) 09:58:53.10
Selfってプロトタイプ付け替えたり簡単に出来ないじゃん
二流だよ
0107デフォルトの名無しさん2013/10/26(土) 10:03:49.07
>>105
別にお前に話してないんだが
絡んでくるなよ気持ち悪い
0108デフォルトの名無しさん2013/10/26(土) 10:07:16.44
>>105
動的型言語からJSへの変換なんてのもあるが？
0109デフォルトの名無しさん2013/10/26(土) 10:08:08.20
>>98
自分の無知を動的言語のせいにするのって
最高にカッコイイですね

今日の君は最高に輝いているよ！







くすくす
0110デフォルトの名無しさん2013/10/26(土) 10:08:36.10
>>107
独り言ならちっちゃい声で言えよ。
大声で>>104のようなことを言われると何事かと思うだろ（ささやき声）
0111デフォルトの名無しさん2013/10/26(土) 10:13:14.07
CSとTSは特殊でベターJSを目指して作られたものだろう？
他言語のトランスレーションとはまた異なるよ
0112デフォルトの名無しさん2013/10/26(土) 10:14:13.51
だってよ
独り言気をつけろよ>>103
0113デフォルトの名無しさん2013/10/26(土) 10:15:02.53
>>110
一人芝居乙
0114デフォルトの名無しさん2013/10/26(土) 10:15:43.22
>>102
Haskell、OCaml、F＃「……」
0115デフォルトの名無しさん2013/10/26(土) 10:18:23.26
HaskellもF＃今では動的型を取り入れて完全な静的型じゃなくなってる
0116デフォルトの名無しさん2013/10/26(土) 10:22:05.20
>>112
>>103は独り言じゃないが。お前らに対して言ったことだが。
返信してくれても全然構わない。自分の殻に閉じこもってお前に話してないだ
なんていう冷たい態度は取らないし気持ち悪いとも思わない。安心してかかってこい。
0117デフォルトの名無しさん2013/10/26(土) 10:26:04.52
お前がそう思うってだけの戯言に付き合う奴が居ると思ってんの？
一般的に言えるならソースを示せ
そうじゃないんならここはお前の日記帳じゃないんだがら自重しろ
0118デフォルトの名無しさん2013/10/26(土) 10:33:43.09
命令型の始祖は機械語
関数型の始祖はLISP
オブジェクト指向の始祖はSmallTalk
論理型の始祖はProlog

計算の本質に静的型は不要
静的型はしょせん検査にすぎない
0119デフォルトの名無しさん2013/10/26(土) 10:36:09.06
世の中にVB6以上の開発環境があるだろうか
プログラマのわがままのほとんどを受け入れてくれた
唯一不可能はのは単独exe配布だけだな
0120デフォルトの名無しさん2013/10/26(土) 10:41:02.24
>>115
Haskellはライブラリレベルのサポートじゃないの？
ライブラリで良ければ、いくらでも動的型をエミュレートできるよ
0121デフォルトの名無しさん2013/10/26(土) 10:42:28.23
>>117
俺はソース出さなくてもいいという立場だからソースを出さなくてもいいが、
お前は付き合って欲しければ一般的な事柄でありソースが必要だという立場なんだから
ここが俺の日記帳じゃないことのソースを出せｗ
0122デフォルトの名無しさん2013/10/26(土) 10:42:29.63
チューリング完全なんだし当たり前
0123デフォルトの名無しさん2013/10/26(土) 10:43:32.70
>>120
違うよ。
型クラスのメソッドの名前解決に実行時型情報が必要な場合があるから。
0124デフォルトの名無しさん2013/10/26(土) 10:50:44.97
それって実行時型情報が合わなくて実行時エラーが出たりするの？
それとも、静的型OOPのポリモーフィズムみたいなもん？
0125デフォルトの名無しさん2013/10/26(土) 10:53:02.91
実行時エラーにはならない。名前解決可能であることは型検査で保障されている。
0126デフォルトの名無しさん2013/10/26(土) 11:01:00.40
型付けをオプションにすればいいじゃんというけど
書く人によって様変わりする言語はそれはそれで問題がある
習得後個人で使う分には良いんだけど
0127デフォルトの名無しさん2013/10/26(土) 11:05:12.11
入門書が糞な書き方ばかり紹介してるのはどうにかしたい
0128デフォルトの名無しさん2013/10/26(土) 11:25:00.30
>>125
動的型なのに型エラーが出ないなんて完璧ですね
他のウンコ言語も見習うべきだと思います
0129デフォルトの名無しさん2013/10/26(土) 11:30:03.82
は？
むしろ動的型では暗黙の型変換でエラーが出ないっていうのが
見つけにくいバグにつながって困るよねって話だろ？？？
0130デフォルトの名無しさん2013/10/26(土) 11:31:16.97
>オブジェクト指向の始祖はSmallTalk

オブジェクト指向の元祖はSimula。
SmallTalkがオブジェクト指向の元祖だと思ってる奴はニワカ。
0131デフォルトの名無しさん2013/10/26(土) 11:31:28.07
>>128
そうだね、動的型を使えないウンコ言語は
動的型を取り入れたHaskellのように
動的型言語を見習うべきだと思います
0132デフォルトの名無しさん2013/10/26(土) 11:32:11.04
>>130
Simulaはクラスの元祖ではあるけどオブジェクト指向の元祖じゃないよ

この違い、わからないのかなー？
0133デフォルトの名無しさん2013/10/26(土) 11:39:32.70
>>130
チューリング賞受賞者をニワカ呼ばわりですか？
http://userpage.fu-berlin.de/~ram/pub/pub_jf47ht81Ht/doc_kay_oop_en
0134デフォルトの名無しさん2013/10/26(土) 11:39:48.43
実行時になるまで型エラーが見つからないなんて
劣ってるよね間違いなく
0135デフォルトの名無しさん2013/10/26(土) 11:41:35.87
Simulaもチューリング賞をsmalltalkより先にもらってるわけだが。
0136デフォルトの名無しさん2013/10/26(土) 11:51:36.53
>>135
で、そのSimulaの2人が「俺達こそがOOの発明者だ」と主張しているの？
それとも単に尻馬に乗った他人が「Simulaが元祖だい！」とわめいているだけなの？
0137デフォルトの名無しさん2013/10/26(土) 12:01:43.33
実行時の型エラーというか
実行時に想定外の型が入ってくるのを事前にチェックしづらいってのが問題

でもそのかわり関数の戻り値とかを
型にこだわらないバラエティに富んだものにして
柔軟な思想で設計ができる

それと、確かに型チェックも重要だが、
そもそも値が適切か調べる過程に型チェックを十分内包させられるという考え方もできる
0138デフォルトの名無しさん2013/10/26(土) 12:04:00.31
同じマイナー言語でも、Haskellと比べたらSmalltalkは時代遅れ
もはや存在意義なし
0139デフォルトの名無しさん2013/10/26(土) 12:21:20.24
>>123
動的バインディングにしたらtemplate使えなくなるよね
もっと具体的にどういう場合か教えてほしい。
0140デフォルトの名無しさん2013/10/26(土) 12:33:48.87
あ、意味がわかった。
OCamlと同じ仕組みの事を言ってるのか。
なーんだ。
0141デフォルトの名無しさん2013/10/26(土) 13:45:06.55
>>115
F#っでってなんのこと言っとる？
どう的要素の取り入れなんてあったっけ？
0142デフォルトの名無しさん2013/10/26(土) 13:48:06.76
>>118
型がなくて困ったことが起きたから型が出てきたんだろw
0143デフォルトの名無しさん2013/10/26(土) 13:51:47.42
型がないとコード書けないドカタが増えたからな…
0144デフォルトの名無しさん2013/10/26(土) 13:54:26.44
ドカタで十分な仕事も増えたぜ…
0145デフォルトの名無しさん2013/10/26(土) 13:54:43.74
そう言う割に型チェック演算子とかnilとかhasattrとか普通に使ってるけど
型推論を持ってる静的型使えばいいだけじゃないの？
0146デフォルトの名無しさん2013/10/26(土) 13:57:12.52
型推論があっても型付けできないけど
動的型ならちゃんと動くコードってのもあるからなー
0147デフォルトの名無しさん2013/10/26(土) 14:00:59.41
>>146
そういうコードって結局テスト必要jになるんじゃないの？
外部で書いてたら意味ないじゃん。
0148デフォルトの名無しさん2013/10/26(土) 14:01:35.59
静的型だってテストは必要だが？
0149デフォルトの名無しさん2013/10/26(土) 14:02:51.06
世の中には2種類のテストがある
0150デフォルトの名無しさん2013/10/26(土) 14:04:44.20
>>148
そういう曖昧な型のためのテストは必要なくなるでしょ。
0151デフォルトの名無しさん2013/10/26(土) 14:07:19.29
俺が書いたテストとそうでないテストだ
0152デフォルトの名無しさん2013/10/26(土) 14:46:45.10
>>150
ポリモーフィックな型ならどのみち異なる型の組み合わせに対するテストは必要だろ？
0153デフォルトの名無しさん2013/10/26(土) 14:59:46.97
>>152
静的型は想定していない型は受け付けないから、動作見るだけでいいけど、
動的型は想定していないオブジェクトを受け入れるかどうかの境界のテストも必要になる。
0154デフォルトの名無しさん2013/10/26(土) 15:22:00.43
静的型はコンパイルさえできれば型の問題はないことが保証される。
動的型は型のチェックをちまちま書いてテストして型の問題が
見つからないことが確認できるだけ。業務では使えないよ。
0155デフォルトの名無しさん2013/10/26(土) 15:43:39.13
>>154
つまり、実行時に NullPointerException が発生しうる
JavaやC#は業務では使えない、ということだよね！
すごく説得力があるな
0156デフォルトの名無しさん2013/10/26(土) 15:48:45.10
>>155
そういう曲解して楽しいもんなのかね。理解できんわー。
0157デフォルトの名無しさん2013/10/26(土) 17:02:28.31
>>155
Maybeモナドも知らんのか。
皮肉のつもりが無知を晒してるだけだな。
0158デフォルトの名無しさん2013/10/26(土) 17:08:50.10
曲解なのかどうか検証してみようw

>>154
>静的型はコンパイルさえできれば型の問題はないことが保証される。

これは正しい

ただし、JavaやC#では、実行時にNullPointerExceptionが発生しうるから、
コンパイルを通過しても型に問題がないことを保証できない


>動的型は型のチェックをちまちま書いてテストして型の問題が
>見つからないことが確認できるだけ。

同様に、JavaやC#でも、テストによってNullPointerExceptionが
起きないことを確認できるだけ


>業務では使えないよ。

動的型と同様に、静的型として欠陥品のC#やJavaも、業務では使えない
0159デフォルトの名無しさん2013/10/26(土) 17:13:46.68
>>158
>ただし、JavaやC#では、実行時にNullPointerExceptionが発生しうるから、
>コンパイルを通過しても型に問題がないことを保証できない
なんでそうなるんだよ。
型に問題ないのが保証できなきゃコンパイル通らないよ。
お前が言ってる事は静的型・動的型なんて関係なく、
Null値を許容している限り、実行時エラーは起こりうるという事だろ？
それでもまだ突っ込みどころがあるわけだが。
0160デフォルトの名無しさん2013/10/26(土) 17:24:03.35
>>159
Null値のデータ型は？www
0161デフォルトの名無しさん2013/10/26(土) 17:24:19.54
警告ゼロでコンパイルが通るのに動かないコードなんて山ほどあるし動的と静的で
テストの記述量が極端に違うとも実感としてはあまり思えない。
テストの両云々は両者の差を語る視点としてはやや弱い気がする。

それでも自分は型をつけて記述するけどね。そっちの方が楽だから。
0162デフォルトの名無しさん2013/10/26(土) 17:24:42.32
>>159
おまえがバカだということはよくわかった
0163デフォルトの名無しさん2013/10/26(土) 17:33:50.89
>>158
nullpointerexceptionが型が原因の例外だと思ってるのか？
値の例外だが。
0164デフォルトの名無しさん2013/10/26(土) 17:35:37.84
>>163
nullの型を言ってみろw
0165デフォルトの名無しさん2013/10/26(土) 17:36:20.04
このスレの静的厨って本当に型理論をまるっきり知らないんだなw
0166デフォルトの名無しさん2013/10/26(土) 17:39:16.81
>>158
だからこそMaybeやoptionとかでより厳しい型を組み込もうとしてるんだが。

nullプギャーwとか言ってるのは自由な値を許容してる動的型に対して天つばしてるのと同じだぞ(´・ω・｀)
0167デフォルトの名無しさん2013/10/26(土) 17:47:18.93
dynamic example = (dynamic)String.Empty;
0168デフォルトの名無しさん2013/10/26(土) 17:58:38.87
>>166
nullを受け入れておいて動的型プギャーwとか言ってる馬鹿に言ってやれw
0169デフォルトの名無しさん2013/10/26(土) 18:02:24.49
静的厨ってほんと自分の無知を棚に上げた独善ばっかり
0170デフォルトの名無しさん2013/10/26(土) 18:14:52.22
結局C++方式が一番良かったってことじゃないの？
0171デフォルトの名無しさん2013/10/26(土) 18:23:58.25
性的口付けこそ最強
0172デフォルトの名無しさん2013/10/26(土) 18:24:31.87
JVM方式が現実的。
言語間の優越を問うよりも必要に応じて言語を使い分け。
後は言語間で如何にスムーズに連携できるかが大切。
0173デフォルトの名無しさん2013/10/26(土) 18:28:18.77
JVMってSmallTalkのアーキテクチャの劣化コピーだってね
0174デフォルトの名無しさん2013/10/26(土) 18:45:36.50
時代はPolyglot programmingですよ。
そのための実行基盤としてはJVMと.Netが一番実績がある。
最近はクライアントサイドを中心にJavaScriptエンジンもそんな立ち位置になりつつある。

Smalltalk?
0175デフォルトの名無しさん2013/10/26(土) 18:51:58.98
JVMは欠陥品だからダメだな
JavaScript使うよりSchemeのほうがマシだ
0176デフォルトの名無しさん2013/10/26(土) 19:12:27.64
反論できなくなると連投するからすぐわかるなこいつｗ
0177デフォルトの名無しさん2013/10/26(土) 19:14:44.48
>>165
型理論を根拠に反論おねがいします
0178デフォルトの名無しさん2013/10/26(土) 19:18:17.58
Smalltalkのtを大文字にしてたらそいつは100％ニワカ
0179デフォルトの名無しさん2013/10/26(土) 19:21:11.35
SmalltalK

↑かっこよくなった。
0180デフォルトの名無しさん2013/10/26(土) 19:23:29.92
型っていうのは競技にもあるんだよね、空手の種目。
つまり、大事なものなんだよね。
0181デフォルトの名無しさん2013/10/26(土) 19:33:22.93
>>168
だから静的関数型には関係ないじゃん(´・ω・｀)

静的は型を絞ったけど値の抜けまではチェック出来てなかった。静的関数型は値のチェックまでいれた完成体。何もできない動的は不完全にもほどがある。
別に静的関数型であることは必須事項ではないけれど。
0182デフォルトの名無しさん2013/10/26(土) 19:35:11.27
完璧じゃなければ、意味は無いんですよ！？
0183デフォルトの名無しさん2013/10/26(土) 19:51:44.05
完璧に近ければ良い、
道中のバグはしょうがないものとして対応出来る範囲に収まってればそれで良い
0184デフォルトの名無しさん2013/10/26(土) 19:58:34.98
完璧に近いって俺のことか？
なんか用あった？
0185デフォルトの名無しさん2013/10/26(土) 20:07:59.11
いつのまにか静的型＝静的関数型みたいな前提でうわごといってるアホ=181がいるし
0186デフォルトの名無しさん2013/10/26(土) 20:09:28.73
>>181
>静的関数型は値のチェックまでいれた完成体。

完成体になった結果、やっと動的型を取り入れたんだねw (>>115)
0187デフォルトの名無しさん2013/10/26(土) 20:10:37.71
そりゃ静的と動的の両方ができるから
完全体だろう？

静的が出来ないのはゴミだが。
0188デフォルトの名無しさん2013/10/26(土) 20:16:49.48
静的型が存在しない言語なんてあるのかな？
大抵の言語にはリテラルがあって、リテラルの型はコンパイル時に検査されるよなー
0189デフォルトの名無しさん2013/10/26(土) 20:17:56.55
Pythonのメソッドも第一引数は静的型がついてるなあ。
Schemeは型推論できたりするしなあ。
0190デフォルトの名無しさん2013/10/26(土) 20:20:45.27
>>188
まったくだ。

> 大抵の言語にはリテラルがあって、リテラルの型はコンパイル時に検査されるよなー
動的至上主義なら、それをやめろといいたいのか？

馬鹿だ。静的に、つまりコンパイル時に検査できる項目は
多ければ多いほどいいに決まっているだろう。
0191デフォルトの名無しさん2013/10/26(土) 20:23:24.62
言語仕様はミニマリストでいい
検査もミニマリストでいい
最低限の検査をやったら、あとは邪魔すんな
0192デフォルトの名無しさん2013/10/26(土) 20:25:40.27
>>191
誰のために？っていうのが抜けてるぞ。
0193デフォルトの名無しさん2013/10/26(土) 20:25:52.98
まあ結論としては、マギシステムが完成するまではC++方式でいいんじゃないか？って
ことだよね。
0194デフォルトの名無しさん2013/10/26(土) 20:32:25.67
>>185
お前みたいな意見もなくただ批判するだけの奴は楽でいいな
議論には邪魔なだけの存在だけど
0195デフォルトの名無しさん2013/10/26(土) 20:47:02.38
議論だったことに驚いた。
議論だったんだ。
へ〜。
驚き！
0196デフォルトの名無しさん2013/10/26(土) 21:14:22.02
煽り合いかと思った
0197デフォルトの名無しさん2013/10/26(土) 21:16:01.35
皮肉しか言えないんだな
つまらん奴だ
0198デフォルトの名無しさん2013/10/26(土) 21:19:40.48
いや〜半分くらい意味わかんないから読めるとこだけ読んでると、煽りあいに見えてたんだよ〜。
0199デフォルトの名無しさん2013/10/26(土) 21:48:03.70
動的型付けが糞って言うよりJavascriptが糞なんだよな。
0200デフォルトの名無しさん2013/10/26(土) 21:50:46.91
俺もJavascriptの良さがさっぱりわからない。
どこがいいんだろう？
prototype.jsが流行った時も苦肉の策にしか見えなかったんだけど。
なんかJSはすごいってみんな言ってたよね。
0201デフォルトの名無しさん2013/10/26(土) 22:00:17.60
年寄りにはわからないんだよ
おまえらベーマガ世代だろ
0202デフォルトの名無しさん2013/10/26(土) 22:03:54.25
いやjsは普通に糞やし
あんなの使うならlispやschemeのがいいし
0203デフォルトの名無しさん2013/10/26(土) 22:59:05.81
そりゃ言語使って遊ぶだけなら
珍しいものを使うほうが楽しいよ。
0204デフォルトの名無しさん2013/10/26(土) 23:29:13.38
JavaScriptは理不尽さがない
まさにWebの様にフリー
優れたハッカーは静的型に無駄と理不尽さを感じる
0205デフォルトの名無しさん2013/10/26(土) 23:31:05.65
ということにしたいんです！！！
0206デフォルトの名無しさん2013/10/26(土) 23:33:40.18
偉い人がそう言ってるんです。
優れたハッカーがそう言ってるんです。
0207デフォルトの名無しさん2013/10/26(土) 23:35:52.26
いや、俺そんなこと言ってないけど。
0208デフォルトの名無しさん2013/10/26(土) 23:37:35.72
痛いところを疲れると人に覆いかぶさって茶化そうとするの見苦しいな
言いたいことがあるならちゃんと自分の言葉で真正面から言えばいいのに
0209デフォルトの名無しさん2013/10/26(土) 23:38:10.54
僕もJavaScriptでグリーからフリーになりました(白目)
0210デフォルトの名無しさん2013/10/26(土) 23:39:34.20
まったくだよ。何が優れたハッカーなんだかｗ
俺は理不尽さを感じるって言えばいいじゃねーか。
どうせお前の主観なんだし。
0211デフォルトの名無しさん2013/10/26(土) 23:41:39.09
クラスもどきを作る関数とか便利だよね〜みたいな理不尽さを感じたことはあるな。
0212デフォルトの名無しさん2013/10/26(土) 23:41:55.06
え、ちょっと面白おかしく言ったら何この叩かれよう
異様で怖いわぁ……
0213デフォルトの名無しさん2013/10/26(土) 23:43:13.78
だよね。
俺もシャレだと思った。
0214デフォルトの名無しさん2013/10/26(土) 23:45:09.06
>>211
JSではクラスを作ろうとする時点で考え方が間違ってるんじゃないかとおもった方がいい
自作クラスとnewは極めて少なくなるはず、というか無くても十分設計できるのがJS
0215デフォルトの名無しさん2013/10/26(土) 23:46:44.55
それがクラスもどきを作る関数を持つライブラリが流行って、JSってすごいよね〜
みたいな話になるから理不尽な世界だなってことだな。
0216デフォルトの名無しさん2013/10/26(土) 23:48:21.76
JSを指して動的最高、ヌルポｗｗとか言ってたの？
よりによってundefinedｗｗなJSを根拠に？
0217デフォルトの名無しさん2013/10/26(土) 23:48:47.94
クラスもどきを作る関数を持つライブラリが流行ってる？
どれのことだ？
0218デフォルトの名無しさん2013/10/26(土) 23:50:21.25
「JS クラスもどき」と単純に検索するだけで何言ってるかわかると思うよ。
こんな手抜きな検索は普通適切じゃないでしょ。
それでも検索できちゃうから相当流行ってるんだよ、クラスもどき。
0219デフォルトの名無しさん2013/10/26(土) 23:54:19.41
>>214
ないわ
使い捨てしか作ったことないんだな
0220デフォルトの名無しさん2013/10/26(土) 23:56:35.67
使い捨て主義でカタカタ高速タイピングでコピペ脳内からしてると俺凄げ〜って気になるのはわかるよ。
0221デフォルトの名無しさん2013/10/26(土) 23:57:00.14
>>217多分クラスベースの継承の手法が無いから
そういうのを用意してくれるライブラリのことを言ってるんじゃないか？
だからこそ「もどき」のクラスを多用せずプロトタイプベースで書こうと言ってるわけなんだが
JSer以外にはわからないんだろうね

>>219
JSではnew無しでも十分オブジェクト指向ができる
0222デフォルトの名無しさん2013/10/26(土) 23:58:21.52
クラスがないと使い捨てになると思ってる時点で驚き
そもそもJavaScriptにはクラスはないから
0223デフォルトの名無しさん2013/10/26(土) 23:58:40.88
JSはプラットフォームの力を借りる言語なんだよ。
そのために特化してる。
だからプラットフォームで儲ける側はJS押せばいい。
そこに縛り付けることができるんだから。
それ以上のことをされたら自分のライバルにすらなれるんだから。
プラットフォーム上で「JS便利だね便利だね」と踊らされてる子ザルは
頭悪すぎでしょ。
プラットフォームを作る側にならなきゃ。
0224デフォルトの名無しさん2013/10/27(日) 00:00:53.89
JSってVBAと大して変わらないんだよね。
0225デフォルトの名無しさん2013/10/27(日) 00:03:08.51
>>223
それを言うならむしろ「JSは特化してなくて柔軟」だと思うんだけどな
0226デフォルトの名無しさん2013/10/27(日) 00:04:53.91
>>221
{}.callでnewと同等の処理が代替できるからとか言っちゃうのかな
欺瞞が大好きJSer
0227デフォルトの名無しさん2013/10/27(日) 00:06:50.68
標準メソッドに習うときは
new 〜〜()が見栄え的にもいいと思うけど
その他は
create〜〜()
にして
function create〜〜() {
var obj = Object.create(proto)
〜〜〜
return obj
}
ってやるのがプロトタイプベースっぽいな
0228デフォルトの名無しさん2013/10/27(日) 00:07:40.95
JSを開発したネットスケープはCSSの解釈をJSにやらせたわけ。
でも大失敗だったよね。
開発元でさえちょっと大きなものを作ろうとするとうまくいかなかったわけ。
これ言語としての限界だよね。
限界低すぎるわ〜。
0229デフォルトの名無しさん2013/10/27(日) 00:09:51.43
いまではフラッシュプレイヤーやPDFリーダーがJSで書かれてブラウザに載る時代ですが…
0230デフォルトの名無しさん2013/10/27(日) 00:10:38.46
>>>822
プリミティブは別だと言ったよ。
それについてはこっちの非だから謝るけどさ、
わざわざ蒸し返してまでレスすんなよ。
0231デフォルトの名無しさん2013/10/27(日) 00:11:21.08
正直、VBAと一般のプログラミング言語では土俵が違うでしょ。
まあ土俵って板のことでもあるんだけどね。
JSはHTML板？まあそういうとこ行けばいいんじゃないの？
JSはどっか行けって板ルールにも書いてあるし。
0232デフォルトの名無しさん2013/10/27(日) 00:11:29.95
どこからきたんだよ
0233デフォルトの名無しさん2013/10/27(日) 00:12:37.34
※JavaScriptが板違いと言いたい人へ
運営サイドから次のような見解が出ています。
|459 飛べない削除屋 ★ sage ：04/05/30 15:38 ID:???
|>‍>458
|ローカルルールにはひどく単純化されて書かれていますが、
|Javascript という言語そのものが板違いなのではありません。
|用途によって板違いかどうかを判断してください。
0234デフォルトの名無しさん2013/10/27(日) 00:12:47.81
Javascriptって子供のおもちゃでしょ？
ここは大人の板だから。
大きくなったらおいで。
02352302013/10/27(日) 00:12:52.81
すみません、誤爆しました。
0236デフォルトの名無しさん2013/10/27(日) 00:13:51.04
ここは誤爆しても大丈夫なんだよ〜。
0237デフォルトの名無しさん2013/10/27(日) 00:14:17.46
JSを駆逐するには新言語のエンジンを搭載したアドオン作れば良いの？
0238デフォルトの名無しさん2013/10/27(日) 00:15:28.92
いつも思うんだけどJSerが自分から長々と語り出したわけじゃなくて
JavaScriptという単語に過剰反応する人が話をこじらせてるだけだよね
0239デフォルトの名無しさん2013/10/27(日) 00:16:13.00
それでは無理だろうなあ。
新言語を使ういかしたプラットフォームが必要なんじゃないの？
ブラウザに変わる何かとか。
ネットスケープも変なもん残したもんだよなあ。
0240デフォルトの名無しさん2013/10/27(日) 00:17:15.12
既にJSはマルチプラットフォーム化の道を進んでるから
もう歩みを止めるのは無理
0241デフォルトの名無しさん2013/10/27(日) 00:18:48.53
それも無理だろな。
限界が低いから。
ブラウザから大きく踏み出すのは無理だと思う。
0242デフォルトの名無しさん2013/10/27(日) 00:18:52.05
むしろJavaScript規格を良くすることを考えたら？
新しい言語を普及させるより早いでしょ
0243デフォルトの名無しさん2013/10/27(日) 00:20:34.77
あ〜、それも無理だわ。
JSなくなんねーかなってみんな思ってるから。
ウンコを食えるようにとか、余程のウンコ好きじゃないと考えないでしょ。
普通ウンコ好きってないから。
0244デフォルトの名無しさん2013/10/27(日) 00:20:40.62
JSが嫌いなんじゃなくてJSerが嫌い
0245デフォルトの名無しさん2013/10/27(日) 00:20:47.50
>>214
違う
ブラウザ自体、Web自体が色んな所に進出してきてる
この度OSにも進出してAPI的には出来ないことがないほど揃ってきてる
0246デフォルトの名無しさん2013/10/27(日) 00:21:25.43
>>241
だった
0247デフォルトの名無しさん2013/10/27(日) 00:21:40.32
なんか理屈抜きで、感情でJSは嫌いって言ってるだけみたいだな。
何が嫌いかではなく、何が好きかで自分を語れよｗ
0248デフォルトの名無しさん2013/10/27(日) 00:21:57.72
>>244
俺もそんな感じだわ。
まあでも、JSも糞だな〜って思うわ〜。
0249デフォルトの名無しさん2013/10/27(日) 00:22:47.35
>>247
Haskellはいいね。
0250デフォルトの名無しさん2013/10/27(日) 00:22:54.09
>>243,244
参考までにどういう所が何で気に食わない？
0251デフォルトの名無しさん2013/10/27(日) 00:23:50.63
>>250
互換性の名のもとに、変な仕様を残している所。
0252デフォルトの名無しさん2013/10/27(日) 00:24:11.08
もてはやされるものが嫌いって
人間の性質としては分かるけど
プログラマとしては失格だな
0253デフォルトの名無しさん2013/10/27(日) 00:24:47.02
なんかへ理屈こねながらム板に来るけど、よく読むと結局ウェブじゃねーかってとこかな。
0254デフォルトの名無しさん2013/10/27(日) 00:24:59.88
OCamlと同じ型付ができるようになったら服従のポーズする
今のままだと、あまり速くない高級アセンブラ程度の認識
書いててだるい
0255デフォルトの名無しさん2013/10/27(日) 00:25:29.67
ウェブが嫌い。デスクトップとコンソールの時代に戻れ
0256デフォルトの名無しさん2013/10/27(日) 00:25:50.46
>>251
それは新しいもの使うことで解決できないこと？
例えばvarの巻き上げはlet使うとか
0257デフォルトの名無しさん2013/10/27(日) 00:26:03.24
好きな言語で仕事ができたらいいな。
0258デフォルトの名無しさん2013/10/27(日) 00:26:44.60
もてはやされていないのに、もてはやされているとか主張するとこ。
Cより速いとかわけわからんことぬかすとこ。
それを連日延々と書き連ねるとこ。
板違い、スレ違いなとこ。
0259デフォルトの名無しさん2013/10/27(日) 00:27:26.59
俺の新言語には完璧な無限ループ防止アルゴリズムがある。
ブラウザをフリーズさせる悪質なスクリプトとか防止できるぞw
0260デフォルトの名無しさん2013/10/27(日) 00:27:29.04
>>254
確かにだるいね。
0261デフォルトの名無しさん2013/10/27(日) 00:28:32.47
話を戻すけどJSではクラスもどきを使うのが良くないんじゃなくて
現状のクラスもどきの仕組みが悪いからそれに頼るなってことね
ES6のclass構文はクラスもどきとして凄いすぐれものだからどんどん使っていい
0262デフォルトの名無しさん2013/10/27(日) 00:29:16.18
>>259
突っ込まないぞ＾＾
0263デフォルトの名無しさん2013/10/27(日) 00:30:06.16
なんだ、結局クラス欲しかったんじゃねーかってとこ。
すべてが屁理屈。
0264デフォルトの名無しさん2013/10/27(日) 00:30:27.06
>>259
> 俺の新言語には完璧な無限ループ防止アルゴリズムがある。

その言語で円周率の計算は
どこまでできるの？
0265デフォルトの名無しさん2013/10/27(日) 00:30:31.64
>>258
わけわからんこと書いてるのはどう見てもアンチJSerの荒らしだけど
あんたにはあれが本当にまともな人に見えるのかい？
0266デフォルトの名無しさん2013/10/27(日) 00:31:16.83
>>250
Cより速いとか、全般で使えるとか、大げさに言うところ
ブラウザ周りの操作ならお手の物ってぐらいが実情だろう
テキスト処理もバイナリ処理も不得手だよ
0267デフォルトの名無しさん2013/10/27(日) 00:31:31.33
>>263
JavaScriptにとって、クラスはシンタックスシュガーにすぎないでしょ？
0268デフォルトの名無しさん2013/10/27(日) 00:32:18.76
>>266
それわかるわ〜。
0269デフォルトの名無しさん2013/10/27(日) 00:32:49.62
>>266
> テキスト処理もバイナリ処理も不得手だよ

なんの機能が不足しているというの？
0270デフォルトの名無しさん2013/10/27(日) 00:33:00.72
>>264
やったことございません。っていうか円周率を求める無限級数の公式によって格段に結果が変わってくるからな。
最新の無限級数は知らんし。
0271デフォルトの名無しさん2013/10/27(日) 00:33:36.28
>>267
いらないんなら構文作るなよ。
いるんだろ？
屁理屈っぽいんだよ。
実際みんな感じてるだろ。
だりーなって。
0272デフォルトの名無しさん2013/10/27(日) 00:34:02.57
>>270
いや、そうではなくてね。

無限ループ防止アルゴリズムがあるのに
円周率（無限に続く）は計算できるのか？
矛盾しているのではないのかってことなんだが？
0273デフォルトの名無しさん2013/10/27(日) 00:35:04.29
>>263クラスっぽいのを実現するためには
現状のプロトタイプがはみ出す形はどうも見栄えが悪いから
現状の質の悪いもどきを改善するために欲しかった
それと同時にES6にはプロトタイプベースでやりやすいようにもなってる
あとES6のclass構文での継承は特殊オブジェクトの内部プロパティを
適切にインスタンスに付加するという重要な役割を兼ねてる
0274デフォルトの名無しさん2013/10/27(日) 00:35:50.58
>>271
要らないって言ってないでしょ？

シンタックスシュガーというのは
既存のある機能を、もっと簡単に書ける機能。

君が、（すでにある）クラスが欲しかったんじゃねーかって
いっているから、その理屈は理屈がおかしいって言ってるの。

あるものはある。欲しいのはクラスではなく
クラスを簡単に書けるシンタックスシュガー
0275デフォルトの名無しさん2013/10/27(日) 00:36:19.46
ほんと頭悪いなあ。
0276デフォルトの名無しさん2013/10/27(日) 00:37:49.02
俺は頭がいいのにね。
0277デフォルトの名無しさん2013/10/27(日) 00:38:52.50
http://toro.2ch.net/test/read.cgi/tech/1296214398/707-
こんな感じだな。
0278デフォルトの名無しさん2013/10/27(日) 00:39:14.51
>>269
組み込みの特定サイズの数値型やエンコード変換もないし、すぐ型変換しちゃう
ざっくりした処理にはいいけど、細かい処理には使いにくいよ
0279デフォルトの名無しさん2013/10/27(日) 00:41:07.58
>>278
それって、ライブラリで持つべき機能では？
言語仕様はミニマムでやれっていうだろう？
0280デフォルトの名無しさん2013/10/27(日) 00:41:44.36
>>272
ループ上限は定数で必ず指定しなければいけない仕様になっている。
アイドリングはループではなく同期処理で行う。
永遠に動きつづけるプログラムは仕様で書けないようになっている。
0281デフォルトの名無しさん2013/10/27(日) 00:41:52.59
そのうちJSはアセンブラより速いとか言い出すんだろうなあ。
そりゃアセンブラでJSより遅く書くことは簡単だけどさ。
0282デフォルトの名無しさん2013/10/27(日) 00:42:31.69
>>271
今まで、特にES3までは確かに確かに悪かった
それは、プロトタイプベースなのにプロトタイプの仕組みを
クラスベースっぽいので覆い、クラスもどきも劣悪だったから
そういう中途半端のでいろんな混乱と面倒があったのは本当に確か

つまりJSにはクラスのようなことを実現する良くて分かりやすい方法が
クラスベース視点でもプロトタイプベース視点でも不足していた
でもその両者の問題もだんだん減ってきてES6で一応解決かなってとこ
0283デフォルトの名無しさん2013/10/27(日) 00:43:17.92
なんか何でもへ理屈で言い負かせば勝ちみたいな感じ。
そこが嫌われてるんだろうなあ。
自分の板に帰ればいいのに。
そして出てくんなって思うよ。
0284デフォルトの名無しさん2013/10/27(日) 00:43:41.60
>>278
int8(num)でint8に揃うよ
0285デフォルトの名無しさん2013/10/27(日) 00:45:02.52
>>280
1回のループが1分ぐらいかかるのと
1回のループが0.01msで終わるのとでは、
全然違うからループ回数で決めるのは公平性がない。

こういうのは定数よりも、実行時間でやった方がいい。
つまり、何秒とか何分以上処理が続いていれば、
プログラムがビジーです。停止しますかって聞く。

何かに似ている気がするかもしれんが気にするなｗ
0286デフォルトの名無しさん2013/10/27(日) 00:45:43.60
>>279
外部ライブラリ使えって、
もうそれクソって認めてるようなもんじゃん
外部ライブラリを含めるならそれこそ他の言語のが多機能だよ
0287デフォルトの名無しさん2013/10/27(日) 00:47:13.48
>>286
なんで、外部ライブラリを使うと糞なの？

お前、言語の役割全然わかってないじゃないか。

実は、プログラム言語の勉強だけしか
してないんじゃないのか？
学生にありがちな実践知らん奴。

どこに外部ライブラリを使わないで作る
アプリがあるのさ。
0288デフォルトの名無しさん2013/10/27(日) 00:47:52.60
型変換はあるね
0289デフォルトの名無しさん2013/10/27(日) 00:47:53.23
実践ってウェブ？
0290デフォルトの名無しさん2013/10/27(日) 00:48:57.66
ウェブでじゃばじゃば〜って中学生でもできるよこれ。
0291デフォルトの名無しさん2013/10/27(日) 00:49:37.79
文字コードの変換のこと言ってるんだよね？
これは標準でどの程度まで持つべきだと思う？
特にJISみたいな国際系にはどのくらいまで？
0292デフォルトの名無しさん2013/10/27(日) 00:49:53.87
実践知らん奴が、何言い出したｗ
0293デフォルトの名無しさん2013/10/27(日) 00:50:16.10
>>287
結局こうやって真面目に話しても煙にまいたり、レッテル貼るんだよね
だからJSerが嫌いなんだよ
0294デフォルトの名無しさん2013/10/27(日) 00:50:21.54
Excelプログラマです！（誇らしげ）とかないのになあ。
どこで間違っちゃったんだろねこの人たち。
0295デフォルトの名無しさん2013/10/27(日) 00:50:47.54
>>285
A,ループ時間を決めることができる
このアイディアはよいな。
0296デフォルトの名無しさん2013/10/27(日) 00:51:13.56
>>293
おい、正当な反論に言い返せなくなったからって
逃げるな。
0297デフォルトの名無しさん2013/10/27(日) 00:51:25.61
>>293
その感じわかるわ〜。
0298デフォルトの名無しさん2013/10/27(日) 00:51:51.06
>>297
さっきもその自演みたよ。
0299デフォルトの名無しさん2013/10/27(日) 00:52:44.62
みてみて、このわざとらしさｗ

266 名前：デフォルトの名無しさん[sage] 投稿日：2013/10/27(日) 00:31:16.83
>>250
Cより速いとか、全般で使えるとか、大げさに言うところ
ブラウザ周りの操作ならお手の物ってぐらいが実情だろう
テキスト処理もバイナリ処理も不得手だよ


268 名前：デフォルトの名無しさん[] 投稿日：2013/10/27(日) 00:32:18.76
>>266
それわかるわ〜。



293 名前：デフォルトの名無しさん[sage] 投稿日：2013/10/27(日) 00:50:16.10
>>287
結局こうやって真面目に話しても煙にまいたり、レッテル貼るんだよね
だからJSerが嫌いなんだよ


297 名前：デフォルトの名無しさん[] 投稿日：2013/10/27(日) 00:51:25.61
>>293
その感じわかるわ〜。
0300デフォルトの名無しさん2013/10/27(日) 00:52:56.10
JSerには極悪人しかいない
よく分かんだね
0301デフォルトの名無しさん2013/10/27(日) 00:53:13.46
全然自演じゃないよ。
俺も同じことを感じてる。
共感。
みんな同じことを感じてるんじゃないの？
0302デフォルトの名無しさん2013/10/27(日) 00:53:26.58
>>300
それわかるわ〜。
0303デフォルトの名無しさん2013/10/27(日) 00:53:58.04
>>301
それわかるわ〜。
0304デフォルトの名無しさん2013/10/27(日) 00:54:28.31
煽り合いはいいから真面目に話そうよ
具体的にどういう機能がJSに標準であるべきって言ってるの？
0305デフォルトの名無しさん2013/10/27(日) 00:55:44.70
>>296
反論できてないのはお前だよ。
外部ライブラリ使っても、テキストやバイナリ操作が不得手なのは解決はしないよ。
0306デフォルトの名無しさん2013/10/27(日) 00:56:08.05
どう不得意？
0307デフォルトの名無しさん2013/10/27(日) 00:56:31.12
>>304
JSにプラスになること言うわけ無いじゃんｗ
単にディスりたいだけなんだからさ。
あー、酒が旨いｗ
0308デフォルトの名無しさん2013/10/27(日) 00:57:20.27
>>297
もしかして、わざとやってんのか？
0309デフォルトの名無しさん2013/10/27(日) 00:57:24.27
>>307
そういうのはいいから
0310デフォルトの名無しさん2013/10/27(日) 00:58:00.38
>>308
大人げないぞ
もう終わりにしろ
0311デフォルトの名無しさん2013/10/27(日) 00:58:04.69
だめだめ言うばかりで、どうできればいいかは言わないんだよね。

具体的なことを言うと、反論されるのがわかってるから。
0312デフォルトの名無しさん2013/10/27(日) 00:58:14.44
JS無くなんねえかなって思ってる。
生産性低い言語を使わせたいとか。
プラットフォームを作れない言語。
これがJSを推す理由でしょ。
頭悪すぎ。
踊らされてるだけ。
0313デフォルトの名無しさん2013/10/27(日) 00:58:31.08
>>306
レスツリーぐらい遡れ。
0314デフォルトの名無しさん2013/10/27(日) 00:59:39.27
どうできればいいか。
JSがなくなってほかの本物の言語に変わる。
これでみんな幸せ。
MSとググル涙目。
0315デフォルトの名無しさん2013/10/27(日) 01:00:09.16
JSを推す？？？
無慈悲な批判煽りに対抗してるだけで推していないが
0316デフォルトの名無しさん2013/10/27(日) 01:00:27.82
>>313
レスツリーを遡ると、
ライブラリで解決できる問題という結論になってたね。

>>314
そんなのはもういいから。
0317デフォルトの名無しさん2013/10/27(日) 01:01:33.68
>>313
>>284,291
で話に乗ったつもりだけど反応ない
0318デフォルトの名無しさん2013/10/27(日) 01:02:27.59
>>315
君は踊らされてるみじめな子ザル。
まさか君はMSやググルの意思決定を担っているのかい？
そうなのかい？
それなら推すのもわかる。
踊らされてる側なんじゃないのかい？
0319デフォルトの名無しさん2013/10/27(日) 01:03:27.04
今度は踊るとか言い始めた。
頭悪すぎ。
0320デフォルトの名無しさん2013/10/27(日) 01:04:31.34
>>316
では外部ライブラリにない機能で画像処理をしたい時はどうする？
0321デフォルトの名無しさん2013/10/27(日) 01:06:11.42
>>320
C言語でも好きな言語でもいいから置き換えてみろ。
0322デフォルトの名無しさん2013/10/27(日) 01:06:59.75
画像処理って具体的に何？
Canvas使っていいんだよね？
0323デフォルトの名無しさん2013/10/27(日) 01:07:42.75
JSで画像処理を書く。
JSって素晴らしい。
ユーザーは使わない。
そういう仕組み。
0324デフォルトの名無しさん2013/10/27(日) 01:08:54.82
Canvasを駆使して、Nシステムを書き上げる。
JSって素晴らしい。
0325デフォルトの名無しさん2013/10/27(日) 01:08:58.88
画像処理ってとどのつまり、
バイナリ処理にすぎないんだが。

バイナリ処理であれば、例えばJavaScriptで実装された
Gzipなんてのがある。

http://ja.softuses.com/68583
0326デフォルトの名無しさん2013/10/27(日) 01:11:40.45
バイナリが入力されてバイナリを返すのなら
標準でArrayBufferやDataViewがあるから出来るよ
0327デフォルトの名無しさん2013/10/27(日) 01:11:47.82
バイナリ処理がJavaScriptで出来るできないの話をするならば、
できるが答えになる。

だから遅いという話に持っていかなくてはいけないが、
以外に早かったりするから困る。
0328デフォルトの名無しさん2013/10/27(日) 01:13:57.17
度々言うがJSに不足してるのはint64とbignum
ES7までこれには苦しむ
0329デフォルトの名無しさん2013/10/27(日) 01:14:20.57
そういう感じが嫌われてるんじゃないの？
JSでNシステムを書ける。
だからJSは優れてる。
そんな結論にするから嫌われる。
JSはNシステムをかける言語じゃないだろ？
たとえ書けたとしても。
0330デフォルトの名無しさん2013/10/27(日) 01:15:15.49
できると言ってるだけにしか見えないが……
0331デフォルトの名無しさん2013/10/27(日) 01:16:39.61
言い負かせば勝ちってルールはウェブ板のルールだろ。
ここに持ち込まれても困る。
嫌われるのは自然の成り行きなんだろうなあ。
0332デフォルトの名無しさん2013/10/27(日) 01:17:24.66
とりあえずバイナリの話はもう終わり？
0333デフォルトの名無しさん2013/10/27(日) 01:17:29.89
http://toro.2ch.net/test/read.cgi/tech/1296214398/707-
こういう感じなんだよなあ。
0334デフォルトの名無しさん2013/10/27(日) 01:18:07.49
>>317
ごめんね。見落としてた。

int8は知らなかった。どうやればいいの？
テキストの方は変換APIがあるだけでいい
そのOS標準のエンコーディングに変換できれば実用性としては十分
0335デフォルトの名無しさん2013/10/27(日) 01:19:17.49
>>321 >>325
速度的に使い物にならないよ。
0336デフォルトの名無しさん2013/10/27(日) 01:20:32.04
>>335
速度はCより速いと言い張られるし無理ぽ。
0337デフォルトの名無しさん2013/10/27(日) 01:22:32.32
>>334
前者はES6のValueType
あとMath.froundとかもちょっとある

後者はファイルに保存するAPIが持つものじゃないかな
例えば今のところブラウザから任意のファイル保存させる手段は少ないけど
Blobコンストラクタで一応エンコードの指定ができる
それが守られてるかどうかは不明

あとNode.jsとかの環境ではベタであるね
SJISはiconvとかのライブラリ使わないと無理だけど
0338デフォルトの名無しさん2013/10/27(日) 01:24:39.21
こんなのもあるが……
http://log.deconcepter.jp/2013/09/clmtrackr/
速度は悪くないんじゃない？
0339デフォルトの名無しさん2013/10/27(日) 01:26:39.01
これは速いね。
認識精度もなかなかいい。
ソニーのデジカメに積めると思う。
0340デフォルトの名無しさん2013/10/27(日) 01:26:47.35
>>337
int8ってどうやって使うの？
Blobは苦肉の策だし、容易に変換もできないから無しで。
そういう使いにくい物を素直に標準APIとしてほしいと言ってるわけで。
0341デフォルトの名無しさん2013/10/27(日) 01:34:35.67
とか言ってたらほんとにソニーのデジカメがJSで動いてた。
時代は変わったんだなあ。
0342デフォルトの名無しさん2013/10/27(日) 01:36:29.40
>>338
これ凄え！確かに速え！
って中身見たらほぼopenglじゃねーか
0343デフォルトの名無しさん2013/10/27(日) 01:38:35.63
>>340
int8(127) //127
int8(128) //-127
読み込みはDataView系でオクテット単位でバイト列を自在に読み込める

バイナリを操作するってとこまでは標準であるけど
ファイルの読込保存までは標準であるべきとは思わないな
一応IOから切り離されたスクリプト言語っていう存在だし
これから先DOMAPIが発展しきったら使用されるかもしれないけど
まだまだファイル操作が許される現場は特殊な方だからね

あとは文字コードの変換っていうのは例えばutf8のバイト列を
utf16にするような関数が欲しいってことだった？
そういうのはあっていいかもね
0344デフォルトの名無しさん2013/10/27(日) 01:40:13.13
そうですね。
Javascriptはセキュリティを重んじるのでローカルリソースへのアクセスは
限定的であるべきです。
0345デフォルトの名無しさん2013/10/27(日) 01:40:29.99
>>342OpenGLは表示部分だけで行列の演算とかは全部JSだろ
0346デフォルトの名無しさん2013/10/27(日) 01:42:29.97
>>344
まあ標準で合ったとしても
ブラウザ用はまた確認や制限があるAPI使ってねってなるだろうから
同じことだな
0347デフォルトの名無しさん2013/10/27(日) 01:46:36.45
すでにファイルという概念が過去のものとなっていますから、これからの
コンピューティングシステムは厳格に管理されるクラウド上のリソースのみ
扱うべきでしょう。
そういった意味で、多くの言語と比べJSは優れていると言えます。
標準で危険な動作から保護されているのですから。
0348デフォルトの名無しさん2013/10/27(日) 02:04:42.83
こういう書き方をする人が張り付いているからJSのイメージ悪い。
0349デフォルトの名無しさん2013/10/27(日) 02:10:19.58
別に2chの標準的な書き込みだと思うが
0350デフォルトの名無しさん2013/10/27(日) 02:13:49.96
単にネタでしょ。笑えない時点でイミフなのは否定できんけど。
0351デフォルトの名無しさん2013/10/27(日) 02:18:34.75
>>338
ごめんよ。これだけだと他言語との速度差がわからないから、処理が得意かはわからない。
ただ、このプログラムはすごいね。読みふけってしまった。
教えてくれてありがとう。

>>343
Chromeだと対応してないみたいだよ。
0352デフォルトの名無しさん2013/10/27(日) 02:34:15.11
>>351明示的には>>343だけどそもそも
バイナリの読み書きに関しては暗黙的に同等な事をやってくれるから要らない

ab = new ArrayBuffer(10)

i8 = new Int8Array(ab)
i8[0] = 127
i8[0] //127
i8[0] = 128
i8[0] //-128

dv = new DataView(ab)
dv.setInt8(0,127)
dv.getInt8(0) //127
dv.setInt8(0,128)
dv.getInt8(0) //-128
0353デフォルトの名無しさん2013/10/27(日) 02:43:00.44
>>352
できないならできないでいいじゃんよ。
なんで無理にやろうとするのかな。
0354デフォルトの名無しさん2013/10/27(日) 02:45:00.31
何が出来ないのか不明
32bit単位までの読み書きは標準で揃ってるよ
0355デフォルトの名無しさん2013/10/27(日) 02:46:52.14
いえできますよ。
できるけれども必要がないと言っているのです。
この違いわかりますか？
出来るよりも必要ないのほうが高度なのです。
それだけJSが優れているということです。
0356デフォルトの名無しさん2013/10/27(日) 02:48:12.70
>>338
ある処理が人間にとって問題ない速さで動くのを"速い"っていうのはなんか違うと思うけど。
現状JSは画像(バイナリ)処理苦手でしょ。並列処理できないし。
だからgoogleもNaClとか開発してる。
0357デフォルトの名無しさん2013/10/27(日) 02:49:13.31
女子小学生
0358デフォルトの名無しさん2013/10/27(日) 02:49:22.65
数値の型変換はES6まで気軽にできないけど
バイト列の操作はそれなりにできるってことでしょ
0359デフォルトの名無しさん2013/10/27(日) 02:49:35.90
>>354
なんでint8なんてのを出したの。
できないよ。
0360デフォルトの名無しさん2013/10/27(日) 02:52:14.00
>>356
並列処理はWorkerで出来る
配列のパラレル処理もWorkerなラッパーで実現するライブラリがあって
ES7で標準にも取り入れられてきている
Firefoxならもう使える
0361デフォルトの名無しさん2013/10/27(日) 02:53:25.09
>>359
ES6でChromeはまだ対応していない
0362デフォルトの名無しさん2013/10/27(日) 02:54:53.13
得意とは言えませんが問題なく操作できます。
処理系の高速さと相まって全体として他の多くの言語より優秀な性能を発揮するのです。
簡潔に書け、バグを生みにくく、高速に動作する。
これらの特徴によって多くの人がJSはバイナリ操作の言語であると考えるのです。
JS自体は決してバイナリ操作のために設計されていません。
しかしながら他の言語よりも上手にバイナリを扱えるのです。
0363デフォルトの名無しさん2013/10/27(日) 02:55:59.16
もうMozillaScriptって呼べばいいのに。
0364デフォルトの名無しさん2013/10/27(日) 02:56:58.66
親切のつもりで方法を書いたら屁理屈か何かと勘違いされてしまったのか
非常に悲しいな
0365デフォルトの名無しさん2013/10/27(日) 02:58:10.84
Mozillaの前身であるNetscape社はJavascriptを人々のために解放しました。
ですからMozillascriptとは呼ばないのです。
感謝してありがたく使わせていただきましょう。
0366デフォルトの名無しさん2013/10/27(日) 02:58:42.59
二、三時間でスレの半分もレスすんじゃねえ
読むの追いつかないだろうが
0367デフォルトの名無しさん2013/10/27(日) 03:00:32.52
>>365
いつの世も先人は凡人に理解されにくいものです。
大衆が追い付いてくるのを静かに待ちましょう。
0368デフォルトの名無しさん2013/10/27(日) 03:00:32.62
>>364
親切心で答えてくれたのなら、感謝する。
ただ、int8で(扱いやすく)できるって言ってたのに、
迂回する方法示されて、できますって言われても、
使いにくいっていうのが元の主張なんだから、噛み合わないよ。
0369デフォルトの名無しさん2013/10/27(日) 03:06:56.69
>>368
いやいやいや
それは勘違いしてるよ

int8は>>284
「組み込みの特定サイズの数値型」っぽいのがあるよという紹介で出しただけであって
バッファの読み書き自体はもうすでにあるAPIで簡単に出来るんだよ
APIの各メソッドにもう機能が内蔵されちゃってるようなものだから
ファイル操作に関しては別にint8の出番は特にないよ
0370デフォルトの名無しさん2013/10/27(日) 03:09:49.47
>>360
Workerってちゃんと性能スケールするの？それは知らんかった。
以前使ったときは全然性能スケールしなくて、Workerって非同期処理とかに使うものかと思ってた。
まぁ仮に現状スケールしなくても原理的に並列化できないわけじゃないから実装が追いついてないって
ことなんだろうけど。
Vector処理はまだだよね？こっちも原理的にできないわけじゃないんだろうけど。

それでもJSでプログラムしたいとは思わないが。
0371デフォルトの名無しさん2013/10/27(日) 03:10:41.63
>>369そもそもこのint8っていうのはES6の間では
StructTypeとかArrayTypeっていう構造体っぽいのを作るために使われるもので
見かけの型変換は副産物ね
実際はdoubleでしかない
これらはES7になってint64やbignum等など、
そして数値型を調整する仕様が入って初めて型変換として活きるもの
0372デフォルトの名無しさん2013/10/27(日) 03:10:49.23
全然スケールしないよ
うんこだよ
0373デフォルトの名無しさん2013/10/27(日) 03:14:34.02
>>370
Workerそのもの自体にスケール機能はない
ライブラリやES7のDataParallelではやってくれる
Vectorは不明
0374デフォルトの名無しさん2013/10/27(日) 03:15:28.06
>>369
教えてくれようとした事には感謝するけど、
ArrayBufferやBlobは知ってた。ごめんよ。

jsは固定配列より、単体の組み込み型の他に、構造体とか、特定のチャンク構造を、
簡単に読み出せる方法があると、処理の汎用性が上がると思うよ。
そろそろ落ちる。答えてくれた人ありがとう。
0375デフォルトの名無しさん2013/10/27(日) 03:16:18.17
スケールしないというより必要ないというのが正解
充分な性能があるからスケールする必要性自体ない
0376デフォルトの名無しさん2013/10/27(日) 03:18:10.15
んな馬鹿な
シングルスレッド性能ですら静的型より遅いのに
0377デフォルトの名無しさん2013/10/27(日) 03:19:07.66
>>374
固定じゃないのはDataViewを使う
特定の構造を簡単にはES6のStructTypeｍでおあずけ
0378デフォルトの名無しさん2013/10/27(日) 03:19:18.94
静的型ってたとえば？
JSより速い言語はないはずだけど
0379デフォルトの名無しさん2013/10/27(日) 03:20:03.27
そんだけJSerが語るJSの使用と実際の現場で使えるJSには差があるってこった。
JSの一番の適用領域であるウェブではIE8とか9の存在も考慮して開発せんといかん。
そんな相手にJSerがあと何年かかるかわからんES7やMozillaScriptのローカル実装を
語ったところで現状単なる夢物語と捉えられるのは不思議じゃない。

コレは別に皮肉でも何でも無く、言語仕様のバージョン遅れがより深刻な問題になる
のはJavaScriptがスクリプト言語である以上本質的な問題。
言語仕様のバージョン=ランタイム上のインタプリタやJITコンパイラのバージョン
なんだから。

クライアントサイドで広く使われるJavaScriptのランタイム=言語仕様のバージョンを
如何にコンスタントに最新仕様に更新していくか、その方法の答えは現状まだ出て
いないように思う。実際IEで滞っているわけだし。
0380デフォルトの名無しさん2013/10/27(日) 03:20:32.86
でもSIMD演算もJSに入るんでしょ？
300%早くなるのは魅力的
0381デフォルトの名無しさん2013/10/27(日) 03:23:03.41
いっそのことJavaScriptエンジンはプラグイン方式で良かったのかも。
「最新のJavaScriptPlayerに更新してください」とポップアップを出せばOKだし。
0382デフォルトの名無しさん2013/10/27(日) 03:23:18.78
>>380
ES6から入るみたいだね
これでJSで動画のリアルタイム編集などが可能になる
0383デフォルトの名無しさん2013/10/27(日) 03:23:25.45
今のMozilla仕様なんてFirefox3の頃でひと通り出てた気が
出遅れすぎだ
0384デフォルトの名無しさん2013/10/27(日) 03:24:21.30
>>379
XPとVistaの8と9はもう気に死にことも多いよ、特にIE12がでるあたりではそうだろう
ES6勧告後に出るだろうIE12がwin7に流石に対応してくれると考えれば
あとは自動アップデート後はES6だけ考えればいい
だからあと２年くらいの辛抱だと思う
0385デフォルトの名無しさん2013/10/27(日) 03:25:37.25
>>383
結構色んな所が変わってJS1.xとES6は互換性がない
0386デフォルトの名無しさん2013/10/27(日) 03:26:29.51
IE自体がすでに死に体で使ってる人もほとんどいないから切り捨てでいい
基本的にFirefoxとChromeに対応しておけば90%以上カバーできる
0387デフォルトの名無しさん2013/10/27(日) 03:36:02.84
自分とこのサーバにくるUAくらいちゃんと見とけよ
0388デフォルトの名無しさん2013/10/27(日) 03:42:37.50
うちはハイブロウな人しか相手にしていないのでSafariとChromeだけ相手にしていれば十分です。
0389デフォルトの名無しさん2013/10/27(日) 03:46:36.14
JSだけではなくてAPIの問題もあるのでいつまでも古いIEを相手にしていられない
0390デフォルトの名無しさん2013/10/27(日) 04:11:21.35
実際のところFirefoxは開発ターゲットの基準と出来るほどドミナントなシェアが無い。

マニアックなイメージこそあれ軽快だったりオシャレなイメージは残念ながら作り損ねたし、
そういうものを求める層はChromeやOSX標準のSafariを使っているでしょ。
そしてモバイルではWebkit系統以外のブラウザはFF含め存在感皆無だし。

仮にIE無視できたところでChromeやSafariは無視できないわけで、いくらFirefoxが規格の
実装で先行したところでベースラインとしてはこの二者に合わせる必要がある。
0391デフォルトの名無しさん2013/10/27(日) 04:33:26.16
ベースがそこなら上等じゃん
このスレではベースの話にこだわる必要性なんて無いけどね
0392デフォルトの名無しさん2013/10/27(日) 04:37:05.99
2年後には流石に各ブラウザの最新バージョンはES6に対応してると思うぞ
0393デフォルトの名無しさん2013/10/27(日) 04:44:02.80
>>392
MSだけ仕様をちょっとねじ曲げるのが慣例なんだけどな。
0394デフォルトの名無しさん2013/10/27(日) 04:45:10.45
>>391
だから夢物語と言われる。
0395デフォルトの名無しさん2013/10/27(日) 04:47:46.71
IE11でES6の一部に対応したんだから、
２年後は順当に行けばほとんど対応してくれていると見るのが自然
0396デフォルトの名無しさん2013/10/27(日) 04:50:42.47
ES6が大きく変わる恐れが有るのは
11月第4週のミーティングだけ
その後ラストコールで１年後勧告
0397デフォルトの名無しさん2013/10/27(日) 04:53:52.85
ShiftJIS,j++,html,css,Unicode などなど
必ず仕様をねじまげてねじこんでくるのがMSという会社
0398デフォルトの名無しさん2013/10/27(日) 05:04:14.77
ES6はMSも策定に加わってるし問題ない
昔めちゃくちゃだったのはIEのJSがJScriptだっただけ
0399デフォルトの名無しさん2013/10/27(日) 05:37:44.91
まあそのあたりは実際に出そろってから話そうや。
0400デフォルトの名無しさん2013/10/27(日) 11:05:35.96
ES6って他言語に比べて2週くらい周回遅れだったのが
1週遅れ程度になるだけですよ
0401デフォルトの名無しさん2013/10/27(日) 11:14:49.15
他言語って具体的にどの言語？
0402デフォルトの名無しさん2013/10/27(日) 11:44:16.90
Smalltalk, Lisp, Ruby
0403デフォルトの名無しさん2013/10/27(日) 12:00:35.29
>>402
それらの言語に対して、
足りない機能は何？

これがでれば、1周の内容が判明するよね？
0404デフォルトの名無しさん2013/10/27(日) 12:10:15.17
>>402で複数の言語でてきたが、
どの言語も全ての点で優れているものは
ないってことだろう。

仮に数値化すればこんな感じ

Smalltalk 5 4 2 3 1
Lisp 3 4 5 3 1
Ruby 4 2 2 1 5

そう。どの言語もオール5なんてのはなく
何かの点で劣っているもの、優れているものがある。

今のJavaScriptはこんな感じか。ウェブに
特化しているからその点では有利。
JavaScript 3 3 5 3 3

それがES6ではこうなる。
JavaScript 4 4 5 4 4

そう、まさに二周遅れ(5 vs 3)だったのが
一周遅れ( 5 vs 4 )になったわけだが、
全ての点が平均的に上がっているというのが重要。
0405デフォルトの名無しさん2013/10/27(日) 12:17:56.61
５周遅れだろうが１００周遅れだろうが
ES6に入る機能の殆どが本当にしっかり練られてて
失敗はないだろうからclass構文とかものによっては十数年
待ったかいはあったと思うよ
0406デフォルトの名無しさん2013/10/27(日) 12:22:35.75
他の言語の機能をまんべんなく取り入れてるってのがいいよね。
最高ではない、だが最良である。
それが実践主義、現実主義であるのJavaScriptというもの

HTML5もそうだった。理想であったはずのXHTMLよりも
より使えるものを目指して進化し続けている。
0407デフォルトの名無しさん2013/10/27(日) 13:03:47.33
>>404
何の根拠もない数値でも、数値が書いてあれば説得力が増すと考えるのって
典型的な文系脳だよね
0408デフォルトの名無しさん2013/10/27(日) 13:08:18.93
根拠も何も何の項目かも書いてない
ただの数値に文句つける人ってw
0409デフォルトの名無しさん2013/10/27(日) 13:10:52.45
いや、アスペだろ
数値に病的にこだわる
0410デフォルトの名無しさん2013/10/27(日) 13:14:20.13
>>408
横レスだけど、>>407は数値に文句をつけているのではなく、
意味の無い数値から根拠を導く>>404の似非科学的思考を批判している

日・本・語・ワ・カ・リ・マ・ス・カ ？
0411デフォルトの名無しさん2013/10/27(日) 13:17:11.73
急にファビョられても困るわぁ……
0412デフォルトの名無しさん2013/10/27(日) 14:15:16.92
夜中だけ盛り上がるスレ。
0413デフォルトの名無しさん2013/10/27(日) 14:28:17.96
平日の日中に盛り上がるような与太に価値があるとでも思っている?
0414デフォルトの名無しさん2013/10/27(日) 14:31:13.93
平日の昼間も盛り上がってたんだね。
夜中と昼間だけ盛り上がるスレ。
俺参加できないスレ。
悲しい。
0415デフォルトの名無しさん2013/10/27(日) 15:18:53.39
飽くなきJS信者が寝てる時間帯と思われる
0416デフォルトの名無しさん2013/10/27(日) 17:49:49.15
>>410
俺は数字なんて大した意味が無いと思ってるから
消していいよ？

----ここから書き直し
どの言語も全ての点で優れているものは
ないってことだろう。
どの言語も完璧なものなんてのはなく
機能によって劣っているもの、優れているものがある。

今のJavaScriptはウェブに
特化しているからウェブの機能ではほかよりも優れている
それ以外では劣っているが、それがES6では底上げされる

そう、まさに二周遅れだったのが 一周遅れになったわけだが、
全ての機能が平均的に上がっているというのが重要。
劣っている所がかなり減った。
----ここまで書き直し

まさか、説明をわかりやすくするためだけに書いた点数に
ここまで病的に反応するとは思わなかった。
数値にこだわるのはアスペなん？ｗ
0417デフォルトの名無しさん2013/10/27(日) 18:03:52.29
金曜日の午前8時にスレが建ちスタートダッシュ。
夕方から夜は静まり返り深夜になるとまた盛り上がる。
0418デフォルトの名無しさん2013/10/27(日) 18:06:45.85
生産性を上げる≒開発環境の支援を最大限に受ける
動的言語の優れた開発環境教えて
0419デフォルトの名無しさん2013/10/27(日) 19:04:36.68
>>416
結局、数値を取り除くと残ったのは、>>416の主観的な願望や妄想だけw

技術的な裏付けのある主張はどこにも無い
>>416の「ES6はこうあるべきだ...」という願望から導かれた結論ありきの内容
0420デフォルトの名無しさん2013/10/27(日) 19:23:31.46
>>419
そもそも、Smalltalk, Lisp, Ruby が
優れているってのが主観だからね。

事実、何が優れているかが
でてこない。
0421デフォルトの名無しさん2013/10/27(日) 19:24:58.65
二周遅れっていうのも、主観や願望だろうが。
数字として示せよ。
0422デフォルトの名無しさん2013/10/27(日) 19:34:33.81
>>418
SmallTalk
0423デフォルトの名無しさん2013/10/27(日) 19:51:13.09
同じ議論何回も繰り返さないでいいよ
そういうのを不毛っていうんだぞ
0424デフォルトの名無しさん2013/10/27(日) 20:07:44.96
>>422
Smalltalkには演算子の優先順位がないってマジなの？
0425デフォルトの名無しさん2013/10/27(日) 20:13:09.92
そんな言語があるとは思えんな
0426デフォルトの名無しさん2013/10/27(日) 20:30:27.88
Smalltalkの何が優れているかって
結局言えないんだよね。
0427デフォルトの名無しさん2013/10/27(日) 20:47:29.19
Smalltalkは優れているよ。
0428デフォルトの名無しさん2013/10/27(日) 20:49:33.48
Smalltalkは優れているよ。 （主観 願望）
0429デフォルトの名無しさん2013/10/27(日) 20:52:09.00
Javascriptより優れているね
0430デフォルトの名無しさん2013/10/27(日) 20:54:38.78
主観、願望
0431デフォルトの名無しさん2013/10/27(日) 20:59:20.57
優れてるってのは分かったから
どこがどうってのを聞きたい
0432デフォルトの名無しさん2013/10/27(日) 21:00:02.60
標準ライブラリは優れてるよね
0433デフォルトの名無しさん2013/10/27(日) 21:03:04.79
つまりJavaやC#が最強と
そういうことですね?
0434デフォルトの名無しさん2013/10/27(日) 21:04:28.91
Javaの標準ライブラリはガチでゴミ
0435デフォルトの名無しさん2013/10/27(日) 21:05:32.35
Javascriptの標準ライブラリってなんもないね
0436デフォルトの名無しさん2013/10/27(日) 21:19:20.15
Javaの標準ライブラリは酷いよなあ
オブジェクト指向や直交性などの手段が目的化してる最悪の例
0437デフォルトの名無しさん2013/10/27(日) 21:23:36.05
（ここまでいえば、具体的と認めてくれるだろう？）
0438デフォルトの名無しさん2013/10/27(日) 21:24:08.87
実際には具体的なことを何も言ってないけどなｗ
0439デフォルトの名無しさん2013/10/27(日) 21:54:03.23
議論では何度やっても勝てないから煽って誤摩化すわけね
ほんと関数厨って頭悪いわw
0440デフォルトの名無しさん2013/10/27(日) 22:05:57.61
動的型言語で一番関数やメソッドの補完が優れた
開発環境を持つ言語って何？
やっぱりSmalltalkなの？
0441デフォルトの名無しさん2013/10/27(日) 22:11:07.49
Smalltalkかぁ、言語はいいんだけどね。
普通のテキストエディタで書けないし・・・。
0442デフォルトの名無しさん2013/10/27(日) 22:12:08.75
Smalltalkは環境自体がIDEと言ってもいいだろうね
0443デフォルトの名無しさん2013/10/27(日) 22:12:24.35
>>440
JavaScript+VisualStudio
0444デフォルトの名無しさん2013/10/27(日) 22:12:32.57
>>424
そもそも演算子がない。
メソッドの評価順に優先順位がある。
0445デフォルトの名無しさん2013/10/27(日) 22:13:47.92
Smalltalkは特殊すぎて実用的でないというか。
なんだろう。OSすべてSmalltalkの世界が来れば
なにか変わるかもしれないが。
0446デフォルトの名無しさん2013/10/27(日) 22:15:09.51
Smalltalkに演算子がないって
欠点なんじゃね？

演算子が無いことのメリットがあるかもしれんが、
わかりやすさとしてはデメリットでしょう？
0447デフォルトの名無しさん2013/10/27(日) 22:16:36.62
本当なのか・・・。

http://jijixi.azito.com/cgi-bin/diary/index.rb?date=20070202
>
> % [Smalltalk] とりあえず Smalltalk で最初にびっくりすべきところ
> % rlwrap gst
> GNU Smalltalk ready
>
> st> 2 * 4 + 1!
> 9
> st> 1 + 4 * 2!
> 10
> な、なんだってー!?
>
> 要は演算子だろうが何だろうが全部メッセージで、優先順位とかは特別扱いしないよ…
> ってことなんだろうけど、知らないとビビるよ、これ。 ある意味 LISP に近いかも。
> 優先順位関係無しに、先に計算されるべきところはカッコで囲まざるを得ないところが。
> まあ、算数へのこだわりが無ければ、こっちの方があいまいさが無くて嬉しいという見方もできるけど。
0448デフォルトの名無しさん2013/10/27(日) 22:18:47.30
MSにはPythonの開発環境を本気で作ってほしい
Pythonって解析しやすい方だろうしコミュニティも静的解析ウェルカムな感じだし
設計思想もC#と似通ったところがあったりしてMSとは相性良さそう
0449デフォルトの名無しさん2013/10/27(日) 22:20:24.04
Visual StudioのPython開発環境ってそこそこ出来良くなかったっけ？
そりゃ補完はjediに及ばないだろうけど
0450デフォルトの名無しさん2013/10/27(日) 22:20:52.33
>>446
いちいちカッコで括って面倒なのは、数値計算するときぐらいだな。

前から順に評価されるだけなので、こういうのを把握するよりよほど楽。
http://www.rubylife.jp/ini/if/index5.html
0451デフォルトの名無しさん2013/10/27(日) 22:22:42.77
pdbがものすごくいいらしいのでPython使ってみたけど、printと変わらなかった。
0452デフォルトの名無しさん2013/10/27(日) 22:24:08.15
>>449
だってあれ元々MSが作ってたからなw
コミュニティベースに移行してからはパッとしないけど
0453デフォルトの名無しさん2013/10/27(日) 22:25:37.52
>>451
pdbなんて全然良くないと思う
ていうかデバッガなんて真面目に使ってないでしょ誰も
0454デフォルトの名無しさん2013/10/27(日) 22:26:45.25
>>450
それは全然意味が違う。

四則演算の優先順位は
小学校で習う常識だ。

Smalltalkは小学校の
常識から外れているだろう
0455デフォルトの名無しさん2013/10/27(日) 22:26:58.20
Javascriptを使えばホームページに動きを取り入れられます
0456デフォルトの名無しさん2013/10/27(日) 22:27:47.09
それどころかJavaScriptでなんでもできます。
0457デフォルトの名無しさん2013/10/27(日) 22:28:25.47
>>453
使ってたら優れたデバッガと言わなかっただろね
正味、printと変わらない
0458デフォルトの名無しさん2013/10/27(日) 22:29:29.59
Javascriptを使えば起業もできるって考えてあのスレをたてたのか。
0459デフォルトの名無しさん2013/10/27(日) 22:31:24.80
テスト書いてればデバッガのお世話になることなんて殆ど無いと思うけど（例外で落ちればスタックトレースも出るし）、
どうせ使うならIDEのデバッガを使うか、コンソールが好きだとしてもpudbくらい使うべき
0460デフォルトの名無しさん2013/10/27(日) 22:32:33.63
デバッガに拘るやつの無能率は異常
0461デフォルトの名無しさん2013/10/27(日) 22:33:23.37
粒度が違うからどっちも必要だけどね
0462デフォルトの名無しさん2013/10/27(日) 22:33:40.00
> テスト書いてればデバッガのお世話になることなんて殆ど無いと思うけど

テストはエラーを見つけるもの。
デバッガは見つけたエラーを直すもの

全然役割が違うと思いますが？
0463デフォルトの名無しさん2013/10/27(日) 22:34:41.40
自分自身がデバッガそのものなので必要ありません。
0464デフォルトの名無しさん2013/10/27(日) 22:35:22.31
デバッガで実行しながらじゃないとエラー直せないとか
どこまで無能宣言すれば気が済むの？
0465デフォルトの名無しさん2013/10/27(日) 22:35:29.96
>>462

>>460
デバッガ使うやつはエラーの発生原因
0466デフォルトの名無しさん2013/10/27(日) 22:38:42.01
デバッガを無くせばバグは世界から消える
0467デフォルトの名無しさん2013/10/27(日) 22:40:22.72
デバッガがないとプログラム書けない低能プログラマが死滅すれば
バグのあるコードが世界から減ると思う
0468デフォルトの名無しさん2013/10/27(日) 22:41:08.40
>>454
優先順位の紹介のために、2 + 3 * 4 を見せられて初見で面食らう「わかりにくさ」と、実際に使用する上での「わかりにくさ」は分けてくれ。
コード上は通常、2+(3 * 4)と書く。
0469デフォルトの名無しさん2013/10/27(日) 22:43:01.02
>>468
違った。この例だと、 (2 + 3) * 4 だな。
0470デフォルトの名無しさん2013/10/27(日) 22:43:21.82
>>467

だよな
printのほうが高機能
0471デフォルトの名無しさん2013/10/27(日) 22:45:55.62
>>468,469
お前も間違ってるんじゃねえかｗｗｗ
0472デフォルトの名無しさん2013/10/27(日) 22:46:01.76
>>456
デバッガを使えないほうが無能。

理由は、お前が言ってないので
俺も言わないｗ
0473デフォルトの名無しさん2013/10/27(日) 22:46:34.31
道具を使えない人間は
無能ってことでいいんじゃねーの？ｗ
0474デフォルトの名無しさん2013/10/27(日) 22:47:29.49
デバッガは不要。


なんでそんな機能作っちゃったんですかｗｗｗｗｗ >>ほぼすべての言語
0475デフォルトの名無しさん2013/10/27(日) 22:47:54.03
>>472
JSでなんでもできるとか書く馬鹿が無能なのは
わざわざ言われなくても分かるよ
0476デフォルトの名無しさん2013/10/27(日) 22:48:16.81
言語設計者はテストの重要性を理解していないんだろうな
0477デフォルトの名無しさん2013/10/27(日) 22:49:19.63
普及した言語の設計者は、言語の普及のために
無能を取り込むことの重要性を理解している
0478デフォルトの名無しさん2013/10/27(日) 22:49:41.45
非コンパイル言語ではデバッガで初期エラーも見るしなぁ
まあそれこそSmalltalkみたいなIDE一体型言語なら間に合うのかもしれないけど
0479デフォルトの名無しさん2013/10/27(日) 22:49:46.10
>>471
どちらにせよ、算術計算のときは意志が伝わるようにカッコで括るのが常識ということな。
0480デフォルトの名無しさん2013/10/27(日) 22:50:45.09
初心者がデバッガ使うのは仕方ない部分もあるね
0481デフォルトの名無しさん2013/10/27(日) 22:51:49.14
一発で完全なコードを書けないのはプロとして失格だろ
0482デフォルトの名無しさん2013/10/27(日) 22:53:39.02
デバッガである地点の値を知りたいなら、
ブレークポイントなんか設置しないで、

pritf文を書けばいいじゃないか。

どっちが面倒か比べるまでもないね
0483デフォルトの名無しさん2013/10/27(日) 22:54:28.72
一発で完全なコード書けるような奴がプログラミングとか勿体無すぎる
人類にとって大損失だ
0484デフォルトの名無しさん2013/10/27(日) 22:54:42.03
そういう発想になる時点で無能なんだよね
わりとマジで
0485デフォルトの名無しさん2013/10/27(日) 22:55:34.95
>>482
その考え方が間違っているんだよ
ある地点の値を知りたいということは、ある地点の値をある範囲に保証しなければいけないからだろ
ということはそれを保証するテストを書くべき
0486デフォルトの名無しさん2013/10/27(日) 22:56:42.86
今はテストのテストまで書く時代だからね
デバッガは過去の遺物
0487デフォルトの名無しさん2013/10/27(日) 22:56:53.59
printf文を入れて実行。
ここまではちゃんとした値が入っているよな？

printf文を追加して、再実行。
ここまではちゃんとした値が入っているよな？

printf文を追加して、再実行・・・

うわっ、ループの中だったからたくさんprintf文が・・・
条件付きでprintf文実行されるようにしなくちゃ

以下数回繰り返す。


VS ステップ実行
0488デフォルトの名無しさん2013/10/27(日) 22:57:30.61
>>485
開発中の値の確認の話でしょ
0489デフォルトの名無しさん2013/10/27(日) 22:58:05.21
>>485
ある地点って、関数の中のある地点ですよ。

テストは関数単位でしか調べることは出来ません。

なんでprintf文を使っていると思ってるんですか？
0490デフォルトの名無しさん2013/10/27(日) 22:58:34.38
どうしょうもなく追い詰められたときデバッガ使うけど大抵は凡ミスなのでコード眺めてれば自然に解決してしまうぞw
0491デフォルトの名無しさん2013/10/27(日) 22:59:16.96
>>488
開発中に値を確認するのはプロとして失格
今自分が書いたコードが何をするか把握していない証拠
デバッガは初心者の学習補助として存在する
0492デフォルトの名無しさん2013/10/27(日) 22:59:47.27
>>490
君には複雑なシステムを、眺めてて欲しい。
0493デフォルトの名無しさん2013/10/27(日) 23:00:28.18
>>491
スゲー真似できんわ
0494デフォルトの名無しさん2013/10/27(日) 23:00:45.72
>>491
お前何と戦っているの？

値を見たほうが、問題解決するのはやってーの。

目的は問題を解決すること。

プロとかプライドとかどうでもいいよ。
0495デフォルトの名無しさん2013/10/27(日) 23:00:55.95
デバッガはテストが失敗したときの話だろ?
そりゃデバッガが必要ないほどテスト可能な処理単位が細かく分けられてて
テストも完全に書けてればそれがもちろんベストだが
現実的じゃないね
0496デフォルトの名無しさん2013/10/27(日) 23:01:16.94
>>489
関数程度の大きさで値を調べたいというのがそもそも間違い
その程度一発で書けないのは初心者
もしも把握できない大きさになっているのであれば関数を分割するべき
0497デフォルトの名無しさん2013/10/27(日) 23:01:45.88
この中でprintfデバッグをしたことがない人だけが、
デバッガをことを悪く言いなさい。
0498デフォルトの名無しさん2013/10/27(日) 23:02:40.74
>>496
一発でかけないお前は無能ってことだよな？

あれあれ？ 俺はミスしないって言っちゃうの？
0499デフォルトの名無しさん2013/10/27(日) 23:02:50.73
printデバッグすら自由にやらせてもらえない職場だってあるんだぞ
そしてテスト単位は数千ステップのバッチ
0500デフォルトの名無しさん2013/10/27(日) 23:02:56.80
煽りじゃなく、本当にデバッガ君は無能だから
初心者じゃないなら別の仕事探すべき
0501デフォルトの名無しさん2013/10/27(日) 23:03:09.60
以上、スクリプター同士の真剣な議論でした
0502デフォルトの名無しさん2013/10/27(日) 23:04:37.25
>>487
そうだよね。言語的にデバッガが使いにくいから
そうやってprint文を入れたり消したりしながら
デバッグしてるけど、実際は途中で止めたほうがいいんだよね。

テスト書いていても、テスト実行の途中で止めたいことってよくあるし。
（できないから、他のテストを実行されないようにソースコード書き換えてる）
0503デフォルトの名無しさん2013/10/27(日) 23:05:12.32
プログラムに慣れてくると直感でバーっと書いて
思い通りに動くかどうか値を出力して確認しないのか？？
0504デフォルトの名無しさん2013/10/27(日) 23:05:13.96
>>500
でも、その根拠がはっきりしないから、
それはお前の思い込みでしか無いって
話なんだがね。
0505デフォルトの名無しさん2013/10/27(日) 23:07:34.15
電車の中で原因を考えてるとふとあそこが間違ってんじゃんと思いつく。
これが俺のデバッグ法。スマホとかいじってるやつはアホ。
0506デフォルトの名無しさん2013/10/27(日) 23:08:14.65
休むことも仕事のうちです。
0507デフォルトの名無しさん2013/10/27(日) 23:09:07.37
間違ってるって気付く一番手っ取り早い方法がプリントだろ？
0508デフォルトの名無しさん2013/10/27(日) 23:09:18.88
>>496
関数の中で呼んでる別の関数に絶対にテスト漏れがないと言い切れるのならそうだね
ありえないけどね
0509デフォルトの名無しさん2013/10/27(日) 23:09:49.26
少なくとも現在開発中のコードは全て頭の中に入っていて動作を脳内トレースできなければならない。
0510デフォルトの名無しさん2013/10/27(日) 23:10:31.92
print文を入れてソースコード汚すのはダサい
0511デフォルトの名無しさん2013/10/27(日) 23:12:32.37
いちいち値を確認しなきゃデバッグできないなら無能ですよって主張に対し
printとか何度も書いてるアホは何なのでしょうね？アホの中のアホですか？
0512デフォルトの名無しさん2013/10/27(日) 23:12:34.97
print文いれてソースコードを汚くするぐらいなら
デバッガを使えば良い。

print文の目的は、ある地点での値を見ることなんだから
それはブレークポイントを設置すればいい話なのだ。

ブレークポイントで止まって、そこからステップ実行
できるから、print文を調整して再実行をする必要もないぞ。
0513デフォルトの名無しさん2013/10/27(日) 23:13:03.23
きちんとテストを書けない雑魚がデバッガに頼るんだよね
0514デフォルトの名無しさん2013/10/27(日) 23:14:29.31
>>511
だから何と戦ってるんだよｗ

バグが起きた時点で、
何が起きてるのかわかってない状態だろ。

その状態になったら、何が起きてるのか
状況を把握するのが重要だろ。

問題が起きましたが、どの地点で起きてるのかわかりません！
いま脳内でトレースしてますが、時間がかかります。
じゃプロとしてだめだろ。
0515デフォルトの名無しさん2013/10/27(日) 23:15:18.30
そもそも関数型は値が不変なのでデバッグの必要がない
0516デフォルトの名無しさん2013/10/27(日) 23:15:58.48
なるほど、デバッガ君は副作用満載のウンココードを書いてるってことか
0517デフォルトの名無しさん2013/10/27(日) 23:16:08.97
想定した値と違うとき、
どういう値になったかがわかれば
問題解決するのも早いってことよくあるよね？
0518デフォルトの名無しさん2013/10/27(日) 23:16:41.17
自演発見ｗ


515 名前：デフォルトの名無しさん[sage] 投稿日：2013/10/27(日) 23:15:18.30
そもそも関数型は値が不変なのでデバッグの必要がない


516 名前：デフォルトの名無しさん[sage] 投稿日：2013/10/27(日) 23:15:58.48
なるほど、デバッガ君は副作用満載のウンココードを書いてるってことか
0519デフォルトの名無しさん2013/10/27(日) 23:17:07.68
コード書いてブレークポイント設定して実行して確認するより
コードにプリント書いて実行して表示を見るほうが手間ないよ
もちろんブレークポイント書くのがいい時もあるけど
0520デフォルトの名無しさん2013/10/27(日) 23:19:08.30
Pythonに良いデバッガが無いのは優れた特徴だということ
0521デフォルトの名無しさん2013/10/27(日) 23:19:39.80
>>515
計算を遅延してるだけなのにそれを不変と言えるのか？
0522デフォルトの名無しさん2013/10/27(日) 23:20:31.51
>>521
何かと勘違いしてない？
0523デフォルトの名無しさん2013/10/27(日) 23:21:12.69
よくあるデバッグログなんかも
途中の値を見ることが
問題解決の糸口になるからなんだが。
0524デフォルトの名無しさん2013/10/27(日) 23:21:22.58
開発環境は言語の一部
0525デフォルトの名無しさん2013/10/27(日) 23:21:28.99
>>520
Pythonは初心者向け言語なのでデバッガは充実してる
標準デバッガがプリミティブなのは別の話
0526デフォルトの名無しさん2013/10/27(日) 23:22:16.98
>>519
> コード書いてブレークポイント設定して実行して確認するより
> コードにプリント書いて実行して表示を見るほうが手間ないよ

ブレークポイントの何倍も楽だけど？

よくいるのがツール使えないからと
原始的な方法を続けてる人。
0527デフォルトの名無しさん2013/10/27(日) 23:23:54.17
値を確認する必要があるならデバッガ使うさ
問題は、そんな必要は殆ど無いって話でさ
0528デフォルトの名無しさん2013/10/27(日) 23:24:13.98
printデバッグなんてわざわざ無駄なコード書いて今度は消さないといけない
確かにテストである程度のバグを取る必要があるけどそれで対応できない場合がある
そういうときにデバッガは役に立つ
0529デフォルトの名無しさん2013/10/27(日) 23:24:28.96
値を確認するのはプロ失格
0530デフォルトの名無しさん2013/10/27(日) 23:24:40.04
初心者や低能はプログラムの把握能力が低いから
値を見ないと何やってんのか分からない、ということだろうね
0531デフォルトの名無しさん2013/10/27(日) 23:25:17.62
テストをきちんと書かないからデバッガが必要になる
0532デフォルトの名無しさん2013/10/27(日) 23:26:42.02
Visual Studioのデバッガが恐ろしいほど充実してるのを見ればわかる
デバッガは悪の根源ということ
0533デフォルトの名無しさん2013/10/27(日) 23:27:51.44
でも、デバッガはあんまり使わないヤツでも
REPLは使うよね
0534デフォルトの名無しさん2013/10/27(日) 23:32:44.24
じゃあ値確認しないテスト至上派は
def f(m, n):
　x = a(m)
　y = b(n)
　return x + y
assert 5 == f(1, 2)
が失敗したとき、aとbのどっちを疑うべきかどうやって判断するの?
テスト漏れなわけだからaとbのテストケースを追加してaとbのテストをやり直すの?
0535デフォルトの名無しさん2013/10/27(日) 23:32:56.21
使わないね
そんな実験みたいなことしてたらお客様に失礼だろう
0536デフォルトの名無しさん2013/10/27(日) 23:34:16.42
>>534
a,bのコード見ればいいじゃん
0537デフォルトの名無しさん2013/10/27(日) 23:34:36.51
JavaScriptの為の各ブラウザのインスペクターほど優秀なデバッガはない
0538デフォルトの名無しさん2013/10/27(日) 23:36:36.69
テストを書く段階では意味が無い
テストの前の書きかけの状態でこそ活きる
0539デフォルトの名無しさん2013/10/27(日) 23:36:45.46
値を確認する暇があるならテスト書けよっていつも思う
0540デフォルトの名無しさん2013/10/27(日) 23:40:54.89
>>536
aがさらに別の関数を呼び出してたらその先もそのまた先も読むの?
a以下を掘って掘って全部読んで結局間違いが見つからなかったとして
間違いはbにあると自信を持って言える?
そしてそれからまたbを読むんでしょ?
そんな無駄な時間をかけてお客様に失礼だとは思わないの?
0541デフォルトの名無しさん2013/10/27(日) 23:42:26.14
>>534
aとbがテストをパスしてるなら、まず疑うべきは「return x + y」
0542デフォルトの名無しさん2013/10/27(日) 23:46:04.32
>>538
コードを書きかけのときは、コードスニペットを実行する機能とかREPLの方が便利だよ
でもこれも広義ではデバッガみたいなもんかな
0543デフォルトの名無しさん2013/10/27(日) 23:55:42.67
REPLもデバッガの一部として話してるし
プリントっていうのはテストの一形態だと思う
0544デフォルトの名無しさん2013/10/27(日) 23:56:04.15
初心者にはそうだろうね
そのレベルでお金もらうのは無謀だけど
0545デフォルトの名無しさん2013/10/27(日) 23:57:30.04
仮説：REPLがしょぼい言語ほどデバッガが充実している
0546デフォルトの名無しさん2013/10/28(月) 00:02:44.46
>>540
それってaもbもテストしてないってことだろ。テストの必要が生じた時点でやるべきだろ。
0547デフォルトの名無しさん2013/10/28(月) 00:09:47.88
デバッガは初心者がHello World!書くときしか使い道がない
デバッガ脳は早めに卒業しないと
0548デフォルトの名無しさん2013/10/28(月) 00:10:25.73
>>546
無いの?テスト漏れ
本当に?ww
0549デフォルトの名無しさん2013/10/28(月) 00:11:41.57
テスト漏れする程度の人間はテストのテストも検討するべき
0550デフォルトの名無しさん2013/10/28(月) 00:12:59.46
そうだね
結論：バグのないプログラムを書けばデバッガもprintfもいらない
0551デフォルトの名無しさん2013/10/28(月) 00:17:17.76
その考え方が間違っている

バグのあるプログラムを書いてはいけない
これがプロとしての最低限の常識

そのためにはどうしたらよいか
1、Javascriptを正しく学ぶ
2、テストを正しく実行する

たった二つ実践するだけでバグがなくなる
0552デフォルトの名無しさん2013/10/28(月) 00:21:57.21
バグがないのならテストなんて要らねえじゃん
0553デフォルトの名無しさん2013/10/28(月) 00:26:25.22
デバッガは害悪です。
0554デフォルトの名無しさん2013/10/28(月) 00:32:06.15
テストに頼らないとバグのないプログラムが書けない程度の人間が
完全なテストを作れるわけがない
0555デフォルトの名無しさん2013/10/28(月) 00:36:05.51
バグってのは９割そいつの脳の欠陥による。
俺の場合目が悪いことによる凡ミスが多い。
0556デフォルトの名無しさん2013/10/28(月) 00:42:35.68
JSerってaltJSに対して二言めにはデバッガがー、デバッガがーって言ってるから
デバッガ無いとコード書けない低能だと思ってたけど、だいたい合ってた
0557デフォルトの名無しさん2013/10/28(月) 00:48:23.02
釣られるなよ
0558デフォルトの名無しさん2013/10/28(月) 00:55:47.92
デバッガの話をすると
それが出来ない言語使いが
ファビョるから面白いね。
定期的に出そう。
0559デフォルトの名無しさん2013/10/28(月) 00:59:11.51
デバッガが害悪ならVisualStudioは普及してねーよ
0560デフォルトの名無しさん2013/10/28(月) 01:06:54.50
デバッガが害悪なら
GDBなんてできてねーよ
0561デフォルトの名無しさん2013/10/28(月) 01:11:50.59
gdbみたいなインターフェースのデバッガって高機能だけど
>>451みたいな馬鹿には使いこなせないから今時流行らんよな
0562デフォルトの名無しさん2013/10/28(月) 05:17:57.21
本物のプログラマはバグを作りこまない
0563デフォルトの名無しさん2013/10/28(月) 06:09:59.09
俺は天才だ一切ミスなどしないというアニメによくあるキャラ
例えばデスノートのライトとか、
ああいう性格って自分の欠点を反省せず自己修正しないから頭悪いんだよリアルでは。
おまえのことな
0564デフォルトの名無しさん2013/10/28(月) 06:15:50.34
ミスをしないから修正などいらない
はい、論破
0565デフォルトの名無しさん2013/10/28(月) 06:17:04.27
アニメ的な妄想だな。ミスをしないならそもそも人間じゃない。
0566デフォルトの名無しさん2013/10/28(月) 06:21:05.83
パチンコ中毒と同じで俺は絶対負けない絶対勝てる方法を知っているとぬかす。
0567デフォルトの名無しさん2013/10/28(月) 06:26:51.62
パチンコは負けない方法あるね
やったことない人にはわからないだろうけど
0568デフォルトの名無しさん2013/10/28(月) 06:30:00.36
俺知ってるよ。だってパチンコやったこと無いもん。
0569デフォルトの名無しさん2013/10/28(月) 07:11:34.83
×) プロはミスをしない
○) ミスを修正するのに値をいちいち確認するヤツは無能
0570デフォルトの名無しさん2013/10/28(月) 07:15:02.64
どんな言語でもデバッガがなくてもプログラムは組める。
だがデバッガがあると不具合を非常に効率良く修正できる。
つまり経済的な利点がある。能力の問題ではない。
0571デフォルトの名無しさん2013/10/28(月) 07:20:33.45
不具合って言っても、C/C++ならcore吐かせてgdbでデバッグするけど、
VM上の言語なら不具合発生した際に出力されたスタックトレースで
状況が把握できるから、デバッガいらんのよマジで
1年に数回起動するかもってレベル
0572デフォルトの名無しさん2013/10/28(月) 07:28:12.18
几帳面でクソマジメで字が綺麗で見た目にも一切隙のない潔癖の女の子が
頭悪い事が多いのはなんとも可哀想になってくるんだよ。
だらしなくてバカにしか見えない部屋ぐちゃぐちゃの女の子が実は高知能だったりする・・・。
0573デフォルトの名無しさん2013/10/28(月) 08:13:06.69
デバッガいらない勢はどういう風に学習してきたんだ？
初心者の頃からデバッガ要らずとかすげえと思うわ
0574デフォルトの名無しさん2013/10/28(月) 08:28:06.74
デバッガは自転車の補助輪みたいなもん
0575デフォルトの名無しさん2013/10/28(月) 08:43:37.95
>571
ゲームでキャラの位置が狂ってたり、
帳票で値が狂ってたりするとき例外出ないだろ。
むしろ例外が出ないようなバグが大半だと思う。
0576デフォルトの名無しさん2013/10/28(月) 08:48:17.16
>>570
>どんな言語でもデバッガがなくてもプログラムは組める。

余談だけど、
Smalltalkで面白いのは、逆にデバッガだけでもプログラミングができるところ。
LiveEditみたいなもんだけど、こんな機能を80年代に備えていたのがいかにも変態さん。

20枚目、「FizzBuzzを少し変わった方法で組んでみよう」
http://www.slideshare.net/sumim/20120916-rubykaigi-rubyistsqueak-smalltalk/20
0577デフォルトの名無しさん2013/10/28(月) 09:05:11.24
>>575
そういうのはテストで見つかる
0578デフォルトの名無しさん2013/10/28(月) 09:28:02.11
こりゃもし真面目に言っているとすれば
テストファースト思考の弊害だな
縛りプレイして何が楽しいのかねえ？
0579デフォルトの名無しさん2013/10/28(月) 09:34:03.84
代入出来てるかテスト
加算出来てるかテスト
乗算出来てるかテスト
0580デフォルトの名無しさん2013/10/28(月) 10:00:18.48
そんなにテスト書いてたらテストを間違うかもしれないから
テストのテストが要るな
0581デフォルトの名無しさん2013/10/28(月) 10:08:03.54
ただ単に実用レベルのソフトを書いたことがなくてお花畑の世界で物を言ってるんだろう
0582デフォルトの名無しさん2013/10/28(月) 10:42:26.40
>>580
再利用可能なテストのために、
そのテストコードを書くとか普通にありうる
皮肉でも何でも無いわ
0583デフォルトの名無しさん2013/10/28(月) 10:44:02.48
開発中些細なところにそんなテスト書いてられんだろという皮肉なんですが…
0584デフォルトの名無しさん2013/10/28(月) 10:54:01.69
>>571
それだとC/C++もスタックトレースとダンプで十分なんじゃ
0585デフォルトの名無しさん2013/10/28(月) 11:05:53.98
なんでこんなに勢いあるんだ？？
0586デフォルトの名無しさん2013/10/28(月) 11:10:34.51
頭の硬い輩が暴れてるから
0587デフォルトの名無しさん2013/10/28(月) 11:14:44.68
そう言えばN+に立ってたスレでも
やたらEXCEL　VBA厨が頭の固いレスしてたな
0588デフォルトの名無しさん2013/10/28(月) 11:19:23.96
互いのパンチが当たってないのにどちらも勝った気になれるから
0589デフォルトの名無しさん2013/10/28(月) 12:50:39.86
>>584
それを見るためのcoreでしょ
0590デフォルトの名無しさん2013/10/28(月) 13:08:00.37
>>589
C++でもデバッガ走らせるまでもなく
そのcoreを食わせてスタックトレースと
該当アドレス読めば十分なんじゃないかという意味
0591デフォルトの名無しさん2013/10/28(月) 13:33:07.46
>>590
gdbは多少人間に優しい表示してくれるから…
0592デフォルトの名無しさん2013/10/28(月) 17:17:58.57
さあ、そろそろ始まるか？
0593デフォルトの名無しさん2013/10/28(月) 18:05:56.58
テストファーストはデバイスが絡むと悲しいほど役立たない。
テストファーストがどこでも通用すると思っている奴はデバイスを扱う処理を書かないやつだけ。

例えばゲームでも画面は出力デバイス。
シェーダーで水面の表現を書くとするだろ？
全フレームの計算後の画面データを保管しておいて比較でもするのか？
その比較用データはどう作るの？
まさか一部のピクセル処理だけテストして終わり？
計算上は正しくても見た目が変ならそれはユーザー的にはバグだぞ。

モーター処理でも割り込みのタイミングに由来する脱調の不具合があるかもしれないだろ？
それどうやってテストコード書くの？
モーターのエミュレータでも書くの？
書いたとして、タイミングが変わったら意味ないだろ？
0594デフォルトの名無しさん2013/10/28(月) 18:11:27.57
>>593
テストファーストの適用対象は単体テストだろ

デバイスが絡まないシステムであっても、
結合テストでは(>>593に書かれた内容と同じ理由で)
テストファーストが役立たないのは同じ
0595デフォルトの名無しさん2013/10/28(月) 18:45:52.98
>>593
それはテストのタイミングは関係ないだろｗ
ファーストじゃなかったら解決するのか？
0596デフォルトの名無しさん2013/10/28(月) 19:26:05.35
静的型って自転車の補助輪みたいなものだろ

自転車の補助輪はまだ乗れない子供が練習するためにつける
乗れるようになったら邪魔だから外す

静的型はプログラム初心者はよく間違えるから型でチェックして間違いを教えてあげる
ちゃんとプログラムを書けるようになったら型なんて邪魔なだけ
いつまでも静的型なんて書いているのはみっともないよ
ましてやプロが型とか。。。笑っちゃうよ
0597デフォルトの名無しさん2013/10/28(月) 19:32:06.46
>>596
動的型ってtypoは排除してくれる？
0598デフォルトの名無しさん2013/10/28(月) 19:35:29.18
>>597
補助輪がほしいんだね？
いいんじゃないかな、補助輪つけたままでも
笑わないから
0599デフォルトの名無しさん2013/10/28(月) 19:36:52.32
動的型=型を宣言しない、という思い込みしてるのが未だに居るな。
0600デフォルトの名無しさん2013/10/28(月) 19:37:15.72
SmallTalkの場合はtypoを排除してくれるけど
それがどうかしたのかい？
0601デフォルトの名無しさん2013/10/28(月) 19:38:08.46
>>599
大体の場合、動的型では型は宣言しないな。変数は宣言するけど。
0602デフォルトの名無しさん2013/10/28(月) 20:21:29.33
動的型って相棒のtypoは排除してくれる？
0603デフォルトの名無しさん2013/10/28(月) 20:34:30.55
動的型はメソッドの説明とかどういう項目をドキュメンテーションするの？
0604デフォルトの名無しさん2013/10/28(月) 21:14:14.39
動的型ユーザーはドキュメントなんて補助輪わざわざ自分から書いたりしません。
基本書きっぱなしで疑問があればソース読めで放置。
0605デフォルトの名無しさん2013/10/28(月) 21:24:16.86
Javascriptの大御所、丸山先生もデバッガを使うべきでないと言ってるよ。
テスト駆動の原則は何より大事なんだよ。
0606デフォルトの名無しさん2013/10/28(月) 21:29:24.49
typoの判断に型は関係ないんじゃない？
だって要は未使用変数の話でしょ？
構文エラーは当たり前だし、メンバは事前には決定できないんだから
0607デフォルトの名無しさん2013/10/28(月) 21:32:20.70
テストを書けという話はあってもデバッガを使うなと言う奴なんていないだろう…
0608デフォルトの名無しさん2013/10/28(月) 21:34:01.50
printfデバッグしてるなら
デバッガ使っているのと同じ。
0609デフォルトの名無しさん2013/10/28(月) 21:36:08.28
printfデバッグってなんすか？
初めて聞いたんだけど。
0610デフォルトの名無しさん2013/10/28(月) 21:37:13.73
元はといえばブレークポイントかプリンとかという話だったろ
使わないって言ってるのはかなり異端だよ
0611デフォルトの名無しさん2013/10/28(月) 21:41:55.77
>>580
テストを管理するためのライブラリのテストも必要だわ
0612デフォルトの名無しさん2013/10/28(月) 21:50:45.40
テストっていうのは把握しきれない位の箇所の値をチェックするためにあるもので
最近のテストでは結局失敗時に値も出力するだろ？
もっとコードが原始的な段階では気になる所の値を出力させておくのが
分かりやすいし安心できるんだよ
要はテストの一形態でしかない
0613デフォルトの名無しさん2013/10/28(月) 21:58:25.24
そりゃ値をテストしてるんだから
テストじゃないなら何なんだよｗ
0614デフォルトの名無しさん2013/10/28(月) 22:00:30.88
そうだよな。
テスト実行したら値が表示されるよな。
本当に値に意味が無いのであれば表示させる必要もないはず。

つまりだ。値を見るのはデバッグに有効だということ。
0615デフォルトの名無しさん2013/10/28(月) 22:01:17.98
本物のハッカーはJavascriptしか使わない。
0616デフォルトの名無しさん2013/10/29(火) 02:20:34.55
型システム入門買った人居る？
欲しいけど積読になると泣ける値段だし悩む
0617デフォルトの名無しさん2013/10/29(火) 02:42:07.22
>>616
買って積んでる俺で良ければなんでも答えるが⊂((・⊥・))⊃
0618デフォルトの名無しさん2013/10/29(火) 04:56:30.74
>>616
原著を読んだ。
0619デフォルトの名無しさん2013/10/29(火) 08:39:09.02
なんだこのスレの勢いは
0620デフォルトの名無しさん2013/10/29(火) 11:35:19.71
>>618
7000円の価値ある？
とりあえずプログラミング言語の基礎概念を
２回回せたら買おうかなぁと思ってるが
0621デフォルトの名無しさん2013/10/29(火) 11:59:17.34
ない。
せいぜい1400円くらい。
0622デフォルトの名無しさん2013/10/29(火) 12:45:35.26
>>620
7000円くらいで悩むなよ
はやくポチれ、今すぐ
0623デフォルトの名無しさん2013/10/29(火) 13:22:06.54
同じ7000円出すのならHDDもう一本買ってRAIDにした方が価値高いと思う
0624デフォルトの名無しさん2013/10/29(火) 14:03:43.58
静的言語って初めはなかなか型が一致しなくて
コンパイル通らなくて
イライラしたけど
例外処理覚えると
イライラ部分を例外に投げて
コンパイル通しちゃって
あとで何か都合が悪ければ
printfデバッグの時の時に
例外部分の型合わせすれば楽だとわかった
0625デフォルトの名無しさん2013/10/29(火) 14:50:27.07
エラーを出して対処するより
エラーを飲み込んで出さない方が好みだ
だからそれがしやすいLLが好き
0626デフォルトの名無しさん2013/10/29(火) 15:00:14.84
昔はCから始めて、必要に応じて動的な型付けのスクリプト言語も覚えるってパターンだったから良かった
今は最初に覚えるのがスクリプト言語だから、スコープも型も意識しないでぐちゃぐちゃに書くプログラマーが増えてる
ITの普及でプログラマーの数が増えて平均レベルが下がったのもあると思う
経営者的にもイニシャルの教育コストが少なくて、開発環境もフリーで揃え易いスクリプト言語を選ぶ傾向にある
とりあえず手を動かせる人間の数増やすにはそっちの方がいい
0627デフォルトの名無しさん2013/10/29(火) 17:13:27.27
VBでポトペタやっていた人間がJSに流入しただけでしょ。
ライブラリに使われる人間が増えただけで自分で組める人が一握りなのは相変わらず。
0628デフォルトの名無しさん2013/10/29(火) 18:28:36.96
フロントエンドエンジニア()
0629デフォルトの名無しさん2013/10/29(火) 19:14:01.07
>>626
LL言語の普及や、関数型言語の学習などでプログラマの水準は上がったと
思っていたが違うのか。
0630デフォルトの名無しさん2013/10/29(火) 19:43:38.32
ネットの世界だけ見てるとそう錯覚するよねえ
実際はプログラマなんて大半は情報技術に微塵も興味ない連中だよ
0631デフォルトの名無しさん2013/10/29(火) 19:47:15.18
>>606
何言ってんだお前
0632デフォルトの名無しさん2013/10/29(火) 20:23:17.56
ボトムトップエンジニア
0633デフォルトの名無しさん2013/10/29(火) 20:30:31.02
>>626 はK&R 1st edの頃のCを知らないな…
0634デフォルトの名無しさん2013/10/29(火) 20:35:04.56
知る人はもう定年。
0635デフォルトの名無しさん2013/10/29(火) 20:52:41.55
テストのテスト
つまりメタテストの事だな
0636デフォルトの名無しさん2013/10/29(火) 21:17:00.75
RAD Studioには単体テストのテストっていう項目があるよね。
使ったことないけど。
0637デフォルトの名無しさん2013/10/29(火) 21:34:46.91
>>633
K&R C における型付け(typing)の弱点は、関数引数に関する事柄だけ
逆に、ポインタ(参照型)の型付けに関しては、当時のPL/I系言語や
Pascal系言語と比較すれば、簡潔さや明解さで明らかに優れていた

という訳で、>>633が K&R C を知ったかぶりしている事が断定できるw
0638デフォルトの名無しさん2013/10/29(火) 22:11:02.30
じゃあ>>633はセーフ。
>>637は定年。
0639デフォルトの名無しさん2013/10/29(火) 22:26:40.96
>>629
LLや関数型言語に興味を持つようなプログラマの水準は向上したけど、
そんなのは全体からすればごく一部ということなんだろな
0640デフォルトの名無しさん2013/10/29(火) 22:33:23.08
素人は素直にCとかから入れってことだろ
0641デフォルトの名無しさん2013/10/29(火) 22:46:58.04
またまたご冗談を
0642デフォルトの名無しさん2013/10/29(火) 22:47:32.69
まずはCからって新規参入を阻害したいがための
セリフだとわかった
0643デフォルトの名無しさん2013/10/29(火) 22:48:29.31
CamlのCです
0644デフォルトの名無しさん2013/10/29(火) 22:48:49.70
>>639
関数型はともかくLLプログラマはレベル低いよ
0645デフォルトの名無しさん2013/10/29(火) 22:49:54.15
Cはやっておいて損はないが、一般教養程度の深さで十分
0646デフォルトの名無しさん2013/10/29(火) 22:53:46.71
>>644
はいはいLow Level Low Level
0647デフォルトの名無しさん2013/10/29(火) 22:55:14.23
>>643
そらならいい
0648デフォルトの名無しさん2013/10/29(火) 22:57:05.13
いいえ、CASLのCです
0649デフォルトの名無しさん2013/10/29(火) 22:57:47.52
コボ・・・
0650デフォルトの名無しさん2013/10/29(火) 23:02:47.75
おい今ここにコボラーが来なかったか？


・・・気のせいか
0651デフォルトの名無しさん2013/10/29(火) 23:05:26.64
>>644
>>616
の訳してた遠藤さんって
Rubyの凄い人じゃなかったっけ？
0652デフォルトの名無しさん2013/10/29(火) 23:14:20.64
>>651
ユーザー全体としての水準の話だったはずだろ?
全体の平均をとれば 関数型 > その他 なのはまあ間違いなくそうだよ
0653デフォルトの名無しさん2013/10/29(火) 23:26:24.22
>>637
たしかに今でも可変長引数では注意しないとねえ
あと pascal 系の参照は C でもほしかったねえ
0654デフォルトの名無しさん2013/10/29(火) 23:31:12.23
型システムの勉強と
オブジェクト指向の勉強
どっちを先にやるべきだと思う？
0655デフォルトの名無しさん2013/10/29(火) 23:35:13.22
構造化か関数プログラミングが先
0656デフォルトの名無しさん2013/10/29(火) 23:44:01.49
>>654
OOじゃない？
0657デフォルトの名無しさん2013/10/30(水) 00:16:02.66
型システムって何か勉強することあるのか？
プログラム言語を作るのなら別だけど
利用者としての勉強でしょ？

改めて勉強することもないような気もするけど
でも、最近の人はしらない人もいるのかな。

C言語とかだれでも知ってて当然の言語だと思うし、
そのC言語では型システムがあるから、知ってて当然なんだよね。

でも今の人は知らんのかもね。
答えとしては、型システムも含めて
C言語をさらっとやっておけって感じかな。
0658デフォルトの名無しさん2013/10/30(水) 00:28:02.94
LListの平均レベルが低いとしても
それは本職プログラマ以外の人も良く使える良い言語ってことでしか無いがな
0659デフォルトの名無しさん2013/10/30(水) 00:31:34.76
>>637
おまえ何アサッテ言ってんだw
スコープの話だろw
0660デフォルトの名無しさん2013/10/30(水) 00:35:10.01
>>637
>当時のPL/I系言語や
>Pascal系言語と比較すれば、

勝手に比較対象を変えてんじゃねーよw
0661デフォルトの名無しさん2013/10/30(水) 00:37:28.18
煽ったら負け
少なくとも続きは他所でやってちょうだい
0662デフォルトの名無しさん2013/10/30(水) 00:41:42.89
>>658
本職ってそんなにレベル高くないよ
もちろん上の方はキリがないが
0663デフォルトの名無しさん2013/10/30(水) 00:57:50.85
ステレオタイプ厨には関わるな
碌な事が無い
0664デフォルトの名無しさん2013/10/30(水) 01:11:57.54
どこまでやったら（下っ端でもいいので）本職として雇ってもらえるの？
0665デフォルトの名無しさん2013/10/30(水) 01:16:27.20
Androidの案件探してこいよ
若ければ未経験でも雇ってくれるだろ
0666デフォルトの名無しさん2013/10/30(水) 01:24:32.86
田舎じゃプログラマの新人求人なんて１件あるかないか
0667デフォルトの名無しさん2013/10/30(水) 01:25:48.04
本職のプログラミングって仕様書を機械的にコードに変換する作業だよ
日本じゃ誰にでもできる単純作業ということになっている
0668デフォルトの名無しさん2013/10/30(水) 01:36:07.53
いつになったら公式HobbyのRubyが最強だと皆気がつくんだろうか？
どこかのお偉いさんもコードは遊びで書くものが最高だって言っていたでしょう？
0669デフォルトの名無しさん2013/10/30(水) 02:05:13.89
>>665
若くないんだけどどうしたらいい？
0670デフォルトの名無しさん2013/10/30(水) 02:22:49.19
Androidだったら自分で作って実績作れ


つーか本職プログラマなんてぶっちゃけ書くコードのレベルは低いけど仕事が速い人間が多い
0671デフォルトの名無しさん2013/10/30(水) 02:42:35.80
分かった
実績作ったら職あるんだな
信じるからな
まずは健康計算機つくるわ
0672デフォルトの名無しさん2013/10/30(水) 02:43:32.32
>>667
お前の垣間見た底辺の世界だけで世の中を語られても…(´･_･`)
0673デフォルトの名無しさん2013/10/30(水) 04:10:18.05
ガチのc++erが最強だろ
そんな人が存在するのかはしらんが
0674デフォルトの名無しさん2013/10/30(水) 04:49:17.89
言語のエンジン作ってる人達はすごいと思うよ
0675デフォルトの名無しさん2013/10/30(水) 07:32:54.56
言語のエンジンなんか情報系の大学生なら大学の講義でみんな作るぞ
ノウハウが固まりきってるから、あれこそまさに作業
0676デフォルトの名無しさん2013/10/30(水) 07:40:48.33
自分で言語エンジンを作ってみると、言語作者ワナビーがなぜみんな動的型言語を作りたがるかがよくわかる
意外と簡単だからなw
0677デフォルトの名無しさん2013/10/30(水) 07:49:36.00
そうやって入門書レベルで作るからまともなエラーメッセージひとつ出せないクソ言語になる
0678デフォルトの名無しさん2013/10/30(水) 08:14:13.60
関数型使ってる奴って高学歴ばかりじゃね？
0679デフォルトの名無しさん2013/10/30(水) 08:14:53.19
>>677
情報系の学生が作ったエンジンがクソでなくて、全部世の中で利用されたら
いったいどうなるんだ？
0680デフォルトの名無しさん2013/10/30(水) 08:36:20.71
言語作者ワナビー(1899-2001)の話だろう
0681デフォルトの名無しさん2013/10/30(水) 08:46:21.80
長生きなんだ。
0682デフォルトの名無しさん2013/10/30(水) 13:02:58.04
動的型対応静的型オブジェクト志向かつ関数志向かつ集合計算エキスパートのＣ＃
マジ最強
0683デフォルトの名無しさん2013/10/30(水) 14:46:28.76
>>682
C#にまともな肩推論とパターンマッチと直和型が入ったら起こしてくれ(´･_･`)
0684デフォルトの名無しさん2013/10/30(水) 19:09:51.15
パターンマッチで構文解析使えたらいいのに
0685デフォルトの名無しさん2013/10/30(水) 19:11:05.40
さすがにそれはない
文字列使うのと事実上同じだ
0686デフォルトの名無しさん2013/10/30(水) 19:23:07.68
モナド使えばできそう
0687デフォルトの名無しさん2013/10/30(水) 19:39:12.61
tokenizer書いてトークンのリストにすればtokenはパターンマッチで構文解析できるだろ
0688デフォルトの名無しさん2013/10/30(水) 19:44:47.22
>>683
成人してるのに顔文字使っちゃう男の人って。。。。。
0689デフォルトの名無しさん2013/10/30(水) 19:53:47.88
知りうる限り顔文字を最も使いまくってたのは４０代の既婚オッサンだった。
0690デフォルトの名無しさん2013/10/30(水) 21:36:47.59
くっさ m9(^Д^)
0691デフォルトの名無しさん2013/10/30(水) 21:41:01.40
くっさとかここはVIPか
0692デフォルトの名無しさん2013/10/30(水) 22:22:11.40
ショボン系の顔文字使いまくる男が臭いのはガチ
0693デフォルトの名無しさん2013/10/30(水) 22:44:36.44
それは非科学的
0694デフォルトの名無しさん2013/10/30(水) 23:26:16.00
nullは型と言うより導出規則じゃね？
×は＋より結合が優先するみたいな
0695デフォルトの名無しさん2013/10/31(木) 00:07:22.89
生産性より使って見たいソフトを目指せよ。
0696デフォルトの名無しさん2013/10/31(木) 00:39:19.70
それは自分で選んで設計してソフトを完成させられる奴の話だろ
そんな奴はお呼びじゃねえええ
0697デフォルトの名無しさん2013/10/31(木) 00:40:16.70
ここは哀れなIT土方の巣窟です
0698デフォルトの名無しさん2013/10/31(木) 01:13:04.50
>>695
使ってみたいソフトを目指すのは、
どの言語でも同じことで、
そんな部分に差は出ない。
0699デフォルトの名無しさん2013/10/31(木) 13:10:29.17
ちょっと調べたら非線形のパターンマッチできる言語として
Egisonっての開発してるみたいだな
0700デフォルトの名無しさん2013/10/31(木) 22:41:48.37
非線形パターンマッチってなに？非線形っていうと実行効率の悪いイメージしかないが。
0701デフォルトの名無しさん2013/11/01(金) 11:32:54.36
ルート曲線かもしれない
0702デフォルトの名無しさん2013/11/02(土) 02:22:23.78
STLでlinqが使えたら最強なのに
0703デフォルトの名無しさん2013/11/02(土) 07:37:28.67
C++/CLIでそれっぽい事できるんじゃね
0704デフォルトの名無しさん2013/11/02(土) 19:38:34.26
C++/CLIは拡張メソッド使えないからムリ
0705デフォルトの名無しさん2013/11/03(日) 16:58:19.43
http://www.buzzword.jp/img/face10.png
0706デフォルトの名無しさん2013/11/03(日) 17:01:32.31
>>705
http://blog-imgs-44.fc2.com/r/i/c/rickarun/20100420130741687.jpg
0707デフォルトの名無しさん2013/11/03(日) 17:02:03.73
マルチだから無視しろ
0708デフォルトの名無しさん2013/11/03(日) 17:04:25.77
>>706
http://officetanaka.net/img/banner.png
0709デフォルトの名無しさん2013/11/03(日) 23:50:20.46
100倍になりそうな雰囲気はあるけど本当に100倍にするにはパラダイムシフトが2つくらいいりますよ☆
0710デフォルトの名無しさん2013/11/04(月) 00:02:59.32
その一つはEgisonだな
0711デフォルトの名無しさん2013/11/04(月) 00:18:38.93
>>710
NO☆
0712デフォルトの名無しさん2013/11/04(月) 00:21:38.15
江ww木wwww損wwww
0713デフォルトの名無しさん2013/11/04(月) 00:28:44.06
パラダイムシフトにはつながらないけど
パターンマッチには正規表現教徒には知られてないある秘宝が隠されているので追求する価値はあります☆
0714デフォルトの名無しさん2013/11/04(月) 00:51:52.25
すみません。地球人の尊厳を傷つけてしまったとしたら謝ります☆ごめんなさい☆
0715デフォルトの名無しさん2013/11/04(月) 01:07:22.24
>>702
一応cpplinqっていうのがある
http://cpplinq.codeplex.com/
0716デフォルトの名無しさん2013/11/04(月) 02:41:13.99
Egisonで簡単なAIを書いてみたんだけどこれはすごいね。
Wikipediaデータを使って会話ができることを目標としているんだけど、
自身の機能について聞かれているという状況認識下で、自己紹介という
キーワードを次の目標に設定した。
そういうアルゴリズムを組み込んだわけではなく、Wikipediaのデータから
Egisonのパターンマッチが見つけ出した目標。
これはかなり驚いたよ。
使い方によっては人類の未来さえ変えてしまう威力があるように感じる。
0717デフォルトの名無しさん2013/11/04(月) 03:05:53.44
Egisonはパターンマッチが強力なんだもんね
Egisonの歴史凄かったし
0718デフォルトの名無しさん2013/11/04(月) 03:20:58.26
江木さんはスカイネットを生んでしまったのかもしれない。
0719デフォルトの名無しさん2013/11/04(月) 07:02:18.93
>>716
Egisonのパターンマッチについて調べてからホラを吹いとくれ
0720デフォルトの名無しさん2013/11/04(月) 08:04:34.17
Javascriptって業務系が始めて触るスクリプト言語だから
そのせいで過大評価されすぎなんだよね
0721デフォルトの名無しさん2013/11/04(月) 14:30:48.07
var a = 1
var a = 0.1
var a = "aaaa"
var a = "a"
プログラマーが型を意識して変数に値を入れるのは生産性が落ちる
そんなのは言語にまかせればいい
0722デフォルトの名無しさん2013/11/04(月) 14:57:00.11
> プログラマーが型を意識して変数に値を入れるのは生産性が落ちる

プログラマは常に型を意識しているのに、
そんなんで生産性が落ちるわけがないだろ。
0723デフォルトの名無しさん2013/11/04(月) 15:01:55.38
コードを書くときは、自分でやりたいことを書いているのだから
どんな値、どんな型が入っているか把握している。

問題はコードを読むとき。
型が書いてあれば、その分コードの理解が早くなる。
0724デフォルトの名無しさん2013/11/04(月) 15:14:27.77
つまり型を気にせず型で守られる型推論最強ってことですかね(´・ω・｀)
0725デフォルトの名無しさん2013/11/04(月) 15:17:28.75
スクリプト言語には向かないね
0726デフォルトの名無しさん2013/11/04(月) 15:19:09.23
>>722
× プログラマは常に型を意識しているのに、
○ ダメなプログラマは常に型を意識しているのに、
0727デフォルトの名無しさん2013/11/04(月) 15:19:20.28
本来の意味の型推論ならそうね。
本来の型推論とは、静的型付け言語において、
型が推論で決定できる場合に記述を省略できる機能。

型を推論して最適なコードを生成するのは
本来の型推論という用語で表す機能ではない。
0728デフォルトの名無しさん2013/11/04(月) 15:21:20.12
>>726
どうやって型を意識しないでコーディングするのさ？
0729デフォルトの名無しさん2013/11/04(月) 15:25:33.86
var a = 1

この1って何型ですか？
「意識してないのでわかりません」

数値型じゃないんですか？
「意識してないのでわかりません」


var a = new Hoge()

aに入ってるのは何ですか？
「意識してないのでわかりません」

Hoge型じゃないんですか？
「意識してないのでわかりません」



こんな感じでコーディングしてるのかねぇ？
0730デフォルトの名無しさん2013/11/04(月) 15:25:50.47
>>721
足し算とか大変そう・・・
0731デフォルトの名無しさん2013/11/04(月) 15:27:18.75
>>730
足し算とは何かね？

俺は型を意識してないから
オブジェクトであるかもしれないんだぞ。
0732デフォルトの名無しさん2013/11/04(月) 15:28:13.91
数値型であることは分かってるけど、intかlongかfloatかdoubleか決まって無いみたいなときに
ちゃんと総称的に書ける言語が良い静的型言語
0733デフォルトの名無しさん2013/11/04(月) 15:28:49.76
他人が書いたコードなんて型なんて意識してたら時間の無駄だろ
0734デフォルトの名無しさん2013/11/04(月) 15:29:14.97
例えば、Integerクラスは、Numberクラスを継承している。
みたいな話か。
0735デフォルトの名無しさん2013/11/04(月) 15:29:47.67
>>733
型を意識しないと、そのオブジェクトに
どんなメソッドがあるかもわからないだろｗ
0736デフォルトの名無しさん2013/11/04(月) 15:31:25.75
>>731
お前はオブジェクトなのか、よくわからない・・・
0737デフォルトの名無しさん2013/11/04(月) 15:35:23.63
この変数に入っているのは数値型に見えるが
俺は型を意識しないようにしているんだ。

この変数に入っているものに1を加えたいんだが
どうしたらいいのだろうか。

数値型なら+1すればいいだけなんだが、
もしかしたら複素数型だったらどうしよう。
メソッドを呼ばないといけないのだろうか。

だが複素数型とも意識してはだめなんだ。
不明な型に対して+1する方法を教えて欲しい。
0738デフォルトの名無しさん2013/11/04(月) 15:40:17.79
コードからわかることは、コメントに書かない
という優れた考え方があるけど、
これは、コメントで書く内容を
コードでかけるという前提が有る。

もしコメントで、関数の引数には○○オブジェクトが入る
などと書いているのであれば、
引数の定義に○○オブジェクトと書く方がいい。
つまり静的型付けってことだな。
0739デフォルトの名無しさん2013/11/04(月) 15:40:58.86
>>737
parseInt(value) + 1
これでいい。
0740デフォルトの名無しさん2013/11/04(月) 15:42:43.78
>>728
バカでなければ型なんて意識する必要ないだろw
0741デフォルトの名無しさん2013/11/04(月) 15:44:30.21
自分が型を使ってプログラミングしているからといって
それが正しいことだと思うのはバカの証拠だなw
0742デフォルトの名無しさん2013/11/04(月) 15:46:19.64
aが何型ってより何を指してるかが重要なんじゃないの
1の指すものが、落ちてる陰毛なのか前科なのかボーリングのアベレージなのかでだいぶ扱いも方向も違う
0743デフォルトの名無しさん2013/11/04(月) 15:46:41.57
740 ：デフォルトの名無しさん [↓] ：2013/11/04(月) 15:42:43.78
>>728
バカでなければ型なんて意識する必要ないだろw


741 ：デフォルトの名無しさん [↓] ：2013/11/04(月) 15:44:30.21
自分が型を使ってプログラミングしているからといって
それが正しいことだと思うのはバカの証拠だなw


これがバカか・・・
0744デフォルトの名無しさん2013/11/04(月) 15:46:44.32
>>739
parse "Int" って書いてる時点で、
Int型に変換するって意識してるじゃねーかｗ

>>740
答えになってないぞｗ

>>741
つまりお前が正しいことだと思ってるのが、馬鹿の証拠になるって話かい？
0745デフォルトの名無しさん2013/11/04(月) 15:48:45.27
>>744
無意識にparseIntと書いたから問題ない。
足し算するときのおまじない。
0746デフォルトの名無しさん2013/11/04(月) 15:50:37.71
>>744
言い方卑怯じゃない？
不明な型に＋１じゃなくて型に合わせてそれぞれ＋１ってことでしょ？
ぜんしゃなら+1でいいじゃん
0747デフォルトの名無しさん2013/11/04(月) 15:51:31.30
>>745
自分の理解できないコードは書かない。
馬鹿ですと自爆してどうする？
0748デフォルトの名無しさん2013/11/04(月) 15:52:06.80
それは演算子オーバーロードの仕事でparseIntとかチャンチャラおかしい
0749デフォルトの名無しさん2013/11/04(月) 15:52:57.84
>>746
後者ならどうするのさ？
型を意識しないということは
何型かわからないんだぞ。
どっちが正解かもわからないじゃないか。
0750デフォルトの名無しさん2013/11/04(月) 15:53:55.67
>>748
演算子をオーバーロードするときも、
ある”型”の演算子を何かの”型”の時に処理を
変えるという風に、結局型を意識するよね。
0751デフォルトの名無しさん2013/11/04(月) 15:57:14.64
結局、変数に型を明記しないってだけで
コーディングしているうえでは
何の型の値が入っているか意識していることが
ほとんどなんだよな。

意識しないでできるのは、Object型に対する操作ぐらいか？
でもこれでも、”Object型”であるとみなしてコードを書く
という風に型を意識しちゃってるし。
0752デフォルトの名無しさん2013/11/04(月) 15:57:22.10
>>747
何言ってんだお前
0753デフォルトの名無しさん2013/11/04(月) 16:00:35.50
>>752
何言ってんだはお前だろ。
普通はparseIntは、それをやる理由があるから書くんだよ。
paserIntだけじゃない。全てのコードはやる理由があるから書くもんだ。
その理由を説明できないわけがない。
0754デフォルトの名無しさん2013/11/04(月) 16:06:17.78
>>753
そんなの当たり前だろ。俺は不明な型に+1する方法を教えただけだが、
お前が何言ってんのかわからない。
0755デフォルトの名無しさん2013/11/04(月) 16:10:37.83
>>750
いや、それくらいは事前に定義されていたりライブラリで定義されてるから意識する必要はない
「意識する必要」なんてあいまいな言葉ではこの程度の議論で終了
これ以上は不毛なだけだからゴチャゴチャ言わなくていいよ
0756デフォルトの名無しさん2013/11/04(月) 16:11:01.76
>>754
最初に言っただろ、
parseIntした時点で、Intという型を意識してるって。
それを、無意識だから意識してないって屁理屈言ったのはお前だろ。

何のためにparseIntした？当たり前だというのなら
その理由を言ってみろ。
0757デフォルトの名無しさん2013/11/04(月) 16:12:18.24
PHPとかJSとか型やスコープを意識しないで書くスクリプト言語の経験しかないプログラマーはダメだね
0758デフォルトの名無しさん2013/11/04(月) 16:12:44.81
>>755
> いや、それくらいは事前に定義されていたりライブラリで定義されてるから意識する必要はない

意味不明。事前に定義されているものは、すでに型がわかっているものだけ。

型を意識しないというのであれば、全ての型に対応できていないといけない。
だがそんなライブラリはありえない。

結局「対応している”型”に関しては大丈夫というふうに」
型を意識している。
0759デフォルトの名無しさん2013/11/04(月) 16:13:47.27
>>755
> これ以上は不毛なだけだからゴチャゴチャ言わなくていいよ

あんたが、ごちゃごちゃ言わなくていいです。
このまま黙っててください。

もちろん俺はお前の指図はうけません。
0760デフォルトの名無しさん2013/11/04(月) 16:15:26.41
最初から答えは出ているが、
型を意識しないでコーディングすることはない。
0761デフォルトの名無しさん2013/11/04(月) 16:15:58.65
>>756
parseIntにIntという文字が含まれてるから意識してるんだっていう
屁理屈を述べたのはお前だよ。parseIntはおまじない。動的言語っていうのは
そういうふうに関数を便利に使って型を意識せずにプログラミングできるよう
設計してあって型を意識しなければ右も左もわからなくなる静的言語より生産性が高いわけ。
0762デフォルトの名無しさん2013/11/04(月) 16:18:13.87
そりゃあ0.00000000000000000000000000000000000000000000000000000001
でも意識する余地があればあることになるんだから都合がいい話だな
0か1かで話すやつは自分の方にしか物事を見ないからな
まあ土方には向いてるんだろうけど、LLの良さが理解できないのも当然
0763デフォルトの名無しさん2013/11/04(月) 16:20:07.96
>>762
クラス作ったりとかしないの？
0764デフォルトの名無しさん2013/11/04(月) 16:22:01.74
>>761
> parseIntはおまじない
なにがおまじないだよ。
IntにしたいからparseIntしてるんだろうが。
お前Floatにしたい時もparseIntするのか？
あほちゃうか。
0765デフォルトの名無しさん2013/11/04(月) 16:23:48.29
parseIntするときは、Int型にしたいからであり
Int型にする前は、Int型でない型である（もしくは可能性がある）
と意識しているから。

型を意識しないことはない。
0766デフォルトの名無しさん2013/11/04(月) 16:25:00.22
parseIntする前は、Intに変換可能な型であると
意識もしているよな。

とあるライブラリの複素数型であれば
parseIntすることはないだろうし。
0767デフォルトの名無しさん2013/11/04(月) 16:26:09.24
>>764
Intは整数って意味だよ。
型とは関係ない。数字の足し算をしますっていう便利関数だよ。
Floatってなんだバカ。
0768デフォルトの名無しさん2013/11/04(月) 16:28:18.46
>>766
人間が意識することはない。実行環境が自動的に判定するから。
0769デフォルトの名無しさん2013/11/04(月) 16:29:27.93
>>767
整数って型だぞ？
何いってんるんだお前。
0770デフォルトの名無しさん2013/11/04(月) 16:30:07.14
なんだくだらね。
結局、Intが型であることを
知らなかっただけか。
無知だな。
0771デフォルトの名無しさん2013/11/04(月) 16:32:24.06
>>769
整数とは0 とそれに 1 ずつ加えていって得られる自然数 (1, 2, 3, …)
および 1 ずつ引いていって得られる数。
小学校で習うと思うんだけど・・・。型と教わった覚えはないなあ。
型を意識しすぎてるから何でも型に思えてくるんじゃない？
それだけ毒されてるってことだよ。知らないうちに生産性を落としてるってことだよ。
動的言語使って毒抜きしたらいいと思います。
0772デフォルトの名無しさん2013/11/04(月) 16:32:41.71
そもそも型にどんな型が代入されるかわからないコードを書くのが悪い
型なんていらねえんだよ
0773デフォルトの名無しさん2013/11/04(月) 16:33:04.89
ここまで読んでわかったことは、C++はかなりいい線行ってるってことかな。
あらゆるオブジェクトに同じ演算子を適用したりメソッドを呼び出すことは可能だし、
どの関数が呼び出されるかは処理系が選択するし、動的ってそれ以上のことができるの？
0774デフォルトの名無しさん2013/11/04(月) 16:33:19.03
このスレの趣旨はプログラマ自身の生産性ではなく開発環境によって得られる生産性でっせ
0775デフォルトの名無しさん2013/11/04(月) 16:33:59.47
>>760
型を意識するのはバカだからだって
世界中の機械語プログラマに謝れ
0776デフォルトの名無しさん2013/11/04(月) 16:34:32.97
>>770
Intだけ抜き出すからおかしな事になる。parseIntという名前の一つの関数だよ。
キクラゲのクラゲだけ抜き出して海洋生物の一種だと言ってるようなもんじゃん。頭おかしんじゃない？
0777デフォルトの名無しさん2013/11/04(月) 16:35:19.13
>>769
じゃあ中学の先生に聞いてみろ、
数学上の整数という概念はプログラミング言語のデータ型のことですかってw
0778デフォルトの名無しさん2013/11/04(月) 16:36:34.91
結論：
静的型至上主義者ってのは
自分がバカだから他人もバカに違いないという
バカな前提を疑うことすらしていないバカw
0779デフォルトの名無しさん2013/11/04(月) 16:37:33.90
C系みたいな、静的型付け言語ではないもので言ってる所の
”型”しか知らないと、型理論の”型”を誤解する。
まあ、教育の問題なんだが。
0780デフォルトの名無しさん2013/11/04(月) 16:37:54.65
整数と整数型を混同するのって、本当にバカなメタ型エラーだなw
0781デフォルトの名無しさん2013/11/04(月) 16:38:22.40
型を意識するってのが最初は
別の型に同じような対処をしたい時、
意識しないと出来ないんじゃない？って話だったのに
段々めちゃくちゃになってきたな
0782デフォルトの名無しさん2013/11/04(月) 16:38:49.00
特定のプログラミング言語の整数型なんて
整数という概念の1つの部分モデルに過ぎないのにw
0783デフォルトの名無しさん2013/11/04(月) 16:40:53.89
ダックタイピングってものがあってだな
0784デフォルトの名無しさん2013/11/04(月) 16:40:55.81
>>781
そういう時こそC++がいいような気がするけど違うの？
0785デフォルトの名無しさん2013/11/04(月) 16:42:28.97
>>783
C++のテンプレートではだめなの？
0786デフォルトの名無しさん2013/11/04(月) 16:43:23.73
>>784
別に言語はそんなに関係ないと思う
問題なのは意識しないことがもう意識してるみたいな
もはやコードを書く現実とは離れた極論が飛び交ってること
一度話をリセットしようぜ
0787デフォルトの名無しさん2013/11/04(月) 16:44:41.05
意識するしないという話なら、プロパティがほしい。
0788デフォルトの名無しさん2013/11/04(月) 16:45:14.47
動的でも強い型付けだったら変数のなかの値気にする必要があるだろ
0789デフォルトの名無しさん2013/11/04(月) 16:47:24.80
そりゃ必要のある部分もあるしない部分もあるだろｗｗ
あるかないかを語るのは下手くそのすること
もっとケースを交えて話せよ
0790デフォルトの名無しさん2013/11/04(月) 16:47:48.67
実行時に呼び出せるメソッドを検索できなかったらエラーって方式は、
問題の先送りで決していい部分ではないと思うけど違う？
事前にチェックできるならしたほうがいいような気がする。
0791デフォルトの名無しさん2013/11/04(月) 16:48:40.37
>>777
> 数学上の整数という概念はプログラミング言語のデータ型のことですかってw
馬鹿はお前だろ。

整数っていうのはな、

9999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999
9999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999
9999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999
9999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999
9999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999
9999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999
9999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999
9999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999

これも数学上の整数だ。

だがparseIntはこの値を扱えない。
よってparseIntのIntはプログラミング上のデータ型であることに疑いの余地はない。」
0792デフォルトの名無しさん2013/11/04(月) 16:51:10.23
ちなみに俺、gotoも結構使ってるんだよね。
ステートマシンとか実装するとき。
これもgotoは良くないというんで、関数ポインタバージョンとかcaseラベルを
工夫するとか色々やってみたんだけど、goto使ったほうがいい場所はあると
思い知っただけだった。
0793デフォルトの名無しさん2013/11/04(月) 16:51:18.65
>>791
parseInt
https://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Global_Objects/parseInt
文字列の引数をパースし、指定された基数の整数を返します。

整数を返すってだけでIntがデータ型だなんて話は全く出てこない。
0794デフォルトの名無しさん2013/11/04(月) 16:53:22.42
>>792
そこでStateパターンですよ。状態ごとに型をこしらえれば保守しやすく
バグの少ないプログラムの完成ですよ。
0795デフォルトの名無しさん2013/11/04(月) 16:54:21.69
CPUが整数と少数を明確に線引きする以上、まだまだ型は必要とされてると思うんだよね。
今の時点で型が必要ない仕組みって結局推論させるか性能を犠牲にするか
二択なんじゃないの？
そういう意味では推論がよさそうな気がする。
0796デフォルトの名無しさん2013/11/04(月) 16:55:18.27
>>794
本気で言ってたらすごいけど、単純な信号機くらいにしか使えなさそうだね。
0797デフォルトの名無しさん2013/11/04(月) 16:57:11.97
静的と動的はどっちも使える言語が最高なんだよ
型推論もあるとなおよし
0798デフォルトの名無しさん2013/11/04(月) 16:59:55.26
>>796
なんでや？
0799デフォルトの名無しさん2013/11/04(月) 17:00:06.08
DFAって速いということが宣伝されるじゃない。
でも俺は決定性を持つというある意味制限の部分が重要な機能になるんじゃないかと
思うんだよね。
これからの時代は。
でもテーブルが本当に大きくなりすぎて、あまり実用的にできないんだよなあ。
0800デフォルトの名無しさん2013/11/04(月) 17:02:17.68
>>797
つまりC++？

>>798
状態数だけ型を作るというのが現実離れしてそう。
ラベル数の制限すら気になるのに。
0801デフォルトの名無しさん2013/11/04(月) 17:03:59.86
>>793
だからなんなんだ？

整数＝データ型なんだから
わざわざ書く必要がないだろ。
0802デフォルトの名無しさん2013/11/04(月) 17:06:29.36
そんなこと言ったら数学上の整数とやらも
全宇宙の粒子が処理できる数で上限があるんだが
0803デフォルトの名無しさん2013/11/04(月) 17:07:20.69
数学上の整数が上限があるとか言い出しましたよこいつｗ
0804デフォルトの名無しさん2013/11/04(月) 17:10:42.29
>>800
> 状態数だけ型を作るというのが現実離れしてそう。

それは一つの型で1ファイル使おうと思うから。

例えばJavaであれば内部クラスを使って一つのファイルに複数の型を定義すれば良い。
http://www.atmarkit.co.jp/ait/articles/1007/27/news103.html
0805デフォルトの名無しさん2013/11/04(月) 17:11:05.82
int = データ型
整数型 = データ型
整数 = 数学上の整数、上限なし
0806デフォルトの名無しさん2013/11/04(月) 17:11:57.17
>>804
それじゃその方式でre2cを実装してみてください。
すぐに無理と気づくでしょう。
0807デフォルトの名無しさん2013/11/04(月) 17:12:45.85
>>801
書いてないってことは整数＝データ型じゃないってことだし型を意識しないってことだよ。
0808デフォルトの名無しさん2013/11/04(月) 17:13:52.52
>>807
数学の話をしているのではなく、
プログラム言語の話をしているのだから
整数＝整数型という意味だ。

事実、整数型で扱える範囲しか扱えない。
0809デフォルトの名無しさん2013/11/04(月) 17:15:22.45
>>808
整数型という書いてもない概念を持ちだされても困ります・・・
0810デフォルトの名無しさん2013/11/04(月) 17:17:17.39
>>809
整数で扱えるはずの数を扱えない理由を説明できないのは困りますぅｗｗｗ

9999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999
9999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999
9999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999
9999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999
9999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999
9999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999
9999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999
9999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999
0811デフォルトの名無しさん2013/11/04(月) 17:18:17.75
だいたい、整数と認識している時点で
型を意識してるじゃないか。
0812デフォルトの名無しさん2013/11/04(月) 17:19:14.26
JavaScriptではすべての数値を浮動小数点数で表すらしいけど
0813デフォルトの名無しさん2013/11/04(月) 17:20:39.71
>>810
言語の仕様としてそうなってるだけだと思うけど・・・
0814デフォルトの名無しさん2013/11/04(月) 17:21:05.11
結論が出ましたね。
Javascriptが最強です。
0815デフォルトの名無しさん2013/11/04(月) 17:21:02.25
ていうか文字列をクォーテション等で囲ってる時点で型意識してんだろ
0816デフォルトの名無しさん2013/11/04(月) 17:23:01.71
>>812
整数型ってなんだろうねｗ

>>815
言語でそういう決まりになってるだけだよ。
型なんて概念は必要ない。
0817デフォルトの名無しさん2013/11/04(月) 17:23:39.05
言語でそういう型だと決まってるわけか。
やっぱり型じゃないか。
0818デフォルトの名無しさん2013/11/04(月) 17:24:37.48
parseIntは整数といったり、
今度は浮動少数点数だといったり
面白いなｗ

parseIntのIntは浮動小数点数という意味なんですね？
整数ではなかったのですか？
0819デフォルトの名無しさん2013/11/04(月) 17:25:51.68
>>815
それもそうだなｗ

型を意識しないでプログラミングしていることはない。
型を書かないでいるだけで、人間はここに
どんな型が入るか意識している。

反論はもうありませんよね？
0820デフォルトの名無しさん2013/11/04(月) 17:26:43.97
>>818
parseIntのIntについて話してたのはキクラゲの人だよ。
Intは整数だー整数は整数型だーと大声で叫びまわってたけど
そもそも整数型がなかったという・・・ｗ
0821デフォルトの名無しさん2013/11/04(月) 17:26:55.09
stringは文字列であり、文字列型という意味は無いとかかんとかいいだせよほらｗ
0822デフォルトの名無しさん2013/11/04(月) 17:27:43.54
整数型ではなくて、数値型ってことか。
どちらにしろ、型を意識していることに
違いはないけどな。
0823デフォルトの名無しさん2013/11/04(月) 17:29:33.81
>>822
さんざんデタラメほざいていまさら方向修正ですか？
型がなんなのかよくわかってないんじゃないですか？
型というのはクラスのことですよ。
0824デフォルトの名無しさん2013/11/04(月) 17:29:34.77
d.hatena.ne.jp/camlspotter/20131028/1382960006

これってJavaScriptの話？
0825デフォルトの名無しさん2013/11/04(月) 17:31:19.12
こんどは、型＝クラスか・・・
無知にも程がある。
0826デフォルトの名無しさん2013/11/04(月) 17:32:36.82
>>823
最初から、コード書いている時に型を意識しているのか
いないのかって話だったと思うが？

んで、型を意識していない証拠として、
parseIntって書いているから、
（型変換してるのに）型を意識してないのだ。
これは無意識で書いたのだとか

意味不明なことをををおおおｗｗｗ
0827デフォルトの名無しさん2013/11/04(月) 17:34:39.44
>>819
先頭に「バカな無能プログラマにとっては」をつければOK
0828デフォルトの名無しさん2013/11/04(月) 17:35:36.87
>>826
だから概念としての「整数」と
プログラミング言語での「整数型」の
区別もつかないバカが型を騙るなってのw
0829デフォルトの名無しさん2013/11/04(月) 17:35:40.67
>>826
parseIntのIntは整数型のことだって言ってたじゃないですか。
指摘されるまで気づかなかったじゃないですか。型を意識する人の
生産性っていうのはそういう勘違いがもとで低下するんですよ。
最初からparseIntという関数をparseとIntに区別して考えず
おまじないと覚えとけばそういう間違いを犯さずにすみますから生産性があがりますよ。
これが動的言語のメリットです。
0830デフォルトの名無しさん2013/11/04(月) 17:38:03.84
おまじないでコード書くのは初心者。
0831デフォルトの名無しさん2013/11/04(月) 17:38:42.95
>>828
概念としての整数ってさ、
プログラミング言語では表せないよ。

プログラム言語で表せるのは
プログラム言語で定義された整数のみ。
0832デフォルトの名無しさん2013/11/04(月) 17:39:24.62
結論出たじゃねーか。

動的言語で型書かないでいいって言ってる奴は
おまじないでコード書いている初心者。

きれいな結論が出た。
0833デフォルトの名無しさん2013/11/04(月) 17:39:38.73
早く「型」なんていう初心者向けの概念を卒業できればいいねw
0834デフォルトの名無しさん2013/11/04(月) 17:40:54.38
>>831
バカだなあ
整数型だって1種類じゃないぞ？
型が大事だと言ってるバカに限って型がわかってないw
0835デフォルトの名無しさん2013/11/04(月) 17:41:26.58
>>832
おまじないで型書いてるバカといい勝負だなw
0836デフォルトの名無しさん2013/11/04(月) 17:42:36.60
数字(Number)型
ja.wikibooks.org/wiki/JavaScript_%E5%9E%8B%E3%81%AE%E8%A7%A3%E8%AA%AC#.E6.95.B0.E5.AD.97.28Number.29.E5.9E.8B

JavaScriptの数字型は、正負の数値や小数も統一して扱えるが、無限の大きさや小ささの数値を扱えるのではなく、範囲には限りがある。
具体的には、JavaScript標準では64ビット浮動小数点型の数値の限りを扱うことになっており、
その大きさは整数なら±2の52乗の範囲を扱える。 (10進数では10の15乗程度)
0837デフォルトの名無しさん2013/11/04(月) 17:42:35.95
いわゆるbignumだって色々な実装型があるからな
0838デフォルトの名無しさん2013/11/04(月) 17:43:36.66
なんでおまじないで型書くんだ？

そもそも、「おまじないでparseInt書いてる」って言ったのは
parseInt書いた本人で、まさに自業自得なんだが、
誰もおまじないで型書いてるなんて誰も言ってないだろう。
0839デフォルトの名無しさん2013/11/04(月) 17:44:08.81
だっせｗｗｗ

745 名前：デフォルトの名無しさん[sage] 投稿日：2013/11/04(月) 15:48:45.27
>>744
無意識にparseIntと書いたから問題ない。
足し算するときのおまじない。
0840デフォルトの名無しさん2013/11/04(月) 17:44:24.10
でた、匿名掲示板で「本人」認定
さすがバカだわw
0841デフォルトの名無しさん2013/11/04(月) 17:45:10.37
型書いた方がパフォーマンスいいから
0842デフォルトの名無しさん2013/11/04(月) 17:45:37.46
バカだから型に頼らなきゃプログラム書けないんでしょ？
0843デフォルトの名無しさん2013/11/04(月) 17:45:40.36
なんで、parseIntなんて書いちゃったんだろうね。

intに変換したかったから？

あ、無意識だったっけｗｗｗ
0844デフォルトの名無しさん2013/11/04(月) 17:47:14.23
バカだから型を書かなきゃ速いコード書けないんでしょ？
0845デフォルトの名無しさん2013/11/04(月) 17:47:16.55
話をすり替えようとしている人がいるみたいだけど、

コードを書く時に（型を明記していなくても）
型を意識しているかどうか。

答えはもちろん意識している。

だからこそ、文字列を""でくくったり、
parseIntなどで変換したり、===で比較したり、
型にまつわるコードを書いている。

型を意識しないでコードを書くことはないよ。
0846デフォルトの名無しさん2013/11/04(月) 17:48:16.76
>>843
int型かどうかはどうでもいいけど整数が欲しかったんじゃないかなあ？
でも君はバカだからint型と整数の区別もつかないのかなあ？
0847デフォルトの名無しさん2013/11/04(月) 17:49:05.54
>>845
そう思うのは君がバカだから。
君がバカなのは構わないが、他人までバカだと思わないことだなw
0848デフォルトの名無しさん2013/11/04(月) 17:49:56.39
>>846
整数ってintのことじゃないの？
0849デフォルトの名無しさん2013/11/04(月) 17:50:53.76
だってJavaScriptで整数全て表せないじゃん。
それってJavaScriptの整数は
本当の整数じゃないっってことだよね。
0850デフォルトの名無しさん2013/11/04(月) 17:50:57.00
やっぱりint型と整数の違いも理解できていないバカだということが証明されましたw
0851デフォルトの名無しさん2013/11/04(月) 17:51:26.00
型とはクラスのことであるって
言った奴どこに行った？ｗ
0852デフォルトの名無しさん2013/11/04(月) 17:52:01.26
>>850
仕方ないよ。JavaScriptで
整数すべてを表せると思ってるんだから
0853デフォルトの名無しさん2013/11/04(月) 17:52:56.64
整数はともかく、文字列型とは違うものだって認識してるんだよね？

それって型を認識していることだと思うけど？
0854デフォルトの名無しさん2013/11/04(月) 17:54:14.76
いいですか？ parseIntはおまじないです。
+1とか数値計算するときには、
かならず使いましょう。
おまじないですから。
0855デフォルトの名無しさん2013/11/04(月) 17:54:46.22
parseIntはおまじないです。
それ以上のものはありません。

決して数値に型変換しているわけじゃありません

おまじないなんです。
0856デフォルトの名無しさん2013/11/04(月) 17:55:34.98
私は型は意識しません。
paserIntはおまじないで
無意識に書いたものです。

私は優秀なプロです。
0857デフォルトの名無しさん2013/11/04(月) 17:56:40.14
シェルスクリプトでは型を意識しないけど
expr "1" + "2"
3
0858デフォルトの名無しさん2013/11/04(月) 18:00:01.06
型は意識していなくても、
整数か文字列かは意識してるだろ？
0859デフォルトの名無しさん2013/11/04(月) 18:00:21.27
+ とかは何？文字型？おまじない型？
0860デフォルトの名無しさん2013/11/04(月) 18:01:50.47
>>859
おまじない型
0861デフォルトの名無しさん2013/11/04(月) 18:04:21.42
>>859
無意識に足し算してた
0862デフォルトの名無しさん2013/11/04(月) 18:05:42.32
「あれ？今足し算してた？完全に無意識だったわ 」
「あれ？今parseIntしてた？完全に無意識だったわ 」
0863デフォルトの名無しさん2013/11/04(月) 18:08:28.28
>>851
ここにいるよ！反論ある？ないならいいです。
0864デフォルトの名無しさん2013/11/04(月) 18:11:38.96
反論ですか？

C言語におけるintはクラスですか？

答え intは型であるがクラスではない。


反論ないならいいです。
0865デフォルトの名無しさん2013/11/04(月) 18:14:42.58
>>864
intはクラスですよ。暗黙的に作られてるからプログラマが意識することがないだけで。
クラスというのはプログラムを区分するものなんです。だから型とクラスは同義なんです。
コンパイラを作ったことがない人にはわかりにくいかも知れませんね。
0866デフォルトの名無しさん2013/11/04(月) 18:15:15.29
「プログラムの女神」　美しすぎるプログラマーが話題に！！　職場にいたら仕事が手に付かないレベル！ | International速報
http://lolen235.blog.fc2.com/blog-entry-816.html
0867デフォルトの名無しさん2013/11/04(月) 18:15:41.94
え？ intはクラスじゃないけど？
0868デフォルトの名無しさん2013/11/04(月) 18:16:40.52
intはクラスである。クラスは型である。
つまりintは型である。
parseIntのintは型である。
はい、狙い通りｗ
0869デフォルトの名無しさん2013/11/04(月) 18:17:20.52
あれ？今論破してた？完全に無意識だったわー
0870デフォルトの名無しさん2013/11/04(月) 18:18:05.42
えっ、C言語にクラスってあるの？
そりゃオブジェクト指向言語ならintとかはクラス（もしくは構造体）だろうけどC言語って手続き型だよね
0871デフォルトの名無しさん2013/11/04(月) 18:18:38.26
つまり、intは型であるがクラスではない。
0872デフォルトの名無しさん2013/11/04(月) 18:19:00.99
>>867
意識してないからわからないだけです。私はコンパイラを作った経験があって
常日頃からクラスというものを意識しているからわかるんです。
たとえば今地球の裏側でブラジル人の男性がサンバを踊っていた魅惑的な女性の
おっぱいにチュウをしたとしてもあなたはそれを知らない（わからない）から
ブラジル人の男性はチュウしてないと言うでしょう。しかし、それは事実とは
違います。事実はあなたの認識外のところにあることをわかって欲しいです。intはクラスです。いいですね。
0873デフォルトの名無しさん2013/11/04(月) 18:20:20.24
なんか、頭悪い人が住み着いたな・・・
論破されて気が狂ったか。
生暖かいジト目で観察してるか。
0874デフォルトの名無しさん2013/11/04(月) 18:21:05.54
>>870
呼び名が違うだけですよね。柔道は日本人しかやってない、
なぜならフランス人がやってるのはJudoだからだと言ってるようなものです。
どっちも同じだしintはクラスです。
0875デフォルトの名無しさん2013/11/04(月) 18:21:31.54
プリミティブ型はクラスとして再定義するほど余裕はねぇってのがC++
でもやっぱり再定義しようかな？って状態なのがjava
0876デフォルトの名無しさん2013/11/04(月) 18:21:38.15
typeとclass
0877デフォルトの名無しさん2013/11/04(月) 18:23:09.84
>>875
じゃあその型をクラスを読み替えてみてくださいよ。
プリミティブクラスといっても差し支えないでしょう？
なぜならば型はクラスだからですよ。
0878デフォルトの名無しさん2013/11/04(月) 18:24:30.00
そもそもCにはクラスという概念が存在しないっての
0879デフォルトの名無しさん2013/11/04(月) 18:24:40.41
了解。

クラス推論
0880デフォルトの名無しさん2013/11/04(月) 18:24:51.06
>>877
強引ingマイウェイは勘弁してくれよ。話が噛み合わなくなるw
0881デフォルトの名無しさん2013/11/04(月) 18:25:06.25
いわゆるラッセルのパラドックスだね
0882デフォルトの名無しさん2013/11/04(月) 18:26:27.39
クラスは型に含まれるが
クラスでないものも型に含まれる。

ここまではいいよね？
0883デフォルトの名無しさん2013/11/04(月) 18:27:19.13
つまり、クラスは型であり、
型はクラスということ。

という結論が成り立つわけだ。
0884デフォルトの名無しさん2013/11/04(月) 18:27:28.97
>>878
だからそれはフランス人が柔道をやってないって言ってるようなものって言いましたよね。
僕はさっきそれを言いました。これで2度めです。3度目がないことを祈ります。
フランス人がやってるのがJudoだとしてもそれは柔道ですよ。柔道はいまや世界的スポーツなんです。
そしてクラスもオブジェクト指向が知れ渡った現代においてはC言語にも適用可能な概念です。
0885デフォルトの名無しさん2013/11/04(月) 18:28:20.17
ここはむしろ型クラスという言葉を持ち出してさらに混乱を誘うべきか。
0886デフォルトの名無しさん2013/11/04(月) 18:28:38.62
http://ja.wikipedia.org/wiki/%E3%83%87%E3%83%BC%E3%82%BF%E5%9E%8B
0887デフォルトの名無しさん2013/11/04(月) 18:29:10.99
インターフェース型っていう用語も出したら
混乱しそうだよなｗ

独自の概念で、矛盾ない
言語体系を構築してくれよｗ
0888デフォルトの名無しさん2013/11/04(月) 18:33:40.78
どうやら今回は型＝クラスに反論はないし
俺の勝ちのようだな。
0889デフォルトの名無しさん2013/11/04(月) 18:35:29.19
クラスと型は＝じゃないよｗ
0890デフォルトの名無しさん2013/11/04(月) 18:35:44.92
インターフェース型という言葉があるなら、その範囲では型とクラスは同一視できないね。
0891デフォルトの名無しさん2013/11/04(月) 18:35:45.19
>>887
インターフェースっていうのはクラスの一形態に過ぎないです。
インターフェースは実装を持つことができないんですよ。
定数とメソッドの宣言のみ持つことができます。
あとはクラスと同じです。インターフェース型というのは正確に言えば
二重表現ですがそうした方がわかりやすいことがあるからそう言われてるだけです。
Arakawa Riverみたいなもんです。
0892デフォルトの名無しさん2013/11/04(月) 18:36:14.04
無知や無理を押し通すのが人生の命題になってる奴。
0893デフォルトの名無しさん2013/11/04(月) 18:36:46.92
>>865
なぜプリミティブ型というか組み込み型というかいわゆる数値とか文字とか以外の、よりクラスに近い形での便利な型って普及しないんでしょうか。ボーリングのアベレージ型300以上はエラーとか技術的には問題ないですよね…？例なので需要はアレとして
コンパイラ作ったりとか全くした事ないので想像つかないんですが、その辺りのレイヤーまで行くと数値・文字辺りでもうイッパイイッパイなんでしょうか。
これだけ言語とか種類あるのに型の増えなさが不思議です
0894デフォルトの名無しさん2013/11/04(月) 18:39:04.57
無知や無理を押し通すのが人生の命題になってる奴
映画やアニメのヒーローは基本的にそういうやつだしな。
そういう生き方もあるだろう。
0895デフォルトの名無しさん2013/11/04(月) 18:39:10.31
>>889
class A {
}

A a;

と書いたときAはクラスですし、同時に型なんです。
つまりクラスは型は同じものなんですよ。ここがわかってない人が多い。
0896デフォルトの名無しさん2013/11/04(月) 18:40:41.47
>>895
じゃあプリテミティ型の宣言みして
もちろんCとかC++の
0897デフォルトの名無しさん2013/11/04(月) 18:40:48.40
うん。だからクラスは型に含まれるから
クラスを書いた時、それは型だが、

int aと書いた時、intは型ではあるが
クラスではないという話でしょう？

さっきにからあんたがそう言ってるじゃないか。
0898デフォルトの名無しさん2013/11/04(月) 18:43:01.24
>>896
嫌です。

>>897
intはクラスですよ。僕はさっきからそう言ってます。
0899デフォルトの名無しさん2013/11/04(月) 18:43:19.77
Linuxでは型とClassは同じものです
man嫁で終わる話
0900デフォルトの名無しさん2013/11/04(月) 18:45:00.69
読んだら違った。どうしようかｗ
0901デフォルトの名無しさん2013/11/04(月) 18:47:17.69
おいおい、C言語なんかのintはクラスじゃないぞ。
型だぞ何言ってるんだ。馬鹿じゃないのか？
0902デフォルトの名無しさん2013/11/04(月) 18:48:29.54
>>898
なんか見せれない理由でもあるの？
0903デフォルトの名無しさん2013/11/04(月) 18:50:02.42
伝統的なCISCにはメモリー上の表現によって同じ処理に別命令が割り当てられている場合が多い。
型があればどの命令を選択するか機械的に決定できる。
という処理系の都合が大きかったんだろうけど、今でも都合がよいのは
相変わらずだね。
0904デフォルトの名無しさん2013/11/04(月) 18:53:22.69
>>896
そこは プリテミティ型の宣言してみてぃ　だろ　センスねーな
0905デフォルトの名無しさん2013/11/04(月) 18:53:31.08
Stateパターンはどうなったんだろう。
0906デフォルトの名無しさん2013/11/04(月) 18:55:02.18
純聖天使って
0907デフォルトの名無しさん2013/11/04(月) 18:55:26.50
>>902
あります。僕がやることじゃないです。僕は十分知り尽くしてるのでいまさら
調べるまでもありません。あなたは興味があるなら自分でやるべきだと思いますけど。
それでは僕からもあなたに要求します。intがクラスであることの証拠を出してください。
0908デフォルトの名無しさん2013/11/04(月) 18:57:07.29
なんか、口調が変わった所に
必死さがにじみ出てるよなｗ
0909デフォルトの名無しさん2013/11/04(月) 18:57:40.86
まだ型は必要だろうなあ。
当分必要だわ。
0910デフォルトの名無しさん2013/11/04(月) 18:57:57.83
さびしいとさみしいとどっちの読みが正しいかで女の子と言い合いになったことあるけど懐かしいな。
0911デフォルトの名無しさん2013/11/04(月) 18:58:03.27
いやこれ釣りだろ
0912 ◆QZaw55cn4c 2013/11/04(月) 18:58:58.67
今日は盛況だねえ
0913デフォルトの名無しさん2013/11/04(月) 18:59:09.34
>>908
はい僕は必死です。これで満足ですか？ｗ
0914デフォルトの名無しさん2013/11/04(月) 19:00:25.42
'1' + '1'はどうなるべきなの？
0915デフォルトの名無しさん2013/11/04(月) 19:01:55.38
a
0916デフォルトの名無しさん2013/11/04(月) 19:02:38.21
釣りというより言い返せなくなったから逆の立場に変身して頑張ってる。
そんな感じに見えるなあ。
最初はクラスと型は別って言ってたんじゃないの？
そんな気がするわ。
0917デフォルトの名無しさん2013/11/04(月) 19:03:10.14
>>914
型によるだろうな。

数値型なら2だろうし、
文字列型なら11だろう。
0918デフォルトの名無しさん2013/11/04(月) 19:03:16.91
>>912
だれかと思えばJavaには参照渡しがないからJavaは欠陥言語だと言って憚らないポップコーン野郎じゃないかｗｗｗ
0919デフォルトの名無しさん2013/11/04(月) 19:05:25.40
>>916
そんなこと一言も言った覚えありませんが・・・
0920デフォルトの名無しさん2013/11/04(月) 19:05:26.63
Javaはプリミティブとクラスでコピーの有無を決める潔い言語だけど、
困ることないのかな？
cloneで全部解決する？
0921デフォルトの名無しさん2013/11/04(月) 19:06:47.45
'1' + '1'問題がはっきりすれば見通し良くなるんじゃないの？
0922デフォルトの名無しさん2013/11/04(月) 19:07:29.34
>>920
お前は何を言っているんだ？
0923デフォルトの名無しさん2013/11/04(月) 19:08:54.50
プリミティブ→コピー
クラス→参照
0924デフォルトの名無しさん2013/11/04(月) 19:09:08.44
>>907
いや俺はCのintはクラスではないと言っているんだが
0925デフォルトの名無しさん2013/11/04(月) 19:10:53.44
>>920
そもそもcloneでdeep-copyするかどうかが実装依存だろうが
0926デフォルトの名無しさん2013/11/04(月) 19:11:06.77
Cのintもクラスに入りたがってるんだろうなあ。
でも実装の都合上無理だよねえ。
0927デフォルトの名無しさん2013/11/04(月) 19:12:26.08
>>923
あなたがなんと言ってようが関係ありません。あなたは僕に対して
なんら僕の思想を尊重することなくずけずけと要求してきました。
今度は僕の番です。僕の要求はintがクラスであることの証拠を出してくださいということです。
0928デフォルトの名無しさん2013/11/04(月) 19:13:35.11
>>927
やっぱり必死さが滲んでてニヤけるｗ
0929デフォルトの名無しさん2013/11/04(月) 19:13:42.37
クラスの定義がみんな違うから話になってない
0930デフォルトの名無しさん2013/11/04(月) 19:14:27.52
実装依存のほうがいいんじゃないの？
必要と判断されればコピーすればいいし、そうでなければしなければいい。
メソッドの引数として渡される場合、型によって決まっているけど問題はないの？
という話。
0931 ◆QZaw55cn4c 2013/11/04(月) 19:15:21.67
>>918
ま、Java にないのはGC絡みかとは考えてはいるんだけどね、なければないでなんとかなるし、でも欲しかったね
0932デフォルトの名無しさん2013/11/04(月) 19:15:56.09
１、なにがなんでも自分は正しいと自我と尊厳をかけて張り合う
２、他人の間違いを正すために全力で張り合う
３、他人の主張をねじ伏せると尊厳を否定しかねないのでうやむやにする
４、他人の間違いを放置し、バカを選別する指標として有効活用する

おまえらはどれ？
0933デフォルトの名無しさん2013/11/04(月) 19:16:17.65
865 ：デフォルトの名無しさん：2013/11/04(月) 18:14:42.58
>>864
intはクラスですよ。暗黙的に作られてるからプログラマが意識することがないだけで。
クラスというのはプログラムを区分するものなんです。だから型とクラスは同義なんです。
コンパイラを作ったことがない人にはわかりにくいかも知れませんね。
0934デフォルトの名無しさん2013/11/04(月) 19:16:43.74
俺1。
0935デフォルトの名無しさん2013/11/04(月) 19:17:47.91
>>930
二分木実装できないって言ってなかったか？ｗｗｗできるようになったのか？
0936デフォルトの名無しさん2013/11/04(月) 19:20:03.14
コンパイラ作ったことあるけど
クラスと型は別物だぞ。
0937デフォルトの名無しさん2013/11/04(月) 19:20:13.40
Qzはわかりやすいな。
0938デフォルトの名無しさん2013/11/04(月) 19:21:32.57
>>935
Java自体使ったことがないのでわからない。
けど、GCあるので楽そうだとは思う。

LALR1ということで、CC実装するときに文法はちょっと研究対象にした。
その程度なので、純粋に質問であって、別にJavaを貶してるわけじゃないんだよね。
0939デフォルトの名無しさん2013/11/04(月) 19:23:13.99
>>938
なら変な事は言わない方がいいよ
Javaは型指定で勝手にコピーとかないから
0940デフォルトの名無しさん2013/11/04(月) 19:23:29.87
ここいらで、クラスと型の違いを
述べてくれないか？
0941デフォルトの名無しさん2013/11/04(月) 19:25:52.10
クラスと型の違いがわからんのは馬鹿だけだろｗ
0942デフォルトの名無しさん2013/11/04(月) 19:26:03.72
記憶クラス、とかいう
0943デフォルトの名無しさん2013/11/04(月) 19:26:44.16
>>941
説明から逃げた時点で馬鹿の仲間入りだｗｗｗｗｗ
0944デフォルトの名無しさん2013/11/04(月) 19:28:15.08
プリミティブ型、クラス型、インターフェース型、などなど
これらを総称したものが型

だから型推論はクラス以外の型も推論できるし、
型推論であって、クラス推論ではない。
0945デフォルトの名無しさん2013/11/04(月) 19:29:07.31
>>943
あぁ、うん、ごめんな。
0946デフォルトの名無しさん2013/11/04(月) 19:29:20.36
>>939
メソッドの引数として渡されるときプリミティブはコピーされ、クラスはオブジェクトの
参照が渡されるんじゃないの？
0947デフォルトの名無しさん2013/11/04(月) 19:30:24.91
プリミティブってクラスじゃないけど、
型なんですかねぇ？
型以外の何かだと思いますが。
0948デフォルトの名無しさん2013/11/04(月) 19:32:06.25
構造体は果たしてプリミティブ型なのか？っていう
昔からの命題があるよな。

プリミティブ型であればコピーされないといけないが、
構造体はコピーされない。
だいたい参照で渡すよね。
0949デフォルトの名無しさん2013/11/04(月) 19:32:20.45
型だろうねえ。
0950デフォルトの名無しさん2013/11/04(月) 19:33:04.36
>>944
馬鹿じゃねえかお前ｗｗｗ説明になってねえよｗｗｗｗ
犬とはなんですかと聞かれてドーベルマンとー柴犬とーチワワとかーなどなど
総称したものと答えてるようなもんだろうがｗｗｗｗ
型が何なのかちゃんと説明しろよｗｗｗｗ
0951デフォルトの名無しさん2013/11/04(月) 19:34:56.70
それじゃこれから型の定義を作ろう。
ISOに採択されるくらい立派な定義を。

↓がんばって。
0952デフォルトの名無しさん2013/11/04(月) 19:35:36.74
アホ去ると
　途端に閑散
　　もの悲し
0953デフォルトの名無しさん2013/11/04(月) 19:37:29.73
ここはよく釣れるんだけど、雑魚しかいないから初心者向きなんだよね。
0954 ◆QZaw55cn4c 2013/11/04(月) 19:38:22.41
>>935
http://toro.2ch.net/test/read.cgi/tech/1313183984/403
アンカー違うんじゃない？
0955デフォルトの名無しさん2013/11/04(月) 19:39:23.12
>>953
そりゃ争いをするものは低レベルだからな
0956デフォルトの名無しさん2013/11/04(月) 19:39:58.02
>>946
そもそもJavaはObject値そのものを束縛する事ができない
呼び出し時に参照渡しするわけではない
やっているのはどちらも値の(浅い)コピー
0957デフォルトの名無しさん2013/11/04(月) 19:41:09.44
>>951
僕の出番のようですね。型とはクラスの別称です。
カッパという水系妖怪の総元締めのような化物がいますが
地方によってガワッパやタビノヒトなどと呼ばれます。
これらはすべて同じものなんです。全部カッパのことなんです。
クラスは場所によって型と呼ばれることもあるってだけなんです。
難しく考える必要はありません。
0958デフォルトの名無しさん2013/11/04(月) 19:41:41.70
C言語だけやってればいいじゃんって感じ
わけがわからん
0959デフォルトの名無しさん2013/11/04(月) 19:42:40.36
>>948
>構造体はコピーされない。
させないように指定しなければコピーされるだろ
0960デフォルトの名無しさん2013/11/04(月) 19:43:13.15
バカにつける薬を発見するためにおまえら頑張れや
0961デフォルトの名無しさん2013/11/04(月) 19:43:18.70
>>954
似たようなもんだろうが、間違えたわクソが、どうもすみませんでした。
0962 ◆QZaw55cn4c 2013/11/04(月) 19:45:53.00
>>961
よしよし素直でよろしい：−）
0963デフォルトの名無しさん2013/11/04(月) 19:50:12.51
結論としては、Javascriptでいいじゃんってことだよね。
0964デフォルトの名無しさん2013/11/04(月) 19:51:32.70
もしかしてJavaって本当に二分木が素直に実装できないの？
0965デフォルトの名無しさん2013/11/04(月) 19:51:44.06
まあその通りだ
0966デフォルトの名無しさん2013/11/04(月) 19:52:12.52
そうだね。JavaScript最高だよね。
0967デフォルトの名無しさん2013/11/04(月) 19:53:16.66
QZはしったかとかよく書いてあるけど、実は物知りなんだなあ。
0968デフォルトの名無しさん2013/11/04(月) 19:53:43.79
内戦の後に宗教が勃興するようなもんか。次はJS宗教戦争だな。
0969デフォルトの名無しさん2013/11/04(月) 19:55:02.90
クライアントJavaScript
サーバー側Java
(中小、個人レベルはPHP)
が今のメインだね
0970デフォルトの名無しさん2013/11/04(月) 19:55:16.03
>>964
簡単に実装できるが
素直にってどういう意味だ？
0971デフォルトの名無しさん2013/11/04(月) 19:56:37.15
>>969
いや大企業はJavaじゃなくてASP.NETつかってるだろ
0972デフォルトの名無しさん2013/11/04(月) 19:57:05.86
>>970
では10秒で実装頼む。
0973デフォルトの名無しさん2013/11/04(月) 19:59:56.66
>>972
極端だなおい
0974デフォルトの名無しさん2013/11/04(月) 20:03:01.69
Javaもいろいろ難しいんだなあ。
やっぱりC++で充分だわ。
0975デフォルトの名無しさん2013/11/04(月) 20:04:04.69
10秒でかける言語を俺は知ってるからな
0976デフォルトの名無しさん2013/11/04(月) 20:04:50.21
なんなら今から書いて証明してやろうか
0977デフォルトの名無しさん2013/11/04(月) 20:05:33.65
でも今は外出中なんだ
0978デフォルトの名無しさん2013/11/04(月) 20:06:06.05
>>976
じゃあ今から１０秒でたのむ。
0979デフォルトの名無しさん2013/11/04(月) 20:06:40.01
あ〜休みが終わる〜。
0980デフォルトの名無しさん2013/11/04(月) 20:07:31.73
>>977
言い訳がましいな。さっさと証明しろ。
0981デフォルトの名無しさん2013/11/04(月) 20:12:10.43
ちょっと待ってろｗ
俺が家に帰ってから10秒だからな。
0982デフォルトの名無しさん2013/11/04(月) 20:12:55.81
現在探索中・・・
0983デフォルトの名無しさん2013/11/04(月) 20:16:35.58
10秒で書けても10秒でレスできなきゃ意味ないよね
まあコピペなら10秒でできるけど
0984デフォルトの名無しさん2013/11/04(月) 20:22:13.28
まずタイピング速度を10文字/秒とする。すると10秒で100文字だ。
0985デフォルトの名無しさん2013/11/04(月) 20:25:08.05
そして二分木と書いたのだ。二分探索などではない。
0986デフォルトの名無しさん2013/11/04(月) 20:26:05.33
>>985
二分探索じゃなくて木だけってのは、つまりこういうことか？
http://rabbit.media.osaka-cu.ac.jp/course/index.php/%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0/13#2.E5.88.86.E6.8E.A2.E7.B4.A2.E6.9C.A8

class Node {
Object value;
Node left; // nullなら子ノードなし
Node right; // nullなら子ノードなし
}
0987デフォルトの名無しさん2013/11/04(月) 20:33:13.95
１０秒野郎はどうした。
0988デフォルトの名無しさん2013/11/04(月) 20:33:30.79
さーて落ちもバレたし
ここで終わりだなｗ
0989デフォルトの名無しさん2013/11/04(月) 20:35:01.71
10秒野郎はにげました。
はいてっしゅーｗ
0990デフォルトの名無しさん2013/11/04(月) 20:46:40.67
Qzさんまたやっちゃったんですか？
0991デフォルトの名無しさん2013/11/04(月) 20:53:57.64
Qzは本気で自分を褒める奴がいると思ってるんだろうか
0992デフォルトの名無しさん2013/11/04(月) 21:35:55.45
>>986
// valueを挿入する
rootNode = insert(value, rootNode);
これよくみるけど、一番先っぽ以外は同じ値を代入しながら巻き戻っていくという意味では、なんだか嫌じゃない？
0993デフォルトの名無しさん2013/11/04(月) 22:13:19.78
>>992
再帰ってそういうものだよ。
Haskellのクイックソートも許せないタイプ？
0994デフォルトの名無しさん2013/11/04(月) 22:15:38.38
再帰は言語による特別なサポートがないと使えなくなっていくんじゃないだろか。
0995デフォルトの名無しさん2013/11/04(月) 22:21:08.56
>>994
どういうことでござろうか？
0996デフォルトの名無しさん2013/11/04(月) 22:21:56.20
線形でスタックが深くなるような処理だと「使えなくなっていく」じゃなくて今現在特別なサポートがないと使えない
0997デフォルトの名無しさん2013/11/04(月) 22:25:22.68
もうすでに使えないのか。
関数型は言語のサポートがあるんでしょ？

>>995
たぶん>>996と同じ意味のつもりだった。
0998デフォルトの名無しさん2013/11/04(月) 22:29:42.67
>>997
たぶんじゃなくて自分の言葉で言えやハゲ殺すぞ
0999デフォルトの名無しさん2013/11/04(月) 22:33:21.45
>>998
最悪のケースをロジック上保障できないものは使えなくなっていくという意味。
1000デフォルトの名無しさん2013/11/04(月) 22:33:29.14
狂犬って髪フサフサを自信の根拠にしてるのが多いと思う。
1001１００１Over 1000Thread
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。