Kotlin [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2016/02/27(土) 01:46:01.68

JetBrainsが開発した期待の新言語Kotlinについて語りましょう
https://kotlinlang.org

**デフォルトの名無しさん** · 2017/10/17(火) 20:36:40.86

>>896
スマホやタブレットなら拡大するを押した後はピンチできると思うよ。

**デフォルトの名無しさん** · 2017/10/17(火) 20:39:30.41

お前ら時代についていけなくてプログラミングの仕事ができなくなるぞ
Kotlin以外にもRxとかdatabindingとかMVVM, flux, MVIとか
新しい技術がどんどんでてきてんのにどうすんだ

**デフォルトの名無しさん** · 2017/10/17(火) 20:50:31.20

え？全部覚えればいいだけでは？

**デフォルトの名無しさん** · 2017/10/17(火) 20:55:29.61

調べ方さえ知っときゃいいのよ
基本はアルゴリズム

**デフォルトの名無しさん** · 2017/10/17(火) 20:58:55.12

>>898
え？新しい？
どれのこと言ってんの？

**デフォルトの名無しさん** · 2017/10/17(火) 20:59:12.42

AndroidのKotlin、2018年にはシェアでJavaを上回る可能性
ttp://news.mynavi.jp/news/2017/10/17/044/

**デフォルトの名無しさん** · 2017/10/17(火) 21:27:02.26

アセンブラに回帰するから大丈夫

**デフォルトの名無しさん** · 2017/10/17(火) 23:21:34.71

>>899
無理だよ
お前が天才なら話は別だが

**デフォルトの名無しさん** · 2017/10/17(火) 23:26:52.13

Kotlinは最新鋭の言語だからな。ついていくにはかなりの勉強が必要。
オブジェクト思考なにそれじゃとても無理。

**デフォルトの名無しさん** · 2017/10/17(火) 23:38:47.28

Kotlinが分からないお前ら全員失業ｗｗｗ無職ざまあｗｗｗｗｗｗ

**デフォルトの名無しさん** · 2017/10/18(水) 00:26:22.06

>>898
あなた「が」その技術を作って売っているのでないのなら、アタラシイギジュツというのは業務としては無視してよい
それの半数は1年で話題にならなくなり、2年でその半数が消える
3年経っても話題になり生き残っているのなら、そこで初めて検討すればいい（たとえばKotlinのように）

まあそれの多くは技術というよりは概念だからわりと生き残ってる部類だが
家のプログラミングで追いかけてりゃ十分じゃないかな

**デフォルトの名無しさん** · 2017/10/18(水) 09:11:29.05

Kotlinの定数ってどう書くのが正しいんですか
全部大文字にしてアンダースコアで繋げる、
じゃないですよね

**デフォルトの名無しさん** · 2017/10/18(水) 09:38:16.58

>>908
companion object{
const val hoge
}
Javaライブラリから定数だと思ってもらう必要がないならcompanion object{}はいらないはず
hogeの名前部分は好きに書け
仰る通り全部大文字アンダースコア区切りが普通ね

**デフォルトの名無しさん** · 2017/10/18(水) 12:26:44.80

>>904
そうか。じゃあ問題ないな。

**デフォルトの名無しさん** · 2017/10/18(水) 15:49:53.65

>>904
idiot savant なら話は別だが
の誤記だよね

**デフォルトの名無しさん** · 2017/10/18(水) 20:53:45.43

ねえコトリン^^

**デフォルトの名無しさん** · 2017/10/19(木) 13:53:40.95

こっち向いて

**デフォルトの名無しさん** · 2017/10/19(木) 14:09:52.81

　　　　☆　　　　　　∬　　 ∬
　　　　｜＼　　　　　 r;ｪ、c3　ｼｭﾝｼｭﾝ
　　　　 ∴∴∴ 　＿（＿'ﾌ＿_
　　　 (´・ω・｀)　|l三三三||￢|　
　　　（　＿つ　.|l三旦三||　 |　
　　　（_（＿_ノ　「目　　　「:＿]　

**デフォルトの名無しさん** · 2017/10/19(木) 22:05:31.14

>>913
ロシアが攻めて来たのよ

**デフォルトの名無しさん** · 2017/10/19(木) 23:19:09.40

ロ、ロ、ロ、ロシアン

**デフォルトの名無しさん** · 2017/10/20(金) 09:23:09.66

Kotlinのスキルを持たないAndroid開発者は恐竜のようになるリスクに直面。モバイルアプリプラットフォームのRealmが予測
ttp://www.publickey1.jp/blog/17/kotlinandroidrealm.html

**デフォルトの名無しさん** · 2017/10/20(金) 10:33:28.19

それはKotlinのスキル有無の問題ではなくて、
Kotlin程度、まともにJavaできる人なら適当に一日触ったら十分使いこなせるようになるんだから
それができないレベルの人には仕事はないという当たり前の話だと思う

**デフォルトの名無しさん** · 2017/10/20(金) 11:04:30.15

kotlinはjavaの唯一最大の参入障壁「やりたいことに対して無意味にも思える記述が多すぎる」を解消した
あとはちょっと変わった記述の適用広範囲Javaライブラリみたいなもんだからな、そりゃ使われるわ

実はKotlinよりもプログラミング言語的に素晴らしいScalaさんという一つ上くらいの先輩がいるのだが
Scalaさんは初動に集まった人がアカデミックだった上に記号魔術で遊び過ぎて印象悪くして失敗してしまったのだ（初動大事）

**デフォルトの名無しさん** · 2017/10/20(金) 12:09:50.84

Javaオンリーな人が付け焼き刃でKotlin使うようになってほぼJavaなKotlinコードが量産されるんだろうな

**デフォルトの名無しさん** · 2017/10/20(金) 12:36:09.65

>>920
たとえば？？

**デフォルトの名無しさん** · 2017/10/20(金) 12:45:02.92

何を今更
ジェットブレインが開発した時点でそういう言語だろ

**デフォルトの名無しさん** · 2017/10/20(金) 12:53:16.47

ジェットブレインってなんだろう…

**デフォルトの名無しさん** · 2017/10/20(金) 12:53:54.91

>>920
え？例えばどんな？
クラスはみんなopenとか？

**デフォルトの名無しさん** · 2017/10/20(金) 12:55:55.90

>>923
正直なところ、該当プログラミング言語を使ってないような人が言語のスレに書き込む理由がさっぱりわからん
自分の知らないことばかり話してるスレだぞ…

**デフォルトの名無しさん** · 2017/10/20(金) 12:56:22.84

ジェット脳

**デフォルトの名無しさん** · 2017/10/21(土) 08:55:05.79

バグだらけのWebアプリケーションをKotlinで実装してみました
https://qiita.com/tamura__246/items/ce2932809b9e4ec0297e

**デフォルトの名無しさん** · 2017/10/21(土) 08:56:18.39

言語を変えたらバグがなくなりす。Javaのときも言ってた気がします。

**デフォルトの名無しさん** · 2017/10/21(土) 10:49:40.33

>>928
バグの一部はなくなった。もちろん全部はなくならない。

**デフォルトの名無しさん** · 2017/10/21(土) 14:07:32.75

見てないけど、kotlinにしたら、世の中のプログラムのバグがなくなるのか
kotlin最強だな

**デフォルトの名無しさん** · 2017/10/21(土) 15:57:07.83

プログラム言語の進化の歴史の基本パターンだしな

**デフォルトの名無しさん** · 2017/10/21(土) 22:52:03.68

>>930
だから全部はなくならないってw

**デフォルトの名無しさん** · 2017/10/21(土) 23:05:33.46

ヌルポがなくなるらしい。でもちゃんとテストしたらヌルポのバグって全部修正できるよね。
つまりkotlinにすればテストしなくていいということ。

結果さらにバグあり納品が増えてデスマーチ。いつかみた風景。
ポインタがなくなれば～、GCがあれば～

オープンソースにすれば～ってのもあったね。最近多いのがAIにすれば～

**デフォルトの名無しさん** · 2017/10/22(日) 03:25:09.30

Null非許容型も知らずヌルポがなくなるらしいとか言ってる奴が何言っても全然説得力が無い

**デフォルトの名無しさん** · 2017/10/22(日) 03:25:51.40

Null非許容型も知らずヌルポがなくなるらしいとか言ってる奴が何言っても全然説得力が無い

2017/10/22(日) 09:06:20.22

世の中のプログラムのバグがなくなるとかテストしなくていいとか
脳内の飛躍が半端ないなｗ

2017/10/22(日) 09:51:20.46

>>933
それはヌルポをテストしなくていいを、ヌルポ以外のテストもしなくていいにすり替えたから。
つまり>>933の脳内にバグがある状態。

2017/10/22(日) 10:39:38.28

>>928
りす？
　　　　　　 n_n
　　　　　　/ ･＼
　　　　　/ヽ＿＿･
　／Ξﾐヽ/　(ﾟДﾟ)
　(　―、｜ (ﾉ　 |つ
　＼＿人人＿＿)_)
　　　　　　∪ ∪

2017/10/22(日) 10:43:40.96

>>936
その辺は何れ何とかなるんじゃないかな。AIが発達して人間が何かする必要は特に無くなる。
もちろんAIはプログラミングなんかしない。自身が既にプログラムだしね。単に人間が望むであろう動きを自分がすればいいだけ。

**デフォルトの名無しさん** · 2017/10/23(月) 01:55:41.23

Pythonじゃダメなの？

**デフォルトの名無しさん** · 2017/10/23(月) 01:58:47.60

だめなの

**デフォルトの名無しさん** · 2017/10/23(月) 09:12:33.70

そういやPythonやったことないな。いつもLinuxいじってて目の前に既に使える環境があったんだがなぜか覚える気にならずPerlばかり使っていた。
いい加減学習するか。

**デフォルトの名無しさん** · 2017/10/23(月) 09:16:27.95

ぱいそんなんて勉強が必要なものでもないがな

**デフォルトの名無しさん** · 2017/10/23(月) 09:49:53.15

いや、ほら、何も知らないからさ。
ファイル名の拡張子が .py ってことぐらいしか知らない。

**デフォルトの名無しさん** · 2017/10/23(月) 10:00:47.84

常用するLinuxBoxがあるのならPython/Rubyは良い選択肢
自分のために楽しくやりたいならRubyを、皆と一緒に便利にやりたいならPythonを選ぶといい
どっちか覚えたら片方はすぐなんで初期用途で選んでいいよ

**デフォルトの名無しさん** · 2017/10/23(月) 19:00:30.13

未だにkotlinだとヌルポがなくなるとか言ってるやつがいるのか

**デフォルトの名無しさん** · 2017/10/23(月) 19:15:07.45

ひねくれた複雑な事やらなければだいたいはなくせないか？

**デフォルトの名無しさん** · 2017/10/23(月) 19:39:06.53

Kotlin使ってもぬるぽ連発してんのか

**デフォルトの名無しさん** · 2017/10/23(月) 22:51:45.52

>>947
ああ、こいつに構わなくていいよ
いつも同じことしか書かないんだ
説得しようとしても無駄

**デフォルトの名無しさん** · 2017/10/23(月) 23:04:44.08

器用なことやるな

**デフォルトの名無しさん** · 2017/10/24(火) 02:21:21.48

kotlinが急進的に普及みたいな記事を
良くみるが、俺は到底そうとは思えない。
理由はＫｏｔｌｉｎの謳い文句の
ＫｏｔｌｉｎからＪａｖａ変換、ＫｏｔｌｉｎからＪａｖａｓｃｒｉｐｔ変換が
まだまだ使いずらいってことだ。
ＡｎｄｒｏｉｄスタジオはＰＣによってはＢｕｉｌｄが遅過ぎ
まったく開発にならない。Ｗｅｂプログラムのパイオニアみたいな
キャッチセースで最近注目を引いてるけど、まだまだ
美味しい時期ではないように思うえる。
今日とかＷｉｎｄｏｗ１０/３２ビットでコマンドラインから
JavaとＪａｖａｓｒｉｐｔにコンパイルしようとしたけど
Ｊａｖａｓｐｉｔに関しては資料が少なすぎて手も足も出ない。

コマンドプロンプトから

kotlinc-js -output hello -sourceFiles hello.kt -libraryFiles kotlin-jslib.jar

で良かったけ？なんか、情報が閑散としてて判らん

**デフォルトの名無しさん** · 2017/10/24(火) 03:06:11.96

全角で言語名書く奴の意見は参考にしない事にしている

**デフォルトの名無しさん** · 2017/10/24(火) 08:04:25.98

全角と半角が混じって気持ち悪いことこの上ない
プログラマーとは思えない美的感覚

**デフォルトの名無しさん** · 2017/10/24(火) 08:20:05.29

Javasript
Javaspit
という新しい言語が生まれたようだな

**デフォルトの名無しさん** · 2017/10/24(火) 08:54:24.56

>>952-954
なんでそうやって構うの

**デフォルトの名無しさん** · 2017/10/24(火) 08:54:33.53

spit = つばを吐く
ということだから、
Javaspit = Javaにつばを吐く
つまり熱狂的なKotlin信者ということ

**デフォルトの名無しさん** · 2017/10/24(火) 09:09:32.53

Ｗｉｎｄｏｗ１０

新しいOS

**デフォルトの名無しさん** · 2017/10/24(火) 09:51:43.85

キッズプログラマー

**デフォルトの名無しさん** · 2017/10/24(火) 10:24:42.63

SRIPT

Shanghai Research Institute of Petrochemical Technology

**デフォルトの名無しさん** · 2017/10/24(火) 10:28:35.28

>>955
プログラミングできなくても参加できるからね
自分たちは何もできないって人前で叫んでいるようなものだ
正直お帰り頂きたいのだが

**デフォルトの名無しさん** · 2017/10/24(火) 12:32:17.01

>>948
どこにヌルポ連発すると書いたのか。アスペかおまえは。
>>949
おまえみたいなゴミカスエンジニアは何言っても否定するんだろうな

**デフォルトの名無しさん** · 2017/10/28(土) 13:15:37.00

ぬるぽ

**デフォルトの名無しさん** · 2017/10/28(土) 14:38:12.64

何気なくAmazon見てたらこんなの見つけた。無料。

Kotlin Programming Tutorial https://www.amazon.co.jp/dp/B074FXTTKL/ref=cm_sw_r_an_am_at_ws_jp?ie=UTF8

**デフォルトの名無しさん** · 2017/10/28(土) 14:39:54.99

EclipseのエディタがJavaと同じぐらいKotlinサポートしてくれてるなら乗り換えてもいい

**デフォルトの名無しさん** · 2017/10/28(土) 14:44:54.44

KotlinはIntelliJ開発元のJetBrainsが作ってるからEclipseプラグインに期待するのは間違い
もしサードパーティによってIntelliJより使いやすいEclipseプラグインが出てきて開発者がそっちに流れそうになったりしたら
JetBrainsは法的手段を使ってでも全力で潰しに来るはず

**デフォルトの名無しさん** · 2017/10/28(土) 14:58:11.85

極めて単純に「Eclipseは20年以上Javaをサポートしアプデし続けてきたので最強である」というだけなので
今のJava+EclipseをKotlinで再現するにはあとやっぱり20年くらい必要だと思われる
あれは年季の問題であって、NetBeans+Javaとか（困ったことに）IntelliJ+Javaも同じようなものだ

IDEサポートの分厚さという点ではKotlinはどの組み合わせにも及んでいない
とりあえずバックスペースで消していくだけでKotlinプラグインがクラッシュすることがあるのを直さんといかんレベル

**デフォルトの名無しさん** · 2017/10/28(土) 15:54:42.82

MSがVSCodeのプラグイン作ったら1年でJava超えるだろうけどね

**デフォルトの名無しさん** · 2017/10/28(土) 15:57:39.28

なんてこったい

Oracleはjava9でvar採用して
innullablejre.jarを別途提供すべき

**デフォルトの名無しさん** · 2017/10/29(日) 03:51:42.38

すばらしい使い捨て言語だ。

**デフォルトの名無しさん** · 2017/10/29(日) 09:51:25.77

>バックスペースで消していくだけでKotlinプラグインがクラッシュする
あれは繊細過ぎると思う
どっかでチェック開始間隔の設定がありそうだけどな

**デフォルトの名無しさん** · 2017/10/29(日) 09:56:52.64

kotlinでプラグインを書かないからヌルポになるんだよ。

**デフォルトの名無しさん** · 2017/10/29(日) 19:11:11.42

さっき新宿の紀伊國屋書店行ったらKotlinイン・アクションもう置いてあったよ。
ということは多分大きい本屋ならもう売ってると思う。

**デフォルトの名無しさん** · 2017/10/29(日) 21:42:48.27

感想は？買いなん

**デフォルトの名無しさん** · 2017/10/29(日) 22:04:20.61

>>973
まだパラパラめくって見ただけなので何とも言えないが、詳しく一通り書いてあるように見える。

**デフォルトの名無しさん** · 2017/10/30(月) 00:56:22.26

初めてのまともな日本語の本でしょ
あのクソみたいなエバンジェリスト本(笑)をやっと駆逐できるな

**デフォルトの名無しさん** · 2017/10/30(月) 02:59:15.21

エバンジェリスト本？
ああ、まあ、 Technology evangelist か?

**デフォルトの名無しさん** · 2017/10/30(月) 08:46:43.80

長澤太郎もかかわっている

**デフォルトの名無しさん** · 2017/10/30(月) 21:53:49.20

今日から始めます。
今インストール中。
よろしくお願いします。

**デフォルトの名無しさん** · 2017/10/30(月) 22:37:30.38

ここは！
あなたの！
日記帳！

Javaを読めないとしんどいから、もしまだ知らないなら並行作業でちょっとずつやるといいよ
今からやっておくとだいたいKotlinわかったころに何かやりたくなっても「あっこれ進研ゼミでやったやつだ！」となって捗ること請け合い

**デフォルトの名無しさん** · 2017/10/30(月) 23:00:21.71

>>979
応援ありがとうございます。
Javaは少しだけやりました。
一応C#は使えるので、
kotlinやりながらJavaも覚えたいと思います。

**デフォルトの名無しさん** · 2017/10/31(火) 20:53:53.80

data?.let {
　　...
}
でdataがNULLじゃないときだけ処理を実行できることは分かりました。
これにdataがNULLのときの処理も追加したい場合はどう書いたらいいんでしょうか
data?.let {
　　...
}?: {
}
みたいに書けないです。

**デフォルトの名無しさん** · 2017/10/31(火) 21:01:44.57

ファイル入力の処理などの以下の処理が
while((line = br.readLine()) != null)
Kotlinだと、Assignments are not expressions, and only expressions are allowed in this context
のエラーになるんですが、Kotlinだとどう書いたらいいんでしょうか

**デフォルトの名無しさん** · 2017/10/31(火) 21:38:42.83

>>981
let{ ... } が null を飛ばしてラムダ式を実行することができるのはあくまで副次作用に過ぎない
条件分岐させたいのなら素直に when か if で書くべき

>>982
File(path).forEachLine { line -> println(line) }

**デフォルトの名無しさん** · 2017/10/31(火) 21:39:06.81

>>981
普通に if 使って書けば良いのでは？

**デフォルトの名無しさん** · 2017/10/31(火) 21:55:55.33

>>981
?: run {}

**デフォルトの名無しさん** · 2017/10/31(火) 22:06:34.40

data?.let {
　　...
}?: {
　　...
}.invoke()
というのを見つけたんですが、?: run {}の方がいいんでしょうか

**デフォルトの名無しさん** · 2017/10/31(火) 22:10:44.21

癖のある言語ですね・・・

**デフォルトの名無しさん** · 2017/10/31(火) 22:16:51.16

>>986
だから条件分岐は条件分岐として書いてくれ
letはもともと

val hoge = Hoge()
hoge.mes1()
hoge.mes2()

と書く代わりに

Hoge().let{ it.mes1(); it.mes2() }

と書くことができるという構造だ
条件分岐の代わりに使っていいものじゃない
ネット上で観測される彼らは「間違っている」
参考にしてはならない

**デフォルトの名無しさん** · 2017/10/31(火) 22:20:26.16

えー。letってNULLチェック代わりに使うものじゃなかったの

**デフォルトの名無しさん** · 2017/10/31(火) 22:28:56.76

nullチェックは ?. の部分だ
letの中身が長くなればなるほど、それはletで書くべきではないということになる
今ここでこれ使うと1行で書けて変数に入れられるぜえ、とかだとapplyとか使うの考えるがまあその程度

letをnull回避として紹介してた人が今どんだけそれを日常的に使ってるかは個人的に興味があるよ
最初の紹介で使っただけなんじゃないかと思うんだよねえ

>>990超したので新スレおねがいします

**デフォルトの名無しさん** · 2017/10/31(火) 22:29:35.46

Wikipediaとか参考文献にしてそう

**デフォルトの名無しさん** · 2017/10/31(火) 22:47:55.01

そもそものもともととして.?じゃ本当にnullが来たとき対処できないじゃないか
checkNotNull(value){ "valueがnullです" }
とかしないと不安にならないの

**デフォルトの名無しさん** · 2017/10/31(火) 23:34:28.34

それならKotlin使うのやめろよ

**デフォルトの名無しさん** · 2017/10/31(火) 23:39:23.74

>>992
何言ってんの

**デフォルトの名無しさん** · 2017/10/31(火) 23:49:38.22

>>989
https://qiita.com/ngsw_taro/items/d29e3080d9fc8a38691e

**デフォルトの名無しさん** · 2017/11/01(水) 00:08:55.25

次スレ

http://mevius.5ch.net/test/read.cgi/tech/1509462463/

2ch.net でないとうまく開かない専ブラの人は以下のURL

http://mevius.2ch.net/test/read.cgi/tech/1509462463/