Chat Logs

  1. * kusanagi joined #java
  2. * X-Scale joined #java
  3. * ferdna joined #java
  4. * Aedil joined #java
  5. * mitch0 joined #java
  6. [twisti]databases ruin you for the world
  7. [twisti]there isnt a UI i can walk by without wishing for free where/order by input
  8. LaSombraI'd kill for any website that shows a list of things to have a DSL for querying
  9. * MikeBux joined #java
  10. * Ragnor joined #java
  11. * yamada joined #java
  12. * acidjnk joined #java
  13. * sepult joined #java
  14. * leppard joined #java
  15. * leppard|2 joined #java
  16. * agnivn joined #java
  17. * agnivn joined #java
  18. dreamreali wonder what that would look like
  19. Para0:0:0:0 TCP/5434
  20. Para5432 even
  21. dreamrealpffft, I'm serious
  22. ParaAll tabular views should init themselves from list of objects -> autoinject per-column filters and sorts.
  23. dreamrealThat's one optio. But would humans use it?
  24. dreamrealLike, actual humans?
  25. dreamrealMaybe it doesn't even matter, hmm, maybe I'm thinking of the problem the wrong way
  26. ParaSolution looking for a problem.
  27. ParaThat would work if one could somehow indicate such lists on page.
  28. ParaAnd then pattern apply the filter selector thingy on it.
  29. dreamrealWell, the website's raison d'etre has to come into play somewhere
  30. * Successus joined #java
  31. deebojust solve paging with offset and fetch n rows only
  32. deebodoes any rdbms support some sort of session / cookie for this? or some sort of cursor that can be navigated both ways without holding on to a connection for the duration
  33. ParaIt's a query strategy.
  34. ParaYou need to support temporal queries for stability, apply sorts, do offsets.
  35. dreamrealdeebo: you kinda need state as part of the process right now
  36. dreamrealso you can treat a website as a db-ish thing, semweb tried it, sort of
  37. dreamrealhave any of you used semweb?
  38. dreamreal(the question is its own answer)
  39. deeboi meant mostly to avoid overhead from offset scrolling to nth page
  40. dreamrealoffset scrolling isn't expensive in a decent db
  41. dreamrealdunno about sqlite, but pretty much every other db is fine
  42. ParaSELECT * FROM article WHERE valid_from <= $timestamp AND valid_until > $timestamp ORDER BY valid_from DESC, <other clauses> LIMIT 20 OFFSET 40; -- or whatever is your pagination size and offset etc.
  43. ParaAnother strategy is to cut queried results based on last id from previous page set and then taking next n results based on page size.
  44. dreamrealThe good news about that approach is that you've limited your users to the four who understand SQL *and* your site's data model.
  45. ParaGood, no wasted resources on idiots,.
  46. dreamrealand the site better be a passion project for the author forever, because it's not going to get monetized unless it's selling something, which makes the model untenable in the first place :D
  47. deeboif you can get index coverage for any combination of filters to avoid table scans it's fine
  48. deebogimme lucene/(open|elastic)search "tables" in my postgres
  49. dreamrealgood news, you already have them :D
  50. dreamrealif you're using postgres you really don't need lucene except for the query language, if that's useful to you
  51. deeboi tested some text search thing with one "backoffice" solution, but a covering index ended up being better and easier to reason about
  52. dreamrealsure
  53. dreamreallucene, solr, ES are all good bridges to scanning for data; if you really wanted to query it deeply you'd use sparql and rdf, but there's a reason people know about sparql and rdf and they don't know sparql and rdf themselves
  54. * agnivn joined #java
  55. * x1bncwn joined #java
  56. * gustik joined #java
  57. * GreenResponse joined #java
  58. * Successus joined #java
  59. * jamezp joined #java
  60. * computerscience joined #java
  61. computerscienceshould I use java or node
  62. julemand101computerscience: For what problem?
  63. computersciencegetting a graduate developer job in sydney
  64. julemand101I mean, would it not be better you do a research into opening job offerings in your area to see what they look for?
  65. ParaOr if you're interested in some specific field, one might be generally favored over another.
  66. ParaOr if your interests match better with specific ecosystem.
  67. * szkl joined #java
  68. dreamrealcomputerscience: depends on for what, but honestly: node
  69. computersciencewhich node framework
  70. dreamrealnextjs
  71. computerscienceI thought express was better
  72. computersciencemy university taught us express
  73. computersciencemaybe because it's basic
  74. dreamrealdude, you're in #java, asking a question like that. I don't care what you use. If node is an option, the mechanics are broken. Use something else, not our stuff.
  75. dreamrealnode and java are not on the same playing field; it's like saying "I have the choice between an f1 and a ford truck. Which one shoudl I use?"
  76. dreamrealThe question itself is a category error.
  77. dreamrealYou wouldn't want an f1 car if you're carrying a load of cordwood. You wouldn't use an F150 on an f1 track.
  78. dreamrealif the f150 is an option, then gosh, make the choice and live with it. Node is easy. Asking the question makes it sound like that's a viable metric to use for you. (Java's easy, too, but in completely different ways.) Use what works for you.
  79. * kcomhnall joined #java
  80. * mixfix41 joined #java
  81. * stewi joined #java
  82. * TomyWork joined #java
  83. * sepult joined #java
  84. * stfstfm_ joined #java
  85. * raj joined #java
  86. * MikeBux joined #java
  87. * stfstfm joined #java
  88. * ferdna joined #java
  89. * MikeBux joined #java
  90. * stfstfm_ joined #java
  91. * stfstfm joined #java
  92. * stfstfm__2378 joined #java
  93. * mitch0 joined #java
  94. * stfstfm joined #java
  95. * stfstfm_ joined #java
  96. * P1RATEZ joined #java
  97. * pr070cal joined #java
  98. * stfstfm joined #java
  99. * stfstfm_ joined #java
  100. * sa02irc joined #java
  101. * rvalue- joined #java
  102. * emaczen joined #java
  103. * x1bncwn joined #java
  104. * agnivn joined #java
  105. * geenvoud joined #java
  106. * jamezp joined #java
  107. * pr070cal joined #java
  108. * mindCrime joined #java
  109. * IceMicha| joined #java
  110. * Cyp joined #java
  111. * agnivn joined #java
  112. NeXeNwhy does bytebuddy throw errors and still build properly ?
  113. NeXeNi mean, i see stack traces, but it's just a debug thing in hibernate, but wtf, like i always wondered about that
  114. NeXeNit offends my sense of ocd
  115. jreicherThat is curious. What's the error?
  116. * zorone joined #java
  117. * Cyp_ joined #java
  118. * Cyp__ joined #java
  119. * zorone joined #java