Chat Logs

  1. NeXeNarrg i forgot needed -Pproduction for vaadin
  2. Swayzenice catch jreicher
  3. Swayzei believe they are moving towards langauge server still :p
  4. Swayzeseems only for non-java languages
  5. Swayzetheir solution is considered superior if you believe the hype
  6. jreicherSwayze: I do keep hearing that jetbrains is still better than the Eclipse jdtls, but I'm very happy with jdtls.
  7. BombeUrgh, how do I test a component that gets handed in a Socket and then parses stuff out of it?
  8. BombeThe parser reads until the stream is EOF, but I can’t close the stream/socket in the test, because then I can’t read any replies out of it anymore.
  9. Swayzemock it till you make it
  10. Swayzenever let anything stop you, mock the universe if you must
  11. Swayzethe show must go on
  12. Swayzeo7
  13. Swayzeanyway the odds are about 100% that we're in a simulation anyway
  14. dreamrealyou okay, Swayze ?
  15. dreamrealIt doesn't matter if we're in a simulation - we'd still have our parts to play in it even so
  16. dreamreal(This is, incidentally, why I tend to act according to my own ethics even in games - in skyrim I'm a "good guy," such as there can be, and Baldur's Gate 3 fails to interest me because it's a game designed to make you a "bad guy" and I don't enjoy that. If we're in a simulation, so are they: my ethics remain and define me. Silly, I know.)
  17. BombeSwayze, I did, at first, but that’s even more horrible.
  18. fizzieI might be missing something here, but it seems to me you could just use a real pair of sockets, and .shutdownOutput() one end to indicate an EOF of input to the other, while still continuing to read any data sent as a reply from it.
  19. BombeThat sounds pretty much exactly like what I need, I think.
  20. cheeserdreamreal: i take in game ethics, and indeed interactions with claude, as another chance to practice the kind of person i want to be however oblivious the target of my attention may be.
  21. dreamrealcheeser++
  22. nevetcheeser now has karma of 3.
  23. dreamrealI figure being a decent person is a habit, so I tell the LLMs "thank you" and say "please" and whatnot because that's the habit I want to live by, even though the object is, as you say, *completely* oblivious and I'm just using tokens by it
  24. cheeseryup
  25. dreamrealI don't want to be talking to an actual human and accidentally be brusque because it's a topic I might be discussing with an LLM or whatever. I can be brusque, of course, but it's a choice, and I live by that. It's situational.
  26. cheeser(these LLMs are really just college interns typing furiously away anyway. just like that spellcheck we all ignore.)
  27. dreamrealI don't ignore spelllcheck!
  28. dreamrealIt'd be interesting to see an actual ethical survey of gamers/programmers
  29. dreamreallike, "what's your actual ethical stance" and "how do you apply this in these contexts" and a few others like that, to find the boundaries
  30. jreicherI bloody love spellcheck. And the first time I ever saw a language server and LSP I thought "oh, they took the ispell idea and ran with it"
  31. dreamrealHell, I felt that way about grammar checkers
  32. dreamrealhttps://bytecode.news/posts/2026/05/the-barrier-for-entry
  33. dreamrealdmlloyd: damn it
  34. * dmlloyd damns it
  35. dreamrealabout damn time
  36. dreamrealyou're making me mad, dude
  37. dmlloydwell, that is my single and solitary goal in life, so I guess I'm rocking it
  38. dreamrealindeed
  39. * dreamreal is having to write code that dmlloyd should have written
  40. dreamreal... because he's a JERKFACE
  41. dreamrealan absolute UNIT of a jerkface
  42. dreamrealFAAAAAAAACE
  43. dmlloydwell, I probably already wrote it, you just can't find it
  44. dreamrealThat's because you didn't publish it, you just dropped it like a freaking claymore and then focused on a whole lot of other things
  45. dmlloyd<obama voice> that's what I doooo
  46. dreamrealI'm having to write a lot of crap I don't want to have to write
  47. dreamrealand you're llikely to be better at it than I am, and this makes me unhappy
  48. dmlloydhave you looked at github.com/dmlloyd/lot_of_crap ?
  49. dreamrealnot only are you frustrating me, you're cruel. What did I ever do to you?
  50. dmlloydwhere to begin... well for one thing you *never* get to the point
  51. dreamrealI'm burying the lede like you do, you should be familiar with it, jerkface
  52. dreamrealyou dropped "offheap access" in varhandles and LEFT IT THERE
  53. dmlloydI have no idea what you're talking about (hides shovel behind back)
  54. dreamrealI'm writing up an example that YOU should have written
  55. dmlloydah, well, that's more of an FFM thing than a varhandles thing IMO
  56. dreamrealto some degree but it was BY FAR the thing that stood out most to me
  57. dmlloydand FFM would merit an entire article just by itself, well a book really
  58. dreamrealI was going OOOOOOOOO HELL TO THE HECK YES!!!!!! and... nothing
  59. dreamrealDM?
  60. dmlloydgo for it
  61. dreamrealI get that, and you're not wrong, but daaaaang
  62. dmlloydnote that varhandles can also wrap buffers so it's not *just* FFM stuff, which is the lede buried underneath the other lede
  63. nb-bendreamreal: claude did do what you wrote
  64. nb-bendreamreal: I think it also impedes the other end of the range though -- Juniors not really getting a chance to use their mind to simulate at the micro-level as much
  65. nb-benso because companies will expect juniors to use claude to be more productive, the barrier to entry for gaining skill to do actually depthful work increases as you're no longer paid to do manual work
  66. cheeserhey dmlloyd. your classlib backport, does it use the same package structure or do you namespace it away?
  67. dmlloydI think maybe it just shifts the focus... if the junior has to learn how to break down tasks *before* writing the code instead of *after* messing it up a few times, that's all to the good
  68. dmlloydcheeser, different package. the original is `java.lang.classfile` and the JDK blocks you from using that name in various ways in practice
  69. * cheeser nods.
  70. dmlloyd(incidentally, the project has moved to the SmallRye umbrella)
  71. cheeseri'm thinking of having claude replace all the gizmo stuff with your backport. then I can check for the "real" package at runtime and fall back to yours if need be.
  72. nb-benmy experience is that claude can let a junior seem productive by doing things that almost work for many months in the company, while not really gaining any ownership of anything
  73. dmlloydif a junior is going right from claude to production then you've got a structural issue, same as if you had a clueless yet highly prolific junior; they require the same oversight
  74. nb-benit puts the reviewer at the bottom of the food chain pretty much
  75. nb-benbecause people can relay the review to claude
  76. dmlloydyes but a reviewer can also reject large patches outright, and tell the junior to start over but take much smaller bites instead
  77. cheeserwe use the shit out of claude but all the reviews require human signoff.
  78. nb-benso kinda creates an inverse incentive there
  79. dmlloydbecause the cost of throwing away and starting over is negligible compared to with humans
  80. nb-bencheeser: yeah the signoff is OK if you can't excuse yourself for claude making mistakes. I guess it depends on how strong your organizational culture is
  81. dmlloydthe goal is to get to the point where the human and the AI work together at the same level of capability
  82. dmlloydif the junior is a beginner, then they should only be doing beginner things with claude
  83. nb-benif excusing for claude mistakes becomes acceptable then the signoff is meaningless
  84. dmlloydI can have claude write a complex project for me, because I have the knowledge to know how the code should look; a beginner doesn't have that knowledge so they'd have to start with something very simple else there's no practical expectation that they can review what claude is doing
  85. nb-benyeah no I agree the culture where I'm working right now isn't super great. Company grew from 15 to 50 in less than a year
  86. nb-benI'm just noticing the pressures it creates, and changes to incentives
  87. dmlloydyeah fast-growth overuse of claude fits the silicon valley ethos of low quality/fast delivery so well that I can't see systemic change happening really, not until after a major collapse anyway
  88. dmlloydmy feeling is if a reviewer ever looks at something and thinks "how the hell am I going to review this", they should just reject it
  89. nb-bendmlloyd: even not like this, like, as a committer, I can keep relaying what the reviewer tells me
  90. nb-benwants smaller PRs, I can tell claude to do that. No effort on my part, effort is on reviewer
  91. dmlloydI think using claude as a reviewer is not a good idea
  92. nb-benthat's how I feel when I review these commits.
  93. nb-benno not what I mean. I mean, I review a PR, and the person just sends my comments to claude
  94. nb-benmaybe very minimal additional work is done by them but most of the work is mine
  95. dmlloydah yeah. when that happens on our (OSS) projects, I tend to think "wow, thanks for the free tokens" :)
  96. Paranb-ben: you need to get into an environment where a person would get sued if they did that
  97. nb-benheh. in a company it's really a big shame. I can't outright accuse somebody because I don't monitor what they are doing
  98. Para(I'm in one, so I'm jesting)
  99. nb-benPara: lol, what kind of environment is that
  100. ParaGov't
  101. nb-benPara: what are you working on?
  102. ParaI'll
  103. ParaGov't
  104. Para:)
  105. ParaI can say that it's actually nothing exciting, but it is Stuff.
  106. dreamrealOkay, hoseheads: written in pure fury. https://bytecode.news/posts/2026/05/david-m-lloyd-varhandle-fundamentals
  107. dmlloydputting the "dam" in "fundamentals"
  108. dreamrealbetter than just being mental, I guess
  109. nb-benPara: we also work for military / intelligence, we have a connectivity platform for drones and we also make some hardware. The critical bits are in separate libraries from the application, I wrote most of these and they are re-certified every year if there are changes
  110. dreamrealI wonder how many people here work in secure-ish environments
  111. Paranb-ben: Not military. Not intelligence. Over here we have this https://en.wikipedia.org/wiki/Total_defence
  112. nevetTotal defence - Wikipedia
  113. nb-benic
  114. ParaI'd love to explain the whole system but it's too foreign and offest of topics to explain in a channel about Java :)
  115. dreamrealnow propagate that link, autobots (mine, not anyone else's)
  116. dreamrealdmlloyd: seriously, though, you know an editor IRL, you should consider asking him for a once-over to catch things like that :D
  117. dreamrealat the very least you could have (and should have, IMO) acknowledged the lede
  118. dreamrealI can guarantee you without a shadow of doubt that everyone on MY team would have read that going "Oooo! Is he gonna do the thing? he's gonna do the thing, right?" and you didn't
  119. dreamreal(and for the record, i showed some of them the writeup and they were like "oooo right, why didn't he?")
  120. jbosmansdreamreal, 2nd footnote on last link you shared, "sun.misc.Unsafe is probably going away in Java 26" - only some deprecations afaik? Unless i'm confused and 26 didn't get released in March
  121. dreamrealoh, crap, yeah
  122. dreamrealI don't track EA releases like I should
  123. jbosmanswho does !
  124. jbosmansit's not EA i guess
  125. dreamrealwell, by that I mean, *I* track LTS and all the others are just curiosities
  126. jbosmanstho graalvm only aligns with LTS apparently
  127. dreamrealI *do* have my own biases
  128. jbosmanswho doesn't ;)
  129. cheeserdreamreal: you know an editor IRL, you should consider asking him for a once-over to catch things like that
  130. cheeserdreamreal: dmlloyd can introduce you again if need be
  131. dreamrealcheeser: I hear that guy's an ass though
  132. cheeserhe has his moments.
  133. cheeserdon't we all though?
  134. dreamrealsome of us get more than others :D
  135. dreamrealFWIW, dmlloyd DID get to see the draft of that entire thing as it was published before I posted it, so I blame him!
  136. cheeser*wink* *wink* *nudge* *nudge*
  137. dmlloydah I didn't even notice that
  138. dreamrealFixed now, the power of crowdsourcing. I actually want the ratio of posts made by me on that site to go down - I'm writing more than I'd like to, but it's sort of launching as I go, so that's expected
  139. cheeserwe all want that. ;)
  140. * dreamreal sighs
  141. dmlloydlol
  142. cheeser~hug dreamreal
  143. * javabot snuggles up to dreamreal and strokes dreamreal's hair affectionately.
  144. dreamrealWell, here's the thing: if you think it's actually NOT adding value to the world, tell me so, so i can either fix it or stop adding noise
  145. dreamrealand I get that you may have been speaking in jest and all that, but *I* am serious
  146. cheeserno, it's good, honestly.
  147. nb-ben+1
  148. dreamreal(Sorry, I'm a little sensitive: I'm doing the same thing now that I did at TSS, but my nominations for java champion were turned down because I was "just a journalist" and that still stings: it's fine, but even so, dang, people. I was a programmer first and always.)
  149. jbosmansi have to admin "java champion" is a term i mostly see in presentations/conf sessions from time to time
  150. dreamrealYeah, it's not got a lot of value in and of itself, it's just a sort of recognition by people who've kinda earned some industry rep
  151. jbosmansi always found them "invented for the provider, not the practitioner"
  152. jbosmansyeah
  153. dreamrealNah, the people who're java champions generally earn it. Maybe not Reza, but most of them deserve the recognition
  154. dmlloydheh
  155. dreamrealI don't think I've ever seen "Java Champion" and gone "oh that's why I should pay attention to them" but I've also never gone "Dang, why is HOLLY a java champion"
  156. dreamreal(Sorry, I have a hard time seeing Reza Rahman as a java champion. there's another one whose name escapes me who seems to have become a JC mostly from saying "java sucks and it's irredeemable" just like Reza but ... again, name escapes me.)
  157. jbosmansmaybe it's just something not-java-champion people (or i) say, i don't want to take away from it at all
  158. jbosmansgiven i know the term after all, maybe it's a success
  159. dreamrealWell, yeah, I suppose. I remember when they instituted it, and pretty much everyone who'd gotten it would be someone where you'd go "yep, of course"
  160. dreamrealI wouldn't have minded getting turned down but Kirk Pepperdine said the vote was close... and failed because of the journalist thing
  161. jbosmansit's been around a while afaik
  162. jbosmansi guess since oracle
  163. dreamrealit has, yes
  164. dreamrealsince before
  165. dmlloydI will not say a lot about it here but I will say that AI could be the greatest thing that ever happened to Reza
  166. jbosmansoh didn't know
  167. dreamrealdmlloyd: oh my. Really?
  168. dmlloydassuming anyone will hire him
  169. dreamrealoof
  170. jbosmansi remember iirc martijn verburgh saying
  171. dreamrealThat sounds like my sparkling opinion of him might be less unique than I thought
  172. dmlloydhe can just feed all his nonsense to AI and let it sort it all out
  173. jbosmansthose who can't do teach, those who can't teach write a book, those who can't write a book present at conferences :P
  174. dreamrealjbosmans: well... that may be true, but I can name a few people at conferences who *absolutely* are worth paying attention to
  175. jbosmansof course :)
  176. cheeser"close" meant 1 vote at the time because that's all it took then
  177. dreamrealI don't do the conference circuit and can't enjoy such things, but I know a lot of the names
  178. dreamrealcheeser: Kirk said it was like 48%-52%
  179. dmlloydI believe the original quote is "those who can, do; those who *understand*, teach"
  180. dreamrealI don't know, I was never on the inside of it
  181. dmlloydwhich isn't as fun
  182. cheeseri'm not sure how works out since it only took one negative vote then
  183. dreamrealOh, my. Ouch.
  184. jbosmansat conference it's usually some of the cooks (interesting), some BP's (interesting for vendor), some consultants (still interesting for vendor) and some wild ducks (maybe)
  185. dreamrealJosh Long said he'd endorse me submitting again, but *I* would have submit myself, and I have a really hard time doing that
  186. jbosmansoh yeah, people tend to pay for confs as well so, win/win/win :)
  187. dreamrealjbosmans: if you get a chance to hear Holly Cummins, 100% worth it
  188. jbosmansnever heard of a holly cummins, but i'm most probably not a good ref :)
  189. dmlloydshe co-hosts the quarkus insights podcast series almost every week
  190. jbosmansdidn't know ^
  191. jbosmansshe's on the dev team and/or .. ?
  192. dreamrealand a FANTASTIC speaker *and* a Good Human *and* smart as hell
  193. cheeseradjacent to the team
  194. dmlloydyeah she's on the quarkus dev team
  195. dreamrealThat's her one flaw! :D
  196. dmlloydin fact that team has a number of really awesome people on it
  197. dmlloydlol
  198. dreamrealdmlloyd: you know if quarkus is planning on adding EAI?
  199. cheeserhow badly does gradle suck? it's complaining about gradle 10 (eventual!) incompabilities in a plugin the build is using that I can do nothing about.
  200. dmlloydyou mean like camel and whatnot?
  201. dmlloydI'm not sure, but I think something exists in that space
  202. cheeserquarkus-camel is a thing last I checked.
  203. jbosmansi never did get further into "thinking in gradle" than i ever got into "thinking in maven", but at least maven is declarative (and yeah it doesn't bother me that it's XML)
  204. ParaI don't need to think Maven.
  205. ParaWhich makes it a winner, as I only have what, 14 Watts to spare.
  206. jbosmansi just think Less Is More
  207. jbosmansi may have been influenced by grunt vs gulp in js world
  208. jbosmans(i was using maven long before then)
  209. jbosmansgulp (iirc) was like, hey just write your build scripts in js!
  210. jbosmansthe joy
  211. dreamrealGradle's declarative, they just have different intentions than maven does
  212. cheeserdeclaratively shit
  213. jbosmansas in, a running daemon?
  214. dreamrealwell, the dev team for gradle has... different priorities than their userbase thinks they should, by and large :D
  215. dreamrealthey emphasize features and churn over, like, stability and predictability
  216. cheeseri disabled that shit, too. i was fighting a spotless failure today with "MISSING_LINE" in the error message. source looked fine. clean, apply. same error. rm -r .gradle. worked.
  217. cheeser╭∩╮(︶︿︶)╭∩╮ gradle
  218. jbosmansfor a few years it was all one could hear about @ gradle
  219. jbosmans"years long since passed"
  220. dreamrealif you're not locking gradle version you're insane
  221. dreamrealand that's actually why I stopped using gradle in my books
  222. dreamrealI was thinking "how do I explain why I locked in an old version of gradle without sounding like I'm telling some kids to stay off my lawn"
  223. jbosmansfun thing is
  224. jbosmansgradle wrapper -> maven wrapper
  225. jbosmanssure
  226. dreamrealOne of the spring books' prior revs was on gradle 5, and getting it to work in gradle... 8 was basically a rewrite, and nope
  227. jbosmanslet's just make the build system work "automagically"
  228. jbosmansyou're writing code, but can't invoke a command
  229. dreamrealEasy enough to do but if you can't run a simple build with a modern version of the build tool, that's a flaw
  230. jbosmans? -> $$$$
  231. jbosmansdreamreal, it's not about that
  232. jbosmansit's about controlling the version used
  233. dreamrealwait, what is about ... what
  234. jbosmansi don't want some project to define the build tool
  235. jbosmans*ever*
  236. dreamrealsure, but if your build requires the build tool to work a specific way, the wrappers and locking in versions are how that happens
  237. jbosmans(nor a bunch of other things)
  238. jbosmanssure
  239. jbosmansfor playground stuff
  240. dreamrealyou're not dependent on some shlub having NOT updated to gradle 14
  241. dreamrealI can't afford to hope that nobody updated gradle at work
  242. dreamrealso at work: we lock in. We have a build that works; any change had better be justified.
  243. jbosmans:s
  244. jbosmanshopefully microservices then?
  245. dreamrealWith maven, there's a lot of protection against that, socially speaking: maven doesn't LIKE breaking things. So it's a little less important there. But for gradle... hell, they break thing in MINOR releases.
  246. dreamrealand the dev team's response to that is usually *shrug*
  247. jbosmansoh sorry, i was only talking about maven
  248. jbosmansimho everything cross company should compile && keep working with reasonable "recent" version of maven
  249. jbosmansnot something "project defined"
  250. dreamrealWell, I can see wanting maven to have compatibility, too, esp if mvnd is in the mix.
  251. dreamrealbut sure.
  252. dreamreal... in my books, I don't worry about locking maven versions. :D
  253. cheeseri've found those daemons more impediment than aid.
  254. dreamrealHow so?
  255. dreamreal(I'm curious what edges you've found: I've certainly found some myself.)
  256. cheesercache corruption, more often than not.
  257. jbosmansi only invoke maven directly for deployment builds, other stuff => intellij compilation (mostly)
  258. dreamrealFor me it's been resource usage: with testcontainers it can get *interesting*
  259. jbosmanshah cache corruptions would be a pain i figure :)
  260. cheeserguess what just happened again?
  261. * dreamreal had to delete his first response
  262. dreamreallet me guess: cache corruption with mvnd?
  263. cheeseri wish we used maven here...
  264. jbosmansdoes it save a lot overall?
  265. jbosmansoh right, sorry, gradle
  266. dreamrealoh, you're getting that with GRADLE?
  267. dreamrealHaha! Which version?
  268. jbosmansi'd hope "just always full clean && rebuild" would fix it
  269. jbosmanswell, && localinstall i guess
  270. cheeserdreamreal: yes and yes