Remote/Pair-Programming in-the-cloud

DL Neil PythonList at DancesWithMice.info
Mon Aug 5 07:08:16 EDT 2019


On 4/08/19 6:44 AM, Terry Reedy wrote:
> On 8/3/2019 1:50 AM, Chris Angelico wrote:
>> On Sat, Aug 3, 2019 at 3:36 PM DL Neil 
>> <PythonList at danceswithmice.info> wrote:
>>>
>>> On 3/08/19 4:02 PM, Terry Reedy wrote:
>>> Is that really "p-p" or more "code review"?
> 
> The latter.  The quotes here mean "the closest I currently come to pair 
> programming".  I have often *wished* for live interaction instead.

See elsewhere for suggestions of how Idle might be used for such (not 
merely as an 'editor' - assuming that is 'all' it is now)


> Since master and clone are copies of the same program, switching roles 
> should be simple, and easier than trading seats.

+1
operative words "should be"!


>> However, I think it would be an extremely useful feature if the output
>> from running the program could also be replicated to the other client.
>> Let's say you're developing a Python script that connects to a
>> database (eg psycopg2 + PostgreSQL). To run that locally, you'd need
>> your own replica of the database, and that often means having your own
>> credentials (ie having the script able to choose which set of
>> credentials to use), replicating the database schema, and possibly
>> even getting a duplicate of the current table contents. Way WAY easier
>> to just run it on one computer and copy the output.
> 
> I did not think of this scenario because I don't currently program with 
> external libraries and DBs.  Sending output seems to be a must, with 
> running delivered code an option depending on trust and code review.  It 
> does, however, require a control message to switch incoming text from 
> editor to shell.

Watching the Cloud9 system 'paint' on one machine/browser a moment after 
I'd typed code using a second machine, brought me a childish delight 
(after all the reading, learning, and fiddling of accounts and 
permissions to get that far)


> Restriction to local networks might have some use.  There have been 
> programming classes where a teacher uses IDLE projected on an overhead 
> screen.  In at least some cases, a large type size (25-40) is needed. It 
> might be nicer to deliver to each students computer.

Disagree: there's a reason it's called the "world-wide" web!

Having said that: limiting to LAN makes life SO much easier.

(probably mentioned earlier/elsewhere)
I *HATE* using large screens, OHP panels, video projectors, etc. 
Firstly, they always seem to be going wrong - the problem of too many 
'moving parts'. Recently I was asked to give a user-oriented course in 
DB retrieval (cf programmers using SQL). I decided to use MySQL's 
Workbench, but that screen is so 'busy'. The local equipment was some 
VGA or not-much-better projector. Screen text was totally unreadable!

My preference these days is to slave everyone's screen to mine, using 
VNC software. It's just like a slide/movie projector and as the airlines 
like to advertise: everyone has their own personal screen! (plus, can 
adjust resolution, control screen enlargement, etc, to suit personal 
preferences)

However, a lot of training is moving away from "lectures" and certainly 
"class rooms". It is becoming an async world, and even if a group 
congregate into a single room, classes are organised so that each can 
work at his/her own pace. So, features to join all in "lock step" may 
not be so often required...
(apologies if more than two-cents' worth)
-- 
Regards =dn



More information about the Python-list mailing list