X



【IT】Kotlinのスキルを持たないAndroid開発者は恐竜のようになるリスクに直面。モバイルアプリプラットフォームのRealmが予測
■ このスレッドは過去ログ倉庫に格納されています
0001ノチラ ★2017/10/20(金) 17:26:05.02ID:CAP_USER
「明確に、(Androidにおける)Javaは死にかかっている」。
モバイルアプリケーションのためのプラットフォームを提供するRealmは、モバイル開発者を対象とした調査結果をもとに、2018年12月にはAndroidにおけるプログラミング言語としてKotlinがJavaのシェアを超えるという内容を含むレポート「Realm Report」を発表しました。

Kotlinのスキルを持たないAndoproidデベロッパーは恐竜になる

レポートの中で、はKotlinがAndroidの正式な開発言語になると発表されたGoogle I/Oのあとから、Kotlinのシェアは急速に伸びていると指摘。
Google I/Oの時点で約8%程度だったシェアは、その後4わずかカ月で14%超まで躍進しています。

レポートではこうした事象を指して「It’s clear: Java (on Android) is dying.」(明確に、(Androidにおける)Javaは死にかかっている)、と指摘。
In fact, 20% of apps built with Java before Google I/O are now being built in Kotlin. Kotlin may even change how Java is used on the server, too.
実際、Google I/O以前はJavaで開発されたアプリの20%が現時点でKotlinで開発されている。KotolinはサーバでのJavaの使われ方さえ変えていくだろう。
In short, Android developers without Kotlin skills are at risk of being seen as dinosaurs very soon.
要するに、Kotlinのスキルを持たないAndroidデベロッパーは急速に恐竜になっていくリスクに直面するのだ。

これはかなり大胆な予測に見えます。レポートが根拠としているのが、Kotlinの成長率。下記のグラフのオレンジのマーカーはGoogle I/O以前のKotlinの成長率、紫のマーカーはGoogle I/O以後のKotlinの成長率で、左から米国、中国、インド、日本、ロシア、ブラジル、ドイツとなっています。

米国はそれほど急速にKotlinが成長しているように見えませんが、ブラジルや中国、そして日本で急速にKotlinが成長しているのが分かります。

こうした調査をもとに、レポートでは2018年12月にはKotlinのAndroid開発者におけるシェアはJavaを超えると予測しています。
http://www.publickey1.jp/blog/17/kotlinandroidrealm.html
0002名刺は切らしておりまして2017/10/20(金) 17:29:01.68ID:H4nGygrk
そんなKotolinってるのか
0004名刺は切らしておりまして2017/10/20(金) 17:36:57.48ID:UxxjgUjm
XamarinがKotlinとSwiftを恐竜のようにするよ
0007名刺は切らしておりまして2017/10/20(金) 18:25:41.49ID:4cd4mecV
ジャワ島がガラパゴス島にjavaはガラケーになってしまうのか
0008名刺は切らしておりまして2017/10/20(金) 18:32:44.71ID:6NWRc3+M
💀立憲民主党    革マル派     ピースボード
                     しばき隊
   辻元清美                    帰化人   爆弾テロ
           拉致    テポドン
北朝鮮  山岳ベース事件       極左 立憲民主党 浅間山荘
                 枝野幸男       朝鮮労働党 近藤昭一 朝日新聞  共謀罪
あべともこ   シンガンス           菅直人  金正恩  警官殺害
     陳哲郎(福山哲郎)  陳哲郎  枝野                   

団塊老人パヨク

外国人献金  工作員   赤松  立憲民主党 朝鮮総連  革マル派  阿部知子
      北朝鮮 TBS 在日  背乗 過激派 長妻. チュチェ思想


立憲民主党  北朝鮮 立憲民主党  辻元清美  金正恩. 連合赤軍 火炎瓶 北朝鮮 拉致
反日  立憲民主 外国人参政権 枝野工作員 核ミサイル

朝鮮進駐軍    立憲民主党(りっけんみんしゅとう)        覚醒剤    辻元 枝野  

💀 立憲民主党  陳哲郎(福山哲郎)  金正恩      殺人極左  反天連 サリン 北朝鮮  混ぜるな危険 排除

北朝鮮 立憲民主党 核ミサイル スパイ     挺対協            菅直人 東京新聞 混ぜるな立憲
9条の会  反日 朝鮮進駐軍    オルグ 反天皇制

キャミソール荒井

革マル             立憲民主党 テロ朝  連合赤軍 ...北朝鮮 オウム  枝野幸男 💀朝鮮総連

極左 江田憲司(アデランス)..          立憲民主党       北朝鮮   りっけんみんしゅとう

立憲民主党  極左 菅直人 金正恩  辻元清美  危険 排除 混ぜるな立憲 💀



【話題】李信恵が立憲民主党を応援 @rinda0818
https://lavender.5ch.net/test/read.cgi/news4plus/1507680608/-100
0010名刺は切らしておりまして2017/10/20(金) 19:05:23.90ID:i893M5Og
     <<< バカウヨの望む世界にはならない、サヨクの世界になる >>>


                 大 宣 言 の 日

「もうすぐ、世界が待望するお方は出現して、御自身をすべての者の視野の中に現されるだろう……
 マイ人レーヤは、貪欲のギャンブルのカジノである株式市場の崩壊を合図として使うだろう。」
share/share13
0011名刺は切らしておりまして2017/10/20(金) 19:38:09.70ID:StIBx5hT
日本で成長してる……だと?!
勉強はされてるんだろうが仕事で使われなそう
(まあ気づいたら置いてかれてるのが日本だろうけど)
0014名刺は切らしておりまして2017/10/20(金) 20:37:22.45ID:B+OrdiQ6
>>12
結局CとC使いが最後まで生き残るかも知れんぞ。
10年後にはJavaは忘れ去られ、Kotlinは落ち目、別の新言語が伸びてきてて、
それでも幽霊みたいなCが勢力を保ってたり。
0015名刺は切らしておりまして2017/10/20(金) 23:50:07.67ID:wcf9DXcj
うちの会社はDelphiでAndroid、iOS、Win、Macのアプリをサクッと開発してる。
今のところこれでだいじょうぶ。
0019名刺は切らしておりまして2017/10/21(土) 10:29:43.81ID:9mOzeaMc
時代はハスケル
0022名刺は切らしておりまして2017/10/21(土) 13:04:09.14ID:I4oZyTF9
c++もこういうことをやればいいのに
0023名刺は切らしておりまして2017/10/21(土) 13:20:25.25ID:RP+6TjcX
たしかにjavaはなんか初心者に冷たすぎる
最初が面倒でなかなかはじめられない
そんなことしてる間に、VBなんかにとられてるんじゃないの

javaでandroidやろうとしたけどギブアップ
0024名刺は切らしておりまして2017/10/21(土) 22:46:15.16ID:AN+31N29
素人の俺はライブラリとコンパイラで補間すれば基本的にc言語だけでいいんじゃないかと思うんだが
なんで色んな言語を作るんだ
非効率に見える
0026名刺は切らしておりまして2017/10/23(月) 09:02:55.54ID:BBbEhM9p
>>25
Javaってオープン実装があるくらいなのに、APIの著作権というのがいまひとつピンとこないな
0027名刺は切らしておりまして2017/10/23(月) 10:34:26.56ID:YiSIKf1o
>>24
Cは低級言語。ここでの低級は機械語寄りってだけの意味な
Cは問題解決のために書くコード記述量が多すぎる

オール機械語で書く気が起きないだろ、それと同じ問題だ
0030名刺は切らしておりまして2017/10/24(火) 19:18:18.98ID:pS9xr/Qm
>>29
仮にライブラリ使っても、Cである以上は本来ビジネスロジックに注力すべき脳味噌が、
メモリ確保&解放とか、要らぬPCの都合に割かれることになるだろ

脳みそだけでなくコード自体もそう。かなりPCの都合に配慮したコードになって、
本来為すべきビジネスロジックがコードから見えにくくなる
0031名刺は切らしておりまして2017/10/25(水) 23:57:05.25ID:e1eHiwLP
>>28
ノイマン型のアーキテクチャが続く限り、イノベーションの現場では
Cのような低レベルな言語が使われ続けるよ。
0033名刺は切らしておりまして2017/10/26(木) 01:12:02.03ID:3qnJt0F3
>>31
最近は生産性向上のための構造化プログラミングが言われなくなった。クラスなんか使っていると構造化プログラミングは、実現できないからだ。
Cだけが構造化プログラミングを実現できるとは言わないが、現状のPHPとJavaScriptの組み合わせとかは、モジュール毎のグローバル変数の使用を強要し、構造化プログラミングとは程遠く、プログラマーの負担を増大させている。
特に、WEBアプリケーションの改造は、プログラマーに過大な負荷をかけている。
大体が、WEBアプリケーションの内部仕様自体が記述不可能なレベルに落ちていて、SEの存在意義が失われている。
WEBアプリケーションでも構造化プログラミングを取り入れないと、生産性は向上せず、糖質が増えるばかりだと思う。
サーバー側コードとクライアント側コードが分離している構造は、40年前のミニコン組み込みソフト開発と酷似して生産性が低く、関わるべからずだ。
0034名刺は切らしておりまして2017/10/26(木) 01:21:21.28ID:MF3Z+mug
>>32
ここ最近で現れたモダンな言語と比べると特にない
10年以上前の古い言語と比べると色々ある
0035名刺は切らしておりまして2017/10/26(木) 01:38:04.21ID:FflEP5DO
>>33
最近は構造化プログラミングと言うか関数型プログラミングがあついよ
副作用を一箇所に隔離して、ロジックを完全に数式にしてしまうするイメージ
必然的に入力→ロジック→出力という単純図式となり、グローバル情報の保持はごく最小限になる

あとWebの場合サーバもクライアントもDBへのクエリも全部JS、ってケースが多い
0036名刺は切らしておりまして2017/10/26(木) 17:48:54.37ID:hbpVInDU
>>33
君の言う構造化プログラミングとは何だ
そいつは今日のカオスを打ち破る銀の弾丸なのか
0038名刺は切らしておりまして2017/10/28(土) 10:57:48.38ID:iH51nPBL
>>6
Oracleは共通化への信念が薄いというか、独自仕様を好みまくるあたりがイマニイマサン
0039名刺は切らしておりまして2017/10/28(土) 13:35:28.54ID:6WOovFxr
>>38
共通規格に反旗を翻しガラパゴスな独自仕様をゴリ押しして
収拾つかなくしているのはOracleではなくGoogleやAppleでは?
■ このスレッドは過去ログ倉庫に格納されています

ニューススポーツなんでも実況