وبلاگ خواندني و فوق‌العاده‌ي یک پزشک در مطلب اخیرش به بررسی فیلم «بوی خوش زن» یا «Scent of a Woman» پرداخته است. هر چند پرداختن به اين فيلم در اين وبلاگ واقعاً جاي تشكر دارد، اما اينكه نويسنده، داستان فيلم را لو داده است، خيلي مورد پسندم نيست، چرا كه با خواندنش،‌ خواننده ممكن است علاقه‌اش را به ديدن فيلم، از دست بدهد.

هر چند كه من نه منتقد و كارشناس فيلم هستم و نه كارشناس آموزش نقد فيلم، اما اين موضوع را به فال نيك مي‌گيرم و يك توصيه مهم براي دوستان خوبم دارم:

حتماً اين فيلم را ببينيد(چند بار). با دقت. به رفتار، حركات و گفتگوهاي بازيگران فيلم، به خصوص بازيگر اصلي فيلم (ال پاچينو) دقت كنيد. سكانسهاي فوق‌العاده در اين فيلم كم نيست، اما به سكانس آخر فيلم كه رسيديد، جاي مرا هم خالي كنيد.

گزيده:
سخنراني سرهنگ فرانک اسلید در دفاع از چارلی:

Makers of men,
creators of leaders.

Be careful what kind of leaders
you’re producin’ here.

I don’t know if Charlie’s
silence here today…

is right or wrong;
I’m not a judge or jury.

But I can tell you this:

he won’t sell
anybody out…

to buy his future !

And that, my friends,
is called integrity.

That’s called courage.

Now that’s the stuff
leaders should be made of.

منحنی قامتم، قامت ابروی توست
خط مجانب بر آن، سلسله گیسوی اوست

بی تو وجودم بود یک سری واگرا
ناحیه همگراش دایره روی توست

————-

پروفسور محسن هشترودی، از ریاضی‌دانان معاصر ایران، در ۲۲ دی ماه ۱۲۸۶ در تبریز به دنیا آمد و بعد ازظهر روز سه شنبه ۱۳ شهریور 1355 از دنیا رفت.
او دبیرستان را در دارالفنون گذراند و در ۱۳۰۳ وارد دانشکده پزشکی شد، ولی به علت علاقه به ریاضیات، یک سال بعد، پزشکی را رها کرد و به ریاضیات پرداخت. در سال ۱۹۳۷ میلادی به فرانسه رفت و در دانشگاه سوربن، درجه دکترای ریاضیات را گرفت. از وقتی به تهران برگشت، ریاست دانشکده علوم را در دانشگاه تهران به عهده داشت. وی مدتی نیز ریاست دانشگاه تبریز را در اختیار داشت.(ويكي‌پديا)

هشترودی از نادر اندیشمندان زمان ما بود، كه در دوران تخصص ها، همه جانبه بود و از دانش و هنر و فلسفه به عنوان مجموعه واحد و ناگسستنی معرفت انسانی آگاه بود و در دوران دریوزگی و لذت طلبی، در مقام یك انسان وارسته و آزاده باقی ماند. «استاد پرویز شهریاری» (کانون دانش)

با تشکر از دکتر فرهاد

گزیده:
وقتي زندگي چيز زيادي به شما نمي‏دهد، به خاطر اين است كه شما چيز زيادي از آن نخواسته‏ايد.

After using RUP templates for software architecture specification for few years, we at Eurocenter have decided to build our own set of templates for Software Architecture and for Software Design specifications. The new templates needed to provide enough meta-information to the author for better analyze the system as well as not to miss any important design aspect.

we use 4 types of design documentations:
1-‘Architecture Overview Document’ which presents the very abstract view of our recommended architecture to solve the customer problem as well as several alternative architectures with merits/demerits.

2-‘Software Architecture Specification’, describing the meta-structure of all software structures. Our approach in this document is based on 4+1 views described by Philippe Kruchten.
3-we perform a detail design analysis based on UML notations to bridge the gap between system architecture and implementation. We call this document the ‘Software Design Specification’.

4-‘Developer Guideline Documentation’ which serves the purpose of documenting miscellaneous guidelines for the developers. This section may include some best practices, version controlling guide lines, project specific knowledge base, etc.

Let’s have a look at the key attributes in developing a software architecture specification. You may use the following as a checklist to verify that you do not miss any important architectural aspect. Basically these are related with the non-functional goals of your architecture. Perfect system architecture may describe the expected level and realization strategy for each of the following attributes:

Reference: Hasith Yaggahavita’s Blog

گزیده:
در عالم دو چیز از همه زیباتر است: آسمانی پرستاره و وجدانی آسوده. کانت

f you’re a process engineer, process analyst, or a team leader looking to standardize on a commercially available framework for your organization’s software development efforts, this article is for you. My objective is to point out the similarities and differences between the Rational Unified Process®, or RUP®, and the Microsoft Solutions Framework (MSF).

گزیده:
آنانکه نمی‌توانند گذشته را به‌ياد بياورند، محکوم به تکرار آنند. جورج سانتا پانا

This is a photo from the 2009 Obama Presidential Inauguration, in which you can see IN FOCUS the face of each individual in the crowd!!

http://gigapan.org/viewGigapanFullscreen.php?auth=033ef14483ee899496648c2b4b06233c

The picture was taken with a robotic camera at 1,474 megapixel.(295 times the standard 5 megapixel camera). Special software allows scanning and zooming in on any part of the picture to see details.
You can double click and zoom to any section of the crowd…wait a few seconds… and the focus adjusts.
Reference: An email from Dr. Farhad

گزيده:
ما از اينکه نکند تمام زندگيمان به‌هدر رود وحشت داريم، اما هر روز از تکه‌تکه دور ريختن آن ابائی نداريم. جان هاو

Standish Group بیشتر با گزارشهاي CHAOS شناخته می‌شود .
آمارهايي كه دراين گزارش از مؤفقيت يا شكست پروژه‌هاي نرم‌افزاري و عوامل تأثيرگذار بر آنها، ارائه مي‌گردد، مرجع بسيار مناسبي است براي آن كه در اجراي و انجام پروژه‌هاي نرم‌افزاري به فكر تبيين راه‌كارهايي براي بروز يا عدم بروز آنها باشيم..

ديگر كاربرد اين آمار، ارقام و تحليل‌ها، ارائه ادله قابل استناد مبتني بر داده‌هاي آماري براي تأكيد بر اهميت بسياري حوزه‌هاي مهندسي نرم‌افزار است . به عنوان مثال، هر گاه مي‌خواهم اهميت حوزه‌ي مهمي مانند «مهندسي نيازمندي‌‌ها» را يادآور شوم،‌ عوامل شكست و مؤفقيت پروژه‌ها را بر اساس آمارهاي سالهاي متمادي CHAOS فهرست مي‌كنم.
با اين مقدمه، آمارها و تحليلهاي سال 2006 اين گزارش را به صورت تصاويري در زير آورده‌ام.
مرجع:InfoQ

گزيده:

A little learning is a dangerous thing.
Alexander Pope

In no particular order, you know you’re not doing agile if:
1. The team is co-located, but people are not sitting within the length of a school bus to each other.

2. They’re distributed, and there is an absence of microphones and webcams and one or two meetings a day.

3. They have not delivered anything to real users in the last three months. Some of my agile friends would say that’s much too long, but I’m being generous there.

4. If no user has seen real running software inside the last month.

5. They don’t have the output of last month’s reflection workshop or retrospective on the wall.

6. They don’t have fully automated unit tests, and a large number of acceptance tests aren’t automated.

7. They’re not having a build integration at least once day. Good groups do it every half hour; there are groups that get away with it every other day.

8. They write big requirements documents, and they don’t know how to split those up into smaller pieces so they could deliver a piece of software every month.

9. They have itty-bitty requirements on the order of “here’s what happens when you click here,” but they don’t have long-term vision for what they’re trying to accomplish.

10. People keep saying, “It’s not my job.” One of the things about proper agile development is that there is group accountability for results. Very specifically, if the requirements are not coming in fast enough, whoever has a bit of spare time (programmers, testers, etc.) drops what they’re doing and helps gather requirements; if tests aren’t getting done, people with some spare capacity help test and so on.

Reference: Alistair Cockburn

گزیده:
اگر اهمیتی ندهید که نتیجه به نام چه کسی تمام می‌شود، به دستاوردهاي شگفت‌انگيزي خواهيد رسيد. آبراهام لينكلن