19/05/21 12:40:36.99 sr6+MIRN.net
当然nonnull出ない変数ににnullをぶち込んだらエラーになる
751:デフォルトの名無しさん
19/05/21 13:55:21.57 2xcSjans.net
>>736
nullを入れられない型なのにnullを入れようとしたらその時点でオブジェクトを生成できずにエラー
なので、json文字列を受け取ってオブジェクトを生成する部分で要件に合わせて適宜いい感じに処理する必要がある
752:デフォルトの名無しさん
19/05/21 14:53:46.84 BVi2WQ22.net
>>736
試してみればわかると思うが、nillableな型にnull入れてObjectOutputStreamで書いた後でnullableでなくしてコンパイルしなおしてからObjectInputStreamで読もうとするとInvalidClassExceptionが出る。
753:デフォルトの名無しさん
19/05/21 15:17:02.88 RVxsm+ja.net
kotlin使ったことないって奴向けの説明ではないな
754:デフォルトの名無しさん
19/05/21 16:06:22.73 BVi2WQ22.net
図解しないとダメか？w
755:デフォルトの名無しさん
19/05/21 17:40:26.31 x7pfOsc7.net
そもそも聞かれてることに対する回答としてはピントがズレてる
自分の知識自慢したいイキリオタク感がすごい
756:デフォルトの名無しさん
19/05/21 18:43:35.05 gj4VcULk.net
>>734がおそらくしているであろう幻想を抱いていた時期が自分にもありました
とエスパーしながらいうと、通信で受信したオブジェクト等はnullableな型を持つことになるだけで、
Kotlinにしたからといってnullチェックが要らなくなるわけではない。
>>736には誰の説明が分かりやすかっただろうか。
757:デフォルトの名無しさん
19/05/21 20:08:28.33 BVi2WQ22.net
>>744
ずれてないだろ。通信でオブジェクト送る話なんだから。
758:デフォルトの名無しさん
19/05/21 20:11:45.34 grT0tw0/.net
Javaのコードを呼び出すところは、全部そうだね。
Kotlinはnullableであることを「強制しない」。
AndroidとかjavaxのAnnotationでもついていない限り。
759:デフォルトの名無しさん
19/05/21 20:44:09.88 wTyF+2my.net
>>728
URLﾘﾝｸ(play.kotlinlang.org)
760:デフォルトの名無しさん
19/05/21 21:17:46.88 KjOgf3b2.net
null安全は@NotNullとどう違いますか？
761:デフォルトの名無しさん
19/05/21 23:00:11.33 MtIoFqpw.net
コンパイルエラーになるかぬるぽでばーんってなるかの違い
762:デフォルトの名無しさん
19/05/21 23:15:32.28 dJ+4PuSm.net
null安全は以下の機能を包括する言葉
・型システムでnull許容とnull不可を区別出来る
・null許容型の取扱いを容易にするモナド操作などを言語仕様や標準ライブラリに持つ
763:デフォルトの名無しさん
19/05/22 00:26:45.64 s0RuNCYO.net
∧＿∧ ／￣￣
（ ´∀｀）＜ ド？
（ ） ＼＿＿
│ │ │
（＿_）___）
764:デフォルトの名無しさん
19/05/22 13:10:44.21 o0mLtMWH.net
iosアプリ作るのは現実的にいけそう？
765:デフォルトの名無しさん
19/05/22 15:26:22.63 06P4CJxl.net
いけるいける
766:デフォルトの名無しさん
19/05/22 17:11:00.38 ddL9armR.net
大丈夫大丈夫、なんの問題もない
767:デフォルトの名無しさん
19/05/22 19:37:38.21 N+dUt+tn.net
逆引きのAndroid開発用のKotlin本ないの？
Javaのはあるけどさ
768:デフォルトの名無しさん
19/05/22 21:14:49.49 o0mLtMWH.net
>>754
>>755
ほんとのほんとに？
作り始めてまうで？
769:デフォルトの名無しさん
19/05/22 22:18:54.87 mQdasoF8.net
うん、大丈夫、なにも心配することないから
770:デフォルトの名無しさん
19/05/23 00:10:33.20 K2oq56d+.net
>>754,755,758
iOSアプリを実際に作った人がこの板にこんなにいるとは思えないんだがw
いや、自分もないんだけどさw
771:デフォルトの名無しさん
19/05/23 00:56:30.37 ClSxeVCE.net
Kotlinでの競技プログラミングのコンテストがあるよ！
5月28日の23時35分から2時間半！
Kotlin Heroes Announcement
URLﾘﾝｸ(codeforces.com)
URLﾘﾝｸ(codeforces.com)
772:デフォルトの名無しさん
19/05/23 01:52:40.87 kvy164Qh.net
英語で書かれた問題を解読するだけで2時間半が経過してしまいそうな予感
773:デフォルトの名無しさん
19/05/23 02:45:36.97 K2oq56d+.net
>>760
IntがintになるかIntegerになるか考慮しないといけなかったらちょっと嫌だなあ。
774:デフォルトの名無しさん
19/05/23 06:58:10.23 ZvIUMcmJ.net
>>759
大丈夫、Kotlinも業務で使ってるしiOSアプリも業務でいくつも作ってるからさ
Kotlin nativeのiOSアプリも実際に作ってみたって人と勉強会の懇親会で話したことがある
775:デフォルトの名無しさん
19/05/24 09:20:43.95 1flrLOhd.net
>>756
必要か？
776:デフォルトの名無しさん
19/05/24 13:57:22.09 WFuDBTgU.net
Listの初期化って
var list = listOf<Hoge>()
と
var list :Hoge? = null
どっちがいいの？
777:デフォルトの名無しさん
19/05/24 15:11:48.77 10iCK04b.net
>>765
全く違うもの出されてどちらがと聞かれても・・・
778:デフォルトの名無しさん
19/05/24 16:53:05.84 cg0Vnpe0.net
>>765
その２つでいうなら下はリストを作れてないから上一択になるぞw
779:デフォルトの名無しさん
19/05/24 16:57:14.79 WFuDBTgU.net
間違えた下は
var list :List<Hoge>? = null
ね
これならどっちがいい？
780:デフォルトの名無しさん
19/05/24 16:59:34.27 cg0Vnpe0.net
どちらにせよその2つは作られる型が違う
nullableにする必要があるかどうかで使い分けろとしか
781:デフォルトの名無しさん
19/05/24 17:00:11.96 cg0Vnpe0.net
俺だったら何か理由がない限り上
782:デフォルトの名無しさん
19/05/24 17:00:17.36 g+HqU4NL.net
特別な理由がない限り上はvarじゃなくてvalにすべきじゃない？
783:デフォルトの名無しさん
19/05/24 17:15:07.02 WFuDBTgU.net
>>770
なぜ？
>>771
valにしたら代入できないじゃん
784:デフォルトの名無しさん
19/05/24 17:52:50.04 8qiM3xuo.net
val にして空の MutableList 作るのは？
785:デフォルトの名無しさん
19/05/24 18:01:30.45 XLHoRxVW.net
俺はemptyListだな
786:デフォルトの名無しさん
19/05/24 18:03:21.78 6OR0USBX.net
？取るのめんどいから空のリストにしてくれ
787:デフォルトの名無しさん
19/05/24 18:27:38.07 g+HqU4NL.net
>>772
ああごめん val にしてMutableList な
だが、おまえが欲しいのはたぶん
var list = emptyList<Hoge>()
788:デフォルトの名無しさん
19/05/24 18:51:13.35 xfff2+MO.net
>>772
Kotlinにおいてはvarもnullableもごく限られた場面でしか使わない例外的なものだということは知っておいた方が良い。
nullableは無駄に取り扱いが面倒だったり、varは予期せぬバグを生み出す温床になり得るから。
なので
val list = mutableListof<Unko>()
が、大抵の場面で正解。
789:デフォルトの名無しさん
19/05/24 19:42:38.12 Oa3ZkFre.net
Unkoって何ですか
790:デフォルトの名無しさん
19/05/24 20:03:18.59 g/LimCLF.net
えっお前んちUnkoねーのだっせー
791:デフォルトの名無しさん
19/05/24 20:04:30.18 6mh6tvLx.net
かといって盲目的に mutable collection を使うのもどうかと思うがな
792:デフォルトの名無しさん
19/05/24 20:17:54.95 73sdMVIH.net
盲目的も何もコンテキストが分からないんだから一般論としてvarを使うよりはMutableListを使う方が適してると言うしかないだろ
どんな状況でも何がなんでもMutableListを使えなんて誰も言ってない
793:デフォルトの名無しさん
19/05/24 20:23:02.45 73sdMVIH.net
俺も>>777にするな。
もしくはlateinitを使うか、どちらか。
794:デフォルトの名無しさん
19/05/25 05:49:19.79 wB1WneOU.net
>>768
状況にもよるけど、>>782で出たlateinitか、場所によっては
val list by lazy{ [List<Hoge>を返す式] }
そもそも、listの要素が出揃っていない段階でlistを宣言するのが適切でない可能性も。
val list = [List<Hoge>を返す式]
のようにいきなり最後まで計算するか、少々面倒だけど>>773の言うように一旦
val temporaryList = mutableListOf<Hoge>()
して要素が出揃ったら
val list = temporaryList.toList()
するとか。
795:デフォルトの名無しさん
19/05/25 06:37:38.07 fh0ztzaz.net
lateinitはvalにできないから糞
796:デフォルトの名無しさん
19/05/25 07:20:32.83 Kvnc/U5Q.net
そんなご無体な
797:デフォルトの名無しさん
19/05/25 08:02:42.85 9ELY4FpV.net
valだけが正しい。valにできないなら新しいvalにコピーするべき
798:768
19/05/25 10:50:32.51 VlF1HZqT.net
>>783
それだとvalじゃなくてvarじゃね？
始めに空のList入れる意見が多いけど結局使う時にemptyかチェックするでしょ
nullかどうかチェックするのと同じじゃね？
799:デフォルトの名無しさん
19/05/25 10:57:44.94 VlF1HZqT.net
nullの警告が厳しいからこそ使うのはどうだろうか
nullならnullだと知らされるがemptyじゃ何の警告も出ない
800:デフォルトの名無しさん
19/05/25 13:1
801:6:02.71 ID:exhgzloH.net
802:デフォルトの名無しさん
19/05/25 13:19:44.44 F8alA812.net
>>787
そうとは限らない
単にリストの要素数が0ならそれでいいケースも多い
そう考えると明らかに初期化を忘れてるのが分かるという意味でnullを入れておくのもいいかもしれない
803:デフォルトの名無しさん
19/05/25 17:48:30.03 AAsiXMmO.net
Androidなどで、非同期処理が関わってくると、
valは注意して使わないといけない場面が、意外にたくさんあることに気が付く。
804:デフォルトの名無しさん
19/05/25 18:20:07.77 lux9UzI+.net
Activityのbindingはby lazyのval
Fragmentのbindingはlateinit var
805:デフォルトの名無しさん
19/05/26 23:17:26.29 /1jO9AOV.net
>>765
そもそもローカル変数の話なのかプロパティの話なのか…
806:デフォルトの名無しさん
19/05/27 12:03:53.57 j1Bw0s67.net
emptyListってシングルトンだから生成コストがないってのは分かるんだけど、
今時その程度の生成コストを気にする場面ってそんなない気もする
富豪的プログラミングなんて言われるかもしれんけど、もはやそれ自体死語だしな
807:デフォルトの名無しさん
19/05/27 12:57:29.86 ffeERoRR.net
>>793
ローカルならそもそも悩まない。
val且つmutableにして都度addallするか、var且つimmutableで丸ごと置き換えるか、はケースバイケースで。
808:デフォルトの名無しさん
19/05/27 13:34:53.60 IGUdGZaE.net
valで都度変数作るからなぁ
809:デフォルトの名無しさん
19/05/27 14:33:20.72 24xkxhR7.net
プロパティの話ね
mutableにしてもそもそも生成は別のところでListごと作るからmutableだろうがListだろうが関係ない
当然後から代入するからvalにはできない
810:デフォルトの名無しさん
19/05/27 14:57:26.23 EJcO498B.net
copyメソッド
811:デフォルトの名無しさん
19/05/27 23:34:59.34 s432cqVY.net
サーバーサイドばっかだからかもしれんがプロパティにMutableListを使うことがそうそう無い
データクラスのコンストラクタ引数に val list: List はよくある
812:デフォルトの名無しさん
19/05/27 23:56:54.45 zFWKvIPE.net
内部DSLとかの指示を構築する系の実装で使うかな
813:デフォルトの名無しさん
19/05/28 05:58:36.43 sEeuOOEX.net
サーバーサイドかどうか関係なくない？
俺はよく使うよ。例えばツリー構造になってるデータを読み込む処理で自分の子ノードのリストを持つため、とか、これ昨日書いた。
814:デフォルトの名無しさん
19/05/28 06:33:15.65 f4BtQ/HR.net
val text = ""
って
val text :String = ""
って書いた方がいい？
815:デフォルトの名無しさん
19/05/28 07:05:11.16 Bdaqy37y.net
>>802
やるメリットは特にない
むしろ本当に宣言通りStringかどうかチェックするぶんビルド遅い
816:デフォルトの名無しさん
19/05/28 08:10:42.72 sEeuOOEX.net
>>802
いらない。何をどう見ても明らかにStringだから意味ない。
817:デフォルトの名無しさん
19/05/28 23:54:42.49 g+jKUI0N.net
>>802
Javaのvarで似たような議論がある。
URLﾘﾝｸ(orablogs-jp.blogspot.com)
818:デフォルトの名無しさん
19/05/29 01:39:37.10 KhqOXHGU.net
Kotlinに、SwiftのExpressibleByStringLiteralみたいなのが無くて本当に良かったと思う
あれは呪いだ
819:デフォルトの名無しさん
19/05/29 02:17:57.59 Qb2i3AGM.net
>>802 は、IntelljIDEA か Android Studio 使ってないのかね？
警告消して緑色になるようがんばれ
おれは警告にどうしても従えない場合でも、アノテーション使って絶対緑色にする
820:デフォルトの名無しさん
19/05/29 04:33:25.97 XoYuC6Fl.net
Charは'a'なのね
821:デフォルトの名無しさん
19/05/29 06:05:24.96 ouhOLTM0.net
>>806
なにそれ？
822:デフォルトの名無しさん
19/05/29 07:50:04.16 KhqOXHGU.net
>>809
URLﾘﾝｸ(ideone.com)
文字列リテラルが本当に文字列なのか分からなくなるやつ
823:デフォルトの名無しさん
19/05/31 14:21:13.30 Jjn+Dq6k.net
>>806
PHPだと1リクエストごとにFWの初期化処理を行っているのが遅い理由でしょ
特にLaravelは読み込むファイルも多いし重い
他の言語だとアプリケーションサーバ起動時に一回だけ初期化処理をするので1リクエストあたりの処理が少ない
PHPでもSwooleやReactPHPなどを使えば同じことはできるけど、まあ既存のFWを乗っけてもバグりやすいだろうね
824:デフォルトの名無しさん
19/05/31 18:46:44.28 R6sHUJ5K.net
なんの話だよ
825:デフォルトの名無しさん
19/05/31 22:32:24.72 VAUlN9pw.net
やべぇやつが来たなｗｗｗ
826:デフォルトの名無しさん
19/06/01 07:53:39.61 6Ne8KtIA.net
普通に誤爆でしょ
827:デフォルトの名無しさん
19/06/01 11:37:30.64 OCCxHMSa.net
android用途：元気
サーバーサイド用途：全く流行らず
kotlin/native: 瀕死
kotlin.js: 死亡
現状こんな認識なんだけど合ってる？
828:デフォルトの名無しさん
19/06/01 11:43:16.53 HBXiOctn.net
Xamarin程の糞はない
829:デフォルトの名無しさん
19/06/01 12:20:19.48 oJ6AvSx+.net
>>815
Kotlin nativeはなんかもう不死鳥とかみたく蘇ったりする予定なので書いておいてください
830:デフォルトの名無しさん
19/06/01 14:59:33.17 7bqJsR1f.net
身内のGraalにトドメ刺されて終わりだろ。
831:デフォルトの名無しさん
19/06/01 15:47:15.77 v1/bDBif.net
/NativeがGraalにやられても/JVMがスイッチするから大丈夫
832:デフォルトの名無しさん
19/06/01 16:20:49.17 4wvh7Cn2.net
>>815
合ってる
833:デフォルトの名無しさん
19/06/01 16:55:01.52 uuPo6pHP.net
nativeはまだ作成中みたいな感じなので瀕死とは違うと思うが
834:デフォルトの名無しさん
19/06/01 17:46:40.68 xELmXxSQ.net
Kotlinを勉強し始めたんだけどさあ
これってレファレンスを見てエディタで打ち込む->kotlincでコンパイル=>javaで動かす・・・・ってのを繰り返さないとならんの？
Swiftに言う「swift asdf.swift」みたいなのに相当するコマンドはないのかしら
835:デフォルトの名無しさん
19/06/01 17:49:07.58 FZbdo0L3.net
そうか。合ってるか。。
サーバーサイド kotlinが流行ってないのは何でなんだろ。
現状問題なく使えるように思うけど、ほとんど開発案件出てこないね。
836:デフォルトの名無しさん
19/06/01 17:50:33.82 v1/bDBif.net
>>822
IntelliJ(community版)を使おう
再生ボタン一つで済む
837:デフォルトの名無しさん
19/06/01 17:51:43.68 FZbdo0L3.net
>>822
まずintellij(IDE)をインストールしないと始まらない
838:デフォルトの名無しさん
19/06/01 18:32:24.41 7x5on0RN.net
このスレ定期的にkotlinc使う奴が出てくるよな
どこぞの入門サイトに書いてあるんかね
どう考えてもintellij使う前提の言語なのに
839:デフォルトの名無しさん
19/06/01 18:32:52.15 7x5on0RN.net
>>823
サーバーサイドKotlinで生きていきたいけど、仕事なさすぎて難しいよなあ
840:デフォルトの名無しさん
19/06/01 19:41:31.36 4wvh7Cn2.net
>>822
Kotlinを書くのにエディタを使うのがそもそも間違ってる。
無料版でいいからIntelliJ使え。
841:デフォルトの名無しさん
19/06/01 20:59:16.14 f9ycqMAV.net
うちはサーバーサイドで使ってるわ
ほぼ俺しか書いてないが
842:デフォルトの名無しさん
19/06/01 22:10:50.15 GQlgchjf.net
YouTube に動画をアップしてる、KENTA でも、
サーバーサイドの、Elixir, Kotlin などを受注するのに苦労してる。
彼は、変わった言語の仕事に、こだわる
こういう仕事は、滅多に出回らないから、ツテから入るのかも。
KENTAは千以上、名刺交換してるとか
彼は、GUI は嫌いらしい。
画面の修正で、時間を食うのが、嫌いらしい
数ピクセル、位置が違うとか、
修正したら、違う人が、元に戻せと言ったりw
GUI は、技術を学ぶ、時間効率が悪いから、嫌いらしい。
だから、サーバーサイドの仕事を取る
843:デフォルトの名無しさん
19/06/01 22:33:39.21 v1/bDBif.net
歌詞かな
844:デフォルトの名無しさん
19/06/01 22:48:31.29 ZDO2fOJr.net
サーバーサイド普通に使ってるぞ
lombok駆使するよりいいと思う
845:デフォルトの名無しさん
19/06/01 23:07:41.16 jNRuoNdG.net
>>830
海外の方？
846:デフォルトの名無しさん
19/06/01 23:08:06.44 vdsZQvk5.net
ポエムだぞ
847:デフォルトの名無しさん
19/06/02 01:28:53.78 /69WsxDT.net
>>830
「、」で区切り過ぎ。その文章の場合は全ての「、」を削除した方が読みやすい。
848:デフォルトの名無しさん
19/06/02 01:33:22.19 /69WsxDT.net
>>822
IntelliJ 使った方が楽だが、kotlinc でコマンドラインでやるとしたら最後の実行は kotlin コマンドでできるよ。
kotlinc xxx.kt
kotlin XxxKt
みたいにする。
kotlin コマンドは環境変数セットしたりして最終的に java を動かす。
849:デフォルトの名無しさん
19/06/02 10:05:23.69 80ueDuoq.net
で、サーバサイドkotlinのこれからについての認識なんやけど合ってる？
・実戦投入可能なレベルに達している
・goが選ばれるような案件では以下の点でgoに勝てないので流行らない
→粒度の細かいマイクロサービス：deploy容易性がgoに劣る、kotlinの抽象力が活き辛い
→aws lambdaとか：上記に加えてjvmが温まるまで遅い
・モノリシック案件のbetter javaとしては第一候補
→フルスタックFWが有望でspring bootが最有力
→必然的にSIerの仕事が多くなる
・SIerが最重要視するのは実績
→実績を積むには待つしかない
850:デフォルトの名無しさん
19/06/02 10:08:10.88 80ueDuoq.net
kotlin/nativeは「hello world」を「hello world!」にするだけでビルドに7sかかるんやけど。。
こんなもんなん？何かやり方間違ってるのかな。
851:デフォルトの名無しさん
19/06/02 10:25:57.88 klo8W86L.net
>>837
受託の業界は知らんけど、WEB業界なら今までJavaやらScalaやら使ってたところはもう大体使えるところから使い始めてる。
ただそもそも日本のWEB業界ではJavaが不人気過ぎてどうしてもニッチの部類に留まってるわな。
生存戦略としてはとにかく仕事の多いRailsやらをやるか、仕事は少ないが応募者も少ないKotlinを極めるか、まあどちらでもありっちゃあり
どうせ5年後には違う技術が台頭してるし
852:デフォルトの名無しさん
19/06/02 11:16:42.46 uIkDYzKb.net
既存のJavaからKotlinはあっても、そもそも新規でJVM選択するかなっていう
853:デフォルトの名無しさん
19/06/02 12:06:59.02 TDNwqEN9.net
sunが震え声で
ハードの進化でJVMのパフォーマンスは向上していくから…
って言ってから何年経ったのか
854:デフォルトの名無しさん
19/06/02 12:13:33.66 UpSyXruc.net
PHPで作ってたけどパフォーマンスが出なくなって来たからJavaで作り直す、みたいなのはよく聞くな
同じ理由で昔はRailsからJavaってのもあったけど最近のRailsは速いからあまり聞かなくなった
855:デフォルトの名無しさん
19/06/02 14:27:04.47 Kbt/vpV3.net
Rails ができれば、コピーのCakePHP も出来る
違う言語だけど
856:デフォルトの名無しさん
19/06/02 14:47:02.52 530n/55/.net
Rubyキチ、無視しろ。
857:デフォルトの名無しさん
19/06/02 14:52:37.88 LUUGWxBq.net
php8()
858:デフォルトの名無しさん
19/06/02 15:29:19.09 sHGNUntV.net
新規でサーバ側でkotlinで作ってもらったけど
少数派なのか。
まあ、何ができるかが大事だからいいけど、流行に左右されるのは厳しいね。
859:デフォルトの名無しさん
19/06/02 16:54:37.31 /69WsxDT.net
>>841
20年ぐらい？
まあ確かにあのWindows95だの98だので動かしていた時よりは速くなったけどね。
860:デフォルトの名無しさん
19/06/02 21:44:03.80 xSU5v8RX.net
結構Java嫌いな人多いんだね。自分もJavaは好きじゃないけど。
>>840
Javaが検討される規模のWEBサービス作る時にJVM以外の選択肢って例えば何かあるのかな？
>>841
Javaの出始めと比べたら劇的に進化してSunの言う通りになったと思うけどな。
Java離脱組もパフォーマンスじゃなくて開発効率やサービスの拡張性を気にしてる。
>>846
少数派なのはそうなんだけど、依頼側から見たサーバーサイドkotlinのデメリットは
・現状では開発者が少ない=人が集まらないことによる遅延、開発者単価
・実績がない=未知の何かが起こるかも
なのでローンチ出来てる時点でデメリットは乗り越えているし、
Android界隈では確固たる位置にいるからこの先メンテ人材が見つからない心配もない。(←ここが流行に左右されて困るポイント)
悪くない選択だったと思うんだけど
861:デフォルトの名無しさん
19/06/03 23:56:34.84 JEDLjuFd.net
JVMの性能は実行時最適化が強みだから
ベンチマーク系は不利
巨大なプログラムで長時間の動作において有利なはず
にもかかわらずベンチマークでもそこそこ速いんだからすごいのでは
862:デフォルトの名無しさん
19/06/04 00:08:19.43 8w4/id00.net
いや実行時最適化は繰り返し実行される処理に対して効くからベンチマークには強いぞ
立ち上がりの遅さとか、ベンチマークに現れない体感的な部分がJVMは遅い
事実上サーバー専用だから仕方ないが
863:デフォルトの名無しさん
19/06/04 02:28:23.05 Xu6aOKJJ.net
JVMはガーベッジコレクションでスローダウンするから未だに使い物にならない。
一番大事な時に直撃で機会損失が億いくと違約金も凄まじかったぜ。
864:デフォルトの名無しさん
19/06/04 06:40:04.13 1zKcF7rp.net
果てしなく嘘くさいな
シビアなシステムでどれだけ使われてると思ってるんだ
865:デフォルトの名無しさん
19/06/04 07:41:14.05 zxBnyDUV.net
10年以上前からあるコンカレントGCすら知らないような会社なんだろう
866:デフォルトの名無しさん
19/06/04 08:08:31.64 LGhp/e10.net
業務用Javaに関しては新機能が使われずなおかつアプデなしで10年経過とか普通にあるからな
それはそれでもいいから対外的にJava語るなって話なんだが
867:デフォルトの名無しさん
19/06/04 08:20:13.77 1zKcF7rp.net
例のみずほのサグラダファミリアもJava1.5という噂を聞いたけどマジなんかな
868:デフォルトの名無しさん
19/06/04 10:17:08.75 prB+PlYz.net
ネイティブでgc使わないようなコードも出せるようになればなんとかなりそうな気もするが、そうするとライブラリもそれ用のを使わないとダメか。
869:デフォルトの名無しさん
19/06/04 11:48:04.89 +GlxYcps.net
graalvmでできるぞ
870:デフォルトの名無しさん
19/06/04 12:44:23.82 zxBnyDUV.net
それ回収しないやつじゃないですかね
871:デフォルトの名無しさん
19/06/04 18:10:17.62 /4mAZqwS.net
JVMが使い物にならないという人が何を使っているのかとても気になる
872:デフォルトの名無しさん
19/06/04 18:49:03.68 Rd1vYitp.net
JVM入りの指輪使ってます！
873:デフォルトの名無しさん
19/06/04 19:32:40.19 +GlxYcps.net
jvmの引数でもGCのラグを解消できるし
最新のZGCというのも出てきた
874:デフォルトの名無しさん
19/06/04 23:57:50.92 FDlJBmR7.net
JVMというかspring fwの起動が糞遅いのは分かる
2.0になって少しましになったけど…
875:デフォルトの名無しさん
19/06/05 01:12:19.63 PtZsxspX.net
springってそんな遅いっけ？
876:デフォルトの名無しさん
19/06/05 10:00:02.20 zKfENgey.net
気のせいかわからんがKotlinでspringやると遅いような気がする
877:デフォルトの名無しさん
19/06/05 10:01:33.26 C+IWDk26.net
Ktor流行って欲しい
878:デフォルトの名無しさん
19/06/05 10:13:38.35 gaDZjJ4I.net
>>876
ktorはマイクロサービス向き
kotlin/jvmはモノリシック向き
kotlin nativeが流行らないと無理やと思うで
879:デフォルトの名無しさん
19/06/05 13:28:31.33 B3mDB84e.net
>>864
コンパイル時間は長いと思うけど、アプリ本体は変わらん。
というかそもそもspring本体はJavaだし。
880:デフォルトの名無しさん
19/06/05 19:11:23.87 i1hhoL96.net
>>866
Ktorをその並びで並べるのはちょっと違うと思う。
881:デフォルトの名無しさん
19/06/05 21:56:16.86 Nwu/rjvu.net
>>868
kotlin/jvmはJava代替でSIerによるフルスタックFW＆モノリシック開発が向いている
kotlin/nativeはGo代替を目指していてWeb系企業のマイクロサービスが向いている
kotlin/jvm＋ktorではGOに勝てるユースケースが無いので
ktor流行にはkotlin/nativeの流行も必須というのが自分の主張。
まあ異論はあると思う。ちなみにkotlin/nativeは応援してるしktorも流行ってほしい
882:デフォルトの名無しさん
19/06/06 00:14:12.91 crlHsY/g.net
>>822
vim + quickrunで動くよ！
kotlinc, javaなんてコマンドを打つことはしない。
883:デフォルトの名無しさん
19/06/06 05:38:57.73 AHPkvIjM.net
>>869
言ってることは分からなくもない。
ただ視野が狭すぎるというか、そんな可能性を狭めなくていいと思う。
884:デフォルトの名無しさん
19/06/06 06:33:47.56 DDFFQDhW.net
そもそもKtorってJVM、というかServletに依存してね
885:デフォルトの名無しさん
19/06/06 09:26:51.24 B66i5Eyn.net
依存はしてなくね
886:デフォルトの名無しさん
19/06/06 10:59:43.79 72rhxhib.net
次のリリースでkotlin/nativeのbuild時間が改善されそう
リリースいつなんだろ。。
887:デフォルトの名無しさん
19/06/06 12:47:51.63 rJJBtVPp.net
利根川さんにでも聞け
888:デフォルトの名無しさん
19/06/06 20:06:45.07 UUcOWqLu.net
kotlin/nativeはGraal（AOT）に勝てるかどうかすら怪しいのに、夢見過ぎだろ。
889:デフォルトの名無しさん
19/06/06 20:44:18.25 tk55iQ4S.net
ktsって誰も使ってなさそう
890:デフォルトの名無しさん
19/06/06 21:14:00.21 DsfM5wVX.net
Gradleで使う
891:デフォルトの名無しさん
19/06/07 08:15:36.89 XGKtoEgu.net
>>876
AArch64の対応が進んではいるもののGraalがiOSに対応するのは当分先
Kotlin/Native側も資産(ライブラリ等)不足やパフォーマンスの課題があるけどな
892:デフォルトの名無しさん
19/06/07 08:44:09.41 XGKtoEgu.net
>>879の補足
Graal側はAArch64/Linux対応が完成してからiOS対応をやるかどうか検討するとのこと
URLﾘﾝｸ(github.com)
まだAArch64/Linux整備中の段階
URLﾘﾝｸ(github.com)
iPhone/iPadのチップ : A10～A12X : ARMv8ベース
ARMv8の64ビットモードがAArch64
893:デフォルトの名無しさん
19/06/07 16:14:27.25 5OmdT0Za.net
kotlin/nativeのメインターゲットはiOS開発なんだろうと思う。
894:デフォルトの名無しさん
19/06/07 16:40:27.70 xSr7j0ut.net
普通に考えりゃそうだわな
895:デフォルトの名無しさん
19/06/07 16:53:00.43 q0RmewW9.net
Swiftネイティブでいいじゃん、他にはUnityもあるし。
入り込む余地ないでしょ。
896:デフォルトの名無しさん
19/06/07 19:12:00.19 uzdYHfME.net
釣り針は大きすぎちゃいかんのだぞ
897:デフォルトの名無しさん
19/06/09 13:55:10.20 pv0ZpPmn.net
kotlin3大いいところ
・android標準という安心感（直ぐには廃れない）
・モダンな書き方ができる（arrowもあるし）
あと1つは？
898:デフォルトの名無しさん
19/06/09 14:23:05.48 LrdSIDEQ.net
>>885
Listが基本immutableなことやnull安全はモダンに含まれるのかな?
標準という意味ではGradleの記述言語としてもサポートされているので、廃れにくいかなと思っている。
個人的にはDSLを3つ目として挙げたい。
899:デフォルトの名無しさん
19/06/09 14:43:33.75 zgQq0a06.net
JVMで動く言語でJavaのライブラリそのまま使えるのが良い
これに関してはKotlinである必用はないのだが、その他の利点の上に更にこれがあるのが良い
900:デフォルトの名無しさん
19/06/09 16:29:58.10 SDScvKJ1.net
最新のjavaも随分進化したから、そこまでkotlinにこだわらねえ。
kotlinがjavaや.netみたく自前の最初からnull安全なクラスライブラリ備えてるなら別だけど。
901:デフォルトの名無しさん
19/06/09 16:35:14.81 yULR2w5s.net
逆にあえてJavaを使う理由が特に思い当たらんからとりあえずKotlin使うわ
902:デフォルトの名無しさん
19/06/09 19:10:48.79 TX+aAcRC.net
Javaに新機能が追加されてもざんねんなJava部分が消えるわけではないので
可能であるなら最初からKotlinでやりたいかな
903:デフォルトの名無しさん
19/06/09 22:02:36.62 LrdSIDEQ.net
>>888
自分も最初はラムダもOptionalもあるからとそう思っていたけど、immutable programmingで行こうと思った時に、
Listがimmutableであることを保証する方法がないことに気づいてKotlinへの移住を思い切った。
immutable programmingはそれほど実現しなかったと反省しているが、
Kotlin/JSやbuild.gradle.ktsとかも出来たので後悔はしていない。
904:デフォルトの名無しさん
19/06/10 10:30:03.83 5WqM3fpA.net
うちももう新規追加は全部Kotlinだわ
だってJavaで書くメリットがマジで何もないんだもん
905:デフォルトの名無しさん
19/06/10 10:36:29.16 rgxxUvbF.net
javaで仕事してるやつ転職できなくなるぞ
906:デフォルトの名無しさん
19/06/10 11:17:01.74 g6tidy/F.net
coboちゃんが入れ替わっただけの蛇腹は逝ってヨシ
907:デフォルトの名無しさん
19/06/10 13:43:04.79 5WqM3fpA.net
>>893
Java経験あるならKotlinなんてすぐ書けるから別に気にしないよ。
社員で雇うならどの言語で書いてたかはあんまり関係ない。
908:デフォルトの名無しさん
19/06/10 23:11:05.39 f1GGY3g+.net
kotlin書いてる人は何の仕事してるの？
やっぱandroid？
909:デフォルトの名無しさん
19/06/11 05:51:34.27 qT8Bq+lF.net
サーバーサイド
7割SpringBoot3割sparkその他
910:デフォルトの名無しさん
19/06/11 05:52:20.89 qT8Bq+lF.net
2年くらい前まで都市伝説レベルだったサーバーサイドKotlinも最近は勉強会でよく見かけるようになったんだ
911:デフォルトの名無しさん
19/06/11 07:18:21.72 G5A56vfp.net
できればkotlinで作りたいって言われてサーバー側のプログラムを作ってもらった。
DBサーバは別で画面制御だけ。
自分でも勉強しようと思ってこのスレッドを見てるところ。
912:デフォルトの名無しさん
19/06/11 15:06:52.23 1jV87VfI.net
そっか。サーバサイドkotlin順調に普及してきてるんやね。ワイの周り以外では。
うらやましい！
913:デフォルトの名無しさん
19/06/11 17:51:05.94 PKI+0nSq.net
ほぼ0だったのがようやく1になったくらいで、まだまだマイナーだけどね
914:デフォルトの名無しさん
19/06/11 19:13:42.98 oFYgO+/L.net
分布が0から1になったら制圧完了じゃないか
915:デフォルトの名無しさん
19/06/13 09:02:41.37 t9tRfwUY.net
kotlinは関数型も取り入れてるし
色々欲張り過ぎで言語仕様複雑化してるイメージがあるんだけど
実際使っててどうなの？
kotlinプロジェクトはコーディングスタイルが多様化しそう
916:デフォルトの名無しさん
19/06/13 10:04:02.16 7TzYdFG0.net
>>902
プログラマならまずそう思うわなｗ
917:デフォルトの名無しさん
19/06/13 17:30:55.80 rjthL9V0.net
AndroidStudioやVSCode（mathiasfrohlichのKotlin Language機能拡張）で学習してるんだけどさ
どちらにしてもスペルミスは文字の色である程度わかるけど、文法が間違っててもその場で指摘してくれるわけじゃないのね
ある程度身につくまで文法間違いやを教えてくれるとありがたいんだけどそういうのはないのかな？
918:デフォルトの名無しさん
19/06/13 17:36:07.23 5KTA02i+.net
文法間違いとはなんぞや
一応、実行できないくらい間違ってる場合はIntelliJ系だと「現時点で解釈不能でわけわかんないです」「これを書いてるつもりの場合は〇〇が必要です」って下に英語でちょろっと出る
919:デフォルトの名無しさん
19/06/13 18:20:30.31 KlaL+iOR.net
文法間違いは普通に赤線で指摘されるだろ
920:デフォルトの名無しさん
19/06/13 19:19:37.31 t9tRfwUY.net
kotlinのバグ発生率はJavaより低いですか？
921:デフォルトの名無しさん
19/06/13 19:22:16.85 5KTA02i+.net
Javaのバグ発生率を教えてくれたら考えてあげてもいいよ
同じような式で計算して出すから
922:デフォルトの名無しさん
19/06/13 19:32:38.72 BCeAlBQy.net
>>905
具体的にどういうこと？
VSCodeは知らんけどIntelliJは大抵のミスは教えてくれると思うけど
923:デフォルトの名無しさん
19/06/13 19:38:53.30 t9tRfwUY.net
>>909
URLﾘﾝｸ(web.cs.ucdavis.edu)
>Java－0.01 (0.04)
Javaはいろいろな言語の中で平均的なバグ発生率のようです。
Kotlinはこの表にありません。
924:デフォルトの名無しさん
19/06/13 19:43:19.29 t9tRfwUY.net
Javaのバグ発生率は、
同じ領域で使われていると思われるC++,C#,Pythonと比べて最も低いです。
つまり、カーネルやデバドラやブラウザ系でなければJavaが一番優秀に思えます。
しかしKotlinはJavaを打ち倒すかもしれません。
925:デフォルトの名無しさん
19/06/13 19:52:28.01 LD/3JdHH.net
ぬるぽ
ぬるぽ
出まくるが
これはバグじゃないのか
926:デフォルトの名無しさん
19/06/13 20:13:21.29 t9tRfwUY.net
その比較研究はgithubのコミットに基づいているようなので
ほとんどのNPEは開発中に発生して修正済みでしょう。
最初からNPEを発生させないkotlinは、
むしろバグ発生率よりコーディングスピードで優れているかもしれません。
927:デフォルトの名無しさん
19/06/13 20:40:07.05 RwojvEQB.net
その類の実証研究、大抵がJava対象だからKotlinだとどうなのかとかはまぁ分からんよね
928:デフォルトの名無しさん
19/06/13 21:07:39.94 bk4aKhUm.net
kotlinだとコードの行数が減るからjavaに比べて開発規模が小さかったと判断されてしまう
929:デフォルトの名無しさん
19/06/13 23:03:46.90 bcw2IMf7.net
>>913
仕様です。
930:デフォルトの名無しさん
19/06/14 14:45:14.16 g+H89gem.net
kotlinの言語仕様的にjavaよりバグり易そうな部分ってあるんかな？
931:デフォルトの名無しさん
19/06/14 16:59:32.14 3STsRhDl.net
>>918
it や this が思ったものと違うものを指していたとか。
932:デフォルトの名無しさん
19/06/14 18:14:32.08 g+H89gem.net
確かに。let 周りで失敗してたことあったわ。あの辺はちょっと複雑になっちゃってる感あるね。
933:デフォルトの名無しさん
19/06/14 18:28:44.08 LdOtrrUz.net
KotlinはTypeScript, Swift, C#あたりの典型的なモダンCファミリーの範囲を超えてオリジナリティを出してきた部分については途端に微妙になる印象
当然っちゃ当然なんだが、天才的なものは感じないね
934:デフォルトの名無しさん
19/06/14 20:01:34.38 pfb3ZKlS.net
Javaはエラーコードを強制される部分があって、プログラムの質の底上げがされてるんじゃないかな
935:デフォルトの名無しさん
19/06/14 20:09:15.99 HXW20L0t.net
エラーコードを強制って例外処理のこと？
936:デフォルトの名無しさん
19/06/14 20:23:59.56 Emc1ZmLq.net
なんかもう、わかんない人は無理に会話入ってこなくていいよ
937:デフォルトの名無しさん
19/06/14 20:32:30.84 HXW20L0t.net
たぶんJavaにあってKotlinに無いものは無い
強いて言えばKotlinは関数型を採り入れて言語仕様が複雑化しつつあるし
Javaとの混在が可能だからごちゃごちゃしやすい
人によって書き方が変わりやすい
あとGSONとの連携で問題が生じやすいとかあったはず
938:デフォルトの名無しさん
19/06/14 22:27:49.12 7NQ+qMUb.net
検査例外とラムダ式の相性の悪さは…
939:デフォルトの名無しさん
19/06/14 22:47:52.21 w6RR3Bwm.net
検査例外ちゃんは皆に嫌われてるから…
投げられた例外を捌けるかどうかは呼び出し元の都合や要件に依るからcatchを強制されるのは好かん
て雲のジュウザが言ってた
940:デフォルトの名無しさん
19/06/14 22:48:02.61 HXW20L0t.net
なんかQiitaにうまく書けるコードあったからちょっとカスタマイズして使ってる
URLﾘﾝｸ(qiita.com)
941:デフォルトの名無しさん
19/06/15 04:17:10.27 6gRe3JZA.net
マルチパラダイムな関数型言語はどう設計していくのが良いのか難しいと思う
OOPと関数型は根本的にミスマッチしてる
942:デフォルトの名無しさん
19/06/15 07:02:06.90 9mAlYVnq.net
ポインタさえなければ、バグの出やすさは誤差の範囲じゃないかな
943:デフォルトの名無しさん
19/06/15 07:54:39.96 pCdIqw4x.net
A
944:ndroid kotlinで言えばMVVM一択だろ 悩むほど選択肢はない
945:デフォルトの名無しさん
19/06/15 08:21
946::51.26 ID:34xcDdoq.net
947:デフォルトの名無しさん
19/06/15 09:07:49.50 Ga3aXpPN.net
>>929
そうかな
イミュータブルオブジェクトと関数型は相性いいと思うけど
948:デフォルトの名無しさん
19/06/15 10:09:18.81 kA7AOVm/.net
OOPそのものじゃなくてクラスでデータと関数が密結合してるのがいまいちという話は感じる
949:デフォルトの名無しさん
19/06/15 10:29:34.05 XQanIMKl.net
本質的にはラムダ/クロージャでの束縛と変わらないと思うけどな
950:デフォルトの名無しさん
19/06/15 10:40:41.99 VIoLCw8z.net
>>909
有言実行な
951:デフォルトの名無しさん
19/06/15 11:15:34.03 jsVQo8Sw.net
>>934
やはりdata Classだな
952:デフォルトの名無しさん
19/06/15 11:31:49.90 Ga3aXpPN.net
これが f(g(immutableData))
こうなる immutableObject.g().f()
953:デフォルトの名無しさん
19/06/16 15:28:56.20 +bML8jLF.net
>>918
わからない。なさそうな気がするが、KotlinにはKotlinなりの何かハマり易そうな部分があるのだろうな。弱点というかなんというか。
954:デフォルトの名無しさん
19/06/17 09:40:35.09 IlEGRCQm.net
宮迫の闇営業の件で何をトチ狂ったか、宮迫が出演する番組のスポンサーが
JetBrainsだと勘違いして開発者達にお問い合わせメール送りまくってるの草。
JetBrainsと宮迫は関係ねーよｗ
955:デフォルトの名無しさん
19/06/17 12:39:31.98 WHxj8IY7.net
何の話か全くわからない。
かといって聞いても面白そうな話ではないので詳しく聞きたいとも思わない。
956:デフォルトの名無しさん
19/06/17 13:00:55.37 o6rhTPDa.net
向いてないから死ね
957:デフォルトの名無しさん
19/06/17 14:50:03.42 WHxj8IY7.net
向いてない？
958:デフォルトの名無しさん
19/06/17 15:42:34.39 hVMxT+V3.net
(芸能ゴシップに)向いてない
959:デフォルトの名無しさん
19/06/17 17:37:42.52 zJfN8BpE.net
そんなことで死んでたら、おばちゃん以外全滅やな
960:デフォルトの名無しさん
19/06/17 17:48:49.03 z41igY3s.net
JetBrainsがテレビCM出してるの想像したらワロタ
オカンが「あらDataGripもいいわねえ」とか言うのか
961:デフォルトの名無しさん
19/06/18 06:15:56.76 3nOE2mBA.net
プログラム板にキチガイ降臨中！botに一晩も反応する異常さ
一般人(学校恩師)に殺害予告をしているのでスレ建て通報してください。
ｽﾚﾘﾝｸ(tech板)
142 名前：a4 ◆700L1Efzuv 投稿日：2019/06/18(火) 05:29:55 ID://qVkzO
>>141
名古屋の人な 俺ね、君の問題を大橋先生と混ぜないことにする。つまりね、
片桐孝洋のことをボコろうと思う。普通に顎の骨を折る。これくらいで警察来るか？
一般市民とかさ、普通にさ、俺らの秘密なんだけどさ、日本人なんて復活ねーから。
962:デフォルトの名無しさん
19/06/18 17:12:38.49 yt+j24gZ.net
>>944
まあ芸能関係は全く注目してないからな。
しかしのめり込む人は思い切りのめり込むね。
芸能人批判するとか、なんで自分と関係ない他人の事にそんなに夢中になれるのか謎だ。
963:デフォルトの名無しさん
19/06/18 20:05:30.96 Yl81yVsm.net
EBライブラリってのをdownloadしてcompileしてみた。
URLﾘﾝｸ(www.mistys-internet.website)
ドキドキしながらsamplesを動かすと、動いてるみたい。
このライブラリを使えばEPWING辞書データにアクセスする事ができる。
俺の場合、手元のジーニアス�
964:蜴ｫ典にアクセスできた。 こいつでAndroidアプリ、辞書Viewer作れば需要あるかな？ EPWINGだけでなく、辞郎形式のテキストにも対応しちゃう事にする。 Qiitaへ投稿されたMouse Dictionaryみたいなのを目指すけど、需要あるか、ちょいと心配。
965:デフォルトの名無しさん
19/06/18 22:59:28.72 dBLXUbfR.net
>>949
ジーニアスのアプリがほしいと思っていた時期が、私にもありました。
でも、今や単語を選択して右クリック(長押し)->webで検索で済むと気づいてからは、
なんということでしょう。それまで高まっていた物欲が嘘のように消え去りました。
966:デフォルトの名無しさん
19/06/19 04:49:57.44 tVNS+22r.net
【出資】松本卓朗 人工知能詐欺【注意】
ｽﾚﾘﾝｸ(rikei板)
967:デフォルトの名無しさん
19/06/19 06:23:38.19 l5Kajxps.net
EBライブラリ、ソースのtimestampが2010/01/03と随分古い。
動かすとテキストがeuc-jpで出て来た。
これは、辞書に依存するのか？それともEBライブラリの仕様か？
2010年ってまだ、UTF-8が普及する前なのか？
そういえばYahoo Japanのフロントページが以前はeuc-jpだった気がする。けど、何時だったか思い出せない。
多分、Ruby 1.9が出現したころだから、これも2010年辺りか？
iPhoneと共にutf-8が普及し出したから2007年にはutf-8は普及の兆しがあったはずだが。
968:デフォルトの名無しさん
19/06/19 06:58:47.54 l5Kajxps.net
>>950
ジーニアス大辞典、良いよねぇ。
citeを引くと、excite, reciteと語源が同じって出てくる。
やっぱり、EPWING辞典の需要って少なそう。
969:デフォルトの名無しさん
19/06/19 09:56:43.59 t5G+Fp+C.net
>>952
その頃にはUTF-8が覇権を握り始めてたけど、LinuxのデフォルトがEUCだった頃の名残はまだまだ濃かった
特に人の意識でEUCが標準って感覚の人がまだ多かったね
970:デフォルトの名無しさん
19/06/19 10:46:28.14 l5Kajxps.net
twitterを電子辞書をkeyに検索すると、デバイスのお絵かき機能を使った落書きが、大量にヒットする。
学生さんは、授業中、イラスト描いてるらしい。
けど、画風が皆、似通ってるのはなぜだ？アニメ世代ってのは、あんな絵が好きなのか？
971:デフォルトの名無しさん
19/06/19 19:31:58.26 l5Kajxps.net
EPWINGって何の略？
必死にググったけど、WINGの部分が良く解らん。
EP = Electronic Publishing
ってのはすぐ気がついたけど。
あとEPWINGの仕様で、データはEUC-JPで格納されてる様だ。
EBライブラリのREADMEはISO-2022-JPで書かれていた。
時代を感じる。まだ、10年も経ってないのに。
972:デフォルトの名無しさん
19/06/19 19:36:05.36 WYELJAwQ.net
>>955
アニメの絵にも流行りがあって時と共に変化していくんだよ。
昔の同時代のアニメを見るとそれはそれでなんとなく似ていたりする。
973:デフォルトの名無しさん
19/06/20 07:32:57.64 q2Ahu20H.net
UTF-8がWindows10にも普及しているのか？調べてみた。
2018年末最新のWindows10からUTF-8採用って事みたい。
ごく最近ッてことだ。おそろしい。きっと混乱はまだ続きそう。
974:デフォルトの名無しさん
19/06/20 08:51:24.08 sDpzaQfg.net
メモ帳でutf-8使うとBOMってのが付くのが憎悪しかない
975:デフォルトの名無しさん
19/06/20 09:27:00.55 6ruM3wzV.net
漢字コード周りは太古より混沌として�
976:ﾜすなあ
977:デフォルトの名無しさん
19/06/20 10:34:16.29 q2Ahu20H.net
>>959
メモ帳の文字コード既定値がUTF-8に、Windows 10「May 2019 Update」
URLﾘﾝｸ(tech.nikkeibp.co.jp)
978:デフォルトの名無しさん
19/06/20 11:33:05.23 XGI0CaH0.net
MSはsjis系のテキストファイルと区別するためにUTF-8のテキストファイルにBOM付けたかったんだろうが、Unix系の人達の激しい抵抗に屈した形だな
979:デフォルトの名無しさん
19/06/20 13:09:58.71 YzAIhfm/.net
>>960
もはやWindowsだけが浮いてて他は統一されている
980:デフォルトの名無しさん
19/06/20 13:22:43.18 R3CNAp+/.net
困ってるのが日本人だけだとしたら酷いな
981:デフォルトの名無しさん
19/06/20 14:02:42.49 JwmP4tXt.net
>「BOM（バイト・オーダー・マーク）なしのUTF-8」が追加
>デフォルト設定でBOMなしのUTF-8を選択するようになった
もうBOM付かないんですか！やったーー！AA略
982:デフォルトの名無しさん
19/06/20 14:09:50.23 JwmP4tXt.net
ExcelがBOM無しCSVに未対応じゃないすか！やだーー！
983:デフォルトの名無しさん
19/06/20 15:39:54.52 q2Ahu20H.net
UTF-8のデメリットは、1文字が1 - 6byteの可変長であること。
例：a = 61, 1byte
😀 = F0 9F 98 80, 4byte
これ、文字列バイナリデータが与えられた時、文字数ってどうやって数えるんだ？
984:デフォルトの名無しさん
19/06/20 15:46:34.34 9IsAc6k5.net
UTF-8 のメリットは任意のバイト位置で
それが何バイト必要な文字なのかと
その文字中の何バイト目かが判ることなんだが
985:デフォルトの名無しさん
19/06/20 17:45:07.28 q2Ahu20H.net
>>968
そうなのか！知らんかった。
では、80と出てくるとその文字は4byte必要な文字の1バイト目だと判るのね？
986:デフォルトの名無しさん
19/06/20 18:58:22.29 JwmP4tXt.net
文字数という意味ではUTF-32でさえも可変長だよ
異体字セレクタとかあるから
987:デフォルトの名無しさん
19/06/20 20:08:50.04 +6KXUujL.net
>>967
1～4バイトでは？
>>968
文字の最初の1バイト目かどうかがわかるだけでは？それがわかると全体で何バイトかわかるけどいきなり途中の1バイトだけ見たらそれが何バイト目かはわからんと思うのだが。
988:デフォルトの名無しさん
19/06/20 20:21:19.41 1cBvDRZL.net
名前がコトリンだからあなどられて、ばかにされそうだけど
そこんとこどうなの？
989:デフォルトの名無しさん
19/06/20 20:25:32.03 iAGTq6ne.net
Kotlinの気持ち悪さといったらない
990:デフォルトの名無しさん
19/06/20 22:46:04.16 1p12e0x8.net
本当はSwiftより先にあったらしいけどさ
なんか言語学習を混乱させるために出てきた「後発劣化Swift」みたいな感覚が抜けないな
991:デフォルトの名無しさん
19/06/20 23:02:51.30 JwmP4tXt.net
Swift1.2～3.2くらいまでアプリ開発で使いつつ
MLでの言語仕様の議論追ったりしてたけどKotlinと比較してそんな印象は無いなぁ
むしろSwiftがSwiftユーザーを混乱させる勢いだったよ
992:デフォルトの名無しさん
19/06/20 23:39:22.66 LZeo8jFH.net
おまえらことりんの事バカにし過ぎ
993:デフォルトの名無しさん
19/06/21 00:11:32.79 B9wXa8Qq.net
バカにする者の居る国の沿岸に Kotlin class destroyer でも派遣してやりなさい。
994:デフォルトの名無しさん
19/06/21 00:19:44.86 oqDjX8us.net
inline classには期待してる
995:デフォルトの名無しさん
19/06/21 02:52:37.45 FirfeIPX.net
>>971
君は勉強が足りない
996:デフォルトの名無しさん
19/06/21 06:45:14.02 0S+ga2MW.net
>>971で合ってるよ
10FFFF上限で5バイト以降は廃止されたし
2-4バイトは後続バイトであることは分かっても文字中のバイト位置の逆算は不可
997:デフォルトの名無しさん
19/06/21 09:40:47.55 UUUS7pJl.net
>>979
君よりは足りているように思えるのだが。
998:デフォルトの名無しさん
19/06/21 12:14:23.93 4tmbpCdV.net
向いてないから死ね
999:デフォルトの名無しさん
19/06/21 12:36:06.78 A0zl/65r.net
喧嘩はおやめ、ABC
1000:デフォルトの名無しさん
19/06/21 13:20:15.67 DPrh10DB.net
ネカマだけどアタシのために喧嘩を止めて
1001:デフォルトの名無しさん
19/06/21 13:30:31.81 skxOC/OA.net
>>982
このレス、プログラム板のあちこちでみるけど何？
板にキチガイが常駐してるの？
1002:デフォルトの名無しさん
19/06/21 16:41:40.80 A0zl/65r.net
デジタル人格は死んでも本体が生きていればいくらでも復活出来る
1003:デフォルトの名無しさん
19/06/22 00:51:03.50 sUTyEXDJ.net
くだすれPython(超初心者用) その43【Ruby禁止】
Python スレのテンプレを勝手に改変して、荒らしてる奴。
「Ruby 死ね」とか、いつも書いてる
Ruby, jQuery, Lodash, ライブラリの話は禁止とか、
テンプレを勝手に改変して、多くのスレを建てる荒らし！
荒らしの特徴は、いつも30分以内に、2回書き込んで自演する。
複数人いるように、見せかけるのが特徴
1004:デフォルトの名無しさん
19/06/22 04:18:14.63 zj+KJbMh.net
( ´_ゝ｀)ﾌｰﾝ
1005:デフォルトの名無しさん
19/06/22 10:05:28.96 fiI8bn9U.net
次スレよろ
1006:デフォルトの名無しさん
19/06/22 16:01:21.64 zj+KJbMh.net
次スレ
Kotlin 6
ｽﾚﾘﾝｸ(tech板)
1007:デフォルトの名無しさん
19/06/22 19:29:56.53 jXJvmGnc.net
>>990
次スレ乙
1008:デフォルトの名無しさん
19/06/23 06:23:13.99 R2rggQxM.net
梅
1009:デフォルトの名無しさん
19/06/23 17:43:28.65 rsKqqEB5.net
竹
1010:デフォルトの名無しさん
19/06/23 19:46:17.29 N5Qb8UIm.net
松
1011:デフォルトの名無しさん
19/06/23 22:16:19.27 vZOM6xmC.net
お前ら向いてないよ
1012:デフォルトの名無しさん
19/06/23 22:31:20.40 6JO2kpc/.net
なんだと
1013:デフォルトの名無しさん
19/06/24 06:19:00.21 ghfSvaJN.net
>>996
落ち着け。>>982の真似に過ぎない。
1014:デフォルトの名無しさん
19/06/24 09:52:00.23 nG4gLzh9.net
998
1015:デフォルトの名無しさん
19/06/24 12:50:53.78 6xXOOyfa.net
1000は君に譲ろう。さあ、書きなさい。
1016:デフォルトの名無しさん
19/06/24 12:52:49.34 NW8XqAfb.net
1000なら令和最初の関東大震災
1017:1001
Over 1000 Thread.net
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 197日 16時間 23分 8秒
1018:過去ログ ★
[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています