You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@dynamitechetan, no offence, but I think there is something wrong in every line in this repository. Somehow this repository ended up in my favorite weekly newsletter, so I'm assuming this was posted somewhere as a resource for Python novices. Unfortunately, this "open source book" isn't ready to be published and teaches many bad habits.
Looking at binsearch, flake8 output:
30:1: W391 blank line at end of file
2:1: W293 blank line contains whitespace
6:1: W293 blank line contains whitespace
8:1: W293 blank line contains whitespace
14:1: W293 blank line contains whitespace
16:1: W293 blank line contains whitespace
20:1: W293 blank line contains whitespace
28:7: E225 missing whitespace around operator
28:11: E201 whitespace after '('
11:14: E111 indentation is not a multiple of four
12:14: E111 indentation is not a multiple of four
7:16: E225 missing whitespace around operator
21:18: E712 comparison to False should be 'if cond is False:' or 'if not cond:'
It looks like there is a warning every second line, including those empty. It's not good.
Regarding efficiency, I don't think it is that important when showing Python to newcomers. Code should be friendly and clean. Anyway, this could be rewritten using bultin modules and we would achieve two things for free ("C speed" and reducing line count). Copy-pasting from Python docs:
import bisect
def binary_search(sequence, value):
index = bisect.bisect_left(sequence, value)
if index != len(sequence) and sequence[index] == value:
return index
raise ValueError
Using this, we can easily write another function, which returns True/False depending on presence of item in sequence (just like current implementation as of 4c2c3c5)
Made binary_search algo usual way. Also binary search method used stdlib added (suggested to @miedzinski comment) - binary_search - pure implementation binary_search_std_lib - implementation using stdlib's bisect
Just merge #6
@SergeyTsaplin, much better. But you introduced one, very bad, thing to with new implementation. Your code is O(nlogn), because of assertion which sorts the sequence. You could do it O(n), but in the same way you could implement linear search, which beats the purpose of doing binary search in first place. Just drop it.
First example is absolutely amateurish. Second - is not pythonic
If you see such pull request - just reject it. Also it's very useful to use some CI-service to prevent bad code
Activity
topaz1874 commentedon Jul 29, 2016
Cant agree more, even from a newbie like me ,still can tell these code can write much better.
dynamitechetan commentedon Jul 29, 2016
We all are learners, if you think something is wrong please send a pull request and make this more efficient.
harshildarji commentedon Jul 29, 2016
Agree with @dynamitechetan
If you've found any problem in our code, then I request you to make a pull request.
AnupKumarPanwar commentedon Jul 29, 2016
Yeah exactly you can think of it as an Open Source book
SergeyTsaplin commentedon Jul 29, 2016
I made selection sort more pythonic, please merge it #5
Later I can make more but now I haven't got enough time for it
miedzinski commentedon Jul 29, 2016
@dynamitechetan, no offence, but I think there is something wrong in every line in this repository. Somehow this repository ended up in my favorite weekly newsletter, so I'm assuming this was posted somewhere as a resource for Python novices. Unfortunately, this "open source book" isn't ready to be published and teaches many bad habits.
Looking at binsearch, flake8 output:
It looks like there is a warning every second line, including those empty. It's not good.
Regarding efficiency, I don't think it is that important when showing Python to newcomers. Code should be friendly and clean. Anyway, this could be rewritten using bultin modules and we would achieve two things for free ("C speed" and reducing line count). Copy-pasting from Python docs:
Using this, we can easily write another function, which returns
True/Falsedepending on presence of item in sequence (just like current implementation as of 4c2c3c5)Voilà, done. Side-effects free, clean, concise and pythonic.
Add some docstrings, examples of usage,
if __name__ == '__main__'idiom for testing from terminal and it's ready for PR.Big difference, IMO.
dynamitechetan commentedon Jul 29, 2016
@miedzinski I will try to fix it asap.
And I would also like to know which weekly newsletter this repo got posted.
Thank you for your help!
miedzinski commentedon Jul 29, 2016
@dynamitechetan, Pycoder's Weekly, issue #227.
SergeyTsaplin commentedon Jul 29, 2016
Made binary_search algo usual way. Also binary search method used stdlib added (suggested to @miedzinski comment) -
binary_search- pure implementationbinary_search_std_lib- implementation using stdlib'sbisectJust merge #6
harshildarji commentedon Jul 29, 2016
@SergeyTsaplin Merged!
miedzinski commentedon Jul 29, 2016
@SergeyTsaplin, much better. But you introduced one, very bad, thing to with new implementation. Your code is
O(nlogn), because of assertion which sorts the sequence. You could do itO(n), but in the same way you could implement linear search, which beats the purpose of doing binary search in first place. Just drop it.SergeyTsaplin commentedon Aug 1, 2016
Guys, don't name files such way please:
Simple Substitution Cipher.pyBubbleSort.pyetcFirst example is absolutely amateurish. Second - is not pythonic
If you see such pull request - just reject it. Also it's very useful to use some CI-service to prevent bad code
harshildarji commentedon Aug 1, 2016
@SergeyTsaplin Thank you for suggestion. Actually it's my mistake, and I just solved it.
miedzinski commentedon Aug 1, 2016
I recommend reading this and then this.
harshildarji commentedon Aug 2, 2016
@SergeyTsaplin I've included test cases in all cipher scripts and this tests are running well locally as shown in below image:

But, when I commit and push the same, Travis says that build failed.
Can you please take a look at this?
miedzinski commentedon Aug 2, 2016
Read the build log. It's explained there.
I am closing this. Clearly some changes to code were made.
Merge pull request #3 from TheAlgorithms/master
Add style improvements for first soln of PE TheAlgorithms#3
Add default arg and typehints for 2nd soln of PE TheAlgorithms#3
Add default arg for 3rd soln of PE TheAlgorithms#3
GitBook: [TheAlgorithms#3] No subject
Fix insertion fail in ["*X", "*XX"] cases
Fix `radix_tree.py` insertion fail in ["*X", "*XX"] cases (#8870)
Test commit for PR #3