this is a german Web-Mirror of PYTHON.ORG powered by Domainunion AG

Differences between revisions 1 and 23 (spanning 22 versions)
Revision 1 as of 2013-02-03 13:48:12
Size: 300
Editor: techtonik
Comment: previous roadmap become dead with the wiki, starting a new one
Revision 23 as of 2014-02-16 09:33:16
Size: 3967
Editor: techtonik
Comment: add channels vs strings
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
==== Python wishlist ==== === Python wishlist ===
Line 3: Line 3:
Core Python flaws. Core Python 2 flaws.
Line 5: Line 5:
 - locals() returns a variable that can be updated at any moment (and changes behavior under trace function)
 - internal representation of .py file paths is not normalized (comparisons and identity checks are impossible)
 * locals() returns a variable that can be updated at any moment (and changes behavior under trace function)
 * internal representation of .py file paths is not normalized (comparisons and identity checks are impossible)
 * `-*- coding -*-` header [[https://bugs.python.org/issue17439|is not used as default encoding]] when transforming string literals in the source file
 * can not modify variables in outer scope (see nonlocal from Python 3)

Missing features of community development process.

 * +1 on mailing list posts, on tracker comments and bugs
 * personal roadmaps listing features people find important and work on
 * de-facto roadmap for the next Python version - Trac milestones
 * real-time activity feed for https://bugs.python.org/
   * activity by module, by version
 * tracker fixes
   * 'action item' issue type
   * everybody should be able to add/remove blockers
   * 'reply' link for each message to track threads
 * monthly mailing list FAQ (status) posts on busy mailing lists [[https://mail.python.org/pipermail/distutils-sig/2010-March/015907.html|.]]
   * contain the most updated info on list topic
   * encourage replies with fixes
   * encourage collaborative roadmaps

PEP process improvements.

 * credit contributors, and not only authors as rereading and validating the spec requires time too
 * reduce formalism on [[https://mail.python.org/pipermail/python-dev/2012-December/123231.html|who can participate]]
 * accept edits as patches ([[https://code.google.com/p/pydotorg/source/browse/?repo=doceditor|create online editor]])
 * build list of contributors with Mercurial

Ideas:

 * Normalized Python
 * Iterative Development Process
 * Language for humans should help them save time for most frequent operations
 * Replace pipes with channels for subprocess (rotated queue of strings)

=== Component wishlist ===

Public domain or MIT preferred.

 * [[https://bitbucket.org/techtonik/wikify|wikify]] - micro-framework for text wikification (easy to extend and debug) ([[https://issues.roundup-tracker.org/msg4572|1]], [[https://psf.upfronthosting.co.za/roundup/meta/msg2666|2]])
   * [ ] describe the "conflicting replacements" (idempotency) problem what the wikify solves
   * split text by regexp, process matched, exclude processed
   * run the next regexp on the list of text that is left
   * reassemble
 * treeworks - tools to work with 2D data structures (trees), including common visualization and debugging

=== Skill credits for readers of this page ===

Welcomed open source art:

 * 3D robot nut in Blender for rirror on Bitbucket
 * 128x128 wikify logo on Bitbucket
 * Logo for [[https://webpy.org/|web.py]]

GSoC/Help needed for tools that support Python development:

 * complete module-2-source tree map at https://bitbucket.org/techtonik/python-stdlib
   * this will allow to track changes in repository on a module level
   * this will allow to find out where a file belongs to
 * steal twisted highscores - https://twistedmatrix.com/highscores/
   * and Subversion crediting - https://subversion.apache.org/docs/community-guide/conventions.html#crediting

=== steAm and SMArt ===

 * https://devinvenable.blogspot.com/2009/12/creating-digital-synth-sounds-using.html
 * https://devinvenable.blogspot.com/2010/07/opengl-intellivision-man.html

=== Language Translation Table ===

How to keep humans happy.

|| '''From''' || '''To''' || '''Comment''' ||
|| it's annoying, urgent, really serious || -- || humans don't like serious issues, remove ||
|| fix it ASAP || -- || humans read it as a direct command, become aggravated, remove ||
|| you're wrong || I'm not sure that's a good idea || humans don't like to be wrong, become demotivated ||
|| X suxx || I think Y would be a better solution that X || humans attached to X don't like when X suxx, but may like Y ||

Python wishlist

Core Python 2 flaws.

  • locals() returns a variable that can be updated at any moment (and changes behavior under trace function)
  • internal representation of .py file paths is not normalized (comparisons and identity checks are impossible)
  • -*- coding -*- header is not used as default encoding when transforming string literals in the source file

  • can not modify variables in outer scope (see nonlocal from Python 3)

Missing features of community development process.

  • +1 on mailing list posts, on tracker comments and bugs
  • personal roadmaps listing features people find important and work on
  • de-facto roadmap for the next Python version - Trac milestones
  • real-time activity feed for https://bugs.python.org/

    • activity by module, by version
  • tracker fixes
    • 'action item' issue type
    • everybody should be able to add/remove blockers
    • 'reply' link for each message to track threads
  • monthly mailing list FAQ (status) posts on busy mailing lists .

    • contain the most updated info on list topic
    • encourage replies with fixes
    • encourage collaborative roadmaps

PEP process improvements.

  • credit contributors, and not only authors as rereading and validating the spec requires time too
  • reduce formalism on who can participate

  • accept edits as patches (create online editor)

  • build list of contributors with Mercurial

Ideas:

  • Normalized Python
  • Iterative Development Process
  • Language for humans should help them save time for most frequent operations
  • Replace pipes with channels for subprocess (rotated queue of strings)

Component wishlist

Public domain or MIT preferred.

  • wikify - micro-framework for text wikification (easy to extend and debug) (1, 2)

    • [ ] describe the "conflicting replacements" (idempotency) problem what the wikify solves
    • split text by regexp, process matched, exclude processed
    • run the next regexp on the list of text that is left
    • reassemble
  • treeworks - tools to work with 2D data structures (trees), including common visualization and debugging

Skill credits for readers of this page

Welcomed open source art:

  • 3D robot nut in Blender for rirror on Bitbucket
  • 128x128 wikify logo on Bitbucket
  • Logo for web.py

GSoC/Help needed for tools that support Python development:

steAm and SMArt

Language Translation Table

How to keep humans happy.

From

To

Comment

it's annoying, urgent, really serious

--

humans don't like serious issues, remove

fix it ASAP

--

humans read it as a direct command, become aggravated, remove

you're wrong

I'm not sure that's a good idea

humans don't like to be wrong, become demotivated

X suxx

I think Y would be a better solution that X

humans attached to X don't like when X suxx, but may like Y


CategoryHomepage

techtonik (last edited 2015-02-08 22:44:43 by techtonik)

Unable to edit the page? See the FrontPage for instructions.