Here is a top SQL Server blogger writing that he is learning Python.
http://sqlservercode.blogspot.com/2017/07/why-i-am-learning-python-and-why-y...
Stephen, I am embarking on the same learning curve after someone here (it may well have been yourself) recommended UDemy.com for courses which have all been reduced in proce (mostly from £150 down to £10) Currently into Lesson 50 of 175 of the ultimate Python course and really enjoying it.... Mind you Tuples really take a lot of understanding to get the most of them - and we thought that VFP collections were different!!!
Dave
-----Original Message----- From: ProFox [mailto:profox-bounces@leafe.com] On Behalf Of Stephen Russell Sent: 26 July 2017 16:56 To: ProFox Email List profox@leafe.com Subject: [NF] are you considering Python?
Here is a top SQL Server blogger writing that he is learning Python.
http://sqlservercode.blogspot.com/2017/07/why-i-am-learning-python-and-why-y...
-- Stephen Russell Sr. Analyst Ring Container Technology Oakland TN
901.246-0159 cell
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html ---
[excessive quoting removed by server]
I was thinking of asking if anyone could recommend video courses to learn Python. I'm really not interested in sitting in a community college classroom with a bunch of young whippersnappers (I wrote software older than most of them), but I'll suffer if I must.
Save me please! :)
Paul H. Tarver Tarver Program Consultants, Inc. Email: paul@tpcqpc.com
-----Original Message----- From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Dave Crozier Sent: Friday, July 28, 2017 9:07 AM To: profoxtech@leafe.com Subject: RE: [NF] are you considering Python?
Stephen, I am embarking on the same learning curve after someone here (it may well have been yourself) recommended UDemy.com for courses which have all been reduced in proce (mostly from £150 down to £10) Currently into Lesson 50 of 175 of the ultimate Python course and really enjoying it.... Mind you Tuples really take a lot of understanding to get the most of them - and we thought that VFP collections were different!!!
Dave
-----Original Message----- From: ProFox [mailto:profox-bounces@leafe.com] On Behalf Of Stephen Russell Sent: 26 July 2017 16:56 To: ProFox Email List profox@leafe.com Subject: [NF] are you considering Python?
Here is a top SQL Server blogger writing that he is learning Python.
http://sqlservercode.blogspot.com/2017/07/why-i-am-learning-python-and-why-y ou.html
-- Stephen Russell Sr. Analyst Ring Container Technology Oakland TN
901.246-0159 cell
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html ---
[excessive quoting removed by server]
On Fri, Jul 28, 2017 at 8:31 AM, Paul H. Tarver paul@tpcqpc.com wrote:
I was thinking of asking if anyone could recommend video courses to learn Python. I'm really not interested in sitting in a community college classroom with a bunch of young whippersnappers (I wrote software older than most of them), but I'll suffer if I must.
Save me please! :)
Codeacademy has a free course which will get you started with the basics here: https://www.codecademy.com/learn/python
dt
Here's a Python-learning mindmap with the caveat that I haven't used it https://learn-anything.xyz/programming/programming-languages/python
Curious if anyone finds this useful.
Malcolm
On Jul 28, 2017, at 9:06 AM, Dave Crozier DaveC@Flexipol.co.uk wrote:
Mind you Tuples really take a lot of understanding to get the most of them - and we thought that VFP collections were different!!!
When all you’ve had are arrays/lists, tuples can be odd. I think of them as a single piece of data that consists of more than one value, such as an x-y coordinate, or a GPS point of latitude, longitude, and elevation.
The thing that trips up most people is that a tuple is immutable, while a list is mutable. If you find yourself trying to modify a tuple, maybe you shouldn’t be using a tuple in the first place. The x-y value of a point never changes. If you have a different number in that tuple, it’s a different point!
-- Ed Leafe
Ed, Yes that was what foxed me (pardon the pun!) for a while.... however after a few coding examples put in context to my own data I can now see massive possibilities in data processing. Thoroughly enjoying it all!
Dave
-----Original Message----- From: ProFox [mailto:profox-bounces@leafe.com] On Behalf Of Ed Leafe Sent: 28 July 2017 16:53 To: ProFox Mailing List profox@leafe.com Subject: Re: [NF] are you considering Python?
On Jul 28, 2017, at 9:06 AM, Dave Crozier DaveC@Flexipol.co.uk wrote:
Mind you Tuples really take a lot of understanding to get the most of them - and we thought that VFP collections were different!!!
When all you’ve had are arrays/lists, tuples can be odd. I think of them as a single piece of data that consists of more than one value, such as an x-y coordinate, or a GPS point of latitude, longitude, and elevation.
The thing that trips up most people is that a tuple is immutable, while a list is mutable. If you find yourself trying to modify a tuple, maybe you shouldn’t be using a tuple in the first place. The x-y value of a point never changes. If you have a different number in that tuple, it’s a different point!
-- Ed Leafe
_______________________________________________ Post Messages to: ProFox@leafe.com Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech Searchable Archive: http://leafe.com/archives/search/profox This message: http://leafe.com/archives/byMID/profox/4C037984-F72A-47FB-83AC-B22E54D4680C@... ** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
Sort of like an immutable collection of objects or primitive types then?
On Jul 29, 2017, at 8:10 AM, Alan Bourke alanpbourke@fastmail.fm wrote:
Sort of like an immutable collection of objects or primitive types then?
Sort of, but there is also the concept that it makes no sense to add or remove an item from that collection. So not just immutable, but no reason to be changed.
-- Ed Leafe
--- StripMime Report -- processed MIME parts --- multipart/signed text/plain (text body -- kept) application/pgp-signature ---
On 2017-07-29 16:12, Ed Leafe wrote:
On Jul 29, 2017, at 8:10 AM, Alan Bourke alanpbourke@fastmail.fm wrote:
Sort of like an immutable collection of objects or primitive types then?
Sort of, but there is also the concept that it makes no sense to add or remove an item from that collection. So not just immutable, but no reason to be changed.
So a static set of data, then? Like USPS zip codes?
On Jul 31, 2017, at 12:12 PM, mbsoftwaresolutions@mbsoftwaresolutions.com wrote:
So a static set of data, then? Like USPS zip codes?
Well, not exactly. It could be anything that only makes sense as a complete set. Like parameters to a function, or small data collections. Assume that in your app you pass around simple user information, and this information contains username, role, and an expiration date. So a logged-in user would be represented internally as a 3-tuple of (username, role, expires). You could receive user tuples from another part of the system, and know that there will be those 3 elements in that order. That’s a pretty weak example, but it would show the difference between a tuple and a list/array: it wouldn’t make sense to have something like:
user_info.append(“green”)
to add an additional element, because we’ve defined a user as those 3 values. Likewise, deleting an item wouldn’t make sense, because now you would not have the information that your app would need.
-- Ed Leafe
On 2017-07-31 16:29, Ed Leafe wrote:
On Jul 31, 2017, at 12:12 PM, mbsoftwaresolutions@mbsoftwaresolutions.com wrote:
So a static set of data, then? Like USPS zip codes?
Well, not exactly. It could be anything that only makes sense as a complete set. Like parameters to a function, or small data collections. Assume that in your app you pass around simple user information, and this information contains username, role, and an expiration date. So a logged-in user would be represented internally as a 3-tuple of (username, role, expires). You could receive user tuples from another part of the system, and know that there will be those 3 elements in that order. That’s a pretty weak example, but it would show the difference between a tuple and a list/array: it wouldn’t make sense to have something like:
user_info.append(“green”)
to add an additional element, because we’ve defined a user as those 3 values. Likewise, deleting an item wouldn’t make sense, because now you would not have the information that your app would need.
Ok. So an object collection of sorts, like the user properties you described. Thanks.
-
Alan Bourke -
Dave Crozier -
Dave Thayer -
Ed Leafe -
Malcolm Greene -
mbsoftwaresolutions＠mbsoftwaresolutions.com -
Paul H. Tarver -
Stephen Russell