ByteCode.News
Submit RSS Atom Sign in

Back to the channels

#java

  1. * metalmaniac joined #java
  2. * kcomhnall joined #java
  3. * kathadris joined #java
  4. * agnivn joined #java
  5. * agnivn joined #java
  6. * agnivn joined #java
  7. * Aedil joined #java
  8. * stfstfm joined #java
  9. * magla joined #java
  10. * domicron8 joined #java
  11. * Square joined #java
  12. * Afroboy joined #java
  13. * tomboy64 joined #java
  14. * Afroboy joined #java
  15. * Betal joined #java
  16. * MikeBux joined #java
  17. * pr3d4t0r joined #java
  18. * agnivn joined #java
  19. * stewi joined #java
  20. * Krusher joined #java
  21. * kcomhnall joined #java
  22. * agnivn joined #java
  23. * Fiji joined #java
  24. kcomhnall so, bit of a newb question: IDEA is saying my 'configurations' declaration is 'unstable' and that it is marked with the @Incubating annotation. I'm on Gradle 8.10.2, but I can't seem to find where this is documented. any tips or insights? All I can find on this is the Kotlin dsl script handler reference page, which isn't entirely helpful. (i'm still looking around)
  25. * cation joined #java
  26. Para It's an IDEA inspection. Guava's @Beta triggers similar.
  27. * metalmaniac joined #java
  28. * agnivn joined #java
  29. * dreamreal sees gradle and recognizes the actual formal response is and should be a shrug
  30. kcomhnall Para: ah okay. I kind of figured so.
  31. kcomhnall dreamreal: heh
  32. dreamreal it's not that I don't care, it's that the rules around gradle are "the devs don't care and have said so"
  33. dreamreal you live with what they give you, they mean well and there you are
  34. * ForeverDreaming joined #java
  35. kcomhnall dreamreal: yeah. and as they say - everyone has to start somewhere.
  36. dreamreal I use gradle and appreciate some of its strengths but I find I don't *like* it much.
  37. dreamreal given a choice in my own projects, it's maven first, second, and third... and gradle comes in fourth. It's still way ahead of sbt, but that's only because I'd rather strip naked and roll around in a pool of rubbing alcohol that has bits of broken glass and thumbtacks in it than use sbt again.
  38. dreamreal not that I'm opinionated or anything.
  39. * sponkz joined #java
  40. kcomhnall like most java devs - I was first introduced to maven. it was somewhat imtimidating I'll admit.
  41. kcomhnall then I realised I can still use a .pom file even with gradle and said..meh. I'll pass on that path.
  42. dreamreal I think it's because people are introduced to "how" and not "why"
  43. kcomhnall ironically, if I have to use (or decide to use) Eclipse, I'll likely *want* to use maven. weird right?
  44. dreamreal hah, why would you use maven if you had to use eclipse?
  45. dreamreal is m2e THAT good over eclipse' gradle support?
  46. kcomhnall dunno, I have a learning curve appetite or something.
  47. kcomhnall m2e?
  48. dreamreal the maven eclipse plugin
  49. deebo is maven still xml only? day-to-day has been gradle projects for 10+ years so trying to debug some maven projects was a shock
  50. deebo like going back to configuring spring in xml
  51. dreamreal It hasn't been LITERALLY XML-only since 2007, just nobody uses the non-xml since copy-paste is so effective
  52. dreamreal configuring spring in xml... okay, honest question: why is XML hard for people?
  53. dreamreal I mean, verbose, yes, agreed, conceded, it's very verbose, no argument even offered there
  54. dreamreal but... I don't understand the *difficulty* at all
  55. dreamreal what am I missing?
  56. deebo don't really have an answer for that, just got so used to not having to deal with it
  57. deebo no need to do much programmatic setup either in our case when using spring boot to be fair
  58. dreamreal *nod* Understood - I just never can quite grasp the resentment for XML on "difficult" grounds.
  59. dreamreal Verbosity, completely understood. It IS verbose. I don't use XML for data transfer if I can avoid it. But ... verbose is relevant because things have meaning, and in XML and SGML those meanings are well-defined and VERY clear if you understand a VERY few simple things... and most people don't seem to.
  60. kcomhnall for me, I just get confused. looking at a well-implemented xml file makes me dizzy. I can't keep up with all the tags. I hate html just as much though.
  61. dreamreal I wonder why. :D
  62. dreamreal I find well-written HTML or XML to be a joy. It's verbose, but a joy. HTML for teh web tends to mke me want to vomit.
  63. dreamreal <div><scan> ... NO YOU JACKWAGONS OMG
  64. dreamreal sorry, span, not scan, but same effect
  65. kcomhnall though, I start the file myself I'm not so bothered because i've already put in the time to understand it.
  66. * rvalue joined #java
  67. * emaczen joined #java
  68. * jamezp joined #java
  69. * kcomhnall joined #java
  70. * GreenResponse joined #java
  71. * stfstfm joined #java
  72. * sa02irc joined #java
  73. * yano joined #java
  74. * yano joined #java
  75. * Inline joined #java
  76. dragonmaster I'm an utter novice, but it seems perfectly reasonable to have <span>s within <div>s
  77. * sponkz joined #java
  78. dragonmaster Is that not analogous to statements within blocks?
  79. Para Span element has always been meant for highlighting a section of text in some way.
  80. Para Of course nutsos force box model on for it, turn it into a piece in CSS grid and add all the other stuff until it's about as close to a normal, intended span as Starbucks coffee is to proper coffee.
  81. * magla joined #java
  82. Para But eh, maybe I should just create an <llm> web component and somehow monetize that.
  83. * sponkz joined #java
  84. * MonsterAbyss joined #java
  85. * stfstfm_ joined #java
  86. * stfstfm__4481 joined #java
  87. * stfstfm joined #java
  88. * MonsterAbyss joined #java
  89. * p14nd4 joined #java
  90. * 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.
  91. * nevet joined #java
  92. * ernimril joined #java
  93. * 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.
  94. * nevet joined #java
  95. * arthurvl joined #java
  96. * stfstfm_ joined #java
  97. * 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.
  98. * nevet joined #java
  99. * dreamreal giggles
  100. dreamreal nevet now has a command that's run in clojure :D
  101. p14nd4 hello! can anyone educate me / point me to appropriate docs / search terms? an old project was using org.glassfish.jersey.bundles/jaxrs-ri, but jersey 4.0 was changed to "stop distributing jaxrs-ri bundle" without any explanation or documentation ( https://github.com/eclipse-ee4j/jersey/pull/5556 ). 1. any idea why that was discontinued? 2. am i now supposed to just explicitly include the dependencies
  102. javabot p14nd4's title: "Stop distributing jaxrs-ri bundle by jansupol · Pull Request #5556 · eclipse-ee4j/jersey · GitHub"
  103. nevet Stop distributing jaxrs-ri bundle by jansupol · Pull Request #5556 · eclipse-ee4j/jersey
  104. p14nd4 required by my project that used to be provided by jaxrs-ri ( https://mvnrepository.com/artifact/org.glassfish.jersey.bundles/jaxrs-ri/3.1.11/dependencies ), or is there a new recommended approach?
  105. javabot p14nd4's title: "Maven Repository: org.glassfish.jersey.bundles » jaxrs-ri » 3.1.11 - Dependencies"
  106. Para dreamreal: through sci?
  107. dreamreal I don't know what sci is here - this is done through a function call generated from clojure modules
  108. dreamreal I have a markov chain trigram system in 50 lines of clojure, and dispatch via a shim in kotlin
  109. DoofusCanadensis I recognize those words
  110. dreamreal "14:05 <nevet> * channeling para: to it, and it takes quite a bit of effort to realize that for example the entire database functionality is a feature in itself. so yeah, been stuck with that"
  111. dreamreal basically, a markov chain that relies on three word chains so it definitely goes off the rails but takes a little bit of time to do it :D
  112. DoofusCanadensis no, I said I recognized them
  113. dreamreal markov chains don't have to be clojure but clojure's a good way to build 'em, plus it's fun to prove out polyglot design
  114. Para dreamreal: sci, small clojure interpreter, does what it says on the tin, very capable, and sandboxed by default, unlike Clojure itself :)
  115. dreamreal ah, no. This is definitely put in the build
  116. dreamreal it's still scripted so it gets loaded at runtime but eh
  117. dreamreal You didn't see how quickly it responded to the request to imitate you, but it's *really* fast
  118. dreamreal and that includes te full trigram build process and the DB query
  119. DoofusCanadensis everybody wants to treat LLMs as "new" without acknowledging what came before
  120. Para It's obviously getting confused from my incorrect usage of commas.
  121. Para And other random bits.
  122. dreamreal Para: or by being a markov chain!
  123. Para I recognize that bit from not too long ago, though!
  124. dreamreal markovs are hilarious. That markov chain thing was actually one of the things that led me to write nevet in the first place
  125. Para Markov chains are more fun than LLMs.
  126. DoofusCanadensis right?
  127. dreamreal I wanted to get it to "be someone" to run sentiment analysis over the generated text, because my assertion was that they were generally toxic; a markov chain generator that used their body of content as a corpus would similarly be negative if I was right, but wouldn't rely on me pointing out SPECIFIC INSTANCES where I thought they were negative
  128. dreamreal like, it'd remove ME from the selection process
  129. Para Be someone, or be someone's fool.
  130. dreamreal in other news, their generated content *did* tend to be negative, as long as the generated length was long enough
  131. Para I did a fun agentic test today. It scans PR commit messages, checks that the messages match a few rules and then complains if not. Mostly just that the commit answers what was changed and why.
  132. Para Best part was that it complained about all five commits in the PR which added the agent itself.
  133. dreamreal haha
  134. dreamreal nevet has pretty severe throttles over AI usage in most places
  135. Para We had internally a bit of an agent spikeup on Friday and today.
  136. Para Someone already blew 100 bucks accidentally in like two hours, so I'd say we're pretty much on track!
  137. dreamreal :D
  138. dreamreal meanwhile the LLMs are like "whoops! Please, sir, may I have another?"
  139. * MikeBux joined #java
  140. * jreicher joined #java
  141. * sponkz joined #java
  142. * sponkz joined #java
  143. * Ragnor joined #java
  144. * sponkz joined #java
  145. * sponkz joined #java
  146. * overholts0 joined #java
  147. * Inline joined #java
  148. * sponkz joined #java
  149. * sponkz_ joined #java
  150. * polarian joined #java