ByteCode.News
RSS
SubmitLog in

Community

Chat Logs

Wednesday, July 8, 2026

  1. kcomhnall"call a method with all possible combinations" - reminds me of COBOL
  2. * Fiji joined #java
  3. * kcomhnall left #java
  4. * llanhmock joined #java
  5. * redj joined #java
  6. * Flow joined #java
  7. * m2 joined #java
  8. * rvalue- joined #java
  9. * rvalue joined #java
  10. * stfstfm joined #java
  11. * domicron joined #java
  12. * leppard|2 joined #java
  13. * stfstfm joined #java
  14. * jreicher joined #java
  15. * MikeBux joined #java
  16. * metalmaniac joined #java
  17. * blacknova joined #java
  18. * ne555 joined #java
  19. * fgarcia joined #java
  20. * Betal joined #java
  21. dreamrealthe problem with "call with all permutations" for me is that it relies on ... what for validation?
  22. dreamrealif the validation is consistent, that's good, I guess, but I usually want tests to test for failure as well
  23. ParaThe next inevitable steps will be generative testing and then fuzzing :)
  24. ParaI did get stuck pondering what would be the best way to do n-way cartesian product as a stream, though. I mean, if I did that, I'd want it to also try to be at least somewhat memory efficient as well.
  25. dreamrealgenerators a la python
  26. jreicherPara: You mean output as a stream, or formulate a notion of cartesian product for two streams as the "operands"?
  27. * kathadris joined #java
  28. * kathadris joined #java
  29. jreicherBecause I don't think all of the above can be streams.
  30. * GreenResponse joined #java
  31. * jwisbell35 joined #java
  32. * tabmow joined #java
  33. Parajreicher: n-ary Cartesian product as linear stream
  34. ParaWith executive decision on settling on Some™ strategy to choose how it is linearized.
  35. ParaSo not just two but, dunno, 17. And thus the need for memory efficiency.
  36. ParaThis is purely me entertaining myself, I have a few days left till vacation but all our supervisors and stakeholders are already on vacation and there's nothing left open in the backlog so have to fill the time somehow :D
  37. jreicherPara: so you'd be OK with the result being a stream but one of the "operands" being, say, an array?
  38. ParaI'm not sure what you mean.
  39. Para`Stream<List<T>> products = cartesianProducts(a1, a2, a,3 ...)` would be what I want, where T is probably nothing special, common type for the vararg arities provided or whatever.
  40. jreicherI wasn't sure if the a1, a2, a3, etc. were streams also
  41. ParaI don't think it's possible to produce a meaningful Cartesian product without knowing the bounds of the arities.
  42. dreamrealjust let the AIs guess, it'll be fine
  43. dreamrealhttps://www.reddit.com/r/java/comments/1uqiej1/replace_cc_with_java/
  44. cheeserOP sounds like an LLM
  45. ParaFriend of mine has found a new hobby from looking at Claude Code's open issues at GitHub.
  46. ParaIt's a glorious garbage fire.
  47. Shellit's really weird the last couple of years - you don't have any idea any more if any software is capable of doing what it says on the label for longer than a quick demo. claude code is just a leader there.
  48. dreamrealI was impressed by the string of non sequiturs!
  49. * acidjnk joined #java
  50. * stfstfm joined #java
  51. * blacknova joined #java
  52. * erbium joined #java
  53. * jamezp joined #java
  54. * WizJin joined #java
  55. * ForeverDreaming joined #java
  56. dmlloydI made another thing: https://github.com/smallrye/smallrye-serial
  57. nevetGitHub - smallrye/smallrye-serial: A safe and efficient Java serialization library
  58. javabotdmlloyd's title: "GitHub - smallrye/smallrye-serial: A safe and efficient Java serialization library · GitHub"
  59. * Anaphaxaway joined #java
  60. dmlloydthe name is not exactly descriptive: it is an intermediate representation for serialized objects
  61. dmlloydso you can examine and manipulate the serialized form of objects
  62. * kathadris joined #java
  63. * jwisbell35 joined #java
  64. * tronexte joined #java
  65. dreamrealer... as usual your docs suck. Why, what are the default providers, what would the serialized form look like or what MIGHT it look like, how would I use this, how would I know if I needed or wanted this?
  66. ParaI should publish a microlib which has exactly one interface, AI. No content. That way you could just add "implements AI" everywhere.
  67. * mwnaylor left #java (ERC 5.6.0.30.1 (IRC client for GNU Emacs 30.2))
  68. dreamrealdmlloyd: and what makes it efficient, dang it respond to me
  69. * tronexte joined #java
  70. dmlloydwell, it's not inefficient
  71. dreamrealgrrrr
  72. dmlloydit just does the exact thing it says on the tin, that's all
  73. dreamrealit doesn't say WHAT IT DOES in a way that's uncompressed
  74. dreamrealI think YOU understand what it does well but to me you have not expressed it well in a way where I'm not having to spend a lot of cognition to understand it
  75. dmlloydit turns serialized Objects into Serialized objects
  76. dmlloydoo, I should make that be the description
  77. dreamrealyeah, that'll fix SO MUCH.
  78. dmlloydmy favorite feature though is if you feed some object into a Serializer, you can examine it using the Printer to see how it's put together
  79. dreamrealWell, you need to DESCRIBE that way more gooder. Maybe even with those weird things called "examples."
  80. dreamrealand MAYBE even "what can you learn from this, Mr. ordinary person? Why do you care? Here's why."
  81. dmlloydI'll pass your critique on to my associates, Claude and Bob
  82. dmlloydanyway it's not for normal plebes, it's for elite coderz only
  83. dreamrealI get that, but for the love of god... I mean, I want to write this up for BCN. Do you REALLY want me to answer all the questions I have for myself?
  84. dmlloydwhat do you think I pay you for?
  85. * dreamreal checks his bank account
  86. dreamreal... about what you get, apparently :D
  87. * ghodawalaaman joined #java
  88. dmlloydheh, I almost missed this nugget: https://github.com/openjdk/jdk/pull/31441
  89. nevet8286300: Port JEP 425 to S390X by offamitkumar · Pull Request #31441 · openjdk/jdk
  90. javabotdmlloyd's title: "8286300: Port JEP 425 to S390X by offamitkumar · Pull Request #31441 · openjdk/jdk · GitHub"
  91. dmlloydvirtual threads on the mainframe
  92. Paramakes me think of this RISC-V GPU https://www.youtube.com/watch?v=qMR3IXF2sWw
  93. nevetYouTube: Home made GPU escalated quickly | bitluni
  94. dmlloydyeah I saw a reference to that in passing on Reddit recently, interesting idea
  95. cheeserhuh. TIL Aleph One, of "Smashing the Stack for Fun and Profit" fame, is now at Google.
  96. dreamrealI wonder if anyone's ever put a JVM on the E-series from unisys... 9-bit processors, y'all
  97. dreamrealthree octal sets make up a byte
  98. ParaWhat's the extra bit for? Or reasoning for it, rather?
  99. dreamrealthree octals
  100. ParaWith 3 bits spare? :P
  101. cheeserwhut?
  102. dreamrealerr... nine bit bytes = three octal sets.
  103. dreamrealno spare ANYTHING.
  104. Paraah right...but still why
  105. dreamrealBurroughs?
  106. dreamrealI mean, that's... really the answer
  107. dreamrealActually, the E-series was sperry, I guess.
  108. ParaMaybe it was a dare.
  109. dreamrealwith unisys you could never tell. Really decent hardware for what it was: a system 36 clone.
  110. dreamrealI did the e-series first, and went to night school on a system 36 - was very weird, because i was used to ECL and IPF and had to deal with "JCL" and "ISPF" instead at night. (I didn't finish the cert: they kept assigning things I knew how to do from work, so I did them like real programmers would, and they'd ding me for doing stuff they didn't teach me.)
  111. dreamreal"You can't use a quicksort! We haven't taught that! Bubble sort or bust!"
  112. dreamreal(not the actual problem but ... imagine that sort of thing. Over and over again.)
  113. * Tenchi joined #java
  114. * ForeverDreaming joined #java
  115. * m2 joined #java
  116. * jbosmans joined #java
  117. * magla joined #java
  118. dreamrealPara: found it. Army Signal Corps. They had six bits of signal as a requirement, and thus octal fit the data well; this lent itself to 36-bit words. The nine-bit byte came about from ascii support, as a natural widening, and this meant a word itself also did pretty well with number representation. This was all done before the standardization around 8-bit bytes.
  119. * Ragnor joined #java
  120. sbalmosdreamreal: I'd have to do some digging, but the 6-bit baudot thing I think still lives on today in some ham radio digital protocols
  121. dreamrealsbalmos: wouldn't surprise me AT ALL
  122. dreamrealI just didn't have a good answer for para so thought I'd look into it
  123. sbalmosdreamreal: when do you have a good answer for para?
  124. dreamrealscrew you!
  125. sbalmosweeeeeellllll...
  126. ParaMmmhh.
  127. ParaI mean I'm kinda not surprised, as I've been trained to use this piece of tech https://en.wikipedia.org/wiki/Sanomalaite_M/90 (it's basically SMS/pager in brick form with self-corrupting memory) and military used to be the source of things which became standards all over.
  128. nevetSanomalaite M/90 - Wikipedia
  129. javabotPara's title: "Sanomalaite M/90 - Wikipedia"
  130. sbalmosmy memory self-corrupts in much easier fashions
  131. ParaNobody seemed to know if it was a feature or a flaw.
  132. Para"Oh don't worry, it'll just give you something to do while on night watch.", something being re-entering the encryption keys and doing connection tests :P
  133. ParaNow that I think of it, maybe the reason we then came up with all the mobile tech is basically going "fuck this" nationwide on those things.
  134. * ferdna joined #java
  135. * Munnu joined #java
  136. * Anaphaxaway joined #java
  137. jreicherPara: if you define Stream product(Array x, Stream y) then you can do n-way easily by iteratively calling that.
  138. * mindCrime joined #java
  139. * Odyss3us joined #java
  140. * Henryx joined #java
  141. * metalmaniac joined #java
  142. * raj joined #java
  143. * ChaiTRex joined #java
  144. * kelt0m joined #java