[過去ﾛｸﾞ] 次世代言語13 Go Rust Swift Kotlin TypeScript (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
137: 2018/08/27(月)00:34:01.89 ID:fwmFZEXy(3/3) AAS
react-nativeを使えればdomの代わりに既存のguiフレームワークを抽象化できるから、パフォーマンスも上がるしデザイン性も確保できる
312: 2018/09/01(土)22:17:22.89 ID:/wwW4VSs(11/14) AAS
知恵遅れに理解はﾑﾘ
知恵遅れの自覚がまったくいない
337: 2018/09/02(日)08:59:02.89 ID:KFJPmGJr(2/3) AAS
>>333
そのpythonが今強い理由がCで書かれたライブラリなんだよなあ
374: 2018/09/03(月)10:42:48.89 ID:XmaAZlOW(1) AAS
>>373
まあ0からにするとコンピュータ的にコード作りが楽になるからそんな感じになるのが多いわけだが、必ずそんな風にコンパイラを実装しなければいけないということもないわけで、要するに実装依存だ。
402(1): 2018/09/03(月)21:41:30.89 ID:V5YVGq7g(1) AAS
>>401
C++ はひどい言語だ。これは、多くの平均以下のプログラマーが使ってるために
さらに輪をかけてゲロゲロになっていて、どうしようもないゴミが
簡単に生産されるようになってる。正直いって、C を選ぶ理由が C++ プログラマーを
追っぱらうため *だけ* だったとしても、それ自体、C を使う強力な理由になりうる。
C++ はトンでもなく悪い設計の元になりうる。どうせこの言語ではいつも STL やら
Boost やら、その他ゲロゲロベロベロの「素敵な」ライブラリの機能を使って、
それがあんたのプログラムに「役立つ」んだろうが、以下のことが起きる:
うまく動かないときにもたらされる際限のない苦痛 (あと STL とか、特に Boost が
安定してるとか移植性があるとかいう奴は、どいつもこいつも大ウソつきで、
もはや笑えるレベルを超えている)
非効率な抽象プログラミングモデルで、2年たった後にこれらが実はそんなに
効率的じゃなかったことに気づくケース。でもそのときにはすでに全部の
コードがその素晴らしいオブジェクトモデルに依存していて、直すためには
アプリ全体を書き直さなきゃなんない。
言いかえれば、唯一まともで、効率がよくて、システムレベルで使えて、移植性がある
C++ ってのは、基本的に C で使える機能だけに限ったときなんだ。そして C だけに
限定するってことは、他の人がそれをめちゃくちゃにしないってことで、
ついでに沢山のプログラマが実際に低水準の問題を理解することができて、アホらしい
「オブジェクト・モデル」のたわごとを持ちこまないってことだ。
487: 2018/09/06(木)01:13:41.89 ID:HD6I5JLn(1) AAS
自分からrubyの話題出してネガキャンしといて自演がばれたら話を流すってのを何回も見た
この板で
560(1): 2018/09/06(木)22:04:15.89 ID:N2ZzCqNY(1/3) AAS
>>548
eval() は？
757(1): 2018/09/08(土)16:43:32.89 ID:u+/FmOm4(2/2) AAS
Swiftは型推論使うとビルド遅くね
名前空間がプロジェクト単位なので個別のimportが無く
そのためextension等が全コードに波及するから差分ビルドも苦手
そういうのもあってそれなりのソース規模だとObjective-Cに戻る人も多い
873: 2018/09/10(月)22:30:48.89 ID:vCa/RKWH(2/2) AAS
今回の地震の件でも痛感した事だがさくらみたいな堅実な企業に頑張って欲しいな
大手の大半は碌でもないとこばっかだし
874: 2018/09/10(月)22:45:32.89 ID:lX2Tg5Aa(3/3) AAS
大半が碌でもないゴミ満載のサーバ群を
貴重な燃料、莫大な電力を掛けてまで維持する必要があったのか
って気にはなっちゃうな
898(2): 2018/09/11(火)13:11:39.89 ID:R/qzG+t+(1) AAS
OSをかける程度に低レイヤーって言ってる人ってOS書くのかな
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.044s