[Codematch-develop] RES: Feedback

"Wanderson Paim" <wanderson.jesus@rnp.br> Tue, 14 June 2016 18:53 UTC

Return-Path: <wanderson.jesus@rnp.br>
X-Original-To: codematch-develop@ietfa.amsl.com
Delivered-To: codematch-develop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 085AD12B061 for <codematch-develop@ietfa.amsl.com>; Tue, 14 Jun 2016 11:53:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.927
X-Spam-Level:
X-Spam-Status: No, score=-1.927 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8OmKkCyxpdBg for <codematch-develop@ietfa.amsl.com>; Tue, 14 Jun 2016 11:52:59 -0700 (PDT)
Received: from mx1.rnp.br (mail-mx-out-02.rnp.br [200.130.35.6]) by ietfa.amsl.com (Postfix) with ESMTP id 5FA8712B03B for <codematch-develop@ietf.org>; Tue, 14 Jun 2016 11:52:57 -0700 (PDT)
Received: from mail-mtaout-proxy-01.rnp.br (mail-mtaout-proxy-01.rnp.br [200.130.35.126]) by mx1.rnp.br (8.14.4/8.14.4/Debian-8) with ESMTP id u5EIqs8l031769; Tue, 14 Jun 2016 15:52:54 -0300
Received: from localhost (localhost [127.0.0.1]) by mail-mtaout-proxy-01.rnp.br (Postfix) with ESMTP id 7384C100B1B; Tue, 14 Jun 2016 15:54:18 -0300 (BRT)
Received: from mail-mtaout-proxy-01.rnp.br ([127.0.0.1]) by localhost (mail-mtaout-proxy-01.rnp.br [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 7A53obKd63Ge; Tue, 14 Jun 2016 15:54:18 -0300 (BRT)
Received: from CTICBSBPC02 (host85.na-df.rnp.br [200.130.78.85]) by mail-mtaout-proxy-01.rnp.br (Postfix) with ESMTPSA id 24DA110078A; Tue, 14 Jun 2016 15:54:18 -0300 (BRT)
From: "Wanderson Paim" <wanderson.jesus@rnp.br>
To: "'Eggert, Lars'" <lars@netapp.com>, <codematch-develop@ietf.org>
References: <CBD74617-CBD8-4BBE-9AC0-80B9B5265F59@netapp.com>
In-Reply-To: <CBD74617-CBD8-4BBE-9AC0-80B9B5265F59@netapp.com>
Date: Tue, 14 Jun 2016 15:52:53 -0300
Message-ID: <04f801d1c66d$f54352e0$dfc9f8a0$@rnp.br>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="----=_NextPart_000_04F9_01D1C654.CFF69010"
X-Mailer: Microsoft Outlook 15.0
Thread-Index: AQJlOn+e6UNqBcagmIirAZi+Tk3WJJ7CSpEw
Content-Language: pt-br
X-CanIt-Geo: ip=200.130.35.126; country=BR; latitude=-23.5477; longitude=-46.6358; http://maps.google.com/maps?q=-23.5477,-46.6358&z=6
X-CanItPRO-Stream: base:zimbra (inherits from base:default)
X-Canit-Stats-ID: Bayes signature not available
X-Scanned-By: CanIt (www . roaringpenguin . com) on 192.168.35.134
Archived-At: <https://mailarchive.ietf.org/arch/msg/codematch-develop/9_19aOhSuxdQF3GASMxqvU-a2Gk>
Subject: [Codematch-develop] RES: Feedback
X-BeenThere: codematch-develop@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "\"Discussion forum for the planning, coordination, and development of CodeMatch\"" <codematch-develop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/codematch-develop>, <mailto:codematch-develop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/codematch-develop/>
List-Post: <mailto:codematch-develop@ietf.org>
List-Help: <mailto:codematch-develop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/codematch-develop>, <mailto:codematch-develop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 14 Jun 2016 18:53:02 -0000

Hello,

Thank you Lars for your sincere feedback. Let me try to contribute with your
comments considering our perspective. So we have subjects to discuss in our
next group call.

There are currently two environments, one for versions under development and
another one for 'production' version. In this case production means a
version more stable than the other one. The URLs for both environments are
below:

Under development: http://codematch.inf.ufrgs.br/codematch-dev/codematch/ 
Stable version: http://codematch.inf.ufrgs.br/codematch-master/codematch/  

Follow my other comments in line.

Best regards,

Wanderson

-----Mensagem original-----
De: Codematch-develop [mailto:codematch-develop-bounces@ietf.org] Em nome de
Eggert, Lars
Enviada em: segunda-feira, 13 de junho de 2016 04:06
Para: codematch-develop@ietf.org
Assunto: [Codematch-develop] Feedback

Hi,

Kathleen asked me to give some feedback about the current state of the
system.

I started by going to
http://codematch.inf.ufrgs.br/codematch-dev/codematch/dashboard/. That gives
an error :-(

>> The dashboard functionality is something under development.

The I tried
http://codematch.inf.ufrgs.br/codematch-dev/codematch/dashboard_dev/. That
worked. But I can't log in the normal way we use for datatracker development
(all passwords are "password".) So I am not sure if I can test this fully.

>> The authentication system is already connected to DataTracker's database.
So you can use your DataTracker's credentials to login. This is part of the
developing environment because authentication system itself is a testing
case.

The dashboard page is otherwise empty. I note that it is VERY slow to use
the site - can't we host this in EC2 or by using a CDN?

>> The current scenario is a server in the south of Brazil and a database in
Kansas, US. It means that every interaction with CodeMatch requires a
database request across the continent. Find attached a comparison between
remote and local database response times. Same examples;
Authentication remote: 402.37ms 
Authentication local: 0.72ms
Get_current_user remote:  803.14ms
Get_current_user local: 0.57ms

This delay, added to the one between the server and the final user, implies
in what you has seen. Wherever it will be sent, we should guarantee to have
it closer to the database.

I note that it looks VERY different from the normal datatracker. Bootstrap
is being loaded, but so are a gazillion of other js libraries. We went
through great pains to unify the look & feel of the datatracker through the
use of only bootstrap widgets; I don't see why this extension needs to look
so different (and IMO uglier). Bootstrap (and consequently the datatracker)
have a UI concept - this site doesn't.

I click on "CodeMatch" in the menu bar, and am taken to what looks like the
normal landing page. It needs a lot more introductory text about what
CodeMatch is, who should participate, etc.

I click on "CodeMatches" and am shown a list of dummy offerings. Since none
of the test CodeMatches uses realistic information, it's hard to know
whether this display will show useful information. Please put some actual,
real, complete examples into the system for testing.

I click on "New Title" and am shown a CodeMatch. I don't see any buttons
that would let me pick this one if I wanted to work on it, or links to the
IETF areas, WGs, RFCs or IDs that are related (there are links, and social
media icons, but they don't seem to do anything).

>> The current concept is based on looking for CodeRequests and associate
your project to them, what comes to the creation of a new CodeMatch (match
between your project and the code request). Or create a CodeMatch based on a
previous developed project by clicking on "New CodeMatch Project" (the user
must be logged in). The fact that we need to explain this means we need a
tutorial or help system.

I click on "CodeRequests" in the menu bar, and a menu pops up with just one
entry? Anyway, I click "All CodeRequests", and the same page I am on
reloads. Hm.

>> To find other entries and the function to associate projects, the user
must be logged in. 

I click "Top Coders" in the menu bar, and see a list of people. ("Codings"
is not a word, by the way.) I click on "Christian O'Flaherty". Nothing
happens.

>> In the future this will take to a Profile page.

At this point, I give up.

So, I don't want to ruffle any feathers, but here is my feedback:

The site seems to be very incomplete and slow. It doesn't seem to be built
with much of a UI concept in mind. I don't think we're anywhere near ready
to put it live.

Lars