Path: csiph.com!news.swapon.de!fu-berlin.de!uni-berlin.de!not-for-mail From: "Dr. Volker Jaenisch" Newsgroups: de.comp.lang.python Subject: Re: [Python-de] Schleifeninhalte auf mehrere CPUs zu verteilen Date: Thu, 7 Apr 2016 17:16:49 +0200 Lines: 63 Message-ID: References: <57066514.2010806@thomas-guettler.de> <570679E1.7070204@inqbus.de> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Trace: news.uni-berlin.de CPINSGXlo5hRyLAB6Pj05wxTrhykTo/MpxCY3kDu0KDg== Return-Path: X-Original-To: python-de@python.org Delivered-To: python-de@mail.python.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=inqbus.de; s=20160215; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version:Date:Message-ID:From:References:To:Subject; bh=EhxmLqWwNvKIzsfCFKMQGUrz1MDTnZyK9Od1utXRHFo=; b=l+z8wAMNjQY4msJ4uCfEr//7pt0WHUddGDl3Zapsi+a3fSBs6E0Q4OGrP6QSKPRDvc5cWBrHwj3W8FNDmcbV2Dv2Y1b3MlO53PvpInIevuABIWD7NLU+7g0QvIWgTmTW7yWG4Dt1T6nZh2aXVi89NU5ml1RmXX/cNwBvU/irj2E=; User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Icedove/38.7.0 In-Reply-To: <57066514.2010806@thomas-guettler.de> X-BeenThere: python-de@python.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Die Deutsche Python Mailingliste List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-Mailman-Original-Message-ID: <570679E1.7070204@inqbus.de> X-Mailman-Original-References: <57066514.2010806@thomas-guettler.de> Xref: csiph.com de.comp.lang.python:4372 Servus Thomas! Am 07.04.2016 um 15:48 schrieb Thomas G=FCttler: > > 1. Wie w=FCnscht du dir die Syntax f=FCr Otto-Normal-Programmieren? > > 2. Wie k=F6nnte die Implementierung aussehen? Ich gehe mal davon aus, dass Du nicht die Parallelisierung meinst. Die bekommst Du z.B. mit PyPy http://doc.pypy.org/en/latest/stm.html#transaction-transactionqueue und m=FCssen daher nicht neu erfunden werden oder die Syntax erweitert we= rden. Wenn Du also Deine Idee mit einer Syntax-Erweiterung f=FCr die For-Schleife meinst: * Jede Syntax-Erweiterung erh=F6ht f=FCr z.B. das PyPy-Projekt den Aufwan= d Optimierungen f=FCr Python zu programmieren. Jede Erweiterung hat einen Preis und es sollte weise abgewogen werden ob die Community bereit ist diesen Preis zu entrichten. Denn wie Sven schon richtig anmerkte ist die Semantik wichtig f=FCr die Optimierung. Von daher sollte man wenn man Optimierungen f=FCr Python machen m=F6chte, zun=E4chst die Leute fragen, welche sich da= mit wirklich befassen, oder? Damit meine ich nicht mich, sondern die PyPy, Jython, Cython Leute. * Jede Syntax-Erweiterung birgt die Gefahr die Orthogonalit=E4t der Sprache aufzuweichen. Auch Python schrammt mit den Inline-Schleifen an einer Orthogonalit=E4ts-Verletzung. * Jede Syntax-Erweiterung schafft neue Probleme und ist gerade f=FCr den Anf=E4nger eine zus=E4tzliche H=FCrde. Wie schon Stefan Schwarzer anmerkt= e hat Python jetzt schon einige solche nicht intuitiven Pitfalls. Seiner Liste mag ich Try, Except, Else anf=FCgen, welches nicht so arbeitet wie man intuitiv erwartet. Daher spreche ich mich gegen jede Syntax-Erweiterung aus, f=FCr die es nicht einen wirklich wichtigen Grund gibt. Corner-Cases wie Du sie anf=FChrst sind kein solch wichtiger Grund und das ist nicht nur meine Meinung : """ Special cases aren't special enough to break the rules. """ https://www.python.org/dev/peps/pep-0020/ Beste Gr=FC=DFe Volker --=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D inqbus Scientific Computing Dr. Volker Jaenisch Richard-Strauss-Stra=DFe 1 +49(08861) 690 474 0 86956 Schongau-West http://www.inqbus.de =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D