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/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作成してから開発してるかと
ソースコードの読めない無能が仕事してる振りするためにやってるだけで無くなっても誰も困らない

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

うちはドキュメントは最低限のものしか作らんな
なんでもかんでもドキュメント化してしまうと、それをメンテするだけの無駄すぎる人間が必要になってしまうから
あんなのは何をするにもスタンプラリーの必要な多重下請け開発のためのものだ

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

今なら、Markdown 使ってドキュメント書くみたいに、PlantUML 使って UML を書く

IntelljIDEA 上で書くためのこんなツールもある
https://qiita.com/ot-aoyagi/items/d2bfbff219c592822d53

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

>>938
Linuxカーネルリポジトリの Documentation ディレクトリ程度のメモは残してほしいものだよ

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

まあ、納品するためにはそれなりのドキュメントは必要だけどな
若いころはその辺の扱いが不器用だったかもな

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

このスレがたまに伸びてる時はkotlinとまったく関係ない話題の時だけだな

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

ドキュメント程の糞はない

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

仕様書はあった方がいいけど設計書は無い方がいいな
大抵メンテされなくて実装と違ってくるもんだろ

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

アジャイルで開発してるのになぜかWFの納品時と同じドキュメントをリリースごとに作成することになって担当者をうつ退職に追い込んだプロジェクトは見たことある

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

>>945
仕様書とテストコードがあればいいと思うわ

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

>>947
同感。設計書なんてどうせメンテしなくなる。仕様とテストコードがあれば十分

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

>>913
まだ？

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

>>949
十分具体的と思うけど、どんな回答期待してるん？

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

>>950
いやいや全く具体的じゃねーだろｗｗｗ
なんのために設計書に貼り付けるの？他人に何をどう説明するために使うの？

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

何をどう解釈すればあれで具体的と思えるのか謎

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

>>930
この世の99%のプロジェクトはその"小規模のショボいシステム"とやらなんで
というよりもひとつひとつが小規模になるように問題を分割するのがまともな開発だからなー
ぶくぶくに膨れ上がったプロジェクトは大変そうですね

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

>>951
具体的な質問ありがとう。
あとは>>913よろしく

**デフォルトの名無しさん** · 2018/07/17(火) 00:06:24.03

詳細設計なんて必要になるのはプログラマーですらないコーダーだけだからな

**デフォルトの名無しさん** · 2018/07/17(火) 00:20:10.10

コーディング作業自体が設計
コンパイルが仕様
以上

**デフォルトの名無しさん** · 2018/07/17(火) 00:28:56.47

管理しかしないでコードの読み書きしないやつほどの糞はない

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

詳細なUMLを書くことなんてもうないが
シーケンス図いらないと言ってるのは自己完結してるショボいコードしか書いたことない奴だろ

**デフォルトの名無しさん** · 2018/07/17(火) 04:20:12.48

>>958
Kotlinのシーケンス図よろ

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

UML書かないと趣味レベルとか、どんだけ狭い世界で仕事してたらそういう発想になるのよ
自分の人生のために転職を勧める

**デフォルトの名無しさん** · 2018/07/17(火) 08:29:20.72

まあサーバとクライアントと別の人が実装するような場合はシーケンス図で仕様検討したりするかな

**デフォルトの名無しさん** · 2018/07/17(火) 08:43:06.59

>>961
別にそれは誰も否定してないけどね

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

マ板と真逆の反応でわろた
あっちはドカタしかいないから設計書なんて要らんと言ったらリンチされる

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

実装と完全に同期するように設計書をメンテできているものだけがそのリンチに参加しなさい。

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

プログラムがドキュメントのようになっているのが良い、なんて言われてた時代もあったな。

まあしかし設計書読ませてそのまんま動くようなのはその内AIできたりして、そこで大半のプログラマーは終了。
プログラミングは職業ではなくなり趣味と老人のボケ防止のための頭の体操になる。