I've made a snniferr for a ICMP socket that works with IPv4. This is the
code:
import sys
import socket
import struct
import select
import time
import signal
import re
HOST = raw_input("Enter the interface to listen: ")
s = socket.socket(socket.AF_INET, socket.SOCK_RAW, socket.IPPROTO
In article <54c0a571$0$13002$c3e8da3$54964...@news.astraweb.com>,
steve+comp.lang.pyt...@pearwood.info says...
>
> The point isn't that there are no other alternative interpretations
> possible, or that annotations are the only syntax imaginable, but that
> they're not hard to guess what they m
This is my first post to the list, I apologies firstly if I made any mistake.
I was trying to get a package in golang behind the http or https
proxy, and it reports an error "AttributeError: httpsconnection
instance has no attribute '_set_hostport'", details in the bottom.
After some trace work,
On Thursday, January 22, 2015 at 12:48:46 AM UTC-6, Paul Rubin wrote:
> Sir Richard Johnson writes:
> You could write some IDE features to suppress visibility
> of the hints. Or maybe it could be done with a decorator-
> like construct:
>
> @-spec(Iterable[Real], Real) -> Real
Yes, YES, *YES*!!
Hi all
I have xmlrpc server written in Java, and it has a method like
Fun( vector, vector), the vector is array of user-defined object, which is
a class extends HashMap.
And I call it like:
server = xmlrpclib.ServerProxy("http://myserver";)
server.Fun( [ {"0.5":0.1}], [ ] )
It always fails
On 22/01/2015 08:24, Rick Johnson wrote:
Yes, YES, *YES* That would be my first choice, or
docstrings as a secondary. But to introduce new syntax
into the method signatures is SUICIDE! What the hell is
this man thinking?
I take it you mean these men Guido van Rossum ,
Jukka Lehtosalo , Łu
On Thursday, January 22, 2015 at 1:23:40 AM UTC-6, Steven D'Aprano wrote:
> The point isn't that there are no other alternative
> interpretations possible, or that annotations are the only
> syntax imaginable, but that they're not hard to guess what
> they mean, and if you can't guess, they're not
On 22/01/2015 03:38, Guohua Ouyang wrote:
This is my first post to the list, I apologies firstly if I made any mistake.
I was trying to get a package in golang behind the http or https
proxy, and it reports an error "AttributeError: httpsconnection
instance has no attribute '_set_hostport'", de
On 22/01/2015 04:30, Steven D'Aprano wrote:
Occasionally you find people spreading Fear, Uncertainty, Doubt about
Python. Python is now over 20 years old and one of the most popular
languages in the world no matter how you measure popularity:
http://import-that.dreamwidth.org/1388.html
so you d
On Thu, Jan 22, 2015 at 8:10 AM, Mario Figueiredo wrote:
> In article <54c0a571$0$13002$c3e8da3$54964...@news.astraweb.com>,
> steve+comp.lang.pyt...@pearwood.info says...
>>
>> The point isn't that there are no other alternative interpretations
>> possible, or that annotations are the only syntax
On Thu, Jan 22, 2015 at 7:10 PM, Mario Figueiredo wrote:
> Possibly one common use case will be Unions. And that factory syntax is
> really awful and long when you look at a function definition with as
> little as 3 arguments. The one below has only 2 arguments.
>
> def handle_employees(emp: Union
Rick Johnson :
> Python is the only thing that is pure in the programming world. The
> only language that offers the cleanest and most intuit-able syntax,
> AND YOU"RE JUST GOING TO THROW IT ALL AWAY SO YOU CAN BE A LAPDOG OF
> SATAN?
I think the SATAN is in the optional type declarations, not in
On Thu, Jan 22, 2015 at 7:00 PM, ermanolillo wrote:
> s = socket.socket(socket.AF_INET6, socket.SOCK_RAW, socket.IPPROTO_ICMPV6)
>
> However I recive the next error:
>
>
>
> File "server.py", line 16, in
> s.bind((HOST, 0))
> File "/usr/lib/python2.7/socket.py", line 224, in meth
> return getattr
On Thu, Jan 22, 2015 at 9:05 PM, Marko Rauhamaa wrote:
> Rick Johnson :
>
>> Python is the only thing that is pure in the programming world. The
>> only language that offers the cleanest and most intuit-able syntax,
>> AND YOU"RE JUST GOING TO THROW IT ALL AWAY SO YOU CAN BE A LAPDOG OF
>> SATAN?
Rick,
Python is the only thing that is pure in the programming world. The
only language that offers the cleanest and most intuit-able syntax,
AND YOU"RE JUST GOING TO THROW IT ALL AWAY SO YOU CAN BE A LAPDOG OF
SATAN?
Nonsense. You are just used to it. I can read C with the same feeling of
in
Chris,
Hold on a moment, how often do you really do this kind of thing with
"might be one of them or a sequence"?
Is it really that important that I give a more real-life example, or can't
you just get the problem from a ad-hoc example?
I could replace the variable names with spam, ham and
On Thursday, 22 January 2015, Chris Angelico > wrote:
> On Thu, Jan 22, 2015 at 7:10 PM, Mario Figueiredo
> wrote:
> > Possibly one common use case will be Unions. And that factory syntax is
> > really awful and long when you look at a function definition with as
> > little as 3 arguments. The on
On Thu, Jan 22, 2015 at 9:46 PM, Nicholas Cole wrote:
> Hang on! The particular example may not make a lot of sense but there are
> plenty of places in ordinary Python where functions can accept different
> objects in arguments and return different things. The point here is that
> that will become
On Thu, Jan 22, 2015 at 9:37 PM, Mario Figueiredo wrote:
> Chris,
>
>> Hold on a moment, how often do you really do this kind of thing with
>> "might be one of them or a sequence"?
>
>
> Is it really that important that I give a more real-life example, or can't
> you just get the problem from a ad
Chris,
I'd rather see a real-world example that can't be solved with either
better design or some simple aliases. (And yes, the type hinting does
allow for aliases.)
Python is a duck-typing language, Chris. It is in its nature -- and we have
been taught -- to ignore types and care only about
Chris,
On Thu, Jan 22, 2015 at 9:46 PM, Nicholas Cole
wrote:
Hang on! The particular example may not make a lot of sense but there
are plenty of places in ordinary Python where functions can accept
different objects in arguments and return different things. The point
here is that that will be
On Thu, Jan 22, 2015 at 10:12 PM, Mario Figueiredo wrote:
> I agree. TypeVar will help tremendously by removing the need for union in
> cases of object inheritance. But only on cases of object inheritance.
Why only inheritance? One of the examples is of str and bytes, which
don't have any inherit
On Wednesday 21 January 2015 23:46:09 Emil Oppeln-Bronikowski did opine
And Gene did reply:
> On Thu, Jan 22, 2015 at 10:55:27AM +1100, Chris Angelico wrote:
> > Where's REXX today?
>
> Still (somehow) alive in neo-Amiga platforms like AmigaOS4.x, MorphOS
> and AROS. I know that's as good as dead
Mario Figueiredo wrote:
> In article <54c0a571$0$13002$c3e8da3$54964...@news.astraweb.com>,
> steve+comp.lang.pyt...@pearwood.info says...
>>
>> The point isn't that there are no other alternative interpretations
>> possible, or that annotations are the only syntax imaginable, but that
>> they're
On 2015-01-22, Steven D'Aprano wrote:
> You can't use "raise" as a parameter name, since that's a keyword. Using
> floats for money is Just Wrong and anyone who does so should have their
> licence to program taken away. And I really don't understand what this
> function is supposed to do, that it
Chris Angelico wrote:
> Hold on a moment, how often do you really do this kind of thing with
> "might be one of them or a sequence"?
isinstance(obj, one_class_or_tuple_of_classes)
issubclass(cls, one_class_or_tuple_of_classes)
mystr.startswith(prefix_or_tuple_of_prefixes)
mystr.endswith(suffix_o
On Fri, Jan 23, 2015 at 1:16 AM, Steven D'Aprano
wrote:
> Mario Figueiredo wrote:
>
>> def handle_employees(emp: Union[Employee, Sequence[Employee]], raise:
>> Union[float, Sequence[float]]) -> Union[Employee, Sequence[Employee],
>> None]:
>
> Using
> floats for money is Just Wrong and anyone who
On Fri, Jan 23, 2015 at 1:57 AM, Steven D'Aprano
wrote:
> Chris Angelico wrote:
>
>> Hold on a moment, how often do you really do this kind of thing with
>> "might be one of them or a sequence"?
>
> isinstance(obj, one_class_or_tuple_of_classes)
> issubclass(cls, one_class_or_tuple_of_classes)
> m
HOST is send by the keyboard. It´s the IPv6 address of my interface eth0.
For example, FE80::0202:B3FF:FE1E:8329.
Thanks
--
View this message in context:
http://python.6.x6.nabble.com/Socket-ICMP-V6-error-tp5083962p5083982.html
Sent from the Python - python-list mailing list archive at Nabb
On Fri, Jan 23, 2015 at 2:24 AM, ermanolillo wrote:
> HOST is send by the keyboard. It´s the IPv6 address of my interface eth0.
> For example, FE80::0202:B3FF:FE1E:8329.
I can't duplicate the problem. Are you certain that this is indeed an
appropriate address?
ChrisA
--
https://mail.python.org
On Thu, Jan 22, 2015 at 07:26:31AM -0500, Gene Heskett wrote:
> > Still (somehow) alive in neo-Amiga platforms like AmigaOS4.x, MorphOS
> > and AROS. I know that's as good as dead but there are still people
> > writing AREXX glue code.
> He asked about REXX, not AREXX. There is no comparison betwe
ermanolillo writes:
> HOST is send by the keyboard. It´s the IPv6 address of my interface eth0.
> For example, FE80::0202:B3FF:FE1E:8329.
This is a link-local address, you can't use it just like that (you may
have several interfaces with the same link-local addr). Use getaddrinfo
on "FE80...%et
On Thursday, January 22, 2015 at 12:46:22 PM UTC+5:30, Paul Rubin wrote:
> Ian Kelly writes:
> > How do you create a tree containing an even number of elements under
> > this constraint?
>
> That's a good point, I've usually seen different definitions of trees,
> e.g.
>
>data Tree a = Leaf |
Hello,
I am programming a "Secret of Mana" (Seiken Densetsu) game in kivy, it runs
on a phone with kivy launcher.
Features for now are : movement by swiping, polygon collision and image state
changes with resource handling.
The codebase can be found at :
https://sourceforge.net/projects/kivypri
On 2015-01-22, Tim Chase wrote:
> On 2015-01-21 23:10, Grant Edwards wrote:
>> I happily ignored PHP until a couple years back when we decided to
>> use PHP for the web site on a small embedded Linux system.
> [snip]
>> I briefly considered trying to switch to Python, but the Python
>> footprint
Steven D'Aprano wrote:
> Remember too that type-hinting will *absolutely* remain *completely*
> optional for Python. Developers can choose to use it or not,
No! Developers have to do what managers and customers tell them to do. They
will start to require type hinting everywhere. And then the qu
Marko Rauhamaa wrote:
> I think the SATAN is in the optional type declarations, not in the
> particular syntax chosen.
Yes.
--
https://mail.python.org/mailman/listinfo/python-list
On Thu, Jan 22, 2015 at 12:03 PM, Sturla Molden
wrote:
> Python will no longer be dynamic, it will just be a slow static language.
>
> Yes, Python could still be used as a dynamic language, but nobody will
> allow you to do it. Even packages in widespread use will be banned because
> they don't t
Skip Montanaro wrote:
> FUD? What evidence do you have that this will be the way things shake out?
I don't underestimate the stupidity of those who are not writing the code
themselves.
--
https://mail.python.org/mailman/listinfo/python-list
On 22/01/2015 18:14, Skip Montanaro wrote:
On Thu, Jan 22, 2015 at 12:03 PM, Sturla Molden mailto:sturla.mol...@gmail.com>> wrote:
Python will no longer be dynamic, it will just be a slow static
language.
Yes, Python could still be used as a dynamic language, but nobody will
al
On Fri, Jan 23, 2015 at 5:03 AM, Sturla Molden wrote:
> Steven D'Aprano wrote:
>
>> Remember too that type-hinting will *absolutely* remain *completely*
>> optional for Python. Developers can choose to use it or not,
>
> No! Developers have to do what managers and customers tell them to do. They
On Thu, Jan 22, 2015, at 13:28, Mark Lawrence wrote:
> Evidence in completely the opposite direction if I'm reading this
> correctly https://www.python.org/dev/peps/pep-0484/#usage-patterns
>
> "The main use case of type hinting is static analysis using an external
> tool without executing the a
On 22/01/2015 18:41, random...@fastmail.us wrote:
On Thu, Jan 22, 2015, at 13:28, Mark Lawrence wrote:
Evidence in completely the opposite direction if I'm reading this
correctly https://www.python.org/dev/peps/pep-0484/#usage-patterns
"The main use case of type hinting is static analysis using
Chris Angelico wrote:
> Uhh... if your managers and customers are stipulating non-Pythonic
> coding styles, then it's time to find new managers/customers. If
> they're not writing the code, code quality shouldn't be their concern.
I am saying the day someone requires me to write a type hint, I w
Sturla Molden :
> No! Developers have to do what managers and customers tell them to do.
> They will start to require type hinting everywhere. And then the
> question is what Python has to offer over Java or Swift.
Yes, but that's what GvR is after, I'm guessing: have Python take over
the realms
Mark Lawrence wrote:
> If they're too stupid to know the
> meaning of the word "hint" that's their problem.
It will also be Python's problem, because people are that stupid.
--
https://mail.python.org/mailman/listinfo/python-list
In article ,
random...@fastmail.us says...
> How is that the opposite direction? It's a short jump from there to
> "pylint [or whatever tool] will consider a lack of type hinting to be
> something to warn for" and "managers/customers will consider this
> warning to mean your program has failed and
Mark Lawrence :
> Evidence in completely the opposite direction if I'm reading this
> correctly https://www.python.org/dev/peps/pep-0484/#usage-patterns
That's not evidence, that's a prophecy.
What I'm seeing is a bad shift in the Python culture. What's next?
Unboxed objects? Unsafe objects? Mic
On 1/22/2015 3:24 AM, Rick Johnson wrote:
Yes, YES, *YES* That would be my first choice, or
docstrings as a secondary. But to introduce new syntax
into the method signatures is SUICIDE! What the hell is
this man thinking?
You are years late for complaining about new signature syntax. The
Chris Angelico :
> Uhh... if your managers and customers are stipulating non-Pythonic
> coding styles, then it's time to find new managers/customers.
Hah! What's considered Pythonic seems to be changing. Old-school
Pythonic will be heresy, and new-school Pythonic will be exalted to
dogma.
> Just
Mario Figueiredo writes:
> Strangely enough though I was taught from the early beginning that
> once I start to care about types in Python, I strayed from the
> pythonic way.
That's a weird concept. You always have to care about types. It's just
that with a bit of discipline combined with unit
Steven D'Aprano writes:
> Since the "language wars" of the 1990s, dynamic languages have won.
Are you kidding? Nothing has won, the wars are still going on, and
dynamic and static typing both have their winning use cases and will be
around forever.
--
https://mail.python.org/mailman/listinfo/p
>> correctly https://www.python.org/dev/peps/pep-0484/#usage-patterns
> That's not evidence, that's a prophecy.
> What I'm seeing is a bad shift in the Python culture. What's next?
> Unboxed objects? Unsafe objects? Micromanaged GC?
Why are you freaking out so much? The "prophecy" is for somethin
On Thu, Jan 22, 2015 at 1:22 PM, Marko Rauhamaa wrote:
> > Just please don't FUD this list.
>
> Why do you think opinions on Python's future should be kept off this
> list?
The way you couched your opinion as a certainty, as if you could see the
future, not as if you had an opinion stated like,
On 22/01/15 20:10, Mario Figueiredo wrote:
Customers don't have access to static analysis output and project
managers should know better than to demand static analysis without
properly contextualize it. I just don't see a project manager having no
idea what static analysis means.
I don't know
On 22/01/2015 19:25, Paul Rubin wrote:
Steven D'Aprano writes:
Since the "language wars" of the 1990s, dynamic languages have won.
Are you kidding? Nothing has won, the wars are still going on, and
dynamic and static typing both have their winning use cases and will be
around forever.
Unl
On 22/01/15 20:43, Skip Montanaro wrote:
The way you couched your opinion as a certainty, as if you could see the
future,
How do you know I cannot?
--
https://mail.python.org/mailman/listinfo/python-list
In article ,
sturla.mol...@gmail.com says...
>
> On 22/01/15 20:10, Mario Figueiredo wrote:
>
> > Customers don't have access to static analysis output and project
> > managers should know better than to demand static analysis without
> > properly contextualize it. I just don't see a project man
On Thu, Jan 22, 2015 at 10:13 AM, Automn wrote:
> The graphics have been licensed for this.
Really? I'm surprised Square-Enix would even give consideration to
licensing something like this.
--
https://mail.python.org/mailman/listinfo/python-list
On Thursday, January 22, 2015 at 4:32:04 AM UTC-6, Mario Figueiredo wrote:
> Rick,
>
> > Python is the only thing that is pure in the programming
> > world. The only language that offers the cleanest and
> > most intuit-able syntax, AND YOU"RE JUST GOING TO THROW
> > IT ALL AWAY [...] ?
>
> Nonse
On Thursday, January 22, 2015 at 4:37:49 AM UTC-6, Mario Figueiredo wrote:
> I could replace the variable names with spam, ham and eggs, if you wish.
ROTF!
--
https://mail.python.org/mailman/listinfo/python-list
On Thu, Jan 22, 2015 at 1:56 PM, Sturla Molden
wrote:
> On 22/01/15 20:43, Skip Montanaro wrote:
>
> The way you couched your opinion as a certainty, as if you could see the
>> future,
>>
>
> How do you know I cannot?
Perhaps you can, but then your statements are opinions, then are they?
Skip
On Thu, Jan 22, 2015 at 2:31 PM, Skip Montanaro
wrote:
> Perhaps you can, but then your statements are opinions, then are they?
Crap. I meant:
"... then your statements aren't opinions ..."
S
--
https://mail.python.org/mailman/listinfo/python-list
On Thursday, January 22, 2015 at 12:15:11 PM UTC-6, Skip Montanaro wrote:
> On Thu, Jan 22, 2015 at 12:03 PM, Sturla Molden wrote:
>
> > Python will no longer be dynamic, it will just be a slow
> > static language. Yes, Python could still be used as a
> > dynamic language, but nobody will allow yo
On Thursday, January 22, 2015 at 12:28:47 PM UTC-6, Mark Lawrence wrote:
> Evidence in completely the opposite direction if I'm
> reading this correctly [snip link]
>
> "The main use case of type hinting is static analysis
> using an external tool without executing the analyzed
> program. Existing
On 2015-01-22 20:23, Rick Johnson wrote:
On Thursday, January 22, 2015 at 4:32:04 AM UTC-6, Mario Figueiredo wrote:
Rick,
> Python is the only thing that is pure in the programming
> world. The only language that offers the cleanest and
> most intuit-able syntax, AND YOU"RE JUST GOING TO THROW
On 22/01/2015 20:44, Rick Johnson wrote:
On Thursday, January 22, 2015 at 12:28:47 PM UTC-6, Mark Lawrence wrote:
Evidence in completely the opposite direction if I'm
reading this correctly [snip link]
"The main use case of type hinting is static analysis
using an external tool without executin
On Thursday, January 22, 2015 at 1:23:11 PM UTC-6, Marko Rauhamaa wrote:
> Chris Angelico:
>
> > Just please don't FUD this list.
>
> Why do you think opinions on Python's future should be
> kept off this list?
Because he's one of the more prevalent boot licking rabbid
fanboys of GvR. If you don
In article ,
rantingrickjohn...@gmail.com says...
> python was meant to be a gateway to intuitive programming bliss.
> Python was meant to be the "lingua franca" of the Programming world.
And it failed miserably on both instances. Like any other programming
language before and after it which p
On Thu, Jan 22, 2015 at 7:16 AM, Steven D'Aprano
wrote:
>> Meanwhile, there's the strange decision to implement type hints for
>> local variables # comment lines. I have an hard time wrapping my head
>> around this one. Really, comments!?
>
> Yes, really. There is plenty of prior art for machine-m
Rick Johnson :
> On Thursday, January 22, 2015 at 1:23:11 PM UTC-6, Marko Rauhamaa wrote:
> Because he's one of the more prevalent boot licking rabbid
> fanboys of GvR.
You are out of line, but then, you never pretended otherwise.
Marko
--
https://mail.python.org/mailman/listinfo/python-list
On 1/21/2015 8:30 PM, Steven D'Aprano wrote:
Here's an example from PEP 484:
def greeting(name: str) -> str:
return 'Hello ' + name
I've been lightly scanning and following the PEP 484 discussion, and one
point I don't think I've seen mentioned is how you might hint a function
that a
On Thu, Jan 22, 2015 at 2:56 PM, Emile van Sebille wrote:
> I've been lightly scanning and following the PEP 484 discussion, and one
> point I don't think I've seen mentioned is how you might hint a function
> that accepts different types, eg:
>
> def adder(a,b): return a+b
>
> This is one of the
On Thu, Jan 22, 2015 at 3:08 PM, Ian Kelly wrote:
> On Thu, Jan 22, 2015 at 2:56 PM, Emile van Sebille wrote:
>> I've been lightly scanning and following the PEP 484 discussion, and one
>> point I don't think I've seen mentioned is how you might hint a function
>> that accepts different types, eg
On Thu, Jan 22, 2015 at 2:12 PM, Ian Kelly wrote:
>>> def adder(a,b): return a+b
>>>
>>> This is one of the pythonic idioms that help with polymorphic functions. Is
>>> there a proposal for providing hinting for these?
>>
>> You can use TypeVar for that.
>>
>> T = TypeVar('T')
>>
>> def adder(a:
Am 05.01.15 um 14:20 schrieb Rick Johnson:
*GASP*! Of course all this could be avoided if those short-
sighted TK folks would have allowed the programmer to define
the pattern!
ಠ_ಠ
Well, it turns out you actually can. We don't have Guido's time machine,
but still there is a configuration opti
In article <6eb91c4b-92ff-44a8-b5a9-6ef04c71f...@googlegroups.com>,
rantingrickjohn...@gmail.com says...
>
> So if the purpose is "static analysis", what is the
> justification for injecting new syntax into function sigs?
1. Annotations where created exactly for this purpose. So there's some
pr
Have reported an issue http://bugs.python.org/issue23300.
"That leading underscore in the method name means it is not a public
API and thus changes are allowed without any backwards-compatibility
guarantees. Mercurial will need to update their code to handle this if
they want to continue to use th
On Thu, Jan 22, 2015 at 3:27 PM, Chris Kaynor wrote:
> Or use Any, which is basically the same thing:
>
> def adder(a: Any, b: Any) -> Any:
> return a + b
Yeah, but this just seems like extra noise since it's not going to
help the type checker at all.
--
https://mail.python.org/mailman/listi
In article ,
ian.g.ke...@gmail.com says...
>
> On Thu, Jan 22, 2015 at 3:27 PM, Chris Kaynor
> wrote:
> > Or use Any, which is basically the same thing:
> >
> > def adder(a: Any, b: Any) -> Any:
> > return a + b
>
> Yeah, but this just seems like extra noise since it's not going to
> help
Sturla Molden writes:
> Chris Angelico wrote:
>
> > Uhh... if your managers and customers are stipulating non-Pythonic
> > coding styles, then it's time to find new managers/customers. If
> > they're not writing the code, code quality shouldn't be their
> > concern.
>
> I am saying the day someo
Ian Kelly writes:
> T = TypeVar('T')
> def adder(a: T, b: T) -> T: ...
> I'm not thrilled about having to actually declare T in this sort of
> situation, but I don't have a better proposal.
Oh man, that's ugly. Maybe a decorator would be a bit less awful:
@-typevar T
def adder(a: T, b:
On 2015-01-22, Steven D'Aprano wrote:
> Mario Figueiredo wrote:
>
>> But speaking about impressing more experient programmers, I personally
>> don't think Python has a wow factor in any of its features and syntax. At
>> least in the way I understand the word "wow".
>
> Quote:
>
> I've seen Pyt
Marko Rauhamaa wrote:
> Python is perfect already.
I have no words.
--
Steven
--
https://mail.python.org/mailman/listinfo/python-list
On 22/01/15 21:03, Mario Figueiredo wrote:
That is fine. But then the problem isn't type hinting, is it? Neither I
think you are suggesting we don't introduce language because there are
bad project managers out there.
The problem is then bad project managers. That has nothing to do with
type hi
On 22/01/15 23:08, Ian Kelly wrote:
T = TypeVar('T')
def adder(a: T, b: T) -> T:
return a + b
I'm not thrilled about having to actually declare T in this sort of
situation, but I don't have a better proposal.
Here is a better proposal:
def adder(a, b):
return a + b
Sturla
--
h
On Fri, Jan 23, 2015 at 11:40 AM, Sturla Molden wrote:
> Type hinting will be mandatory because of bad managers. But then someone is
> going to ask what benefit Python has to offer:
Type hinting will never be mandatory, because bad managers are not in
charge. You can't blame the language because
On Thursday, January 22, 2015 at 4:25:37 PM UTC-6, Mario Figueiredo wrote:
> 1. Annotations where created exactly for this purpose. So
> there's some preassure to put them to work on what they
> were always meant to be used for.
>
> 2. Docstrings are meant as source of code documentation
> and to
On 1/22/2015 5:00 PM, Chris Angelico wrote:
On Fri, Jan 23, 2015 at 11:40 AM, Sturla Molden wrote:
Type hinting will be mandatory because of bad managers. But then someone is
going to ask what benefit Python has to offer:
Type hinting will never be mandatory,
I'm sure it will be in some pla
Note: This is the closest you're going to get to a PEP from me!
Okay, i have found a solution to the type hinting problem
that will appease both sides. On one side we have those who
are proposing type hinting annotations within function sigs,
and on the other side, we have those who oppose th
Sturla Molden writes:
> Type hinting will be mandatory because of bad managers.
That's a pretty weird concept: I've worked for good managers and bad
ones, but so far never one who imposed any low-level code style
decisions without also being involved in writing the code. That was
always left to
Paul Rubin wrote:
> Steven D'Aprano writes:
>> Since the "language wars" of the 1990s, dynamic languages have won.
>
> Are you kidding? Nothing has won, the wars are still going on, and
> dynamic and static typing both have their winning use cases and will be
> around forever.
No, I stand by m
Howdy all,
I am pleased to announce the release of version 2.0.4 of the
‘python-daemon’ library.
The current release is always available at
https://pypi.python.org/pypi/python-daemon/>.
The project's forums and VCS are hosted at Alioth
https://alioth.debian.org/projects/python-daemon/>.
Signif
On Friday, January 23, 2015 at 2:55:38 AM UTC+5:30, Ian wrote:
> On Thu, Jan 22, 2015 at 7:16 AM, Steven D'Aprano wrote:
> >> Meanwhile, there's the strange decision to implement type hints for
> >> local variables # comment lines. I have an hard time wrapping my head
> >> around this one. Really,
On Friday, January 23, 2015 at 3:50:38 AM UTC+5:30, Ian wrote:
> On Thu, Jan 22, 2015 at 3:08 PM, Ian Kelly wrote:
> > On Thu, Jan 22, 2015 at 2:56 PM, Emile van Sebille wrote:
> >> I've been lightly scanning and following the PEP 484 discussion, and one
> >> point I don't think I've seen mention
On 2015-01-23 01:15, Rick Johnson wrote:
Note: This is the closest you're going to get to a PEP from me!
Okay, i have found a solution to the type hinting problem
that will appease both sides. On one side we have those who
are proposing type hinting annotations within function sigs,
and on the
On 1/22/2015 8:15 PM, Rick Johnson wrote:
Okay, i have found a solution to the type hinting problem
that will appease both sides. On one side we have those who
are proposing type hinting annotations within function sigs,
and on the other side, we have those who oppose the
implementation of type
On Friday, January 23, 2015 at 6:45:39 AM UTC+5:30, Rick Johnson wrote:
> Note: This is the closest you're going to get to a PEP from me!
>
> Okay, i have found a solution to the type hinting problem
> that will appease both sides. On one side we have those who
> are proposing type hinting anno
On 1/22/2015 7:40 PM, Sturla Molden wrote:
On 22/01/15 21:03, Mario Figueiredo wrote:
That is fine. But then the problem isn't type hinting, is it? Neither I
think you are suggesting we don't introduce language because there are
bad project managers out there.
The problem is then bad project m
On 2015-01-22, Mark Lawrence wrote:
> What implementation? The PEP is quite clearly marked as draft. The
> Re-enactment of the Battle of Pearl Harbour is currently ongoing
> over on python-ideas regarding exactly what should be implemented.
I, for one, shall certainly sleep easier knowing the
1 - 100 of 122 matches
Mail list logo
