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

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

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

**デフォルトの名無しさん** · 2017/07/30(日) 22:18:14.70

CommonLispやC++に比べれば屁でもない

**デフォルトの名無しさん** · 2017/07/31(月) 08:02:41.90

>>500
>概念を集めて来たって話
是非ともMonadやFunctorとして整理された経緯を調べてみてくれな

**デフォルトの名無しさん** · 2017/07/31(月) 14:27:59.07

elixirのパターンマッチに感動したんだけど、バイナリ列にパターンマッチングできるんでバイナリデコーダが簡単にできそうなんですが
kotlinもそういうことできます？

あ · 2017/07/31(月) 18:32:19.26

>>504
知ってるよ。そもそも物理屋、工学屋は圏論自体から入っとる。

**デフォルトの名無しさん** · 2017/08/01(火) 00:27:55.71

>>481だけがわりと正確な物言いしてるが「解説の大部分がJavaプログラムに依存してる」ことが学習上の問題
自然言語でほとんど書いてないからJavaの動作を斟酌して理解しないといけないのだ
時間と人手が解決する問題ではあるが、今から学びたい人にはあんまり嬉しくなかろうな

理解に必要なのはJavaの文法そのものではなくJavaの個々の動作と実装のされ方なのでJava使ったことない人はしばらく戻ってこれないぞ
ただ、遠回りだけど近道なので頑張ってくれ

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

>>502

>>475
の順番に読めば、OK

**デフォルトの名無しさん** · 2017/08/01(火) 02:05:24.99

>>475
rubyみたいなオワコン勧めるなボケ

**デフォルトの名無しさん** · 2017/08/01(火) 02:07:40.68

kotlinってアンチパターンすぎる。
純粋な実装を隠蔽するんだから。

**デフォルトの名無しさん** · 2017/08/01(火) 03:56:21.19

>>505
Byte Stream に変換して、その中から探せば？

**デフォルトの名無しさん** · 2017/08/01(火) 09:50:52.12

kotlinやってみたくなったけど
入門者向けの情報がjava前提の物ばかりなので
javaやり始めました

で、思ったんだけど
javaって言語仕様以外の部分で覚えなきゃならない事多すぎ
kotlin入門者向けのライトなjava入門の情報が欲しい今日この頃

**デフォルトの名無しさん** · 2017/08/01(火) 14:33:06.94

何はともあれHello worldよ
色々丸コピでもいいから手持ちのAndroid端末上に画面を出す

そこで登場したよく分からないものを全てググって
その後はやりたいことをベースに調べていけばいい
本読むのはその後でも

**デフォルトの名無しさん** · 2017/08/01(火) 19:23:29.20

JavaとKotlinなんて文法以外にさほど違いがないから、覚えることが多いことに変わりない罠

**デフォルトの名無しさん** · 2017/08/01(火) 19:34:51.60

覚えるって発想がよくわからない
調べたらいいと思う

あ · 2017/08/01(火) 20:43:30.74

>>510
案外bytecodeはjavacより賢いと思う。
kotlin nativeにも期待たし、隠蔽ってのはそこまで深く考えんで良いのでは？

あんまり隠蔽と言い出すと、アセンブラ書くしか無くなる。

**デフォルトの名無しさん** · 2017/08/01(火) 23:16:53.17

(´・ω・｀)これって、コーリンって読むらしいね

**デフォルトの名無しさん** · 2017/08/01(火) 23:25:56.46

じゃあそう読めばいいんじゃない？
伝わらないと思うけど

**デフォルトの名無しさん** · 2017/08/01(火) 23:56:00.53

(´・ω・｀)いまね、wiki見たらことりんってかいてたー
さっきTwitterみてたらコーリンってよむってウソ情報ながれてたのー
すいません

**デフォルトの名無しさん** · 2017/08/02(水) 00:30:22.22

ここやTwitterのような有象無象発信の情報は一度調べることをオススメする

1次情報や文責のある情報なら話は別だけどね

**デフォルトの名無しさん** · 2017/08/03(木) 02:14:23.09

コトリチャンって読むんやで

**デフォルトの名無しさん** · 2017/08/04(金) 02:49:08.32

この言語でiosアプリも開発できるの？
ならSwiftもJavaもいらなくね？

**デフォルトの名無しさん** · 2017/08/05(土) 22:07:19.73

初心者向けの定番本教えて

**デフォルトの名無しさん** · 2017/08/05(土) 22:40:45.42

まだ出てないだろ？

**デフォルトの名無しさん** · 2017/08/05(土) 22:41:57.37

>>475
に書いてある

定番もクソも、Kotlin の本は、ユーザーグループ代表の本だけ

**デフォルトの名無しさん** · 2017/08/05(土) 23:47:57.71

電子書籍でも出てるよな

**デフォルトの名無しさん** · 2017/08/06(日) 08:37:01.72

kotlin自体はそんなに変な仕様じゃないから
androidとの組み合わせで変わるとこが知りたい。
基本的にはimportはjavaの時と同じなの？
andrid全般の学習をする時にjavaで書かれたコードが単純にkotlinのコードに変換すれば動くってことでいいのかな。

**デフォルトの名無しさん** · 2017/08/06(日) 11:16:41.83

その認識だと先にKotlinを数日みっちり勉強したほうが早く理解できる気がするぞ

**デフォルトの名無しさん** · 2017/08/06(日) 11:37:11.88

>>528
どうなんだろね。単純にjavaのコードの部分を変換してみて
なんで動かないのか検証したほうが早い気もする(遅延学習)
androidのチュートリアル自体はjavaで書かれてるものが大半だし。

**デフォルトの名無しさん** · 2017/08/15(火) 15:45:25.89

Swift, Clang/LLVMの発明者のラットナーがKotlinの開発に参加するってマジ？

**デフォルトの名無しさん** · 2017/08/15(火) 19:45:47.28

IntellijにKotlinのREPL付いていて便利だろうと思ったけど
REPLは入力途中でけっこう固まってしまう。
あとprintlinが改行しなかったり、まだ不安定なのかな。

**デフォルトの名無しさん** · 2017/08/15(火) 20:57:50.46

Kotlin 1.1.4 is out
https://blog.jetbrains.com/kotlin/2017/08/kotlin-1-1-4-is-out/

**デフォルトの名無しさん** · 2017/08/16(水) 15:09:19.71

>>530
GoogleでAI関連の部署に入ったみたいだぞ？

**デフォルトの名無しさん** · 2017/08/17(木) 12:41:21.77

>>533
マジかー、まぁ、Googleに入ったならSwiftよりはKotlinよりか
Alloに関わるなら無いこともない？

**デフォルトの名無しさん** · 2017/08/17(木) 13:05:10.32

>>530
こマ？

**デフォルトの名無しさん** · 2017/08/17(木) 14:10:07.16

Kotlinに関わるならJetBrainsに行くやろ
あるいはGoogleのなかでも特にBrainsチームに入る意味がない
本人がAIやるって言ってんだからそれ以上でもそれ以下でもない

**デフォルトの名無しさん** · 2017/08/17(木) 17:50:59.53

SwiftとKotlin/Nativeはコンセプトや立ち位置が同じだからワンチャンあるで
GoMobileもAndroid Studio C/C++ NDK Pluginも死に体だから、Android + Kotlin/Nativeに期待したいね

**デフォルトの名無しさん** · 2017/08/17(木) 20:15:47.27

これかな

Apple「Swift」のクリス・ラトナー氏、Teslaを経てGoogle Brain入り
ttp://www.itmedia.co.jp/enterprise/articles/1708/15/news043.html

**デフォルトの名無しさん** · 2017/08/18(金) 06:36:54.32

騒ぐことか？
たかがswift()の開発者なんだろ？

**デフォルトの名無しさん** · 2017/08/18(金) 07:47:10.05

教祖だからしゃーない

**デフォルトの名無しさん** · 2017/08/18(金) 10:12:07.26

Swiftの開発者だけど、Kotlin/Nativeで使うLLVMの開発者でもあるんだよなぁ

Googleへの転職も短期らしいしApple(Swift)からJetBrains(Kotlin)にすぐに転職したら
倫理的にAppleからクレームが来るのは当然だしお茶濁しかもね
KotlinにLLVMのノウハウ投入してくれることを期待しようじゃないの

**デフォルトの名無しさん** · 2017/08/18(金) 10:14:49.37

>>541
brainだから全く関係ないが

**デフォルトの名無しさん** · 2017/08/18(金) 10:15:50.49

希望的観測

**デフォルトの名無しさん** · 2017/08/18(金) 10:35:41.64

googleって20%ルールってまだあるんでしょ？
その20%の中でkotlinに手を出すのは自由なんじゃないの。
ただ、swiftの言語仕様の変遷を見るにkotlinの言語仕様に口出したら
とんでもないことになりそう

**デフォルトの名無しさん** · 2017/08/18(金) 10:42:26.32

>>544
会社が大きくなって死んだよ

**デフォルトの名無しさん** · 2017/08/18(金) 11:43:17.65

3秒ルールはないのかな

**デフォルトの名無しさん** · 2017/08/19(土) 05:05:31.91

C#から来たけど、C#ではヌル安全もコンストラクタとメンバ定義が一体になってるやつも一向に入らないからKotlinの方がいいと思うようになったね
IDEが少しモッサリしてるのとコンパイルが遅いのが難点だけどね
SwiftはGCがないから論外じゃない？

**デフォルトの名無しさん** · 2017/08/19(土) 13:02:36.70

>>547
GCないから論外ってそれRustに向かって言えるの？

**デフォルトの名無しさん** · 2017/08/19(土) 13:06:40.00

今どきガベコレは欲しいな

**デフォルトの名無しさん** · 2017/08/19(土) 13:13:50.07

Kotlin/Native PreviewはGCじゃなくARCなんだけど？
そして、GCがベストというわけじゃないし今後はどうするかは知らんとも言ってる

**デフォルトの名無しさん** · 2017/08/19(土) 13:17:42.75

>>548
Rustはスゴイよな
使いこなせればあれが理想なんだろうな

**デフォルトの名無しさん** · 2017/08/19(土) 14:47:09.74

rustはどうなんだろうね。
いずれ学習したい言語ではあるけど、今のところ活躍場所がないからなぁ。

**デフォルトの名無しさん** · 2017/08/19(土) 14:56:51.77

Kotlin勉強してるけどベターJavaとしてのScalaは相当辛いなあ。
Scalaは何目指せばいいんだろ

**デフォルトの名無しさん** · 2017/08/19(土) 15:51:07.03

Scalaって当時のサーバサイドJava(J2EE)の代替として出たものでしょ
サーバ上で動かすJavaVMに既存資産(ソフト&人員)の再利用以外の価値を見出せるなら使えるんじゃないの

**デフォルトの名無しさん** · 2017/08/19(土) 17:29:36.37

Java EE が、大げさすぎるから、
2001年、Struts
2004年、Ruby の、Rails
2006年、Groovy の、Grails
2006年、Scala の、Play

今は、Kotlin が出たけど、型を書くのが面倒くさいから、
型を書かない、Ruby, Groovy は残るだろう

**デフォルトの名無しさん** · 2017/08/19(土) 22:54:27.97

>>555
javaばっか触ってる人は型がない方が素敵って思ってるのかね。
俺はTypescriptでかなり幸せだけど。確かにjsよりタイプ量が増えるけど
それ以上に安心感がパない

**デフォルトの名無しさん** · 2017/08/19(土) 23:01:53.07

型がないのと型を書かないですむのを一緒にするなし

**デフォルトの名無しさん** · 2017/08/19(土) 23:02:14.25

型があろうがなかろうがどうせバグはテストで潰すからな
js界隈にはテスト文化がないのか

**デフォルトの名無しさん** · 2017/08/19(土) 23:50:54.57

直受けの50万客：いつまでもうちにいていいよ
3次受けの50万（客は70万払ってる) 客：短期延長していい？
5次受けの50万（客は110万払ってる) 客：作り終わったらとっと出てけ　できなかったら即退場だ　
長時間労働　高稼働　高スキル要求が多い

零細フリーランスサイトは5次受けから誰もできない難易度の高い仕事　余り物の仕事を紹介してくる。40万円代でやってくれと

これならJIETから3次でいったほうがいいな

446非決定性名無しさん2017/08/02(水) 22:12:48.95

JIETに毎月5千円払えば３次から入場できるだろ？
高額をうたうフリーランスのサイトはだいたい５次から４５万円
JIETで閲覧応募できる末端価格からさらに搾取するのが高額をみせつけるフリーランスサイトでした
高額案件をみせつけるフリーランスサイトも案件の取得はJIETでした

473非決定性名無しさん2017/08/03(木) 15:21:30.71

JIETに加入すれば誰でも3次60万からスタートだ。フリーランスのサイトをやってる
自称エージェントもそこから案件情報を取得しきてる。サイトで60万で釣って40万から55万の
間でやらしている。

372仕様書無しさん2017/08/11(金) 10:31:43.41
フリーランスで検索すると引っかかる零細ITがやっているフリーランスのサイトはだめだ。
高額に見せているけど実際は50万前後
JIET加入した方がいいよ。案件は毎日千件以上末端価格は60万円　平凡な稼働時間の80万円の案件もある。
ユー子も求人をだしてる。名刺も渡せる。ユー子に名刺が渡せるんだぞ。夢のようだ

それらの案件まさぐってHPで転売していたのが零細ITがやるフリーランスサイト

自称エージェントはJIETから流れてくる案件を転売してるだけだった。
JIETに加入すれば誰でも案件に応募することができた。収入が40万50万台にならなくて済む

**デフォルトの名無しさん** · 2017/08/20(日) 00:15:05.28

>>555
Railsより長く使われてるTomcat(Servlet)とPHPを忘れてんよ
どっちもRailsに淘汰されるかと思ったらなんだかんだで未だに生き残ってやがるから困る

テスト云々より動的型付け(TypeScript含む)は実行時速度がなぁ
動的型付け+型チェックは苦肉の策で、静的型付け+型推論が今の流行りよな
よってKotlinは素晴らしい

**デフォルトの名無しさん** · 2017/08/20(日) 00:37:21.64

ひところJIETがネガキャンされてて最近は逆に急にこのありさま

どこに首根っこつかまれたんだ

**デフォルトの名無しさん** · 2017/08/20(日) 19:22:23.16

Android Studio 2.3.3で新規プロジェクト作るとKotlin変換後syncするとなんか赤字のIDEエラーが出るわ
AssertionError: Resolver for 'completion/highlighting in org.jetbrains.kotlin.idea.caches.resolve.NotUnderContentRootModuleInfo@1f51170a for files MainActivity.kt
for platform JVM' does not know how to resolve ModuleProductionSourceInfo(module=Module: 'app')
なんか設定間違ってるのだろうか…

**デフォルトの名無しさん** · 2017/08/20(日) 20:28:01.43

ぬーん原因らしきものわかった
「Javaをktファイルに変換する（Ctrl+Shift+Alt+k）」は/app/src/main/javaを選択した状態でやったほうがいいらしい
下手に/appとかプロジェクトルート選択した状態で変換すると余計なのまでkt化されてIDEサポート動作に支障が出るようだ
こんなミスする人そんなにいないと思うけど数文字打つたびIDEエラー出まくるという人は気をつけてみてくれ

**デフォルトの名無しさん** · 2017/08/20(日) 21:38:37.79

そうでもなかった
IlligalStateExcptionは別枠らしい
Failed to create expression from text: '<ERROR FUNCTION>'
ターミナルから起動すると標準エラー出力にスタックトレースが出ることがわかったのだが追跡めんどいな
前のと違ってこのエラー出ても補完とかは動くからもう無視したいした

**デフォルトの名無しさん** · 2017/08/22(火) 01:05:28.57

ちょっと関係ない話だがKotlinの入門書の最初に説明用のサンプルとして出てきた最大公約数を求める関数のアルゴリズムに驚いた
ユークリッドの互除法なんてものがあることを今まで知らなかった
証明見てもまだよくわからん
よくこんなことに気付いたな
紀元前300年の数学者すげー

**デフォルトの名無しさん** · 2017/08/22(火) 01:14:54.99

ユークリッドの互除法って有名で
プログラミングの題材としてもよく出てくるけど
紀元前に生まれてたら自力で思いつかないとは思う

**デフォルトの名無しさん** · 2017/08/22(火) 01:47:52.53

有名だったのか。確かに再帰処理の題材としては丁度いいねこれ。

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

Kotlinなんて最新言語じゃなくて
何十年も前のBASICやCの頃から
互除法の例題はあったよ

**デフォルトの名無しさん** · 2017/08/22(火) 02:37:43.49

正直あれは脚注でもなんでもいいから一言解説がついててもいいと思う
どこかで一度でもやったことさえあれば一発で見当がつくが
そうでなきゃ何がなんだかさっぱりわからんはずだ

**デフォルトの名無しさん** · 2017/08/22(火) 02:45:00.72

別にユークリッドの互除法を教えるのが目的じゃないからなあ

**デフォルトの名無しさん** · 2017/08/22(火) 02:49:09.46

Nクイーンとかもそうだけど
使い回されてるアルゴリズムを載せるのって
他言語でもう読み書きしたことがある人が
「この言語だとどう書くの？」ってのを
確認するためにあるようなものだからね

**デフォルトの名無しさん** · 2017/08/22(火) 12:09:02.60

「※ユークリッドの互除法」と一言書いてあるだけで100人単位で手間が救われたはずではある
もともとページ数ギリギリな書籍だから難しいのかもしれんが

**デフォルトの名無しさん** · 2017/08/22(火) 12:48:19.23

ま、しかし、少なくとも計算に関しては数学知ってるか否かでかなりプログラムが変わって物凄く効率化できる可能性あるな。

**デフォルトの名無しさん** · 2017/08/22(火) 12:53:42.85

大体仕事で再起処理とか使わないし

**デフォルトの名無しさん** · 2017/08/22(火) 14:14:28.90

ユークリッドの互除法は、中学生レベルだろ。
知らなかったら、最大公約数を求められない

プログラムの本で、素数を求めるのに、√N まで、求めれば良いのに、
それを知らない著者もいる

N = 1,000 なら、32 まで試せば良いのに、1,000 まで試してる著者もいるw

**デフォルトの名無しさん** · 2017/08/22(火) 14:21:03.39

>>575
ユークリッドの互除法は4年前から高校の数学Aに記載されるようになった
それ以前では教育課程では学ばない

**デフォルトの名無しさん** · 2017/08/22(火) 16:24:42.17

>>574
使うこともあるよ。使った方が簡単になる場合。

こないだやったのは(Kotlinではないが)XMLの階層構造をRDBの表に入れるとかそこから戻すとかの処理。
XMLって入れ子になってるから再帰で書いた方が楽だ。というか再帰使わないと複雑怪奇なプログラムになるんじゃないか？

**デフォルトの名無しさん** · 2017/08/24(木) 02:30:54.84

互除法は繰り返しでもわりと自然にコーディングできるが、XMLとかの木構造の処理は再帰が自然だよね。

**デフォルトの名無しさん** · 2017/08/31(木) 23:08:32.05

operator キーワードの意味が良く分からないんですがこれって何のために必要なんでしょうか

**デフォルトの名無しさん** · 2017/08/31(木) 23:18:11.21

>>579
operatorが書かれてない場合はそういう名前の普通のメソッド定義だとみなされる
operatorが書かれてる場合はそれに対応する記号の演算子のメソッド定義だとみなされる

**デフォルトの名無しさん** · 2017/09/01(金) 15:48:55.97

ギアパワーの組み合わせで性能が見れるアプリを作ってみようかと思うんだが、
どういう機能があったら嬉しいかね
単に57表記が見れるだけじゃ意味ないよねえ

**デフォルトの名無しさん** · 2017/09/01(金) 16:36:37.15

それはプログラミング言語の手法の話ではないと思うよ
そのアプリを使うであろう人たちに直接聞いてみてはいかがかな

**デフォルトの名無しさん** · 2017/09/07(木) 03:36:37.46

使う

**デフォルトの名無しさん** · 2017/09/07(木) 03:43:26.98

ミスった

引数がIntのメソッドにByteとかShortとかつっこみたいときの賢い方法ってない？
いちいち.toInt()付けるのアホらしくて
…いっそのこと全部Intにしてしまうか

**デフォルトの名無しさん** · 2017/09/07(木) 07:38:14.55

java使えば？

**デフォルトの名無しさん** · 2017/09/07(木) 07:43:21.26

val b:Byte = 100
f(b+0)

**デフォルトの名無しさん** · 2017/09/07(木) 18:23:41.25

「引数をとりあえずIntにして当該メソッドを呼ぶ」というメソッドを作ってそっちを使うようにする
具体的にどういうことをしたいときなのか言うと案外別アプローチあるやもしれず

**デフォルトの名無しさん** · 2017/09/07(木) 18:50:45.76

拡張プロパティで短縮

val Byte.i:Int get() = toInt()

fun f(b:Int) {
println(b)
}

fun test() {
val b:Byte = 100
f(b.i)
}

**デフォルトの名無しさん** · 2017/09/07(木) 21:28:09.40

>>586は何気にbytecodeにコンパイルすると最速処理に最適化されるのではと悩む
val b:Byteはクラス型じゃなくプリミティブ型intに置換されて、+0は無意味な処理として削除される的なね

toIntoをメソッドとしてコールするようなオーバーヘッドは無いに越したことはないよねー

**デフォルトの名無しさん** · 2017/09/07(木) 21:37:35.68

class MainActivity : AppCompatActivity() {
　　fun func(value: Int) : String {
　　}
}

: の前って空白をいれるべきなんでしょうか
入れないでおくべきなんでしょうか
クラスの継承の時だけ入れるべきなんでしょうか

**デフォルトの名無しさん** · 2017/09/07(木) 21:52:37.07

>>590
https://kotlinlang.org/docs/reference/coding-conventions.html#colon

interface Foo<out T : Any> : Bar {
　　fun foo(a: Int): T
}

これ以外の書き方は公式規約に則らないスタイルとなる
むろんそれを押し通してもよいが

**デフォルトの名無しさん** · 2017/09/08(金) 10:15:45.38

関数定義の時はコロン前の空白無しって感じか

**デフォルトの名無しさん** · 2017/09/09(土) 05:04:55.71

>>589
それはオーバーヘッドが出ないように最適化されるのかどうかに掛かっている。

**デフォルトの名無しさん** · 2017/09/09(土) 18:18:44.00

>>593
後から思い直したけど、メソッドfがByteクラスというクラス型を受け取る以上
val b:Byte = 100
b+0
までをプリミティブ型に最適化する超絶賢いコンパイル処理がなされても
f(100)
でintからByteへのインスタンス生成が必要だからJVM上の最小限コストにはならぬ
小賢しく汚いコードの割に最大効果が得られるわけでもないから微妙だわ

**デフォルトの名無しさん** · 2017/09/09(土) 21:51:29.93

>>594
f(100)と書いたならコンパイル時にインスタンス作ってコンスタントプールに入れられるから実行時の無駄はないのでは？

**デフォルトの名無しさん** · 2017/09/09(土) 23:45:06.02

# メソッドfが受け取るのはByteじゃなくIntだったorz

>>595
プリミティブ型byte/int 100はコンスタントプールに乗っかるけど
クラス型Byte/Int 100はコンスタントプールには乗っからないから
メソッドf呼び出し時のint to Intのインスタンス化コストは回避できてなくね？
メソッドfが受ける型をJITやクラスローダーが書き換えないと無理ぽ

どうやったってJava相当まで最適化できないんだから
全部Intにするなり拡張プロパティ使うなり、好きなように実装して良いと思った

**デフォルトの名無しさん** · 2017/09/10(日) 01:33:16.68

乗らないか。じゃあダメだな。
まあでもそこまで最適化するようなコンパイラができればできるということでもあるので何とも言えんな。

それとプログラマが最適化を考慮してコード書くってのは、まるで昔のC言語のようで、かなり変な状態だとも思える。
現実問題としては効率を上げるためにはそうせざるを得ないが、本来であればそれはコンパイラがやるべき仕事であり
人間がそういうことから解放されないのはまだ技術力が足りないからだ。

**デフォルトの名無しさん** · 2017/09/10(日) 11:34:35.85

100は例なだけでtoInt云々の文脈では定数でなく変数でしょ

KotlinのByte/Intはオブジェクト型が必要なとき以外はプリミティブ型になる
さらにJVMのスタック上でbyteはintサイズで置かれてる
　※例えば引数の2つのbyte型の加算は「iloadでint変数として読み込み x2」「int加算」「i2bでbyte表現に切り捨て」「istoreでintとして保管」になる

なのでtoIntはバイトコードレベルではメソッドコールどころか変換命令すら無く消滅する
+0や拡張プロパティはバイトコードに残るけど多分Dalvik JITやARTが消すんじゃないかな

**デフォルトの名無しさん** · 2017/09/10(日) 23:39:27.48

0～127 なら、最初から、EXE の静的データ領域に入っているから、

インスタンスも作られないから、何も考えなくてよい

**デフォルトの名無しさん** · 2017/09/11(月) 01:06:11.35

やっぱそれなりに最適化されるのでほとんど考えなくて良いということかな

**デフォルトの名無しさん** · 2017/09/11(月) 07:19:36.53

Javaほどではないが、それなりには最適化されるから考えなくて良いよ

**デフォルトの名無しさん** · 2017/09/11(月) 09:40:07.36

○次受けが多いほど退場率が早くなる。高くなる

直受けの50万客：いつまでもうちにいていいよ
3次受けの50万（客は90万払ってる) 客：短期延長していい？
5次受けの50万（客は150万払ってる) 客：作り終わったらとっと出てけ　できなかったら即退場だ　
長時間労働　高稼働　高スキル要求が多い

フリーランスサイトを運営している零細ITの自称エージェントは労働市場から流れてくる案件を転売してるだけだった。
労働市場に加入すれば誰でも案件に応募することができた。収入が40万50万台にならなくて済む

エンド - ユー子 - エージェント-JIET 公表価格 90~60 - エージェント×3　= 言い値50万以下
エンド - ユー子 - エージェント-JIET 公表価格 90~60 - エージェント×1 悪質な言い値で50万以下
エンド - ユー子 - エージェント-JIET 公表価格 90~60 - JIETに加入して公表価格で応募できる

eJobgo　JIET　JISA　で検索

優良エージェント・優良サイト

首都圏IT(PE-BANK) 　プログラマーズ