トップページ⇒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
0079デフォルトの名無しさん2015/03/02(月) 01:27:15.95ID:QaRtU5zY
それは誤解。
class構文はある意味ではただの便利な糖衣構文。
そしてある意味では機能が不足していて従来型との組み合わせが避けられない未完成品。まだES7,８で治していく予定。
JSが不便だったのは制限がなかったからではなく、変な制限がかかっていたから。
その点ES6ではようやくプロトタイプベースが開放されるので、まともなPBOOPができるようになる。
そちらは完成品。
0080デフォルトの名無しさん2015/03/02(月) 02:01:23.06ID:8UULvOgm
>>78
まともなファーストクラスの関数が無いRubyの方が
よっぽど取り残されてるよ>>16-17
0081デフォルトの名無しさん2015/03/02(月) 06:35:41.69ID:xt2DIcwn
Rubyの無名関数は用意されたものを使う分には優れてるよ
まさに土方をレールに乗せて単純作業をさせるのに最適
0082デフォルトの名無しさん2015/03/02(月) 06:50:56.90ID:ZFj/SxE6
Rubyは【楽しさ】を追求した言語だからね
松本神が楽しくないと思う機能は入らない
そこに文句や批判は許されない
0083デフォルトの名無しさん2015/03/02(月) 07:15:01.41ID:xt2DIcwn
ドカタが好き勝手にラムダ使ったりしたらカオスになるのは目に見えてるから、
ブロック引数という形で制限してるのはある意味Pythonのようにスタイルを統一する役割を果たしていて
結果的には良かったのかもしれない
松本神からすれば「楽しくない」となる不本意なところなんだろうけど
0084デフォルトの名無しさん2015/03/02(月) 07:20:35.58ID:ZFj/SxE6
それはある意味であって、大多数には不利益をもたらしてると思う。
0085デフォルトの名無しさん2015/03/02(月) 07:47:48.60ID:HfaINe5z
>>78
関数型といえるほど大した使い方かはともかく、無名関数は一般化してしまった。
だから、それに制限がかかる言語に移ると、使いづらかったり、古臭く見えたりする開発者はいそう。

将来、ジェネレータや async/await が一般化したら、また評価が変わるかもしれない。
ループの内外が入れ替わるだけの場合もあるけど、その書き方が美しいとされる言語もあるだろうし。
0086デフォルトの名無しさん2015/03/02(月) 07:56:47.14ID:ZFj/SxE6
それらはJSerにとっては今日明日にも欲しい機能なわけだけど、他の言語界での認識はどうなの？
CGI的な用途だと必要にならないかと思う
0087デフォルトの名無しさん2015/03/02(月) 07:57:33.67ID:HfaINe5z
>>79
糖衣構文かどうかや、未完成品かどうかは関係ないよ。
よくある静的なクラス構造なら、皆なるべくclass構文を使えってことでしょ？
それはPythonの「たったひとつの冴えたやりかた」を求める姿勢と似たものに見える。
もちろん、開放されるというプロトタイプベースが多用される状況になったら、考えを改めるけど。
0088デフォルトの名無しさん2015/03/02(月) 08:11:04.75ID:ZFj/SxE6
>>87
それはなんとも言えないな。
従来型で出来なかったことや難しかったことができるようになるわけじゃないから。
元々はclass構文はクラスを作ることよりも、「ビルドインクラスを正しく継承できない」という問題を解決するものとして注目された。
でもドラフトが更新されて、class構文の特殊性はどんどん削られていって、ほぼただの糖衣構文とかしている。
一方従来型でもsuperやメソッド定義など新しい機能が使えるようになって、表現力は向上しているんだよ。
だから便利に使えるものではあるけれど、「たったひとつの冴えたやりかた」とまでは言えないと思う。
0089デフォルトの名無しさん2015/03/02(月) 08:16:50.87ID:8UULvOgm
>>86
Pythonにはジェネレータ（とyield）が既にあるし、
async/awaitはデコレータとyieldを使ってライブラリレベルで実装可能って認識
0090デフォルトの名無しさん2015/03/02(月) 08:34:19.20ID:xt2DIcwn
Rubyで非同期やるならreactive programmingの方が馴染みやすいだろうな
なんだかんだC#は影響力凄い
0091デフォルトの名無しさん2015/03/02(月) 15:06:29.65ID:t8ktLjwG
Rubyはつまらないし
技術的負債なんだよなあ
0092デフォルトの名無しさん2015/03/02(月) 15:38:30.13ID:/tbfLX1Q
実際はWordPressとRailsしか選択肢なんてないんだよね
WordPressはMVCのframeworkとして形態を取らなかったから小回り効かないし、
CakePHPってコミュニティがRailsと比較すると貧弱なんだよね
かといって、MEANやMeteorには導入・運用したいような出来合いのものもない
0093デフォルトの名無しさん2015/03/02(月) 16:11:42.39ID:3h2DKhb9
WordPressを言語やフレームワークとして取り上げるのをやめろ。
たんなるブログソフトだ。
そうでなくなるには開発者が機能をライブラリ、フレームワークとして分離してからだ。
いまのところ、PHPの実装だがソフトウェアとしてみたとき、perl、Javascript、C言語で実装されても挙動が同じなら同じソフト。
C製の言語がJavaVMやDOTNETで実装されると同じ。
0094デフォルトの名無しさん2015/03/02(月) 16:17:17.39ID:afMGsxJm
そういえばCSSはいくらか前に変数を獲得したけど、
最近コミュニティが機能拡充に向けてまた盛り上がってきてる。
CSSがスクリプト言語の仲間入りをする日も近い。
0095デフォルトの名無しさん2015/03/02(月) 16:19:24.45ID:/tbfLX1Q
wordpressは、何かをする上で、もう立派なプラットフォームだから

>>94
プリプロセッサの類でいいじゃん
0096デフォルトの名無しさん2015/03/02(月) 16:33:40.04ID:afMGsxJm
>>95
考え方が逆だよ。
プリプロセッサで可能な範囲ならプログラミング言語ではないということだ。
0097デフォルトの名無しさん2015/03/02(月) 16:57:56.65ID:/tbfLX1Q
せめて、scssやlessのマニュアルぐらい眺めてからいえよ
0098デフォルトの名無しさん2015/03/02(月) 20:44:00.24ID:gy0fGZ4D
海外ガーとか言うけどぶっちゃけお前ら一生国内土方でそ？w
だったら大人しくjsかRubyかSwift、もしくは3つ全部使いこなせれば食うのに困らんしそこそこの小金も稼げる
特にRuby使いは福岡行けば当分安泰
00995602015/03/02(月) 20:50:23.33ID:WFsxl+82
普通に C/C++ で十分だわ
簡単なツールとかだと、C# でいいし
0100デフォルトの名無しさん2015/03/02(月) 20:53:47.03ID:xt2DIcwn
理論的に美しいRxを蹴ってasync/awaitを入れるセンスはさすがC#だわ
これがScalaなら安易に継続モナドとか入れてカオスになるところだけど
モナドのような言語内DSL的なハックはクソであり、自然に言語本体に組み込むべきだ
という一貫した姿勢はPythonにも通じる
0101デフォルトの名無しさん2015/03/02(月) 21:17:48.76ID:/tbfLX1Q
SIerの作った簡単なJava,C#のツールならjsの方がマシ
0102デフォルトの名無しさん2015/03/02(月) 21:21:29.80ID:lQuxHqPC
C#いいな〜

さあこれから仕事場のためにVB6の勉強をはじめるか(泣)
0103デフォルトの名無しさん2015/03/02(月) 21:54:06.07ID:/tbfLX1Q
>>98
Ruby chanの絵柄の気持ち悪さに日本を感じるよね
whyのfoxやzombieみたく、世界を意識したデザインセンスの欠片も見当たらない
0104デフォルトの名無しさん2015/03/03(火) 03:32:53.05ID:T9ZvUMy2
>>97
お前こそ日本語理解してから言えよ。
0105デフォルトの名無しさん2015/03/03(火) 07:17:31.23ID:mwxAO14G
Perl, python, Ruby がイマイチで低空飛行し続けているのは、たまにキモヲタ臭にやられるから。
寡占目指して技術的な問題を必死に議論する以前に、そもそもそこを取り締まらないとダメだが、単にその言語が使えるだけの馬鹿ばかりだから気付かない。
割と真面目に言っているんだが、多くの人はキモヲタ臭を不真面目さと看做してムッとするわけよ。
Java, PHP, JS といった、寡占経験のある物には、そういうおふざけが皆無だから、ムッとさせられたりはしない。
0106デフォルトの名無しさん2015/03/03(火) 08:35:12.72ID:/VeLAz7A
でもこのスレ本当に言語を愛してる人がだいぶ減った気がする。
その言語をそこそこやってて慣れてる程度の人ばかりに感じる。
例えばその言語で完全なその言語の実行エンジンを作った人が何人いるか？
0107デフォルトの名無しさん2015/03/03(火) 08:49:32.79ID:XsKGZLMV
そういえば Perl と PHP は擁護派も否定派もあまりこのスレには現れないな
Perl はもう古語だから仕方ないが、PHP使いは職業軍人だから良し悪しには拘らないってことか
0108デフォルトの名無しさん2015/03/03(火) 09:39:43.30ID:/VeLAz7A
PHPはもはやVBみたいなもんじゃね。
0109デフォルトの名無しさん2015/03/03(火) 11:07:56.50ID:MP9JvLIx
たしかにphpディス減ったなぁ
0110デフォルトの名無しさん2015/03/03(火) 11:09:42.68ID:0P4RJqQe
技術や言語なんてたかが道具であり、それに過剰に拘る奴は無能
プラットフォームやミドルウェアなどもっと低レベルなところの開発でもやってるんならともかく、
スクリプト使ったWebアプリなんて他人が作ったオモチャで遊んでるだけなのに何職人気取ってるの？
0111デフォルトの名無しさん2015/03/03(火) 11:26:16.74ID:9/Z+XEtH
俺達だって道具だしな！
0112デフォルトの名無しさん2015/03/03(火) 11:39:55.56ID:QiELDFxu
時代が変わったことに気付かずにSOAPやJava,VBなんて触ってる人たちが可哀想で仕方ないよ
職人的なノウハウを貯めこむならコミュニティの支援がある所でないとダメなんだ
今のベストな選択肢がWordPressとRailsだけ
プラットフォームやミドルウェア作りみたいな開発なんてリスキーだし、
何のバックボーンもなしに個人では誰もやれないからね
0113デフォルトの名無しさん2015/03/03(火) 12:08:29.99ID:9/Z+XEtH
今Railsがある意味でベストと言うのは、Railsが停滞してるからだよ。
だから世間が追いつけただけ。
昔のRailsは時代に乗っているどころか、時代を作っていくものだった。
BossがRailsを止めたと言うまで完全に終わったわけではないが、
もはや今のRailsに新たな時代を作っていく力は感じられない。
今新しい技術ばかり語ってる人達は、Railsも出始めはそうだったように、
そんなもの業務では使えないと笑われるだろうが、その人達のお陰で未来がある。
0114デフォルトの名無しさん2015/03/03(火) 12:22:36.15ID:FfYIXlV4
Microsoft、クロスプラットフォームのモバイルアプリ開発でJavaを推進
http://itpro.nikkeibp.co.jp/atcl/idg/14/481542/020900074/?mlm

結局本命はいつの時代もJava一択なのね(´・ω・｀)
0115デフォルトの名無しさん2015/03/03(火) 12:27:30.63ID:QiELDFxu
エンタープライズとサービスは別物として考えたら？
自分で客さえ取ってこれたら、わざわざ古臭い言語を勉強したり、
痴呆予防のリハビリが必要なジジイ共に御布施する必要もないんだけどね
0116デフォルトの名無しさん2015/03/03(火) 12:29:24.48ID:wrT+VtlF
トラスコやん。
0117デフォルトの名無しさん2015/03/03(火) 12:38:00.78ID:memkJefR
半年前に生まれた最高のフレームワークで作ります！
実績はないけど一ヶ月で作れます！
半年後にまたリプレースします！
誰が仕事頼むんだよw
0118デフォルトの名無しさん2015/03/03(火) 12:46:11.23ID:QiELDFxu
え？そんなアホな営業してるの？マジで？
0119デフォルトの名無しさん2015/03/03(火) 12:52:33.13ID:obB8qIVv
仕事の数ならPHPがダントツだし、将来性はJSが保証されてるし、もう今さら言うことなくなったんだろう
0120デフォルトの名無しさん2015/03/03(火) 14:00:27.60ID:pmKZfKU0
>>114
Java　-->　JUniversal　-->　C#
Java　-->　JUniversal　-->　C++/Objective C++
Java　-->　j2ojbc　　　　-->　Objective C

C#からまた別の .net 言語に変換できるのかな？

> JUniversalは現時点ではUIをサポートしていない。
> UIはネイティブに作成するという考え方だ。

やっぱそーなんだね。

UI は Web で作った方が手軽かな。
じゃあ JavaScript でやれば変換の手間もいらないかな。
でも部分的な高速化のために、ActiveX が使えるといいかな。
UI の高速化は GPU の支援受ければいいし。
0121デフォルトの名無しさん2015/03/03(火) 15:46:16.45ID:fJY9J990
GPUの支援て。
スクリプターはお花畑な発言する。
それがどれだけ大変なことか。
0122デフォルトの名無しさん2015/03/03(火) 15:49:32.00ID:QiELDFxu
ActiveXって、韓国の銀行系でよく使われてたんだよね。まだ、使われてるの？
silverlighやWPFって言葉を聞かなくなって、もう何年経つのだろう
0123デフォルトの名無しさん2015/03/03(火) 15:51:43.72ID:QiELDFxu
>>121
ttp://www.slideshare.net/jarrednicholls/javascript-on-the-gpu
君には無理でも、それに取り組む人は世界中に居るよね。
0124デフォルトの名無しさん2015/03/03(火) 15:58:56.95ID:FfYIXlV4
>>115
これエンタープライズだけじゃないんだが？(´・ω・｀)
0125デフォルトの名無しさん2015/03/03(火) 17:12:45.27ID:9/Z+XEtH
部分的な高速化と言っても、結局ミリ秒オーダーで終わる処理なら
ネイティブ関数呼び出すオーバーヘッドの方が大きくなる。
実際に最近は実装もセルフホスティングになってきてる。
暗号化とか、文字コード変換とか明らかに重いのはすでにあるし、
0126デフォルトの名無しさん2015/03/03(火) 17:42:39.02ID:XsKGZLMV
もっとネイティブライブラリを開放して欲しい（とくにJS界隈）話なのか
スクリプトで重い処理をしたい（画像処理とか）の話なのか
論点がずれてないか確認したほうがよさそう

特にJSは、ブラウザというサンドボックスの世界だから
ネイティブなら既にあるものを再実装する話になりやすいし、
いかにそれを呼び出すかだけでも大騒ぎになる
0127デフォルトの名無しさん2015/03/03(火) 18:28:20.39ID:9/Z+XEtH
emscriptenという便利なものがあるのだよ少年
0128デフォルトの名無しさん2015/03/03(火) 20:52:48.68ID:B1KOi1jR
VB6万歳！

GUIなのにマルチスレッドないVB6万歳！
0129デフォルトの名無しさん2015/03/04(水) 08:15:08.52ID:s4GNkOoF
スクリプトなんぞruby、js、swiftで十分だろjk
センスがあれば大金持ちにもなれる
0130デフォルトの名無しさん2015/03/04(水) 08:22:12.14ID:4pfVor2U
>>127
GPUの支援の話だったと思うのだが、emscriptenはその効果があるのかい？
0131デフォルトの名無しさん2015/03/04(水) 08:24:10.60ID:jeayVKWB
そのセンスってビジネスや商売のセンスであって、断じてプログラミングセンスではないけどね
0132デフォルトの名無しさん2015/03/04(水) 10:46:27.40ID:AZZAiZVI
営業を介さない、多重に請け負いに関わり合わないって立派なビジネスセンスだよね
0133デフォルトの名無しさん2015/03/04(水) 10:53:02.12ID:hly8BeAT
>>130
emscriptenはOpenCL→WebCLもサポートしてるよ。
0134デフォルトの名無しさん2015/03/04(水) 18:33:49.59ID:3cqSAZZu
JSもSharedArrayBufferでようやくマルチスレッドの道を歩み始めた感。
0135デフォルトの名無しさん2015/03/04(水) 20:05:01.55ID:1PNNe6DT
WebCLってホストAPIのJSバインドだけで、カーネルはOpenCL Cそのまま<script>に
埋め込むだけじゃね？
どっちにしろカーネルを自分で書かなきゃならんなら最初からWebCLで書く方が
JS使いには楽だろうな。
0136デフォルトの名無しさん2015/03/04(水) 20:58:33.99ID:EdsfEQxb
>>129
だからswiftはスクリプトではないっしょ

しかも選び方がかなり偏っててかぶってる
0137デフォルトの名無しさん2015/03/04(水) 21:24:49.78ID:jeayVKWB
同期コストやJavaScriptの遅さを考えると大抵のケースでカーネルの実行時間自体はほぼ無視できるはずだから
GPUの意味はほとんどないだろうね
単にカーネルが静的型で書ける分速いってだけだな
結局それだけならasm.jsの方がよほど筋が良い
0138デフォルトの名無しさん2015/03/04(水) 21:42:10.31ID:3cqSAZZu
GPU支援とは言うけど、デコードやらにCUDAやOpenCL使っても同クラスのCPUと殆ど能力差は無いんだけどね。
結局は余ってる物を活用する程度でしか無いし、千差万別の環境が利用するWebアプリにおいて活かせるのかは疑問。
0139デフォルトの名無しさん2015/03/04(水) 21:49:53.27ID:NmWmcyHd
>>138
特定用途では GPU 支援は CPU よりも威力があるようだ、d.net をみていると
0140デフォルトの名無しさん2015/03/04(水) 21:52:06.43ID:jeayVKWB
>>138
本気のGPGPUって数日かかるような計算を
Xeon計64コア+Tesla4枚とかでやるからね
次元が違いすぎる
0141デフォルトの名無しさん2015/03/04(水) 23:19:40.37ID:FCtuvtCo
バイオテクノロジーとRubyの奇跡の出会い
0142デフォルトの名無しさん2015/03/06(金) 08:23:14.13ID:+vqFDf/j
おっ急に過疎ったな
0143デフォルトの名無しさん2015/03/06(金) 14:32:10.62ID:pH1QImRi
GPUって普及モデルだと倍精度がクソ遅いからなあ
>>140みたいなガチな環境でない限りは結局画像関係くらいにしか使えんよ
0144デフォルトの名無しさん2015/03/06(金) 15:12:43.45ID:k24raSm7
UI は画像関係だから問題ないけど
なんで UI 以外の計算で GPU を使う話になっちゃったのか分からない。
0145デフォルトの名無しさん2015/03/06(金) 15:34:47.98ID:ZI58F8Kx
スクリプト言語でブラウザでも実装する気なの？
そうだとしても今のCPUとJSの速度ならGPU支援に頼らなくても実用的なものできると思うけどね。
0146デフォルトの名無しさん2015/03/06(金) 16:09:40.36ID:YgjRAqSm
UIといっても単純な作業しかGPUでは無理だろう。
VRAMにデータおいちゃうとCPUから直接アクセスできなくなるってのも大きい。
0147デフォルトの名無しさん2015/03/06(金) 16:25:39.51ID:b4auMf6S
ttp://blogs.msdn.com/b/typescript/archive/2015/03/05/angular-2-0-built-on-typescript.aspx
angular.jsがtypescriptつかいだしたってさ
企業まで乱交紛いにソフトウェアを作りだすおかげで、webはますますエッチになる
0148デフォルトの名無しさん2015/03/06(金) 18:21:46.88ID:pH1QImRi
相変わらずGoogle先生の一貫性の無さはすごいな
Dart(笑)
0149デフォルトの名無しさん2015/03/06(金) 20:12:13.66ID:E/dvxQE9
Angular2は元々「TypeScript＋アノテーション等」のAtScriptでするということだったろ。
この話はDartとは関係ないよ。Angular.dartは別で開発されてる。
むしろAtScriptが同じくGoogleが推すSoundScriptと被るのが気になる。
0150デフォルトの名無しさん2015/03/06(金) 20:16:38.54ID:coWMRvsx
DartなんかChromeに入れると言っちゃった手前もう引っ込みつかなくて
名前だけズルズル残してる状態だろ
誰が見てももう終わってる
0151デフォルトの名無しさん2015/03/06(金) 20:47:54.97ID:FF8tYzka
Goはどう？将来性あるのかな？
0152デフォルトの名無しさん2015/03/06(金) 20:50:18.94ID:Utx2vhNJ
あるわけねーだろ
0153デフォルトの名無しさん2015/03/06(金) 20:51:36.65ID:coWMRvsx
仮に将来性があるとしても、Googleはまたすぐに投げ出して新しいオモチャ作るよ
0154デフォルトの名無しさん2015/03/06(金) 21:12:22.69ID:17fvO4iu
GoはDocker書くのに使われてるけど
Dartには何も無いよね
0155デフォルトの名無しさん2015/03/06(金) 21:20:56.49ID:w0CuTC3T
ぶっちゃけプログラム言語開発はMSの信頼性には遠く及ばないねggr
まだAppleの方が全然いいし、webに関してもMozillaがセンス上
0156デフォルトの名無しさん2015/03/06(金) 21:24:48.58ID:coWMRvsx
Googleの言語って目先のことばかりで将来のビジョンがないよね
良く言えばアジャイル的なんだろうけど、プログラミング言語はやり直しが利かないからね
0157デフォルトの名無しさん2015/03/06(金) 21:43:13.80ID:E/dvxQE9
DartVMの開発はV8の高速化にも繋がってるし、SaneScriptにも影響を与えてる。
というかぶっちゃけSoundScriptってDartみたいなもんだろう。
0158デフォルトの名無しさん2015/03/06(金) 23:29:52.29ID:WntPU37C
すごいプログラミングを考えた！どうよ？
http://fox.2ch.net/test/read.cgi/poverty/1425651890/
0159デフォルトの名無しさん2015/03/07(土) 14:52:43.46ID:5/MzqEvw
ああ、ばかばかしい。忌々しい。死ぬまでWordPressで十分だな
0160デフォルトの名無しさん2015/03/07(土) 15:26:44.13ID:LBQfAvGd
ケンカはやめて＞＜
0161デフォルトの名無しさん2015/03/07(土) 16:15:02.12ID:UEmD0cW/
何だかんだとiOS開発者にささっと転身した奴等は年収も多く人生謳歌してて、Androidに執着し乗り遅れた漏れ悲惨過ぎてワロエナイ(´；ω；｀)ﾌﾞﾜｯ
0162デフォルトの名無しさん2015/03/07(土) 20:21:31.40ID:8uXJoEWR
死ぬまでWordPressで十分なんて人生やだな〜
0163デフォルトの名無しさん2015/03/07(土) 20:23:33.56ID:LBQfAvGd
はやくバトルロイヤルしなくて済む時代が来て欲しいな（´・ω・｀）
0164デフォルトの名無しさん2015/03/07(土) 21:06:18.03ID:XVcFmamb
>>163
それは今後もないね
結局のところ適材適所なんだが、視野の狭い一部の人間は「この言語さえやっておけば安泰」と叫び続ける

ソフトウェアに銀の弾丸は決して存在しないし、また視野の狭い人間が消えることも決してないので、
バトルロイヤルはいつでも盛り上がるということ

このスレにとってはいいことだよねｗ
0165デフォルトの名無しさん2015/03/07(土) 22:16:08.08ID:Vq5bRtdv
ぶっちゃけ今どきソフトだのスクリプト()だの云々言ってるのは情弱よ？
これからはソフトハード含めたモノづくりの時代
ヒントは微細加工×バイオ
0166デフォルトの名無しさん2015/03/07(土) 22:26:29.57ID:CLMhgCgR
>>164
でも、実際javascriptさえやっておけば安泰だろ
0167デフォルトの名無しさん2015/03/07(土) 22:50:37.76ID:kvqijjNp
底辺ドカタとして食いつなげれば良いという最低ラインで考えても
JSやっとけば安泰かは微妙なライン
0168デフォルトの名無しさん2015/03/07(土) 23:02:04.14ID:5/MzqEvw
node.jsには、WordPress規模のエコシステムなんて出来ないから
せいぜい業務アプリの簡易版。そんな状態でフロントエンドに力注いでどうするわけ？
WordPressなら導入、運用するだけで済むんだよね。たまにプラグイン作るとかして。
0169デフォルトの名無しさん2015/03/07(土) 23:04:06.81ID:5/MzqEvw
>>164
プログラマの生存戦略？WordPressだけで十分だろ
node.jsでWordPress規模のエコシステムが形成されたら、形成されてから移ればいい
0170デフォルトの名無しさん2015/03/07(土) 23:08:06.09ID:MlGEwDRl
底辺ドカタはWebで買い叩かれるくらいならCOBOLやっとけ
詳細仕様書(笑)を機械的にコードに翻訳するだけの簡単な仕事だ
きっちり定時に帰れて金もそれなりに出る
新しいものを学ぶ必要もない
0171デフォルトの名無しさん2015/03/07(土) 23:09:20.00ID:5/MzqEvw
はぁ？なんで買い叩かれる必要があるんだ。ボレばいい
0172デフォルトの名無しさん2015/03/07(土) 23:33:18.73ID:/8n+l7ta
自分のメインの言語を１つきめたいんですけど何がいいでしょうか

私はiOSアプリ開発からプログラミングをはじめたので、今のメインはObjective-Cです。
研究室の教授にある計算の課題を出されたときは、Objective-Cでやってたんですが、
やはり環境に依存してしまいますし、使い勝手が悪い気がします。

同じように計算の課題をだされたときのために、
もっと汎用性の高い、かつ将来性のある言語を習得したいです。
pythonがいいかなと思ったんですけど、日本語の情報が少ない気がしますし…
何かお勧めを教えていただけないでしょうか？
0173デフォルトの名無しさん2015/03/07(土) 23:39:11.00ID:5/MzqEvw
まず、英語のドキュメントを嫁カス
オマエの数値計算の課題なんて社会に出てから通用するレベルじゃないからな
0174デフォルトの名無しさん2015/03/07(土) 23:40:47.24ID:nQfLOHGZ
>>172
っ国産言語Ruby
日本語の情報多数、書籍多数、国/行政の後ろ盾
0175デフォルトの名無しさん2015/03/07(土) 23:43:01.99ID:MlGEwDRl
>>172
決めるな
言語なんか道具だ
目的や環境に合わせてなんでも使えて当たり前
0176デフォルトの名無しさん2015/03/07(土) 23:43:10.63ID:5/MzqEvw
日本語の書籍に頼らざるを獲ない時点で、情報産業に関わるべきじゃないんだ
そもそも、そんな状態じゃ大学生が大学を出ただけの価値のあることなんて出来ないんだ
0177デフォルトの名無しさん2015/03/07(土) 23:51:11.88ID:/8n+l7ta
>>173
いや、英語が読めないとは言ってないっすよ・・・
日本語のほうがとっつきやすいってだけです。
アプリ開発のときはもちろんAppleの公式ドキュメント読んでます。

>>174
ありがとうございます。Rubyで前向きに検討してみます。
0178デフォルトの名無しさん2015/03/07(土) 23:54:12.20ID:kvqijjNp
今のメインがObjective-Cで汎用性と将来性なら圧倒的にC
スクリプト言語？好きなの使っとけば？
■ このスレッドは過去ログ倉庫に格納されています