python-3.6

Due to changes in dict implementation in Python 3.6 it is now ordered by default. Do set s preserve order as well now? I could not find any information about it but as both of those data structures are very similar in the way they work under the hood I thought it might be the case. I know there is no promise for dict s to be ordered in all cases but they are most of the time. As stated in Python docs: The order-preserving aspect of this new implementation is considered an implementation detail and should not be relied upon No, set s are still unordered. You can verify this just by displaying a

I really like to delve into code style and it's interesting to know whether from now on in all cases it would be better to use the new style. I'm using a lot the .format() in my Python 3.5 projects, and I'm afraid that it will be deprecated during the next Python versions because of this new kind of string literals. >>> name = "Test" >>> f"My app name is {name}." 'My app name is Test.' Does the formatted string feature come to fully replace the old format() ? I understand that it based on the idea that: Simple is better than complex. However, what about performance issues, does any difference

pip install pycrypto works fine with python3.5.2 but fails wiht python3.6 with the following error: inttypes.h(26): error C2061: syntax error: identifier 'intmax_t' The file include\pyport.h in Python installation directory does not have #include < stdint.h > anymore. This leaves intmax_t undefined. A workaround for Microsoft VC compiler is to force include stdint.h via OS environment variable CL : Open command prompt Setup VC environment by runing vcvars*.bat (choose file name depending on VC version and architecture) set CL=-FI"Full-Path\stdint.h" (use real value for Full-Path for the

I noticed python 3.5 and python 3.6 added a lot of features about static type checking, so I tried with the following code(in python 3.6, stable version). from typing import List a: List[str] = [] a.append('a') a.append(1) print(a) What surprised me was that, python didn't give me an error or warning, although 1 was appended to a list which should only contain strings. Pycharm detected the type error and gave me a warning about it, but it was not obvious and it was not shown in the output console, I was afraid sometimes I might miss it. I would like the following effects: If it's obvious that

I am trying to run a module from the console. The structure of my directory is this: I am trying to run the module p_03_using_bisection_search.py , from the problem_set_02 directory using: $ python3 p_03_using_bisection_search.py The code inside p_03_using_bisection_search.py is: __author__ = 'm' from .p_02_paying_debt_off_in_a_year import compute_balance_after def compute_bounds(balance: float, annual_interest_rate: float) -> (float, float): # there is code here, but I have omitted it to save space pass def compute_lowest_payment(balance: float, annual_interest_rate: float) -> float: # there

I'm trying out Python 3.6. Going through new code, I stumbled upon this new syntax: f"My formatting string!" It seems we can do things like this: >>> name = "George" >>> print(f"My cool string is called {name}.") My cool string is called George. Can anyone shed some light on the inner workings of this? In particular what is the scope of the variables that an f-prefixed string can take? Kwong Leong See PEP 498 Literal String Interpolation : The expressions that are extracted from the string are evaluated in the context where the f-string appeared. This means the expression has full access to