ByteCode.News
Submit RSS Atom Sign in

Back to the channels

#java

  1. * Cae2 joined #java
  2. * m joined #java
  3. * llanhmock joined #java
  4. * michele2 joined #java
  5. * jreicher joined #java
  6. * Ekho joined #java
  7. * sa02irc joined #java
  8. * Shell joined #java
  9. * Afroboy joined #java
  10. * pebble joined #java
  11. * GreenResponse joined #java
  12. * MikeBux joined #java
  13. * Deneb joined #java
  14. * Afroboy joined #java
  15. * metalmaniac joined #java
  16. * jreicher joined #java
  17. * jreicher joined #java
  18. * sa02irc joined #java
  19. * acidjnk joined #java
  20. * kathadris joined #java
  21. * sweatiest joined #java
  22. * Afroboy joined #java
  23. * Shell joined #java
  24. * enoq joined #java
  25. enoq trying to step through spring security and its abysmal docs again, looks like the blogosphere has been completely taken over by AI crap
  26. enoq I'm trying to figure out if adding your custom AuthenticationProvider with @Component injects it into all security filter chains which I don't want
  27. enoq at least looking at ProviderManager it seems like it should inject a list of providers from the global scope
  28. * Cae2 joined #java
  29. * Adrian35 joined #java
  30. * jbosmans joined #java
  31. * WizJin joined #java
  32. * Afroboy joined #java
  33. hassoon meh
  34. * mrcrabs827769651 joined #java
  35. enoq that coupled with the decline of SO is kinda bad
  36. hassoon SO ?
  37. * mrcrabs827769651 joined #java
  38. * Cae2 joined #java
  39. nimaje stackoverflow.com
  40. hassoon ah
  41. hassoon al lthe blame on the damn AI
  42. hassoon all the *
  43. hassoon SO is still useful though, to some extent
  44. hassoon i think a google search now is more useful than a SO, because it generates an AI response for you from SO and other sources combined
  45. * sweatiest joined #java
  46. deebo brewing a cup of tea and reading the tea leaves is more useful than google
  47. jreicher I've actually found gemini summaries quite useful because they provide sources. Most of the time I click on those.
  48. deebo they're usually ok, just have to verify everything
  49. hassoon deebo: good.. idea
  50. hassoon i only use deepseek when i try to toy with AI
  51. hassoon or try to brainstorm something
  52. jreicher deebo: but that's acceptable, no? I wouldn't expect AI to be much better than a junior RA.
  53. deebo well it's the best available since google itself is complete ass now
  54. deebo tried using duck duck go for some time, but they were really bad with local language synonyms etc, so it was impossible to find what i wanted
  55. deebo google is good at that, but then pushes ad based results or seo bullshit
  56. * mrcrabs827769651 joined #java
  57. * Cae3 joined #java
  58. * jreicher joined #java
  59. jreicher deebo: while I'm not interested in defending google, if you describe it as "ass" that implies something better? What would that be?
  60. deebo i don't think there really is, which is the sad part
  61. jreicher My hope is that AI will kill SEO.
  62. dreamreal It's just going to change it
  63. jreicher I agree, but I don't think there's any "just" aboutit.
  64. dreamreal well, there never was, SEO was always a moving target
  65. * mrcrabs827769651 joined #java
  66. jreicher I've always thought it was a fool's errand.
  67. dreamreal I've never been able to do it well, myself.
  68. jreicher And the nice thing about that - if I'm right - is that it becomes really easy to identify the fools.
  69. dreamreal I read stuff that I wrote that's had SEO applied and it's... just.. kinda gross
  70. dreamreal As an author you have to decide what's more important: rent or your precious words
  71. jreicher dreamreal: just make up some shit about Miley Cyrus.
  72. deebo need coding articles written like recipe articles
  73. dreamreal Will pass on that, know very little about her
  74. deebo i still remember the darkening days and my grand mothers stories about virtual threads around the fireplace
  75. dreamreal I've been actually happy with the stuff I've been writing lately, although I don't know that there's a lot of new ground I can cover on the topics
  76. deebo every morning i take my coffee in my office at my desk and open hackernews and realize it's just AI news now
  77. LaSombra Such is life nowadays
  78. dreamreal News FROM AI or ABOUT AI?
  79. deebo probably both
  80. dreamreal There's certainly some aspect of that, but HN tends to downvote anything AI-related reflexively
  81. deebo it's like articles about the latest shovels and peoples comparing shovels to previous models, but then never digging any holes
  82. dreamreal I posted a human-written article and the AI summary of the article to show teh difference and teh summary got flagged as AI
  83. dreamreal just imagine: an AI summary, prefixed with "this is the AI summary of the article," got flagged as AI!
  84. LaSombra Can never be too sure :)
  85. jreicher deebo: I have a paid subscription to a paper newspaper that is delivered to my house daily, and I pick up the free local newspaper weekly (again, paper).
  86. dreamreal well, whn it's attributed directly to an AI it's probably a safe bet
  87. * benjwadams joined #java
  88. * jamezp joined #java
  89. * benjwadams joined #java
  90. * mwnaylor joined #java
  91. * nevet joined #java
  92. * CodeGeek!~codegeek@about/java/CodeGeek changed the topic to: Welcome! || Read Channel Rules at https://javachannel.org/ before participating. || Paste limit is two lines; ~pastebin lists options. || No applets, please. || Minecraft, Android, and Javascript all have their own channel. || You are being logged.
  93. * dreamreal joined #java
  94. * dgregory joined #java
  95. * ne555 joined #java
  96. ne555 good morning, `list.stream().map(x -> x.get()).filter(x -> Objects.nonNull(x)).forEach(x -> { ... })`, say that `list` holds `WeakReference`, ¿is that map-filter correct or may bite me later?
  97. * svm_invictvs joined #java
  98. dreamreal does it work
  99. nimaje what problems are you expecting there?
  100. * benjwadams28 joined #java
  101. * ne555 left #java
  102. * ChaiTRex joined #java
  103. fizzie On a completely unrelated note, isn't the whole point of Objects.nonNull that you can use it to write just `.filter(Objects::nonNull)` instead of a lambda?
  104. * Deneb joined #java
  105. * Nav7 joined #java
  106. * Nav94 joined #java
  107. * Deneb^ joined #java
  108. * hwpplayer1 joined #java
  109. * cmiles74 joined #java
  110. * Adrian35 joined #java
  111. * mwnaylor joined #java
  112. cheeser fizzie: the whole point? probably not, but you can do that, yes.
  113. fizzie Can't really think why you'd write `Objects.nonNull(x)` over `x != null` if not using it for a method reference. Well, I guess you could be allergic to punctuation.
  114. fizzie (The JavaDoc does mention that "This method exists to be used as a Predicate, filter(Objects::nonNull)".)
  115. * Adrian35 joined #java
  116. dreamreal $work uses it as a simple validation all the time since it's a method call instead of a statement.
  117. dreamreal So if you can't think of why, well, I get it, but that's a limited imagination.
  118. dgregory I think it's fine - the `.get()` converts the `WeakReference` to a strong reference or null, and `nonNull` ensures that the `forEach` only runs if the `WeakReference` wasn't already cleared
  119. * sa02irc joined #java
  120. Para It produces an NPE with better trace as it nowadays includes the symbol name. Or so I've told.
  121. Para I have never bothered to actually check :P
  122. fizzie It doesn't throw an NPE.
  123. Para Well AssertionError or whatever :D I'm just doing the motions.
  124. fizzie It doesn't throw anything.
  125. fizzie Objects.requireNonNull would, and I have no beef with that.
  126. cheeser requireNotNull() throws.
  127. Para well that.
  128. fizzie `Objects.nonNull(x)` just returns the boolean value of `x != null`.
  129. fizzie I'm a little curious about what sort of context requires (or at least prefers) a method call rather than a different kind of expression.
  130. Para I guess it prevents people from flipping the args and having stupid errors that way but ehhhh.
  131. waz important issue of the day!
  132. cheeser i can see people putting in to a list of validations. that's honestly not far off from how a predicate would be used in many ways but not entirely.
  133. * sweatiest joined #java
  134. fizzie I admit I've written `x != null` where I actually (atypically) meant `x == null`, I guess it might have been harder to accidentally mix up `Objects.nonNull(x)` and `Objects.isNull(x)`.
  135. * hwpplayer1 joined #java
  136. * genpaku joined #java
  137. * arthurvl joined #java
  138. * creechy joined #java
  139. * hwpplayer1 joined #java
  140. * bullshark joined #java
  141. * genpaku joined #java
  142. * zimal joined #java
  143. * sa02irc joined #java
  144. jbosmans i still always write .filter(o -> o != null)
  145. jbosmans and very often same for other method refs
  146. jbosmans subjective an opinion as ever
  147. dreamreal not sure it matters if it works
  148. dmlloyd if you use Objects::isNull instead of o -> o != null, it theoretically could create fewer lambda instances
  149. * mindCrime joined #java
  150. * hwpplayer1 joined #java
  151. * bullshark joined #java
  152. * five618480339176 joined #java
  153. * ChaiTRex joined #java
  154. * kusanagi_ joined #java