Ben Finney :
> The author points out there are times when a code base is large and
> complex enough that refactoring puts the programmer in a state of not
> knowing whether they're making progress, because until the whole
> refactoring is complete the errors just cascade and it's hard to tell
> wh
On Friday, January 22, 2016 at 1:59:15 PM UTC+5:30, Marko Rauhamaa wrote:
> Ben Finney :
>
> > The author points out there are times when a code base is large and
> > complex enough that refactoring puts the programmer in a state of not
> > knowing whether they're making progress, because until th
Rustom Mody :
> On Friday, January 22, 2016 at 1:59:15 PM UTC+5:30, Marko Rauhamaa wrote:
>> I've been there. I think the root problem is to have a code base
>> that's so large and complex.
>
> Bizarre comment... Are you saying large and complex code-bases should
> non-exist?
Why, yes, I am.
>>
I enabled the deprecation warnings in Python 3.5.1 and Python 3.6 dev,
and I noticed that assigning to async or await does not issue any
deprecation warning:
$ python -Wd -c "import sys; print(sys.version); async = 33"
3.5.1 (default, Jan 21 2016, 19:59:28)
[GCC 4.8.4]
$ python -Wd -c "import s
On Fri, Jan 22, 2016 at 9:19 PM, Marko Rauhamaa wrote:
> The knowhow, vision and skill is apparently very rare. On the product
> management side, we have the famous case of Steve Jobs, who simply told
> the engineers to go back to the drawing boards when he didn't like the
> user experience. Most
Release Highlights:
---
* Debugger
* Fixed issue in set next statement (#PyDev 651).
* pydevd.settrace was stopping inside the debugger and not in user code
(#PyDev 648).
* subprocess.Popen could crash when running non python executable (#PyDev
650).
* PyUnit view
On Fri, 22 Jan 2016 12:19:50 +0200, Marko Rauhamaa wrote:
> We need similar code sanity management. Developers are given much too
> much power to mess up the source code. That's why "legacy" is considered
> a four-letter word among developers.
When I started in this business, in the mid-70s, ther
Chris Angelico :
> On Fri, Jan 22, 2016 at 9:19 PM, Marko Rauhamaa wrote:
> So what do you do with a huge program?
Modularize. Treat each module as a separate product with its own release
cycle, documentation, apis, ownership etc.
What is a reasonable size of a module? It is something you would
On Friday, January 22, 2016 at 4:49:19 PM UTC+5:30, Chris Angelico wrote:
> On Fri, Jan 22, 2016 at 9:19 PM, Marko Rauhamaa wrote:
> > The knowhow, vision and skill is apparently very rare. On the product
> > management side, we have the famous case of Steve Jobs, who simply told
> > the engineers
Rustom Mody :
> These are just specific examples that I am familiar with Chris'
> general point still stands, viz take the large and complex program
> that is cpython and clean up these messinesses: You will still have a
> large and complex program
No, as long as the ugly parts are compartmentali
On Fri, Jan 22, 2016 at 10:54 PM, Marko Rauhamaa wrote:
> Chris Angelico :
>
>> On Fri, Jan 22, 2016 at 9:19 PM, Marko Rauhamaa wrote:
>> So what do you do with a huge program?
>
> Modularize. Treat each module as a separate product with its own release
> cycle, documentation, apis, ownership etc
On Fri, 22 Jan 2016 04:04:44 -0800, Rustom Mody wrote:
> These are just specific examples that I am familiar with Chris' general
> point still stands, viz take the large and complex program that is
> cpython and clean up these messinesses: You will still have a large and
> complex program
I'm not
On Fri, Jan 22, 2016 at 11:04 PM, Rustom Mody wrote:
> On Friday, January 22, 2016 at 4:49:19 PM UTC+5:30, Chris Angelico wrote:
>> On Fri, Jan 22, 2016 at 9:19 PM, Marko Rauhamaa wrote:
>> > The knowhow, vision and skill is apparently very rare. On the product
>> > management side, we have the f
Chris Angelico :
> Alright. Can you rewrite all of those modules in three months?
The point is not to rewrite modules except as a fallback for a
hopelessly badly written module.
> And then there's the language itself. The cpython/Python directory has
> 58 .c files, many of which are closely tied
On Sat, Jan 23, 2016 at 12:00 AM, Marko Rauhamaa wrote:
> However, as a matter of rule, older code bases have been bloated till
> they can barely be maintained. That's when the management starts to
> listen to new ideas. Better late than never.
Okay. Start persuading "management" (presumably the
On Friday, January 22, 2016 at 6:05:02 PM UTC+5:30, Chris Angelico wrote:
> On Fri, Jan 22, 2016 at 11:04 PM, Rustom Mody wrote:
> > 2. My students trying to work inside the lexer made a mess because the
> > extant lexer is a mess.
> > I.e. while python(3) *claims* to accept Unicode input, the ac
Rustom Mody :
> IOW anyone who thinks that *arbitrary* complexity can *always* be
> tamed either has a visa to utopia or needs to re-evaluate (or get) a
> CS degree
Not all complexity can be tamed, but what you can't tame you shouldn't
release, either.
Marko
--
https://mail.python.org/mailman/
Chris Angelico :
> Okay. Start persuading "management" (presumably the PSU) that CPython
> needs to be more modular, with different release cycles for different
> components. Your first step is to figure out the boundaries between
> those components. Get started.
Gladly, I don't need to do anythi
On Friday, January 22, 2016 at 7:13:49 PM UTC+5:30, Marko Rauhamaa wrote:
> Rustom Mody :
>
> > IOW anyone who thinks that *arbitrary* complexity can *always* be
> > tamed either has a visa to utopia or needs to re-evaluate (or get) a
> > CS degree
>
> Not all complexity can be tamed, but what yo
I hope this is an appropriate mailing list for BeautifulSoup questions,
it's been a long time since I've used python-list and I don't remember if
third-party modules are on topic. I did try posting to the BeautifulSoup
mailing list on Google groups, but I've waited a day or two and my message
hasn'
On Sat, Jan 23, 2016 at 12:30 AM, Rustom Mody wrote:
> You just gave a graphic vivid description...
> of the same thing Marko is describing: ;-) viz.
> A full-size language parser is something that you - an experienced developer -
> make a point of avoiding.
It's worth noting that "experienced de
On Sat, Jan 23, 2016 at 12:48 AM, Marko Rauhamaa wrote:
> Chris Angelico :
>
>> Okay. Start persuading "management" (presumably the PSU) that CPython
>> needs to be more modular, with different release cycles for different
>> components. Your first step is to figure out the boundaries between
>> t
On Friday, May 31, 2013 at 1:06:29 AM UTC+5:30, Steven D'Aprano wrote:
> On Thu, 30 May 2013 10:12:22 -0700, rusi wrote:
>
> > On Thu, May 30, 2013 at 9:34 AM, Ma Xiaojun wrote:
>
> >> Wait a minute! Isn't the most nature way of doing/thinking "generating
> >> 9x9 multiplication table" two nested
inhahe wrote:
> I hope this is an appropriate mailing list for BeautifulSoup questions,
> it's been a long time since I've used python-list and I don't remember if
> third-party modules are on topic. I did try posting to the BeautifulSoup
> mailing list on Google groups, but I've waited a day or t
python 3.4.3
import re
re.search('(ab){2}','abzzabab')
<_sre.SRE_Match object; span=(4, 8), match='abab'>
>>> re.findall('(ab){2}','abzzabab')
['ab']
Why for search() the match is 'abab' and for findall the match is 'ab'?
--
https://mail.python.org/mailman/listinfo/python-list
mg wrote:
> python 3.4.3
>
> import re
> re.search('(ab){2}','abzzabab')
> <_sre.SRE_Match object; span=(4, 8), match='abab'>
>
re.findall('(ab){2}','abzzabab')
> ['ab']
>
> Why for search() the match is 'abab' and for findall the match is 'ab'?
I suppose someone thought it was convenient
Il Fri, 22 Jan 2016 15:32:57 +, mg ha scritto:
> python 3.4.3
>
> import re re.search('(ab){2}','abzzabab')
> <_sre.SRE_Match object; span=(4, 8), match='abab'>
>
re.findall('(ab){2}','abzzabab')
> ['ab']
>
> Why for search() the match is 'abab' and for findall the match is 'ab'?
find
On Fri, Jan 22, 2016 at 4:12 AM, Marco Buttu wrote:
> I enabled the deprecation warnings in Python 3.5.1 and Python 3.6 dev, and I
> noticed that assigning to async or await does not issue any deprecation
> warning:
>
> $ python -Wd -c "import sys; print(sys.version); async = 33"
> 3.5.1 (default,
On 22/01/2016 16:59, Ian Kelly wrote:
On Fri, Jan 22, 2016 at 4:12 AM, Marco Buttu wrote:
>I enabled the deprecation warnings in Python 3.5.1 and Python 3.6 dev, and I
>noticed that assigning to async or await does not issue any deprecation
>warning:
>
>$ python -Wd -c "import sys; print(sys
2016-01-22 16:50 GMT+01:00 mg :
> Il Fri, 22 Jan 2016 15:32:57 +, mg ha scritto:
>
>> python 3.4.3
>>
>> import re re.search('(ab){2}','abzzabab')
>> <_sre.SRE_Match object; span=(4, 8), match='abab'>
>>
> re.findall('(ab){2}','abzzabab')
>> ['ab']
>>
>> Why for search() the match is 'abab'
Il Fri, 22 Jan 2016 21:10:44 +0100, Vlastimil Brom ha scritto:
> 2016-01-22 16:50 GMT+01:00 mg :
>> Il Fri, 22 Jan 2016 15:32:57 +, mg ha scritto:
>>
>>> python 3.4.3
>>>
>>> import re re.search('(ab){2}','abzzabab')
>>> <_sre.SRE_Match object; span=(4, 8), match='abab'>
>>>
>> re.findall(
I think you'd do better using the pyparsing library
On Friday, January 22, 2016 at 9:02:00 AM UTC-5, inhahe wrote:
> I hope this is an appropriate mailing list for BeautifulSoup questions,
> it's been a long time since I've used python-list and I don't remember if
> third-party modules are on to
32 matches
Mail list logo
