Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.programming > #5135

Re: python..

From BartC <bc@freeuk.com>
Newsgroups comp.programming
Subject Re: python..
References <0af26812-0c8a-4459-a495-f0097939fe5f@googlegroups.com> <m90vt5$s3n$1@news.albasani.net> <d0e8bda9-6ad6-4118-85d6-bed389c121e5@googlegroups.com> <m93klu$54e$1@news.albasani.net>
Message-ID <khdtw.21101$CV7.8160@fx18.am4> (permalink)
Organization virginmedia.com
Date 2015-01-13 18:15 +0000

Show all headers | View raw


On 13/01/2015 17:29, Mok-Kong Shen wrote:
> Am 12.01.2015 um 19:53 schrieb fir:
>
>> this is not neccessary about speed, more
>> about 'system integration', I just like to have
>> a program in an exe form, it just seem nicer,
>> feels like real program
>
> I am afraid I have not yet properly understood you. Hypothetically
> assume that one doesn't know whether interpretation or complilation
> is involved in the background and one simply gets something (one
> "black box") with which one can obtain a correct result via clicking
> on a button somewhere or writing a one-line command, what would be
> the difference in feeling in the two cases?

An executable can be entirely self-contained.

But a program that is in .py form might require a dozen other .py 
modules, and it could make use of any of the Python libraries.

So even if I send you an application as a single .py file, and you don't 
already have Python, you might need to install it first, and 3.1 for 
example seems to comprise 3000 files in 350 directories. A vast, 
sprawling dependency.

So it's tidier to have a program entirely contained within one package 
and which doesn't need an elaborate install. That would mean being able 
to just copy the one file onto a memory stick for example, and just use 
it on another computer as easily as you can with a TXT file.

-- 
Bartc

Back to comp.programming | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

python.. fir <profesor.fir@gmail.com> - 2015-01-06 06:20 -0800
  Re: python.. malcolm.mclean5@btinternet.com - 2015-01-06 11:24 -0800
    Re: python.. fir <profesor.fir@gmail.com> - 2015-01-06 16:32 -0800
    Re: python.. BartC <bc@freeuk.com> - 2015-01-09 13:02 +0000
  Re: python.. Mok-Kong Shen <mok-kong.shen@t-online.de> - 2015-01-12 18:22 +0100
    Re: python.. Mark Carroll <mtbc@bcs.org> - 2015-01-12 17:49 +0000
      Re: python.. malcolm.mclean5@btinternet.com - 2015-01-13 16:09 -0800
        Re: python.. Robert Wessel <robertwessel2@yahoo.com> - 2015-01-15 02:43 -0600
        Re: python.. Mok-Kong Shen <mok-kong.shen@t-online.de> - 2015-01-20 13:02 +0100
          Re: python.. Kaz Kylheku <kaz@kylheku.com> - 2015-01-20 19:25 +0000
            Re: python.. Kaz Kylheku <kaz@kylheku.com> - 2015-01-20 19:26 +0000
            Re: python.. malcolm.mclean5@btinternet.com - 2015-01-21 17:39 -0800
              Re: python.. Kaz Kylheku <kaz@kylheku.com> - 2015-01-22 02:29 +0000
    Re: python.. fir <profesor.fir@gmail.com> - 2015-01-12 10:53 -0800
      Re: python.. Mok-Kong Shen <mok-kong.shen@t-online.de> - 2015-01-13 18:29 +0100
        Re: python.. BartC <bc@freeuk.com> - 2015-01-13 18:15 +0000
        Re: python.. fir <profesor.fir@gmail.com> - 2015-01-13 15:16 -0800
          Re: python.. Philip Shaw <jnufcvyvuc@tznvy.pbz> - 2015-01-23 04:46 +0000

csiph-web