ByteCode.NewsSubmit
Use quotes for an exact word.

Subscribe

RSSPodcast
Log in

Chat Logs

  1. * jreicher quit (Quit: In transit)
  2. * skillbot quit (Remote host closed the connection)
  3. * skillnews quit (Remote host closed the connection)
  4. * skillnews joined #primate
  5. * skillbot joined #primate
  6. * jreicher joined #primate
  7. blueWB jreicher.
  8. jreicherHowdy
  9. bluejreicher: Kotlin WASM support is coming in Primate 0.45. With a bit of luck, we're gonna get hotreloading baked in as well.
  10. blueIf this pilot proves successful, I'm gonna target Java WASM for 0.46. I haven't added new backends in a while time
  11. blueJust to be clear what I mean with hot-reloading. When you change routes in Primate, during development, it rebuilds the running server and then replaces it. So you don't need to restart the server to see any changes you make to routes or backend logic.
  12. blueWith the wasm boundary, that's a bit more complicated: you need to rebuild .wasm files, too, but ideally only those that are affected. This is supported in Go, Ruby and Python for Primate. The Kotlin backend will likely create one big .wasm file, which might make hotreloading a bit slower at first. I might possibly have to switch to compiling many small files for dev, and one monolith for production.
  13. blueBut the effects are pretty cool: you edit a .kt file, primate refreshes the browser and you can use the changed backend
  14. bluedreamreal: I *LOVE* that I can write something like this: "Q: now that repopack is migrated completely to `key`, we can inform flog#225 to take action appropriately, correct?", and clanker GETS it.
  15. dreamrealyeah, they're getting better about context
  16. bluedreamreal: also, it REALLY loves saying "failed closed". So much so that I started adopting it when telling it to review stuff, as in, "the state of the task must be left in a conclusive state"
  17. blueI'm totally misusing the term there, but so does it, and I so don't care
  18. blue"Whilst you're reviewing: a few things. FINDINGS.md and other results from the GNG study must disappear. Also, the task must stack upon the docs reorg at 356, to be its tip. At its current state, it must fail closed at REVISION."
  19. bluedreamreal: ^ is this parsable to you as a human?
  20. dreamrealNot to me without enough context, on first read, no, but i don't think that matters
  21. bluek, good to know
  22. bluethe context is: the kotlin task started as a GO-NO-GO study, before transitioning into full impl. And '356' is just another docs reorganisation task that moved around a few docs that the Kotlin task would also be changing, hence the restacking. But clanker GETS it, because context!
  23. dreamreal*nod*
  24. nevet[Node.js Blog] Notable V8 changes from Node.js 26 to 27 (Alpha) - https://nodejs.org/en/blog/announcements/notable-v8-changes-from-node-js-26-to-27-alpha
  25. systemfaultOh, Iterator#zip, what a surprise...
  26. systemfaultTold Voldemort 3+ years ago that it would be a worthwhile addition...
  27. bluesystemfault: and did Voldemort listen? of course not
  28. systemfaultblue: I actually took 2 minutes to check the TC39 proposals to see if he was the one behind it.
  29. systemfaultOf course not.
  30. bluethat guy lost it when he started banning people from #js for not being part of his crazy progressive agendas
  31. blueI remember talking to him in private about `master` vs `main`. He acknowledge the move was stupid, but said "if one black guy feels bad about it, it's good enough for me"
  32. bluewhat an idiot, by God
  33. bluegood riddance that I don't have to interact with him any longer
  34. systemfaultI'm "generally" more against performative progressivism than progressivism itself...
  35. systemfaultI haven't gone back to his channel since the day he kicked me... from both the node and js channels
  36. blueyeah, terrible :/
  37. blueI found it a certain irony that the guy who advocates for keeping backcompat for nearly forever (in his packages, he supports node 0.4!), has no qualms about a git change that broke everyone's flows...
  38. bluebut of course, blue tribe, no brain, what I can say
  39. nevet[Node.js Blog] Notable V8 changes from Node.js 26 to 27 (Alpha) - https://nodejs.org/en/blog/announcements/notable-v8-changes-from-node-js-26-to-27-alpha
  40. bluedreamreal: why did nevet post it again? or did the node people mess up something in their feed?
  41. dreamrealYeah, it showed up as a new entry somehow
  42. dreamrealYou would be surprised - or maybe not - at how bad people are at RSS
  43. dreamreali had to do a whole update to help sanitize feeds that don't do base urls properly, or use *internal urls* - one site has localhost:3000 as the host/port for their PUBLIC FEED
  44. dreamrealAnd yes, I've tried to tell them
  45. blueouch
  46. bluethis is kinda bad though, RSS is a wonderful technologuy
  47. bluetechnology*
  48. dreamrealit's a good idea with a set of atrocious specs but eh
  49. bluedreamreal, clanker is really struggling with me demanidng that kotlin hot reload should be <1s
  50. blueit's currently apparently at 5-7s. am I asking for too much?
  51. blueidk it just doesn't appear a very nice experience to wait 5 seconds for your app to reload
  52. dreamrealDepends on the codebase size, the compiler is not super-fast
  53. bluewith Go/Python/Ruby it's immediate
  54. blueI don't know that it should take that long with Kotlin
  55. blue"It is not WASM initialization alone: standalone initialization measured roughly 7–21 milliseconds. A warmed, unchanged Gradle invocation previously took 1.84 seconds."
  56. bluehm
  57. blue1.84 seconds??????????????????????
  58. bluethis is like, 20 lines of code
  59. blueit should take 1.84 milliseconds :(
  60. dreamrealyes. Are you using build.gradle.kts or build.gradle?
  61. bluebuild.gradle.kts
  62. * dreamreal is not esp a fan of gradle, but it may be the right solution here
  63. bluehttps://repopack.com/project/primate/tasks/350
  64. dreamrealso you're invoking the compiler chain *twice*
  65. dreamrealonce to verify the build, once to RUN it
  66. bluedamn
  67. blue"There’s a real concern, but “compiling twice” is misleading.
  68. bluebuild.gradle.kts is Kotlin code, so Gradle must compile the build script—but normally caches that compilation. It does not mean every edit compiles your routes twice."
  69. dreamrealyes, but it has to *check*
  70. dreamrealit will cache if it can
  71. blueBefore switching to Groovy or replacing Gradle, #350 should measure:
  72. blue1. Where that no-op invocation spends its time.
  73. blue2. Whether Gradle’s configuration cache materially reduces it.
  74. blue3. Whether development is unnecessarily using expensive production compilation/link settings.
  75. blueGroovy?????
  76. * blue is losing it
  77. dreamrealpatience, young padawan
  78. dreamrealproblems are things to be solved, not endured
  79. blueI have no idea out of which butt it pulled that one, but it seems concerning
  80. dreamrealbe a programmer
  81. * blue patiences
  82. dreamrealbuild.gradle = groovy, build.gradle.kts = kotlin
  83. bluegroovy as in the apache groovy we talked about?
  84. dreamrealthe groovy and kotlin interfaces are *materially* the same, but kotlin gives you typesafety in your build, etc
  85. blueoh
  86. * blue doesn't know a lot, very small
  87. dreamrealyes, gralde is the PRIMARY place people still write groovy
  88. bluewhy not use makefiles?
  89. dreamrealas far as I know, at least
  90. dreamrealbecause invoking the entire build chain via make is an utter drag
  91. blueI hear makefiles solve everything, if you only allow yourself to have a psychosis every time you look at them
  92. dreamrealtheer you go
  93. dreamrealif you're okay with psychosis, make or cmake or just win
  94. * blue is def not okay with psychosis
  95. * blue leaves psychosis to the clankers
  96. dreamrealI actually use just+[maven|gradle|make] quite a bit myself: just gives me broad profiles for invoking the build tools the way I want
  97. dreamrealjust I have stuff like `just mr-watch 1117` to watch the gitlab CI/CD run, or `just coverage-view` to run the coverage profile and then open the summary pages, etc
  98. bluewell, sol 5.6 is busy profiling kotlin wasm builds
  99. dreamrealmy team has those files (they're in teh repos) but don't use them, so I tend to run circles around them even in basic tasks
  100. blueI see. just seems cool, I never had need for it though, I think
  101. dreamrealthey'll reload the gitlab CI/CD pages on their own, and I'm like "... why"
  102. dreamrealit's a lot like make with better syntax
  103. dreamrealyou could do everything just does WITH make
  104. blueI feel like reinventing make isn't a really good pattern, given uh, the aforementioned psychosis angle
  105. dreamrealwell, okay: but look at how make handles propagation. just isn't trying to BE make, it's trying to be make for the *absurdly* common cases
  106. dreamrealif you need advanced substitution patterns, etc., make is still better and everyone knows it and expects how it works
  107. bluemy point is, that this is a broader pattern. scripting languages often feel like a bandaid for building stuff. that's something I liked about zig: you use the language itself to build stuff
  108. dreamrealsure
  109. blueI do wish the zig people had thought this through and made zig equally capable of building anything, but they mostly focus on zig/c
  110. * nevet joined #primate
  111. * blue!~blue@user/blue changed the topic to: https://primate.run | This channel is logged: https://bytecode.news/logs/irc/libera/primate
  112. blueWASM executable generation/linking 2.31–2.63s
  113. nevet[Flog releases] Flog 0.1.14 - https://repopack.com/api/v0/projects/flog/releases/products/flog/versions/0.1.14
  114. nevet[Flog releases] Flog 0.1.13 - https://repopack.com/api/v0/projects/flog/releases/products/flog/versions/0.1.13
  115. nevet[Flog releases] Flog 0.1.12 - https://repopack.com/api/v0/projects/flog/releases/products/flog/versions/0.1.12
  116. * skillbot quit (Remote host closed the connection)
  117. * skillnews quit (Remote host closed the connection)
  118. * skillbot joined #primate
  119. * skillnews joined #primate
  120. * phaleth joined #primate
  121. * phaleth quit (Remote host closed the connection)
  122. * phaleth joined #primate
  123. * phaleth quit (Quit: phaleth)
  124. bluesystemfault: did gurrr or someone complain about that meme?
  125. systemfaultThe one on the TS channel? No. I did.
  126. blueya
  127. systemfaultI would have said the same has it been a pro-democrat one.
  128. blueya, I get the point, you're trying to keep it professional
  129. blueit's a pity our leftist friends don't give us the same courtsey...
  130. systemfaultI'm fine with political "discussions" TBH as long as people remain civil.
  131. systemfaultBut I'm not sure about just posting memes
  132. blueyeah I totally get, this is no criticism
  133. blueI noticed the schwifty guy kind of got quiet after you don't him you don't think the US are particular great either :P
  134. blueyou told him*
  135. blue(which is true, btw)
  136. bluein other news... I'm 42 today
  137. bluenot getting any better I fear, the rest :P
  138. systemfaultOh, happy B day
  139. bluethank you :)
  140. systemfaultYeah, I'm now 44... we're getting old
  141. blueyeah :/ I don't *feel* old, it's a weird thing. In my mind I'm still in my 20s...
  142. jreicherOld people give being old a bad name
  143. blueheh
  144. bluebut my wife got me a lego set of the Space Shuttle
  145. blueI'll probably spend most of tomorrow assembling it, I'm a sucker for these things
  146. jreicher12 year old me is really jealous right now. Can I come round to your house?
  147. bluesure jreicher
  148. bluesystemfault: import defer * as X is ugly, but it is exciting because it solves the circular dependency problem...
  149. systemfaultYeah, looks useful
  150. systemfaultI didn't know it was a proposal until now
  151. blueme neither...
  152. bluebut it solves the User imports Post (hasMany) imports User (hasMany - author)
  153. bluehasOne - author*