ByteCode.News
Submit RSS Atom Sign in

Back to the channels

#java

  1. * PyR3X joined #java
  2. * BarnabasDK_ joined #java
  3. * cnsunyour joined #java
  4. * PocketKiller joined #java
  5. * dob1 joined #java
  6. * kathadris joined #java
  7. * m joined #java
  8. * kelt0m joined #java
  9. * joev joined #java
  10. * d1b joined #java
  11. * jwisbell35 joined #java
  12. * johni__ joined #java
  13. * fgarcia joined #java
  14. * ChaiTRex joined #java
  15. * victori joined #java
  16. * APic joined #java
  17. * ferdna joined #java
  18. * sponkz joined #java
  19. Bombe Casting for me always means that I fucked up the data model somewhere.
  20. Bombe (Exceptions apply for basic utility/library code, or interactions with other APIs.)
  21. * punit_arya joined #java
  22. Para Builder hierarchies have an use for casting as well.
  23. jreicher Bombe: it's not an explicit cast. As I said the return type of the method is non-covariant. That might be a nice way of "evidencing" that it's not a screw up, but an (unusual) way of expressing a constraint I want the compiler to check.
  24. Para I document my intentional casts with Class#cast()
  25. jreicher Interesting. Not familiar with that syntax.
  26. * sponkz joined #java
  27. * hwpplayer1 joined #java
  28. * leppard joined #java
  29. * Ragnor joined #java
  30. * punit_arya joined #java
  31. * punit_arya joined #java
  32. * johni__ joined #java
  33. * MikeBux joined #java
  34. * hwpplayer1 joined #java
  35. * jreicher joined #java
  36. * APic joined #java
  37. jreicher Bombe: did you mean to write Class#cast()? I assumed it was a syntax I didn't know, but I can't find anything on that.
  38. jreicher Sorry, Para ^
  39. Para yes
  40. Para That's how methods are generally referenced in javadocs and other such :P
  41. Para Classname#methodname(Param1,Param2)
  42. Para https://docs.oracle.com/en/java/javase/25/docs/api/java.base/java/lang/Class.html#cast(java.lang.Object)
  43. nevet Class (Java SE 25 & JDK 25)
  44. Para That's also useful because it throws in place, so the wrong type doesn't go on an adventure through execution flow.
  45. * punit_arya joined #java
  46. * gurrkin joined #java
  47. jreicher Oh, that's what you mean. OK. But an upcast is not actually a cast in this sense.
  48. jreicher Nothing is done at runtime.
  49. * hwpplayer1 joined #java
  50. * pebble joined #java
  51. * lucerne90 joined #java
  52. * sponkz joined #java
  53. * GreenResponse joined #java
  54. * DrinkyBird joined #java
  55. dreamreal Lore (https://lore.org/) looks interesting but the reference implementation using dynamo means NEVERRRRRRRR
  56. nevet Learn about Lore: next-generation open source version control
  57. javabot dreamreal's title: "Lore | Next-Generation Open Source Version Control - Lore"
  58. * sol6_vi_ joined #java
  59. * jamezp joined #java
  60. nimaje (why do webdevs think everything has to be invisible and their html a huge mess?)
  61. Para For context, Lore is VCS for games. So excellent binary file, vendored dependencies, copyright/legally restricted parts of the whole with granular permission management etc.
  62. cheeser i think we're due for new vcs systems to vie for the crown.
  63. Para git sucks for non-text so there's space
  64. * creechy joined #java
  65. cheeser git isn't great for usability so there's space. :)
  66. ernimril you prefer sourcesafe? or subversion?
  67. cheeser bitkeeper for life!
  68. Para email!
  69. fizzie Perchance Perforce.
  70. ernimril "oh, my quota is full, lets just send a large (several MB) to new zeeland, It will bounce in a few days..." :-) Sadly it does not work that way anymore
  71. * tronexte joined #java
  72. * troydm joined #java
  73. * sponkz joined #java
  74. * ferdna joined #java
  75. * VonNaturAustreVe joined #java
  76. * litharge joined #java
  77. * ChanServ joined #java
  78. * hwpplayer1 joined #java
  79. * sponkz joined #java
  80. * leppard joined #java
  81. * raj joined #java
  82. * metalmaniac joined #java
  83. * kelt0m joined #java
  84. * Fiji joined #java
  85. * Fiji_ joined #java
  86. * Nnavd joined #java
  87. * jonp` joined #java
  88. * domicron7 joined #java
  89. * ForeverDreaming joined #java
  90. jreicher https://darcs.net/
  91. jreicher Never used it, but always wished I had
  92. NeXeN i once tried to make a version control system, and failed
  93. jreicher By the time I started using version control, subversion was becoming popular, but I decided to start with RCS. I'm very glad I did because it showed me how hard the problem is to solve, and what a good (albeit incomplete) solution looks like. It was a very "clean" introduction to the space.
  94. NeXeN i used cvs then git
  95. NeXeN i wasn't on the bandwagon at any time, i sort of had to learn it because it was becoming the standard
  96. jreicher I'd be surprised if anyone with "taste" is on the bandwagon. Git is not perfect.
  97. jreicher I particularly hate the porcelaine.
  98. jreicher porcelain
  99. jreicher If it weren't for the decent quality of the various frontends it probably wouldn't have taken off. Ironically it might be the scriptability of the command line that enabled them to emerge. I've never really checked the history.
  100. * domicron joined #java
  101. * sweatiest joined #java