Посоветуйте книгу по python(уровня эксперт)

уровня эксперт

Expert Python Programming

уровня продвинутый

Advanced Python Programming

уровня серьезный

Serious Python

уровня эффективный

Effective Python

1, 3 - https://docs.python.org/3/

2, 4 - это в большей степени опосредовано от ЯП.

Поэтому и нет такой книги.

Крайне рекомендую Fluent Python

CPython Internals.
Python Bible vol. 2-7.
Effective Python: 90 Specific Ways.

+1 Кстати недавно вышло второе издание.

Все вместе - только оф док. Ни одна книга этого не даст

Вот ещё недавно вышла книжка Mastering Python - Second Edition By Rick van Hattem

Содержание:

0. Getting Started – One Environment per Project
    Getting Started – One Environment per Project
    Virtual environments
    Managing dependencies
    Exercises
    Summary
1. Interactive Python Interpreters
    Interactive Python Interpreters
    The Python interpreter
    Alternative interpreters
    Exercises
    Summary
2. Pythonic Syntax and Common Pitfalls
    Pythonic Syntax and Common Pitfalls
    A brief history of Python
    Code style – What is Pythonic code?
    Common pitfalls
    Summary
3. Pythonic Design Patterns
    Pythonic Design Patterns
    Time complexity – The big O notation
    Core collections
    Pythonic patterns using advanced collections
    Exercises
    Summary
4. Functional Programming – Readability Versus Brevity
    Functional Programming – Readability Versus Brevity
    Functional programming
    list, set, and dict comprehensions
    lambda functions
    functools
    itertools
    Exercises
    Summary
5. Decorators – Enabling Code Reuse by Decorating
    Decorators – Enabling Code Reuse by Decorating
    Decorating functions
    Decorating class functions
    Decorating classes
    Useful decorators
    Exercises
    Summary
6. Generators and Coroutines – Infinity, One Step at a Time
    Generators and Coroutines – Infinity, One Step at a Time
    Generators
    Generator examples
    Coroutines
    Exercises
    Summary
7. Metaclasses – Making Classes (Not Instances) Smarter
    Metaclasses – Making Classes (Not Instances) Smarter
    Dynamically creating classes
    A basic metaclass
    Abstract classes using collections.abc
    Automatically registering plugin systems
    Dataclasses
    Order of operations when instantiating classes
    Storing class attributes in definition order
    Exercises
    Summary
8. Documentation – How to Use Sphinx and reStructuredText
    Documentation – How to Use Sphinx and reStructuredText
    Type hinting
    reStructuredText and Markdown
    The Sphinx documentation generator
    Documenting code
    Exercises
    Summary
9. Testing and Logging – Preparing for Bugs
    Testing and Logging – Preparing for Bugs
    Using documentation as tests with doctest
    Testing with py.test
    Mock objects
    Testing multiple environments with tox
    Logging
    Exercises
    Summary
10. Debugging – Solving the Bugs
    Debugging – Solving the Bugs
    Non-interactive debugging
    Interactive debugging
    Exercises
    Summary
11. Performance – Tracking and Reducing Your Memory and CPU Usage
    Performance – Tracking and Reducing Your Memory and CPU Usage
    What is performance?
    Measuring CPU performance and execution time
    Improving execution time
    Memory usage
    Performance monitoring
    Exercises
    Summary
12. asyncio – Multithreading without Threads
    asyncio – Multithreading without Threads
    Introduction to asyncio
    Asynchronous examples
    Debugging asyncio
    Exercises
    Summary
13. Multiprocessing – When a Single CPU Core Is Not Enough
    Multiprocessing – When a Single CPU Core Is Not Enough
    The Global Interpreter Lock (GIL)
    Multiple threads and processes
    Sharing data between threads and processes
    Processes, threads, or a single thread?
    Hyper-threading versus physical CPU cores
    Remote processes
    Summary
14. Scientific Python and Plotting
    Scientific Python and Plotting
    Installing the packages
    Arrays and matrices
    Mathematics and precise calculations
    Plotting, graphing, and charting
    Exercises
    Summary
15. Artificial Intelligence
    Artificial Intelligence
    Introduction to artificial intelligence
    Installing the packages
    Image processing
    Natural language processing
    Machine learning
    Versatile AI libraries and utilities
    Exercises
    Summary
16. Extensions in C/C++, System Calls, and C/C++ Libraries
    Extensions in C/C++, System Calls, and C/C++ Libraries
    Setting up tooling
    Calling C/C++ with ctypes
    CFFI
    Native C/C++ extensions
    Exercises
    Summary
17. Packaging – Creating Your Own Libraries or Applications
    Packaging – Creating Your Own Libraries or Applications
    Introduction to packages
    Package versioning
    Building packages
    Publishing packages
    C/C++ extensions
    Testing
    Exercises
    Summary

но думаю, что там много воды

А почитать пробовал? Или только смотришь на обложку и думаешь? :)

Опыт уровня эксперта приходит, как ни странно, с опытом.

Для уровня «мастер» в советское время требовалось 10 лет.

Для уровня «эксперт» - 30 лет.

Не знаю, какими категориями и временными интервалами ты сейчас оперируешь, но раньше было примерно так.

Один-два года - чтобы первоначально «въехать» в область.

Стадию стажёра я тут не рассматриваю, это обычно ещё полгода-год.

Уровень эксперта - имелось ввиду то, что я знаком с программированием и мне не нужно три мегабайта текста вводно, размазанного по всему тексту книги

тот случай, когда ТС до уровня джуна не дотянул. за 5 лет…

за 5 лет…

Я точно не помню градацию, но 5 лет - это, вроде бы «специалист», то есть как бы помощник миддла (мастера).

Надо бы поискать... Бегло посмотрел

10 лет - мастер

15 лет - ведущий специалист

20 лет - главный специалист

Получается, что 5 лет - это «специалист» (не по диплому, а по квалификации)

Правда, это про театр и худруков, но суть та же.

Ты прям описал оф. доки (руководство, PEPы, ...). В книге, по определению, короче (сохраняю глубину) быть не может. Ясней да, интересней — да.

освежить память по понятиям(полиморфизм и тд) Есть

Кроме этого.

Программирую на python >5 лет.

Тебе не нужна книга по Python. Читай всякие best practices и прочее, если хочется. Если чего-то ещё вдруг не знаешь по самому языку или батарейкам — читай официальную документацию.

Если забыл что такое полиморфизм, проще загуглить. «и тд» тоже загуглить.

А как же теория 10000 часов? 10000÷8÷230=5,4 лет.

А на каком из уровней перестают задавать подобные вопросы на лоре?

facepalm.jpg

Неудивительно, что тебя джуны подсаживают. Ты даже книгу самостоятельно найти не можешь, не говоря уж об официальных питоновых доках, в которых все отлично расписано.

что я знаком с программированием

У нас есть сомнения насчёт этого

Так говорят же, что разработчик 4 часа в день работает. Вот за 10 лет 10К часов работы и получается. Все сходится. :)

Программирую на python >5 лет

Тебе нужна книга не по питону.

думаю, что там много воды

Ты думаешь неправильно, книга хорошая. Как и Python Cookbook.

Воды много и отсылок к 2.х

отсылок к 2.х

Это нужно знать, если ты не джун. (Питон простой, говорили они…)

Это нужно знать, если ты не джун

2.Х уже давно EOL. Различий между 2.Х и 3.Х офигительно много. Тратить время на них - нецелесообразно

Питон простой - для уровня «ща как напейшу!». Чем дальше в лес, тем больше мошек. Очень много способов реализаций. К примеру три реализации, 2 из которых работают медленно. Я же не буду каждый алгос тестироват разными реализациями. Это трудозатратно

Питон прост ибо import

прст стоит помнить что если абстракция теч>т возможно стоит использовать иную модель в которой для текущей задачи абстракции «сустейнБЛ»

Имена файлов модулей

Прежде чем двигаться дальше, нужно сказать несколько слов об именах файлов модулей. Вы можете называть модули практически как угодно, но имена файлов модулей должны заканчиваться суффиксом . ру, если планируется их импортировать. Формально наличие .ру необязательно для файлов верхнего уровня, которые будут запускаться, но не импортироваться, однако добавление суффикса . ру во всех случаях делает типы файлов более очевидными и дает возможность импортировать любой файл в будущем

Из-за того, что имена модулей становятся именами переменных внутри программы Python (без суффикса .ру), они также обязаны следовать обычным правилам именования переменных, обрисованным в главе 11. Скажем, вы можете создать файл модуля по имени if .ру, но будете не в состоянии его импортировать, т.к. if является зарезервированным словом — оператор import if приведет к синтаксической ошибке. На самом деле правилам именования переменных, представленным в главе 11, должны подчиняться как имена файлов модулей, так и имена каталогов, используемых в операциях импортирования пакетов (обсуждаются в следующей главе); например, они могут содержать только буквы, цифры и подчеркивания. Кроме того, каталоги пакетов также не могут содержать синтаксис, специфичный для платформы, такой как пробелы в своих именах

Сокращаем до:

• Имена файлов модулей: должны заканчиваться на ~.py~. Если создать файл модуля по имени ~if.ру~, то импортировать не сможем - будет конфликт с зарезервированным именем. Имена могут содержать только буквы, цифры и подчеркивания, а так же синтаксис, специфичный для платформы, такой как пробелы в своих именах

В этом вашем Лутзе такой технической воды - офигенно много. Если с умом сократить, то было бы не 600стр, а 250стр

Лутц хорош тем что пишит начиная с 1996г одну книгу по питону

1996 Oct Programming Python 1st ed 900pgs

1999 Apr Learning Python 1st ed 385pgs

2001 Mar Programming Python 2nd ed 1300pgs

. . .

примечательно что из всех изданий библиография только в книге 1996 зато очень примечательная:

книги :

Bibliography

***Python Topics

Bauer, Jeff. Introduction to Python. An overview article in the January 1996 issue of the Linux Journal

Conway, Matt. A Tkinter Life Preserver. The essential reference manual for the Python/Tk GUI interface. Available on the CD-ROM and by anonymous FTP from ftp.python.org (currently in directory pub/python/doc).

Dubois, Paul, Konrad Hinsen, and James Hugunin. Numerical Python. An article in the May/June 1996 issue of Computers in Physics.

Janssen, Bill. Using ILU with Python: A Tutorial. Documents the ILU distributed object system interface. Currently at ftp://ftp.parc.xerox.com/pub/ilu/ilu.html, but see Python’s FAQ for up-to-date sources. General ILU manuals are available from the same source.

Manheimer (original), Ken, Chris Hoffmann, and Anthony Baxter. Quick Reference Documents. The Postscript QuickRef and ASCII cheatsheet versions are in the Python Misc directory. The HTML version of QuickRef currently appears at ftp.python.org, in the pub/python/doc directory.

van Rossum, Guido. An Introduction to Python for UNIX/C Programmers. In the proceedings of the NLUUG (the Dutch UNIX users’ group) najaarsconferentie 1993 meeting, November 1993. The PostScript files for this paper and also for the slides used for the accompanying presentation are currently available via anonymous FTP ftp://ftp.python.org/pub/python/doc, as files nluugpaper.ps and nluug-slides.ps.

***Slides for a Talk on Python. Presented at Usenix Symposium on Very High Level Languages in Santa Fe, NM, October 1994. Available as ftp://ftp.python.org/pub/python/doc/vhllslides.ps.

*** Python Reference Manuals. A Tutorial, Language Reference, Library Reference, and Extending Reference are available with the Python package, or individually by FTP from ftp.//ftp.python.org. They’re also available in hypertext form for browsing over the WWW, at http://www.python.org. The library manual is available in Emacs INFO form at: ftp://ftp.python.org/pub/python/doc/lib-info.tar.gz.

and Jelke de Boer. Interactively Testing Remote Servers Using the Python Programming Language. CWI Quarterly, Volume 4, Issue 4 , December 1991, pp. 283-303.

Watters, Aaron. The What, Why, Who, and Where of Python. UnixWorld Online, Tutorial Article No. 005 located at http://www.wcmh.com/uworld/archives/95/tutorial/005.html, 1995.

, Guido van Rossum, and James C. Ahlstrom. Internet Programming with Python. M&T Books (MIS Press/Henry Holt and Co.) , Fall, 1996.

***Tk Documentation The first source of Tkinter information is usually Matt Conway’s A Tkinter Life Preserver, the manual referenced earlier. Beyond this, there are a number of Tcl/Tk books available, and Tk man pages. Since there’s a fairly direct mapping from Tk to Python’s Tkinter, the reader can extrapolate from Tk documentation to Tkinter use.

Ousterhout, John. Tcl and the Tk Toolkit. Reading, MA: Addison-Wesley. This is the book by the inventor of both the Tcl language, and the Tk GUI extension.

. Tk manpages. Shipped with the Tk system. Tcl and Tk can be found at many FTP sites. One prominent current carrier: ftp://ftp.sunlabs.com/pub/tcl. See Chapter 3, Getting Started, for more details.

Welch, Brent. Practical Programming in Tcl and Tk. Englewood Cliffs, NJ: Prentice-Hall.

****Other Topics. ********А вот это реально примечательно :

Compilers, Principles, Techniques, and Tools. Reading, MA: Addison-Wesley.

Booch, Grady. Object Oriented Analysis and Design with Applications. Menlo Park, CA: Benjamin/Cummings.

Date, C. J.. An Introduction to Database Systems. Reading, MA: Addison-Wesley.

Kernighan, Brian and Rob Pike. The UNIX Programming Environment. Englewood Cliffs, NJ: Prentice-Hall.

Page-Jones, Meilir. The Practical Guide to Structured Systems Design. Englewood Cliffs, NJ: Prentice-Hall.

Rochkind, Marc J.. Advanced UNIX Programming. Englewood Cliffs, NJ: Prentice-Hall.

Sethi, Ravi. Programming Languages, Concepts and Constructs. Reading, MA: Addison-Wesley.

Tanimoto, Steven. The Elements of Artificial Intelligence. Computer Science Press.

****Other Languages

Budd, Timothy. A Little Smalltalk. Reading, MA: Addison-Wesley.

Cargill, Tom. C++ Programming Style. Reading, MA: Addison-Wesley.

Griswold, Griswold and. The Icon Programming Language. Englewood Cliffs, NJ: Prentice-Hall.

Kernighan, Brian and Dennis Ritchie. The C Programming Language. Englewood Cliffs, NJ: Prentice-Hall.

Lippman, Stanley B. C++ Primer. Reading, MA: Addison-Wesley.

Oualline, Steve. Practical C Programming. Sebastopol, CA: O’Reilly & Associates.

Sterling, Leon and Ehud Shapiro. The Art of Prolog. Cambridge, MA: The MIT Press.

Wall, Larry, Tom Christiansen, and Randal L. Schwartz. Programming Perl, Second Edition. Sebastopol, CA: O’Reilly & Associates.

Lisp. Reading, MA: Addison-Wesley.

Так что судя по библиографии Лутцева PP явно не для новичков была в 1996