Chat Logs

  1. * waznot joined #java
  2. * ferdna joined #java
  3. * jiffy__ joined #java
  4. * Fiji joined #java
  5. * bfindlay joined #java
  6. * Aedil joined #java
  7. * lockdown joined #java
  8. * skum joined #java
  9. * waznot joined #java
  10. * bfindlay joined #java
  11. * MikeBux joined #java
  12. * agnivn joined #java
  13. * onu joined #java
  14. * TomyWork joined #java
  15. * troydm joined #java
  16. * stfstfm joined #java
  17. * MikeBux joined #java
  18. * stewi joined #java
  19. * waznot joined #java
  20. * marcel joined #java
  21. * Successus joined #java
  22. * odinsbane joined #java
  23. odinsbaneI've got a strange issue with native libraries, jna specifically. I can bundle the native libraries in a jar file and include it in the classpath and everything works. The issue arises when another jar file contains a similar but wrong architecture dylib.
  24. odinsbaneHow do I/java know which jar file to find the .dylib?
  25. * leppard joined #java
  26. cheeseryou'd have to scan your classpath
  27. dreamrealhttps://bytecode.news/posts/2026/04/jetbrains-survey-why-ai-stops-at-the-ci-cd-edge
  28. javabotdreamreal's title: "JetBrains Survey: Why AI Stops at the CI/CD Edge | bytecode.news"
  29. deeboour aws support guys are pushing haaaaard on ai stuff for infra and ci/cd automation
  30. deebo"just use it, free tokens with your enterprise support, it's not addictive and the price won't increase"
  31. deebolike spending 10k/mo on infra, and 100k/mo on log storage
  32. * Fiji joined #java
  33. Paradeebo: Just ask them "Aren't you the guys who deleted an entire datacenter because of an AI prompt got out of hand?"
  34. Para1) this is in accurate so they would need to correct on what actually happened 2) :)
  35. Para*inaccurate, wth
  36. Tenchihahahahha
  37. * jiffy__ joined #java
  38. * leppard joined #java
  39. * leppard joined #java
  40. * jamezp joined #java
  41. * emaczen joined #java
  42. * Aedil joined #java
  43. * sa02irc joined #java
  44. dmlloyd60% unclear use cases :think
  45. dmlloyd:thinking:
  46. dmlloydgod dammit irccloud, have some intuitive completion for a change
  47. * sunyour joined #java
  48. dmlloydactive AI triggered by CI is a terrible idea though, great way to start hemorrhaging money
  49. dmlloydautomatic CI is already expensive enough
  50. Paraoh, I smell a new hype term
  51. ParaBegone CI/CD, welcome AI/AD. Now just have to figure out a good backronym from that.
  52. Drixtanwe are getting closer to AC/DC, I like it.
  53. * agnivn joined #java
  54. * m joined #java
  55. * stfstfm_ joined #java
  56. DoofusCanadensisAutomatic Compiling/Delivering Continuously
  57. * stfstfm joined #java
  58. * stfstfm_ joined #java
  59. * jsmooth joined #java
  60. jsmoothHello all. I'm considering writing an alternative to an available software (which is written in C++ and JS I believe). The software is KDE-Connect (on phone) and GSConnect (Linux Desktop). WOuld Java be a good language to write the client (GSconnect alternative)?
  61. dreamrealDo you know Java? What does the application do?
  62. jsmoothI've used Java before, years ago. It would be a phone-to-pc syncing software.
  63. jsmoothFOr texts and images, notifications, that sort of thing.
  64. jsmoothGSConnect is buggy, I find, and the geek in me is telling me to try to write something better.
  65. dreamrealI mean, the hardware access layer is going to be the "hard part"
  66. jsmoothI'm not sure if I actually need to write that part since GSConnec uses KDE-connect being installed on the phone. I know kde-connect does a lot of dbus signaling.
  67. * Aedil joined #java
  68. dreamrealwell, if you can access the data, java should be fine
  69. jsmoothI don't have kde-connect installed on desktop, so I don't know if gsconnect is doing anything with hardware directly..but I do know the shell extension is written in js
  70. DoofusCanadensisthat's just allowing data to be shared between phone and desktop, yes?
  71. jsmoothYes.
  72. * MikeBux joined #java
  73. jsmoothYou have to pair the devices from one or both ends (via same wifi network) in the gsconnect extension.
  74. DoofusCanadensisand, technically, kdeconnect on android is pretty close to java anyway
  75. * stfstfm joined #java
  76. * athenaeryma joined #java
  77. * waznot joined #java
  78. * mapperr joined #java
  79. * kathadris joined #java
  80. * MonsoonSecrecy joined #java
  81. * stfstfm_ joined #java
  82. * LaSombra joined #java
  83. * deglebe joined #java
  84. * RetroPunk joined #java
  85. * leppard joined #java
  86. * HamAdams joined #java
  87. * codebam joined #java
  88. * MonsoonSecrecy joined #java
  89. * leppard joined #java
  90. * esensar joined #java
  91. * LaSombra joined #java
  92. * stfstfm joined #java
  93. * svm_invictvs joined #java
  94. * magla joined #java
  95. * agnivn joined #java
  96. * stfstfm_ joined #java
  97. * A_Dragon joined #java
  98. * magla joined #java
  99. * zChris joined #java
  100. * zChris joined #java
  101. * rvalue- joined #java
  102. * jreicher joined #java
  103. * stfstfm joined #java
  104. * julemand101 joined #java
  105. * stfstfm_ joined #java
  106. * codebam joined #java
  107. * esensar joined #java
  108. * HamAdams joined #java
  109. * RetroPunk joined #java
  110. * deglebe joined #java
  111. * LaSombra joined #java
  112. * agnivn joined #java
  113. * esensar joined #java
  114. * MonsoonSecrecy joined #java
  115. * HamAdams joined #java
  116. * LaSombra joined #java
  117. * waznot joined #java
  118. * j8shi joined #java
  119. * j8shi joined #java
  120. * esensar joined #java
  121. * j8shi joined #java
  122. mawkcan I easily delete methods in a .class file?
  123. * j8shi joined #java
  124. * zim joined #java
  125. zimAre the companies using Java but without the Annotation Magic, such as Spring Boot seems to require?
  126. Drixtanzim: I am not sure what you are asking here, do you mean - without annotation at all?
  127. r0bbyWhy wouldn't you want annotations? They eliminate boilerplate
  128. r0bbyand make things easier
  129. zimDrixtan, as little annotations as possible.
  130. Drixtanzim: like r0bby, annotations are an important part of all frameworks, quarkus included. It's not a Spring Boot problem per se, it's a clean way to declare your "configuration". Would you perfer go back with all the xml configuration files ?
  131. r0bbyzim: what's your aversion to annotations?
  132. zimit's too much hidden logic, hard to reason about, or debug
  133. Drixtanif I am not mistaken, you can still code without annotation, but prepare yourself to create a hibernate.cfg.xml and so on, if it's still supported.
  134. r0bbyzim: Not...really if you understand what they do?
  135. zimIn other languages annotations are not really prevalent, javascript, golang
  136. Drixtanzim: an abstraction, via inheritance, or annotation, or a config files, or... is still an abstraction. You have to learn the concept and what they are doing.
  137. Drixtangolang, you will use functions, like fiber, you will use app.Get("/", whatever) instead of @GET("/")
  138. DrixtanI don't see the difference really
  139. r0bbyzim: Then go use those languages...I feel like you're just fighting the languages
  140. r0bbyAnnotations are pretty easy for me to understand
  141. zimI'm here asking if there are companies out there that use java, but do not use Spring or other Java annotation heavy frameworks.
  142. Drixtanno.
  143. r0bbyzim: Learn how those annotations work and they're pretty easy to debug.
  144. r0bbyDon't code like language X in language Y. Learn idiomatic ways of doing things
  145. zimWell, I've worked with Spring Boot for a year. The framework is layers of layers of abstractions and indirections, it felt more like configuring rather than really programming.
  146. r0bbyzim: welcome to Spring in general.
  147. zimOnce I tried to find out where a header was set in the framework and to change it, took me way too long, had to dig into the horrible spring source code, because the docs weren't enough.