Chat Logs

  1. * sunyour joined #java
  2. * punk_ joined #java
  3. * kusanagi joined #java
  4. cheeserthat syntax (! vs. ?) is actually just like how kotlin views things: ! is a platform type assumed to be non-null and ? is the nullable type.
  5. cheeserexcept in kotlin you can't explicitly declare a type with !
  6. sbalmoswe should just write in Rust and have an LLVM-JVM bytecode transpiler. :P
  7. * cheeser eyes dmlloyd
  8. * meyou joined #java
  9. * bemoty joined #java
  10. * rorx joined #java
  11. * bemoty joined #java
  12. * bemoty joined #java
  13. * polarian joined #java
  14. * bemoty joined #java
  15. * bemoty joined #java
  16. * fstd joined #java
  17. * avu joined #java
  18. * GnarlyBob joined #java
  19. * xerox joined #java
  20. * agnivn joined #java
  21. * ForeverDreaming joined #java
  22. * deepy joined #java
  23. * Aedil joined #java
  24. * rvalue joined #java
  25. * Bombe joined #java
  26. * IceMicha| joined #java
  27. * stewi joined #java
  28. * sbalmos joined #java
  29. * zoraj joined #java
  30. * yamada joined #java
  31. * IceMicha- joined #java
  32. * metalmaniac joined #java
  33. * zoraj joined #java
  34. * zoraj_ joined #java
  35. * LaSombra joined #java
  36. * jwisbell35 joined #java
  37. * johni__ joined #java
  38. * Aison joined #java
  39. * MinusSeven_ joined #java
  40. Swayzeeverybody was ircfu fightin
  41. Swayzethem kicks were fast as lightnin :p
  42. * rvalue- joined #java
  43. * zoraj joined #java
  44. * jwisbell35 joined #java
  45. * domicron joined #java
  46. * johni__ joined #java
  47. * Pixi joined #java
  48. * MikeBux joined #java
  49. * Afroboy joined #java
  50. * johni__ joined #java
  51. * johni__ joined #java
  52. nimajesbalmos: hm, iirc graalvm has a llvm bytecode interpreter
  53. * zoraj joined #java
  54. * zoraj_ joined #java
  55. * simon816 joined #java
  56. * magla joined #java
  57. * gurrkin joined #java
  58. * vobar joined #java
  59. * rvalue- joined #java
  60. * jwisbell35 joined #java
  61. * devmick joined #java
  62. * Flow joined #java
  63. * BarnabasDK joined #java
  64. * lord4163 joined #java
  65. * johni__ joined #java
  66. * Aedil joined #java
  67. * ChaiTRex joined #java
  68. * jwisbell35 joined #java
  69. * jbosmans joined #java
  70. * mixfix41 joined #java
  71. * johni__ joined #java
  72. * sa02irc joined #java
  73. * GreenResponse joined #java
  74. * sa02irc joined #java
  75. dmlloydwell, my linux system motherboard is finally dead at the age of ~14 years... time to spec out a new system... with as little RAM as possible...
  76. cheesertesting/developing for constrained systems?
  77. dmlloydno, I just can't afford RAM right now, it's price jumped by like 900% or something
  78. dmlloydits*
  79. cheeserah! right. i'd forgotten about that.
  80. dmlloydI wanted to put 64GB in my next system, but maybe I'll buy a second house instead ...
  81. * ChaiTRex joined #java
  82. LaSombraYou can sell some 64GB from one of your current systems as a down payment
  83. deebojust buy the same motherboard on ebay or something :)
  84. sbalmostake a quick vacation to a beach, scoop up some sand, melt it with a kitchen torch you use for creme brulee, profit
  85. dreamrealdmlloyd: mac :D
  86. dmlloydI use a mac as my daily, but I need linux for testing
  87. cheeserpffft. that's what docker is for.
  88. dmlloydI wonder if I should invest in one of those little arm64 cluster things instead
  89. dmlloydyeah I mean there's docker but that's not super convenient if you just want to have a shell going
  90. dreamrealraspi5?
  91. dmlloydlike one of these: https://turingpi.com/product/turing-pi-2-5/
  92. nevetdmlloyd mentioned url: https://turingpi.com/product/turing-pi-2-5/ ("Get Turing Pi 2, mini ITX cluster board")
  93. javabotdmlloyd's title: "Get Turing Pi 2, mini ITX cluster board"
  94. sbalmosqemu running a vm!
  95. dmlloydI guess I should have some kind of intel thing running though for testing
  96. dmlloydthe latest intel CPUs are particularly interesting for testing thread scheduling because they're weird: typically ~8 fast cores and ~8 efficiency cores with different behaviors
  97. * skum joined #java
  98. dreamrealApple Silicon's like that too
  99. dmlloydthe difference is that there's no userspace API to map threads to cores on macos
  100. dmlloydyou're pretty much at the mercy of the OS
  101. * skinkitten joined #java
  102. dreamrealheh, it's the thing king, except for CPU :D
  103. * B_fd joined #java
  104. * nevet joined #java
  105. * 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.
  106. dreamrealTesting: https://www.youtube.com/watch?v=um-gUlLU9WE
  107. nevetdreamreal mentioned url: https://www.youtube.com/watch?v=um-gUlLU9WE ("INSANE ROBERT FRIPP GUITAR SOLO (Sweet Child O' Mine)")
  108. dreamrealcheeser: youtube title extraction may need to use the oembed stuff to work. I fixed nevet's youtube parsing like that; youtube's a pain. og:title works *but* they do data center sanitization.
  109. * tronexte joined #java
  110. * emaczen joined #java
  111. dreamrealThat sanitization was driving me nuts: I couldn't get it to fail locally, but remotely? couldn't see og:title at all.
  112. cheeserstupid google
  113. dreamrealoembed works though
  114. * sponkz joined #java
  115. * stfstfm joined #java
  116. * A_Dragon joined #java
  117. * JonathanD joined #java
  118. dreamrealhttps://better-spring-initializr.com/
  119. ParaCan't click away mvnw though.
  120. ParaBut definitely better as a whole.
  121. Tenchiindeed
  122. sonOfRaWhy exactly would you want to explicitly not have mvnw, mvnw and gradlew are a pretty strict upgrade over... not those
  123. dreamrealthat was my thought, too, sonOfRa
  124. dreamrealalthough I use mvnd a lot too
  125. sonOfRaPersonally, I mostly use gradle, you may ask "what's wrong with that guy", but consider it's 2026, and we're both hanging out on IRC.
  126. dreamrealI have lost trust in gradle after having, like, actually used it
  127. dreamrealI get the attraction in having to literally maintain a build that breaks on minor updates to the build system, it's fun and is a great way to explain project delays, but personally, I still prefer to avoid
  128. sonOfRaVery happy with it actually, having a few hundred lines of customization scripts in our custom distribution with all our shared settings, and now every project builds the same
  129. ParaWell, it's two more files, one which will never be relevant to me (mvnw.cmd) and another which I just don't see any benefit from. Maybe I've missed the conditions/experience where it becomes excellent, but until such happens, I'd rather not have things "just in case"
  130. dreamrealI've had to go "Oh yeah, sorry, that worked in 8.4.1, they broke it in 8.4.2, and then broke it again in 8.4.3" too many times to enjoy gradle voluntarily
  131. dreamrealPara: maven wrapper is less necessary than gradle wrapper, certainly
  132. dreamrealusing gradle without the wrapper is like going to prague to experience the opposite gender without, like, protection
  133. sonOfRaSo far we've only had breakages on major updates, and then all of those could have been fixed by reading and fixing "this build is using features that will be gone in a future version of gradle" messages that we saw for months before upgrading :D
  134. dreamrealnothing against any prague people here, I'm thinking of the memes
  135. ParaGradle should probably distribute itself in a container only.
  136. dreamrealsonOfRa: that's good but I've had other experiences :D
  137. ParaMy only Maven breakage over the years has been with the version which introduced colored output.
  138. dreamrealplus every encounter I've had with the gradle community has been net neutral
  139. ParaWhich was more of a "oh i was dum and there's a note about this in the release notes" thing than anything else.
  140. dreamrealI WANT to like gradle... and I know (and work with) someone who can do amazing things with it
  141. dreamrealPara: s/"[^and]//
  142. dreamrealwe just assume you're dumb, mate, no need to point it out :D
  143. ParaWhat's the big Why for Gradle's existence, anyway?
  144. ParaWhat sparked its creation?
  145. Bombe“How can I make everybody’s life as painful as possible?”
  146. dreamrealno
  147. dreamrealgradle is MOSTLY convention over configuration
  148. dreamrealmaven is convention; ant is configuration
  149. dreamrealgradle was trying to build a middle ground because maven made some things really hard to do well
  150. * stfstfm joined #java
  151. dreamrealthe problem is, those things ARE hard to do, and gradle can't magically make those things trivial, although it can help
  152. * TomyWork joined #java
  153. dreamrealI have a feeling if you're looking for THE prime motivator it's probably how people refused to understand XML *and* Maven sort of said "we're going polyglot... some day"
  154. ParaAnd now that Maven is polyglot, no one cares.
  155. dreamrealWell, all the maven users know XML and are used to it, and copypasta rules and gets the el jobbo el done-o.
  156. dreamrealnevet's website is written but untested, I don't want to unleash it until I get the certs all worked out, and I need the http setup to be very stable right now
  157. * TomyWork joined #java
  158. Paraslap acme on it?
  159. Parathrough caddy if you're feeling fancy
  160. dreamrealcertbot works, it's just that the sites use proxies so the certbot location stuff isn't doing what's expected
  161. dreamrealI'll get it, I just need to wait until the stability isn't quite as mandatory
  162. dreamrealthen I get to debug the sites themselves, but eh, that'll be easier
  163. dreamrealI'd just do it with placeholders right now but the stability thing: traffic's up, so restarting the server is meaningful
  164. * metalmaniac joined #java
  165. * svm_invictvs joined #java
  166. dreamreal~caddy
  167. dreamrealagh, no javabot
  168. dreamrealI don't know if it has references to caddy anyway
  169. dreamrealI was gonna copy 'em over to nevet if they existed
  170. DoofusCanadensisyou did good work, javabot. rest well. I'll most likely kill you in the morning.
  171. vitaliyhe will reincarnate in Kotlin
  172. dreamrealvitaliy: javabot's already kotlin
  173. vitaliyuh oh... Rust then
  174. dreamrealhttps://github.com/evanchooly/javabot
  175. vitaliybeautiful
  176. dreamrealnevet's kotlin too but shares no code with javabot at all, 100% rewritten; any similarities are incidental or because the author of some of the operations is the same doofus
  177. vitaliydreamreal: how do you feel about Kotlin?
  178. dreamrealIt's great
  179. dreamrealGiven the choice to write kotlin or java, I'll choose kotlin 12 times out of 7 unless there's a specific compelling reason not to, like "management demands this be written in java"
  180. vitaliyyou don't miss the good old Bean.Singleton.Fascade.Generator.FactoryEntity.Configurator(); ?
  181. dreamrealor "your team doesn't know kotlin and this is code they need to maintain"
  182. dreamrealno, why would I care about that even in Java?
  183. vitaliyheh
  184. DoofusCanadensismy former boss had no trouble with that latter statement, dreamreal
  185. dreamrealI get the humor in the references - yes, it can get absurd. And abused.
  186. dreamrealBut the question isn't, or shouldn't be, "is this the most elegantest code ever", it should be "does this code work"
  187. DoofusCanadensishe was all in on: here, everybody should learn kotlin
  188. dreamrealkotlin does have a tendency to push one towards some pretty efficient constructs
  189. * yano joined #java
  190. * yodawg joined #java
  191. * deavmi joined #java
  192. * yodawg joined #java
  193. * j4n joined #java
  194. * cheeser joined #java
  195. * javabot joined #java
  196. dreamreal~caddy
  197. dreamrealyeesh, fine
  198. javabotdreamreal, what does that even *mean*?
  199. cheeserdunno why my vps rebooted. i'll have to file a support ticket later.
  200. dreamrealcheeser: how do you feel about factoids being skimmed from javabot for nevet?
  201. dreamrealnot all of them, not wholesale, of course
  202. DoofusCanadensisslurrrrrrp
  203. dreamrealI can't use a lot of them directly anyway, I'd have to translate them to nevet's internal format, but that'd be relatively easy to parse. nevet breaks information down into bits: there's a text entry, a url, maven coordinates, "see also," tags, a few other things like that
  204. dreamrealthe main things javabot has that nevet would use would be "see also" sections, the text, and the urls
  205. dreamrealbut I don't think they're consistently placed in the javabot factoids, so I'd have to do some extraction. But in ANY event I wouldn't want to do it without cheeser's say-so.
  206. * Square2 joined #java
  207. cheeserthey're all my exclusive IP!
  208. cheeserno, i don't care. i can do a collection dump later if it'd help.
  209. dreamrealI might even still have access to it, unless you've revoked it. I can get it. I just wasn't going to hork it all up without you being aware and approving of it.
  210. * Ragnor joined #java
  211. * jink joined #java
  212. dreamrealyou know, it's funny: the jwz factoids are some of the funniest stuff ##java has to offer. Outside of every reference to Quest, I guess.
  213. * Fiji joined #java
  214. * Enissay joined #java
  215. * digicyc joined #java
  216. * rubin55 joined #java
  217. * domicron joined #java
  218. * Exa joined #java