That would surprise me; Go has little in common with Python.
2,508 karma · joined January 22, 2008
That would surprise me; Go has little in common with Python.
Remote: yes (although willing to consider local positions)
Willing to relocate: no (that is not an option for me at this moment, unfortunately)
Technologies: Python, relational databases (SQL Server, MySQL, Postgres), web crawling, GUI development, SQLAlchemy, ETL, Scheme, Prolog, Lisp, etc (always eager to pick up new programming languages or technologies)
Resume/CV: http://aquila.blue/misc/resume.html
Github: http://github.com/zephyrfalcon
also: http://bitbucket.org/zephyrfalcon
and: http://gitlab.com/zephyrfalcon
Email: zephyrfalcon at gmail.com
Note: Looking for part-time work if at all possible, but not unwilling to do full-time again.
I am an experienced Python developer, having used the language in all kinds of areas and situations, including web development (Django, Pylons, Google App Engine, Flask, CherryPy, etc), GUI development, database access (using MS SQL Server, MySQL, and Postgres, among other things), scripting, backend development, automated testing, data extraction and parsing/ETL, etc.
I am looking for part-time work if at all possible (although full-time would be OK too). If you are looking to get a small project done, or you have an existing project where some maintenance work needs to be done on a regular basis, then I would love to hear from you.
I am also available for technical writing (I kept a programming blog for many years, mostly about Python).
(For the record: Although Python is my main programming language, I am also interested in, and have worked with, many other programming languages, including C, D, Delphi, Go, C#/Mono, Ruby, OCaml, Prolog, Lisp, Scheme, etc, on Windows, Mac OS X and Linux systems. I am also available to work on projects in these languages.)
Website: http://aquila.blue
Email: zephyrfalcon at gmail.com
I am an experienced Python developer, having used the language in all kinds of areas and situations, including web development (Django, Pylons, Google App Engine, Flask, CherryPy, etc), GUI development, database access (using MS SQL Server, MySQL, and Postgres, among other things), scripting, backend development, automated testing, data extraction and parsing/ETL, etc.
I am looking for part-time work if at all possible (although full-time would be OK too). If you are looking to get a small project done, or you have an existing project where some maintenance work needs to be done on a regular basis, then I would love to hear from you.
I am also available for technical writing (I kept a programming blog for many years, mostly about Python).
(For the record: Although Python is my main programming language, I am also interested in, and have worked with, many other programming languages, including C, D, Delphi, Go, C#/Mono, Ruby, OCaml, Prolog, Lisp, Scheme, etc, on Windows, Mac OS X and Linux systems. I am also available to work on projects in these languages.)
Website: http://aquila.blue
Email: zephyrfalcon at gmail.com
Willing to relocate: no (that is not an option for me at this moment, unfortunately)
Technologies: Python, relational databases (SQL Server, MySQL, Postgres), web crawling, GUI development, SQLAlchemy, ETL, Scheme, Prolog, Lisp, etc (always eager to pick up new programming languages or technologies)
Resume/CV: http://aquila.blue/misc/resume.html
Github: http://github.com/zephyrfalcon
also: http://bitbucket.org/zephyrfalcon
and: http://gitlab.com/zephyrfalcon
Email: zephyrfalcon at gmail.com
Note: Looking for part-time work if at all possible, but not unwilling to do full-time again.
Remote: yes (although willing to consider local positions)
Willing to relocate: no
Technologies: Python, relational databases (SQL Server, MySQL, Postgres), web crawling, GUI development, SQLAlchemy, ETL, Scheme, Prolog, etc (always eager to pick up new programming languages or technologies)
Resume/CV: http://aquila.blue/misc/resume.html
Github: http://github.com/zephyrfalcon
also: http://bitbucket.org/zephyrfalcon
and: http://gitlab.com/zephyrfalcon
Email: zephyrfalcon at gmail.com
Note: Looking for part-time work if at all possible, but not unwilling to do full-time again.
But that might not be the one you mean... I recall one with a black background... hmm.
/edit/ I also found this one: http://www.crystalinks.com/ ...I (probably badly) archived a copy of it around 2000/2001, back then many pages had dark graphical backgrounds. It seems that has changed.
There was also the Temple of the Screaming Electron, which has since disappeared. https://en.wikipedia.org/wiki/TOTSE
How does this work? I am not saying it can't be done, but the main benefit of Awk seems to be quick one-liners, which are possible because you get "records" (splitting on whitespace) and lines (splitting on newline) and looping for free. But for larger programs, this easily translates to Python; just call readlines(), loop over it, call split() on each line. I would think that at this point, Awk doesn't have much of an advantage anymore... but apparently your experiences are different. What are some Awk constructs that would take a lot more code in Python?
Remote: Yes
Willing to relocate: No, unfortunately that is not an option at this point
Technologies: Python, Javascript, HTML, CSS, MS SQL Server, MySQL, Postgres, Delphi, C, C#, Ruby, Scheme, Prolog, Lisp, D, Rebol, Go, OCaml, Google App Engine, parsing/ETL, web crawlers, scripting
Resume: http://aquila.blue/misc/resume.html
Email: zephyrfalcon at gmail.com
I have over 20 years of experience with Python, and have used it in all kinds of situations and environments. I have also worked with many other programming languages (a bit of a hobby of mine). I am always looking to learn new technologies.
I used to have that book... I didn't think it was very good. I wanted to learn more about the various conlangs, but instead the author mostly focused on their creators, and then especially their idiosyncrasies and quirks.
For those who want to know more about conlangs, I would recommend "The Language Construction Kit" by Mark Rosenfelder.
I remember when this was the thing to do; to store as much as possible in stored procs. Fat server (the server here being the database server), thin client.
That has changed, and changed again, and no doubt it will be different in the future again. The problem with our profession is that it isn't always easy to determine which changes are actual progress, and which are a fad or fashion.
(Anecdotally: I also remember having to replace ~100 lines of Python with ~60 stored procs and views in Access. This was code that was very unsuitable to be done in a database. The Python code did the job fast, and was readable and understandable; the Access queries were NOT, and it took them minutes to do the same thing. But, management considered Python "unmaintainable" because it was "an obscure language"... so they preferred the Access "solution".)
It was added more as a kind of "stop gap" for people who complained about the lack of private/protected attributes. That's why it is indeed half-assed. :) And that's also why hardly anybody uses it, especially the double underscore thing.
Who exactly considered it a bad idea and why?
(I never had my bike stolen, living in an urban area in the south of the Netherlands. That doesn't mean that it didn't happen there... if you leave your bike standing in odd places, it may well be gone when you come back. One way employed by thieves was to drive around with a van and just pick up any bikes that were standing around, locked or not, in broad daylight or not.)
When exactly did it use 8 spaces? I have been using Python since 1996 and I don't recall this 8-spaces thing. Almost all code I've seen uses 4 spaces.
In any case, it doesn't matter because, as another commenter pointed out, as long as your indentation is consistent, your code will work just fine, no matter how many spaces you use for indentation. Even if some code does use 8 spaces, it should work without problems. (Tabs as well, by the way... it's mixing tabs and spaces that is a problem.)
Then again, Twitter has been notoriously uninterested in fighting this kind of problem. In fact, they don't seem to care much at all what their users think (editing tweets, anyone?), probably because users are not a direct source of income for them (but advertisers are). This is different in the case of Mastodon. It would be interesting to see what kind of solution they might come up with.
This sounds like wishful thinking. (Your wish, apparently... certainly not mine. :-) I have seen no evidence that Python is on the way out. If I look at the languages asked for in HN's "Who's Hiring" thread, Python is #1. Even so, there are dynamically typed functional languages, like Clojure and Elixir, that are definitely on the way up.
The use of "=" for assignment is only confusing if you are already used to using for equations, and even then it's only confusing for a very short time, since it's obvious that the two (assignment vs equations) are completely different things. Python is hardly the first language to use it, by the way; I got started with BASIC on a Commodore 16 which used X=X+1, before I even knew about equations.