Kotlin 3

**デフォルトの名無しさん** · 2018/03/19(月) 04:26:26.03

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

前スレ
Kotlin 2
https://mevius.5ch.net/test/read.cgi/tech/1509462463/

**デフォルトの名無しさん** · 2018/07/09(月) 23:30:34.66

マンピー？

**デフォルトの名無しさん** · 2018/07/10(火) 00:37:38.55

>>837
なるほどありがとう

**デフォルトの名無しさん** · 2018/07/10(火) 06:58:10.69

>>839
なるほどありがとう

**デフォルトの名無しさん** · 2018/07/10(火) 07:38:02.37

ほとんどの言語は、配列の配列(jaggy 配列)だろ

表で言えば、同じ行内の列データは連続しているけど、
各行のデータは連続していない

1行目の各列は連続しているけど、
1行目と2行目は、別の場所にある

**デフォルトの名無しさん** · 2018/07/10(火) 08:14:20.19

計算コストを度外視すれば多次元配列でできることは大抵配列の配列で実現できるから、そこまで気にする必要はないんだけどね

**デフォルトの名無しさん** · 2018/07/10(火) 09:17:54.93

さも重大事のように煽っといてなんだその結論は

**デフォルトの名無しさん** · 2018/07/10(火) 11:02:23.47

まあよっぽどカリッカリのパフォーマンスを求められるシビアな要件じゃない限りいらんわな
もしその差がそんなに重要ならとっくに色々な言語で実装されてる

**デフォルトの名無しさん** · 2018/07/10(火) 14:19:24.23

tensorkotlin

**デフォルトの名無しさん** · 2018/07/10(火) 22:11:35.45

>>834が言ってる通りで
糖衣構文的なものがあるかどうか程度の差

パフォーマンスが必要な部分はハードウェアアクセラレーションのため
java.awt.imageみたいにAPI経由するからDSL表現力さえあれば後はライブラリの役割

**デフォルトの名無しさん** · 2018/07/11(水) 06:23:53.16

配列は一次元、嫁は二次元だからそれぞれ１つずつ次元が上がって欲しい。

**デフォルトの名無しさん** · 2018/07/11(水) 09:10:45.05

現在三次元の嫁はどうなりますか

**デフォルトの名無しさん** · 2018/07/11(水) 09:18:11.28

3次元嫁は都市伝説

**デフォルトの名無しさん** · 2018/07/11(水) 09:29:45.16

オンデマンドで呼び出せるんじゃね

呼び出し料金かかるけど

**デフォルトの名無しさん** · 2018/07/12(木) 11:23:31.16

Kotlinで書けるSPAフレームワークって無いの？
JSとかTS面倒なんだけど

**デフォルトの名無しさん** · 2018/07/12(木) 11:38:40.09

TSなら面倒というほど大した差はないだろ
むしろVSCodeで鬼のように補完が効く分、フロントでの生産性は圧倒的にTSのほうが上

**デフォルトの名無しさん** · 2018/07/12(木) 12:25:18.13

補完に関してはKotlin+IntelliJIDEAのほうが上だろ
TSのフロントでの生産性が圧倒的なのには同意だが

**デフォルトの名無しさん** · 2018/07/12(木) 13:25:44.38

VSCode程の糞はない

**デフォルトの名無しさん** · 2018/07/12(木) 14:32:59.18

え？
VSCodeが糞かはともかくそれ以上の糞なんかJava系に限ってもeclipseとかNetBeansとかいくらでもあるだろ

**デフォルトの名無しさん** · 2018/07/12(木) 18:21:16.24

Netbeansはひどいよなあ
あれMPLABのベースに使われててクソイライラする
ファイルの管理周りがとくにひどい
microchipはatmel買収したんだからatmelスタジオに追加すればいいのに糞が

**デフォルトの名無しさん** · 2018/07/12(木) 19:05:58.45

>>856
このスレのお約束フレーズだからマジレスすんな

**デフォルトの名無しさん** · 2018/07/12(木) 19:07:03.83

そういやeclipseにもkotlinプラグインあるらしいけど、わざわざeclipse使ってる奴いるのだろうか

**デフォルトの名無しさん** · 2018/07/12(木) 19:15:27.87

>>859
他のプロジェクトも色々やっててそうしないと切り替えるのが面倒とか、あるいは会社でそれしか使っちゃ駄目って事になってるとか。

**デフォルトの名無しさん** · 2018/07/12(木) 19:59:34.30

>>859
一度使おうとしたけど、インテリさん使ったらインテリすぎて戻れなくなった
ただ、インテリさんはWeb関連の便利機能が有料なんで、そこらへんは月食さんの方が良いな

**デフォルトの名無しさん** · 2018/07/12(木) 20:02:55.71

Androidで連続計測アプリを作るなら、
RxKotlinがいいの？

**デフォルトの名無しさん** · 2018/07/12(木) 22:51:04.77

>>859
1年以上前に使ってみたことがあるが、Javaのプロジェクトにまでエラーが頻発して使い物にならなかった。
なお、KotlinがAndroid公式に採用されて以降、この1年でほとんど開発は進んでいない模様。
釣った魚に餌はやらない、みたいな。

**デフォルトの名無しさん** · 2018/07/13(金) 05:53:34.32

>>861
IDEAの年額って、どう考えても払うだけの価値はあるほどエクリプスンより生産性上がるだろ
少なくともツール自体を動かすために余計な苦労は要らなくなる

**デフォルトの名無しさん** · 2018/07/13(金) 06:43:02.63

大量のプラグインのバージョン管理とか設定調整とかどう考えても時間の無駄だからなー

**デフォルトの名無しさん** · 2018/07/13(金) 06:55:12.32

30日試用もあるけどひとまず1年分買って試すのも良いと思うな

**デフォルトの名無しさん** · 2018/07/13(金) 07:58:16.06

>>865
年間通したらそれだけで数万円分の工数はとられるよな

**デフォルトの名無しさん** · 2018/07/13(金) 08:09:45.54

Vimとかも自分で育てていく楽しさはあるんだけど、道具として割り切るなら箱出してほぼ何もせずとも全て揃ってるIDEAさんが最強なんだよなあ。
AndroidとiPhoneもそんなイメージだけど。

**デフォルトの名無しさん** · 2018/07/13(金) 09:03:03.39

xcode程の糞はない

**デフォルトの名無しさん** · 2018/07/13(金) 09:20:51.97

VSCodeはJava開発環境としてはMS自身によるプラグイン開発によって既に普通に使えるレベルに達してる
さすがにKotlinはJBとガチ喧嘩になるからMS自身は手を出さないだろうけど、
IntelliJが死んだらKotlinも当然自動的に消えるわけで、MSを調子に乗らせないためにもJBにはなんとか頑張ってほしい

**デフォルトの名無しさん** · 2018/07/13(金) 09:21:39.47

VScodeほどの神はいない

**デフォルトの名無しさん** · 2018/07/13(金) 09:46:20.22

マジレスすると、
MS嫌いだけどVScodeは使いやすいよね
昔はEmacsとか使ってたけど、VScode使い始めて戻れなくなった

**デフォルトの名無しさん** · 2018/07/13(金) 09:56:45.72

Emacsはマジで瀕死みたいだな。Atomに食われてVSCodeでとどめを刺された。

**デフォルトの名無しさん** · 2018/07/13(金) 10:04:34.44

むかしむかし使い古しpcにDebianいれてゴニョゴニョ設定してxemacsを起動できたときめっちゃ感動した

**デフォルトの名無しさん** · 2018/07/13(金) 11:55:19.72

vimの完全勝利

**デフォルトの名無しさん** · 2018/07/13(金) 12:44:49.86

ま、vimは軽いし何も考えなくて良いのがいいよな。
ただしサンプルプログラムのようなとても短くて小規模なプログラム作る時なw

**デフォルトの名無しさん** · 2018/07/13(金) 13:16:53.00

vimは単体で使うだけでなく、
プラグインという形で各種エディタ, IDEに組み込まれている
もはやコードを書くという行為はvimを使うことと同等
vimも使いこなせないようなやつはエンジニア向いてないね

**デフォルトの名無しさん** · 2018/07/13(金) 13:24:28.27

お、そうだな

**デフォルトの名無しさん** · 2018/07/13(金) 13:46:43.72

VSCodeはVimプラグインもクソ優秀なんだよな
IDEとしての機能性とVimらしい快適性をこれほど高い次元で両立できるエディタは10年煮詰めたVimを除けば他にない

**デフォルトの名無しさん** · 2018/07/13(金) 14:03:48.40

VSCodeのプラグインが優秀過ぎて他に移れない
シーケンス図とか描くのもすげー便利だし

**デフォルトの名無しさん** · 2018/07/13(金) 14:15:06.91

IntelliJで開いたときに、赤も黄色も出ないコードを書くものだけが、Vimを使いなさい。

**デフォルトの名無しさん** · 2018/07/13(金) 15:38:16.85

シーケンス図なんて作らせるようなところでもkotlinだのvscodeだの使わせてくれるものなのか

**デフォルトの名無しさん** · 2018/07/13(金) 17:17:34.83

intellijよりvsのほうがコード補完優秀だよね
頻繁に使うものが上位に来るし
intellijだとcって打つとCamera()とか一度も使ってないものががいきなり候補に出るし

**デフォルトの名無しさん** · 2018/07/13(金) 17:37:39.30

intellij+補完で検索すると、わりと多機能で驚く

**デフォルトの名無しさん** · 2018/07/13(金) 17:47:43.71

VSの補完は機能とかそういう段階をとっくに卒業してる
ついに機械学習を使って文脈を理解する超補完を搭載するらしいな

**デフォルトの名無しさん** · 2018/07/13(金) 18:36:03.53

みんなインテリとVSCどう使い分けてんの？
Kotlinはインテリで、それ以外の言語はVSCって感じ？

**デフォルトの名無しさん** · 2018/07/13(金) 18:47:06.02

jsだけVSで他はインテリんだな
正直Rubyとかどちらで書いても大差ないから、わざわざ乗り換えてない

**デフォルトの名無しさん** · 2018/07/13(金) 19:34:40.82

cだけでCameraとかでてこないぞ？
Camまで打つとCameraクラスが候補の二番目に出てくるが
小文字のcじゃ下まで見てもCameraが候補に無い

**デフォルトの名無しさん** · 2018/07/13(金) 19:39:27.08

黙って猫を使うべ

**デフォルトの名無しさん** · 2018/07/13(金) 19:58:31.98

Camera程の糞はない

**デフォルトの名無しさん** · 2018/07/13(金) 20:48:04.46

>>877
今日は釣れませんね。

**デフォルトの名無しさん** · 2018/07/13(金) 20:53:25.87

>>881
「彼らはそれを聞くと、年長者たちから始めて、ひとりひとり出て行き、
そしてvimを使う者は誰もいなくなった。」

**デフォルトの名無しさん** · 2018/07/13(金) 22:19:52.15

>>888
何が候補にでるかマチマチ
Colorが出てきたりもするし
とにかく直前に入力したやつが出てこなくてイライラするわ

**デフォルトの名無しさん** · 2018/07/13(金) 22:58:51.51

>>893
日本語入力じゃないんだから直前に入力したのに優先的に出てこられても困る
Android Studio kotlin は文法的に入力可能なものがだいたい順番変わらず出てくるんで、候補がまちまちってことは無いと思うぞ？

直前に入力したやつが文法的に正しくて、その名前を文法的に正しい位置に再度挿入しようとするなら、普通2～3文字入力すれば出てこない？

**デフォルトの名無しさん** · 2018/07/13(金) 23:00:22.87

あと俺の環境じゃ、小文字 c で、Camera や Color は絶対でてこない感じ

**デフォルトの名無しさん** · 2018/07/14(土) 00:34:59.12

まあCameraが出るかはライブラリによるんだけど
頼むからまず変数名優先してほしい
すぐ上にval cellがあるのに…
使ったこともないメソッドやクラスが第一候補になるんだよ

**デフォルトの名無しさん** · 2018/07/14(土) 07:51:18.68

だから普通のAndroidのプロジェクトだとCameraはimportすれば使える状態なんだってば
だからCameまで入力すれば候補の一番に出てくる
でも小文字cだと候補全部見ても出てこない
大文字小文字区別するから

あと、関数内のローカル変数は候補の一番上にでてくるよ？
val cell がある関数内なら、cell が候補の最初にでてくる
アルファベット順みたいだから val ccc があればそっちが先になるけど

**デフォルトの名無しさん** · 2018/07/14(土) 08:21:46.85

いま気が付いたけど補完候補のウィンドウの右下のアイコンで順番変更できるね
Aとπを切り替えられる
Sort by relevance がπで、これはローカル変数が先に出てくる
Sort lexicographically がAで、種類に関係なくアルファベット順にソートされて出てくる

**デフォルトの名無しさん** · 2018/07/14(土) 09:26:42.24

>>898
お前神かよ
ご褒美にXamarinのライセンス買っていいぞ

**デフォルトの名無しさん** · 2018/07/14(土) 14:54:16.91

うわ知らなかったわ
ありがとん

**デフォルトの名無しさん** · 2018/07/14(土) 15:56:46.57

>>898
大文字小文字は設定で区別しないようにしてるよ

**デフォルトの名無しさん** · 2018/07/14(土) 16:47:47.10

IntelliJでUML書いたらKotlinのコード吐き出したり
逆にKotlinのコードからUML作ったり出来ないかな

**デフォルトの名無しさん** · 2018/07/14(土) 18:58:50.43

売ってるソフトでJava用があるから何れはできるんだろうな。IntelliJ用のプラグインができるかどうかはわからないが。

**デフォルトの名無しさん** · 2018/07/15(日) 13:45:49.84

UMLって久しぶりに聞いたな
まだ作ってるところあるのか

**デフォルトの名無しさん** · 2018/07/15(日) 16:24:31.04

あかんの？

**デフォルトの名無しさん** · 2018/07/15(日) 17:07:41.02

いや普通に使うけど。
設計書に貼り付けたり他人への説明に利用したり。

**デフォルトの名無しさん** · 2018/07/15(日) 17:38:53.88

UML自体は普通に有用だと思うけど
コードと同じくらいの粒度で使うのは無理があると思う

プログラマくらいにしか分からんような複雑なUMLが出てきたり
時間掛けた割にはしょぼいコードが生成されるだけ

**デフォルトの名無しさん** · 2018/07/15(日) 18:20:11.68

いまどきUMLって…

**デフォルトの名無しさん** · 2018/07/15(日) 18:25:40.94

プログラマ以外に理解してもらうツールじゃなくね？
プログラマ以外に使ったらクラス図で「矢印の方向は逆だろ！常識で考えろ！」とか言われそう…

**デフォルトの名無しさん** · 2018/07/15(日) 18:40:13.88

「UMLを理解してるプログラマ」と「UMLを理解してるプログラマ以外の人」とのコミュニケーションの為の共通言語

**デフォルトの名無しさん** · 2018/07/15(日) 18:48:47.40

シーケンス図はかなり需要がある

**デフォルトの名無しさん** · 2018/07/15(日) 18:49:50.14

>>911
たとえば？

**デフォルトの名無しさん** · 2018/07/15(日) 18:53:38.68

>>912
>>906

**デフォルトの名無しさん** · 2018/07/15(日) 19:18:47.75

>>910
まあその程度だな
学術分野におけるドイツ語くらいの需要

**デフォルトの名無しさん** · 2018/07/15(日) 19:20:27.67

UML程の糞はない

**デフォルトの名無しさん** · 2018/07/15(日) 20:02:07.66

>>913
具体的に

**デフォルトの名無しさん** · 2018/07/15(日) 22:53:24.26

>>915
なんでもクソにしたがるのはNG

**デフォルトの名無しさん** · 2018/07/15(日) 22:54:05.52

>>914
ああしっくりきた。
新卒で入ったSIerではたまに使ったけど、転職してからは見たことないわ。
基本的に大規模開発のドキュメントくらいでしか使わんかもね。

**デフォルトの名無しさん** · 2018/07/15(日) 23:06:21.06

SIer程の糞はない

**デフォルトの名無しさん** · 2018/07/16(月) 09:06:08.21

自分がお堅い受託やってたの5年くらい前だけど、その頃にはUMLってすでにあまり聞かなくなってたな。
上に挙げられてるような用途では有用なんだけど、だいたいあれを使って説明したい相手がUMLを知らないから作る意味がなかった。
あとドキュメントのメンテで死ぬ。

**デフォルトの名無しさん** · 2018/07/16(月) 11:42:34.36

UMLに限らないけど、あまり実装の中身に踏み込んだドキュメントは作るべきじゃない
何もいいことはないし、第1大抵は誰も見ない

**デフォルトの名無しさん** · 2018/07/16(月) 12:33:18.70

全部印刷して見てもらえばいいの？

**デフォルトの名無しさん** · 2018/07/16(月) 12:38:25.05

UML流行らなかったな
需要はありそうだったんに

**デフォルトの名無しさん** · 2018/07/16(月) 13:12:45.40

糞はない大喜利してるやつはスルーしとけよ

**デフォルトの名無しさん** · 2018/07/16(月) 13:40:04.44

クラス図、コミュニケーション図、シーケンス図あたりは日常的に使うわ。
ソフトウェアの静的＆動的構造を図示したかったらUML以外を選ぶ理由がないもの。

機械生成や詳細設計まで踏み込んで使用するのはまったくおすすめしないね。要約してppt一枚に収まり切るくらいが丁度いい。
あくまで人に見せる＆説明する用。

**デフォルトの名無しさん** · 2018/07/16(月) 13:44:27.92

お遊びならppt一枚でいいかもしれないけど
仕事では何百、何千ページの要件定義、基本設計、詳細設計を書かなければならないんだぜ
そのページ数に比例する枚数のUML作図コストはあまりにも高すぎる

**デフォルトの名無しさん** · 2018/07/16(月) 13:51:34.31

古い体質の会社で働いてるんだな
秀丸エディタとか使ってそうｗ

**デフォルトの名無しさん** · 2018/07/16(月) 14:07:08.64

プログラミングに図は不要、グローバル変数ぐらいevil

**デフォルトの名無しさん** · 2018/07/16(月) 14:17:39.16

×仕事では
○自分の会社では

この世の99%のプロジェクトでは数千ページに及ぶドキュメントとか不要

**デフォルトの名無しさん** · 2018/07/16(月) 14:21:58.27

小規模のショボいシステムしか知らないのだろうけど
そういう人たちは気楽でいいよねぇ
典型的なカジュアルプログラマって感じ
遊び半分って表現がピタリ

**デフォルトの名無しさん** · 2018/07/16(月) 14:23:30.12

それをkotlinで構築するのは大変そうですね

**デフォルトの名無しさん** · 2018/07/16(月) 14:35:01.85

日本でドキュメントが多くなるのは承認したいからだろ

**デフォルトの名無しさん** · 2018/07/16(月) 14:35:21.08

そりゃ大変だよ
でもそれが無かったら大変どころか完成すらできない
行き当たりばったりのライブコーディングで完成まで持っていけるオモチャじゃないんだからさ

**デフォルトの名無しさん** · 2018/07/16(月) 14:43:26.70

UML要るか要らんかで揉めてるけど、結局のところ作ってるソフトの規模の違いじゃね？
趣味とか社内で使うもんとかなら要らんだろうし、そこそこの規模になったら必要だろうし

**デフォルトの名無しさん** · 2018/07/16(月) 14:44:52.24

むかし現場にいたころは何か問題あったときのためにいちいちドキュメント作ってたな
テスト仕様書なんてものもあって、誰でもわかるようにテストケースごと図示して承認もらってた
そして心が病んだ

**デフォルトの名無しさん** · 2018/07/16(月) 14:49:32.23

>>926
全部網羅しようとするから使わなくなるんだよ。使いどころが間違ってる。

**デフォルトの名無しさん** · 2018/07/16(月) 14:59:30.28

小学生でも理解できるようにって言葉を使うやつは大抵悪だったな
むかしの話

**デフォルトの名無しさん** · 2018/07/16(月) 15:02:20.87

Linuxのような大規模オープンソースプロジェクトでもgithubでソースコード共有だけで成長していけてる
ドキュメントやUML作成してから開発してるかと
ソースコードの読めない無能が仕事してる振りするためにやってるだけで無くなっても誰も困らない