Y@SiN
11-19-2009, 07:38 PM
نمي دانم شما چنين تجربه اي داشته ايد که يک ن�?ر در حضورتان از نرم ا�?زار شما ايراد بگيرد بدون آنکه حتي آن را ديده باشد، آيا تجربه اي داشته ايد در اينکه بي يا با دليل نرم ا�?زار ديگران را نقد کنيد و ايرادات آن را شمارش کنيد، بدون اينکه با آن کار کرده باشيد و يا از نوع س�?ارش و يا زمان و نحوه ساخت آن اطلاع داشته باشيد.
براي من که اين تجربه بارها تکرار شده است. چه کسي که محصولش بارها مورد نقد غير منص�?انه قرارگر�?ته است، چه کسي که نرم ا�?زار ديگران را به هردليلي حلاجي کرده است و پنبه سايرين را زده است که خدا من را بابت اين موارد دوم ببخشد، اگر چه در بسياري موارد خودم یا شرکتم ذين�?ع نبوده است.
يکي از ساده ترين کارها براي يک کاربر غير متخصص يا متخصص آن است که از نرم ا�?زار ديگران ايراد بگيرد، کا�?ي است نگاهي به واسط کاربري آن بياندازيد، تکنولوژي ساخت آن را بدانيد و يا بانک اطلاعاتي آن را بشناسيد، در مورد همه مي توان بهانه به اندازه کا�?ي پيدا کرد:
- اگر واسط کاربري آن، مبتني بر �?رم بود، ايراد بگيريد که چرا منو ندارد و بر عکس، اگر رنگ زمينه آبي است بگوييد چرا سبز نيست و بر عکس، اگر يک متن را خوانديد بگوييد چرا به جاي اين �?عل، آن يک را بکار نبرده اي، چرا Ajax نيست؟ چرا اینجا از �?لان Flash است�?اده کرده ای یا نکرده ای...
- اگر تحت ويندوز است، بگوييد اينکه �?ايده ندارد بايد تحت وب باشد و بالعکس، اگر باDelphi نوشته است بگوييد چرا با NET. نيست، اگر هر دو بود بگوييد چرا Java نيست، اگر Java بود، می گویید این زبان کند است، اگر متن باز است بگوييد چرا و اگر نبود بازهم چرا؟ اگر با VB نوشته شده بود بگویید این زبان �?اید ندارد، اگر #C بود، بهانه دارید که J2EE بهتر است، اگر ...
- اگر ساختيا�?ته تحليل شده بود مي گويي چرا شي گرا نيست، اگر شي گرا بود مي گوييي چرا Agile نيست؟ اگر Agile و XP بود، ايراد مي گيري که اينها به درد پروژه هاي وطني نمي خورد بايد SSADM کار مي گردي! ...
- اگر شبکه اي بود بگوييد چرا تک کاربره نيست، چرا توزيع شده نيست، چرا از �?لان تکنولوژي که تازه در مورد آن مقاله خوانده ايد نيست، چرا ....
- اگر بانک اطلاعاتي آن MS SQL بود بگوييد چرا Oracle نيست،اگر Orcale بود بگوييد مگر آزار داري بانک اطلاعاتي به اين بزرگي است�?اده کني !Access هم کا�?ي است. اگر ....
لازم نيست پشت ايرادتان منطقي باشد، باد هوا است. این هنر نیست از نرم ا�?زاري که 10 سال پيش نوشته شده است و 10 سال است سازمان دارد از آن است�?اده مي کند و راضي است ايراد بگيريم که چرا روي وب نيست! از نرم ا�?زاري که با بودجه اندک و توسط يک برنامه نويس ساده نوشته شده و براي نياز سازمان کا�?ي است بگوييم چرا امنيت و معماري لايه بندي را در آن رعايت نکرده، يا چرا با �?لان متدولوژي تحليل نشده است. نرم ا�?زار را باید در ظر�? زمان، مکان و هزینه و �?نآوری سنجید.
اين روزها برخورد مي کنم با موارد بسياري نظير آن. کساني که شايد خودشان حتي يک خط برنامه ننوشته اند و با برنامه نويسي تجاري بيگانه اند، محصول ما يا سايرين را با دانستن چند اصطلاح �?ني جديد نقد مي کنند که انگار آن محصول به درد لاي جرز ديوار هم نمي خورد. غا�?ل از اينکه شايد آن محصول قديمي باشد و یا با �?نآوری جدیدی که ما تازه اسمش را شنیده ایم ساخته نشده باشد اما شايد آن محصول متناسب با نياز کاربرش تهيه شده باشد، شايد آن محصول محدود به اين تکنولوژي �?ني بوده، شايد قيد زمان پروژه در توليد اين محصول پررنگ بوده است، شايد....
به قول �?يلم سازها، اگر يک منتقد �?يلم را مي �?هميد، منتقد نمي شد، �?يلمساز مي شد!
همين!
براي من که اين تجربه بارها تکرار شده است. چه کسي که محصولش بارها مورد نقد غير منص�?انه قرارگر�?ته است، چه کسي که نرم ا�?زار ديگران را به هردليلي حلاجي کرده است و پنبه سايرين را زده است که خدا من را بابت اين موارد دوم ببخشد، اگر چه در بسياري موارد خودم یا شرکتم ذين�?ع نبوده است.
يکي از ساده ترين کارها براي يک کاربر غير متخصص يا متخصص آن است که از نرم ا�?زار ديگران ايراد بگيرد، کا�?ي است نگاهي به واسط کاربري آن بياندازيد، تکنولوژي ساخت آن را بدانيد و يا بانک اطلاعاتي آن را بشناسيد، در مورد همه مي توان بهانه به اندازه کا�?ي پيدا کرد:
- اگر واسط کاربري آن، مبتني بر �?رم بود، ايراد بگيريد که چرا منو ندارد و بر عکس، اگر رنگ زمينه آبي است بگوييد چرا سبز نيست و بر عکس، اگر يک متن را خوانديد بگوييد چرا به جاي اين �?عل، آن يک را بکار نبرده اي، چرا Ajax نيست؟ چرا اینجا از �?لان Flash است�?اده کرده ای یا نکرده ای...
- اگر تحت ويندوز است، بگوييد اينکه �?ايده ندارد بايد تحت وب باشد و بالعکس، اگر باDelphi نوشته است بگوييد چرا با NET. نيست، اگر هر دو بود بگوييد چرا Java نيست، اگر Java بود، می گویید این زبان کند است، اگر متن باز است بگوييد چرا و اگر نبود بازهم چرا؟ اگر با VB نوشته شده بود بگویید این زبان �?اید ندارد، اگر #C بود، بهانه دارید که J2EE بهتر است، اگر ...
- اگر ساختيا�?ته تحليل شده بود مي گويي چرا شي گرا نيست، اگر شي گرا بود مي گوييي چرا Agile نيست؟ اگر Agile و XP بود، ايراد مي گيري که اينها به درد پروژه هاي وطني نمي خورد بايد SSADM کار مي گردي! ...
- اگر شبکه اي بود بگوييد چرا تک کاربره نيست، چرا توزيع شده نيست، چرا از �?لان تکنولوژي که تازه در مورد آن مقاله خوانده ايد نيست، چرا ....
- اگر بانک اطلاعاتي آن MS SQL بود بگوييد چرا Oracle نيست،اگر Orcale بود بگوييد مگر آزار داري بانک اطلاعاتي به اين بزرگي است�?اده کني !Access هم کا�?ي است. اگر ....
لازم نيست پشت ايرادتان منطقي باشد، باد هوا است. این هنر نیست از نرم ا�?زاري که 10 سال پيش نوشته شده است و 10 سال است سازمان دارد از آن است�?اده مي کند و راضي است ايراد بگيريم که چرا روي وب نيست! از نرم ا�?زاري که با بودجه اندک و توسط يک برنامه نويس ساده نوشته شده و براي نياز سازمان کا�?ي است بگوييم چرا امنيت و معماري لايه بندي را در آن رعايت نکرده، يا چرا با �?لان متدولوژي تحليل نشده است. نرم ا�?زار را باید در ظر�? زمان، مکان و هزینه و �?نآوری سنجید.
اين روزها برخورد مي کنم با موارد بسياري نظير آن. کساني که شايد خودشان حتي يک خط برنامه ننوشته اند و با برنامه نويسي تجاري بيگانه اند، محصول ما يا سايرين را با دانستن چند اصطلاح �?ني جديد نقد مي کنند که انگار آن محصول به درد لاي جرز ديوار هم نمي خورد. غا�?ل از اينکه شايد آن محصول قديمي باشد و یا با �?نآوری جدیدی که ما تازه اسمش را شنیده ایم ساخته نشده باشد اما شايد آن محصول متناسب با نياز کاربرش تهيه شده باشد، شايد آن محصول محدود به اين تکنولوژي �?ني بوده، شايد قيد زمان پروژه در توليد اين محصول پررنگ بوده است، شايد....
به قول �?يلم سازها، اگر يک منتقد �?يلم را مي �?هميد، منتقد نمي شد، �?يلمساز مي شد!
همين!