4 ms·

It's certainly not a small task, but an issue is open here: http://code.google.com/p/sequel-pro/issues/detail?id=362&q=postgres&colspec=ID%20Type%20Status%20Pr

by tvon 15y ago

It's certainly not a small task, but an issue is open here: http://code.google.com/p/sequel-pro/issues/detail?id=362&q=postgres&colspec=ID%20Type%20Status%20Priority%20Milestone%20Owner%20Summary%20Stars http://code.google.com/p/sequel-pro/issues/detail?id=362&#38... Developer input from mid-2011 is towards the bottom, but in short the gist is "that would be great, contributions welcome".

phillmv 15y ago
Blargh. If only it were as easy as `gem install pg`. I would totally throw $20 at a kickstarter to pay someone. That's what, optimistically? Two weeks of work? How quickly could we scrounge up $10k? Shit. More like $100, now that I think about it.
- ddagradi 15y ago
  > If only it were as easy as `gem install pg`. It is with MacRuby, but that's a whole different set of problems :)
  - kennywinker 15y ago
    And with GC on the way out in OS X... MacRuby has their work cut out for them.
    - Groxx 15y ago
      GC is on the way out? I haven't heard that before... have a link?
      - ksuther 15y ago
        End of the page here: https://developer.apple.com/library/ios/#releasenotes/ObjectiveC/RN-TransitioningToARC/Introduction/Introduction.html#//apple_ref/doc/uid/TP40011226 https://developer.apple.com/library/ios/#releasenotes/Object... Apple highly encourages using ARC over GC for new development.
        Groxx 15y ago
        Well yeah. One is compiler-assisted reference counting and the other is garbage collection. Reference counting is nearly always faster than garbage collecting, and Apple has generally been a bit obsessed on speed, for however much that has gained them or lost them. Their wording there is suspect though. Interesting - thanks for the link!
        chalst 15y ago
        Reference counting is generally quite a bit slower overall than stop-the-world garbage collection. I guess you meant latency, where reference counting generally has better latency than incremental garbage collection.

by tvon 15y ago

phillmv 15y ago

Blargh. If only it were as easy as `gem install pg`. I would totally throw $20 at a kickstarter to pay someone. That's what, optimistically? Two weeks of work? How quickly could we scrounge up $10k? Shit. More like $100, now that I think about it.

ddagradi 15y ago
> If only it were as easy as `gem install pg`. It is with MacRuby, but that's a whole different set of problems :)
- kennywinker 15y ago
  And with GC on the way out in OS X... MacRuby has their work cut out for them.
  - Groxx 15y ago
    GC is on the way out? I haven't heard that before... have a link?
    - ksuther 15y ago
      End of the page here: https://developer.apple.com/library/ios/#releasenotes/ObjectiveC/RN-TransitioningToARC/Introduction/Introduction.html#//apple_ref/doc/uid/TP40011226 https://developer.apple.com/library/ios/#releasenotes/Object... Apple highly encourages using ARC over GC for new development.
      - Groxx 15y ago
        Well yeah. One is compiler-assisted reference counting and the other is garbage collection. Reference counting is nearly always faster than garbage collecting, and Apple has generally been a bit obsessed on speed, for however much that has gained them or lost them. Their wording there is suspect though. Interesting - thanks for the link!
        chalst 15y ago
        Reference counting is generally quite a bit slower overall than stop-the-world garbage collection. I guess you meant latency, where reference counting generally has better latency than incremental garbage collection.