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

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

simple client data base

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

Contents

  simple client data base Mark R Rivet <markrrivet@aol.com> - 2012-09-03 10:12 -0400
    Re: simple client data base "Martin P. Hellwig" <martin.hellwig@gmail.com> - 2012-09-03 07:27 -0700
    Re: simple client data base Chris Angelico <rosuav@gmail.com> - 2012-09-04 00:28 +1000
    Re: simple client data base Mark Lawrence <breamoreboy@yahoo.co.uk> - 2012-09-03 15:37 +0100
    Re: simple client data base Peter Otten <__peter__@web.de> - 2012-09-03 16:50 +0200
      Re: simple client data base Mark R Rivet <markrrivet@aol.com> - 2012-09-08 15:22 -0400
        Re: simple client data base Dennis Lee Bieber <wlfraed@ix.netcom.com> - 2012-09-08 17:42 -0400
    Re: simple client data base Wolfgang Keller <feliphil@gmx.net> - 2012-09-03 18:03 +0200
      Re: simple client data base Walter Hurry <walterhurry@lavabit.com> - 2012-09-03 19:02 +0000
        Re: simple client data base Wolfgang Keller <feliphil@gmx.net> - 2012-09-04 15:17 +0200
    Re: simple client data base Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2012-09-04 04:25 +0200
      Re: simple client data base Mark R Rivet <markrrivet@aol.com> - 2012-09-08 15:40 -0400
        Re: simple client data base Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2012-09-11 13:28 +0200
    Re: simple client data base Ramchandra Apte <maniandram01@gmail.com> - 2012-09-05 05:57 -0700
      Re: simple client data base Mark R Rivet <markrrivet@aol.com> - 2012-09-08 15:42 -0400
    Re: simple client data base Bryan <bryanjugglercryptographer@yahoo.com> - 2012-09-06 01:57 -0700
      Re: simple client data base Mark R Rivet <markrrivet@aol.com> - 2012-09-08 15:47 -0400
        Re: simple client data base Jason Friedman <jason@powerpull.net> - 2012-09-08 14:05 -0600
        Re: simple client data base Paul Rubin <no.email@nospam.invalid> - 2012-09-08 13:11 -0700
          Re: simple client data base Ian W <mymixedmess@gmail.com> - 2012-09-08 15:32 -0500
          Re: simple client data base Walter Hurry <walterhurry@lavabit.com> - 2012-09-08 20:39 +0000
        Re: simple client data base Jorgen Grahn <grahn+nntp@snipabacken.se> - 2012-09-08 21:03 +0000
        Re: simple client data base Bryan <bryanjugglercryptographer@yahoo.com> - 2012-09-09 09:06 -0700
        Re: simple client data base Tim Chase <python.list@tim.thechases.com> - 2012-09-09 13:27 -0500
          Re: simple client data base Paul Rubin <no.email@nospam.invalid> - 2012-09-09 11:55 -0700

Page 2 of 2 — ← Prev page 1 [2]

#28743

On Sat, 08 Sep 2012 13:11:27 -0700, Paul Rubin wrote:

> Mark R Rivet <markrrivet@aol.com> writes:
>>>ones for a few dollars. You're reading about lists, tuples, and
>>>dictionary data? Great, but other home accounting businesses have their
>>>client databases automatically synced with their smart-phones and their
>>>time-charging and their invoicing.
>> Well I have to say that this is most discouraging. I should give up
>> learning to program. I don't have a chance at all. Thanks.
> 
> I think the idea is just to start with something simpler.  If you are
> interested in mechanical engineering, then building an automobile from
> scratch, machining all the parts yourself etc., would be an ill-advised
> choice as a first project.  It's the same way with programming.

And he has it backwards anyway, IMHO. If he wants a client database and 
insists on building it himself, he should start with the relational 
database and work up; not from the GUI and try to work down with silly 
solutions like pickling.

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

#28744

On Sat, 2012-09-08, Mark R Rivet wrote:
> On Thu, 6 Sep 2012 01:57:04 -0700 (PDT), Bryan
> <bryanjugglercryptographer@yahoo.com> wrote:
...
>>comp.lang.python tries to be friendly and helpful, and to that end
>>responders have read and answered your question as directly as
>>possible. There's good stuff available for Python.
>>
>>Mark, there is absolutely no chance, no how, no way, that your stated
>>plan is a good idea. Fine CRM apps are available for free; excellent
>>ones for a few dollars. You're reading about lists, tuples, and
>>dictionary data? Great, but other home accounting businesses have
>>their client databases automatically synced with their smart-phones
>>and their time-charging and their invoicing.
>>
>>-Bryan
> Well I have to say that this is most discouraging. I should give up
> learning to program. I don't have a chance at all. Thanks.

He's saying you don't have a chance, but he's *not* telling you to
give up programming.

Personal reflection: it's risky to make friends and relatives depend
on the success of your hobby projects.  I got away with it once or
twice (under special circumstances) but it might equally well have
ended with resentment. "Why did he sell this crap idea to me?  Now I'm
stuck with it."

/Jorgen

-- 
  // Jorgen Grahn <grahn@  Oo  o.   .     .
\X/     snipabacken.se>   O  o   .

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

#28786

Mark R Rivet wrote:
> Well I have to say that this is most discouraging.

Sorry to to be a drag, but the thread needed a bit a realism.

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

#28791

On 09/08/12 14:47, Mark R Rivet wrote:
> Well I have to say that this is most discouraging. I should give
> up learning to program. I don't have a chance at all. Thanks.

I think the intent is not to deter you from learning to program, but
rather to urge you in a direction less fraught with peril.  Rather
than starting by duplicating existing functionality of a complex
domain, you may find it easier to start by aiming for something in a
less-complex domain, or tackle a project that doesn't already exist
but scratches your personal itch.  As you succeed at smaller
projects, you'll have a better idea of how to tackle larger projects
in the future.

-tkc

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

#28793

Tim Chase <python.list@tim.thechases.com> writes:
> urge you in a direction less fraught with peril.  Rather than starting
> by duplicating existing functionality of a complex domain

More importantly, as others have mentioned, the main peril comes from
having someone else relying on the success of the program.  If you want
to learn to play the violin, that's great.  Just don't book a recital in
Carnegie Hall until you've practiced for a while in private to get your
skills in order.

[toc] | [prev] | [standalone]

Page 2 of 2 — ← Prev page 1 [2]

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

csiph-web