ByteCode.News
Submit RSS Atom Sign in

Back to the channels

#java

  1. deebo tested 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. deebo and still have to figure out formatting sql in text blocks in java code
  3. Swayze trad coding?
  4. Swayze wow
  5. Bombe Does “trad coding” mean “using an IDE from 20 years ago?” Because IDEA can totally format on save.
  6. dreamreal Maybe it's "format with spotless"? I don't think format on save matters - I use format on compile, personally
  7. Swayze trad coding means traditional coding
  8. Swayze it means you're focusing on enginnering the solution + writing the code (instead of the machines)
  9. dreamreal I think we can figure that part out
  10. dreamreal I don't think trad coding has changed, honestly
  11. Swayze it 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. dreamreal Who 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. dreamreal Anyone?
  14. Swayze I 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. dreamreal Nobody does that any more and chances very good nobody here ever has
  16. dreamreal I mean, like I said, I did it ONCE
  17. Swayze imagine an engineer doing the actual brick laying and wheelbarrowing sludge himself
  18. Swayze on a non-personal project
  19. Swayze pretty crazy but it was the status quo for the longest, rip
  20. dreamreal well, it was also traditional for bridge builders to cross their own bridges first :D
  21. Swayze just as dont watch compilers compile we dont watch machines write code that is specifcally meant FOR THEM
  22. Swayze im guessing some programing langauges are goign to become a lot more machine friendly and less human friendly
  23. dreamreal Swayze: I don't get it. Nobody's hand-rolled code in recent memory, unless they're designing chips.
  24. dreamreal and even then they're using a common instruction set.
  25. Swayze https://github.com/jinruoxinchen/LLM-Communication-Language
  26. javabot Swayze's title: "GitHub - jinruoxinchen/LLM-Communication-Language: LLM Communication Language specification and implementation · GitHub"
  27. dreamreal Swayze: you there?
  28. cheeser i'm gonna start a trad coder tiktok account.
  29. deebo yeah 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. dreamreal why wait until push?
  31. deebo getting formatting errors in the ide would be nice but oh well, at least this will make everything uniform
  32. dreamreal I 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. deebo well yeah users can run it whenever, but i'd say most would expect similar integration than eslint+prettier have
  34. deebo have to test a bit more when there's time
  35. cheeser i run spotless before every compile
  36. dreamreal cheeser++
  37. nevet cheeser now has karma of 2.
  38. dreamreal I have it as part of the build
  39. cheeser i have a parent pom that sets that up for all my projects
  40. dreamreal Yeah, well, I have too many build systems in play to be able to do that consistently, and too many different deployed standards :/
  41. cheeser maven everywhere!
  42. dreamreal yeah, 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. cheeser we use gradle here and I kinda hate it.
  45. dreamreal What makes you hate it? (Curious for the reasoning: i have my own problems with it.)
  46. dreamreal Although I WILL say that I have a coworker (who's in the channel!) who is a freaking gradle *wizard*
  47. cheeser the daemon/caching bits get in the way a lot. i disabled the daemon globally.
  48. cheeser a simple clean requires so much setup and configuration.
  49. cheeser and of course the daily changes to plugin and task APIs
  50. dreamreal yeah, we have some interesting requirements there ourselves
  51. dreamreal I 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. dreamreal I 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. cheeser let's make a toml based build tool.
  54. dreamreal maven can already do that!
  55. dreamreal just because nobody in the history of ever has used it...
  56. dreamreal actually, it's amusing to see how many people are coming out of the woodwork with new build tools these days
  57. cheeser bevin's bld looks interesting. i'm sad kobalt never caught on.
  58. dreamreal Yeah, 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. dreamreal it 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. dreamreal they 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. ptomli dreamreal bytecode looks cool, will add it to my feeds
  62. dreamreal thank you! Tell your friends! It's the best! The best ever! :D
  63. ptomli :D
  64. DoofusCanadensis dreamreal: yeah, your site looks pretty
  65. dreamreal I'd rather it be useful than pretty but thank you
  66. DoofusCanadensis considering how heavy most sites feel these days...
  67. DoofusCanadensis I've got it queued up to read later
  68. dreamreal BTW 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. dreamreal If 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. dreamreal BCN 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. DoofusCanadensis yeah, I noticed that with some non-dreamreal posts
  72. dreamreal I'd actually prefer to have the minority of posts
  73. DoofusCanadensis I know