Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hU5fN-0000zz-12 for pgadmin-hackers@arkaria.postgresql.org; Fri, 24 May 2019 08:35:05 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1hU5fL-0000nb-Fe for pgadmin-hackers@arkaria.postgresql.org; Fri, 24 May 2019 08:35:03 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hU5fK-0000nS-TS for pgadmin-hackers@lists.postgresql.org; Fri, 24 May 2019 08:35:03 +0000 Received: from mail-io1-xd43.google.com ([2607:f8b0:4864:20::d43]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hU5fI-0000DT-AO for pgadmin-hackers@postgresql.org; Fri, 24 May 2019 08:35:01 +0000 Received: by mail-io1-xd43.google.com with SMTP id e19so7145956iob.3 for ; Fri, 24 May 2019 01:35:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pgadmin.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=thfbqocVI/1NmM0xo2vDtSIXJqi7R2DikMLZz18sIsg=; b=p9jfeKXrod/VY5xwh/pTNAd7jJxRNncUuY/1NGcdf1WPnU+F1jTOxISGRtyZVMX9ZE gLGFKplOKSOu2mlDIq/TVoXClGK9k/CG0JR046VKLmu57vnnrZIy8fkj7e2FwiYKlm95 DgPSmEfdAer1S5+jTCIo2GQICVY7Yoct4D+1MXpwsuPUXJQXk+Je6dOB+UGM/7sNfcYF cea2T0vmdJRclRfj3zJEqTzEmCqsVD8RblzCIs8UKPY8iviLwQcGFBsPD2kLZfVi73fW m2ETjMuWYCTUsnxBRK1dmnihHhc5PBHx9OklTFOtCkJnVbdzWhBKu30JvzhF4Hec2Pn5 PkUg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=thfbqocVI/1NmM0xo2vDtSIXJqi7R2DikMLZz18sIsg=; b=igbpoW/DAJEQ4T+YmtAmvNhJteKIMP4S5Cga0Ul8kVQrBzWyx44RhzTZzLHT9cKYFU MDoyo9flZqrkYLns4J5zYV/53fXMFnP5pIJLxx+AhitIoiFb2CKHKlOxWCG8jEorwShD u8o1D7pKqb1mjEAGRtrT3qJ0dJn2c95k/HRVWfZj8j4pMo0frf5TADRCoQXR4nszP4ML yCjwIaOpS4H/vt5zMSqQxQ/kFqDwzMv3xtlFwMI9ohhP0EzFR0YXWzkxZtEpHfm4ein0 KKV2oLit2OG/m/XByCw2Hz1nm23JPVZl6GZwgPD8B02wMIsqpKG1ARukTxGpclB0jfT5 e9eA== X-Gm-Message-State: APjAAAUOUZ3CABXVLwQazCzFM93DhFp70AxoWuU2GnsLG0OkTIgfaL+Q 3uHR3YfMGT/Wc/p5qHGS3WEZwiFt8Eq2zKevOjVpBw== X-Google-Smtp-Source: APXvYqzKU6pAH5JbH2fj2wMvz6jfe32H93INHgLJvIqaNSfW/cKCLvGRDt78AZHBUXlfuZTwdyGi+LLRif1vtZrxKcM= X-Received: by 2002:a5d:954f:: with SMTP id a15mr1166458ios.71.1558686899595; Fri, 24 May 2019 01:34:59 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Dave Page Date: Fri, 24 May 2019 09:34:48 +0100 Message-ID: Subject: Re: GSoC Project Timeline and Proposal To: Yosry Muhammad Cc: pgadmin-hackers Content-Type: multipart/alternative; boundary="000000000000f78a2a05899e1244" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --000000000000f78a2a05899e1244 Content-Type: text/plain; charset="UTF-8" Hi On Fri, May 24, 2019 at 7:40 AM Yosry Muhammad wrote: > Dear all, > > The official coding phase for GSoC starts by May 27th. As I have stated in > my previous email, I will not be able to start working until the 2nd of > June, however, I will compensate for the lost time by working extra during > the first week or two. > > Anyway, I would like to use this time to evaluate my timeline and plan and > make any necessary corrections, create milestones, etc. > > I would really appreciate it if you all took the time (especially my > mentor, Mr. Page) to go through my project proposal and timeline and give > me your suggestions and feedback. > I think the timeline looks fine. As they say though, no battle plans survive first contact with the enemy. The same often applies with software engineering; expect the unexpected, and expect to change plans and adapt. One thought that did cross my mind; I wonder if the detection of the query result type (e.g updateable vs. non-updateable) should be handled in a backend function? It might be useful, and perhaps easier, to have that in the server for possible reuse, and because you'll have direct access to psycopg2 and the database connections there. -- Dave Page Blog: http://pgsnake.blogspot.com Twitter: @pgsnake EnterpriseDB UK: http://www.enterprisedb.com The Enterprise PostgreSQL Company --000000000000f78a2a05899e1244 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi

On Fri, May 24, 2019 at 7:40 AM Yosry Muhammad <= yosrym93@gmail.com> wrote:
=
Dear all,

The official coding phase for GSoC st= arts by May 27th. As I have stated in my previous email, I will not be able= to start working until the 2nd of June, however, I will compensate for the= lost time by working extra during the first week or two.

Anyway, I would like to use this time to evaluate my timeline and p= lan and make any necessary corrections, create milestones, etc.
<= br>
I would really appreciate it if you all took the time (especi= ally my mentor, Mr. Page) to go through my project proposal and timeline an= d give me your suggestions and feedback.

<= /div>
I think the timeline looks fine. As they say though, no battle pl= ans survive first contact with the enemy. The same often applies with softw= are engineering; expect the unexpected, and expect to change plans and adap= t.

One thought that did cross my mind; I wonder if= the detection of the query result type (e.g updateable vs. non-updateable)= should be handled in a backend function? It might be useful, and perhaps e= asier, to have that in the server for possible reuse, and because you'l= l have direct access to psycopg2 and the database connections there.
<= div>=C2=A0
--
Dav= e Page
Blog: h= ttp://pgsnake.blogspot.com
Twitter: @pgsnake

EnterpriseDB UK:= http://www.enter= prisedb.com
The Enterprise PostgreSQL Company
--000000000000f78a2a05899e1244--