All of lore.kernel.org
 help / color / mirror / Atom feed
From: Owen Synge <osynge@suse.com>
To: John Spray <john.spray@redhat.com>,
	ceph-devel@vger.kernel.org, Loic Dachary <loic@dachary.org>,
	Travis Rhoden <trhoden@redhat.com>
Subject: Re: python facade pattern implementation in ceph and ceph-deploy is bad practice?
Date: Thu, 09 Jul 2015 18:28:55 +0200	[thread overview]
Message-ID: <559EA147.8090201@suse.com> (raw)
In-Reply-To: <559E50F2.7030801@redhat.com>

Dear all,

Lets put a positive spin on this thread and set all misunderstandings on
my side :)

I propose that John clarified and I misunderstood the others in upstream
ceph-deploy's position, the style guide includes:

(0) Opposes duplication of code.
(1) Opposes duplication of code for each platform making up more than a
minimum of code.
(2) Allowing the use of objects in python.
(3) Allowing the use of objects with properties.
(4) Allowing the use of some standard design patterns not already in
ceph-deploy.
(5) Allowing that a change in style (such as use of 3 objects in a
facade) has to be propagated in all parts of ceph and tested for all
platforms before they can reach master even if the migration can be staged.

Hopefully this can be agreed.

On 07/09/2015 12:46 PM, John Spray wrote:

> I had not seen your wip_services_abstraction branch before, I've just
> taken a quick look now.  More comments would probably have made it
> easier to read, as would following PEP8.  I don't think there's anything
> problematic about having a class that knows how to start and stop a
> service, but I don't know what comments you've received elsewhere (there
> aren't any on the PR).

If this is not agreeable to all, please speak up.

Best regards

Owen

  parent reply	other threads:[~2015-07-09 16:30 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-07-09 10:08 python facade pattern implementation in ceph and ceph-deploy is bad practice? Owen Synge
2015-07-09 10:46 ` John Spray
2015-07-09 11:59   ` Owen Synge
2015-07-09 12:07     ` Owen Synge
2015-07-09 19:58     ` Travis Rhoden
2015-07-14  8:47       ` Owen Synge
2015-07-17  3:40         ` Travis Rhoden
2015-07-09 16:28   ` Owen Synge [this message]
2015-07-09 16:36     ` Owen Synge
2015-07-09 17:00 ` Travis Rhoden
2015-07-09 19:37   ` Pentagon Orange redefined in ceph-deploy Owen Synge
2015-07-09 19:45     ` Owen Synge
2015-07-10  5:03       ` Travis Rhoden
2015-07-10  8:57         ` Owen Synge
2015-07-14 10:41   ` Difference between convention and enforcement Owen Synge
2015-07-14 11:03     ` Gregory Farnum
2015-07-14 11:54       ` Owen Synge
2015-07-17  5:10     ` Travis Rhoden

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=559EA147.8090201@suse.com \
    --to=osynge@suse.com \
    --cc=ceph-devel@vger.kernel.org \
    --cc=john.spray@redhat.com \
    --cc=loic@dachary.org \
    --cc=trhoden@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.