JetBrainsが開発した期待の新言語Kotlinについて語りましょう
https://kotlinlang.org
前スレ
Kotlin 2
http://2chb.net/r/tech/1509462463/
https://kotlinlang.org
前スレ
Kotlin 2
http://2chb.net/r/tech/1509462463/
理由はわからないけど(容量オーバーか何かかな?)前スレがストップしてたので立てたよ。
あ、ごめん。こっちの専ブラが不調で前スレストップしたように見えてただけだ。すまん。
前スレ終わったらこっち使ってくれ。
前スレ終わったらこっち使ってくれ。
ついでだからあと三つくらい立てておいてくれ。
オラっとクルクル
Kotlinは不滅
そろそろJavaの呪縛から逃れて使いやすくしてくれよ
多次元配列作るぐらい簡単にしてくれ
toとか変な構文使うのやめてくれ
多次元配列作るぐらい簡単にしてくれ
toとか変な構文使うのやめてくれ
開発環境最新にしたら、activity(getActivity)とかfragment(getFragment)とかがnullableになってるんですが、
これって!!を付けて回らないといけないんですかね
これって!!を付けて回らないといけないんですかね
>>9
getActivity()は、nullになることあるから、!!だと落ちることあるよ。
ただ、Kotlinでのactivityは、変数じゃないから、スマートキャストが効かないという罠があるんで、かっこわるいけど、
activity?.let { activity->
}
とかにしてる。
getActivity()は、nullになることあるから、!!だと落ちることあるよ。
ただ、Kotlinでのactivityは、変数じゃないから、スマートキャストが効かないという罠があるんで、かっこわるいけど、
activity?.let { activity->
}
とかにしてる。
前の前スレ
http://2chb.net/r/tech/1456505161/
公式サイト
https://kotlinlang.org/
公式ブログ
https://blog.jetbrains.com/kotlin
コードを貼れる所
http://rextester.com/l/kotlin_online_compiler
Google、KotlinをAndroidアプリ開発言語に選定
http://jp.techcrunch.com/2017/05/18/20170517google-makes-kotlin-a-first-class-language-for-writing-android-apps/
他に何か貼るものあります?
あと前スレの1000は宣言通りライセンスを買って下さいww
http://2chb.net/r/tech/1456505161/
公式サイト
https://kotlinlang.org/
公式ブログ
https://blog.jetbrains.com/kotlin
コードを貼れる所
http://rextester.com/l/kotlin_online_compiler
Google、KotlinをAndroidアプリ開発言語に選定
http://jp.techcrunch.com/2017/05/18/20170517google-makes-kotlin-a-first-class-language-for-writing-android-apps/
他に何か貼るものあります?
あと前スレの1000は宣言通りライセンスを買って下さいww
argumentsもnullableになってるんですが、
val value: Int by lazy { arguments.getInt(Key) }
は、
val value: Int by lazy { arguments?.getInt(Key) ?: -1 }
みたいな感じでしょうか
val value: Int by lazy { arguments.getInt(Key) }
は、
val value: Int by lazy { arguments?.getInt(Key) ?: -1 }
みたいな感じでしょうか
Oracle「Javaの互換性テストを無視する実装は許さない」
http://www.itmedia.co.jp/enterprise/articles/1008/16/news011_2.html
Google「Androidの互換性テストを無視する実装は許さない」
https://gigazine.net/news/20180327-google-block-uncertified-device/
http://www.itmedia.co.jp/enterprise/articles/1008/16/news011_2.html
Google「Androidの互換性テストを無視する実装は許さない」
https://gigazine.net/news/20180327-google-block-uncertified-device/
>>12
!!を付けて回ればとりあえず更新前の開発環境での動作と同じにはなる (nullの場合例外になる動作)
ちゃんと対処するならメソッドの役割りや仕様をどうしたいかによる
それ次第では value: Int? にする選択肢もある
!!を付けて回ればとりあえず更新前の開発環境での動作と同じにはなる (nullの場合例外になる動作)
ちゃんと対処するならメソッドの役割りや仕様をどうしたいかによる
それ次第では value: Int? にする選択肢もある
めんどくせー
Kotlinめんどくせー
1000 名前:デフォルトの名無しさん [sage] :2018/04/02(月) 11:00:15.69 ID:k9cTFSac
1000ならXamarinのライセンスを1000個買う
1000ならXamarinのライセンスを1000個買う
オラクルってオラついてんなぁ
なんという愚かな宣言
オラなんだかクラクラしてきたぞ
クルクルだわ、、、ざまりんのライセンス買って来る
どんまい
k9cTFSac は領収書upな
>1000ならXamarinのライセンスを1000個買う
>1000ならXamarinのライセンスを1000個買う
小鳥んとSwift比べたら、断然小鳥んの方が書きやすいように思う
反論あれば言ってくれ
反論あれば言ってくれ
どっちもどっち
言語自体には断然っていうほど違いはないんじゃね。
個人的にはスイーフトンはメモリのことなど意識する必要があるのがイケてないと思う。
個人的にはスイーフトンはメモリのことなど意識する必要があるのがイケてないと思う。
メモリを意識しないプログラマって、、
うすいふとん
只の大名プログラマ
ガベコレは甘え
そういや Java 10 が出てて、それで kotlinc 動かしたら警告出なかったよ。
その他の動作まで全て意図した通りになるかどうかは知らないが。
その他の動作まで全て意図した通りになるかどうかは知らないが。
ハロワ書くまでにすら依存性に悩まなければならない。でもそれが、KotlinをはじめとするJVM言語なんだよね！
いや俺の言いたいのはそういうことじゃなくて、、
まあいいや、めんどいからXamarinでもいじって来る
まあいいや、めんどいからXamarinでもいじって来る
そういや Kotlin ネイティブはガベコレをどうするつもりだろう？
特定のライブラリ使った場合のみ使われるようにするのかな？
特定のライブラリ使った場合のみ使われるようにするのかな？
なぜネイティブだとガベコレ使えないと思ったのか
>>35
使えないとは思ってない。特定のライブラリを経由するなら使えるようにするのかなって話だよ。
というのは用途によってはない方が良いだろうから。ありもなしも選択可能な方が良かろう。
使えないとは思ってない。特定のライブラリを経由するなら使えるようにするのかなって話だよ。
というのは用途によってはない方が良いだろうから。ありもなしも選択可能な方が良かろう。
ガベコレ使わないでどうやってメモリ開放すんの？
Kotlinで出来るの？
>>39
知らん。ただネイティブ作るならライブラリも全部作ることになるだろうからどちらもできるようには作れるのでは？
知らん。ただネイティブ作るならライブラリも全部作ることになるだろうからどちらもできるようには作れるのでは？
例えばiOSだとネイティブの機能を使うのに参照カウンタの操作がどうしても必要になる場面はありそうだしな
そこらへんはどう実現するんだろ
そこらへんはどう実現するんだろ
Android Studio 3.1糞じゃね
3.0落としなおしたわ
3.0落としなおしたわ
どした？
>>25に同意だけどif-letとかちょいちょいKotlinにも欲しいのがある
//Kotlin
val view = this.view
if(view != null){
//スマートキャストによりローカル変数viewはNotNull
view.xxx()
}
//Swift
if let view = self.view {
//if-let文によりローカル変数viewはNotNull
view.xxx()
}
//Kotlin
val view = this.view
if(view != null){
//スマートキャストによりローカル変数viewはNotNull
view.xxx()
}
//Swift
if let view = self.view {
//if-let文によりローカル変数viewはNotNull
view.xxx()
}
それは多分慣れによる感覚だと思う
慣れてない人が難なく読める方が可読性高いように思うが
スマートキャストも慣れてないと分かりにくいだろ
え？どこで型変わったの？ってなる
え？どこで型変わったの？ってなる
好みの問題だろうけど、if let よりもエルビス先生使ってnullならreturnしてあげる方がブロック使わずに済むから好き
if let もまぁ、悪くない
せっかくkotlin使うなら
view?.xxx()
じゃいかんのけ
view?.xxx()
じゃいかんのけ
>>48
まあそれはあるかも知れんけどね。
そういやこないだプロパティに対してスマートキャスト掛からなくて何故だか悩んだなあ。
変数のように見えても実はgetter呼んでるだけだから使えないと気づくまでに時間が掛かった。
まあそれはあるかも知れんけどね。
そういやこないだプロパティに対してスマートキャスト掛からなくて何故だか悩んだなあ。
変数のように見えても実はgetter呼んでるだけだから使えないと気づくまでに時間が掛かった。
>>42
ビルド中なぜか失敗してbuild suspendedぐるぐる状態になることがある。その場合、invalidateしてもふっかつせず、buildフォルダやiml、.ideaを全消ししたら復活した
ビルド中なぜか失敗してbuild suspendedぐるぐる状態になることがある。その場合、invalidateしてもふっかつせず、buildフォルダやiml、.ideaを全消ししたら復活した
IntelliJファミリーのIDEは時々お茶目な動きするからな
基本的にはウダウダ悩むよりも.ideaフォルダを消してしまうのが手っ取り早い
基本的にはウダウダ悩むよりも.ideaフォルダを消してしまうのが手っ取り早い
ことりんにぬるぽしてもｶﾞｯ!されないとか聞いたのですがほんとうですか？
君の言いたいことがよくわからない
ことりんたんはそもそもぬるぽさせてくれないから
こっとりん
try{
･･･
}catch{}
･･･
}catch{}
JVM最強って何？ってここで聞けばKotlinか
ScalaかKotlinだろうね
IBM J9 VM でしょう
KotlinってAnnotation周りバグあんの？
このライブラリがKotlinに対応できない理由として
KotlinがTYPE_USEとAnnotatedTypeを正しく生成できないバグがある事を上げている
Kotlinのプロパティに使われた場合、取得を試みる事すら出来ないって
https://github.com/leangen/graphql-spqr/issues/72
2年も放置してるってJetBrainsはやる気あんの
このライブラリがKotlinに対応できない理由として
KotlinがTYPE_USEとAnnotatedTypeを正しく生成できないバグがある事を上げている
Kotlinのプロパティに使われた場合、取得を試みる事すら出来ないって
https://github.com/leangen/graphql-spqr/issues/72
2年も放置してるってJetBrainsはやる気あんの
やる気はそこそこある
>>63
正直1種類のハードに複数のJVMを実装する労力があるんだったら、
iOSなどJVMがないハードのJVM実装をやってほしい。
正直1種類のハードに複数のJVMを実装する労力があるんだったら、
iOSなどJVMがないハードのJVM実装をやってほしい。
やっぱりAndroid Studio3.1はバグってたぽいな
https://twitter.com/androidstudio/status/981914632892960768?s=19
https://twitter.com/androidstudio/status/981914632892960768?s=19
きっと考えずに感じているのだろう
チンコってこと？
フランクフルト食べたくなってきたな
アノテーションの一部にバグあっても
殆ど使わない機能から放置で問題ないと思ってるのか
殆ど使わない機能から放置で問題ないと思ってるのか
JVMのリリースサイクルが半年になったけど、KotlinのターゲットJVMは
どれくらいの期間にリリースされた分がサポートされるようになるんだろうか。
対応している間に次のJVMに移行しないといけなくなりそう。
>>74
GoogleがAndroidの公式言語に採用した時点で、もうゴールしてもいいよねと思ったかも。
どれくらいの期間にリリースされた分がサポートされるようになるんだろうか。
対応している間に次のJVMに移行しないといけなくなりそう。
>>74
GoogleがAndroidの公式言語に採用した時点で、もうゴールしてもいいよねと思ったかも。
>>75
それな。
jetbrainsは収益構図を描けてるのか甚だ疑問。
kotlinの進化を続けられるのか…
それな。
jetbrainsは収益構図を描けてるのか甚だ疑問。
kotlinの進化を続けられるのか…
代わりにScalaでも使うか
>>75
JVMそのものの後方互換性は中々失われないだろうから結構持つのでは？
古過ぎると金払ってもOracleがサボートしてくれなくなるだけで。
JVMそのものの後方互換性は中々失われないだろうから結構持つのでは？
古過ぎると金払ってもOracleがサボートしてくれなくなるだけで。
Oracleはサポート止めたりしないでしょ。只、来年から
サポート料うん倍にするだけで。
2010年のEBSに続いて今回のDB。信用されなくなるわな
サポート料うん倍にするだけで。
2010年のEBSに続いて今回のDB。信用されなくなるわな
OpenJDK 11はLTSにならないの？
.NET Coreに鞍替えするか
.NET Coreに鞍替えするか
最新のJDKを追ってる人はどういう用途で使ってるんだろう
WebLogicとかじゃね？
バージョン指定がとても細かい
バージョン指定がとても細かい
バージョン指定が細かいとJDK使うメリットが7割くらい失われる気がする
AdoptOpenJDKって非営利組織がOracleJDKのLTS版のセキュリティフィックスをOpenJDKにバックポートするって言ってるらしい
金が無い人はこっち使えば良いって事？
金が無い人はこっち使えば良いって事？
OpenJDKも数バージョンおきにLTSするようになる方向って話だけど、それとは違うのか
サーバーサイドとAndroidで広義でのJava8環境使ってるけど
正直Java6相当だとしてもさほど困る気がしない
Javaプラグインとかだとセキュリティパッチが必須とはいえ
そもそも脆弱性の源泉みたいなもの使うこと自体を考え直すべきだし
正直Java6相当だとしてもさほど困る気がしない
Javaプラグインとかだとセキュリティパッチが必須とはいえ
そもそも脆弱性の源泉みたいなもの使うこと自体を考え直すべきだし
kotlinはかなりいいが、androidStudioがまだ対応しきれてないな
Javaだとsuperクラスを指定してクラスを作れるのにできないし、
必要なコンストラクタも自動で記述してくれない
Javaだとsuperクラスを指定してクラスを作れるのにできないし、
必要なコンストラクタも自動で記述してくれない
俺は今のところ言語そのものを覚えようとしている段階なので vi で作って動かしてるよ。(GUIなしでLinuxでな)
学習するにしても補完のきくIDEの方が効率よくないか
覚えなくていいことを覚える自己満なんだからほっといてやれよ
ああおっさんか、それなら好きにすりゃいいよ。
新卒がそんな非効率なことやってたら優しく丁寧に指導するところだが。
新卒がそんな非効率なことやってたら優しく丁寧に指導するところだが。
vimでも設定すれば補完できるだろ
intellJ使うと、Kotlinらしくないコードにワーニングがつくから、その言語の文化を学ぶのに適切なんだけどね。
Javaを直訳したようなコードでも、コンパイルはとおるから。
プログラミング言語を学ぶってのは、文化込みだと思うので、IDEを使うことを勧めるね。その辺をわかってくれない、Vimerとかemacsenとか多いけど。
Javaを直訳したようなコードでも、コンパイルはとおるから。
プログラミング言語を学ぶってのは、文化込みだと思うので、IDEを使うことを勧めるね。その辺をわかってくれない、Vimerとかemacsenとか多いけど。
またJetBrainsの回し者か
そもそも言語作ってるのがJBなんだから回し者も何もないような
俺も最初はTryKotlinでやってたけど補完してくれないので効率悪くて、
AndroidStudioでやったほうが、重くても効率が良いとわかって移行した
まあ、言語そのものを触るのなんて3日で終わるだろうから、
最初からIDEにしといたほうが慣れていいと思うけどね
AndroidStudioでやったほうが、重くても効率が良いとわかって移行した
まあ、言語そのものを触るのなんて3日で終わるだろうから、
最初からIDEにしといたほうが慣れていいと思うけどね
IDEが誤解されてるというより、vimが誤解されてる気がするわ
設定したらIDEと変わらんし設定も簡単
と、どっちも使う人間は思う
設定したらIDEと変わらんし設定も簡単
と、どっちも使う人間は思う
ただkotlinはintellijが良いよ
俺もVim好きだけどIDEと変わらんはさすがに言いすぎ
ウォーニングなｗ
何も考えずjetbrainsのIDEにvimのキーをマッピングしとけば良いんだよ
ああ。Intellij もインストールはしてあって、そこのエディタは vim プラグイン入れてるよ。そうすると完全ではないが普通の編集はなんとなく vi になる。
そうだそれで良い
その挙動が怪しいプラグインを使って
intellijの元々のショートカットキーを調べるときvimのバインドとダブって困れば良い
その挙動が怪しいプラグインを使って
intellijの元々のショートカットキーを調べるときvimのバインドとダブって困れば良い
困るほど使ってないがな。滅多に起動しないから。w
お前ら新しいものに適応できないお年寄りにそんな厳しく当たるなよ
今のところ仕事で使う予定もないから素早く適応する必要もないんだよ。
今は趣味でやってるだけ。
今は趣味でやってるだけ。
だから時間を無駄にしてもいい理屈がよくわからんな
趣味でやるにしたって早く終えた方が次の趣味の時間にまわせるだろうし、
同じ時間で適応するとしたら効率よいほうが楽にできるだろうに
自分のやり方や知ってるやり方に固執してる老害にしかみえない
趣味でやるにしたって早く終えた方が次の趣味の時間にまわせるだろうし、
同じ時間で適応するとしたら効率よいほうが楽にできるだろうに
自分のやり方や知ってるやり方に固執してる老害にしかみえない
年を取れば皆そうなる
本人もお前も適応はできると思っているようだが、真相としてはもうできない
以後は今までの経験で生きていくだけ
本人もお前も適応はできると思っているようだが、真相としてはもうできない
以後は今までの経験で生きていくだけ
ていうか、使いこなせたvimはIDEを超えるから
自分でカスタマイズできないゴミには無理だが
自分でカスタマイズできないゴミには無理だが
IDEでやってると覚えるというより依存になるんだよな
ソース前にしてIDEなしではメンテもコンパイルもできない身体になっちゃう
まぁ、できなくて結構ってことなんだろうけど
どっちが深い理解を得られるかというと依存体質より管理体質なんだよな
ソース前にしてIDEなしではメンテもコンパイルもできない身体になっちゃう
まぁ、できなくて結構ってことなんだろうけど
どっちが深い理解を得られるかというと依存体質より管理体質なんだよな
IDEに頼りきりで知識が身に付かなくても、ドカタとして生きて行くなら問題ないって事だよ
奴隷の鎖自慢って言うけど、まさにIDEはドカタの鎖だな
奴隷の鎖自慢って言うけど、まさにIDEはドカタの鎖だな
今時、色んな言語、クラスライブラリ使ったり様々な知識求められるのに、俺IDE使わずに
開発してるんだぜとか、そんな無駄なところで記憶力使って自慢しても何の得にもならない。
もっと記憶力を他の大事なところに使おう。
開発してるんだぜとか、そんな無駄なところで記憶力使って自慢しても何の得にもならない。
もっと記憶力を他の大事なところに使おう。
そんなに記憶力を消耗するほど大変か？
IDEを叩くような時代遅れはパンチカードにでもプログラミングしてろｗ
0と1も読めない分際で深い理解とか抜かしてんじゃねーぞｗ
0と1も読めない分際で深い理解とか抜かしてんじゃねーぞｗ
Vimerその他が、ちゃんとしたコード書くんなら、文句はないんだけど、IDEで開くと、黄色がわらわら出てくるってのにつきあうと、殺意わいてくるよね。
補助輪を終始使わずに自転車に乗れるまで練習をした者だけがIDEに石を投げなさい
IDErはいまだに補助輪付けて自転車乗ってるのかｗ
補助輪は補助輪でも、自転車に乗るという行為を120％サポートするもろもろの機能付き超高性能補助輪やでえ
おまはんらじゃあ逆立ちしてもかてまへん
おまはんらじゃあ逆立ちしてもかてまへん
使う使わないは別としてIDEそのものを否定するとか、何十年前から思考停止してるんだよ。。
このスレおっさん多いと思ってたけど、想像以上かもしれない。
このスレおっさん多いと思ってたけど、想像以上かもしれない。
別にIDEとエディタで身につく知識に差なんて出ないだろ
履歴書はPCじゃなくて手書きにしろ、ってのと同じ匂いを感じる
履歴書はPCじゃなくて手書きにしろ、ってのと同じ匂いを感じる
vimをIDEと同じところまでカスタマイズできないって事は
つまり理解してないって事なんだけどね
つまり理解してないって事なんだけどね
やらないからといって出来ないわけではない
インラインアサセンブラで、最適化できない奴は、プルグラミングできてないって思ってた時期もありました。
プルグラミングってなんだよwwwww
Vimmer はvimも使うけど、IDEも使う
vimしか使わないってわけじゃないから
簡単なテキスト編集とか置換とかvimの方が効率いい場合はvimを使う
vimしか使わないってわけじゃないから
簡単なテキスト編集とか置換とかvimの方が効率いい場合はvimを使う
>>127
多分それが多数派だろ。
普段はIDE使うけどたまにちょろっといじるのにエディタ使う。
上にいるみたいに何故かIDEそのものを否定してるやつはただの老害やな。
多分それが多数派だろ。
普段はIDE使うけどたまにちょろっといじるのにエディタ使う。
上にいるみたいに何故かIDEそのものを否定してるやつはただの老害やな。
IDE使わないって言ってるやつは、日本語入力もIME使ってないってことでいいの？
IMEが良くてIDEはダメってダブルスタンダードじゃないですか？
IMEが良くてIDEはダメってダブルスタンダードじゃないですか？
skk使ってるんじゃね？
形態素解析なしでもimeだって言うんならもう知らん
形態素解析なしでもimeだって言うんならもう知らん
>>130
なんで？
vimはカスタマイズ性が高くて自分の理想の設定に出来るから使ってるんだけど？
なんで？
vimはカスタマイズ性が高くて自分の理想の設定に出来るから使ってるんだけど？
javaからkotlinに変換とかvimからできるん
IDEを使わないって言ってるやつはICEも使わないってことでいいの？
ARMのほうがMIPSよりもデファクトスタンダードじゃないですか？
ARMのほうがMIPSよりもデファクトスタンダードじゃないですか？
iceでは動くんですが･･･
Miracle On Ice.
Miracle On Ice.
Android StudioだとJavaで記述されたコードを貼り付けるとkotlinに変換してくれるんだぜ？
えっへん
えっへん
宗教論争、か・・・
Vimmer な
m２つ
m２つ
>>138
いやあのね。今は単に言語そのものの学習してるだけだし、vimでやるならこの程度ってわかってやってるから。
IDE使った方が便利そうなら使うよ。起動の遅さや重さがあっても使った方が良さそうに感じた場合な。
昔はDelphiとかも散々使ったしな。IDEそのものを否定する気は全くない。
いやあのね。今は単に言語そのものの学習してるだけだし、vimでやるならこの程度ってわかってやってるから。
IDE使った方が便利そうなら使うよ。起動の遅さや重さがあっても使った方が良さそうに感じた場合な。
昔はDelphiとかも散々使ったしな。IDEそのものを否定する気は全くない。
分かったからお前もう黙れ
シャーラップ！！！ シャラップ！
それに、もう数日経ってるからkotlinの言語仕様みたいなのを知るのは終わりの頃じゃね？
長くても1週間有ればいいでしょ
長くても1週間有ればいいでしょ
この本がKotlin対応になってた。本屋で紙の本ちょっと立ち読みしたら本当にKotlinで書いてあったよ。
はじめてのAndroidプログラミング 第3版 https://www.amazon.co.jp/dp/B07CCKXZMG/ref=cm_sw_r_cp_apa_fAY2AbNWMRW6Y
はじめてのAndroidプログラミング 第3版 https://www.amazon.co.jp/dp/B07CCKXZMG/ref=cm_sw_r_cp_apa_fAY2AbNWMRW6Y
古い版買った人に割引してくれないもんかな
何冊も同じような本買えないよ
何冊も同じような本買えないよ
共同ツール 1
https://seleck.cc/685
https://trello.com/
ボードのメニュー → Power-Upsから拡張可能 Slack DropBoxなど
Trello Chrome拡張機能 elegant
http://www.kikakulabo.com/service-eft/
trelloのオープンソースあり
共同ツール 2
https://www.google.com/intl/ja_jp/sheets/about/
共同ツール 3
https://slack.com/intl/ja-jp
https://www.dropbox.com/ja/
https://bitbucket.org/
https://ja.atlassian.com/software/sourcetree
https://sketchapp.com/extensions/plugins/
http://photoshopvip.net/103903
https://goodpatch.com/blog/sketch-plugins/
https://seleck.cc/685
https://trello.com/
ボードのメニュー → Power-Upsから拡張可能 Slack DropBoxなど
Trello Chrome拡張機能 elegant
http://www.kikakulabo.com/service-eft/
trelloのオープンソースあり
共同ツール 2
https://www.google.com/intl/ja_jp/sheets/about/
共同ツール 3
https://slack.com/intl/ja-jp
https://www.dropbox.com/ja/
https://bitbucket.org/
https://ja.atlassian.com/software/sourcetree
https://sketchapp.com/extensions/plugins/
http://photoshopvip.net/103903
https://goodpatch.com/blog/sketch-plugins/
Int 型の変数の絶対値を求めようとして absoluteValue プロパティ使おうとしたがコンパイル時に unresplved reference のエラーになる。
このプロパティは kotlin 1.2 から使えるようになってる筈だが、なぜエラーになるの？ドキュメントが間違ってる？
またはコンバイル時に何かオプション必要なの？
このプロパティは kotlin 1.2 から使えるようになってる筈だが、なぜエラーになるの？ドキュメントが間違ってる？
またはコンバイル時に何かオプション必要なの？
import kotlin.math.absoluteValue
してないんじゃね？
してないんじゃね？
>>151
そうだった。Int クラスのドキュメントの中に absoluteValue があったのでうっかり勘違いしてた。
拡張プロパティは違うパッケージで定義されてる事もあるからよく見ないとダメだね。
そうだった。Int クラスのドキュメントの中に absoluteValue があったのでうっかり勘違いしてた。
拡張プロパティは違うパッケージで定義されてる事もあるからよく見ないとダメだね。
ありがとうございましたは？
サンハイ
あ～り～が～と～う～ご～ざ～い～ま～し～た
あ～り～が～と～う～ご～ざ～い～ま～し～た
このスレって教えてもらっても礼言わない人が多い気がする
このスレっていうか、2ちゃんに何を求めてるんだ
5ちゃんだけどな
ここは俺に任せろ。
みんなありがとう！
みんなありがとう！
どう見ても自演です
本当にありがとうございました。
本当にありがとうございました。
"たしまいざごうとがりあ".reversed()
当事者の151だけど感謝の気持ちは伝わってこないよw
でも、>>161みたいな凝った感謝レスなら歓迎するがそういう技量なさそうだし、だったらあのレスいいよ
でも、>>161みたいな凝った感謝レスなら歓迎するがそういう技量なさそうだし、だったらあのレスいいよ
各自の心の中にある人間観が投影されているだけ
お前らことりんの話しろよ
ことりん、ありがとう
Kotlinに感謝しろよ
ことりんとかけまして、古い浴槽ととく
お前らざまりんの話しろよ
やだよ
ろずりん
[1,2,3].map{it/jt}
kotlinも短い命だったな・・
dartよりkotlinの方が断然いいけど、flutter使うから仕方ない
dartよりkotlinの方が断然いいけど、flutter使うから仕方ない
ハゲたら同じ
古い浴槽に使うジャバって何だと思ったら除菌する奴なんだな
片仮名で書かれるとジャバ・ザ・ハットしか出てこない
グーグルで検索したらトップにジョンソン株式会社のHP出てくるじゃん
右側にはプログラミング言語のJavaが出てくる
右側にはプログラミング言語のJavaが出てくる
ジャワ
(0..9).map{0}
kotlinとざまりんならどっちがいいの?
ゆうこりんに聞いてみろ
しぶりんに聞いてみます
Xamarin程の糞はない
ろずりんを忘れるな！
もうｺﾁﾝと来たぞ！
かちんこちんこ
うんこと便器どっちがいいって言ってるようなものだ
うんこと便器は種類が違うだろ
jvmとざまりんが便器でことりんとC#がうんこなんだろ
Xamarinがキングオブ糞
ととのいました！
Xamarinとかけまして、山口達也とときます
Xamarinとかけまして、山口達也とときます
ざまぁｗｗｗ
どっちもオワコンでしょう
val strList = mutableListOf<String>()
val file = File("a.txt").inputStream()
file.bufferedReader().useLines { lines -> lines.forEach { strList.add(it) } }
kotlinでファイルの内容を一行ずつListに入れたいと思います
今のコードは上記の通りなんですが、もっと良い方法ありますか？
あとから弄ることはないのでmutableじゃなくても良いんですが、
addするために仕方なくmutableListを使ってます
val file = File("a.txt").inputStream()
file.bufferedReader().useLines { lines -> lines.forEach { strList.add(it) } }
kotlinでファイルの内容を一行ずつListに入れたいと思います
今のコードは上記の通りなんですが、もっと良い方法ありますか？
あとから弄ることはないのでmutableじゃなくても良いんですが、
addするために仕方なくmutableListを使ってます
map
>>200
val strList = File("a.txt").inputStream().use { it.bufferedReader().readLines() }
kotlin.io.useとか使ってちゃんとcloseするのも大事
val strList = File("a.txt").inputStream().use { it.bufferedReader().readLines() }
kotlin.io.useとか使ってちゃんとcloseするのも大事
あ、ごめんuseLinesで閉じられるか
addAllでいけねぇか
file.bufferedReader().useLines { strList.addAll(it) }
file.bufferedReader().useLines { strList.addAll(it) }
まぁ、質問の答えじゃねぇけどな・・
val lines: List<String> = File("a.txt").readLines()
最近新しいニュースがないけど、Kotlin/Nativeが完成するまでは1.3もおあずけかな。
Google I/Oがあるじゃない
Google I/Oはないじゃある
去年はKotlin正式採用の発表があったからな
今年もそれぐらいインパクトのある発表があるはず
今年もそれぐらいインパクトのある発表があるはず
React NativeのNativeModule機能を両側から何かして
Kotlin/Native と Kotlin/JS をシームレスに繋げてほしい
Kotlin/Native と Kotlin/JS をシームレスに繋げてほしい
>>211
1.2の時はリリーススケジュールが結構前から出ていた気がするけど、1.3はbetaとかのスケジュールが
まったく出ていないように思う。
JetBrains社はやはり去年のGoogle I/Oで、もうゴールしていいよねになってしまったんじゃなかろうか。
1.2の時はリリーススケジュールが結構前から出ていた気がするけど、1.3はbetaとかのスケジュールが
まったく出ていないように思う。
JetBrains社はやはり去年のGoogle I/Oで、もうゴールしていいよねになってしまったんじゃなかろうか。
Kotlinって開発速度遅いよね
まー、りんごの言語みたいに毎年のように互換性のなくなるアップデートされるよりはマシだけど
まー、りんごの言語みたいに毎年のように互換性のなくなるアップデートされるよりはマシだけど
鼻水出て目がしょぼしょぼするから風邪かと思ったらどうやら花粉症らしい
困ったもんだ
困ったもんだ
>>214
正直これくらいでちょうどいいと思うわ
Swiftみたいになったら見向きもされなくなると思う
正直これくらいでちょうどいいと思うわ
Swiftみたいになったら見向きもされなくなると思う
Swift程の糞はない
>>216
言語仕様自体はもう変わらなくていいと思うけど、coroutineが宙ぶらりんなのは早くどうにかして欲しい。
言語仕様自体はもう変わらなくていいと思うけど、coroutineが宙ぶらりんなのは早くどうにかして欲しい。
すぐ確定仕様にしていった結果がSwiftの有様っすよ
Kotlin Common Module, Kotlin/Native, Kotlin/JSとの兼ね合いもあるのに急いでも碌なことにならない
まだexperimentalでいい
Kotlin Common Module, Kotlin/Native, Kotlin/JSとの兼ね合いもあるのに急いでも碌なことにならない
まだexperimentalでいい
コレクションをもっと簡単に書けるようにしてほしい
[]とか{:}で
[]とか{:}で
了解しました。
じゃ、頼んだよ。
お任せください。
できました
ちんぴょろすぽーん
>>220
ほんとそれ。なんでできないんだろうな。
arrayとmutableArrayの区別をつけられないから、とかか
ほんとそれ。なんでできないんだろうな。
arrayとmutableArrayの区別をつけられないから、とかか
jsで遊んでろカス
いい大人がJSと遊んでると通報されるぞ
情報種別： 子ども被害情報
件名：声掛け事案の発生
発生日時： 07月06日 12:50
発生場所： 交野市 梅ヶ枝４５番 付近路上
発信：交野警察署
発生状況： 帰宅途中の女子中学生が、男から「こんにちは」と声を掛けられる事案が発生しました。
犯人：犯人は、年齢２０～３０歳ぐらい、痩せ形で背が高い、黒っぽいTシャツ、ジーパンで黒色自転車に乗車した男１名。
告知内容： 不審者を見かけたらすぐに１１０番通報しましょう。
大阪府警察安まちメール
http://www.info.police.pref.osaka.jp/newDeliveryCrimeDetail.do?selectionId=63186
件名：声掛け事案の発生
発生日時： 07月06日 12:50
発生場所： 交野市 梅ヶ枝４５番 付近路上
発信：交野警察署
発生状況： 帰宅途中の女子中学生が、男から「こんにちは」と声を掛けられる事案が発生しました。
犯人：犯人は、年齢２０～３０歳ぐらい、痩せ形で背が高い、黒っぽいTシャツ、ジーパンで黒色自転車に乗車した男１名。
告知内容： 不審者を見かけたらすぐに１１０番通報しましょう。
大阪府警察安まちメール
http://www.info.police.pref.osaka.jp/newDeliveryCrimeDetail.do?selectionId=63186
情報種別： 子ども被害情報
件名：声掛け事案の発生
発生日時： 07月06日 12:50
発生場所： 交野市 梅ヶ枝４５番 付近路上
発信：交野警察署
発生状況： 帰宅途中の女子中学生が、男から「Xamarinほどの糞はない」と声を掛けられる事案が発生しました。
犯人：犯人は、年齢２０～３０歳ぐらい、痩せ形で背が高い、黒っぽいTシャツ、ジーパンで黒色自転車に乗車した男１名。
告知内容： 不審者を見かけたらすぐに１１０番通報しましょう。
件名：声掛け事案の発生
発生日時： 07月06日 12:50
発生場所： 交野市 梅ヶ枝４５番 付近路上
発信：交野警察署
発生状況： 帰宅途中の女子中学生が、男から「Xamarinほどの糞はない」と声を掛けられる事案が発生しました。
犯人：犯人は、年齢２０～３０歳ぐらい、痩せ形で背が高い、黒っぽいTシャツ、ジーパンで黒色自転車に乗車した男１名。
告知内容： 不審者を見かけたらすぐに１１０番通報しましょう。
>>220
プロトタイプベースなJavaScriptでは連想配列がオブジェクト構造そのものになるから重要だけど
Kotlinに導入してもメリットは大して無い
{キー:値}はクロージャ構文と衝突するからSwiftでは[キー:値]を採用している
[]によるリテラル構文が駄目とは言わないけど
配列/連想配列のリテラルなんかのために将来の構文拡張性の一つを失うのはもったいない
プロトタイプベースなJavaScriptでは連想配列がオブジェクト構造そのものになるから重要だけど
Kotlinに導入してもメリットは大して無い
{キー:値}はクロージャ構文と衝突するからSwiftでは[キー:値]を採用している
[]によるリテラル構文が駄目とは言わないけど
配列/連想配列のリテラルなんかのために将来の構文拡張性の一つを失うのはもったいない
まあぶっちゃけarrayOfがあればリテラルはそんないらんよな
Javaよりはずっと簡潔にかける
Javaよりはずっと簡潔にかける
プログラム書けない人が、面白いSNSアプリを考えたとして
そのアプリを世に出して普及させたいと考えたとして
そのビジネスはどう立ち上げたらいいと思いますか？
そのアプリを世に出して普及させたいと考えたとして
そのビジネスはどう立ち上げたらいいと思いますか？
スレ違いだと思うんですけど（名推理）
お金を用意して、作ってくれる会社や個人に発注したらどうすか（名案）
お金を用意して、作ってくれる会社や個人に発注したらどうすか（名案）
1 発注する
2 自分でプログラミングを勉強する
このどちらかしかないよね。
2 自分でプログラミングを勉強する
このどちらかしかないよね。
どのように書いてもコンパイラが最適化してくれて最終的に定数は定数としてバイトコード作ってくれれば良いだけ。
あ、リロードせずに書いてしまった。すまん。
結局Android PはXperia XZ2で動くじゃねーか
誰だよ日本でリファレンス機ないとか騒いでたやつは
誰だよ日本でリファレンス機ないとか騒いでたやつは
一昨日までなかったろう。何言ってるんだ
どうせこうなることは分かっていた
日本人は神経質過ぎんだよ
日本人は神経質過ぎんだよ
なんでPixelって日本で売らんの？
異常な市場なのとグーグルアシスタントの日本語対応なんじゃない？
前者の影響が大きいかと思う
前者の影響が大きいかと思う
iPhone優位な市場は日本以外にもあるけど、Androidに限ってもキャリアに征服された謎の機種しか売れないのは日本くらいかもな
KotlinでAndroidアプリ作って見たいけど、Pixelないから実機検証何でやったらいいのか分からんのよね
appleを儲けさせるために、アメリカの属国の日本には優秀なAndroid端末が入らないようにしてるんだよ
Kotlinだからってのが意味不明
Nexus5x/6p使え
Google はもう Kotlin へ完全移行する気満々だな
Android API 公式リファレンスのKotlin版
https://developer.android.com/reference/kotlin/packages
より Kotlin ぽい感じに書ける拡張 Android API
https://developer.android.com/kotlin/ktx
Android API 公式リファレンスのKotlin版
https://developer.android.com/reference/kotlin/packages
より Kotlin ぽい感じに書ける拡張 Android API
https://developer.android.com/kotlin/ktx
残念ながらflutter/dartが本命だから
そんなんGoogle I/O見てたら明らかだっただろ
ioでflutterなんか話題になってたっけ？
Googleの場合、GmailとInBoxの関係のように好きな方を使えってことだろ
dartそこはかとなく古臭いんだけど。
flutterがkotlinに対応したほうが早い。
flutterがkotlinに対応したほうが早い。
kotlinよりjavaの方が優れてる点って無いもんな
javaの資産維持しつつkotlinに移行する流れは必然
javaの資産維持しつつkotlinに移行する流れは必然
>>250
むしろなんとかDartを押し上げようと苦心してるような状況じゃね
Google社内の空気的にも厳しいと思うが
https://www.publickey1.jp/blog/17/typescriptdartgoogle.html
むしろなんとかDartを押し上げようと苦心してるような状況じゃね
Google社内の空気的にも厳しいと思うが
https://www.publickey1.jp/blog/17/typescriptdartgoogle.html
ちょっとKotlinが話題になったらすぐにJavaサポートは廃止に違いないと
日本人らしい短絡的早漏思考
日本人らしい短絡的早漏思考
Dartは古臭いというか洗練されてないというか
昔懐かしいオールドJavaScriptにそっくりだからなあ
昔懐かしいオールドJavaScriptにそっくりだからなあ
>>256
今年の発表を受けてもdartで盛り上がってるコミュニティなんて見たことないもんな
正直dartが人気になる可能性ほぼないから、それに引っ張られる形でflutterも上手くいかないと思う
今年の発表を受けてもdartで盛り上がってるコミュニティなんて見たことないもんな
正直dartが人気になる可能性ほぼないから、それに引っ張られる形でflutterも上手くいかないと思う
そもそもdartはbetterJSとしてJava開発者に馴染む様に作られたからね
廃止するとは思えないなあ。
確かにdartはくそだと思うけどトータルとして見ると
flutter+dart>Arch Comp+kotlin
だからな。
flutter+dart>Arch Comp+kotlin
だからな。
そうか？まあしかし俺はKotlinに傾注するよ。というのはこういうのは言語そのものの良し悪しよりも広まったもん勝ちになるのが普通だからだ。
広まって稼げるとなると入門書や関連書籍も沢山出てライブラリとかも沢山作られて余計に楽になる。
広まって稼げるとなると入門書や関連書籍も沢山出てライブラリとかも沢山作られて余計に楽になる。
いくらkotlinが素晴らしくても他の部分が足引っ張りすぎだわ。データバインディングやらarch compで楽になったとはいえ元がクソ過ぎて継ぎはぎだらけで、データバインディングはメニューにはバインドできなくて結局自前でやる中途半端さ。
kotlin+databind+arch compsでMVVMで1本作って見たけど、そこら辺の中途半端さにいらいら。
で次のアプリをflutter+dartで作ってるけど、dartのクソな部分が多少目につくけどflutterの方は一貫性があって今のところいい感じ
kotlin+databind+arch compsでMVVMで1本作って見たけど、そこら辺の中途半端さにいらいら。
で次のアプリをflutter+dartで作ってるけど、dartのクソな部分が多少目につくけどflutterの方は一貫性があって今のところいい感じ
>>264
それはビジネスチャンスだぞ。その糞な部分を埋めるものを君が作れば世界中に唸るほど売れて何億ドルも稼ぎまくってビリオネアになれるということだ。
ま、頑張れ。
それはビジネスチャンスだぞ。その糞な部分を埋めるものを君が作れば世界中に唸るほど売れて何億ドルも稼ぎまくってビリオネアになれるということだ。
ま、頑張れ。
menuはtoolbar部分を普通に自前でレイアウトしてImageViewなりTextViewなりを
配置すればdatabindingできるけどな
配置すればdatabindingできるけどな
>>263
完全に同意。
flutterはよく設計されてると思うけど、Dartであることがボトルネックになって広く使われることはまずないだろうな
完全に同意。
flutterはよく設計されてると思うけど、Dartであることがボトルネックになって広く使われることはまずないだろうな
言語なんて手段だ。でも世の中には言語でやるやらないを決める人が大勢いる。そして多数は正義。
Kotlin to Dartの実装を試みてる人は公式コンパイラをフォークした形では見当たらないな
React Nativeと同様にFlutterにも寄生出来るようにしておけば有利になる気はするんだけど
dart2jsをフォークしてDartコードからexternal修飾のKotlin定義を生成する実装
kotlin/jsをフォークしてKotlinコードからDartコードを生成する実装
React Nativeと同様にFlutterにも寄生出来るようにしておけば有利になる気はするんだけど
dart2jsをフォークしてDartコードからexternal修飾のKotlin定義を生成する実装
kotlin/jsをフォークしてKotlinコードからDartコードを生成する実装
プログラミング初心者です。
アンドロイドアプリ作りたいけど、過疎すぎてつらい
アンドロイドアプリ作りたいけど、過疎すぎてつらい
スタックオーバーフローに逝けや
>>270
そこそこ人居るっぽいけど
Androidプログラミング質問スレ revision54
http://2chb.net/r/tech/1510691057/
Android Studio 2
http://2chb.net/r/tech/1464941420/
とりあえずJDKと Android StudioまたはIntelliJ Community をインストールして後はググればいい
そこそこ人居るっぽいけど
Androidプログラミング質問スレ revision54
http://2chb.net/r/tech/1510691057/
Android Studio 2
http://2chb.net/r/tech/1464941420/
とりあえずJDKと Android StudioまたはIntelliJ Community をインストールして後はググればいい
Anko使ってる？使った方がいい？
GoogleはきっとAndroidのJavaフレームワーク全てをKotlinコンパチで書き直したいだろうけど物理的に無理だろうな。それじゃあいっそのこと新しいOSを作ろうって話になる。それも無理だからJavaがAndroidフレームワークから消え去ることは決してないだろう
使わなくていい
>>274
KotlinはJavaVMで動くんだから何も作る必要ないと思うが？
ドキュメントはあった方がわかりやすくて良いだろうけどなくてもKotlinからJavaのクラスを使う時の規則が分かってれば使えるよ。
KotlinはJavaVMで動くんだから何も作る必要ないと思うが？
ドキュメントはあった方がわかりやすくて良いだろうけどなくてもKotlinからJavaのクラスを使う時の規則が分かってれば使えるよ。
>>274
KotlinはJavaと100%互換だからその意味では達成されてる。あとは機能差の互換性、具体的にはnull safeなどだけど、これらも既存、新規のフレームワークへのnudityアノテーションの付与、ktx、android studioによるKotlin変換などすでに取り組まれている
KotlinはJavaと100%互換だからその意味では達成されてる。あとは機能差の互換性、具体的にはnull safeなどだけど、これらも既存、新規のフレームワークへのnudityアノテーションの付与、ktx、android studioによるKotlin変換などすでに取り組まれている
Kotlinは素晴らしいけど、Android用言語としては途中からの参戦になるからちょっと残念だったなぁという話
ま、しかし、Javaよりも作りやすいと思しGoogleがサポート表明して爆発的に使う人増えただろうから多分勢いは止まらずにKotlinだらけになるんじゃないかな。
まだKotlinやってねえのか。早く覚えないとAndroidの仕事できなくなるぞ
案件で言語指定された事はない。言語の縛りがあるのは引き継ぎ案件ぐらい。
実装16Gだけどフリーズ地獄
Studioではなく、独立したKotolinのReplはありませんか？
Studioではなく、独立したKotolinのReplはありませんか？
>>282
独立した？って、コマンドラインから使えるやつなら普通に配布されてるよ。
ただしWindowsのコマンドプロンプトでは漢字が化けた。
これを避けたい場合はWSL経由で使うかまたは本当にLinuxで使うか、かな。
独立した？って、コマンドラインから使えるやつなら普通に配布されてるよ。
ただしWindowsのコマンドプロンプトでは漢字が化けた。
これを避けたい場合はWSL経由で使うかまたは本当にLinuxで使うか、かな。
あ、ごめん。化けるのはReplでキーボードから文字を直接入力した時だけね(端末設定の都合でうまく行かないみたい)。
ファイルにスクリプト書いて実行する場合やコンパイルするなら問題ない。
シフトJIS(というかWindows-31j)のままで化けずに動く。
ファイルにスクリプト書いて実行する場合やコンパイルするなら問題ない。
シフトJIS(というかWindows-31j)のままで化けずに動く。
みなさん、ありがとー！
参考になりました！
参考になりました！
どういたしましてー！
またねー！
またねー！
Xamarinもよろしくねー！
いやXamarinは無いわ。(真顔)
Xamarinほどの
消しゴムひとつ
やっぱりおっさんスレだなここは
ちょまど神への信仰が足りませんね
教育が必要でしょうか
教育が必要でしょうか
ちょまどとかおっぱいだけやんけ
Kotlinに関する初心者の質問はこちらで受けていただけますか？
もし受けていただけないのならスルー、もしくは誘導をお願いします＞＜
1 var name:String?="xxx"
2 name?.let{
3 println(it.toUpperCase())
4 it.length
5 }
3行目、4行目がラムダ式と解説されているのですが
3，4行目を、原則的なラムダ式に書き換えるとしたら
どんな記述になるのでしょうか？
3，4行がどうしてラムダ式になるのかよくわからなくて。
アバウトでも結構ですのでよろしくお願いします。
もし受けていただけないのならスルー、もしくは誘導をお願いします＞＜
1 var name:String?="xxx"
2 name?.let{
3 println(it.toUpperCase())
4 it.length
5 }
3行目、4行目がラムダ式と解説されているのですが
3，4行目を、原則的なラムダ式に書き換えるとしたら
どんな記述になるのでしょうか？
3，4行がどうしてラムダ式になるのかよくわからなくて。
アバウトでも結構ですのでよろしくお願いします。
ラムダ式かラムダ式じゃないかとかどうだっていいじゃない
原則的な？
3 println(toUpperCaseのスーパークラス({ s -> it.toUpperCase}))
って感じになるのでしょうか？という意味でした
って感じになるのでしょうか？という意味でした
教えてあげたいけど何が分からないのかよく分からない。
letは任意の型に対しての拡張関数で、ラムダ式を引数として受け取るスコープ関数という構文なんだけど、そこはわかる？
letは任意の型に対しての拡張関数で、ラムダ式を引数として受け取るスコープ関数という構文なんだけど、そこはわかる？
ちなみにletの中でitはletが呼び出されたレシーバ(上の例ではString型のxxx)を指す。
なのでこの例だとitはString型だから、String型のメソッドである.toUpperCaseを呼び出せてる。
見当違いな答えだったらすまん、追加で聞いてくれ
なのでこの例だとitはString型だから、String型のメソッドである.toUpperCaseを呼び出せてる。
見当違いな答えだったらすまん、追加で聞いてくれ
2こぶラムダ
>>295
何がわからないのか分からないけど、もしかして3,4行目だけがラムダ式だと思ってる？
ラムダ式の部分は
{
println(it.toUpperCase())
it.length
}
この{から}まで
原則的なラムダ式って意味がよく分からんけど、今回のコードを長ったらしく書けば
name?.let( { name -> println(name.toUpperCase());name.length } )
になる
何がわからないのか分からないけど、もしかして3,4行目だけがラムダ式だと思ってる？
ラムダ式の部分は
{
println(it.toUpperCase())
it.length
}
この{から}まで
原則的なラムダ式って意味がよく分からんけど、今回のコードを長ったらしく書けば
name?.let( { name -> println(name.toUpperCase());name.length } )
になる
原則的なラムダ式って継続渡しスタイルのことか？
Haskellのdo記法のようなことしてると思ったのだろうか
Haskellのdo記法のようなことしてると思ったのだろうか
原則的なラムダ式とは何か
初夏の夜長に随分と哲学的な命題だな
初夏の夜長に随分と哲学的な命題だな
1番夜が短い季節の夜長とは、謎かけ問答でありますか
片手で拍手しろ
みなさん、どうもすみませんでした、ラムダです。
ご解説頂けてとてもありがたかったです。
letの意味も理解できました。
>>302さん、300さん、丁寧にありがとうございました。
ご解説頂けてとてもありがたかったです。
letの意味も理解できました。
>>302さん、300さん、丁寧にありがとうございました。
結局 原則的なラムダ式 ってのが何かは謎のまま終わった
kotlinを使うならGroovyとGradleを
一緒に覚えた方がいいよ。Groovyは本を一読する
だけでも頭に定着しやすが、kotlinはその真逆で文法にある程度クセがある。
そのクセが第三者が
見た時の可読性に繋がるってワケだ。Androidプログラミングを
する人は環境を整えることに着手しなくてはいけないのでビルトは
避けては通れない関門になる
一緒に覚えた方がいいよ。Groovyは本を一読する
だけでも頭に定着しやすが、kotlinはその真逆で文法にある程度クセがある。
そのクセが第三者が
見た時の可読性に繋がるってワケだ。Androidプログラミングを
する人は環境を整えることに着手しなくてはいけないのでビルトは
避けては通れない関門になる
groovyガリガリ書かないといけないような状況なんてそうそうない
Groovyはクールガイだ
ビルド時にGroovyであーだこーだしなくちゃいけないなら根本的に何かを間違ってるから、そもそもプロジェクトの設計を見直した方が良い
jsonでやり取りしようと
思ったらGradle必要なくね？
思ったらGradle必要なくね？
ちょっとしたタスク入れたいとき迷わず済むから
知っておいて損は無いけど、割と避けて通れる気もする
Kotlinスレとしてはむしろ逆に build.gradle.kts を推すところだろう
Community版にもIDE支援機能実装しろください
知っておいて損は無いけど、割と避けて通れる気もする
Kotlinスレとしてはむしろ逆に build.gradle.kts を推すところだろう
Community版にもIDE支援機能実装しろください
gradleの仕組みが判んないと話にならねwww
俺が馬鹿なのか、なんなのか紹介サイトのソースを
コピーって実行しようといつもする。kotlin verやAndroid ver
などの初期情報を調べて
予定調和で動かそうとするけど、なんか実態が
掴めない。YouTubeに乗ってる手順でやってみるが
実感がまるで掴めない。gradleでビルドすると、PCの容量が
ドンドン無くなってる行く気がするし、
海外のサイトを行ったり来たりすると、スパイウェアかなんかで
引っ掛かりそうで怖くなったりする
俺が馬鹿なのか、なんなのか紹介サイトのソースを
コピーって実行しようといつもする。kotlin verやAndroid ver
などの初期情報を調べて
予定調和で動かそうとするけど、なんか実態が
掴めない。YouTubeに乗ってる手順でやってみるが
実感がまるで掴めない。gradleでビルドすると、PCの容量が
ドンドン無くなってる行く気がするし、
海外のサイトを行ったり来たりすると、スパイウェアかなんかで
引っ掛かりそうで怖くなったりする
結構みんなKotlin島に移り住んでるのね
言語の場合は移り住むという表現は適切ではないのでは？
新しく何かを覚えたからといって今まで覚えた言語を使うことが禁止されるわけでもなく忘れてしまうわけでもなく相変わらず同じように使えるから。
新しく何かを覚えたからといって今まで覚えた言語を使うことが禁止されるわけでもなく忘れてしまうわけでもなく相変わらず同じように使えるから。
つまりジャワ島とコトリン島に同時に存在する
そして N88-BASIC(86) 島には亡霊が存在する。
Ruby のbundler と、Gradle は同じだろ
Ruby, Groovy も、ほぼ同じ
Ruby, Groovy も、ほぼ同じ
ほぼ同じっ！
またこいつかよ
python逆転してからおととい来やがれ
python逆転してからおととい来やがれ
今後一年以内に覇権言語となるコトリンスレがなんで過疎ってんのよ
もう勉強始めちゃったよ
もう勉強始めちゃったよ
覇権を狙うためのFlutterみたいなパワードスーツの開発はJBには厳しいだろうな
DartがiOSへのネイティブコンパイルを既に実戦投入しているせいで
Kotlin/Nativeの遅れ感が強まったし
DartがiOSへのネイティブコンパイルを既に実戦投入しているせいで
Kotlin/Nativeの遅れ感が強まったし
まあどうせFlutterもKotlin nativeも一部の物好きだけにしか使われずに終わるからどうでもいいよ
今後もjava安定
NULL安定とかいってもJava引き継ぐ限りNULL不安定
てわけでJBVM作るか完全にLLVMになるか
さっさとしろ
さっさとしろ
僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
I4F2B
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
I4F2B
I4F2B
なんか話題ないの
ktx
coroutine
coroutine
セオリティカルなラムダ式について
神学的なラムダ式とは
ラムダラムダラムダラムダラムダラムダラムダラムダラムダラムダラムダラム
ダラムダラムダラムダラムダラムダラムダラムダラムダラムダラムダラムダラム
ラムダラムダラムダラムダラムダラムダラムダラムダラムダラムダラムダラムダラム
ダラムダラムダラムダラムダラムダラムダラムダラムダラムダラムダラムダラムダラム
ダラムダム ダラムダ ム ダ ム ダラム
ラムダラムダ ラムダラムダ ラムダ ム ダ ラムダラムダラ
ダラムダム ダラムダム ダム ダ ラムダラムダラ
ラムダラムダ ラムダラムダ ラムダ ム ダ ラムダラムダラムダラ
ダラムダム ダラムダム ダム ダ ム ダラムダラムダラ
ラムダラムダ ラムダラムダラムダラムダラムダラムダラムダラムダラムダラ
ダラムダム ＼ ／ ダラムダラムダラムダラムダラムダラムダラムダラムダラムダラ
ラムダラムダ | ＼ ／ | ラムダラムダ ラムダム ダ ム ダ ラムダ
ダラムダム （ ＼ ／ ） ダラムダム ダ ム ダ ム ダ ム ダ ラムダ
ラムダラムダ | ＼ ＼／ ／ | ラムダラムダム ダ ラムダ ム ダ ラムダ ラムダ ラ
ダラムダム ＼Ｃ￣| | |￣Ｃ／ ダラムダラムダ ム ダム ダ ム ダ ラムダ ラムダ
ラムダム (（＼ ￣￣||| | |||￣￣／））))ラムダラムダ ム ダム ダム ダ ラムダ
ダラムダム| |￣￣＼|／￣￣| ／￣￣￣￣＼ラムダラムダラムダラムダラムダラムダラムダラム
￣￣￣￣| | |/￣￣￣￣/／⌒⌒ーヽラムダラムダラムダラムダラムダラム
￣￣￣￣| | ＜⌒⌒＞ /￣￣￣￣/ ＼ラムダラムダラムダラムダラム
￣￣￣/ | ⌒⌒ /￣￣￣￣/ ラムダラムダラムダラムダラ
￣￣/ | ＼（￣Ｖ￣）/￣￣￣￣/ ラムダラムダラムダラム
￣/ ⌒ | ＼＿／/￣￣￣￣/ ノ ラムダラムダラムダ 👀
Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b)
ダラムダラムダラムダラムダラムダラムダラムダラムダラムダラムダラムダラム
ラムダラムダラムダラムダラムダラムダラムダラムダラムダラムダラムダラムダラム
ダラムダラムダラムダラムダラムダラムダラムダラムダラムダラムダラムダラムダラム
ダラムダム ダラムダ ム ダ ム ダラム
ラムダラムダ ラムダラムダ ラムダ ム ダ ラムダラムダラ
ダラムダム ダラムダム ダム ダ ラムダラムダラ
ラムダラムダ ラムダラムダ ラムダ ム ダ ラムダラムダラムダラ
ダラムダム ダラムダム ダム ダ ム ダラムダラムダラ
ラムダラムダ ラムダラムダラムダラムダラムダラムダラムダラムダラムダラ
ダラムダム ＼ ／ ダラムダラムダラムダラムダラムダラムダラムダラムダラムダラ
ラムダラムダ | ＼ ／ | ラムダラムダ ラムダム ダ ム ダ ラムダ
ダラムダム （ ＼ ／ ） ダラムダム ダ ム ダ ム ダ ム ダ ラムダ
ラムダラムダ | ＼ ＼／ ／ | ラムダラムダム ダ ラムダ ム ダ ラムダ ラムダ ラ
ダラムダム ＼Ｃ￣| | |￣Ｃ／ ダラムダラムダ ム ダム ダ ム ダ ラムダ ラムダ
ラムダム (（＼ ￣￣||| | |||￣￣／））))ラムダラムダ ム ダム ダム ダ ラムダ
ダラムダム| |￣￣＼|／￣￣| ／￣￣￣￣＼ラムダラムダラムダラムダラムダラムダラムダラム
￣￣￣￣| | |/￣￣￣￣/／⌒⌒ーヽラムダラムダラムダラムダラムダラム
￣￣￣￣| | ＜⌒⌒＞ /￣￣￣￣/ ＼ラムダラムダラムダラムダラム
￣￣￣/ | ⌒⌒ /￣￣￣￣/ ラムダラムダラムダラムダラ
￣￣/ | ＼（￣Ｖ￣）/￣￣￣￣/ ラムダラムダラムダラム
￣/ ⌒ | ＼＿／/￣￣￣￣/ ノ ラムダラムダラムダ 👀
Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b)
全然変更無かったよな。もう今の仕様で完成なのかな。
今回のメインは、KTXを含んだAndroid Jetpackだな
とりあえずcoroutineの仕様を正式に確定して欲しい。
もしかしたら大幅に見直される可能性のあるままじゃ使いにくい
もしかしたら大幅に見直される可能性のあるままじゃ使いにくい
なんかC#に比べてコルーチン使いにくくない
俺は全く逆の感想だったけど
神様ラムダ様、アプリは開発では、javaとkotlinとどっちを軸足にするのがいいですか？
新規ならもうkotlinだろうなあ
Kotlin一択だな
このスレで Kotlin と答えない者は異端なので火炙りの刑
今からJavaやる意味って無いだろ
Javaでないと出来ないことって無いよな？
Javaでないと出来ないことって無いよな？
外部ライブラリに依存しない部品とかはターゲットプラットフォームCommonのKotlinで書いておくと
Javaの範囲を超えてObjective-CやJavaScriptからも使えるのでおすすめ
コルーチンもCommonも大きな変更は無さそうだし
Javaの範囲を超えてObjective-CやJavaScriptからも使えるのでおすすめ
コルーチンもCommonも大きな変更は無さそうだし
100％の互換性があるということは
今後kotlinにjavaの機能を独自に実装することはないのか？
今後kotlinにjavaの機能を独自に実装することはないのか？
そこでxamarinですよ
>>352
仮にあったとしても Kotlin 側から呼び出して使えるので結果的にないのと同じになる。
仮にあったとしても Kotlin 側から呼び出して使えるので結果的にないのと同じになる。
KotlinよりJavaの方が優れている理由を書けた人は天才
>>358
仕様決定プロセスがオープンである
他方の環境で動作する
xamarinと間違われない
Dukeがいる
キャンディもいる
仕様決定プロセスがオープンである
他方の環境で動作する
xamarinと間違われない
Dukeがいる
キャンディもいる
>>358
他社が他人のふんどしで調子こいてシャシャってきたら訴えて賠償金を取れる。
タダで使わせてやってた乞食どもが調子乗ってきたら有料化して絞め殺せる。
他社が他人のふんどしで調子こいてシャシャってきたら訴えて賠償金を取れる。
タダで使わせてやってた乞食どもが調子乗ってきたら有料化して絞め殺せる。
>>358
｢kotlin？そんな聞いたこともないような言語使えるか！｣と言われるような職場でも問題なく使える
｢kotlin？そんな聞いたこともないような言語使えるか！｣と言われるような職場でも問題なく使える
まあkotlinが
安定したら拡張フレームワーク
出せばいいだけの話だけどな。そうなったらオリジナルもうイラんわ
安定したら拡張フレームワーク
出せばいいだけの話だけどな。そうなったらオリジナルもうイラんわ
まあkotlinが
安定したら拡張フレームワーク
出せばいいだけの話だけどな。そうなったらオリジナルもうイラんわ
安定したら拡張フレームワーク
出せばいいだけの話だけどな。そうなったらオリジナルもうイラんわ
>>352
1.2.40まではjavaバイトコードのインターフェースのデフォルトメソッドが作れなかった
1.2.40まではjavaバイトコードのインターフェースのデフォルトメソッドが作れなかった
>>369
javaのライブラリ（springとかmybatis）とkotlinのインターフェースのデフォルトメソッドを組み合わせると実行時エラー
java8に対応しててもkotlinには対応してないから当然なんだけど…
javaのライブラリ（springとかmybatis）とkotlinのインターフェースのデフォルトメソッドを組み合わせると実行時エラー
java8に対応しててもkotlinには対応してないから当然なんだけど…
プログラム経験なくてもkotlinは習得可能ですか？
そらぁ最初はみんなプログラム経験とかないし
kotlinを習得に
必要なスキルは英語力
これはマジ！！！じゃなければ
kotlin一択はやめとけ。他のJVM言語より
初めやすく安定してるけど、kotlin以外がクソだからそう見える
必要なスキルは英語力
これはマジ！！！じゃなければ
kotlin一択はやめとけ。他のJVM言語より
初めやすく安定してるけど、kotlin以外がクソだからそう見える
そんなに完璧に英語力なくてもなんとかなりそうな気がするけどなあ。
日本語の解説ページも今では沢山あるし、Googleで翻訳もできるし、単語検索してもすぐ出るし。
ま、知ってれば知ってるほど有利であることには変わりはないが。
日本語の解説ページも今では沢山あるし、Googleで翻訳もできるし、単語検索してもすぐ出るし。
ま、知ってれば知ってるほど有利であることには変わりはないが。
英語は必要だけど、プログラムやる以上避けて通れない話だから、とにかくトライするのが吉。
慣れないうちはキツいけど、いつ始めてもキツさは変わらないんだから。
それに、目的持って英語を使ったほうが身に付くの早いよ。
慣れないうちはキツいけど、いつ始めてもキツさは変わらないんだから。
それに、目的持って英語を使ったほうが身に付くの早いよ。
>>371
もちろん可能です。
誰だって最初の１つのプログラミング言語を覚える時は未経験から始めてるんだから。
もちろん可能です。
誰だって最初の１つのプログラミング言語を覚える時は未経験から始めてるんだから。
でも、ググって調べ事すると、Java知ってること前提にしたような説明も多かったりするから、いきなりKotlinよりJavaやっといた方がええで。
初めての言語はPython オススメ
>>371
可能不可能という問いなら、物理的あるいは論理的に不可能とかではないので、
可能に決まっているけど、ハードルが高いか低いかと言われれば、Javaよりハードルが高い。
理由はJavaやプログラミング一般の知識を前提としない情報源がないから。
Kotlinの解説で、「オブジェクトとは何か」「getterとsetterは何のためか」
から解説してくれているものは寡聞にして知らない。
ただ、プログラミング言語は2つ目以降は学習コストがかなり低くなるので、
Javaの入門書 -> 「Effective Java」 -> 「Kotlinスタートブック」と
進むのも、ぬるぽから開放されるためにはそれほど悪い考えでもないとは思う。
可能不可能という問いなら、物理的あるいは論理的に不可能とかではないので、
可能に決まっているけど、ハードルが高いか低いかと言われれば、Javaよりハードルが高い。
理由はJavaやプログラミング一般の知識を前提としない情報源がないから。
Kotlinの解説で、「オブジェクトとは何か」「getterとsetterは何のためか」
から解説してくれているものは寡聞にして知らない。
ただ、プログラミング言語は2つ目以降は学習コストがかなり低くなるので、
Javaの入門書 -> 「Effective Java」 -> 「Kotlinスタートブック」と
進むのも、ぬるぽから開放されるためにはそれほど悪い考えでもないとは思う。
基本からしっかり身につくAndroidアプリ開発入門 Android Studio 3対応 (「黒帯エンジニア」シリーズ)
https://www.amazon.co.jp/dp/479739580X/
Kotlin前提の入門書みたいやで
https://www.amazon.co.jp/dp/479739580X/
Kotlin前提の入門書みたいやで
kotlinの言語自体は判りやすいんだけど
周辺のライブラリがあり過ぎて判りにくい
定番ライブラリとか纏めて教えて欲しいわ
周辺のライブラリがあり過ぎて判りにくい
定番ライブラリとか纏めて教えて欲しいわ
そんなあなたにJetPack、て事じゃないのか？
とりあえずRxJava必須な
太郎本はダメなん？
あとタイトル忘れたけどkotlin入門みたいないかにも簡単そうな本をよく本屋で見かける気がする
あとタイトル忘れたけどkotlin入門みたいないかにも簡単そうな本をよく本屋で見かける気がする
なるほど、みんなの意見を集約すると
日本語習得→英語習得→java習得→kotlin
という順序なのですね。道のりが一気に長く感じた
日本語習得→英語習得→java習得→kotlin
という順序なのですね。道のりが一気に長く感じた
そんなもん必要に応じてだろ
ことりん触りたかったらことりんを触りまくればいい
ことりん触りたかったらことりんを触りまくればいい
事案
まあね。俺も昔々英語がほとんどわからなかった中学の頃に BASIC 覚えたり APPLE ][ の全部英語のマニュアルに書いてあった全部6502アセンブラで書かれたモニタプログラム読んで理解できるようになったから多分大丈夫だよ。
最初全然わからなくてもずっと調べ続ければ必ずわかるようになる。気力が持つかどうかの問題。
最初全然わからなくてもずっと調べ続ければ必ずわかるようになる。気力が持つかどうかの問題。
まずこの本で、オブジェクト指向を学ぶ
スッキリわかる Java入門 第2版、2014
次に、この本で、テキスト処理・関数型・シェルスクリプトを学ぶ
たのしいRuby 第5版、2016
2, 3年後に、
Kotlinスタートブック -新しいAndroidプログラミング、長澤 太郎、2016
スッキリわかる Java入門 第2版、2014
次に、この本で、テキスト処理・関数型・シェルスクリプトを学ぶ
たのしいRuby 第5版、2016
2, 3年後に、
Kotlinスタートブック -新しいAndroidプログラミング、長澤 太郎、2016
jQueryを言語だと思ってるやつはろくでもないって、死んだばぁちゃんが言ってた。
>>396
I/OにはAPPLE&PETの１＆２別冊があったし
APPLE操縦法入門も既に出版済み
なので、よくある「語り」でしょう。:-p
I/OにはAPPLE&PETの１＆２別冊があったし
APPLE操縦法入門も既に出版済み
なので、よくある「語り」でしょう。:-p
jQueryで数行で出来ることのためにわざわざVueやReact使いたがる奴は殺していいってうちのばあちゃんが言ってた
>>398
kotlinもJavaで出来ることをwwwやってるがなwww
一得がjQueryは簡単ではない。
ハマリどころが沢山ある。素人が使える
手軽さと、Domを直感的に捉える感覚が丁度良いと思う
kotlinもJavaで出来ることをwwwやってるがなwww
一得がjQueryは簡単ではない。
ハマリどころが沢山ある。素人が使える
手軽さと、Domを直感的に捉える感覚が丁度良いと思う
いや、jQueryは言語じゃないやろ。
>>396
金持ちではないが親父がいわゆるマスオさん形式で家にいて家賃とかかからなかったのが良かったのかも知れない。
で、当時秋葉の九十九で中古の Aple ][ plus が24万円という激安で売られてたので親父を説得しまくって買って貰った。
金持ちではないが親父がいわゆるマスオさん形式で家にいて家賃とかかからなかったのが良かったのかも知れない。
で、当時秋葉の九十九で中古の Aple ][ plus が24万円という激安で売られてたので親父を説得しまくって買って貰った。
disk][ は買わなかったのか？
>>403
後で買ったよ。それまでずっとカセットテープ。
ディスクは後で自分でアルバイトして純正品じゃないやつをつけたんだったかな？
なんかそんな感じ。ロビン電子とかあちこちで売ってた。
後で買ったよ。それまでずっとカセットテープ。
ディスクは後で自分でアルバイトして純正品じゃないやつをつけたんだったかな？
なんかそんな感じ。ロビン電子とかあちこちで売ってた。
一台目だけは純正薦められる筈なんだが
(1) DOSの純正DISKがセット
(2)プロテクトの関係でBOOTしない事多し
ロビンの隣のビルの火星販売会社には行ったかね？
(1) DOSの純正DISKがセット
(2)プロテクトの関係でBOOTしない事多し
ロビンの隣のビルの火星販売会社には行ったかね？
>>405
そう？勧められたかなあ？覚えてないな。
フロッピーディスクだけはApple][持つ前から何枚も持ってたんだよね。あちこちの店でいじれたから。
それでそこで知り合った人たちからコピーしたやつ沢山あったので純正のがなくても困らなかった。
まあ今考えればとんでもないコピー天国だが。w
火星販売も記憶にないな。多分行ってないと思う。
そう？勧められたかなあ？覚えてないな。
フロッピーディスクだけはApple][持つ前から何枚も持ってたんだよね。あちこちの店でいじれたから。
それでそこで知り合った人たちからコピーしたやつ沢山あったので純正のがなくても困らなかった。
まあ今考えればとんでもないコピー天国だが。w
火星販売も記憶にないな。多分行ってないと思う。
5インチフロッピーディスクにカッターで切り込み入れて両面使えるようにしたよなぁ?
専用パンチ買った記憶
専用パンチ買った記憶
これなんで流行ってないの？
そのとおりっ！
このスレって、
年齢４０、５０代
金持ち
が多そう
年齢４０、５０代
金持ち
が多そう
てか、若いのから年寄りまで満遍なく居るのでは？
じゃあ1人ずつ年齢かいてもらおうか
珍しく伸びてると思ったら30代のオッサンがついて行けないような話で盛り上がってた
時代的には80年代前半～中頃
ロビンの横にはAMIGA+APPLEの専門店と
マーズマーケティングカンパニーがあったのよ(香港のノリの店)
ロビンの横にはAMIGA+APPLEの専門店と
マーズマーケティングカンパニーがあったのよ(香港のノリの店)
その時代にそういう店に出入りしてたってことは今50代だろ、、
そろそろ昔のPC板に移動しろよ
ベーマガとかの世代が今コトリンに興味があるのか
ていうか、そもそも5chがもう年寄りの巣窟になってるからな
若い子はSNS中心で2chの存在自体知らんだろう
若い子はSNS中心で2chの存在自体知らんだろう
kotlinユーザーに
とってはGradle/Groovyがかなり上手い。
高い本買って、あくせく読んでたけどJavascriptにないもの
Javaにないもの
Kotlinにないものを全部持ってる気がする。
ただ始めるには本を買うお金と英語力と互換性の違いをカバー
するタメの根気が必要！！！
とってはGradle/Groovyがかなり上手い。
高い本買って、あくせく読んでたけどJavascriptにないもの
Javaにないもの
Kotlinにないものを全部持ってる気がする。
ただ始めるには本を買うお金と英語力と互換性の違いをカバー
するタメの根気が必要！！！
やっぱり皆さんってタイピングめっちゃ早いんですか？
タイピングの遅いプログラマーって、長時間正座できない落語家みたいなもんだろ
昔、先輩に
「PCのスペック上げる前に自分のスペック上げろ」
「プログラミングで1番ボトルネックになるのは入力スピードだからキーボードには金かけろ」
って教えられた
それ以来HHKB使ってる
「PCのスペック上げる前に自分のスペック上げろ」
「プログラミングで1番ボトルネックになるのは入力スピードだからキーボードには金かけろ」
って教えられた
それ以来HHKB使ってる
補完きくから実はタイピングはそれほど重要ではない
Railsかなんかの動画で
初めてTextMate見た時は衝撃的だったわ
初めてTextMate見た時は衝撃的だったわ
>>422
速いんじゃないかな。ていうかブラインドタッチしててキー見ていない。
たまに速くてもホームポジションに指を置いてなくてキーボード見ながら打ってる人居るが、それだとブラインドタッチよりは遅くなるのが普通だと思う。
そうであってはいけないわけではないしそれでも速い人は速いかも知れないが効率は悪いと思う。
速いんじゃないかな。ていうかブラインドタッチしててキー見ていない。
たまに速くてもホームポジションに指を置いてなくてキーボード見ながら打ってる人居るが、それだとブラインドタッチよりは遅くなるのが普通だと思う。
そうであってはいけないわけではないしそれでも速い人は速いかも知れないが効率は悪いと思う。
なにそれ
思考を途切れさせない程度の速度で入力できれば十分じゃないかな。データ入力を専門とする人達ほどの速さはいらないと思う。
キー入力自体よりは、頭で考えている時間の方が比重はかなり大きいと思うよ。
キー入力自体よりは、頭で考えている時間の方が比重はかなり大きいと思うよ。
設計に一番時間かからない？そうでもないのか…？
>>431
設計は思い付くかどうかの問題なのでなんとも言えない。以前別の所でやったことと同じとか類似するなら速い。
そうでない場合は新たに調べなければならないことがあったりして遅くなる。
設計は思い付くかどうかの問題なのでなんとも言えない。以前別の所でやったことと同じとか類似するなら速い。
そうでない場合は新たに調べなければならないことがあったりして遅くなる。
プログラムを作るのにキー入力にかかる時間なんて大した比重じゃないだろ
9割は考えてる時間だわ
9割は考えてる時間だわ
HHKB使ってるやつカチャカチャうるさいんだけど他人の迷惑になってるって何で気付かないの
タイピング速度の話題ってスレチなんだけど他人の迷惑になってるって何で気付かないの
kotlinとjavaとを比較したら
kotlinの方が実行速度は速く
メモリにも優しいの？
kotlinの方が実行速度は速く
メモリにも優しいの？
えっ？
は？
JavaとJavaを比較するのは難しいな
出力されるものが違うんだから比較は出来るだろ
厳密にはKotlinの方が遅いんじゃないのか？でもnull安全
厳密にはKotlinの方が遅いんじゃないのか？でもnull安全
ラムダは無名インナークラスのオブジェクトとしてヒープに作られ、だからinlineにしろと言うが下手に使うとapkサイズ(Android)が大きくなる
どんな最適化がされるかによるかな
Kotlinから生成されるのと同じコードをjavaで書いたら当然同じ速度になるだろ
kotlinはjavaコードをシンプルに書ける分、実行速度が遅いのかなと思ってしまったです
kotlinってJavaより本気でシンプルに書けてると思う？
そのシンプルさって本気で必要か？
そのシンプルさって本気で必要か？
必要だったかどうかは10年後にわかる
コードレビューのときとかも見なきゃいけないコードが減って、
重要な部分だけが差分として出てくるのはいいよね
重要な部分だけが差分として出てくるのはいいよね
>>451
俺としては型推論や記述の省略はむしろコードレビューの時に情報が足りなくて、結局差分以外の前後（特に前）を読まないと修正が妥当かどうかが判断出来ない。
俺としては型推論や記述の省略はむしろコードレビューの時に情報が足りなくて、結局差分以外の前後（特に前）を読まないと修正が妥当かどうかが判断出来ない。
型推論ってJavaでのメソッドチェーンや引数に式書くのと同じだけどな
それらも避けてるならまぁ・・・
それらも避けてるならまぁ・・・
>>452
俺も含めて世界中のエンジニアはそれで何の問題もなくコードレビュー出来てるんだ。
Kotlinの仕様でなく自分の能力を疑え。
俺も含めて世界中のエンジニアはそれで何の問題もなくコードレビュー出来てるんだ。
Kotlinの仕様でなく自分の能力を疑え。
>>452
絵に描いたような「新しいものを否定するために否定する理由を探す老害」の言動そのものだな
自覚がないなら本当にヤバいからよく考え直した方がいい
絵に描いたような「新しいものを否定するために否定する理由を探す老害」の言動そのものだな
自覚がないなら本当にヤバいからよく考え直した方がいい
むしろ生きろ
生きて地獄を味わってから救いを求めて死ねばいい
お前らが特定のレス叩きすぎるから萎縮してスレ過疎ったじゃねーかよ！
twitterじゃねえんだからゴミみたいなレスが溢れてるよりは何も書かれてない方が良いだろ
最初から過疎ってるからセーフ
で、肝心なKotlinの話題はないのか？
本が出るとかでもいいから。
本が出るとかでもいいから。
KotlinのAndroid入門本が新しく一冊出るはず
おお。そうか。また出るのか。
なんて本？もうAmazonとかには出てる？
なんて本？もうAmazonとかには出てる？
Androidじゃないみたいだけど、こんな本出ていた事に気づかなかった。
やさしいKotlin入門
http://amzn.asia/hwYD4Tq
やさしいKotlin入門
http://amzn.asia/hwYD4Tq
新しくてAndroidっていうとこれか？
基本からしっかり身につくAndroidアプリ開発入門 Android Studio 3対応 (「黒帯エンジニア」シリーズ)
森 洋之
http://amzn.asia/fSD1PG8
基本からしっかり身につくAndroidアプリ開発入門 Android Studio 3対応 (「黒帯エンジニア」シリーズ)
森 洋之
http://amzn.asia/fSD1PG8
C#＋WinFormsは趣味レベルで知ってる、それ以外は知らない
周りに教えてくれる人はいない
こんな状況でkotlinでAndroidプログラミングを1からっていけますかね？
Androidが3の頃に挑戦して挫折したヘタレです
ググってたら今やるならkotlinで、みたいな話いっぱい出てくるんですが
言ってるのはJavaでAndroidやってきた人ばっかな気がして
そういう人たちにはとっつきやすいってだけな気がしてきました
一応
http://www.atmarkit.co.jp/ait/series/8323/
見てたら結構C#に似ているところも多く
言語的には自分にとってJavaよりもとっつきやすいように見えるのですが
C#ならXamarinという選択肢もあるかもしれませんが
XAMLやWPFを学ぼうとしていまいち理解できず挫折したヘタレでもあり
クロスプラットフォームがやりたいわけでもないし・・・
どちらにせよ1から学ぶための書籍やサイトが少ないのが最大のネックだと思っています
特にサイトは経験者向けと思われる情報ばかりで・・・
今んとこJavaもAndroidプログラミングも知らないという人向けの書籍は出てないように見えます
>>472もJava経験者向けと書いてありますし
kotlinスタートブックは図書館で借りられるぽいので
とりあえず借りようかと思っています（貸出中でまだ借りられないけど）
周りに教えてくれる人はいない
こんな状況でkotlinでAndroidプログラミングを1からっていけますかね？
Androidが3の頃に挑戦して挫折したヘタレです
ググってたら今やるならkotlinで、みたいな話いっぱい出てくるんですが
言ってるのはJavaでAndroidやってきた人ばっかな気がして
そういう人たちにはとっつきやすいってだけな気がしてきました
一応
http://www.atmarkit.co.jp/ait/series/8323/
見てたら結構C#に似ているところも多く
言語的には自分にとってJavaよりもとっつきやすいように見えるのですが
C#ならXamarinという選択肢もあるかもしれませんが
XAMLやWPFを学ぼうとしていまいち理解できず挫折したヘタレでもあり
クロスプラットフォームがやりたいわけでもないし・・・
どちらにせよ1から学ぶための書籍やサイトが少ないのが最大のネックだと思っています
特にサイトは経験者向けと思われる情報ばかりで・・・
今んとこJavaもAndroidプログラミングも知らないという人向けの書籍は出てないように見えます
>>472もJava経験者向けと書いてありますし
kotlinスタートブックは図書館で借りられるぽいので
とりあえず借りようかと思っています（貸出中でまだ借りられないけど）
やりたいことが決まっているなら出来る。
決まってなければ情報量に溺れる
決まってなければ情報量に溺れる
目的がはっきりしないやつは何をやっても駄目
お勉強が目的ならJavaでもKotlinでもXamarinでも何でもやって時間を消費していけばいい
お勉強が目的ならJavaでもKotlinでもXamarinでも何でもやって時間を消費していけばいい
>>475
世の中にはプログラミングのプの字も知らないところから独学でアプリを作る人も腐る程いるから大丈夫。
趣味レベルでも他の言語を触ったことがあるならそんなに難しくないよ。
世の中にはプログラミングのプの字も知らないところから独学でアプリを作る人も腐る程いるから大丈夫。
趣味レベルでも他の言語を触ったことがあるならそんなに難しくないよ。
俺はC#のしの字も知らないのでなんとも言えない。
そうか。似てたのか。
そうか。似てたのか。
セックスのセの字も知らない俺が来ましたよ
まずこの本を3回読んで、Java とオブジェクト指向を学ぶ。
スッキリわかる Java入門 第2版、2014
その後、
Kotlinスタートブック -新しいAndroidプログラミング、長澤 太郎、2016
スッキリわかる Java入門 第2版、2014
その後、
Kotlinスタートブック -新しいAndroidプログラミング、長澤 太郎、2016
検索力が一番大事
それとプログラミングで使う知識のかなりの部分は特定の言語に依らない
取っ掛かりとしては普通にサンプルアプリをビルド/実行する環境作っていじっていけばいい
それとプログラミングで使う知識のかなりの部分は特定の言語に依らない
取っ掛かりとしては普通にサンプルアプリをビルド/実行する環境作っていじっていけばいい
皆さんどうもです
私の場合、一番の肝はモチベーションを保てるかどうかだと気付きました
そういう意味では
じっくり勉強するより
>>484さんの言うように
とにかく打ち込んで動かしてみることかなと思いました。
javaを見たときは「c#と比べてなんか使いにくいな」というのが第一印象でしたが（あくまでちょっと調べてみた初心者の主観ですよ）
Kotlinは分かりやすくてc#よりいろいろ便利な気がしたので
自分の直感を信じてKotlinでやってみます。
取りあえずは新し目のKotlin+Android本を買ってみようかと
>>472を立ち読みしてみましたが
チンプンカンプンというわけではなかったので
>>482
xamlで挫折したことがネックになるなら
言語は何選んでもだめな気がするので考えないことにしました
私の場合、一番の肝はモチベーションを保てるかどうかだと気付きました
そういう意味では
じっくり勉強するより
>>484さんの言うように
とにかく打ち込んで動かしてみることかなと思いました。
javaを見たときは「c#と比べてなんか使いにくいな」というのが第一印象でしたが（あくまでちょっと調べてみた初心者の主観ですよ）
Kotlinは分かりやすくてc#よりいろいろ便利な気がしたので
自分の直感を信じてKotlinでやってみます。
取りあえずは新し目のKotlin+Android本を買ってみようかと
>>472を立ち読みしてみましたが
チンプンカンプンというわけではなかったので
>>482
xamlで挫折したことがネックになるなら
言語は何選んでもだめな気がするので考えないことにしました
モチベーションを保ちたいならkotlinの勉強会なりもくもく会なりに定期的に行くといいよ
いーやお前は向いてない
おまえモナー
スッキリわかる Java入門 第2版、2014
たのしいRuby 第5版、2016
Kotlinスタートブック -新しいAndroidプログラミング、長澤 太郎、2016
これら3冊を、数十時間で読める
でも、各言語の文法なんて、アプリ開発にはほとんど関係ない。
大部分が、Android API・OS の事だから
ゲーム作りなら、ほとんどが2D/3D の部分
たのしいRuby 第5版、2016
Kotlinスタートブック -新しいAndroidプログラミング、長澤 太郎、2016
これら3冊を、数十時間で読める
でも、各言語の文法なんて、アプリ開発にはほとんど関係ない。
大部分が、Android API・OS の事だから
ゲーム作りなら、ほとんどが2D/3D の部分
Rubyからプログラムに入った人間だから静的型付け言語は面倒臭いと思ってたけど、ただJavaが面倒臭かっただけなんだな。
KotlinをIDEで開発する生産性の高さに慣れてしまったらもう戻れない。
Kotlinかわいいペロペロ。
KotlinをIDEで開発する生産性の高さに慣れてしまったらもう戻れない。
Kotlinかわいいペロペロ。
初心者が最初に覚えるべきことは、
lateinitとby lazyだと思う
lateinitとby lazyだと思う
わかった。今日はそれを覚えよう。
by lazyはともかくlateinitは絶対に他の方法が無い場合以外は基本的にアンチパターンだと思う。
AndroidのonCreateで代入する系はどうするのがいいんだ
lateinitを多用しすぎると実質null safetyが無意味になるからねえ
Rock54で書き込みできなくて、短縮URLなんだけど済まない
ちょっと質問なんだけど、 https://goo.gl/RZzhrdのスレに下記の記述があるんだけど、
test6のほうはわかるんだけど、test5のほうで無名関数？の型が省略できるのはなんで？
//波括弧を省略して返値が明らかなとき返値の型を省略可能
var test5 = fun (num: Int) = num * 5
//変数の型を明示してあれば無名関数の引数と返値の型を省略可能
var test6: (Int) -> Int = fun (num) = num + 5
ちょっと質問なんだけど、 https://goo.gl/RZzhrdのスレに下記の記述があるんだけど、
test6のほうはわかるんだけど、test5のほうで無名関数？の型が省略できるのはなんで？
//波括弧を省略して返値が明らかなとき返値の型を省略可能
var test5 = fun (num: Int) = num * 5
//変数の型を明示してあれば無名関数の引数と返値の型を省略可能
var test6: (Int) -> Int = fun (num) = num + 5
>>498
numがInt型であることが明記してあって、かつ式の中でIntが乗算されてるからでしょ。
Int × Intの計算なら計算結果がIntであることは明らか。
numがInt型であることが明記してあって、かつ式の中でIntが乗算されてるからでしょ。
Int × Intの計算なら計算結果がIntであることは明らか。
Int型を明示して16進数で指定するときに、値が4byteかつ負の数だとtoInt()が必要なの面倒だな
What's new in Kotlin
https://speakerdeck.com/satorufujiwara/whats-new-in-kotlin?slide=1
https://speakerdeck.com/satorufujiwara/whats-new-in-kotlin?slide=1
>>500
一応こうするとエラーは出ないけどね。見た目が不自然だな。
val f: Int = 0x80000001 - 0x100000000
一応こうするとエラーは出ないけどね。見た目が不自然だな。
val f: Int = 0x80000001 - 0x100000000
そもそも16進数で書くのって何の意味があるんだ？
>>499
なるほど、そういうことなんか。類推してくれるんだな
上で挙げたサイトでいろんな記述の仕方があるけど、関数型？とかって慣れてないと難しいな
なるほど、そういうことなんか。類推してくれるんだな
上で挙げたサイトでいろんな記述の仕方があるけど、関数型？とかって慣れてないと難しいな
>>503
そう書いた方がプログラムが分かり易くなることがあるから使う。
例えばファイルやネットワークから取得した1バイトの下位6bitだけを取り出したい時とか
x and 0x3f と書いた方が x and 63 よりは分かり易い。まあ2進数使って x and 0b11_1111 の
ように書いても良いけどこれはビット数が多くなると分かり辛くなる(アンダーライン入れて
書いてくれないと余計に)。
そう書いた方がプログラムが分かり易くなることがあるから使う。
例えばファイルやネットワークから取得した1バイトの下位6bitだけを取り出したい時とか
x and 0x3f と書いた方が x and 63 よりは分かり易い。まあ2進数使って x and 0b11_1111 の
ように書いても良いけどこれはビット数が多くなると分かり辛くなる(アンダーライン入れて
書いてくれないと余計に)。
あとコードポイントも16進数の方がわかりやすいな
マイナス符号ごと16進にするケースはエラーコードくらいかね
ARGB
いい加減、リソース解放言語レベルでサポートしろよ。
ネストがひどくなる。
ネストがひどくなる。
spring使う時はlateinitはありがたい
コンストラクタインジェクションできない場合もあるし
コンストラクタインジェクションできない場合もあるし
AndroidのonCreateみたいに、必ず呼ばれることが担保されてるコンストラクタ的な仕組みがあるならlateinitは普通にありだと思う。
それ以外では可能な限り避けた方が安全。どこのバカが何をしでかすかわからん。
それ以外では可能な限り避けた方が安全。どこのバカが何をしでかすかわからん。
DataBindingとかはそうだな。
あとはDIでインジェクションされるのもか
あとはDIでインジェクションされるのもか
というかそもそもそういうフレームワークを使わないのにlateinitを使いたくなる状況ってそんなにないのでは。
自分で設計出来るなら普通に初期化のタイミングで渡せるように設計すりゃいいわけで。
自分で設計出来るなら普通に初期化のタイミングで渡せるように設計すりゃいいわけで。
そういえばお前らってことりん書く時にエディタ何使ってるの？やっぱりIntelliJ？
vim
cat
catはないわ
情弱すぎる
情弱すぎる
ed
IdeaVim
マジレスすると、インテリ一択だろ
開発元が作ってるんだし、操作性も良い
開発元が作ってるんだし、操作性も良い
IDEA一択だと思ってたけどこの前VSCodeで書いている人を見た。
正直KotlinはIDEで開発した方が圧倒的に生産性が高いから無駄な労力だよなあ、と思ったよ。
正直KotlinはIDEで開発した方が圧倒的に生産性が高いから無駄な労力だよなあ、と思ったよ。
>>521
俺は今のところあまり使ってないよ。たまに起動するが。
まだ趣味でのんびり学習中で仕事でパンパン作らなければいけない状態ではないし、PCが遅くて重いし、LinuxのCUIの方が慣れてて楽だから。
ということでvim。
俺は今のところあまり使ってないよ。たまに起動するが。
まだ趣味でのんびり学習中で仕事でパンパン作らなければいけない状態ではないし、PCが遅くて重いし、LinuxのCUIの方が慣れてて楽だから。
ということでvim。
IDEAじゃないとプロパティに色塗ってくれないじゃん
結局これはJava殺すマンになれそう？
androidに関してはもう殺してしまってるから、それ以外の領域にどこまで広められるかじゃないかな
JSXやHTMLとかのDSLがもっと上手く書けると幅が広がるんだけどな
Type-Safe Buildersは正直今のままでは微妙
Type-Safe Buildersは正直今のままでは微妙
>>525
JVMの更新プラン変更でJVMごと沈没しそう。
金を払わないと半年ごとにJVMの仕様が強制的に切り替わるとか鬼だろww
Kotlin1.3の話も全く出ないし、JetBrains社も見捨てようとしているのでは。
JVMの更新プラン変更でJVMごと沈没しそう。
金を払わないと半年ごとにJVMの仕様が強制的に切り替わるとか鬼だろww
Kotlin1.3の話も全く出ないし、JetBrains社も見捨てようとしているのでは。
JVM言語が絶滅…
しないだろjk
しないだろjk
インアクションの日本語版買ったら英語版のPDFダウンロード出来るようにして欲しかった
日本語の方が楽だけど、訳が分かりづらくて時々原文読みたくなる・・・よね？
日本語の方が楽だけど、訳が分かりづらくて時々原文読みたくなる・・・よね？
然り
原文読んでも英語なので俺の場合は解読するのに時間が掛かって効率が悪い。
ま、それでもネットで調べられるからまだいいけどな。
ま、それでもネットで調べられるからまだいいけどな。
リファレンスとか英語は最新に保たれてることが多いけど日本語は遅れまくりが常だからむしろネットで勉強するときに英語めっちゃ読む
I am a boy.
You are a cherry boy,
>>536
昔とあるオープンソースのドキュメントをいち早く和訳するコミットをしてたことがあったけど、
やれ訳が悪いだの文章が分かりにくい(元の英文がそうなってるからどうしようもない)だの文句ばっかり言われるからやめちゃったわ。
そう思うなら自分で直してくれと言ってもそういう奴は絶対自分では手を動かさないんだよな。
昔とあるオープンソースのドキュメントをいち早く和訳するコミットをしてたことがあったけど、
やれ訳が悪いだの文章が分かりにくい(元の英文がそうなってるからどうしようもない)だの文句ばっかり言われるからやめちゃったわ。
そう思うなら自分で直してくれと言ってもそういう奴は絶対自分では手を動かさないんだよな。
まあ言語そのものについてもあれが悪いこれが悪いと言い出す人居るし、何をやっても必ず批判はあるよ。
かといって何もしないと何もしない事を批判されるw
かといって何もしないと何もしない事を批判されるw
I am by lazy.
My name is by lazy.
I am a pen.
>>540
まあ割とメジャーなOSSだったから、その分変な奴も多かったのかもな。
そもそも自分にはなんのメリットも無い純粋なボランティアだったからモチベーションが維持できなくなったw
まあ割とメジャーなOSSだったから、その分変な奴も多かったのかもな。
そもそも自分にはなんのメリットも無い純粋なボランティアだったからモチベーションが維持できなくなったw
原文とChromeのページ翻訳合わせて読めばほぼ困らんやろ
プログラミング関連のドキュメントとか高校レベルの英語力ですらすらさくさく読めるやんけ
中卒か？
中卒か？
中卒でも小卒でも、最近のGoogle翻訳凄いから、大体のページは一発変換で意味わかるよね
てか1.2.50出たのに、誰もその話しないのな
公式ツイッターでも触れないって、やる気なさ過ぎだろ
てか1.2.50出たのに、誰もその話しないのな
公式ツイッターでも触れないって、やる気なさ過ぎだろ
だって大した変更ないだろ
出たか。後でアプデしとこ。
公式発表まだでも各種情報突き合わせたらそうとしか思えないだろ
というか、それをやらんとJava終わる
というか、それをやらんとJava終わる
redhatの対応なんか見てると、11が出る頃までには何かしらの発表があるんじゃないかと思ってる
なけりゃマジでjava離れが一気に始まる可能性がある
なけりゃマジでjava離れが一気に始まる可能性がある
11LTSで延命出来たとしてその次があるとはとても思えない
とりあえず3年あれば代替技術に移行するなりJavaを使ってない会社に転職するなりできる
これからJava使う意味ないだろ
でも実際8ですでに動いちゃってる数多のシステムはどうするんだろうな
そのまま放置されてセキュリティホールのあるシステムが世に溢れる未来しか見えんわ
そのまま放置されてセキュリティホールのあるシステムが世に溢れる未来しか見えんわ
年間60万くらいだっけ？小さい会社の社内システムなんかじゃちょっと払えない額だよな
そういうの狙ってrailsか何かに置き換える営業かけてみたら儲かるかもしれない
そういうの狙ってrailsか何かに置き換える営業かけてみたら儲かるかもしれない
JavaとC#は文法が似ているのでリーズナブルに移行できますよって営業さんが言ってた
その営業、エンジニア部隊に殺されないことを祈る
さすが営業。とにかく売ることしか考えてない。
昔の会社にそういう営業本当にいたけど、最終的にそいつの取ってくる仕事を半ばボイコットするところまでいってようやく営業の偉い人が事の重大さに気がついてた。
売上は上がるけど普通に赤字だったからな。
売上は上がるけど普通に赤字だったからな。
スキあらば自分語り
その営業にJDKのメンテさせろよ
隙を見せるのが悪い
このスレは過疎すぎて常に隙しかない
なんでこのスレは過疎っているのか？
小鳥んが過疎っているのか？スレが過疎ってるだけなのか？
小鳥んが過疎っているのか？スレが過疎ってるだけなのか？
営業。それは夢を売る仕事。
>>567
両方かな。爆発的にユーザが増えたとはいっても全体からしたら少ないだろうしな。
特に日本では日本語ドキュメントや入門書が充実して来ないと増えないと思う。
両方かな。爆発的にユーザが増えたとはいっても全体からしたら少ないだろうしな。
特に日本では日本語ドキュメントや入門書が充実して来ないと増えないと思う。
kotlinをjQueryやvueと
統合するのは、頭が悪いっていうけど
俺はそうは思わない。なぜなら、プロで食って行こうとする
人もいれば、日曜プログラミング
だけでトドメておこうする人もいるわけだ。
こういう人にとっては目標として「便利なフレームワークが使えるまで」が
とりあえずエンドラインで
ありさえすればいいワケだよ。
統合するのは、頭が悪いっていうけど
俺はそうは思わない。なぜなら、プロで食って行こうとする
人もいれば、日曜プログラミング
だけでトドメておこうする人もいるわけだ。
こういう人にとっては目標として「便利なフレームワークが使えるまで」が
とりあえずエンドラインで
ありさえすればいいワケだよ。
KotlinとJQueryの何をどうやって統合して何をするの？
初級者向け：太郎本
中級者向け：なし
上級者向け：インアクション
逆引き：なし
かな？
中級者向け：なし
上級者向け：インアクション
逆引き：なし
かな？
ビジネスチャンスだ。誰か書くと良い。
それなりに売れる筈だ。
Amazonで電子書籍だけ出すなら多分簡単だぞ。
中身を書くのは大変かも知れないがw
それなりに売れる筈だ。
Amazonで電子書籍だけ出すなら多分簡単だぞ。
中身を書くのは大変かも知れないがw
何を書いたら儲かると思われているかはpythonの棚に行けば分かるよね
まずは「kotlinやれば年収上がります」と吹聴しよう。
Kotlinやるとモテるらしいしな
あー。あの雑誌の裏によくあったブルワーカーの漫画みたいな。
ガイザーナックルがついてくるとか
フレームワークの巨匠が、新しい本を出した
Spring Boot プログラミング入門、掌田津耶乃、2016
Node.js超入門、掌田津耶乃、2017
Python Django 超入門、掌田津耶乃、2018
掌田が出す分野が、売れる分野！
Spring Boot プログラミング入門、掌田津耶乃、2016
Node.js超入門、掌田津耶乃、2017
Python Django 超入門、掌田津耶乃、2018
掌田が出す分野が、売れる分野！
それはない
spring boot を kotlin でやるのがナウなヤングにバカウケ
いつの間にかDjangoの本にまで手を出してたのか
Pythonの本が今ほどなかった頃からDjangoやってるけど、
Kotlinやっとけば端末(Android)とサーバ(SpringBoot)と同じ言語で書けて便利じゃんと思い始めてこっちに浮気した今日この頃
Pythonの本が今ほどなかった頃からDjangoやってるけど、
Kotlinやっとけば端末(Android)とサーバ(SpringBoot)と同じ言語で書けて便利じゃんと思い始めてこっちに浮気した今日この頃
機を見るに敏な、掌田津耶乃w
かんたん Python (プログミングの教科書)、2018/2/24
Python Django 超入門、2018/6/15
Django本、さっそく売り切れ！w
漏れも、仕方なく買ったw
かんたん Python (プログミングの教科書)、2018/2/24
Python Django 超入門、2018/6/15
Django本、さっそく売り切れ！w
漏れも、仕方なく買ったw
本人が５ちゃんで宣伝工作とか印象最悪だわｗ
「漏れ」って一人称、100年ぶりくらいに見たわw
鳴いてからのリーチ並みやね
スッキリ厨がすすめてくるから絶対に読まない
宗教臭くて怖いもん
宗教臭くて怖いもん
逝ッテヨシ
掌田の本って章ごとにプログラム別れてない上に書いて消してが多くて読みづらいんだよな
言語設計者本人による設計意図を語る本とかは買うことあるけど
仕様の解説本とか入門本とかはネット上の情報で十分だろって思う
仕様の解説本とか入門本とかはネット上の情報で十分だろって思う
それより帰ってプレステやろうぜ
セガなんてだっせーよな
ｾｶﾞｻﾀｰﾝ
瀬川悪魔？(難聴)
せがた三四郎
上で話題になってたOpenJDKは8月の頭にカンファレンスやるらしいから、そこで何かしら情報あるかもね。
中の人は前々からLTSについて公言してるから、さすがに何もやらないってことはないと思うけど。
中の人は前々からLTSについて公言してるから、さすがに何もやらないってことはないと思うけど。
なつかしい
このスレ30代以上しかいないだろ
このスレにはナウいヤングしかいないに決まってるぢゃないか
デラベッピンとか積丹と聞いて元ネタが判る人しか
いませんよね～
いませんよね～
コンプティークの袋とじが青春時代だった
なんで車高が低い車のことを積丹というのか
車高が低い(短い)からでは？
でらって名古屋弁じゃなくてデラックスなのか？
積丹ってそんな漢字あてるんだ
知らんかったわ
知らんかったわ
21世紀の人間なら知らなくても困らないから気にするな
しゃこたん！
雲丹食った事無いの？
私は21世紀から来た未来人
ナウいヤングのみなさんこんにちは
ナウいヤングのみなさんこんにちは
さて、今は昭和何年かな
おっさんぱぶ
昭和93年
【王様きどり、〝財界″】 マイトＬーヤ『人々はもう特定の主義を認めない、政治的教化は通用しない』
http://2chb.net/r/liveplus/1529634259/l50
共産でも、資本でもない、分ち合い経済が、登場します！
http://2chb.net/r/liveplus/1529634259/l50
共産でも、資本でもない、分ち合い経済が、登場します！
main の関数って一番下に書かなくてもいいの？
mainより下に中で使う他の関数書いてもいいんだ？
mainより下に中で使う他の関数書いてもいいんだ？
>>621
Javaのクラスの中のメソッドと同じで順序は問わない。
まあでも新しい言語ってだいたいそうじゃないか？
変数の場合は初期化される順序の問題で先に書かなきゃいけない場合はあると思うが。これについては Kotlin も同じ。
例えばこうなっている場合に main() と p() は順序を逆にできるが s と s2 は逆にできない。
val s = "abc"
val s2 = s + "def"
fun main(args: Array<String>) = p()
fun p() = println(s2)
できるような言語も作れるだろうがそうすると人間が混乱する可能性が高まってバグの温床になりかねないからわざとできないようにしてあるんだろうと思う。
Javaのクラスの中のメソッドと同じで順序は問わない。
まあでも新しい言語ってだいたいそうじゃないか？
変数の場合は初期化される順序の問題で先に書かなきゃいけない場合はあると思うが。これについては Kotlin も同じ。
例えばこうなっている場合に main() と p() は順序を逆にできるが s と s2 は逆にできない。
val s = "abc"
val s2 = s + "def"
fun main(args: Array<String>) = p()
fun p() = println(s2)
できるような言語も作れるだろうがそうすると人間が混乱する可能性が高まってバグの温床になりかねないからわざとできないようにしてあるんだろうと思う。
一般論として、初心者の質問に対して聞かれたこととあまり関係のない情報を答えすぎると混乱させるだけだからやめた方が良いよ
>>622
コンパイル言語だから上から実行されるわけではないんですね
pythonだと怒られそう
変数の代入に関しては上からということか
コンパイル言語だから上から実行されるわけではないんですね
pythonだと怒られそう
変数の代入に関しては上からということか
nullを許容しない利点はなんですか？
許容する場合としない場合を区別出来ることかな
犬の利点を教えてください
猫と犬を区別できるからかな
答えになってません
やり直し
猫と犬を区別できるからかな
答えになってません
やり直し
質問する側がダメだしねえw
バカを許容しないと
バカによる被害を避ける事ができる
バカによる被害を避ける事ができる
じゃあちょっと質問の仕方を変えますね
なぜnull不許容が必要なのか教えてください
これならわかるかな？
なぜnull不許容が必要なのか教えてください
これならわかるかな？
ifでのnull判定がめんどくさい
それよりも帰ってプレステやろうぜ
そもそも、nullを代入しなければいいのでは？
もしくは初期化しておけばいいと思います
違いますか？
もしくは初期化しておけばいいと思います
違いますか？
COBOLとかFORTRANはそういうコンセプトだねぇ
kotlin止めるの推奨
kotlin止めるの推奨
つまり、null不許容型は人的ミスのためであって他意はないと？
>>634
初めたばっかで良く分かって無いが、null使わないなら許容する意味が無くね-か
寧ろnullを使う意味が分からない
初めたばっかで良く分かって無いが、null使わないなら許容する意味が無くね-か
寧ろnullを使う意味が分からない
例えばSwiftは言語仕様でnullを抹殺しているが、わざわざOptionalというnullでないものでnullを表現してる。nullがない世界など何処にもないのだ。
例えばファイルが読み込めなかった場合、どうなると思いますか？
答えられますか？
答えられるようになったら質問してください。
今はそういうレベルの話ではないです。
答えられますか？
答えられるようになったら質問してください。
今はそういうレベルの話ではないです。
>>630
> なぜnull不許容が必要なのか教えてください
あなたの言う意味では不要。null許容にすることによってプログラミングが不可能になることはない。
nullによって発生する凡ミスが減るというメリットを必要とする人がいる。それだけ。
>>640
> 今はそういうレベルの話ではないです。
わからないで聞いているというより、わかってて煽ってるわけだ。
> 例えばファイルが読み込めなかった場合、どうなると思いますか？
ここでnullを許容する必要があるのではないかと言いたいんだと思うけど、
Kotlinがそうしているかどうはかは別にして、「ファイルが読み込めなかった」という
nullでない値を返すという考え方もある。
null許容のJavaだと例外を投げるところかな。
> なぜnull不許容が必要なのか教えてください
あなたの言う意味では不要。null許容にすることによってプログラミングが不可能になることはない。
nullによって発生する凡ミスが減るというメリットを必要とする人がいる。それだけ。
>>640
> 今はそういうレベルの話ではないです。
わからないで聞いているというより、わかってて煽ってるわけだ。
> 例えばファイルが読み込めなかった場合、どうなると思いますか？
ここでnullを許容する必要があるのではないかと言いたいんだと思うけど、
Kotlinがそうしているかどうはかは別にして、「ファイルが読み込めなかった」という
nullでない値を返すという考え方もある。
null許容のJavaだと例外を投げるところかな。
>>639
おっしゃる通りで、結局不正なデータのチェックは必要なわけで、null不許容だから安心して使えるわけでもなく、寧ろ何気にうまく動いている状態が一番怖いです
おっしゃる通りで、結局不正なデータのチェックは必要なわけで、null不許容だから安心して使えるわけでもなく、寧ろ何気にうまく動いている状態が一番怖いです
null不許容のクラスを作るとして
そこではあらゆるケースに対処を強いられるわけで、チェック項目は膨大になります
しかしそれを利用する側は単純にファイルが読めるか否かだけ知れればいいとします。
null不許容を取り入れるということは、開発コストが上がることを示唆しているのではないかと
どうですか？
そこではあらゆるケースに対処を強いられるわけで、チェック項目は膨大になります
しかしそれを利用する側は単純にファイルが読めるか否かだけ知れればいいとします。
null不許容を取り入れるということは、開発コストが上がることを示唆しているのではないかと
どうですか？
Optionalは中身取り出すのにアンラップが要る。Kotlinはnullにならないようにコンパイラがチェックしてるだけ。よってアンラップ不要。副作用としてnullを許容してないのに場合によってはnullが入ってしまうこともある。。
>>644
それは実行時の動的なnullですよね。
私が質問しているのは、null不許容型(言い換えれば静的なnullに関して)の必要性についてです。
それは実行時の動的なnullですよね。
私が質問しているのは、null不許容型(言い換えれば静的なnullに関して)の必要性についてです。
ていうか日本語の文章おかしいし、確実に酔っ払いかただのキチガイじゃん
おおかた大学のレポートなり試験なりでその質問をされて回答を探しにきたんだろ
ネットで煽りっぽく聞けばムキになった人が答えてくれるからね、君は賢いね、偉い偉い
ネットで煽りっぽく聞けばムキになった人が答えてくれるからね、君は賢いね、偉い偉い
だってこの子見るからに頭悪そうじゃない
高圧的に質問すれば、逆に皆反応してくれる良い例だね
>>624
コンパイルする言語なのかインタープリタなのかという問題ではなくて、そういう仕様の言語というだけのこと。
というのはコンパイルしようがしまいが同じような言語は作れるから。
コンパイルする言語なのかインタープリタなのかという問題ではなくて、そういう仕様の言語というだけのこと。
というのはコンパイルしようがしまいが同じような言語は作れるから。
今ちょっと前にAmazon見たらこれのKindole版の方だけ1361円だった。55%offかな。だいたい半額ぐらい。
短期間のセール価格なのかも知れない。
Androidアプリ開発のためのKotlin実践プログラミング 現場で求められる設計・実装のノウハウ
http://amzn.asia/iM5AGQY
紙の本はもう持ってるのにうっかり押しちゃうところだったw
短期間のセール価格なのかも知れない。
Androidアプリ開発のためのKotlin実践プログラミング 現場で求められる設計・実装のノウハウ
http://amzn.asia/iM5AGQY
紙の本はもう持ってるのにうっかり押しちゃうところだったw
遠回しな宣伝だなぁ
>>648
だろうな
煽り質問は無視しとけば良い
世の中nullっとしてないと入るものも入らないんだよ
だろうな
煽り質問は無視しとけば良い
世の中nullっとしてないと入るものも入らないんだよ
null安全に文句つけるひとほどnull安全を大袈裟に捉えてる現象
とするともう大学で教えてる所があるということになるな
null安全な言語はもうずっと前からあるから、それに触れる授業くらいはいくらでもあるでしょ
>>657
【審議中】
． ∧,,∧ ∧,,∧
∧ (´・ω・) (・ω・｀) ∧∧
( ´・ω) Ｕ) ( つと ﾉ(ω・｀ )
｜ Ｕ ( ・) (・｀ ) と ﾉ
ｕ-ｕ （l ) ( ﾉu-ｕ
`ｕ-ｕ’. `ｕ-u’
【審議中】
． ∧,,∧ ∧,,∧
∧ (´・ω・) (・ω・｀) ∧∧
( ´・ω) Ｕ) ( つと ﾉ(ω・｀ )
｜ Ｕ ( ・) (・｀ ) と ﾉ
ｕ-ｕ （l ) ( ﾉu-ｕ
`ｕ-ｕ’. `ｕ-u’
kotlin流行らんなあ
BASICはnul安全
KotlinのターゲットJVMは、Java8の次はOracleJDK 11になるんだろうか、OpenJDK 11になるんだろうか。
Jetbrainオリジナルのkdkになるよ
そんなん作ってくれるならそれはそれで助かる
絶対に必要なのはJVMでJDKは要らなくする方向になるんだろな
nativeはやく整備しよ？
jetbrainとgoogle様ならわけないっしょ？
jetbrainとgoogle様ならわけないっしょ？
nativeっておもちゃとしては楽しいだろうけど、現実的にそこまでニーズあるかね
明日JBの中の人が来日してkotlinイベントあるね
何か面白い話聞けるかな
何か面白い話聞けるかな
>>671
まずはおもちゃとして使って楽しんで、それから何かに使えないか考えれば良いのではないかな。
その内なにか丁度良い用途が見つかると思うよ。
まずはおもちゃとして使って楽しんで、それから何かに使えないか考えれば良いのではないかな。
その内なにか丁度良い用途が見つかると思うよ。
趣味で何か作るなら是非使いたいね。
ビジネスプロダクトを作るならまたちょっと話が変わるけど。
ビジネスプロダクトを作るならまたちょっと話が変わるけど。
クロスプラットフォームって、出始めの頃のhtmlベースのそび糞達のせいで普及が5年は遅れてると思う。
いまだにあの頃のイメージは抜けきれてない
いまだにあの頃のイメージは抜けきれてない
Kotlinを選ぶ時点で、既に自分の得意な特定の言語に固執する低レベルな段階を卒業してる人が多いだろうから
無理にKotlin使うよりプラットフォームに合わせた適切な言語を使うべきと考える人が多数派だろうね
無理にKotlin使うよりプラットフォームに合わせた適切な言語を使うべきと考える人が多数派だろうね
うちもいくつかアプリ作ってるけど、結局それぞれのネイティブで並行開発が1番間違いないって感じになってるな。
Xamarin使ってるのもあるけど、やっぱり色々辛い。RNはもっとアレだったからプロダクトに使う前にやめた。
Xamarin使ってるのもあるけど、やっぱり色々辛い。RNはもっとアレだったからプロダクトに使う前にやめた。
そうそう
クロスPFなんてもうunityくらいしか使われていない
クロスPFなんてもうunityくらいしか使われていない
Xamarin程の糞はない
使えない
単純にプラットフォームのバージョンアップに加えて、Xamarinの更新や仕様変更にもついていかなくちゃいけないのが割と大きいんだよね。
レイヤーが1枚増えるぶんこちらの意思とは無関係にメンテしなくちゃいけないものが増える。
レイヤーが1枚増えるぶんこちらの意思とは無関係にメンテしなくちゃいけないものが増える。
ネイティブでクロスコンパイルだとgoがいい感じなんだがいかんせん言語仕様がアレじゃん?
rustもつらみが深いし。
kotlinがそこ狙ってくれないかなー
rustもつらみが深いし。
kotlinがそこ狙ってくれないかなー
Googleがgo諦めてKotlin推しになったんだと思ってるんだが
Google的にはTypeScriptとPWAでしょ
GoはGoogleAppEngineとセットで推されてる感じ
Dartはモバイルアプリに使えるようになったけど、PWAにも対応されるのかな
Dartはモバイルアプリに使えるようになったけど、PWAにも対応されるのかな
Google A 「KotlinはAndroid開発の第一級言語」
Google B 「Dartならクロスプラットフォーム開発出来るよ」
Google C 「社内ではTypeScriptが標準開発言語ですけどね」
Google D 「Goはさらに進化する」
Google B 「Dartならクロスプラットフォーム開発出来るよ」
Google C 「社内ではTypeScriptが標準開発言語ですけどね」
Google D 「Goはさらに進化する」
Googleも一枚岩ではないからな
そういうカオスなのがGoogleっぽくて嫌いじゃない
Googleはインド系
Appleは中国系
Googleはインド系
Appleは中国系
Google的にはWebAssemblyはどの言語なんだろ
Kotlin/Nativeを推してくれたりしないものか
Kotlin/Nativeを推してくれたりしないものか
GoogleはSEO最強だからどんなものでもそれなりに凄いもののように見えるけど、
実際にはGoogle自身も全く本気でやってないお遊びレベルのゴミが多いでしょ
Googleって社内的には非常に一貫性の高い独自のプラットフォームがあって、世間のOSSベースな開発とはかけ離れた世界になってるらしいし
実際にはGoogle自身も全く本気でやってないお遊びレベルのゴミが多いでしょ
Googleって社内的には非常に一貫性の高い独自のプラットフォームがあって、世間のOSSベースな開発とはかけ離れた世界になってるらしいし
ソースは？
googleのソースリポジトリへのコミット要件が割と厳し目なのは有名かな。
その割にgithubにあげてるのはそもそもまともに動かないものもたまにある。
その割にgithubにあげてるのはそもそもまともに動かないものもたまにある。
この前のHadi Haririのイベント行った奴いないの？
すみません、どちらに質問させて頂けるのか分からなくてこちらで教えていただければと考えてます。よろしくお願いします。
1 fun func(x:int,y:(Int)->Int)=L(x)
2 func(1,{it*5})
1行目のL(x)は何を意味しているのでしょうか？
また、var y:(Int)->Int={x:Int->x*2}をfunc関数に代入するために
1行目にy:(Int)->Intを引数にして
2行目で、{x:Int->x*2}を実行しているという理解でいいのでしょうか？
2 func(1,{it*5})
1行目のL(x)は何を意味しているのでしょうか？
また、var y:(Int)->Int={x:Int->x*2}をfunc関数に代入するために
1行目にy:(Int)->Intを引数にして
2行目で、{x:Int->x*2}を実行しているという理解でいいのでしょうか？
>>681
Unityの「だってお前らこれではゲームしか作らんだろ」という割り切りっぷりは清々しい
ゲーム的文法で作る以外のルートがねえｗ
Unityの「だってお前らこれではゲームしか作らんだろ」という割り切りっぷりは清々しい
ゲーム的文法で作る以外のルートがねえｗ
>>697
1行目はLという名前の関数にxを渡してるだけ
fun func(x:int, y:(Int)->Int) {
return L(x)
}
の省略表記
ただ、引数のyが無視されているので
L(x) じゃなくて y(x) の間違いなんじゃねって気がする
2行目は代入云々はその理解で合ってるけど
「実行している」のではなく「定義して渡している」
実際そのコードではyが呼ばれてないのでその掛け算は実行されない
1行目はLという名前の関数にxを渡してるだけ
fun func(x:int, y:(Int)->Int) {
return L(x)
}
の省略表記
ただ、引数のyが無視されているので
L(x) じゃなくて y(x) の間違いなんじゃねって気がする
2行目は代入云々はその理解で合ってるけど
「実行している」のではなく「定義して渡している」
実際そのコードではyが呼ばれてないのでその掛け算は実行されない
なんで、宣言のとき型と変数名逆にしたんだろうなあ、苛つくわあ
val 人間:文字列=山田
気持ち悪いわあ
気持ち悪いわあ
以前はPASCAL, ML, Haskell、最近なら Scala, Go もこういう形で、
「型 変数」っていう順序のCスタイルの方が本来異色なんだけど。
「型 変数」っていう順序のCスタイルの方が本来異色なんだけど。
val name : String = " 名前"
" String "に代入してる感覚があるから、わかりにくのは事実だわなw
" String "に代入してる感覚があるから、わかりにくのは事実だわなw
文芸的プログラミングというやつで、
val name: String
はname of Stringと見えるから英語の順序的にはこのほうが自然
val name: String
はname of Stringと見えるから英語の順序的にはこのほうが自然
てゆーか>>702の例の時点でさくっと英語理屈を出してあげたほうが混乱がなかったと思う
じゃあなんでC族がそうなってないかって？
Cだからそんな面倒なことしねーんだよお前側が機械に合わせろｗ
じゃあなんでC族がそうなってないかって？
Cだからそんな面倒なことしねーんだよお前側が機械に合わせろｗ
日本語話者の一般的な認知様式は
鳥の模型＞模型の鳥
名前を表す文字列＞文字列で表された名前
だし、日本語でも 変数名:型 の方が言語的には自然では
鳥の模型＞模型の鳥
名前を表す文字列＞文字列で表された名前
だし、日本語でも 変数名:型 の方が言語的には自然では
数字の n は 42
文字列の s は "42"
文字列の s は "42"
言葉的にはそうかもしれないが
抽象度の順じゃないつうのがねー
これがモヤっとする原因
哺乳類>人間>山田
抽象度の順じゃないつうのがねー
これがモヤっとする原因
哺乳類>人間>山田
kotlinの基本に慣れる為に
val name : String = " 名前"
"定数"の"name"には"String型"の"値"を入れる
と言う解釈がすんなり行けるかな
val name : String = " 名前"
"定数"の"name"には"String型"の"値"を入れる
と言う解釈がすんなり行けるかな
val name: String = "..."
"name" is a string: "John Smith"
「名前」は文字列、"山田花子"
打ってる時はだいたいこういう感じの思考の流れがある
"name" is a string: "John Smith"
「名前」は文字列、"山田花子"
打ってる時はだいたいこういう感じの思考の流れがある
>>717
define a variable "name" as a string and assign a value "名前" to it って読むんだよそれ
define a variable "name" as a string and assign a value "名前" to it って読むんだよそれ
valなのにvariable ｗｗｗｗｗ
昔々PascalというかDelphiをよく使っていたので変数名、形の順でも違和感なし。
Oracle の PL/SQL も確かそうだったな。
Cも昔からよく使ってるけどね。Javaは趣味で使う程度かな。
Oracle の PL/SQL も確かそうだったな。
Cも昔からよく使ってるけどね。Javaは趣味で使う程度かな。
そういやKotlinは val a, b, c : Int みたいに書いてまとめて宣言できないんだっけ？できた？
変数名とコロンの間にスペース入れるのは規約違反？
>>725
IntelliJのCode Style設定ではどちらも選べるようになってるから、どちらでもいいんでない
IntelliJのCode Style設定ではどちらも選べるようになってるから、どちらでもいいんでない
そうそう型と継承が同じ記法だからごちゃごちゃするよな
どうせならすべて動的型付けにすればよかったのに
どうせならすべて動的型付けにすればよかったのに
動的型付けだと、存在意義全否定だろ。
Groovyでも使っとけ。
Groovyでも使っとけ。
型推論と動的型付けを混同すんなよ
>>699
お礼が遅れてすみません。
仰る通り、記載ミスで、y(x)です。
ご解説ありがとうございます。
すっきりしました。ありがとうございます。
お礼が遅れてすみません。
仰る通り、記載ミスで、y(x)です。
ご解説ありがとうございます。
すっきりしました。ありがとうございます。
慣れたら型が後の方が可読性高く感じる
それと構文解析しやすくなるのもあるんじゃね
Kotlinでの
(T1,T2)->R
はJavaでは
BiFunction<T1,T2,R>
型が先だと関数型(function type)が他の構文と衝突しないよう識別子やジェネリクス型を置くことになる
それと構文解析しやすくなるのもあるんじゃね
Kotlinでの
(T1,T2)->R
はJavaでは
BiFunction<T1,T2,R>
型が先だと関数型(function type)が他の構文と衝突しないよう識別子やジェネリクス型を置くことになる
(TT^TT)
関数の返値の変数の型も指定できるから、そっちのほうはわかりやすいんじゃないかな
fun hoge(): String = "ぬるぽ"
関数型プログラミングだと、そういう形式のほうがわかりやすいんじゃないかと思う
val hoge: () -> String = fun(): String = "ぬるぽ"
fun hoge(): String = "ぬるぽ"
関数型プログラミングだと、そういう形式のほうがわかりやすいんじゃないかと思う
val hoge: () -> String = fun(): String = "ぬるぽ"
慣れの問題じゃなあかなあ
うう。スマホのフリック入力で失敗した。
>>738
人間歳をとると新しいものに慣れるのに時間がかかるようになる
そしてこのスレはおっさんのすくつだ
人間歳をとると新しいものに慣れるのに時間がかかるようになる
そしてこのスレはおっさんのすくつだ
このスレの人たち、今だにガラケー使ってそうだな
いつまで慣れの問題でギャーギャー言ってんだよ
いつまで慣れの問題でギャーギャー言ってんだよ
kotlinのコロン( : )ってどんな働き・役割なのですか？
もう一つ質問させてください
1. class chiba{ }
2. class chiba(){ ]
3. class chiba(city:String="--"){ }
1はコンストラクタは持たない
2は自動でパラメータのないコンストラクタが生成される
3は（ ）内でパラメータを初期化し｛ ｝がコンストラクタになる
という理解でいいのでしょうか？
1. class chiba{ }
2. class chiba(){ ]
3. class chiba(city:String="--"){ }
1はコンストラクタは持たない
2は自動でパラメータのないコンストラクタが生成される
3は（ ）内でパラメータを初期化し｛ ｝がコンストラクタになる
という理解でいいのでしょうか？
>>745
以下4行は同一、下に行くほど省略表記なだけ
コンストラクタは自動的に作られる
class chiba constructor() { }
class chiba() { }
class chiba { }
class chiba
コンストラクタ(プライマリコンストラクタ)の中身は
初期化ブロック( init{...} )とインスタンス変数の初期化
具体的にコードで
https://ideone.com/KpwsQl
リファレンス
https://kotlinlang.org/docs/reference/classes.html
以下4行は同一、下に行くほど省略表記なだけ
コンストラクタは自動的に作られる
class chiba constructor() { }
class chiba() { }
class chiba { }
class chiba
コンストラクタ(プライマリコンストラクタ)の中身は
初期化ブロック( init{...} )とインスタンス変数の初期化
具体的にコードで
https://ideone.com/KpwsQl
リファレンス
https://kotlinlang.org/docs/reference/classes.html
ObservableFieldの説明を見ていたら、
https://developer.android.com/reference/android/databinding/ObservableField
public final ObservableField<String> first = new ObservableField<String>();
public final ObservableField<String> last = new ObservableField<String>();
public final ObservableField<String> display = new ObservableField<String>(first, last) {
@Override
public String get() {
return context.getResources().getString(R.string.name, first.get, last.get());
}
};
既存のObservableFieldを組み合わせて新しいObservableFieldを作るようなコードが載っているので、
そのままコピペして試してみたんですが、コンパイルが通らないんですがどうしたらいいですか
https://developer.android.com/reference/android/databinding/ObservableField
public final ObservableField<String> first = new ObservableField<String>();
public final ObservableField<String> last = new ObservableField<String>();
public final ObservableField<String> display = new ObservableField<String>(first, last) {
@Override
public String get() {
return context.getResources().getString(R.string.name, first.get, last.get());
}
};
既存のObservableFieldを組み合わせて新しいObservableFieldを作るようなコードが載っているので、
そのままコピペして試してみたんですが、コンパイルが通らないんですがどうしたらいいですか
それJavaじゃん
Kotlinで書く
Kotlinで書く
Kotlinに変換しても同じだった
エラーメッセージは以下だが、何を治したらいいのか
Cannot resolve constructor 'ObservableField(...)'
エラーメッセージは以下だが、何を治したらいいのか
Cannot resolve constructor 'ObservableField(...)'
スレ違いの
コトリヌス
基礎からやっていくか、状況をちゃんと説明出来るようになるか
初心者でせっかくだらjavaよりも新しいkotlinでやろうと勉強中なんだけど、結局javaも知らんといかんのね…
「こんぱいるとおりません」は実際なんも説明してねーからな
で、「ほんとうに」全部自分でゼロから作るならJavaの知識は不要なのだけど
実際はJavaの内部ライブラリやJava製の外部ライブラリを利用するorさせられることが多いので
Javaは少なくとも読めて呼び出し法くらいは知っておかないと現状余裕で詰まる
で、「ほんとうに」全部自分でゼロから作るならJavaの知識は不要なのだけど
実際はJavaの内部ライブラリやJava製の外部ライブラリを利用するorさせられることが多いので
Javaは少なくとも読めて呼び出し法くらいは知っておかないと現状余裕で詰まる
普通に、コンストラクタの引数がちがうか、importしてないか、importするための設定をbuild.gradleに書いてないかだろ
ああそのレベルならimportしてないが有力だな、確かにw
ビルド通ったやついるん？
importしてないならその前でコケるだろjk
sdkのバージョン違いじゃないの？
sdkのバージョン違いじゃないの？
build.gradleのandroid {} のなかに dataBinding { enable = true } 書いて、ObservableField のとこで Alt + Enter すれば、必要なimport が追加されたよ
return context.getResources().getString(R.string.name, first.get, last.get();
ここの行のfirst.getもfirst.get()のはずだし、公式のサンプルコードがおかしいんじゃねえの
ここの行のfirst.getもfirst.get()のはずだし、公式のサンプルコードがおかしいんじゃねえの
kotlinはネット投稿越しの説明デバッグが面倒くさい…
>>722に書いたやつはできないがこういうのはできるのな。
val (a, b, c, d, e) = listOf(1, 2, 3, 4, 5)
ただし5つまで。理由は component1() ～ component5() を使うため。
val (a, b, c, d, e) = listOf(1, 2, 3, 4, 5)
ただし5つまで。理由は component1() ～ component5() を使うため。
>>765
kotlin はテキストのコピペで説明できるから簡単じゃね？
VS使ってるとスクリーンショット使わないと説明できないこと多くて大変
kotlin はテキストのコピペで説明できるから簡単じゃね？
VS使ってるとスクリーンショット使わないと説明できないこと多くて大変
それもまたスクリーンショットを使わないと説明できないのです。
9MT
つまりVSは抽象概念だった？
JVM系でのことりんのポジションって.Net系だと何になるの？
すみません。ラムダ式について質問させてください。
純粋にkotlinじゃなくてすみません。
import kotlin.concurrent.*
fun main(args:Array<String>){
var a1=Pn("A")
var a2=Pn("B")
var a3=Pn("C")
thread{a1.en()}
thread{a2.en()}
thread{a3.en()}
}
class Pn(nm:String){
fun en(){
for(i in 1..5){
println("${nm}:${i}")
}
}
}
thread{a1.en()}の波括弧内はラムダ式ということなのですが、
もともとの関数の記述って、どんな記述になりますか？
a1:Pn->a1.eat()
とかですか？
純粋にkotlinじゃなくてすみません。
import kotlin.concurrent.*
fun main(args:Array<String>){
var a1=Pn("A")
var a2=Pn("B")
var a3=Pn("C")
thread{a1.en()}
thread{a2.en()}
thread{a3.en()}
}
class Pn(nm:String){
fun en(){
for(i in 1..5){
println("${nm}:${i}")
}
}
}
thread{a1.en()}の波括弧内はラムダ式ということなのですが、
もともとの関数の記述って、どんな記述になりますか？
a1:Pn->a1.eat()
とかですか？
質問の意味がわからない
>>775
いや、そのラムダは引数に何も受け取ってないよ
クロージャになってて外側のa1とかの変数をキャプチャしてるだけ
JavaScriptとかの書き方で言えば
() => { a1.en() }
みたいな感じ
いや、そのラムダは引数に何も受け取ってないよ
クロージャになってて外側のa1とかの変数をキャプチャしてるだけ
JavaScriptとかの書き方で言えば
() => { a1.en() }
みたいな感じ
クロージャ使うのは一苦労じゃ
【審議中】
∧,,∧ ∧,,∧
∧ (´・ω・) (・ω・｀) ∧∧
( ´・ω) Ｕ) ( つと ﾉ(ω・｀ )
｜ Ｕ ( ・) (・｀ ) と ﾉ
ｕ-ｕ （l ) ( ﾉu-ｕ
`ｕ-ｕ’. `ｕ-u’
∧,,∧ ∧,,∧
∧ (´・ω・) (・ω・｀) ∧∧
( ´・ω) Ｕ) ( つと ﾉ(ω・｀ )
｜ Ｕ ( ・) (・｀ ) と ﾉ
ｕ-ｕ （l ) ( ﾉu-ｕ
`ｕ-ｕ’. `ｕ-u’
>>775
fun lambda1() {
return a1.en()
}
thread( lambda1 )
fun lambda1() {
return a1.en()
}
thread( lambda1 )
コチン星は他に転用できないでしょ
Javaは何にでも使える
コチン星がそうなったら移住してやんよ
Javaは何にでも使える
コチン星がそうなったら移住してやんよ
逆なんだよなあ
現実には逆だね
Kotlin使ってるような奴はJavaはもちろん他にも複数の言語使える
Kotlin使ってるような奴はJavaはもちろん他にも複数の言語使える
今kotlin使ってるやつはJavaとSwiftは書けそうだよな
あと聞くところによるとずっとRuby使ってたweb系の人たちの間でkotlinの人気があるらしい
あと聞くところによるとずっとRuby使ってたweb系の人たちの間でkotlinの人気があるらしい
KotlinとSwiftは似ているから
iOSとAndroidでお互いのコードを参考にしやすいという点でも
Kotlinを使ったほうが良いよね
iOSとAndroidでお互いのコードを参考にしやすいという点でも
Kotlinを使ったほうが良いよね
>>785
うちはまさにそれでやってる。
細かい違いはあれど、両者で大体同じ感じに作れるからだいぶ生産性が上がる。
うちはまさにそれでやってる。
細かい違いはあれど、両者で大体同じ感じに作れるからだいぶ生産性が上がる。
「あれをああいうふうにつくりたい」で片方が概念から違うコード塊だとめげるものね
せめて見る方向は一緒でないと困る
せめて見る方向は一緒でないと困る
Kotlin, Swift, TypeScript, C#あたりはいいかげん合体して一つになれよとは思う
似たような言語増えすぎ
似たような言語増えすぎ
アーキテクチャもMVVMで統一しておくとさらにいいね
合体して！
まあHello Worldレベルならどれも大差ないよね
>>788
一度作って終わりなら何でもいいけど、機能追加やらメンテやら考えたら極力設計レベルで近づけておきたいからね。
俺は経験ないけどObjectiveCとJAVAでこれやってた人たちほんとすごい。
一度作って終わりなら何でもいいけど、機能追加やらメンテやら考えたら極力設計レベルで近づけておきたいからね。
俺は経験ないけどObjectiveCとJAVAでこれやってた人たちほんとすごい。
Ruby由来の特徴って？
Pythonから取ってきたようなのはちらほらあるけど。
Pythonから取ってきたようなのはちらほらあるけど。
信者の布教
>>795
なんでもかんでもそれで実装しようとして一応作り上げ公開はするもののメンテできず放置するムラ気の情熱
なんでもかんでもそれで実装しようとして一応作り上げ公開はするもののメンテできず放置するムラ気の情熱
kotlin配列めんどくさすぎwwwwワロタwwwww
>>795
Kotlin 公式のこのページなんだけど
https://kotlinlang.org/docs/reference/type-safe-builders.html
むかしは Type-Safe Groovy-Style Builders と呼ばれてた
https://github.com/JetBrains/kotlin-web-site/commit/2ed39c423cb7924538551f6fe9a600a333300bb9#diff-67d5deb10a27f44d364720fd321bc192
ドキュメントは修正されちゃったけど、機能が修正されたわけじゃない
lambdaを { } で書くのとか、カッコの外に出せるのとか、これ実現するために必須
Kotlin 公式のこのページなんだけど
https://kotlinlang.org/docs/reference/type-safe-builders.html
むかしは Type-Safe Groovy-Style Builders と呼ばれてた
https://github.com/JetBrains/kotlin-web-site/commit/2ed39c423cb7924538551f6fe9a600a333300bb9#diff-67d5deb10a27f44d364720fd321bc192
ドキュメントは修正されちゃったけど、機能が修正されたわけじゃない
lambdaを { } で書くのとか、カッコの外に出せるのとか、これ実現するために必須
Kotolinて変数にプリミティブ型が無いけど、
画像処理とか大量にデータ処理すると、Javaより遅くならない？
画像処理とか大量にデータ処理すると、Javaより遅くならない？
>>803
配列はDoubleArrayとかあるのね
bit演算はushrがあるから、Javaより見易そう（Javaの>>>と>>が見辛過ぎ）なのがいいな
そろそろ切り替える踏ん切りがつきそうになった、ありがとう
配列はDoubleArrayとかあるのね
bit演算はushrがあるから、Javaより見易そう（Javaの>>>と>>が見辛過ぎ）なのがいいな
そろそろ切り替える踏ん切りがつきそうになった、ありがとう
>>802
プリミティブに出来るものは勝手にプリミティブになる
Kotlinの
fun f1(a:Int, b:Int?, c:List<Int>){}
はJavaでの
void f1(int a, Integer b, List<Integer> c){}
になる
https://kotlinlang.org/docs/reference/basic-types.html#representation
プリミティブに出来るものは勝手にプリミティブになる
Kotlinの
fun f1(a:Int, b:Int?, c:List<Int>){}
はJavaでの
void f1(int a, Integer b, List<Integer> c){}
になる
https://kotlinlang.org/docs/reference/basic-types.html#representation
プリミティブ型がなくてもうまいこと最適化されてだいたいは問題なくなるのではないかな？
うう。リロードし忘れてたらかぶった。
ByteArrayとかIntArrayはJavaの呪い
えっと
data classのcopy()というメソッドは
新しいインスタンスを作るの？
それともインスタンス変数を書き換えるの？
新しいインスタンスを作るの？
それともインスタンス変数を書き換えるの？
>>813
新しいインスタンスを作るよ
その際に新しいインスタンスに対してプロパティの差し替えを指定できる
新しいインスタンスを作るよ
その際に新しいインスタンスに対してプロパティの差し替えを指定できる
イミュータブルデータ
>>814
そうですかコピるんですね、インスタンスはイミューダブルだから
ところでデリゲートって何ですか？
そうですかコピるんですね、インスタンスはイミューダブルだから
ところでデリゲートって何ですか？
それはフラジャイルだろ！
小麦粉のこと？
Androidにはデリゲートなんて用語はない
>>816
？
data class のインスタンスはイミュータブルに作ることもできるけど
別にイミュータブルな保証ないよ
普通に var プロパティ宣言できるし
？
data class のインスタンスはイミュータブルに作ることもできるけど
別にイミュータブルな保証ないよ
普通に var プロパティ宣言できるし
>>816
デリゲートは手動で書く手間を減らす機能だし
動作分かってないと初学者にとって混乱の元だから
「委譲書くの面倒」と思うようになるまで使わなくていい
仕様を知っておきたいならbyキーワードの具体例をググって読むべき
デリゲートは手動で書く手間を減らす機能だし
動作分かってないと初学者にとって混乱の元だから
「委譲書くの面倒」と思うようになるまで使わなくていい
仕様を知っておきたいならbyキーワードの具体例をググって読むべき
よくあるのは破壊的操作だけ決まった手順でやりたい可変リスト
内部に可変リストを持たせてListインターフェースをこの可変リストに委譲しつつ、
破壊的操作をするメソッドは自分で実装する
内部に可変リストを持たせてListインターフェースをこの可変リストに委譲しつつ、
破壊的操作をするメソッドは自分で実装する
デリゲートゾーンの痒みにデリケア
2次元配列てどうやって作るの？
ググっても、一次元配列の説明しかないんだけど
ググっても、一次元配列の説明しかないんだけど
「Kotlin 多次元配列」とかでググれば出てくるけど、もっと簡単に作れるようにしてほしいよな
Kotlinはコレクション周りが面倒
Kotlinはコレクション周りが面倒
ありがとう！多次元配列ででました
リストの中のリストみたいな作り方しかできないんですね
リストの中のリストみたいな作り方しかできないんですね
Java11で多次元配列が追加されるっぽいし
そのとき一緒にKotlinにも追加されるんじゃないかな
そのとき一緒にKotlinにも追加されるんじゃないかな
>>828
でもそれは多次元配列ではないからな
全世界から激しくツッコミ入るからな
「ネストした配列」とかきちんと表現しよう
でもそれは多次元配列ではないからな
全世界から激しくツッコミ入るからな
「ネストした配列」とかきちんと表現しよう
本当の多次元配列とネストした配列の違いってなんなの
だっちゅーの
>>831
配列の配列: n個入る内箱をm個並べて入れた外箱、実際には内箱に入る数はそれぞれ違うこともある
二次元配列: 最初からn*mで仕切られた箱
得意なこと、苦手なことも、箱を入れた箱と最初から全部仕切られた箱の関係と似ている
Java自体が真性の多次元配列ないからKotlinにもないんじゃね
ScalaとかGroovyにも真性の多次元配列はないのだろう
配列の配列: n個入る内箱をm個並べて入れた外箱、実際には内箱に入る数はそれぞれ違うこともある
二次元配列: 最初からn*mで仕切られた箱
得意なこと、苦手なことも、箱を入れた箱と最初から全部仕切られた箱の関係と似ている
Java自体が真性の多次元配列ないからKotlinにもないんじゃね
ScalaとかGroovyにも真性の多次元配列はないのだろう
それって、メモリは所詮一次元だけど
n×mの連続領域確保して[][]でアクセスできるインターフェース提供できれば二次元配列って言えるってこと？
ポインタの配列にしなければいいってことかな？？
n×mの連続領域確保して[][]でアクセスできるインターフェース提供できれば二次元配列って言えるってこと？
ポインタの配列にしなければいいってことかな？？
多次元配列みたいにアクセスできるクラス作って中で一次元配列を全容素数作ってアクセスする時に n * y + x のように計算してアクセスするの作れば、まあなんとなく気分を味わう事はできるな。
あとはうまいこと最適化されて効率よくなる事を祈るのみ。
あとはうまいこと最適化されて効率よくなる事を祈るのみ。
うう。リロードしてなかったらなんとなく内容が被った。orz
>>834
おおむねそういうこと
配列の配列は縦方向と横方向でアクセスのコストが違うとか
多次元配列は、行をまるごと取り出そうとすると新規に配列を作る必要があるとか、違いがいろいろある
Kotlinに真性の多次元配列はないけど、仮にあったらイテレーションする時も変わってくるはず。
for (item in twoDimesionalArray) { println(item) }
for (innerArray in arrayOfArray) {
for (item in innerArray) { println(item) }
}
おおむねそういうこと
配列の配列は縦方向と横方向でアクセスのコストが違うとか
多次元配列は、行をまるごと取り出そうとすると新規に配列を作る必要があるとか、違いがいろいろある
Kotlinに真性の多次元配列はないけど、仮にあったらイテレーションする時も変わってくるはず。
for (item in twoDimesionalArray) { println(item) }
for (innerArray in arrayOfArray) {
for (item in innerArray) { println(item) }
}
普通のプログラミングよりPythonのnumpyとかMATLABとか科学技術計算やってた人はイメージしやすいかもね
マンピー？
ほとんどの言語は、配列の配列(jaggy 配列)だろ
表で言えば、同じ行内の列データは連続しているけど、
各行のデータは連続していない
1行目の各列は連続しているけど、
1行目と2行目は、別の場所にある
表で言えば、同じ行内の列データは連続しているけど、
各行のデータは連続していない
1行目の各列は連続しているけど、
1行目と2行目は、別の場所にある
計算コストを度外視すれば多次元配列でできることは大抵配列の配列で実現できるから、そこまで気にする必要はないんだけどね
さも重大事のように煽っといてなんだその結論は
まあよっぽどカリッカリのパフォーマンスを求められるシビアな要件じゃない限りいらんわな
もしその差がそんなに重要ならとっくに色々な言語で実装されてる
もしその差がそんなに重要ならとっくに色々な言語で実装されてる
tensorkotlin
>>834が言ってる通りで
糖衣構文的なものがあるかどうか程度の差
パフォーマンスが必要な部分はハードウェアアクセラレーションのため
java.awt.imageみたいにAPI経由するからDSL表現力さえあれば後はライブラリの役割
糖衣構文的なものがあるかどうか程度の差
パフォーマンスが必要な部分はハードウェアアクセラレーションのため
java.awt.imageみたいにAPI経由するからDSL表現力さえあれば後はライブラリの役割
配列は一次元、嫁は二次元だからそれぞれ１つずつ次元が上がって欲しい。
現在三次元の嫁はどうなりますか
3次元嫁は都市伝説
オンデマンドで呼び出せるんじゃね
呼び出し料金かかるけど
呼び出し料金かかるけど
Kotlinで書けるSPAフレームワークって無いの？
JSとかTS面倒なんだけど
JSとかTS面倒なんだけど
TSなら面倒というほど大した差はないだろ
むしろVSCodeで鬼のように補完が効く分、フロントでの生産性は圧倒的にTSのほうが上
むしろVSCodeで鬼のように補完が効く分、フロントでの生産性は圧倒的にTSのほうが上
補完に関してはKotlin+IntelliJIDEAのほうが上だろ
TSのフロントでの生産性が圧倒的なのには同意だが
TSのフロントでの生産性が圧倒的なのには同意だが
VSCode程の糞はない
え？
VSCodeが糞かはともかくそれ以上の糞なんかJava系に限ってもeclipseとかNetBeansとかいくらでもあるだろ
VSCodeが糞かはともかくそれ以上の糞なんかJava系に限ってもeclipseとかNetBeansとかいくらでもあるだろ
Netbeansはひどいよなあ
あれMPLABのベースに使われててクソイライラする
ファイルの管理周りがとくにひどい
microchipはatmel買収したんだからatmelスタジオに追加すればいいのに糞が
あれMPLABのベースに使われててクソイライラする
ファイルの管理周りがとくにひどい
microchipはatmel買収したんだからatmelスタジオに追加すればいいのに糞が
そういやeclipseにもkotlinプラグインあるらしいけど、わざわざeclipse使ってる奴いるのだろうか
>>859
他のプロジェクトも色々やっててそうしないと切り替えるのが面倒とか、あるいは会社でそれしか使っちゃ駄目って事になってるとか。
他のプロジェクトも色々やっててそうしないと切り替えるのが面倒とか、あるいは会社でそれしか使っちゃ駄目って事になってるとか。
>>859
一度使おうとしたけど、インテリさん使ったらインテリすぎて戻れなくなった
ただ、インテリさんはWeb関連の便利機能が有料なんで、そこらへんは月食さんの方が良いな
一度使おうとしたけど、インテリさん使ったらインテリすぎて戻れなくなった
ただ、インテリさんはWeb関連の便利機能が有料なんで、そこらへんは月食さんの方が良いな
Androidで連続計測アプリを作るなら、
RxKotlinがいいの？
RxKotlinがいいの？
>>859
1年以上前に使ってみたことがあるが、Javaのプロジェクトにまでエラーが頻発して使い物にならなかった。
なお、KotlinがAndroid公式に採用されて以降、この1年でほとんど開発は進んでいない模様。
釣った魚に餌はやらない、みたいな。
1年以上前に使ってみたことがあるが、Javaのプロジェクトにまでエラーが頻発して使い物にならなかった。
なお、KotlinがAndroid公式に採用されて以降、この1年でほとんど開発は進んでいない模様。
釣った魚に餌はやらない、みたいな。
>>861
IDEAの年額って、どう考えても払うだけの価値はあるほどエクリプスンより生産性上がるだろ
少なくともツール自体を動かすために余計な苦労は要らなくなる
IDEAの年額って、どう考えても払うだけの価値はあるほどエクリプスンより生産性上がるだろ
少なくともツール自体を動かすために余計な苦労は要らなくなる
大量のプラグインのバージョン管理とか設定調整とかどう考えても時間の無駄だからなー
30日試用もあるけどひとまず1年分買って試すのも良いと思うな
Vimとかも自分で育てていく楽しさはあるんだけど、道具として割り切るなら箱出してほぼ何もせずとも全て揃ってるIDEAさんが最強なんだよなあ。
AndroidとiPhoneもそんなイメージだけど。
AndroidとiPhoneもそんなイメージだけど。
xcode程の糞はない
VSCodeはJava開発環境としてはMS自身によるプラグイン開発によって既に普通に使えるレベルに達してる
さすがにKotlinはJBとガチ喧嘩になるからMS自身は手を出さないだろうけど、
IntelliJが死んだらKotlinも当然自動的に消えるわけで、MSを調子に乗らせないためにもJBにはなんとか頑張ってほしい
さすがにKotlinはJBとガチ喧嘩になるからMS自身は手を出さないだろうけど、
IntelliJが死んだらKotlinも当然自動的に消えるわけで、MSを調子に乗らせないためにもJBにはなんとか頑張ってほしい
VScodeほどの神はいない
マジレスすると、
MS嫌いだけどVScodeは使いやすいよね
昔はEmacsとか使ってたけど、VScode使い始めて戻れなくなった
MS嫌いだけどVScodeは使いやすいよね
昔はEmacsとか使ってたけど、VScode使い始めて戻れなくなった
Emacsはマジで瀕死みたいだな。Atomに食われてVSCodeでとどめを刺された。
むかしむかし使い古しpcにDebianいれてゴニョゴニョ設定してxemacsを起動できたときめっちゃ感動した
vimの完全勝利
ま、vimは軽いし何も考えなくて良いのがいいよな。
ただしサンプルプログラムのようなとても短くて小規模なプログラム作る時なw
ただしサンプルプログラムのようなとても短くて小規模なプログラム作る時なw
vimは単体で使うだけでなく、
プラグインという形で各種エディタ, IDEに組み込まれている
もはやコードを書くという行為はvimを使うことと同等
vimも使いこなせないようなやつはエンジニア向いてないね
プラグインという形で各種エディタ, IDEに組み込まれている
もはやコードを書くという行為はvimを使うことと同等
vimも使いこなせないようなやつはエンジニア向いてないね
お、そうだな
VSCodeはVimプラグインもクソ優秀なんだよな
IDEとしての機能性とVimらしい快適性をこれほど高い次元で両立できるエディタは10年煮詰めたVimを除けば他にない
IDEとしての機能性とVimらしい快適性をこれほど高い次元で両立できるエディタは10年煮詰めたVimを除けば他にない
VSCodeのプラグインが優秀過ぎて他に移れない
シーケンス図とか描くのもすげー便利だし
シーケンス図とか描くのもすげー便利だし
IntelliJで開いたときに、赤も黄色も出ないコードを書くものだけが、Vimを使いなさい。
シーケンス図なんて作らせるようなところでもkotlinだのvscodeだの使わせてくれるものなのか
intellijよりvsのほうがコード補完優秀だよね
頻繁に使うものが上位に来るし
intellijだとcって打つとCamera()とか一度も使ってないものががいきなり候補に出るし
頻繁に使うものが上位に来るし
intellijだとcって打つとCamera()とか一度も使ってないものががいきなり候補に出るし
intellij+補完で検索すると、わりと多機能で驚く
VSの補完は機能とかそういう段階をとっくに卒業してる
ついに機械学習を使って文脈を理解する超補完を搭載するらしいな
ついに機械学習を使って文脈を理解する超補完を搭載するらしいな
みんなインテリとVSCどう使い分けてんの？
Kotlinはインテリで、それ以外の言語はVSCって感じ？
Kotlinはインテリで、それ以外の言語はVSCって感じ？
jsだけVSで他はインテリんだな
正直Rubyとかどちらで書いても大差ないから、わざわざ乗り換えてない
正直Rubyとかどちらで書いても大差ないから、わざわざ乗り換えてない
cだけでCameraとかでてこないぞ？
Camまで打つとCameraクラスが候補の二番目に出てくるが
小文字のcじゃ下まで見てもCameraが候補に無い
Camまで打つとCameraクラスが候補の二番目に出てくるが
小文字のcじゃ下まで見てもCameraが候補に無い
黙って猫を使うべ
Camera程の糞はない
>>881
「彼らはそれを聞くと、年長者たちから始めて、ひとりひとり出て行き、
そしてvimを使う者は誰もいなくなった。」
「彼らはそれを聞くと、年長者たちから始めて、ひとりひとり出て行き、
そしてvimを使う者は誰もいなくなった。」
>>888
何が候補にでるかマチマチ
Colorが出てきたりもするし
とにかく直前に入力したやつが出てこなくてイライラするわ
何が候補にでるかマチマチ
Colorが出てきたりもするし
とにかく直前に入力したやつが出てこなくてイライラするわ
>>893
日本語入力じゃないんだから直前に入力したのに優先的に出てこられても困る
Android Studio kotlin は文法的に入力可能なものがだいたい順番変わらず出てくるんで、候補がまちまちってことは無いと思うぞ？
直前に入力したやつが文法的に正しくて、その名前を文法的に正しい位置に再度挿入しようとするなら、普通2～3文字入力すれば出てこない？
日本語入力じゃないんだから直前に入力したのに優先的に出てこられても困る
Android Studio kotlin は文法的に入力可能なものがだいたい順番変わらず出てくるんで、候補がまちまちってことは無いと思うぞ？
直前に入力したやつが文法的に正しくて、その名前を文法的に正しい位置に再度挿入しようとするなら、普通2～3文字入力すれば出てこない？
あと俺の環境じゃ、小文字 c で、Camera や Color は絶対でてこない感じ
まあCameraが出るかはライブラリによるんだけど
頼むからまず変数名優先してほしい
すぐ上にval cellがあるのに…
使ったこともないメソッドやクラスが第一候補になるんだよ
頼むからまず変数名優先してほしい
すぐ上にval cellがあるのに…
使ったこともないメソッドやクラスが第一候補になるんだよ
だから普通のAndroidのプロジェクトだとCameraはimportすれば使える状態なんだってば
だからCameまで入力すれば候補の一番に出てくる
でも小文字cだと候補全部見ても出てこない
大文字小文字区別するから
あと、関数内のローカル変数は候補の一番上にでてくるよ？
val cell がある関数内なら、cell が候補の最初にでてくる
アルファベット順みたいだから val ccc があればそっちが先になるけど
だからCameまで入力すれば候補の一番に出てくる
でも小文字cだと候補全部見ても出てこない
大文字小文字区別するから
あと、関数内のローカル変数は候補の一番上にでてくるよ？
val cell がある関数内なら、cell が候補の最初にでてくる
アルファベット順みたいだから val ccc があればそっちが先になるけど
いま気が付いたけど補完候補のウィンドウの右下のアイコンで順番変更できるね
Aとπを切り替えられる
Sort by relevance がπで、これはローカル変数が先に出てくる
Sort lexicographically がAで、種類に関係なくアルファベット順にソートされて出てくる
Aとπを切り替えられる
Sort by relevance がπで、これはローカル変数が先に出てくる
Sort lexicographically がAで、種類に関係なくアルファベット順にソートされて出てくる
うわ知らなかったわ
ありがとん
ありがとん
IntelliJでUML書いたらKotlinのコード吐き出したり
逆にKotlinのコードからUML作ったり出来ないかな
逆にKotlinのコードからUML作ったり出来ないかな
売ってるソフトでJava用があるから何れはできるんだろうな。IntelliJ用のプラグインができるかどうかはわからないが。
UMLって久しぶりに聞いたな
まだ作ってるところあるのか
まだ作ってるところあるのか
あかんの？
いや普通に使うけど。
設計書に貼り付けたり他人への説明に利用したり。
設計書に貼り付けたり他人への説明に利用したり。
UML自体は普通に有用だと思うけど
コードと同じくらいの粒度で使うのは無理があると思う
プログラマくらいにしか分からんような複雑なUMLが出てきたり
時間掛けた割にはしょぼいコードが生成されるだけ
コードと同じくらいの粒度で使うのは無理があると思う
プログラマくらいにしか分からんような複雑なUMLが出てきたり
時間掛けた割にはしょぼいコードが生成されるだけ
いまどきUMLって…
プログラマ以外に理解してもらうツールじゃなくね？
プログラマ以外に使ったらクラス図で「矢印の方向は逆だろ！常識で考えろ！」とか言われそう…
プログラマ以外に使ったらクラス図で「矢印の方向は逆だろ！常識で考えろ！」とか言われそう…
「UMLを理解してるプログラマ」と「UMLを理解してるプログラマ以外の人」とのコミュニケーションの為の共通言語
シーケンス図はかなり需要がある
UML程の糞はない
>>914
ああしっくりきた。
新卒で入ったSIerではたまに使ったけど、転職してからは見たことないわ。
基本的に大規模開発のドキュメントくらいでしか使わんかもね。
ああしっくりきた。
新卒で入ったSIerではたまに使ったけど、転職してからは見たことないわ。
基本的に大規模開発のドキュメントくらいでしか使わんかもね。
SIer程の糞はない
自分がお堅い受託やってたの5年くらい前だけど、その頃にはUMLってすでにあまり聞かなくなってたな。
上に挙げられてるような用途では有用なんだけど、だいたいあれを使って説明したい相手がUMLを知らないから作る意味がなかった。
あとドキュメントのメンテで死ぬ。
上に挙げられてるような用途では有用なんだけど、だいたいあれを使って説明したい相手がUMLを知らないから作る意味がなかった。
あとドキュメントのメンテで死ぬ。
UMLに限らないけど、あまり実装の中身に踏み込んだドキュメントは作るべきじゃない
何もいいことはないし、第1大抵は誰も見ない
何もいいことはないし、第1大抵は誰も見ない
全部印刷して見てもらえばいいの？
UML流行らなかったな
需要はありそうだったんに
需要はありそうだったんに
糞はない大喜利してるやつはスルーしとけよ
クラス図、コミュニケーション図、シーケンス図あたりは日常的に使うわ。
ソフトウェアの静的＆動的構造を図示したかったらUML以外を選ぶ理由がないもの。
機械生成や詳細設計まで踏み込んで使用するのはまったくおすすめしないね。要約してppt一枚に収まり切るくらいが丁度いい。
あくまで人に見せる＆説明する用。
ソフトウェアの静的＆動的構造を図示したかったらUML以外を選ぶ理由がないもの。
機械生成や詳細設計まで踏み込んで使用するのはまったくおすすめしないね。要約してppt一枚に収まり切るくらいが丁度いい。
あくまで人に見せる＆説明する用。
お遊びならppt一枚でいいかもしれないけど
仕事では何百、何千ページの要件定義、基本設計、詳細設計を書かなければならないんだぜ
そのページ数に比例する枚数のUML作図コストはあまりにも高すぎる
仕事では何百、何千ページの要件定義、基本設計、詳細設計を書かなければならないんだぜ
そのページ数に比例する枚数のUML作図コストはあまりにも高すぎる
古い体質の会社で働いてるんだな
秀丸エディタとか使ってそうｗ
秀丸エディタとか使ってそうｗ
プログラミングに図は不要、グローバル変数ぐらいevil
×仕事では
○自分の会社では
この世の99%のプロジェクトでは数千ページに及ぶドキュメントとか不要
○自分の会社では
この世の99%のプロジェクトでは数千ページに及ぶドキュメントとか不要
小規模のショボいシステムしか知らないのだろうけど
そういう人たちは気楽でいいよねぇ
典型的なカジュアルプログラマって感じ
遊び半分って表現がピタリ
そういう人たちは気楽でいいよねぇ
典型的なカジュアルプログラマって感じ
遊び半分って表現がピタリ
それをkotlinで構築するのは大変そうですね
日本でドキュメントが多くなるのは承認したいからだろ
そりゃ大変だよ
でもそれが無かったら大変どころか完成すらできない
行き当たりばったりのライブコーディングで完成まで持っていけるオモチャじゃないんだからさ
でもそれが無かったら大変どころか完成すらできない
行き当たりばったりのライブコーディングで完成まで持っていけるオモチャじゃないんだからさ
UML要るか要らんかで揉めてるけど、結局のところ作ってるソフトの規模の違いじゃね？
趣味とか社内で使うもんとかなら要らんだろうし、そこそこの規模になったら必要だろうし
趣味とか社内で使うもんとかなら要らんだろうし、そこそこの規模になったら必要だろうし
むかし現場にいたころは何か問題あったときのためにいちいちドキュメント作ってたな
テスト仕様書なんてものもあって、誰でもわかるようにテストケースごと図示して承認もらってた
そして心が病んだ
テスト仕様書なんてものもあって、誰でもわかるようにテストケースごと図示して承認もらってた
そして心が病んだ
小学生でも理解できるようにって言葉を使うやつは大抵悪だったな
むかしの話
むかしの話
Linuxのような大規模オープンソースプロジェクトでもgithubでソースコード共有だけで成長していけてる
ドキュメントやUML作成してから開発してるかと
ソースコードの読めない無能が仕事してる振りするためにやってるだけで無くなっても誰も困らない
ドキュメントやUML作成してから開発してるかと
ソースコードの読めない無能が仕事してる振りするためにやってるだけで無くなっても誰も困らない
うちはドキュメントは最低限のものしか作らんな
なんでもかんでもドキュメント化してしまうと、それをメンテするだけの無駄すぎる人間が必要になってしまうから
あんなのは何をするにもスタンプラリーの必要な多重下請け開発のためのものだ
なんでもかんでもドキュメント化してしまうと、それをメンテするだけの無駄すぎる人間が必要になってしまうから
あんなのは何をするにもスタンプラリーの必要な多重下請け開発のためのものだ
今なら、Markdown 使ってドキュメント書くみたいに、PlantUML 使って UML を書く
IntelljIDEA 上で書くためのこんなツールもある
https://qiita.com/ot-aoyagi/items/d2bfbff219c592822d53
IntelljIDEA 上で書くためのこんなツールもある
https://qiita.com/ot-aoyagi/items/d2bfbff219c592822d53
>>938
Linuxカーネルリポジトリの Documentation ディレクトリ程度のメモは残してほしいものだよ
Linuxカーネルリポジトリの Documentation ディレクトリ程度のメモは残してほしいものだよ
まあ、納品するためにはそれなりのドキュメントは必要だけどな
若いころはその辺の扱いが不器用だったかもな
若いころはその辺の扱いが不器用だったかもな
このスレがたまに伸びてる時はkotlinとまったく関係ない話題の時だけだな
ドキュメント程の糞はない
仕様書はあった方がいいけど設計書は無い方がいいな
大抵メンテされなくて実装と違ってくるもんだろ
大抵メンテされなくて実装と違ってくるもんだろ
アジャイルで開発してるのになぜかWFの納品時と同じドキュメントをリリースごとに作成することになって担当者をうつ退職に追い込んだプロジェクトは見たことある
>>950
いやいや全く具体的じゃねーだろｗｗｗ
なんのために設計書に貼り付けるの？他人に何をどう説明するために使うの？
いやいや全く具体的じゃねーだろｗｗｗ
なんのために設計書に貼り付けるの？他人に何をどう説明するために使うの？
何をどう解釈すればあれで具体的と思えるのか謎
>>930
この世の99%のプロジェクトはその"小規模のショボいシステム"とやらなんで
というよりもひとつひとつが小規模になるように問題を分割するのがまともな開発だからなー
ぶくぶくに膨れ上がったプロジェクトは大変そうですね
この世の99%のプロジェクトはその"小規模のショボいシステム"とやらなんで
というよりもひとつひとつが小規模になるように問題を分割するのがまともな開発だからなー
ぶくぶくに膨れ上がったプロジェクトは大変そうですね
詳細設計なんて必要になるのはプログラマーですらないコーダーだけだからな
コーディング作業自体が設計
コンパイルが仕様
以上
コンパイルが仕様
以上
管理しかしないでコードの読み書きしないやつほどの糞はない
詳細なUMLを書くことなんてもうないが
シーケンス図いらないと言ってるのは自己完結してるショボいコードしか書いたことない奴だろ
シーケンス図いらないと言ってるのは自己完結してるショボいコードしか書いたことない奴だろ
UML書かないと趣味レベルとか、どんだけ狭い世界で仕事してたらそういう発想になるのよ
自分の人生のために転職を勧める
自分の人生のために転職を勧める
まあサーバとクライアントと別の人が実装するような場合はシーケンス図で仕様検討したりするかな
マ板と真逆の反応でわろた
あっちはドカタしかいないから設計書なんて要らんと言ったらリンチされる
あっちはドカタしかいないから設計書なんて要らんと言ったらリンチされる
実装と完全に同期するように設計書をメンテできているものだけがそのリンチに参加しなさい。
プログラムがドキュメントのようになっているのが良い、なんて言われてた時代もあったな。
まあしかし設計書読ませてそのまんま動くようなのはその内AIできたりして、そこで大半のプログラマーは終了。
プログラミングは職業ではなくなり趣味と老人のボケ防止のための頭の体操になる。
まあしかし設計書読ませてそのまんま動くようなのはその内AIできたりして、そこで大半のプログラマーは終了。
プログラミングは職業ではなくなり趣味と老人のボケ防止のための頭の体操になる。
それよく聞くけど、そんなレベルのAIがもし出来たらプログラマに限らず大抵のオフィスワーカーは要らなくなるわ
UMLの話題でこんなにスレが荒れるとは思わなんだ
それだけことりんが大規模開発から趣味レベルまで幅広く使われてるってことかもしれんが
それだけことりんが大規模開発から趣味レベルまで幅広く使われてるってことかもしれんが
単に他に話題がないところにみんなが一見識持ってる話題が投下されただけな気がする
言語自体の話でスレが伸びないのは良言語である証拠
次はエディタやIDEで大論争になってあっという間に3スレぐらい消費か
なお、俺は規制で次スレ立てられないので誰か作ってくれ。よろしく。
ということでおまえらはやっぱりIntelliJなの？っと
今のゲームて説明書薄いよね
昔のゲームは分厚くて読んでてワクワクしたもんだけど
これは流れとは関係なかったか
昔のゲームは分厚くて読んでてワクワクしたもんだけど
これは流れとは関係なかったか
てか付いてない。ゲーム内説明書なんでで。
立てれた
Kotlin 4
http://2chb.net/r/tech/1531818027/
Kotlin 4
http://2chb.net/r/tech/1531818027/
インテリ嬢
これからの時代はフローチャート
学校ではPADしか教えてくれなかった
普通 HCチャート(嘘)
VARで確認中...
優秀な人間よりも、無能でも許される人間になりたい
varなんて使うなよ、valにしろ
やだ。
デフォルトでvarに下線がつくのは、不快な見た目にすることでなるべく使わないようにするためだってJBの中の人が言ってた
いないいないvar
vim使ってるので特に下線は出ない
セクシーvim
普段Kotlin書かないからVSCode
fun main(args:Arrey<Strings>){
println("うめる"）
}
println("うめる"）
}
class Xamarin {
fun toString(): String = "糞"
}
fun toString(): String = "糞"
}
class 埋
Kotlinプロジェクト作成
package Kotlin 3
import android.content.Intent;
import android.net,Uri
import android.support.v7.app.AppCompatActivity
import android.os.Bundle
class UMeinActivity : AppCompatActivity() {
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
setContentView(R.layout.activity_main)
var レスCount : Int =>>1000
if(1000 == レスCount ){
val url: String = "http://2chb.net/r/tech/1531818027/";
val intent = Intent(Intent.ACTION_VIEW)
intent.data = Uri.parse(url)
startActivity(intent)
}
}
import android.content.Intent;
import android.net,Uri
import android.support.v7.app.AppCompatActivity
import android.os.Bundle
class UMeinActivity : AppCompatActivity() {
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
setContentView(R.layout.activity_main)
var レスCount : Int =>>1000
if(1000 == レスCount ){
val url: String = "http://2chb.net/r/tech/1531818027/";
val intent = Intent(Intent.ACTION_VIEW)
intent.data = Uri.parse(url)
startActivity(intent)
}
}
lud20220919113001caこのスレへの固定リンク： http://5chb.net/r/tech/1521401186/
ヒント：5chスレのurlに http://xxxx.5chb.net/xxxx のようにbを入れるだけでここでスレ保存、閲覧できます。
ブックマークへ |
|---|
全掲示板一覧 この掲示板へ 人気スレ | Youtube 動画 >50 >100 >200 >300 >500 >1000枚 新着画像
↓「Kotlin 3 YouTube動画>2本 ->画像>1枚 」を見た人も見ています：
・次世代言語13 Go Rust Swift Kotlin TypeScript
・Kotlin 2
・次世代言語Part8[Haskell Rust Kotlin TypeScript]
・次世代言語15 Go Rust Bosque Kotlin TypeScript
・次世代言語9[Haskell Rust Kotlin TypeScript Dart]
・次世代言語14 Go Rust Swift Kotlin TypeScript
・次世代言語23 Go Nim Rust Swift Kotlin TypeScript
・Kotlin
・Kotlin 7
・ScalaにできてKotlinにできないこと
・【IT】Google、KotlinをAndroidアプリ開発言語に選定
・【IT】Kotlinで開発された初のAndroid向け不正アプリが発見
・【悲報】 Androidプログラマ、Javaを捨てKotlinに大量移行 さらに遅いアプリで溢れかえる事態に
・次世代言語28 TypeScript Swift Go Kotlin Rust Nim
・次世代言語26 TypeScript Swift Go Kotlin Nim
・次世代言語29 TypeScript Swift Go Kotlin Rust Nim
・次世代言語22 Go Nim Rust Swift Kotlin TypeScript
・次世代言語議論スレ[Rust Kotlin Haskell]第6世代 [無断転載禁止]
・次世代言語議論スレ[Go Rust Kotlin Scala]第4世代 [無断転載禁止]
・次世代言語25 TypeScript Swift Go Kotlin Rust Nim
・次世代言語21 Go Nim Rust Swift Kotlin TypeScript
・【IT】Kotlinのスキルを持たないAndroid開発者は恐竜のようになるリスクに直面。モバイルアプリプラットフォームのRealmが予測
・【ゲーム】『ポケモン』新作、Switchに登場 2018年以降に発売 他Switch向けゲーム情報あり「Nintendo Spotlight:E3 2017」
・【IT】グーグル、プログラミング経験不要で「Android」「Kotlin」を学べる無償コース提供 [田杉山脈★]
・【音楽】スティング 「Message in a Bottle」「Fragile」「Englishman in New York」自宅で撮影したパフォーマンス映像を公開 [湛然★]
・Chat in english 英語で雑談 "for food"
・【Battle Link】バトルリンク ミッション1
・try not to cum！you wont last in 30 seconds！click here！
・BREITLING ブライトリング エアロスペース 総合3
・AMD最強CPU「Threadripper」ことRyzen 2990WX、最適OSはLinuxだった
・Hotline Miami Part2
・Hotline Miami Part4
・★130622 siberia 「internethotline」「爆破する」「殺害する」マルチコピペ報告
・【TGS2021】TGS 2021 CAPCOM ONLINE PROGRAM MONSTER HUNTER SPOTLIGHT実況会場 ■09/30 22:00~:50
・Nothing's Carved In Stone 31
・Nothing's Carved In Stone 30
・【FTL】 Faster Than Light 35船目
・【FTL】 Faster Than Light 33船目
・【FTL】 Faster Than Light 31船目
・【MODARTT】 Pianoteq 3 【Physical modelling】
・リネージュ2レボリューション Lineage2 Revolution 3OE
・【L2R】リネージュ2 レボリューション / Lineage2 Revolution Part 37
・【LV組】Aqours 2nd LoveLive！ ～HAPPY PARTY TRAIN TOUR～ イベント総合スレ 3日目
・【HP】Pavilion Notebook PC ★13
・ローマ字でスコッチグレイン SCOTCH GRAIN Part53
・出張プロデューサーレターLIVE in E3
07:04:46 up 27 days, 17:28, 1 user, load average: 7.50, 9.03, 9.31
in 1.9802861213684 sec
@1.9802861213684@0b7 on 010821 |