List price: $17.00 (that's 30% off!)
Used price: $0.95
Collectible price: $4.95
Buy one from zShops for: $4.86
The character of Hamlet is so interesting because his misery can be interpreted in so many different forms. Hamlet's misery can be construed as his frustration over his father's death or his love for Ophelia, or just adolescent misery in general. The fact that it can be all of these things just makes it more interesting because in each way the play can be read in different ways.
Hamlet seems so noble in his efforts to expose his uncle as a murderer but he is also a murderer because he murders Polonias. This event in turn makes Ophelia mad and she then commits suicide and therefore her brother blames Hamlet so there is double guilt for Hamlet.
In the end of the play I believe that Hamlet is so tortured not only with his own guilt but also his misery of all of the other factors such as his mother that he actually wants to die. But he had to kill Claudius in order to feel ready to die because then he would have done his duty and avenged his father's death.
My favorite part in the play is where Hamlet devises the play to his own benefit to confirm that Claudius is really the killer and that the ghost was really his father and not the devil.
This play is great fun to read and play out in your mind. If you want to see a good video version of this play rent the version that stars Mel Gibson. This is my favorite Shakespeare play and always will be.
Used price: $43.00
Buy one from zShops for: $43.00
An example of how this book opened my eyes is the way configuration management is explained, and how it fits within the system engineering process. IT professionals with my background are subject matter experts in change control; however, few of us (certainly myself) realize that change control is a subset of a much larger picture. Every part of system engineering it covered in sufficient detail to understand the basics. This understanding created, in my case, a desire to further research some areas in greater detail. Overall, seeing the process from a high-level view provided some unique insights about what is missing in IT management that can be filled by borrowing from our system engineering brothers and sisters.
I found this book valuable because I did not have to wade through a dry manual and sort out the details in order to get a big picture of system engineering. The brief, succinct chapters and excellent illustrations provided me with a coherent approach to my own job. In fact, I personally believe that applying system engineering principles to IT service delivery and operations management will significantly improve the IT profession. As such I highly recommend this book to my peers and anyone else who needs to see the big picture of the system engineering and how its principles can be related to their job.
Stevens and his co-authors (two of them from the UK's Defence Evaluation and Research Agency) know that in this environment, many systems fail, very often because they were inadequately thought out, and often also because their development projects were poorly managed. Chapter 1 begins "The world is currently gripped by changes more intense and rapid than those triggered by the ndustrial revolution..." : we are at once swept into the rich, complex, and dangerous life of real system development.
For Stevens, the problem in systems engineering is complexity, and its mastery is, as the subtitle implies, the key to success. The design of complex systems demands hierarchy - of organisations, of projects, of contracts, of documents. Hierarchy implies interfaces: if you split a system into three, you probably create three interfaces between the component subsystems. Interfaces in turn imply specialisation: someone develops the hardware; someone else, the software. Similarly, someone (the customer) writes the requirements specification, while someone else (the developer) tries to meet those requirements. This, like the prime contractor - subcontractor relationship, consists of a customer and a supplier: the marketplace reaches right into the core of system engineering.
The book therefore covers a startling breadth of subjects, but always with the same practical vision and with the same conceptual tools. The first few chapters broadly follow the European Space Agency's now-classical PSS-05 software engineering standard life-cycle phases: user requirements, system requirements, architectural design, integration (of subsystems) and verification, management.
(Requirements are involved in every one of these phases.) Once the reader is grounded in the basics, the next chapter discusses how to tailor the simple life-cycle just presented. A tell-tale section entitled 'smaller systems' gives the game away: the systems in the authors' minds are a great deal larger than the PC 'systems' beloved of advertising copywriters.
The second part of the book (chapter 8 onwards) starts by looking at more realistic life-cycles, based on the management of risk: when is it sensible to go ahead with something? The answer is, when success can be assured even if the bad risks materialize. That can only be guaranteed if the risks have been quantified. Concepts of requirement priority and benefit, risk, and cost loom much larger in the marketplace than technical issues.
The remaining chapters examine management in multi-level projects (hierarchy again), software and systems, prototyping (to control risk), information modeling, projects and the enterprise, a chapter on how to improve and a summary.
Each chapter consists of a double-page title/table of contents, overlaid on some crisp pencil artwork on the theme of engineering progress (from Leonardo's hang-glider to an agile jet). The text is broken up by plenty of simple flow diagrams illustrating life-cycles, trade-offs, business processes and information models, as well as short summaries of what the most important system documents should contain. Key points are highlighted or bulleted within the text. The chapters end with a page or two of realistically tricky exercises: the answers cannot be coded in C.
The helpful appendices include a list of websites: Systems Engineering comes with its own website which contains pointers to several related sites, and itself includes 'proposed' answers to the exercises which end each chapter. Students will find the glossary helpful and comprehensive. There is an extensive list of very varied references, and a detailed index. This book is a carefully worked out description of the process of developing any large, complex, and risky system. The book can also be read as a polemic: an impassioned plea for the discipline to graduate from its narrow roots, whether in academia or in quality control. The concluding paragraphs make it clear that system engineering is a human process, a 'game' in which there are losers as well as winners, something that can be played well, and that absolutely must be played better to limit the risks and losses that are still all too common....
The book will be of interest to several quite different communities: in particular development managers, clients having large systems developed, and students of system and software engineering will all find much that is of interest here. The book may also be a useful supplement (or perhaps an antidote) to the academic perspective on RE. Everyone should have access to a copy.
Used price: $15.00
Buy one from zShops for: $70.78
Used price: $8.99
Introduction
1. A day in the life of a tiger
2. The origin and spread of the tiger
3. Territory, mating and family life
4. The world of the tiger
5. Tigers and people
6. Man-eaters
7. The decline of the tiger
8. Crisis and action
9. Studying the tiger
10. Problems and solutions
11. Can the tiger survive?
In its 128 pages, it includes all the information concisely, as well as beautiful pictures showing this great cat in the wild.
Although I wish there were a few more, what's there is admirable and of high quality. Knowing the author, you can also read it assured that the information is true and accurate. I, without a doubt, recommend this book to anyone who wishes to learn more about these majestic creatures. Even veterans on the subject will undoubtly find this book beneficial.
Reading the epic by Jackson has added an important dimension in my enlightening travels through the different Gilgamesh epics by Maureen Kovacs, N.K. Sanders, John Gardner & John Maier and the first epic I read on the Internet by "Robert's Stuff".
Jackson's Gilgamesh is engaging for its use of adjectives that are reminiscent of my Catholic background. Some examples: "sacred places ...sacrilege" (p 3), "miraculous plant" (p 88), "My god ...My god ... My god (p 94).
Hopefully more people will become aware of this early literature. I've encountered so few who have even heard of Gilgamesh.
Used price: $27.00
Buy one from zShops for: $35.00
Used price: $11.83
Collectible price: $26.47
Buy one from zShops for: $11.83
Used price: $16.77
Buy one from zShops for: $27.60
Nobody would argue with the suggestion to move from negative to positive archetypes. But a better method of illustration would have been to use another Hindu deity also as the hope-promise archetype in the diagram. Hinduism is rather rich in deities depicting positive aspects, and there is no need to switch to the context of the West when depicting the positive side. The Hindu Goddess has millions of forms in which people have conceived of her, of which four are especially popular: wisdom (Maheshwari), strength (Durga-Kali), harmony (Lakshmi), and perfection (Saraswati). Within the 'strength' aspect, Kali is but one of her many manifestations, Durga being another popular form. And even within Kali, there are at least three levels of worship: as terrorizer to be feared and placated is the lowest view; as Shakti expressing herself as the power of nature is the middle level; and at an even higher level she is the divine power operating through the devotee. The book's author's understanding of Kali is incorrect. But even if she were the icon of evil, it would still not justify in a textbook on psychology to make the contrast with Diana. He should not have departed from Hindu symbolism when it came to explaining the positive outlook on life. His methodology portrayed the West as the positive culture while the East as the proverbial 'world negating' burden on humanity. In fact, any religion could supply the author with both kinds of art, the dark side and the light side.
If he wanted to remain in Western iconography throughout, he could have chosen negative pictures from the holocaust, witch burning, and genocide of the Native Americans, the list of candidates for negative imagery being rather long. So why would a college text depict the dark side using an Eastern tradition and the positive side using Western tradition, unless there is also a subliminal message intended to position one culture better than the other. This is a case where the facts in isolation might be correct but their juxtaposition and context creates a false impression. The effect of this psychology book might be that clinical psychologists will attend weekend seminars on diagnosing and treatment "Kali syndrome", as the archetype afflicting clients who suffer from negative conditions.
Amazingly, other colleagues of this psychologist have been very busy appropriating the pioneering knowledge of Indic spiritualists precisely in the realm of higher states of consciousness - including Jung, Wilber, Maslow, etc. So one team of psychologists takes the cream of Indic contribution an re-labels it as their own, while the other team such as this book's writer, are busy enhancing the negative stereotypes about the same source tradition.