ByteCode.News
Submit RSS Atom Sign in

Back to the channels

#java

  1. * klf joined #java
  2. klf List <Integer> numList =Arrays.asList("2383".split("")).stream().map(Integer::parseInt).toList()
  3. klf parseInt returns a (primitive) int, and not an Integer instance.
  4. klf why does the above java code works without first turning the returned int into an Integer instance?
  5. * Betal joined #java
  6. jreicher klf: What makes you think it's not doing that?
  7. klf if it does, then it is not apparent to me from that line of code, which is why I come to ask about it.
  8. jreicher https://docs.oracle.com/javase/tutorial/java/data/autoboxing.html
  9. javabot jreicher's title: "Autoboxing and Unboxing (The Java™ Tutorials > Learning the Java Language > Numbers and Strings)"
  10. nevet Autoboxing and Unboxing (The Java™ Tutorials > Learning the Java Language > Numbers and Strings)
  11. jreicher Maybe you are unaware of this?
  12. * magyar joined #java
  13. klf I see.
  14. * pengu1nx7 joined #java
  15. jreicher klf: 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. Swayze peformance is only a concern if you're doing millions of requests per second or have some kind of reason to care?
  46. dreamreal Swayze: 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. jbosmans if the main performance concern is the impact of autoboxing, someone's either doing a very good or a very bad job :-)
  72. Para AutoboxingFactory
  73. jbosmans loll
  74. Para Here'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. javabot Para's title: "Livewire — Live nREPL wire into your Spring Boot app"
  76. nevet Livewire — Live nREPL wire into your Spring Boot app
  77. Para Mentioning Clojure here feels a bit silly, as it's entirely LLM prompting, but anyhoos.
  78. Para You can still run Clojure REPL stuff with it of course, but I guess the future is now and I'm the old man.
  79. jbosmans agree, impressive
  80. jbosmans don't see myself using it yet on any main projects yet tho, so I'm the old man :)
  81. jbosmans could be nice to try on a small hobby project in a sandboxed env
  82. Para FWIW nREPL protocol does support ssh keys and all, so figure out how to enable that over the socket well before deploying... :)
  83. jbosmans i guess i would only use it in a dev setting anyway
  84. jbosmans hah it's at the bottom of the page: "Dev only. Not for production. You've been warned."
  85. jreicher jbosmans: 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. jbosmans hopefully 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. jbosmans and 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