On Fri, May 19, 2017 at 7:36 AM, Tomek <to...@apostata.org> wrote:
> 18 maja 2017 22:43 - "Dave Page" <dp...@pgadmin.org>:
>> On 18 May 2017, at 21:09, Eric Hill <eric.h...@jmp.com> wrote:
>>> Hey,
>>> I don’t mean to hurt anyone’s feelings or anything, but is it not obvious 
>>> to everyone that pgAdmin
>>> 4 (I have version 1.4) is bloody horrendous? It is absolutely as slow as 
>>> Christmas. It’s use of
>>> screen real-estate is poor. I was never a huge fan of pgAdmin III; I mean, 
>>> it seemed to do its job
>>> okay, but after using pgAdmin 4, suddenly I have newfound respect for 
>>> pgAdmin III.
>> Not to me, because the number of people I've had complimenting pgAdmin 4 is 
>> probably 20x the number
>> who have said they don't like it. Which is a good sign - normally people who 
>> don't like something
>> are far more likely to say something.
>> Either way, I'm not going to lose sleep over it. pgAdmin 4 is far more 
>> stable than pgAdmin 3 was,
>> has attracted more new developers in a year than pgAdmin 3 had in 15, and 
>> continues to improve with
>> every release. I'm very proud of the way the team have built such a complex 
>> application in such a
>> short space of time that many people have told me they like.
>> You can't please everyone unfortunately, but then a) it's free (despite 
>> being estimated at over $2M
>> worth of work), and b) it's open source so those that are inclined can help 
>> improve it further.
>> Constructive feedback is always welcome of course. In your case maybe you 
>> could explain how you're
>> using it such that you see slow response. For me, it performs well, even on 
>> my low powered 1.2GHz
>> MacBook. It's naturally slower than pgAdmin 3 of course, as it's not a 
>> native application, but it
>> still outpaces my ability to drive it and I'm no slouch behind the keyboard.
> You don't care what You users say about Your software??? That's a nice 
> statement...

Twisting my words is a great way to make your point. Kudos.

> I've posted here a list of what is missing/wrong in new pgAdmin - did You 
> even commented on that?

Posted here? The website is quite clear that bugs and feature requests
should be logged as tickets on our Redmine instance. There is no
guarantee developers will read every message here.

> What is this 'Constructive feedback'?

Constructive feedback is that which describes an issue and steps to
reproduce it with the aim of helping the developers resolve it, or in
the case of a new feature, describing what is required and why it
would be useful.

Feedback along the lines of "It's crap and I hate it" is unhelpful and
will likely be ignored.

> How 4 is more stable than 3? Please explain it to us...

Because it doesn't crash every 5 minutes? Because it doesn't go nuts
if it loses an open database connection?

> In 1.4 - query SELECT 2/0; returns
> successfully...

Oh? I haven't seen that logged. When I try it, I get the result in the
attached screenshot.

> And please, please explain to us how 'less and slower' is better than 'more 
> and faster'...

The vast majority of the "more" wasn't used by anyone. Did you ever
create an Operator Class? Or use pgScript for example?

Sure, there are some things we left out that we didn't realise users
use - and we're adding them back in.

As for the speed, yes, it's a little slower due to the architecture,
but we're talking fractions of a second (at least on all the machines
and virtual machines I've tested on). I know I still can't keep up
with it. The only exception I know of is the query tool with very
large results sets, which we've been working on and already have a WIP
patch that makes it ~20x *faster* than pgAdmin 3 in some large test

> I must ask it - do You even work with databases? Because from how You made 
> new pgAdmin, it looks
> like You don't have a clue what real dbadmins do...
> You say pgAdmin 4 attracted more developers... I don't know how You measure 
> it but for me - a guy
> with more than 10 years work experience with PostgreSQL - it's a sign to move 
> to another db...
> I must say - You had a possibility that few developers have - make software 
> from scratch - and You
> made all possible mistakes:
> - wrong toolkit (html... really??? - so many fast, portable toolkits and You 
> picked the slowest...)

Oh? You have a better idea for something that we wanted to be able to
run over the web? Java or Flash perhaps?

Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake

EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
Sent via pgadmin-support mailing list (pgadmin-support@postgresql.org)
To make changes to your subscription:

Reply via email to