@@ -30,14 +30,18 @@ Python as a top programming language within the top ten, if not the top five
30
30
of all languages.
31
31
32
32
The IEEE ranked Python as the
33
- [ #1 programming language in 2018] ( https://spectrum.ieee.org/at-work/innovation/the-2018-top-programming-languages )
34
- after ranking as the
35
- [ #1 language in 2017] ( https://spectrum.ieee.org/at-work/innovation/the-2017-top-programming-languages )
33
+ [ #1 programming language in 2019] ( https://spectrum.ieee.org/computing/software/the-top-programming-languages-2019 ) ,
34
+ which continued its hot streak
35
+ after ranking it
36
+ [ #1 in 2018] ( https://spectrum.ieee.org/at-work/innovation/the-2018-top-programming-languages ) ,
37
+ [ #1 in 2017] ( https://spectrum.ieee.org/at-work/innovation/the-2017-top-programming-languages )
36
38
and
37
39
[ #3 top programming language in 2016] ( http://spectrum.ieee.org/computing/software/the-2016-top-programming-languages ) .
38
- [ RedMonk's June 2017 ranking] ( http://redmonk.com/sogrady/2017/06/08/language-rankings-6-17/ ) ,
39
- had Python at #3 , which was up one slot from
40
- [ their same ranking two years earlier] ( http://redmonk.com/sogrady/2015/01/14/language-rankings-1-15/ ) .
40
+ [ RedMonk's June 2019 ranking] ( https://redmonk.com/sogrady/2019/07/18/language-rankings-6-19/ )
41
+ had Python at #3 , which held consistent from previous years' rankings in
42
+ [ 2018] ( https://redmonk.com/sogrady/2018/08/10/language-rankings-6-18/ )
43
+ and
44
+ [ 2017] ( https://redmonk.com/sogrady/2017/06/08/language-rankings-6-17/ ) .
41
45
42
46
Stack Overflow's community-created question and answer data confirms the
43
47
[ incredible growth of the Python ecosystem] ( https://stackoverflow.blog/2017/09/06/incredible-growth-python/ )
@@ -50,13 +54,13 @@ and that there is a close alignment between the languages and tools that
50
54
developers choose to learn and the usage in developers' professional work.
51
55
52
56
The
53
- [ TIOBE Index] ( http ://www.tiobe.com/index.php/content/paperinfo/tpci/index.html ) ,
54
- a long-running language ranking, has Python moving up the charts to #4 ,
55
- climbing from #8 just a couple years ago.
57
+ [ TIOBE Index] ( https ://www.tiobe.com/tiobe- index// )
58
+ a long-running language ranking, has Python moving up the charts to #3 ,
59
+ climbing from #8 just a few years ago.
56
60
57
61
The [ PopularitY of Programming Language] ( http://pypl.github.io/PYPL.html )
58
62
(PYPL), based on leading indicators from Google Trends search keyword
59
- analysis, shows Python at #2 .
63
+ analysis, shows Python at #1 .
60
64
61
65
[ GitHut] ( http://githut.info/ ) , a visualization of GitHub language popularity,
62
66
pegs Python at #3 overall.
@@ -84,28 +88,30 @@ The philosophy for Python is so strongly held that it's even embedded in
84
88
the language as shown when the interpreter executes "import this" and
85
89
displays [ The Zen of Python] ( https://www.python.org/dev/peps/pep-0020/ ) .
86
90
87
- >>> import this
88
- The Zen of Python, by Tim Peters
89
-
90
- Beautiful is better than ugly.
91
- Explicit is better than implicit.
92
- Simple is better than complex.
93
- Complex is better than complicated.
94
- Flat is better than nested.
95
- Sparse is better than dense.
96
- Readability counts.
97
- Special cases aren't special enough to break the rules.
98
- Although practicality beats purity.
99
- Errors should never pass silently.
100
- Unless explicitly silenced.
101
- In the face of ambiguity, refuse the temptation to guess.
102
- There should be one-- and preferably only one --obvious way to do it.
103
- Although that way may not be obvious at first unless you're Dutch.
104
- Now is better than never.
105
- Although never is often better than *right* now.
106
- If the implementation is hard to explain, it's a bad idea.
107
- If the implementation is easy to explain, it may be a good idea.
108
- Namespaces are one honking great idea -- let's do more of those!
91
+ ```
92
+ >>> import this
93
+ The Zen of Python, by Tim Peters
94
+
95
+ Beautiful is better than ugly.
96
+ Explicit is better than implicit.
97
+ Simple is better than complex.
98
+ Complex is better than complicated.
99
+ Flat is better than nested.
100
+ Sparse is better than dense.
101
+ Readability counts.
102
+ Special cases aren't special enough to break the rules.
103
+ Although practicality beats purity.
104
+ Errors should never pass silently.
105
+ Unless explicitly silenced.
106
+ In the face of ambiguity, refuse the temptation to guess.
107
+ There should be one-- and preferably only one --obvious way to do it.
108
+ Although that way may not be obvious at first unless you're Dutch.
109
+ Now is better than never.
110
+ Although never is often better than *right* now.
111
+ If the implementation is hard to explain, it's a bad idea.
112
+ If the implementation is easy to explain, it may be a good idea.
113
+ Namespaces are one honking great idea -- let's do more of those!
114
+ ```
109
115
110
116
111
117
## More perspectives on using Python
0 commit comments