Chat Logs

  1. * klf joined #java
  2. klfList <Integer> numList =Arrays.asList("2383".split("")).stream().map(Integer::parseInt).toList()
  3. klfparseInt returns a (primitive) int, and not an Integer instance.
  4. klfwhy does the above java code works without first turning the returned int into an Integer instance?
  5. * Betal joined #java
  6. jreicherklf: What makes you think it's not doing that?
  7. klfif it does, then it is not apparent to me from that line of code, which is why I come to ask about it.
  8. jreicherhttps://docs.oracle.com/javase/tutorial/java/data/autoboxing.html
  9. javabotjreicher's title: "Autoboxing and Unboxing (The Java™ Tutorials > Learning the Java Language > Numbers and Strings)"
  10. nevetAutoboxing and Unboxing (The Java™ Tutorials > Learning the Java Language > Numbers and Strings)
  11. jreicherMaybe you are unaware of this?
  12. * magyar joined #java
  13. klfI see.
  14. * pengu1nx7 joined #java
  15. jreicherklf: It's a good question, by the way, because autoboxing in a situation like this is a performance hit.
  16. * deepSleep joined #java
  17. * Ragnor joined #java
  18. * stewi joined #java
  19. * kusanagi joined #java
  20. * sponkz joined #java
  21. * Aedil joined #java
  22. * metalmaniac joined #java
  23. * MikeBux joined #java
  24. * DasBrain joined #java
  25. * marcel joined #java
  26. * jreicher joined #java
  27. * jreicher joined #java
  28. * raj joined #java
  29. * jreicher joined #java
  30. * pioto joined #java
  31. * troydm joined #java
  32. * waz joined #java
  33. * waz joined #java
  34. * gareppa joined #java
  35. * phlox joined #java
  36. * pr070cal joined #java
  37. * phlox joined #java
  38. * mwnaylor joined #java
  39. * GreenResponse joined #java
  40. * stewi joined #java
  41. * jamezp joined #java
  42. * odinsbane joined #java
  43. * raj joined #java
  44. * zorone joined #java
  45. Swayzepeformance is only a concern if you're doing millions of requests per second or have some kind of reason to care?
  46. dreamrealSwayze: what?
  47. * stfstfm_ joined #java
  48. * gas51627 joined #java
  49. * gareppa joined #java
  50. * ferdna joined #java
  51. * zorone joined #java
  52. * Aedil joined #java
  53. * bdkl joined #java
  54. * Joel joined #java
  55. * P1RATEZ joined #java
  56. * gas51627 joined #java
  57. * sponkz69 joined #java
  58. * zorone_ joined #java
  59. * zorone_ joined #java
  60. * bdkl joined #java
  61. * MikeBux joined #java
  62. * stfstfm joined #java
  63. * zorone joined #java
  64. * MikeBux joined #java
  65. * bdkl joined #java
  66. * metalmaniac joined #java
  67. * deepSleep joined #java
  68. * LtHummus_ joined #java
  69. * LtHummus joined #java
  70. * jreicher joined #java
  71. jbosmansif the main performance concern is the impact of autoboxing, someone's either doing a very good or a very bad job :-)
  72. ParaAutoboxingFactory
  73. jbosmansloll
  74. ParaHere's something that's kinda insane, Clojure REPL which hooks into a running Spring Boot app, allowing live rewrites of functionality. And it's being driven through Claude, so check the video/terminal recording. https://brdloush.github.io/livewire/
  75. javabotPara's title: "Livewire — Live nREPL wire into your Spring Boot app"
  76. nevetLivewire — Live nREPL wire into your Spring Boot app
  77. ParaMentioning Clojure here feels a bit silly, as it's entirely LLM prompting, but anyhoos.
  78. ParaYou can still run Clojure REPL stuff with it of course, but I guess the future is now and I'm the old man.
  79. jbosmansagree, impressive
  80. jbosmansdon't see myself using it yet on any main projects yet tho, so I'm the old man :)
  81. jbosmanscould be nice to try on a small hobby project in a sandboxed env
  82. ParaFWIW nREPL protocol does support ssh keys and all, so figure out how to enable that over the socket well before deploying... :)
  83. jbosmansi guess i would only use it in a dev setting anyway
  84. jbosmanshah it's at the bottom of the page: "Dev only. Not for production. You've been warned."
  85. jreicherjbosmans: I think I understand why you say that, but I'm not sure it's completely true. I can imagine someone making a mistake with a very large generic list of integers, iterating over them all and modifying them. They might be confused why it takes longer than they expect.
  86. jbosmanshopefully if it's down to that (or all about that), same someone might look into some dedicated libs for dealing with large primitive collections etc
  87. jbosmansand i guess value classes might soonish help out too
  88. * kcomhnall joined #java
  89. * dob1 joined #java
  90. * bdkl joined #java
  91. * zorone joined #java
  92. * stfstfm_ joined #java
  93. * Disco joined #java
  94. * Learath2 joined #java
  95. * sonOfRa_ joined #java
  96. * creechy joined #java
  97. * bliminse joined #java
  98. * ra4king joined #java
  99. * mapperr joined #java
  100. * deebo_ joined #java
  101. * meyou^ joined #java
  102. * troydm joined #java
  103. * mindCrime joined #java
  104. * tomaw joined #java
  105. * xa0s joined #java
  106. * lcja joined #java
  107. * r0bby joined #java
  108. * braxas joined #java
  109. * Techcable joined #java
  110. * tonitch joined #java
  111. * DynamiteDan joined #java
  112. * pingveno joined #java
  113. * [twisti] joined #java
  114. * szkl joined #java
  115. * [twisti] joined #java
  116. * Techcable joined #java
  117. * szkl joined #java
  118. * r0bby joined #java
  119. * braxas joined #java
  120. * DynamiteDan joined #java