Re: offf list: Re: OO Specs

  • From: Jamal Mazrui <empower@xxxxxxxxx>
  • To: programmingblind@xxxxxxxxxxxxx
  • Date: Sat, 09 Oct 2010 07:25:12 -0400

I think I have received an attachment from this list before, so it may be worth trying. In fact, Let me test with this message. I am attaching a zip archive that contains a simple text file. People can report whether they received it.


Jamal


On 10/9/2010 6:16 AM, black ares wrote:
I think that list does not support atachments.

----- Original Message ----- From: "David Engebretson Jr."
<d.engebretson@xxxxxxxxxxx>
To: <programmingblind@xxxxxxxxxxxxx>
Sent: Saturday, October 09, 2010 9:45 AM
Subject: offf list: Re: OO Specs


beautyful?
may we all have a look, sir?

----- Original Message ----- From: "black ares"
<matematicianu2003@xxxxxxxxxxx>
To: <programmingblind@xxxxxxxxxxxxx>
Sent: Friday, October 08, 2010 9:47 PM
Subject: Re: OO Specs


if you want, I can send you one or two books about the ood, there are
very
beautyfull.
Send me an e-mail privately.


----- Original Message ----- From: "Stanzel, Susan - Kansas City, MO"
<susan.stanzel@xxxxxxxxxxxx>
To: <programmingblind@xxxxxxxxxxxxx>
Sent: Friday, October 08, 2010 3:45 PM
Subject: RE: OO Specs


I liked what you said so much that I put it in a document for saving.

Thank you very much.

Susie Stanzel

-----Original Message-----
From: programmingblind-bounce@xxxxxxxxxxxxx
[mailto:programmingblind-bounce@xxxxxxxxxxxxx] On Behalf Of Jamal Mazrui
Sent: Friday, October 08, 2010 7:19 AM
To: programmingblind@xxxxxxxxxxxxx
Cc: black ares
Subject: Re: OO Specs

Good points, which I did not take personally. I agree that reading
about current theory in the field is also important, and you illustrated
that well. Both are needed.

I was trying to emphasize the actual doing of software development
because I think there is often a natural temptation to keep reading
different tutorials, hoping that a difficult concept will eventually be
communicated in a way to which one relates. While this can sometimes
happen, I have found that there is no substitute for actually coding a
project of personal significance in order to grasp the subtleties
involved. This phenomenon may be related to the benefit of trying to
teach something to others as a way of better understanding it, oneself.
Programming is like teaching something to the computer so that it does
what you want. In going through that exercise, one discovers factors
and relationships that one had not considered before. In the process,
one reaches a depth of understanding that was not present, when the
concepts were just words inside one's head. This is the same reasoning
behind why it is important to actually do problem sets in a math class,
not just read chapters of the book.

Jamal

On 10/8/2010 1:42 AM, black ares wrote:
let me stress some point on your affirmation.
It is true that doing real projects gain you the experience necesary to
grow in this domain.
But, reading different materials on the subject is also important,
because
you can find there technics that you may be not are aware of, or you
didn't discover them by simply working.
There are a lot of software developer out there that develop better or
less software working on their own knowledge, but a few of them go the
right way because they knew the ood principles, knew some pragmatic
principles and aplied best technology ant methodology for their
project.
For example, for business logic in a project there are out there
five or
more patterns to work with, each of them having its own advantages and
disatvantages.
For example I know
transaction script process
table module
Active Record
Domain model.
I gained awareness of some of them simply reading, because beeing onest
I simply found two of them in the real world project of mine, domain
model and active record.
But the other two are not less important, because, thei offer speed in
developing if the project permits it.
In conclusion, is a fact that all of us can write classes, properties
and methods, but its matter how do you write them.
Other way, there are a great colection of antipaterns out there, which,
first viewed make use of all oop principles, encapsulation, inheritance
and polymorphism.

On the other hand, working with out lecture in etail on the subject,
may
arise to another strange situation.
For example I worked a lot of years, creating architectures, creating
software, doing things because the comon sense dicted me that that way
is better to do things and not the other.
Now I decided to read some books on the subject to see what is new.
Surprise a lot of concepts discovered there in the books I have already
known them by my own discovering, but I didn't know their standardised
name and therminology.
For example I used domain driven principles even earlier than 2003 when
it was standardised, but I didn't feel that it was so great, it was
simply a thing which have done my things work.
After the standardisation, I was in some interviews where I was
asked if
I know domain driven design.
Not knowing that that is the name of what I've used, I sincerely said
no, loosing the interview.
Now, In 2010 I decided to see what the hell is that domain driven
design
and realised what stupid I was.
Don't take it personaly, I simply presented some of my experiences.
Best regards
Black Ares
----- Original Message ----- From: "Jamal Mazrui" <empower@xxxxxxxxx>
To: <programmingblind@xxxxxxxxxxxxx>
Cc: "Homme, James" <james.homme@xxxxxxxxxxxx>
Sent: Friday, October 08, 2010 4:58 AM
Subject: Re: OO Specs


Hi,
I do not have an answer to the particular question, and would be
interested in reading that article, too, so please share the web
address if you find it.

My understanding of OOP involves the following points:

* In the context of the application, think of nouns as potential
objects, which would be defined as classes with certain attributes,
defined as either public properties or private fields (variables that
retain configuration values of any data type), and methods, which
define actions that the object is capable of performing.

* The properties are attributes that may be changed by external
clients of the API.

* The fields are attributes of the object that can only be changed by
internal procedures of the API, not accessible to external clients.

* Any time an object could benefit from automatically being informed
of an action by another object, particularly if it includes a change
of one of its own properties by an external client, a method of that
object may be automatically be triggered in response to that action,
which is also called an event handler method.

Personally, I think the best way to learn most programming concepts is
to try to implement them in a project of personal interest, usually
one of direct, practical significance, or at least, passionate,
principled interest. Keep asking questions until you find the answers
to implement that project of personal significance. In my opinion,
without the real application of knowledge, little conceptual
understanding is actually gained.

Best,
Jamal

On 10/7/2010 3:02 PM, yHomme, James wrote:


Hi,

I used to have a bookmark that lead to something that told me how to
take a description of what you want a piece of software to do and
decide
the objects, methods, and behaviors it would have. Does anyone have
links to this kind of thing?

Thanks.

Jim

Jim Homme,

Usability Services,

Phone: 412-544-1810. Skype: jim.homme

Internal recipients, Read my accessibility blog
<http://mysites.highmark.com/personal/lidikki/Blog/default.aspx>.
Discuss accessibility here
<http://collaborate.highmark.com/COP/technical/accessibility/default.aspx>.


Accessibility Wiki: Breaking news and accessibility advice
<http://collaborate.highmark.com/COP/technical/accessibility/Accessibility%20Wiki/Forms/AllPages.aspx>





This e-mail and any attachments to it are confidential and are
intended
solely for use of the individual or entity to whom they are
addressed.
If you have received this e-mail in error, please notify the sender
immediately and then delete it. If you are not the intended
recipient,
you must not keep, use, disclose, copy or distribute this e-mail
without
the author's prior permission. The views expressed in this e-mail
message do not necessarily represent the views of Highmark Inc., its
subsidiaries, or affiliates.
__________
View the list's information and change your settings at
//www.freelists.org/list/programmingblind


__________
View the list's information and change your settings at
//www.freelists.org/list/programmingblind

__________
View the list's information and change your settings at
//www.freelists.org/list/programmingblind

__________
View the list's information and change your settings at
//www.freelists.org/list/programmingblind

__________
View the list's information and change your settings at
//www.freelists.org/list/programmingblind



--------------------------------------------------------------------------------





Checked by AVG - www.avg.com
Version: 8.5.448 / Virus Database: 271.1.1/3185 - Release Date:
10/08/10 18:34:00

__________
View the list's information and change your settings at
//www.freelists.org/list/programmingblind


__________
View the list's information and change your settings at
//www.freelists.org/list/programmingblind

Other related posts: