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

【Lisp】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ48【pl,rb,php,js】 [転載禁止]©5ch.io

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2015/02/28(土) 00:33:07.88ID:6Lhyreb3
前スレ
【Python】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ47【pl,rb,php,js】
http://peace.2ch.net/test/read.cgi/tech/1417333026
0256デフォルトの名無しさん2015/03/09(月) 01:10:08.43ID:lh4ZCMGK
>>251
例えば俺はatomエディタが物凄く小さなツールには見えないし、
作ろうと思えば大きなツールも作れると思うよ
他の言語と同じ
>>253
Yeomanって、bower、grunt、yoで構成されてるし、bowerじゃなくてbrowserify、gruntじゃなくて
gulpとか、yoのgeneratorからじゃなくて、Google Web starter kitやangular seedから
はじめたりとか
angularは2.0全く別のフレームワークに生まれ変わるとかreactも注目されてきてるとか
expressも開発チームはkoaに移ったりとかしてるし
そういうふうにね、ちょっとキャッチアップを怠るとすぐに古い情報になっちゃうわけよ
0257デフォルトの名無しさん2015/03/09(月) 01:11:06.07ID:T6nKbDrg
jsって言うけど、jqueryでちょこちょこやるだけと、prototypeから弄るのじゃ別物だから
0258デフォルトの名無しさん2015/03/09(月) 01:12:35.55ID:T6nKbDrg
>>256
どこのアホがReactで書かれたものを保守するんだw
2.0なんて、当分は使われないし、koaなんて誰も使わないから
0259デフォルトの名無しさん2015/03/09(月) 01:13:38.73ID:N7SvNSUi
全部既にあるもので、しかも本格的に作れない半端ばかり

ブラウザがOSに取って変わるわけでもなし

キミがもっと高度な物を作ろうとしたなら、jsを選ばないと思うけどね
0260デフォルトの名無しさん2015/03/09(月) 01:14:04.01ID:lh4ZCMGK
>>255
どうだろう
モバイルアプリでも結構な割合がjavascriptじゃないかと思うんだが
ネイティブじゃないにしても、ハイブリッドは多いだろう
そんで、モバイルとブラウザが昔より重要になってきてるから
それ以下でもそれ以上でもないという状況も昔と意味が違う
0261デフォルトの名無しさん2015/03/09(月) 01:15:09.63ID:T6nKbDrg
>>259
飯のためにjsのであって、高度なものは言語に左右されない
0262デフォルトの名無しさん2015/03/09(月) 01:16:01.82ID:lh4ZCMGK
>>258
angular保守するより、react保守する方が明らかに簡単だと思うんだが
2.0は当分先だろうけど、それでもぶっちゃけ1年後には出てるんじゃないかな
koaにしても、分からんよ
進化が早すぎてまじ読めない
0263デフォルトの名無しさん2015/03/09(月) 01:18:32.02ID:BhYBpDco
>>260
それはブラウザの立場が変わっただけであって、JavaScriptがブラウザ上で動かすための言語であるという
部分には何の変化も加わっていない

ブラウザ上の言語としてJavaScriptは非常に重要であり、代替がきかないものであるが、それ以上でも
それ以下でもないことは変わっていない
0264デフォルトの名無しさん2015/03/09(月) 01:20:44.63ID:T6nKbDrg
>>262
Reactのfolk数ひくいから触ったこともなかったわ。
Atomも、もうReactなんて使わないでVanillaJSだろ。たしか。
0265デフォルトの名無しさん2015/03/09(月) 01:21:37.91ID:lh4ZCMGK
>>263
何度も言うけど、それ自体が疑問
今はブラウザの枠を飛び越えてる最中だし、
昔はjspやらphpでもっとサーバーサイドに比重があったよ
そして、仮にその枠を飛びこえていないにしてもブラウザ自体の重要性が変われば、
javascriptの重要性も変わってくるだろ
どの言語をやるかという話をしてるわけなんだから
0266デフォルトの名無しさん2015/03/09(月) 01:23:05.58ID:BhYBpDco
>>265
飛び越えてる最中って、node.jsが何年もかかって、現状のザマなんですが
飛び越えようとしてるけど停滞してる、というのが妥当な評価かと
0267デフォルトの名無しさん2015/03/09(月) 01:23:19.83ID:T6nKbDrg
>>263
このバカ、基本情報試験でプログロミングでも覚えたのか？
0268デフォルトの名無しさん2015/03/09(月) 01:24:52.14ID:TL9jp237
>>264
folk数だいぶ増えてるよ
というか、folkもいいけどstar注目しといた方がいい
angular以上の勢いで増えてるから
なんだかんだでフロントエンドのViewに関わるライブラリとしては
angular、backboneに次いで今3位なんだよね
0269デフォルトの名無しさん2015/03/09(月) 01:27:09.15ID:TL9jp237
>>266
nodeの開発は停滞しているけど、nodeのツールとしての採用が停滞してるようには見えない
というか、現状で既に広く採用されてるし、javascriptの有名なライブラリはもうほとんど
npm上にある
そうした環境としてはもうデファクトスタンダードだろ
0270デフォルトの名無しさん2015/03/09(月) 01:27:30.08ID:T6nKbDrg
面倒だから知りたくもないんだけど、
ReactでもAngularみたく既存のライブラリをモジュール化できるわけ？
0271デフォルトの名無しさん2015/03/09(月) 01:30:49.96ID:TL9jp237
>>270
モジュール化にもいろいろあって、javaのパッケージシステムのようなものを
イメージしているのであれば、単体では出来ない
ただし、多数派はbrowserifyやrequirejsなどと組み合わせてモジュール化するんだろうね
もし、モジュール化がコンポーネントを作ってカプセル化するという意味なら
まあ、viewの単位でそれをするのがreactだって感じ
0272デフォルトの名無しさん2015/03/09(月) 01:30:50.92ID:BhYBpDco
>>269
それはツールとしてのnode.jsであって、その時点でJavaScriptを書く必要がある人間は
そのツールの開発者だよね、というのはもう指摘した話なんですけど
しかも、そのツールたちはブラウザ上のJavaScriptを管理するためのものでしかないし

結局のところブラウザ上の言語としてのJavaScript、という範疇は一切超えていない、と
0273デフォルトの名無しさん2015/03/09(月) 01:32:33.68ID:TL9jp237
>>272
それも厳密に言えば間違えていて、採用率が低いだけだよねというのは話した
だから、今飛び越えているところだと表現した
そして、ブラウザでの採用率から考えて、飛び越えるだろうという予想は妥当と思う
0274デフォルトの名無しさん2015/03/09(月) 01:36:03.25ID:TL9jp237
TYPESCRIPTやES6のようなaltjsを(es6はaltjsじゃないかもしれないが)使って
モジュール化するという方法も考えられるね
es6を使うという選択肢も、1年前は無かったかなあ
babelのような素晴らしいトランスパイラーが出てきたのは最近だからね
0275デフォルトの名無しさん2015/03/09(月) 01:36:42.36ID:BhYBpDco
>>273
> 採用率が低いだけ
> 飛び越えるだろうという予想
こういう文言が太陽光パネルのうざい営業たちの文句とそっくりなんだよ

まず、飛び越えてから、その話をしようよ
飛び越えてもない状態で、飛び越えた後の話をしないでくれよ

根拠のない（というと君はどうせ的はずれな根拠を出してくるんだろうけど）予想に基づいた未来なんて
要らないんだよ
ましてその根拠のない未来に基づいたJavaScript万能説なんて詐欺でしかないんだよ
0276デフォルトの名無しさん2015/03/09(月) 01:40:35.27ID:T6nKbDrg
>>271
angular.module([],[])のようなものをイメージしてるんだけど、
Reactには似たような機能は既に用意されてるの？
0277デフォルトの名無しさん2015/03/09(月) 01:43:59.97ID:lh4ZCMGK
>>275
詐欺だと言われても、最初から予想だと言ってるじゃんw
ちなみに今でも枠を少し飛び越えてるしな
ここは程度の問題でいろんな意見があろうが、少なくとも、全く飛び越えてないというのは違う
それに、枠を飛び越えなくても今でも十分すぎるほど万能だと思うんだが
ブラウザが昔と比べて万能になってきているのだから
>>276
ない
ただ、altjsとか、javascript次期バージョン自体の機能や、node、
他ライブラリにはあるのでそいつらと組み合わせて使う
これはどちらがいいかは意見が分かれるだろうね
0278デフォルトの名無しさん2015/03/09(月) 01:46:54.81ID:T6nKbDrg
fullcalendarやbootstrapを誰かが勝手にモジュール化してくれる
Angularコミュニティに参加して良かったと思う
0279デフォルトの名無しさん2015/03/09(月) 01:49:17.39ID:BhYBpDco
>>277
とりあえずJavaScript万能説は取り下げてくれたようなので、俺はそれで満足だ
0280デフォルトの名無しさん2015/03/09(月) 01:52:29.64ID:lh4ZCMGK
>>278
確かにangularのコミュニティーは大きくて素晴らしい
ただ、Fullcalendarは知らんが、bootstrapならreact−bootstrapはあるな
しかし、bootstrapも実は急速に注目を失いかけている
今はmaterial designだ
angularならangular-material、reactならui-materialだな
こういうところも、1年前と全く違う
reactがどこまで伸びるのか、はたまた他のライブラリが台頭するのか
全然読めない
困ったもんだ
0281デフォルトの名無しさん2015/03/09(月) 01:53:07.86ID:lh4ZCMGK
>>279
いや、取り下げてないよ
これほど万能な言語は珍しい
0282デフォルトの名無しさん2015/03/09(月) 01:54:54.03ID:T6nKbDrg
>>280
そんなものは学習コストに見合わないから、最初に触ったものだけで良いだろ
0283デフォルトの名無しさん2015/03/09(月) 01:57:59.46ID:lh4ZCMGK
>>282
そう言われても、世間がそれを許してくれないんだよ
最初に学んだのがjquery uiだからそれだけ使ってればいいだろう
と言ってもbootstrapやangularが出てきてそうは問屋がおろさなかったわけ
これは確かに大きな欠点
学習コストは現状は高い
でも、以外と既存の知識があればなんとかなるもんだけどね
angularのこれはreactのこれに当たるとかね
0284デフォルトの名無しさん2015/03/09(月) 02:00:18.26ID:BhYBpDco
>>281
ブラウザの上で動かす、というレベルでは万能だと君は言っている
それ以外だとnode.jsのサーバ化は失敗もいいところだし、ツールとしてはユーザが意識する必要はないのも認めている

ブラウザ上の言語としてのJavaScriptは他に選択肢がないのは事実だし、それ以外の分野でユーザが書く必要はない
つまり、ブラウザ上の言語としてJavaScriptを書ければ大多数の人間にとっては十分ということだ

将来？将来の話は将来にしよう
どうなるかわからない将来の話を元にJavaScript万能説を唱えるのは詐欺でしかない
0285デフォルトの名無しさん2015/03/09(月) 02:02:46.11ID:T6nKbDrg
googleさんなら2.0以降でVDOMを取り込んでくれるよ
0286デフォルトの名無しさん2015/03/09(月) 02:05:42.71ID:lh4ZCMGK
>>284
だから、何度も言ってるけど、ブラウザ自体がかなり万能だと
モバイルでも動くし、chrome appのように従来のデスクトップアプリのようなものも
ある
ゲームも出てきた
デスクトップアプリの代表のような存在だったofficeだって
Google docsとかスプレッドシートがあるだろう
この時点で万能だという説は成立すると思う

あとは枝葉末節だが、ブラウザ以外では、今は採用率は低いと認めざるを得ない。
しかし、ツールとしてのnodeはやってることはコマンドラインツールであって
ブラウザとは厳密には違う
やろうと思えば今ではモバイルのネイティブアプリもデスクトップアプリも作れる
「予想として」今後こういうシーンでの採用も増えるだろう
0287デフォルトの名無しさん2015/03/09(月) 02:07:33.43ID:T6nKbDrg
node.jsってもうc10k問題の特効薬みたいに言われてるけど、どうなの？
0288デフォルトの名無しさん2015/03/09(月) 02:11:52.94ID:BhYBpDco
>>286
> だから、何度も言ってるけど、ブラウザ自体がかなり万能だと
別にそこは否定しないよ
ブラウザの使うシーンが増えることでJavaScriptが使われるシーンが増えるだろうね
ブラウザ上のJavaScriptフレームワークは百花繚乱だし、いいことだと思うよ

> やろうと思えば今ではモバイルのネイティブアプリもデスクトップアプリも作れる
作れるということとJavaScriptを（ブラウザ言語として以外で)覚えるべきということとは
まったく違うレベルのお話だよね
デスクトップアプリとしてのJavaScriptはひよっ子もいいところだし、その分野の言語として
JavaScriptを覚えるべきというのは(現状では)まったくありえない論理であるのは確実だ

つまり、ブラウザ上の言語としてJavaScriptを薦めるのはまったくもって正当であり、
逆にそれ以外の言語を薦めてるとしたら頭がおかしいとしか思えない
逆にブラウザ以外の言語としてJavaScriptをすすめてるならそれも頭がおかしいとしか
思えない。これが結論だね
0289デフォルトの名無しさん2015/03/09(月) 02:16:07.90ID:T6nKbDrg
ブラウザは既にJVM、CLR以上に万能な仮想環境だよ
そのまま、OSとしてスマートフォンに載るぐらい
おまえらのアホな長文とは裏腹に、これが現実。
0290デフォルトの名無しさん2015/03/09(月) 02:18:01.40ID:lh4ZCMGK
>>288
そうでもないと思う。
ブラウザ以外の一大分野であるモバイルアプリで採用率はかなり高いと思う
objective-cやjava、将来的にはswiftほどじゃないにしても、その次くらいじゃないかな
デスクトップアプリもMicrosoftで採用されたし、多くはブラウザアプリと似てる
頭がおかしいとまでは言えない
0291デフォルトの名無しさん2015/03/09(月) 02:19:03.83ID:N7SvNSUi
「やろうと思えば」ってｗ

もともと他言語で実際やってたことを今までjsではできなかった

jsでできるようになって「自分にもできるようになったよ！」と喜んだ？

みんながWeb出身だとでも思ってるの？
0292デフォルトの名無しさん2015/03/09(月) 02:20:02.08ID:BhYBpDco
>>289
だから、ブラウザ上の言語としてのJavaScriptについては何も否定してないよ

それをネイティブアプリとかそっち方面にまで話を広げようとするからおかしなことになってるだけで
0293デフォルトの名無しさん2015/03/09(月) 02:23:22.96ID:T6nKbDrg
>>291
jsでネイティブアプリ制作できるツールが出来てんだよ
で、その他言語ってプラットフォームに依存まみれなわけ
JVMやCLRの中間言語なんて誰も読みたくなかったし、
c++のコンパイルを悠長に待ってられなかったんだろうね
0294デフォルトの名無しさん2015/03/09(月) 02:25:30.76ID:lh4ZCMGK
>>292
モバイルのこと？
ネイティブはともかく、ハイブリッドは結構あると思うぞ
0295デフォルトの名無しさん2015/03/09(月) 02:50:38.17ID:N7SvNSUi
jsが歴史的背景とブラウザベンダーに依存まみれで、スクリプト言語の構文としてイマイチなまま

選択肢が一つ増えたことはいいことだが、今の時点でこれまでのものと同等の質に作れるのか？

RとかLuaとかC#とか、それぞれの分野にあった良い言語があるわけで、どんなものを作りたいかに
よって適宜選べばよい
jsはたいしたものを作らなくてもよい場合に選ぶ言語
0296デフォルトの名無しさん2015/03/09(月) 03:15:58.40ID:lh4ZCMGK
javascriptには細かいミスがたくさんあるのは事実なんだけど、
意外とそういうのはスタイルガイドなり、ツールなりaltjsなり、対処方法が結構ある

その上に、objectがstringをkeyとするmapで表せる点(それによってjson記法が普及した)と、
クロージャと無名関数、イベントループ式のイベント処理を備えていたのは大きくて、
それによって多くの用途で十分な言語になったのだと思う

簡潔な記法(json)、柔軟な抽象化(無名関数)、
簡単な非同期処理(シングルスレッド式のイベント処理)が揃った稀有な言語だったんだね
0297デフォルトの名無しさん2015/03/09(月) 03:23:10.70ID:q8alwpTV
匿名関数な。無名と言い出した馬鹿はどこの誰だ？
0298デフォルトの名無しさん2015/03/09(月) 03:26:17.69ID:q8alwpTV
IE5の時にasyncをfalseに出来た事がむしろ革命的だった。それまでは何もかもがロード待ちのイベントドリブンだった。
0299デフォルトの名無しさん2015/03/09(月) 03:29:18.98ID:q8alwpTV
つうか、IE5の時にmsdnにhttpsocket実装した数千行のJSあっただろ、あれ保存している人がいたら、欲しいな、今のサーバーJSと比べたいから。
JSの歴史なんて剽窃の歴史。
0300デフォルトの名無しさん2015/03/09(月) 03:41:46.94ID:lh4ZCMGK
Ie5の時代は、まだjavascriptの真の力は発見されていなくて、
今のような本格的な使われ方ではなかったように思う
Json、promiseが出てくるにつれてさらに本格的に使われだしたように思う
0301デフォルトの名無しさん2015/03/09(月) 05:30:46.34ID:JYdN8ahe
まともな物を作るならネイティヴはコンパイラ言語じゃないとね。JSは遅いしソースも抜かれるんじゃないの？
0302デフォルトの名無しさん2015/03/09(月) 06:04:59.73ID:N7SvNSUi
対処方法とかいちいち余分な手間は増やさなくていい
0303デフォルトの名無しさん2015/03/09(月) 06:36:18.94ID:4QHfAWpc
JavaScriptのミスって言ったら作者も認めてる、
グローバルスコープに容易に変数が定義できてしまう点くらいだと思う。
で、それはstrictmodeで防げるんだから大丈夫。
0304デフォルトの名無しさん2015/03/09(月) 07:00:03.13ID:lh4ZCMGK
>>301
確かにその辺の懸念はあるね
どんな言語でもマシン語や中間コード解析されたら終わりだけど

>>302
まあスタイルガイド(コーディング規約)とかツールとか、新たな言語仕様を余計に覚えるとか
どの言語でも必要な事が多いけどね

>>303
細かいこというと、演算子による型の自動変換の振る舞いとか、
特に二重イコールの動作とか、thisの細かい振る舞いとか
withの振る舞いとか
いろいろ危険とされてる仕様はある
まあぶっちゃけ、回避はできることがほとんどではあるが
0305デフォルトの名無しさん2015/03/09(月) 07:12:25.34ID:4QHfAWpc
>>304
それはミスではなくてあくまで選択、特徴だと思う。
withだってProxyと組み合わせて面白いことができたりするし。
0306デフォルトの名無しさん2015/03/09(月) 07:22:10.67ID:lh4ZCMGK
>>305
Withで指定したobjectの中に、withの中で左辺値として指定しようとした
propertyが定義されてないときの振る舞いの事ね
てか、strictモード使うんじゃなかったのかw
0307デフォルトの名無しさん2015/03/09(月) 07:37:40.41ID:zs97/pAx
>>306
その振る舞いは妥当だよ。
特に関数スコープvarだけの世界だったJSにおいてあれ以外の振る舞いをさせようがない。
だから設計はミスではないし、だからと言って存在自体がミスと言えるほどだとは思わない。
strictmodeで禁止なのは必須の構文ではないのとパフォーマンスへの影響部分が大きい。
0308デフォルトの名無しさん2015/03/09(月) 07:44:41.29ID:ewisVoGf
LuaはJavaScriptのミス修正版だから仕様を見てみるといいよ。
インデックスが1から始まるところだけはいただけないが。
0309デフォルトの名無しさん2015/03/09(月) 07:53:35.62ID:lh4ZCMGK
>>307
でも存在自体がミスだった(より有用な別の仕組みが良かった)と
思ってる人は多いと思うけどね
こればっかりは、多いと思うとしか言えないんで
平行線なのは分かるけど
0310デフォルトの名無しさん2015/03/09(月) 08:00:13.52ID:lh4ZCMGK
でも、結局のところ悪いとされてる使い方をしないというだけで
回避できるんだよね
それは結構簡単でコーディング規約に書いてあったりlintが
教えてくれたりする
他の言語でもそのくらいはするだろ
0311デフォルトの名無しさん2015/03/09(月) 08:22:44.34ID:r4+pQju3
少なくともwith文という形であれ以外の挙動はさせようがないだろ。
エラーにするのはおかしいし、具体的にどんな挙動だったらよかったんだ？

Dartの..みたいなのがあれば良いということなら分かるが、with文の否定にはならない。
0312デフォルトの名無しさん2015/03/09(月) 10:31:20.53ID:HvW1h5E5
もう分かった分かった
Ruby、Swift、C#にjsも加えてやるよ
0313デフォルトの名無しさん2015/03/09(月) 15:50:44.04ID:Bs69F6Lw
（´・ω・｀）人（´・ω・｀）ナカーマ
0314デフォルトの名無しさん2015/03/09(月) 17:37:23.71ID:JYdN8ahe
そこまで入れるならGoも入れてくれよ
0315デフォルトの名無しさん2015/03/09(月) 19:28:19.95ID:0YP+qxsb
>>98
> 特にRuby使いは福岡行けば当分安泰

朴槿恵 「大使斬りつけ事件はむしろ韓米関係を近づける機会になった。あと私も昔顔を斬られた」　 [転載禁止](c)2ch.net
ttp://hayabusa3.2ch.net/test/read.cgi/news/1425878976/
> 232 名前： ジャンピングDDT(福岡県)＠転載は禁止[] 投稿日：2015/03/09(月) 16:18:49.29 ID:VzGh6Ta00
> 　おまえらは米韓関係が良くなることがそんなに怖いのかｗｗ


福岡は地獄だと思う。
0316デフォルトの名無しさん2015/03/09(月) 19:32:34.35ID:0YP+qxsb
>>243
ゲームのチートですね。

せっかくゲームが javascript で書かれていてデバッグ環境も標準装備されているのに、
変数の値を見たりもできるのに、
自分のチートコードによってそれらを操縦する方法がわからなくて。

特にわからないのが、Click 操作がどう制御されているのか・・・
HTMLなら OnClick とかの関数名が書いてあるのに、
動的レイアウトではそういうのがどこに書いてあるのかわからなくて。
0317デフォルトの名無しさん2015/03/09(月) 19:52:03.89ID:T6nKbDrg
>>315
sinatraをforkしたframeworkとか使ってそうだよね。Rubyistたちの心の闇は深い
0318デフォルトの名無しさん2015/03/09(月) 22:02:14.89ID:lh4ZCMGK
>>311
だからwith自体が間違いだったということ
具体的には、全くなくなるか、便利な機能だけ代替できる
別の構文で良かったんじゃないの
それ以上具体的にはどうやるかは知らんが
そのdartの..とやらもいいのかもな
0319デフォルトの名無しさん2015/03/09(月) 22:53:34.94ID:Bs69F6Lw
ではもうCとか含めてプログラミング言語全部でバトルロイヤルしよう（＾ｏ＾）
そもそもなんでスクリプト(限定)バトルロイヤルなんだっけ（＾ｏ＾）？
0320デフォルトの名無しさん2015/03/09(月) 23:01:33.34ID:0YP+qxsb
>>319
コンパイル言語では C言語が完璧すぎて議論にならないからだろ。
0321デフォルトの名無しさん2015/03/09(月) 23:23:08.05ID:kjWf0/KW
>>319
コンパイル言語使うような奴はこんな不毛な争いはしないから
0322デフォルトの名無しさん2015/03/10(火) 05:13:30.56ID:s394deK9
>>318
Dartの..はごく一部の用途にしか使えないし、
withのスコープへの介入できる機能はけして代替できない。
逆に、Dartの..で済むような用途にはwithは味がありすぎるというだけ。
withはメタプロの方面で活躍させればいいし、必要。
0323デフォルトの名無しさん2015/03/10(火) 06:38:07.52ID:ZyX65yHp
>>320
C言語は当時としては良い言語だったが
今となっては完璧とは言い難いよ
0324デフォルトの名無しさん2015/03/10(火) 08:11:31.61ID:8dfd2ZCz
じゃ今Cより完璧なものって何さ？
0325デフォルトの名無しさん2015/03/10(火) 10:53:27.00ID:xpU6q4/p
Cと同等のポータビリティとモダンな文法をもち低レイヤーへのアクセスが容易な言語でしょう
0326デフォルトの名無しさん2015/03/10(火) 12:20:17.79ID:BO1l8SLB
それなんてjavascript?
0327デフォルトの名無しさん2015/03/10(火) 12:27:29.38ID:8dfd2ZCz
>>325
だから何よ？
0328デフォルトの名無しさん2015/03/10(火) 13:35:30.61ID:BO1l8SLB
だから、javascriptだって。
javascript、assemblerでググれば企業やLLCが作ったツールぐらい出てくるだろ
0329デフォルトの名無しさん2015/03/10(火) 13:51:21.28ID:fOv62Osz
Rust, ATS2
0330デフォルトの名無しさん2015/03/10(火) 18:30:50.04ID:xpU6q4/p
NimなんかはCのコードにコンパイルされるので
Cの出来ることを包含している、かつ、モダンな言語仕様と言って良いかと

Rustはポータビリティの面で劣るけど、そこを気にしないならCに勝る
llvmベースだから将来的にはポータビリティ高まるだろうし
0331デフォルトの名無しさん2015/03/10(火) 18:50:30.30ID:ZyX65yHp
>>324
C#、と言うか普及率で見てもC++でしょ
但しC++もC言語の負債を引き継いじゃってるから
D言語とかの「より完璧なシステム言語を目指すプロジェクト」も動いてるワケで
(C#は言語としては良くても、システム言語としては決して良い立場には立てない)
0332デフォルトの名無しさん2015/03/10(火) 18:51:32.14ID:ZyX65yHp
×普及率で見ても
◯システム書ける言語同士の普及率で見ても
0333デフォルトの名無しさん2015/03/10(火) 19:18:22.15ID:dmwd3A30
ははっはっwwまじ参ったわwww
アップルがとうとうオープンソースフレームワークReserchKit発表しやがったわwww
いつかいつかと待ち望んたがやっぱり医療データ革命も最初はアップルかwwww
これからのイノベーションの源泉はテクノロジー×オープンソース×生物学(生命科学)から生まれライフを劇的に変えていくが、
俺は貧乏臭いチマチマとした土方スクリプターは卒業して、在野の科学者としてＤＩＹラボで生物学をハックする生命科学の最前線を進む道を選ぼうと去年から模索してた
そして今日深夜未明にこれだよwwwwっアップルwww
去年入院した時に肌で感じた医療の素晴らしさ、そしてだからこそ医療現場の最前線に少しでも助力出来ればと思ったあの日あのベッドの上
この思いを描いた目標をSwift×ReserchKitで早々に実現出来そうだ...
もう30半ばの中年だがこれで何かしらの成果物が出来たら、お世話になったあの看護師さんに思い切って会いに行こうと思っている
0334デフォルトの名無しさん2015/03/10(火) 19:53:26.44ID:I/nPo1yv
>>331
C++はある意味完璧だね
使いこなせさえすれば、の話だけど
そこのハードルが異常に高いんだよね
0335デフォルトの名無しさん2015/03/10(火) 20:00:49.39ID:WQWlRlS8
CもC++もダメだろ。普及してるから優れてるとは限らない。
元から優れてるなら、C++やその改訂版は出てこないはずだ。
0336デフォルトの名無しさん2015/03/10(火) 20:06:26.86ID:NaOG4pdg
C99 は改悪にしか思えない
0337デフォルトの名無しさん2015/03/10(火) 20:10:30.91ID:8dfd2ZCz
>>333
iPod,iTunesでデジタル音楽革命、iPhone,AppStoreで携帯電話を再定義

次はiPhone,AppleWach,ReserchKitでデジタルヘルス医療革命か
このデジタル医療革命のキーはオープンソースなのは言うまでもなくアップルもこの辺りは流石に理解してるみたいだな
先日の安部発表によるアップルみなとみらい研究拠点設置といいやはり次の重要ターゲットはhealth分野か

恐らくSwiftもオープン、、、

黙ってSwift習熟に専念するは＾＾
0338デフォルトの名無しさん2015/03/10(火) 20:23:01.93ID:t5pXtnRl
Research kitなんてもんが出たのが
よくわからんが、頑張って癌が治るようにしてほしい
0339デフォルトの名無しさん2015/03/10(火) 20:27:20.81ID:75OX5ygK
>>335
C++はダメだけど、Cは、特にC89になる前のCは神だよ？(´･ω･｀)
0340デフォルトの名無しさん2015/03/10(火) 20:56:59.44ID:HdnJWvwa
SwiftってlinuxとかWindowsでは使えないの？

じゃダメじゃん
0341デフォルトの名無しさん2015/03/10(火) 21:22:23.99ID:HoJzSgYF
>>340
そこは全く重要じゃない
重要なのは大きい市場と需要があるかどうかだけ
幸いSwift(obj-c)の先に在る市場はとてつもなく大きい、そして世界最高レベルの需要者たちが在り我々はそこに最高のプレゼンスを届けるだけ

恐らくプログラミング言語中最大の市場規模ではなかろうか
0342デフォルトの名無しさん2015/03/10(火) 21:31:02.49ID:7YOpCXiG
よく分からんけどすごそう！
0343デフォルトの名無しさん2015/03/10(火) 22:29:46.82ID:fjjOiCbk
おお！ことばの意味はわからんがとにかくすごい自信だ！
0344デフォルトの名無しさん2015/03/10(火) 22:59:55.42ID:tjx9AHBm
C++こそイディオムやベストプラクティスに頼らないと使い物にならないだろ
JSどころではない
0345デフォルトの名無しさん2015/03/10(火) 23:31:17.94ID:dmwd3A30
結構分かってるじゃんお前ら！ならさっさとSwiftに専念することだな
在野の科学者として生物学学び直しつつトランスクリプトームの研究にRとRuby使ってたが、今日からiOSをプラットフォームにHealthKit×ReserchKit×Swiftも新たに加わった
0346デフォルトの名無しさん2015/03/10(火) 23:57:20.02ID:WQWlRlS8
PHPにオブジェクト指向をいれたようたフェイスブックの言語は?
ハックだったか。
0347デフォルトの名無しさん2015/03/11(水) 00:01:12.89ID:DDkRrWJv
PHPはもとからオブジェクト指向は取り入れてたな。ハックの特徴まちがえた。
0348デフォルトの名無しさん2015/03/11(水) 06:09:16.96ID:pi4R2ibS
Linuxで使えないのは困るな

でスクリプトのスレではなくなったということでＯＫ？
0349デフォルトの名無しさん2015/03/11(水) 09:12:28.84ID:NkBCbaPC
>>339
当時は神だった、の間違いだろ
0350デフォルトの名無しさん2015/03/11(水) 09:21:56.76ID:n2t+Xd23
そのうちJavaScriptで'use swift'ってできるようになるだろう。
0351デフォルトの名無しさん2015/03/11(水) 10:31:33.25ID:J1Olry45
そんなの要らんし出来るようになったとしてもiOSプラットフォームやReserchKit上でそんな糞遅いの使うかって話
0352デフォルトの名無しさん2015/03/11(水) 10:34:52.92ID:cFDo18bs
×Reserch
○Research
0353デフォルトの名無しさん2015/03/11(水) 11:05:02.74ID:HLm25YvU
本当に遅いかはおいておいて、速度でSwiftを選んでる奴はいないということだけは確か。
0354デフォルトの名無しさん2015/03/11(水) 11:13:24.43ID:wAvBAvUg
市場、市場っていうけど、
そこらの零細企業や個人事業者にでも自転車のタイヤを取り替える価格で
WordPressなりSurgerCRMなり導入するだけで良いよね
0355デフォルトの名無しさん2015/03/11(水) 19:07:56.51ID:B0uxeYZf
Pythonにまともなラムダはいつ導入されるの？
他の言語がどんどんラムダ取り入れてて、C++ですら導入しているというのに。
文法を拡張してラムダを導入することは簡単なんだろうが、
「代入があると外部スコープの変数
　参照だけならローカルスコープの変数
　ただし、nonlocal指定なら外部スコープの変数」
っていう糞仕様が牙をむき始めるから安易に導入できない・・・。
■ このスレッドは過去ログ倉庫に格納されています