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

Groups > comp.lang.python > #38986 > unrolled thread

Small program ideas

Back to article view | Back to comp.lang.python

Contents

  Small program ideas eli m <techgeek201@gmail.com> - 2013-02-15 19:22 -0800
    Re: Small program ideas Mitya Sirenef <msirenef@lightbird.net> - 2013-02-15 22:52 -0500
      Re: Small program ideas eli m <techgeek201@gmail.com> - 2013-02-15 19:57 -0800
        Re: Small program ideas Mitya Sirenef <msirenef@lightbird.net> - 2013-02-15 23:19 -0500
        Re: Small program ideas Mark R Rivet <markrrivet@aol.com> - 2013-02-16 12:42 -0500
      Re: Small program ideas eli m <techgeek201@gmail.com> - 2013-02-15 19:57 -0800
      Re: Small program ideas Mark R Rivet <markrrivet@aol.com> - 2013-02-16 12:40 -0500
    Re: Small program ideas eli m <techgeek201@gmail.com> - 2013-02-25 19:48 -0800
      Re: Small program ideas Dave Angel <davea@davea.name> - 2013-02-26 01:15 -0500
        Re: Small program ideas eli m <techgeek201@gmail.com> - 2013-02-26 14:47 -0800
          Re: Small program ideas Joshua Landau <joshua.landau.ws@gmail.com> - 2013-02-27 00:22 +0000
            Re: Small program ideas eli m <techgeek201@gmail.com> - 2013-02-26 16:47 -0800
            Re: Small program ideas eli m <techgeek201@gmail.com> - 2013-02-26 16:47 -0800
          Re: Small program ideas Dave Angel <davea@davea.name> - 2013-02-26 22:27 -0500
          Re: Small program ideas Chris Angelico <rosuav@gmail.com> - 2013-02-27 17:18 +1100
        Re: Small program ideas eli m <techgeek201@gmail.com> - 2013-02-26 14:47 -0800
      Re: Small program ideas "Vytas D." <vytasd2013@gmail.com> - 2013-02-26 13:21 +0000
        Re: Small program ideas Neil Cerutti <neilc@norwich.edu> - 2013-02-26 14:32 +0000
      Re: Small program ideas Matej Cepl <mcepl@redhat.com> - 2013-02-26 14:21 +0100
    Re: Small program ideas eli m <techgeek201@gmail.com> - 2013-03-18 16:51 -0700
      Re: Small program ideas Mark Lawrence <breamoreboy@yahoo.co.uk> - 2013-03-19 00:56 +0000
    Re: Small program ideas PMT <d12123176@mydit.ie> - 2013-03-28 11:46 -0700
      Re: Small program ideas Neil Cerutti <neilc@norwich.edu> - 2013-03-29 13:43 +0000

Page 1 of 2  [1] 2  Next page →

#38986 — Small program ideas

Any small program ideas? I would prefer to stick to command line ones. Thanks.

[toc] | [next] | [standalone]

#38987

On 02/15/2013 10:22 PM, eli m wrote:
> Any small program ideas? I would prefer to stick to command line ones. Thanks.

How about these two:

  - simulation of a street crossing with green/red lights allowing cars 
and pedestrians to pass in one direction then another

  - simulation of an elevator in a building: buttons on each floor to 
call the elevator, buttons inside to go to a particular floor,
    multiple floors can be selected at the same time, creating a queue 
of floors to go to.

  -m

-- 
Lark's Tongue Guide to Python: http://lightbird.net/larks/

[toc] | [prev] | [next] | [standalone]

#38989

On Friday, February 15, 2013 7:52:57 PM UTC-8, Mitya Sirenef wrote:
> On 02/15/2013 10:22 PM, eli m wrote:
> 
> > Any small program ideas? I would prefer to stick to command line ones. Thanks.
> 
> 
> 
> How about these two:
> 
> 
> 
>   - simulation of a street crossing with green/red lights allowing cars 
> 
> and pedestrians to pass in one direction then another
> 
> 
> 
>   - simulation of an elevator in a building: buttons on each floor to 
> 
> call the elevator, buttons inside to go to a particular floor,
> 
>     multiple floors can be selected at the same time, creating a queue 
> 
> of floors to go to.
> 
> 
> 
>   -m
> 
> 
> 
> -- 
> 
> Lark's Tongue Guide to Python: http://lightbird.net/larks/

Could i make these text and not visual? That is what i am trying to do.

[toc] | [prev] | [next] | [standalone]

#38992

On 02/15/2013 10:57 PM, eli m wrote:
> On Friday, February 15, 2013 7:52:57 PM UTC-8, Mitya Sirenef wrote:
>> On 02/15/2013 10:22 PM, eli m wrote:
>>
>>> Any small program ideas? I would prefer to stick to command line ones. Thanks.
>>
>>
>> How about these two:
>>
>>
>>
>>    - simulation of a street crossing with green/red lights allowing cars
>>
>> and pedestrians to pass in one direction then another
>>
>>
>>
>>    - simulation of an elevator in a building: buttons on each floor to
>>
>> call the elevator, buttons inside to go to a particular floor,
>>
>>      multiple floors can be selected at the same time, creating a queue
>>
>> of floors to go to.
>>
>>
>>
>>    -m
>>
>>
>>
>> -- 
>>
>> Lark's Tongue Guide to Python: http://lightbird.net/larks/
> Could i make these text and not visual? That is what i am trying to do.


Of course - just think up some textual representation before starting on 
the code. -m

-- 
Lark's Tongue Guide to Python: http://lightbird.net/larks/

[toc] | [prev] | [next] | [standalone]

#39007

On Fri, 15 Feb 2013 19:57:35 -0800 (PST), eli m
<techgeek201@gmail.com> wrote:

>On Friday, February 15, 2013 7:52:57 PM UTC-8, Mitya Sirenef wrote:
>> On 02/15/2013 10:22 PM, eli m wrote:
>> 
>> > Any small program ideas? I would prefer to stick to command line ones. Thanks.
>> 
>> 
>> 
>> How about these two:
>> 
>> 
>> 
>>   - simulation of a street crossing with green/red lights allowing cars 
>> 
>> and pedestrians to pass in one direction then another
>> 
>> 
>> 
>>   - simulation of an elevator in a building: buttons on each floor to 
>> 
>> call the elevator, buttons inside to go to a particular floor,
>> 
>>     multiple floors can be selected at the same time, creating a queue 
>> 
>> of floors to go to.
>> 
>> 
>> 
>>   -m
>> 
>> 
>> 
>> -- 
>> 
>> Lark's Tongue Guide to Python: http://lightbird.net/larks/
>
>Could i make these text and not visual? That is what i am trying to do.

I would say text would be best. That way you would get the programming
logic down. Graphics would be the next level that could be added.
USMC
Semper Fi

[toc] | [prev] | [next] | [standalone]

#38990

On Friday, February 15, 2013 7:52:57 PM UTC-8, Mitya Sirenef wrote:
> On 02/15/2013 10:22 PM, eli m wrote:
> 
> > Any small program ideas? I would prefer to stick to command line ones. Thanks.
> 
> 
> 
> How about these two:
> 
> 
> 
>   - simulation of a street crossing with green/red lights allowing cars 
> 
> and pedestrians to pass in one direction then another
> 
> 
> 
>   - simulation of an elevator in a building: buttons on each floor to 
> 
> call the elevator, buttons inside to go to a particular floor,
> 
>     multiple floors can be selected at the same time, creating a queue 
> 
> of floors to go to.
> 
> 
> 
>   -m
> 
> 
> 
> -- 
> 
> Lark's Tongue Guide to Python: http://lightbird.net/larks/

Could i make these text and not visual? That is what i am trying to do.

[toc] | [prev] | [next] | [standalone]

#39006

On Fri, 15 Feb 2013 22:52:57 -0500, Mitya Sirenef
<msirenef@lightbird.net> wrote:

>On 02/15/2013 10:22 PM, eli m wrote:
>> Any small program ideas? I would prefer to stick to command line ones. Thanks.
>
>How about these two:
>
>  - simulation of a street crossing with green/red lights allowing cars 
>and pedestrians to pass in one direction then another
>
>  - simulation of an elevator in a building: buttons on each floor to 
>call the elevator, buttons inside to go to a particular floor,
>    multiple floors can be selected at the same time, creating a queue 
>of floors to go to.
>
>  -m

I like the elevator sim proposal. We did that exercise in C++ in
college. It makes use of few data structures. I actually was very
impressed at how intense the algorithm for an elevator could be.
Especially if, say, its a skyscraper with many floors and elevator
shafts. Very good exercise! I am new to python myself and just may try
that for the practise.

Here's my suggestion: A python game AI for the text game "Zork"


USMC
Semper Fi

[toc] | [prev] | [next] | [standalone]

#39927

On Friday, February 15, 2013 7:22:41 PM UTC-8, eli m wrote:
> Any small program ideas? I would prefer to stick to command line ones. Thanks.

Thank you guys for the suggestions. Any more?

[toc] | [prev] | [next] | [standalone]

#39933

On 02/25/2013 10:48 PM, eli m wrote:
> On Friday, February 15, 2013 7:22:41 PM UTC-8, eli m wrote:
>> Any small program ideas? I would prefer to stick to command line ones. Thanks.
>
> Thank you guys for the suggestions. Any more?
>

There are all kinds of things you could do.  First, consider something 
that might be useful.

1) checksum all the files in a directory tree, using various checksum 
algorithms.

2) Convert one kind of file to another.

3) Calculate time between two dates

4) Write some part of a backup system.  For example, copy files from a 
directory tree into a specified directory, stopping when the size totals 
N.N gig, and keeping track of which files have been so processed, so 
that after burning that directory to DVD, you can repeat the process. 
As a bonus, add a utility & datafile to the top of that directory, so 
that the DVD can be self-checking.

Then try something interesting:

1) find the nth prime, for example the 1000th prime

2) Find all perfect numbers under a trillion

3) solve the puzzles on http://projecteuler.net

4) Build a spell checker, using a combination of a standard 
dictionary-list and custom entries.  Bonus question - Make it smart 
enough to only spell-check comments and literal strings, when applied to 
files with an extension of .py


-- 
DaveA

[toc] | [prev] | [next] | [standalone]

#40011

On Monday, February 25, 2013 10:15:24 PM UTC-8, Dave Angel wrote:
> On 02/25/2013 10:48 PM, eli m wrote:
> 
> > On Friday, February 15, 2013 7:22:41 PM UTC-8, eli m wrote:
> 
> >> Any small program ideas? I would prefer to stick to command line ones. Thanks.
> 
> >
> 
> > Thank you guys for the suggestions. Any more?
> 
> >
> 
> 
> 
> There are all kinds of things you could do.  First, consider something 
> 
> that might be useful.
> 
> 
> 
> 1) checksum all the files in a directory tree, using various checksum 
> 
> algorithms.
> 
> 
> 
> 2) Convert one kind of file to another.
> 
> 
> 
> 3) Calculate time between two dates
> 
> 
> 
> 4) Write some part of a backup system.  For example, copy files from a 
> 
> directory tree into a specified directory, stopping when the size totals 
> 
> N.N gig, and keeping track of which files have been so processed, so 
> 
> that after burning that directory to DVD, you can repeat the process. 
> 
> As a bonus, add a utility & datafile to the top of that directory, so 
> 
> that the DVD can be self-checking.
> 
> 
> 
> Then try something interesting:
> 
> 
> 
> 1) find the nth prime, for example the 1000th prime
> 
> 
> 
> 2) Find all perfect numbers under a trillion
> 
> 
> 
> 3) solve the puzzles on http://projecteuler.net
> 
> 
> 
> 4) Build a spell checker, using a combination of a standard 
> 
> dictionary-list and custom entries.  Bonus question - Make it smart 
> 
> enough to only spell-check comments and literal strings, when applied to 
> 
> files with an extension of .py
> 
> 
> 
> 
> 
> -- 
> 
> DaveA

How hard would it be to change one file to another and would it be a small-medium sized program?

[toc] | [prev] | [next] | [standalone]

#40013

[Multipart message — attachments visible in raw view] — view raw

On 26 February 2013 22:47, eli m <techgeek201@gmail.com> wrote:

> How hard would it be to change one file to another and would it be a
> small-medium sized program?
>

How do you want to change it? Like rename a file (os.rename)?

[toc] | [prev] | [next] | [standalone]

#40015

On Tuesday, February 26, 2013 4:22:10 PM UTC-8, Joshua Landau wrote:
> On 26 February 2013 22:47, eli m <techg...@gmail.com> wrote:
> 
> 
> 
> 
> 
> How hard would it be to change one file to another and would it be a small-medium sized program?
> 
> 
> How do you want to change it? Like rename a file (os.rename)?

I want to change the file type.

[toc] | [prev] | [next] | [standalone]

#40016

On Tuesday, February 26, 2013 4:22:10 PM UTC-8, Joshua Landau wrote:
> On 26 February 2013 22:47, eli m <techg...@gmail.com> wrote:
> 
> 
> 
> 
> 
> How hard would it be to change one file to another and would it be a small-medium sized program?
> 
> 
> How do you want to change it? Like rename a file (os.rename)?

I want to change the file type.

[toc] | [prev] | [next] | [standalone]

#40029

On 02/26/2013 05:47 PM, eli m wrote:
> On Monday, February 25, 2013 10:15:24 PM UTC-8, Dave Angel wrote:
>> On 02/25/2013 10:48 PM, eli m wrote:
>>
>>> On Friday, February 15, 2013 7:22:41 PM UTC-8, eli m wrote:
>>
>>>> Any small program ideas? I would prefer to stick to command line ones. Thanks.
>>
>>>
>>
>>> Thank you guys for the suggestions. Any more?
>>
>>>
>>
>>
>>
>> There are all kinds of things you could do.  First, consider something
>>
>> that might be useful.
>>
>>
>>
>> 1) checksum all the files in a directory tree, using various checksum
>>
>> algorithms.
>>
>>
>>
>> 2) Convert one kind of file to another.
>>
>>   <snip>
>>
>
> How hard would it be to change one file to another and would it be a small-medium sized program?
>

Depends on the kinds of the two files.  To convert an Excel spreadsheet 
file to a csv file might be a lot of work, thousands of lines, not to 
mention having to dig up the docs.  But to convert a DOS text file (with 
lines ending cr/lf) into a Unix text file (with lines ending lf)  would 
be a dozen lines, shrinkable to 3 with lots of experience.  (And I'd 
probably prefer the dozen line version)

Other conversions might be somewhere in between.  You could do data 
compression, like bzip, using the modules in the standard library.

Note that utility commands may exist, but it can be instructive to do it 
"by hand" anyway, to learn how.

Look at the following libraries, and see how you could write the glue to 
make them into useful file conversion utilities.  Then test them against 
the standard equivalents, to make sure your code really work.
alib, gzip, bz2, zipfile, tarfile, csv, ConfigParser, robotparser, ...



-- 
DaveA

[toc] | [prev] | [next] | [standalone]

#40033

On Wed, Feb 27, 2013 at 2:27 PM, Dave Angel <davea@davea.name> wrote:
> But to convert a DOS text file (with lines ending cr/lf) into a Unix text
> file (with lines ending lf)  would be a dozen lines, shrinkable to 3 with
> lots of experience.  (And I'd probably prefer the dozen line version)

Code golf!

open("outfile","wb").write(open("infile","rb").read().replace("\r",""))

No particular reason, and I'd probably prefer a 3-6 line version of
it, but it's fun to do it as one :)

ChrisA

[toc] | [prev] | [next] | [standalone]

#40012

On Monday, February 25, 2013 10:15:24 PM UTC-8, Dave Angel wrote:
> On 02/25/2013 10:48 PM, eli m wrote:
> 
> > On Friday, February 15, 2013 7:22:41 PM UTC-8, eli m wrote:
> 
> >> Any small program ideas? I would prefer to stick to command line ones. Thanks.
> 
> >
> 
> > Thank you guys for the suggestions. Any more?
> 
> >
> 
> 
> 
> There are all kinds of things you could do.  First, consider something 
> 
> that might be useful.
> 
> 
> 
> 1) checksum all the files in a directory tree, using various checksum 
> 
> algorithms.
> 
> 
> 
> 2) Convert one kind of file to another.
> 
> 
> 
> 3) Calculate time between two dates
> 
> 
> 
> 4) Write some part of a backup system.  For example, copy files from a 
> 
> directory tree into a specified directory, stopping when the size totals 
> 
> N.N gig, and keeping track of which files have been so processed, so 
> 
> that after burning that directory to DVD, you can repeat the process. 
> 
> As a bonus, add a utility & datafile to the top of that directory, so 
> 
> that the DVD can be self-checking.
> 
> 
> 
> Then try something interesting:
> 
> 
> 
> 1) find the nth prime, for example the 1000th prime
> 
> 
> 
> 2) Find all perfect numbers under a trillion
> 
> 
> 
> 3) solve the puzzles on http://projecteuler.net
> 
> 
> 
> 4) Build a spell checker, using a combination of a standard 
> 
> dictionary-list and custom entries.  Bonus question - Make it smart 
> 
> enough to only spell-check comments and literal strings, when applied to 
> 
> files with an extension of .py
> 
> 
> 
> 
> 
> -- 
> 
> DaveA

How hard would it be to change one file to another and would it be a small-medium sized program?

[toc] | [prev] | [next] | [standalone]

#39947

[Multipart message — attachments visible in raw view] — view raw

Hello,

Some more ideas:

1. Implement sin(), cos(), tan() etc. The accuracy could be supplied as a
parameter to the program. The correctness can be checked very easily with
implemented versions.

2. Read a string/file and look for palindromes (the group of words that can
read from both ends: A toyota, Madam in Eden, I'm Adam...)

3. Read a string/file and draw that string on the screen in a whirlpool
way. Counter-clockwise sample of the string: "abigsnake":
sgi
nab
ake

4. Print first n Fibonacci numbers.

5. Calculate Pi value for the specified accuracy. From wiki: "...
irrational number, including π, can be represented by an infinite series of
nested fractions...". So it won't be very complicated to implement.

6. Implement dos2unix/unix2dos

7. Calculator, that gets a string, put data into a tree and after
calculates the value.

Vytas D.


On Tue, Feb 26, 2013 at 6:15 AM, Dave Angel <davea@davea.name> wrote:

> On 02/25/2013 10:48 PM, eli m wrote:
>
>> On Friday, February 15, 2013 7:22:41 PM UTC-8, eli m wrote:
>>
>>> Any small program ideas? I would prefer to stick to command line ones.
>>> Thanks.
>>>
>>
>> Thank you guys for the suggestions. Any more?
>>
>>
> There are all kinds of things you could do.  First, consider something
> that might be useful.
>
> 1) checksum all the files in a directory tree, using various checksum
> algorithms.
>
> 2) Convert one kind of file to another.
>
> 3) Calculate time between two dates
>
> 4) Write some part of a backup system.  For example, copy files from a
> directory tree into a specified directory, stopping when the size totals
> N.N gig, and keeping track of which files have been so processed, so that
> after burning that directory to DVD, you can repeat the process. As a
> bonus, add a utility & datafile to the top of that directory, so that the
> DVD can be self-checking.
>
> Then try something interesting:
>
> 1) find the nth prime, for example the 1000th prime
>
> 2) Find all perfect numbers under a trillion
>
> 3) solve the puzzles on http://projecteuler.net
>
> 4) Build a spell checker, using a combination of a standard
> dictionary-list and custom entries.  Bonus question - Make it smart enough
> to only spell-check comments and literal strings, when applied to files
> with an extension of .py
>
>
> --
> DaveA
> --
> http://mail.python.org/**mailman/listinfo/python-list<http://mail.python.org/mailman/listinfo/python-list>
>

[toc] | [prev] | [next] | [standalone]

#39954

On 2013-02-26, Vytas D. <vytasd2013@gmail.com> wrote:
> Some more ideas:

If you like puzzles but not math, then The Python Challenge is an
interesting destination. You'll be thrown head first into Python
libraries you might not otherwise not be interested, like PIL.
Command line apps are not the norm in the challenge.

http://www.pythonchallenge.com/

-- 
Neil Cerutti

[toc] | [prev] | [next] | [standalone]

#39960

On 2013-02-26, 03:48 GMT, eli m wrote:
> On Friday, February 15, 2013 7:22:41 PM UTC-8, eli m wrote:
>> Any small program ideas? I would prefer to stick to command line 
>> ones. Thanks.
>
> Thank you guys for the suggestions. Any more?

1) Clone git repository from https://github.com/mcepl/html2text
2) Switch to fix_tests branch
3) Fix all tests running the testsuite with python3.3

You will help a good thing, contribute to the Aaron Swartz memory (yes, 
*that* Aaron Swartz is the original author of the module), and learn 
about python more than by any silly simple demos (hint: pdb is your 
friend).

It is not difficult, just time consuming.

Best,

Matěj

[toc] | [prev] | [next] | [standalone]

#41466

Any other ideas?

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | comp.lang.python

csiph-web