Chat Logs

  1. deebotested spotless finally, works great for our use, but the lack of easily achieved 'format-on-save' in e.g. idea is a bit meh
  2. deeboand still have to figure out formatting sql in text blocks in java code
  3. Swayzetrad coding?
  4. Swayzewow
  5. BombeDoes “trad coding” mean “using an IDE from 20 years ago?” Because IDEA can totally format on save.
  6. dreamrealMaybe it's "format with spotless"? I don't think format on save matters - I use format on compile, personally
  7. Swayzetrad coding means traditional coding
  8. Swayzeit means you're focusing on enginnering the solution + writing the code (instead of the machines)
  9. dreamrealI think we can figure that part out
  10. dreamrealI don't think trad coding has changed, honestly
  11. Swayzeit feel's kind of good as an engineer in "IT" to be able to hand off the building just like other engineers in other spheres like construction
  12. dreamrealWho here hasn't done that their entire career? Like, 100%? I can say it's only been 99.99999% for me - but who else?
  13. dreamrealAnyone?
  14. SwayzeI mean wtf do engineers have a place doing the actual building :/ it was a ridiculous concept to begin with born out of the fact that we had little other options
  15. dreamrealNobody does that any more and chances very good nobody here ever has
  16. dreamrealI mean, like I said, I did it ONCE
  17. Swayzeimagine an engineer doing the actual brick laying and wheelbarrowing sludge himself
  18. Swayzeon a non-personal project
  19. Swayzepretty crazy but it was the status quo for the longest, rip
  20. dreamrealwell, it was also traditional for bridge builders to cross their own bridges first :D
  21. Swayzejust as dont watch compilers compile we dont watch machines write code that is specifcally meant FOR THEM
  22. Swayzeim guessing some programing langauges are goign to become a lot more machine friendly and less human friendly
  23. dreamrealSwayze: I don't get it. Nobody's hand-rolled code in recent memory, unless they're designing chips.
  24. dreamrealand even then they're using a common instruction set.
  25. Swayzehttps://github.com/jinruoxinchen/LLM-Communication-Language
  26. javabotSwayze's title: "GitHub - jinruoxinchen/LLM-Communication-Language: LLM Communication Language specification and implementation · GitHub"
  27. dreamrealSwayze: you there?
  28. cheeseri'm gonna start a trad coder tiktok account.
  29. deeboyeah idea does format-on-save, but none of the 3 spotless plugins available register as available to do that, so you end up writing what ever your IDE does, and then on git push it checks and formats as configured
  30. dreamrealwhy wait until push?
  31. deebogetting formatting errors in the ide would be nice but oh well, at least this will make everything uniform
  32. dreamrealI mean, my thought is: I don't care how the code is formatted until it compiles. If it gets formatted on compilation, it's going to be consistent; everyone wins. And if it gets committed without being formatted... well... nobody's bothered compiling it, eh
  33. deebowell yeah users can run it whenever, but i'd say most would expect similar integration than eslint+prettier have
  34. deebohave to test a bit more when there's time
  35. cheeseri run spotless before every compile
  36. dreamrealcheeser++
  37. nevetcheeser now has karma of 2.
  38. dreamrealI have it as part of the build
  39. cheeseri have a parent pom that sets that up for all my projects
  40. dreamrealYeah, well, I have too many build systems in play to be able to do that consistently, and too many different deployed standards :/
  41. cheesermaven everywhere!
  42. dreamrealyeah, i'll tell my employer, whose gradle build is *incredible* and has existed since 2007, to shift over naow pls
  43. * dreamreal stamps his foot for emphasis
  44. cheeserwe use gradle here and I kinda hate it.
  45. dreamrealWhat makes you hate it? (Curious for the reasoning: i have my own problems with it.)
  46. dreamrealAlthough I WILL say that I have a coworker (who's in the channel!) who is a freaking gradle *wizard*
  47. cheeserthe daemon/caching bits get in the way a lot. i disabled the daemon globally.
  48. cheesera simple clean requires so much setup and configuration.
  49. cheeserand of course the daily changes to plugin and task APIs
  50. dreamrealyeah, we have some interesting requirements there ourselves
  51. dreamrealI usually don't run into the caching/daemon problems as much because I tend to retain current dependency chains; working with IDEA and gradle is a drag because modifying the libs.toml is so clunky. The daily updates to the APIs don't matter as much because we lock in gradle versions with the wrapper, although those changes were EXACTLY why I stopped using gradle in my writing.
  52. dreamrealI was thinking abou tit, because gradle is so much more succinct in print, but found the idea of having to have an explanation block that said "look, this worked in gradle 8.5.1a on this date, okay?" offensive
  53. cheeserlet's make a toml based build tool.
  54. dreamrealmaven can already do that!
  55. dreamrealjust because nobody in the history of ever has used it...
  56. dreamrealactually, it's amusing to see how many people are coming out of the woodwork with new build tools these days
  57. cheeserbevin's bld looks interesting. i'm sad kobalt never caught on.
  58. dreamrealYeah, agreed. I think ANY build system's going to have a hell of a hill to climb to unseat maven or gradle. gradle keeps trying to make it easy, but ...
  59. dreamrealit IS kinda fun to watch people sneer at maven and fly to gradle, only to shut up about how great their build tool is as they endure its actual nature
  60. dreamrealthey tend to go from "ew maven uses xml" to "ahhhh gradle's so niiiiice such short build files" to "well we locked versions" to "at least it's not xml, right? is this thing on?"
  61. ptomlidreamreal bytecode looks cool, will add it to my feeds
  62. dreamrealthank you! Tell your friends! It's the best! The best ever! :D
  63. ptomli:D
  64. DoofusCanadensisdreamreal: yeah, your site looks pretty
  65. dreamrealI'd rather it be useful than pretty but thank you
  66. DoofusCanadensisconsidering how heavy most sites feel these days...
  67. DoofusCanadensisI've got it queued up to read later
  68. dreamrealBTW that site is "mine" but it's not meant to be solely sourced to me: if you think something's interesting, put it in! It has open submission (no account required) and here on IRC you can put in a url with !suggest [url here]
  69. dreamrealIf you're relying on ME to find all the interesting stuff you're going to get a specific view of the industry: I'm pretty wide-ranging but I don't see everything by a long shot
  70. dreamrealBCN was originally intended to replace the channel blog, I was going to move over the content from javachannel.org to BCN to preserve it, but it's not really MY content to do that with and I never really brought it up to cheeser
  71. DoofusCanadensisyeah, I noticed that with some non-dreamreal posts
  72. dreamrealI'd actually prefer to have the minority of posts
  73. DoofusCanadensisI know