۱۲ راه برای کدنویسی بهتر

توسط جوئل اسپولسکی

آیا تا بحال نام SEMA (Software Engineering Measurement and Analysis) را شنیده اید؟ SEMA ، سیستم نسبتاً مبهمی است برای اندازه گیری شایستگی یک تیم نرم‌افزاری. نه! صبر کنید، به سایت آن نروید، زیرا فقط شش سال طول می‌کشد تا مطالب آن را بفهمید. به همین علت من تست کاملاً نامرتب و نامعتبر (!) خودم را برای ارزیابی کیفیت یک تیم نرم‌افزاری درست کردم. بهترین قسمت ماجرا اینجاست که فقط سه دقیقه از وقتتان را می‌گیرد. با وقتی که صرفه جویی می‌کنید، می‌توانید به سراغ حرفه پزشکی بروید!

1 _ آیا از سیستم کنترل سورس بهره می‌برید؟

2 _ آیا می‌توانید در یک مرحله، برنامه‌تان را build کنید؟

3 _ آیا دارای build روزانه هستید؟

4 _ آیا بانک اطلاعاتی از اشکالات ((bugs دارید؟

5 _ آیا قبل از نوشتن کد جدید، به رفع اشکالات کنونی می‌پردازید؟

6 _ آیا برنامه زمان‌بندیتان به روز است؟

7 _ آیا دارای لیست مشخصات هستید؟

8 _ آیا برنامه‌نویسان شما محیط آرامی برای کار کردن دارند؟

9 _ آیا بهترین ابزارهایی را که وجود دارد می‌خرید؟

10 _ آیا بخش تست شما جداست؟

11 _ آیا داوطلبان جدید در موقع مصاحبه، کد هم می‌نویسند؟

12 _ آیا از آزمایش « قابلیت استفاده راهرویی » سود می‌جویید؟

ویژگی شسته و رفته تست جوئل در این است که به راحتی می‌توان به هر سؤال جواب بله یا نه داد. شما مجبور نیستید که تعداد خطهای کد در روز یا تعداد متوسط اشکال در هر قسمت را بشمارید. نقطه ضعف تست جوئل در این است که نباید از آن برای اطمینان از صحت نرم‌افزار نیروگاه اتمی خود استفاده کنید ! امتیاز 12 عالی، 11 قابل قبول و 10 یا پایینتر نشان دهنده مشکلات جدی است. واقعیت در این است که بیشتر موسسات نرم‌افزاری با امتیاز 2 یا 3 در حال فعالیت هستند و به کمک جدی نیاز دارند، چرا که شرکتهایی مانند Microsoft تمام مدت با امتیاز 12 اداره می شوند.

البته، اینها تنها موارد مشخص کننده موفقیت یا شکست نیستند: مثلاً ، اگر شما تیم ماهری دارید که بر روی محصولی که هیچ کس آن را نمی خواهد کار می‌کند، خوب، مردم باز هم آن محصول را نخواهند خواست. از طرفی، تیم غیر عادی را می‌توان تصور کرد که بدون انجام هیچ کدام از این کارها، نرم‌افزار فوق‌العاده ای تولید کند و دنیا را تغییر دهد. اما اگر همه شرایط برابر باشند، با رعایت این ۱۲ نکته، تیم منضبطی خواهید داشت که همیشه موفق به تحویل پروژه‌هایش می‌شود.

1 _ آیا از سیستم کنترل سورس بهره می‌برید؟

من هم از پکیجهای تجاری کنترل سورس استفاده کردم، و هم از CVSکه مجانی است ؛ و بگذارید به شما بگویم که CVS مناسب است. اما اگر سورس کنترل ندارید، فشار زیادی را برای اینکه برنامه‌نویسانتان بتوانند با هم کار کنند متحمل می‌شوید: برنامه‌نویسها راهی برای اینکه بدانند بقیه چه کرده اند، ندارند. و اشتباهات، به راحتی قابل بازگشت نیستند. و در آخر اینکه چون کد برنامه بر روی دستگاه تمام برنامه‌نویسان check out می‌شود، تا بحال نشنیده‌ام که پروژه‌های دارای سورس کنترل ، کد زیادی را به اشتباه از دست دهند.

2 _ آیا می‌توانید در یک مرحله، برنامه‌تان را build کنید؟

منظورم این است: برای ایجاد نسخه قابل تحویل به مشتری از آخرین سورس، چند مرحله وجود دارد؟ در تیمهای خوب، یک اسکریپت وجود دارد که با اجرای آن، یک check outکامل صورت می‌گیرد، تمام کد کامپایل می‌شود، EXE ها ساخته می‌شوند (در تمامی نسخه‌ها، زبانها و #ifdef ها) ، پکیج قابل نصب تولید می‌شود و بالاخره در فرم رسانه نهایی (CD یا وب‌سایت یا ...) ایجاد می‌شود.

اگر این رویه بیشتر از یک مرحله داشته باشد، مستعد اشتباه است. و هر چقدر به زمان تحویل نزدیکتر می‌شوید، احتیاج به چرخه سریعتری برای تصحیح «آخرین» bug، و ساختن EXE نهایی دارید. اگر کامپایل کردن کد، اجرای سازنده installerو بقیه کارها بیست مرحله به طول انجامد، دست به اشتباهات احمقانه خواهید زد . فقط به همین علت، آخرین شرکتی که در آن کار می‌کردم، از WISE به InstallShield تغییر کرد: لازم بود که رویه ایجاد installer از روی یک script به صورت خودکار نیمه شبها توسط NT Scheduler اجرا شود و WISE چنین قابلیتی نداشت. (دوستان خوب ما در WISE به من اطمینان داده اند که آخرین نسخه شان توانایی build های شبانه را دارد.)

3 _ آیا دارای build روزانه هستید؟

وقتی که از کنترل سورس استفاده می‌کنید، گاهی پیش می‌آید که یک برنامه‌نویس چیزی را check in می‌کند که باعث شکستن build می‌شود. به عنوان مثال، یک برنامه‌نویس یک فایل سورس جدید اضافه کرده است و همه چیز روی دستگاه خودش درست کامپایل می‌شود، ولی یادشان می‌رود که فایل را به مخزن کد (repository) اضافه کند. دستگاه خودش را هم قفل کرده و بی توجه و خوشحال به خانه می‌رود. حالا کسان دیگری نیز نمی تواند کار کنند. آنها هم به خانه می‌روند، البته غمگین.

شکستن بیلد آنقدر بد (و رایج) است که درست کردن بیلد روزانه کمک می‌کند که چنین موضوعی ناشناخته نماند. در تیمهای بزرگ، یک راه این که مطمئن شوید که چنین مشکلاتی در اولین فرصت برطرف شوند، این است که بیلد روزانه را هر روز، هنگام ناهار انجام دهید. همه تمامی check in هایی را که می‌توانند قبل از رفتن به ناهار انجام می‌دهند. بیلد، زمانی که همه برگشتند تمام شده است. اگر که همه چیز درست است، که فبحال! آخرین نسخه سورس توسط همه check out شده و کار ادامه پیدا می‌کند. اما اگر که عمل بیلد با موفقیت روبرو نشده باشد، افراد با نسخه سالم قبلی به کار خود ادامه می‌دهند . در تیم Excel، با قانونی داشتیم: ‌هر کسی که build را می‌شکست، به عنوان تنبیه، مسؤولیت نگهداری از بیلدها را عهده دار می‌شد. این انگیزه خوبی بود هم برای جلوگیری از شکستن بیلد، و هم راه خوبی بود برای این که همه (به صورت چرخشی)‌ یاد بگیرند که رویه چطور است.

4 _ آیا بانک اطلاعاتی از اشکالات ((bugs دارید؟

برایم مهم نیست که در این مورد چه فکر می‌کنید. اما اگر حتی در یک تیم یک نفره مشغول تولید کد هستید و از بانک منظمی که تمامی ایرادات برنامه را لیست ‌کند استفاده نمی‌کنید، حتماً کد با کیفیت پایین تحویل خواهید داد. برنامه‌نویسان زیادی فکر می‌کنند که می‌توانند لیست اشکالات و باگها را در کله خود نگهدارند. چه مزخرفاتی! من در آن واحد بیشتر از دو یا سه باگ را نمی‌توانم بخاطر بسپارم، و صبح روز بعد، یا با عجله‌ای که زمان تحویل دارید، همه به فراموشی سپرده می‌شوند. قطعاً باید به صورت رسمی و مکتوب لیست اشکالات را نگهداری کنید. بانک باگ می‌تواند پیچیده و یا ساده باشد. یک بانک باگ سودمند باید حداقل اطلاعات زیر را در مورد هر باگ نگهدارد :

§مراحل کامل برای باز تولید اشکال

§رفتاری که انتظار آن می‌رود

§رفتار (ایراد داری) که واقعاً رخ می‌دهد

§فردی که رفع اشکال به او واگذار شده است

§آیا اشکال رفع شده است یا خیر

اگر پیچیدگی نرم‌افزار پی‌گیری باگها مانع از آن می‌شود که چنین کاری را انجام دهید، یک جدول پنج ستونه (با فیلدهای ضروری فوق) بسازید و شروعبه انجام این کار کنید.

5 _ آیا قبل از نوشتن کد جدید، به رفع اشکالات کنونی می‌پردازید؟

اولین نسخه Word تحت ویندوز، پروژه « نوحه مرگ » محسوب می‌شد که نوشتن آن به درازا ‌کشید، فرجه‌ها دایماً به سر می‌رسیدند؛ افراد تیم، ساعتهای مسخره آمیزی کار می‌کردند، و پروژه باز ... و باز ... و باز به تاخیر می‌افتاد. استرس باور نکردنی بود. وقتی بعد از چندین سال، بالاخره محصول لعنتی‌اش بیرون آمد، مایکروسافت کل تیم Word را برای استراحت به جنوب مکزیک فرستاد ؛ و خودش به کنکاش روحانی جدی دست زد . مایکروسافت متوجه شد که مدیران پروژه آنقدر بر حفظ « زمان بندی » (schedule) اصرار داشتند که برنامه‌نویسان مجبور به کد نویسی با عجله شده بودند، ‌و بسیار بد کد می نوشتند - به این علت که فاز bug fix جز زمان‌بندی رسمی نبود. تلاشی برای پایین نگهداشتن تعداد خطاها وجود نداشت. حتی برعکس، روایت شده که یکی از برنامه‌نویسان که مسؤول نوشتن کد محاسبه ارتفاع خطوط متن بود، فقط نوشت: return 12; و بعد هم منتظر نشست تا در گزارش باگها بیاید که تابع‌اش ، همیشه درست کار نمی‌کند. زمان‌بندی پروژه صرفاً تبدیل شده بود به لیستی از باگهایی که باید تولید می‌شد! بعدها، از این اتفاق با عنوان « متدولوژی عیوب نامحدود » (infinite defects methodology) یاد شد.

برای حل این معضل، مایکروسافت « متودولوژی کمترین عیوب‌» (zero defects methodology) را به صورت فراگیری اتخاذ کرد. بسیاری از برنامه‌نویسان داخل شرکت خندیدند – چون به نظر می‌رسید مدیریت به این نتیجه رسیده بود که با یک حکم سازمانی تعداد باگها را کم کند. اما در واقع، معنی « کمترین عیوب‌»‌ در این است که در هر لحظه، بالاترین اولویت در رفع باگهاست، نه نوشتن کد جدید. اما چرا؟

به صورت کلی، هر چه برای تصحیح یک اشکال بیشتر معطل کنید، هزینه تصحیح آن (از لحاظ وقت و پول) بیشتر خواهد بود.

به عنوان مثال، وقتی که اشتباه تایپی انجام می‌دهید و کامپایلر آن را catch می‌کند، تصحیح آن کار اساساً ساده‌ایست. به همین ترتیب، بار اولی که کدتان را اجرا می‌کنید و در آن اشکالی می‌بینید، می‌توانید بلافاصله آن را تصحیح کنید، چون همه کد در ذهنتان وجود دارد.

اما اگر در کدی که چند روز پیشتر آن را نوشته‌اید، ایرادی بیابید، یافتن محل دقیق آن مدتی طول خواهد کشید، البته وقتی که کدتان را باز خوانی کنید همه چیز بالاخره یادتان می‌آید و در یک زمان قابل قبول مشکل رفع می‌شود.

اما بالاخره اگر در کدی که چند ماه پیش آن را نوشته‌اید باگی پیدا شود، به احتمال زیاد چیزهای زیادی را در مورد آن کد به فراموشی سپرده‌اید و تصحیح آن بسیار سخت‌تر است. ممکن است مشغول تصحیح باگ کد کسی شده باشید که در آن لحظه برای مرخصی به جزایر دریای کارایب رفته باشد. در این صورت، تصحیح باگ به صورت یک علم در می‌آید :‌ باید با درایت، وسواس، نظم و بدون هیچ تصوری از مدت زمانی که یافتن راه حل طول می‌کشد، عمل کنید.

اگر در کدی که تحویل داده‌اید ایرادی بیابید، متحمل هزینه باز هم زیادتر برای اصلاح آن خواهید شد. پس اولین دلیلی که باید باگها را بلافاصله رفع کرد، کم کردن زمان لازم برای این کار است. دلیل دیگری هم وجود دارد: پیش‌بینی مدت زمان لازم برای نوشتن کد جدید، راحتتر از پیش‌بینی زمان لازم برای رفع یک باگ است. مثلاً اگر از شما بپرسم که چقدر زمان برای نوشتن کدی برای مرتب‌سازی یک فهرست لازم دارید، جواب نسبتاً دقیق می‌توانید به من بدهید. اما اگر از شما بپرسم در جایی که IE 5.5 نصب شده باشد و کدتان دیگر کار نمی‌کند چقدر زمان لازم دارید تا باگ مربوطه را رفع کنید، بعید می‌دانم که حتی بتوانید حدسی بزنید! چرا که (بنابر تعریف صورت مسأله) نمی‌دانید که منشأ مشکل کجاست. ممکن است سه روز وقتتان را بگیرد، ممکن هم هست که فقط دو دقیقه.

به بیان دیگر، اگر در برنامه زمان‌بندیتان تعداد زیادی باگی که باید رفع شوند، وجود داشته باشد، زمان‌بندیتان غیر قابل اعتماد است. اما اگر تمامی ایرادهای شناخته شده را تصحیح کرده‌اید و فقط کد جدید مانده، زمان‌بندیتان به طرز حیرت آوری دقیقتر خواهد بود.

نکته خوب دیگری هم که صفر نگهداشتن تعداد باگها در هر زمان دارد، عکس‌العمل سریعتر در برابر رقباست. بعضی برنامه‌نویسان این قضیه را به « آماده تحویل بودن‌» محصول در تمام لحظات، تعبیر می‌کنند. اگر رقیب شما امکان مشتری‌کُشی[2] عرضه کرد، شما هم می‌توانید آن امکان را فوراً به برنامه‌تان اضافه کنید و آن را تحویل دهید، بدون این که مجبور به تصحیح تعداد زیادی ایراد انباشته شده باشید.

6 _ آیا برنامه زمان‌بندیتان به روز است؟

می‌رسیم به بحث شیرین زمان‌بندی. اگر کدتان برای شرکتتان اهمیتی داشته باشد، پس حتماً به دلایل زیادی برای شرکتتان زمان اتمامش هم مهم هست. برنامه‌نویسان به صورت خیلی مفتضحی در زمینه زمان‌بندی، ترشرو هستند :‌ سر قسمت بیزنس فریاد می‌کشند « کار وقتی تمام می‌شود که تمام شده باشد ! ‌»

متاسفانه، این اصلاً به درد نمی‌خورد. برنامه‌ریزیهای زیادی باید قبل از تحویل نهایی کد انجام گیرد : دمونستراسیون، نمایشگاه‌ها، تبلیغات و غیره. و تنها راه انجام این کارها، داشتن برنامه‌زمان بندی و به روز نگهداشتن آن است.

فایده حیاتی دیگر داشتن برنامه‌ زمان‌بندی در این است که مجبورتان می‌کند تصمیم بگیرید چه امکاناتی[3] را می‌خواهید در برنامه بگنجانید و این که امکانات با اولیت پایینتر را حذف کنید، و گرفتار بیماری featuritis نشوید. (featuritis / scope creep / creeping featurism، و یا گرایش به ویژگیهای نو، بیماری طراحان است ؛ طراحان مبتلا به این بیماری دوست دارند که به سیستم پیچیده‌ای بدون برنامه‌ریزی کافی امکانات و ویژگیهای نو اضافه کنند؛ و در واقع آن را - به صورت غیر اصولی - فقط پیچیده‌تر کنند!)

نگهداشتن schedule‌ (برنامه زمان‌بندی)، الزاماً سخت نیست. مقاله دیگرم، Painless Software Schedules - که راه ساده‌ای برای این کار یاد می‌دهد - را بخوانید.

7 _ آیا دارای لیست مشخصات هستید؟

نوشتن لیست مشخصات (specifications) درست مثل استفاده از نخ دندان است:‌ همه قبول دارند که کار خوبی است ولی هیچ کس حوصله‌اش را ندارد. دقیقاً مطمئن نیستم که چرا ؛ احتمالاً به این علت است که برنامه‌نویسان از نوشتن مستندات متنفرند. در نتیجه، تیمهایی که همه اعضایش برنامه‌نویس هستند وقتی سراغ مسأله‌ای می‌روند، ترجیح می‌دهند که راه‌حلشان به زبان کد باشد تا به صورت سند. ترجیح می‌دهند که از اول شیرجه بزنند و کد بنویسند تا این که ابتدا یک لیست مشخصات درست کنند. در مرحله طراحی، اگر به معضلی بر بخورید، به سادگی با تغییر چند خط می‌توانید آن را حل کنید. اما زمانی که کد نوشته شده است، هزینه درست کردن معضلات بسیار گزاف است :‌ هم از لحاظ عاطفی (چون مردم از دور انداختن کد خود متنفرند)، و هم از لحاظ زمانی، و به همین علت نوعی مقاومت در مقابل درست کردن معضل بوجود می‌آید. نرم‌افزاری که از روی لیست مشخصات (specifications) تولید نشود معمولاً نتیجه‌اش طراحی بد و زمان‌بندی خارج از کنترل است. به نظر می‌رسد که مشکل Netscape نیز همین بوده - چهار نسخه اول آن قدر شلم شوربا شد که مدیریت به طرز احمقانه‌ای تصمیم گرفت همه کد آن را دور بیاندازد و از صفر شروع کند. سر Mozilla هم دوباره همین اشتباه را مرتکب شدند، که محصول آن هیولایی خارج از کنترل است که چند سال طول کشیده تا فقط به مرحله آلفا برسد.

تئوری مورد علاقه من این است که اگر برنامه‌نویسان را به یک دوره متمرکز نویسندگی بفرستید، یاد خواهند گرفت که نویسندگان با ذوقی شوند. راه حل دیگر، استخدام مدیر برنامه (program manager) زبردستی است که خود نوشته‌ها را تهیه کند. در هر دو حالت، ‌باید قانون « هیچ کدی بدون مشخصات پذیرفته نیست » را به اجرا بگذارید.

8 _ آیا برنامه‌نویسان شما محیط آرامی برای کار کردن دارند؟

این موضوع - که با دادن فضای مناسب، ایجاد آرامش و محیط دنج (privacy) به کارمندان IT (یا اصطلاحاً knowledge workers) – بهره‌وری افزایش می‌یابد ،‌ به صورت گسترده‌ای مستند شده است. کتاب کلاسیک مدیریت نرم‌افزار، PeopleWare ، این موارد را بر می‌شمرد.

مشکل اینجاست: همه ما می‌دانیم که نیروی کار فنی با قرار گرفتن در جریانی که از آن به « در بحر موضوع رفتن » تعبیر می‌شود - بهتر کار می‌کنند ؛ این زمانی است که تمرکزشان کاملاً بر روی کارشان است و حواسشان کاملاً از محیط اطرافشان پرت شده است. احساس زمان را از دست می‌دهند و از طریق تمرکز مطلق، چیزهای عالی‌ای خلق می‌کنند. نویسندگان، برنامه‌نویسان، دانشمندان، و حتی بازیکنان بسکتبال در مورد حالت « در بحر موضوع فرو رفتن »‌ می‌توانند برای شما توضیح دهند . وارد شدن به این حالت کار ساده‌ای نیست. اگر اندازه‌گیری کنید، می‌بینید که حدوداً ۱۵ دقیقه طول می‌کشد تا به حداکثر کارایی خود برسید. بعضی مواقع، زمانهایی که خسته هستید و یا به اندازه کافی برای آن روزتان خلاقیت به خرج داده‌اید، دیگر نمی‌توانید در بحر موضوع بروید و بقیه روز را به کارهای بیهوده، خواندن وب و Tetris بازی کردن می‌گذرانید.

مشکل دیگر در اینجاست که از دست دادن تمرکز کار ساده ‌ایست :‌سر و صدا، تماسهای تلفنی، ناهار را بیرون خوردن، آن پنج دقیقه‌ای که برای نوشیدن قهوه تا کافی‌شاپ صرف رانندگی می‌کنید، و علی‌الخصوص مزاحمتها و سؤالهای همکاران، همگی تمرکز را از بین می‌برند. اگر همکار شما ازتان سؤالی بپرسد که یک دقیقه کارتان را متوقف کند، ولی آنقدر حواستان را پرت کند که نیم ساعتی طول بکشد تا به حالت سابق برگردید، بهره‌وری کلی تیمتان در خطر جدی قرار دارد. اگر در محیط شلوغی کار می‌کنید – از همان نوعی که dotcom های کافئین‌زده سخت عاشق آن هستند و در آنها بخش فروش زیر گوش برنامه‌نویسان مشغول داد و بیداد هستند - بهره‌وری شما سقوط بدی خواهد کرد.

در مورد برنامه‌نویسان (به نسبت بقیه knowledge workers و طیفهای دیگری که نیازمند تمرکز زیاد هستند)، قضیه سختتر است. بهره‌وری، به توانایی شعبده بازی با جزئیات زیادی در حافظه موقت بستگی دارد. هر نوع وقفه‌ای باعث بهم ریختن این جزئیات می‌شود. وقتی کارتان را از سر می‌گیرید، هیچ کدام از جزئیات (نظیر نام متغیرهای محلی یا این که تا کجای پیاده‌سازی الگوریتم جستجویتان را انجام داده بودید) یادتان نخواهد آمد و مجبور به مراجعه به کار قبلتان هستید که سرعتتان را می‌گیرد.

ریاضیات این مسأله زیاد سخت نیست: فرض کنید (که شواهد هم این فرض را تأیید می‌کنند) که اگر برای یک دقیقه هم یک برنامه‌نویس را متوقف کنید، پانزده دقیقه از بهره‌وریش کم می‌کنید. برای مثال، Jeff‌ و Mutt (که هر دو برنامه‌نویس هستند) را در دو پارتیشن کنار هم قرار می‌دهیم (در یک فضای کاملاً Dilbert ای). مات، نام تابع کپی رشته در یونیکد را به خاطر نمی‌آورد. می‌تواند جواب آن را جستجو کند - که ۳۰ ثانیه طول می‌کشد، و یا این که از جف بپرسد - که ۱۵ ثانیه طول خواهد کشید. خوب، چون جف در کنارش نشسته است ترجیح می‌دهد که از او بپرسد. حواس جف پرت می‌شود و ۱۵ دقیقه را از دست می‌دهد (برای این که مات ۱۵ ثانیه صرفه‌جویی کرده باشد.)

حالا اجازه دهید که جف و مات را در دو اتاق (با در و دیوار)‌ جدا بگذاریم. اکنون وقتی که مات اسم تابع را به خاطر نمی‌آورد، می‌تواند جواب آن را جستجو کند (که همان ۳۰ ثانیه طول می‌کشد)‌ و یا این که از جف بپرسد که ۴۵ ثانیه طول می‌کشد و شامل از جای خود بلند شدن هم می‌شود (که با توجه به وضعیت جسمی معمول برنامه‌نویسان و مسایل دیگر ‌، کار ساده‌ای نیست!). بنابر این ترجیح می‌دهد که جوابش را جستجو کند. ۳۰ ثانیه وقتش تلف می‌شود اما ۱۵ دقیقه به نفع جف است! وای!

9 _ آیا بهترین ابزارهایی را که وجود دارد می‌خرید؟

نوشتن کد در یک زبان کامپایل شده از کارهایی است که هنوز بر روی کامپیوترهای خروس‌نشان، نمی‌توان با سرعت انجام داد. اگر فرآیند کامپایل، بیشتر از چند ثانیه طول می‌کشد، خرید جدیدترین و بهترین کامپیوتر در وقتتان صرفه‌جویی خواهد کرد. اگر کامپایل کردن حتی ۱۵ ثانیه طول بکشد، برنامه‌نویسها حوصله‌شان سر می‌رود و می‌روند به سراغ خواندن سایت The Onion ، که آن هم تمام هوش و حواسشان را به خود خواهد برد و ساعتها بهره‌وری از بین می‌رود.debug کردن کد GUI با یک مانیتور اگر غیر ممکن نباشد، بسیار سخت و دردناک است. اگر در حال نوشتن کد GUI هستید، داشتن دو مانیتور همه چیز را بسیار ساده خواهد کرد.

بیشتر برنامه‌نویسان باید یک زمانی فایلهای bitmap‌ را (برای iconها و toolbarها) دستکاری کنند و اکثراً ویرایشگر مناسب برای این کار ندارند. استفاده از MS Paint برای این کار بیشتر شبیه یک شوخی است، که البته غالب برنامه‌نویسها از همین روش استفاده می‌کنند.

در محل کار قبلی‌ام، admin شبکه دایماً برای من spamمی‌فرستاد و غر می‌زد که من بیشتر از ۲۲۰ مگابایت فضای مجازم، روی سرور جا اشغال کرده‌ام. من روزی جواب دادم که با توجه به قیمت هارد دیسک، هزینه فضای مورد استفاده کمتر از هزینه دستمال کاغذی من است و صرف کردن حتی ده دقیقه از وقتم برای کوچک کردن دایرکتوری‌ام یک هدر دادن اشرافی بهره‌وری است.

تیمهای تولید نرم‌افزار درجه یک، برنامه‌نویسان خود را شکنجه نمی‌کنند. حتی موضوعات جزیی اعصاب‌خردکن ناشی از داشتن ابزار نامناسب، جمع می‌شود و برنامه‌نویسها را بد اخلاق و ناراحت می‌کند. یک برنامه‌نویس بد خلق، یک برنامه‌نویس با کارایی پایین است.

یک نکته دیگر هم اضافه کنم‌... برنامه‌نویسها را به راحتی می‌توان با رشوه دادن - بوسیله جدیدترین و باحالترین وسایل - تطمیع کرد. این برایتان خیلی ارزانتر از دادن حقوق مکفی تمام می‌شود!

10 _ آیا بخش تست شما جداست؟

اگر در تیم شما افرادی که وقتشان اختصاصاً برای تست کردن باشد – حداقل یک نفر برای هر دو یا سه برنامه‌نویس – وجود نداشته باشد، شما یا محصولات باگ‌دار تحویل خواهید داد؛ و یا این که با پرداخت ۱۰۰ دلار در ساعت به جای ۳۰ دلار در ساعت، پولتان را هدر می‌دهید. خساست در زمینه افراد جهت بخش تست، آن قدر صرفه‌جویی احمقانه‌ایست که من واقعاً تعجب می‌کنم چرا اکثر مردم نمی‌فهمند.

11 _ آیا داوطلبان جدید در موقع مصاحبه، کد هم می‌نویسند؟

آیا شما حاضرید یک شعبده‌بازی را بدون این که چند حقه برایتان اجرا کند، استخدام کنید؟ معلوم است که نه. آیا برای عروسیتان، آشپزی که غذایش را نچشیده باشید، استخدام می‌کنید؟ بعید می‌دانم. (مگر این که خاله بزرگتان باشد و بترسید که تا آخر عمر از شما به دل بگیرد و برنجد.)با این وجود، هر روز، برنامه‌نویسهایی بخاطر داشتن resume جالب یا به این خاطر که مصاحبه‌گر از گپ زدن با او لذت برده، استخدام می‌شوند. یا باید به سوالات ساده‌ای مانند ‌« فرق CreateDialog() و DialogBox() چیه؟ » که با خواندن مستندات قابل پاسخ‌گویی است، جواب دهند. واقعاً نباید برایتان اهمیتی داشته باشد که داوطلب، هزاران نکته پیش پا افتاده را حفظ کرده‌است یا نه، بلکه باید توانایی او در تولید کد برایتان مهم باشد. از همه چیز بدتر، سؤالات « معما گونه » است :‌ آن دسته از سؤالاتی که پاسخ دادن به آنها غیر ممکن است ولی وقتی جواب را می‌دانید بدیهی به نظر می‌رسند.لطفاً از این کارها نکنید! و هر کاری که می‌کنید، حتماً از مصاحبه شونده بخواهید که برایتان کد بنویسد.

12 _ آیا از آزمایش « قابلیت استفاده راهرویی » سود می‌جویید؟

در تست hallway usability، شما خِر اولین فردی را که از راهرو رد می‌شود، می‌گیرید؛ و مجبورشان می‌کنید که بنشینند پای برنامه‌ای که همین الان نوشته‌اید. اگر با پنج نفر این کار را تکرار کنید، ۹۵٪ مشکلات کار با برنامه‌تان (usability problems) را کشف خواهید کرد.

طراحی « واسط کاربر » خوب آنقدرها هم که فکر می‌کنید سخت نیست، حتی برای این که مشتریها عاشق برنامه‌تان بشوند و آن را بخرند، واجب هم هست. کتاب مجانی و online من در مورد طراحی واسط کاربر که الفبای آن را برای برنامه‌نویسان شرح می‌دهد ‌بخوانید . اما مهمترین نکته در مورد واسطهای کاربر (user interfaces) این است که اگر برنامه‌تان را به پنج یا شش نفر نشان دهید، به سرعت بزرگترین مشکلات کاربران را خواهید دانست. Jakob Nielsen مقاله‌ای دارد که در آن توضیح می‌دهد چرا این چنین است. خلاصه این که حتی اگر در زمینه UI‌ واقعاً ضعیف باشید، با آزمایشهای قابلیت استفاده راهرویی که شرح آن رفت و خرجی هم ندارد، UI تان واقعاً بهبود پیدا می‌کند.

چهار استفاده برای تست جوئل

1 _ موسسه نرم‌افزاری خود را بسنجید و امتیازتان را به من اطلاع دهید تا بتوانم حرفهای خاله‌زنکی پشت سرتان بزنم!

2 _ اگر مدیر یک تیم نرم‌افزاری هستید، با استفاده از این تست چک کنید که آیا تیمتان با تمام توانش کار می‌کند یا نه؟ اگر امتیازتان ۱۲ است، بهتر است که برنامه‌نویسانتان را به حال خودشان رها کنید و انرژیتان را روی عدم مداخله بخش مالی و فروش شرکت در کار برنامه‌نویسها متمرکز کنید.

3 _ اگر می‌خواهید جایی استخدام شوید، از کارفرمای جدیدتان بپرسید که چه امتیازی در این تست به دست می‌آورند. اگر خیلی پایین بود، مطمئن شوید که اختیارات درست کردن اوضاع را دارید و الا وجودتان بی‌حاصل خواهد بود.

4 _ اگر سرمایه‌گذاری هستید که در حال برنامه‌ریزی و سنجش تیمتان می‌باشید و یا شرکتی نرم‌افزاری هستید که قصد ترکیب با مجموعه نرم‌افزاری دیگری را دارید، این تست وضعیت را به صورت سرانگشتی به شما خواهد گفت.

چگونه فایل های pdf بسازیم؟

PDFcamp یک نرم افزار خوب و ساده هست برای ساخت فایل های PDF از اسناد قابل پرینت تحت ویندوز.به عنوان مثال نرم افزار فوق میتونه به سادگی فایل های DOC, XLS, PPT, TXT و حتی html رو به فرمت شناخته شده PDF تبدیل کنه.این روش به کاربران این امکان رو میده که به راحتی اسناد مورد نظر خودشون رو منتشر کنند!PDFcamp به عنوان یک پرینتر مجازی در کامپیوتر شما نصب میشه و به همین دلیل ساختن یه نسخه pdf از اسناد توسط توسط این برنامه به سادگی پرینت گرفتن از یه صفحه هست!یعنی کافیه دستور پرینت صفحه مورد نظر رو بدین و بعد به جای انتخاب پرینتر اصلی ، درایور این برنامه رو انتخاب کنید تا نرم افزار به ذخیره سازی سند شما به پسوند pdf بپردازه!این نرم افزار با هزینه ناچیزی تمام نیازهای شخصی و حرفه ای شما رو برطرف میکنه ( البته با وجود کرک و سریال نیازی به هزینه کردن نخواهید داشت )

قابلیت های این نرم افزار:

پشتیبانی کامل از Windows XP, Windows 2000, Windows 2003 ، قابلیت ساخت PDF از کلیه اسناد و برنامه هایی که به کاربر امکان گرفتن پرینت میدهند.قابلیت سفارشی کردن اندازه صفحه ،پشتیبانی از هر اندازه resolution تصویری ، قابلیت فشرده سازی صفحات ، پشتیبانی از قابلیت پرینت دسته جمعی ، قابلیت ارسال اتوماتیک اسناد ساخته شده توسط MS Outlook و Outlook Express ( به عنوان فایل ضمیمه ).قابلیت اضافه کردن فونت به فایل pdf !! پشتیبانی از حروف موجود در زبان های آسیایی !!! قابلیت رمزی کردن فایل های PDF ساخته شده. پشتیبانی از قابلیت ایجاد لینک و ....

سریال برنامه :

44$8s&kiy04¤B9)8B3

80$8H&0?&Mjc#Gt8Rn

دانلود با حجمی حدود 800 کیلوبایت

طراحی و خلق آیکون ها منحصر به فرد با IconCool Studio Pro 5.0

شرکت Newera Software Technology که در زمینه تولید و ساخت نرم افزار های گرافیکی فعالیت دارد ، با معرفی نسخه جدید نرم افزار IconCool Studio ویژه ساخت آیکون های زیبا توانسته است چشم بسیاری از طراحان و متخصصان کامپیوتر و نرم افزار را به سوی خود خیره کند، با استفاده از نسخه جدید نرم افزار IconCool Studio Pro شما قادر خواهید بود آیکون های دلخواه خود را در محیط کاملاً گرافیکی و ساده در عین حال حرفه ای خلق کنید. قابلیت ویرایش فرمتهای تصویری و تصاویر مختلف و تبدیل مستقیم این تصاویر به آیکون ها و در نهایت ویرایش آیکون ها از قابلیت های اصلی این نرم افزار است. IconCool Studio Pro با جلوه ها و فیلتر های متنوعی که دارد، علاوه بر آسان تر کردن کار طراحی، آثار شما را بسیار زیباتر و منحصر به فردتر خواهد کرد. اگر بدنبال ساخت آیکون برای نرم افزار های خود هستید و قصد دارید رنگ و آب برنامه خود را زیباتر کنید این برنامه را از دست ندهید!

ویژگی های کلیدی نرم افزار IconCool Studio Pro 5.0 :

- پشتیبانی نسل جدید آیکون ها یعنی آیکون های ویندوز ویستا

- نمونه های متنوع آیکون ویستا که به عنوان الگو می توانید از آنها استفاده کنید

- قابلیت پشتیبانی فرمت PSD نرم افزار قدرتمند Adobe Photoshop که به اسانی آن را Import , Export می نماید

- ایجاد تغییر در آیکون های ویندوز و تعویض آیکون های بخش های مختلف مانند My Computer, My Documents و ...

- قابلیت پشتیبانی انیمیشن های GIF و استفاده از فریم های آن

- دارای بیش از 50 فیلتر مختلف تصویر برای ایجاد تغییر و زیبایی در تصاویر ورودی، فیلتر هایی مانند lurring, Sharpening, Embossing و ...

- دارای بیش از 15 جلوه مختلف تصویر برای ایجاد تغییر و زیبایی در تصاویر ورودی، جلوه هایی مانند Linear Gradient, Wave, 3D shadow, 3D Button, Text Gradient Effects و ...

- قابلیت جستجو سریع برای فرمتهای مختلف آیکون در سیستم یا محیط یک شبکه

- پشتیبانی 25 فرمت گوناگون تصویری برای ورود به محیط نرم افزار و ویرایش و تبدیل آنها به آیکون های دلخواه، فرمتهایی مانند BMP, DIB, EMF, GIF, ICB, ICO, ICL, JPG, JPEG, PBM, PCD, PCX, PGM, PNG, PPM, PSD, PSP, RLE, SGI, TGA, TIF, TIFF, VDA, VST, WBMP and WMF

- قابلیت ذخیره ی نهایی به 12 فرمت مختلف BMP, CUR, GIF, JPG, ICL, ICO, PNG, WBMP, EMF, WMF, TGA and TIF.

- تغییر نشانه های ماوس به راحتی

- قابلیت نصب بر روی ویندوز های 98/200/2003/‍Xp / Vista

- و ...

Download

نشانی کوتاه برای وبلاگ

برای این کار به سایت www.UNI.CC بروید و نشانی مورد نظر خود را ثبت کنید .

با این کار می توانید با آدرس WWW.yourblog.UNI.CC نیز به وبلاگ خود بروید .

توجه کنید که yourblog همان نشانی ثبت شده توسط شماست .

اطلاعات مفید و لازم درباره گوشی موبایل

فرستادن sms از طریق bluethouth :

در 6600 این مسیر رو طی کنید :

Menu

Extras

Notes

متن را ایجاد کنید

Options

Send

Via Blutooth وقتی رم جدید رو روی دستگاه میزارین حتی وقتی گوشی نو میخرین باید رمتون رو فرمت کنید و اگر فقط رم رو تعویض میکنید باید گوشی هم مستر ریست بشه

backup گرفتن از دفترچه تلفن (نوکیا 6600) :

توی این قسمت extras/memory/option/backup phon mem و فایلی که به عنوان backup تهیه می شه رو در کامپیوترتون ازش نگهداری کنید تا فرمت و مستر ریست شما تمام بشه و دوباره برگردونید،شماره هاتونو ببرین روی سیم کارت و بعد ریست کنید --- دوباره برشون گردونین ، استفاده از نرم افزار contacts transfer که میتونه از دفترچه تلفن شما یه پشتیبان تهیه کنه

علائم ویروس CAM WARRIOR که در گوشی ها دیده شده :

هر نیم ساعت یک بار یک مولتی مدیا مسیج برای شخصی که از دفتر تلفن شانسی انتخاب می کنه می فرسته ، بدون این که بلوتوث روشن باشه به کامپیوتر فایل می فرسته ، وقتی که فایلی رو گوشی نصب می کنید برنامه ای باز می شه با عنوان CAM WARRIOR از ویروس از طریق بلوتوث گسترش پیدا می کنه

برای شارژ باطری بهتراست که گوشی را خاموش کرده و بعد شارژ کنیم، شارژ گوشی در زمانی باید انجام شود که گوشی آلارم مخصوص خالی شدن باطری را چند بار به صدا درآورد. برای شارژ باطری هیچ وقت از شارژر ماشین استفاده نکنید و اگر مجبور به استفاده شدید گوشی را حتماً خاموش کنید.

تمام برنامه هایی که نصب می کنید اعم از sis یا Jar در فولدر systemapps نصب می شوند و نمی شه جاشون رو تغییر داد مگر این که کل فولدر برنامه رو منتقل کنید و فایل app رو توسط یک اکسپلورر اجرا کنید. در غیر این صورت آیکون برنامه در منوی اصلی از کار می افتد و عمل نمی کند.

backup گرفتن از مسیج ها ( نوکیا  6600) :

به ترتیب مراحل زیر را انجام دهید :

messaging

options

others محل ذخیره سازی مسیج ها را به مموری کارد تغییر دهید. با استفاده از برنامه pcsuite پوشهmail که در آدرس زیر قرار دارد روی کامپیوتر کپی کنید

"c:systemmail "

حالا دوباره مسیر ذخیره سازی رو می تونید به phone برگردونید.

بعد از فرمت کردن و مستر ریست برای این که دوباره مسیج هاتون رو بر گردونید مراحل زیر را انجام دهید:

مسیر ذخیره سازی را به مموری تغییر دهید. با برنامه pc suite شاخه mail را روی گوشی(فون یا مموری) کپی کنید. با برنامه SeleQ یا Fileman شاخه mail را در مسیر زیر کپی کنید:

"c:system " مسیر ذخیره سازی را مجددا به فون بر گردانید.

با برنامه pcsuite همه مسیج‌ها در فایلی به نام Back up قرار می گیره – یک فایل در این قسمت به نام filestore.dat قرار داده شده که با برنامه Notepad ویندوز باز می شه در این قسمت نام فایل و نشانی اون نوشته شده و شما با مشخص کردن نام فایل می تونید روی اون فایل کلیک راست کرده و سپس Open With کرده و با برنامه Notepad اونها رو باز کرده و محتوای اس.ام.اس ها تون رو ببینید.

هیچ برنامة رادیو برای 6600 وجود ندارد. برای رادیو گوشی باید مجهز به تیونر سخت افزاری باشد و چون در گوشی‌ها این قطعه سخت افزاری وجود ندارد پس نمی‌توان از برنامه‌ای برای رادیو استفاده کرد.

برای پشت سر هم گوش دادن mp3 در 6230 در حالتی که موزیک روی گوشی باشد :

media-->>music player--->>option--->>track list--->>option--->>refresh all tracks

برای 6600 هدفون وجود ندارد.

سیستم عامل 6600 - 3650 – 3660 – 7610 ویندوز نیست و سیمبین هست و نمیشه اون رو عوض کرد و سیستم عامل دیگه ای روش نصب کرد .فقط میشه فریم فر اشو آپدیت کرد. برای نصب فریمویر جدید هم به دستگاه باکس (باکس گریفین) نیاز هست.

فون مموری به چند قسمت تقسیم میشه :

درایو C- درایو D - درایو Z- نرم افزار هایی که در فون مموری نصب میشوند در درایو C نصب می شوند و درایو Z مربوط به فایل های سیستمی خود گوشی است. در این درایو نه چیزی می‌توان نوشت و نه چیزی می‌توان پاک کرد چون این درایو Read Only Memory می‌باشد. درایو Z هیچ وقت ویروسی نمی‌شود.

برای به ترتیب حروف الفبا کردن فایلها در 6600 از برنامة SeleQ استفاده کنید

در 6600 نمی‌تونید فایل mp3 رو برای زنگ گوشی انتخاب کنید.

تعویض LCD بین گوشی‌ها با مدلهای مختلف معمولاً امکان پذیر نیست.

چگونه می‌توان متن ها را copy و paste کرد ؟

کلید قلم (که به آن ABC نیز گفته می شود) را فشار دهید و نگهدارید ، سپس در همان حالت با استفاده از کلید ماوس یا (scroll key) می توانید متن مورد نظر را انتخاب کنید. چنانچه کلید قلم پایین نگه داشته شود ، کلید فانکشن چپ به copy تغییر مییابد و می توان متن انتخاب شده را با این کلید به حافظه موقت کپی کرد. به همین شکل می توان محتویات حافظه موقت را paste نمود. بدین ترتیب که کلید قلم را شایین نگاه داشته و سپس کلید فانکشن سمت راست که به paste تغییر مییابد را فشار دهید ، محتوای حافظه موقت به محل فعلی مکان نما منتقل خواهد شد.

برنامه های در حال اجرا در حافظه :

کلید منو را فشار دهید و در همان حال نگاه دارید تا صفحه سوییچ برنامه ها نمایش داده شود ، در این صفحه میتوانید به برنامه های در حال اجرای دیگر سوییچ کنید. چنانچه روی اسم هر برنامه ای در این صفحه کلید C یا همان (Clear)را فشار دهید ، برنامه خاتمه می یابد. به این طریق میتوان سریعتر یک برنامه را پایان داد.

نمایش تصویر شخصی که تماس می گیرد :

در این مسیر : Menu -- Contacts -- (select a contact card) -- Options -- Edit -- Options -- Add thumbnail - choose an image

تخصیص یک ملودی خاص به یک شخص :

در دفترچه تلفن: Menu -- Contacts -- (select a contact) card -- Options -- Open - Options -- Ringing tone - choose a ringing tone

پاک کردن یکباره همه message های درون Inbox :

Menu -- Messaging -- Inbox -- Options -- Mark/Unmark -- Mark all -- Options -- Delete

شماره گیری صوتی :

در وضعیت standby کلید فانکشن راست را فشار داده و نگه دارید تا شماره گیری صوتی را فعال کنید. برای اضافه کردن برچسب صوتی به یک شماره تلفن ، کارت تماس (مدخل دفترچه تلفن) مورد نظر را باز کنید و مکان نما را بر روی شماره مورد نظر قرار دهید و گزینه مقابل را انتخاب کنید Options --- Add voice tag

با فشردن وسط کلید دایره میانی وارد Contacts شوید. نام فردی که میخواهید برای تلفنش Voice بگذارید را پیدا کنید. مجدد کلید وسط دایره را فشار دهید تا شماره تلفن مخاطب را مشاهده کنید. از طریق منوی Option می توانید Add Voice tag را انتخاب کنید. با مشاهده پیغام Press Start, then speak after tone بعد از شنیدن صدای Tone اسم یا جمله ای را که می خواهید برای این شماره در نظر بگیرید را بگویید.

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

7- از همه منوها خارج شوید و برای شماره گیری کافیه که کلید تابعی سمت راست (فرقی نمی کنه که Profile یا <">Camera یا Favorites یا Message یا هر چیز دیگه ای باشه) را فشرده و 2 ثانیه به نگه دارید.

8- مجددن بعد از شنیدن صدای Tone اسم طرف یا صدایی که برای Voice گذاشتید را تکرار کنید تا گوشی اقدام به شماره گیری کند.

9- برای تغییر یا حذف یک Voice در محیط Contacts کافیه که با باز کردن منوی Option و انتخاب Contacts info و سپس Voice tag اقدام به تغییر و حذف نموده و از وضعیت Voice اطلاع حاصل کنید.

شماره گیری سریع :

در وضعیت standby : تایپ کنید 45# و سپس کلید شماره گیری (کلید سبز) را بزنید تا با شماره ذخیره شده در خانه حافظه 45 تماس بگیرید. تایپ کنید 32# و سپس کلید شماره گیری برای تماس با شماره ذخیره شده در خانه حافظه32 و بقیه نیز به همین شکل ...

روشن کردن نور صفحه نمایش وقتی صفحه کلید قفل است :

درحالتی که صفحه کلید قفل است ، بدون اینکه لازم باشد قفل صفحه کلید را باز کنید ، با فشردن کلید on/off می توانید لامپ صفحه نمایش را روشن کنید تا مثلن ساعت را ببینید یا وضعیت باتری گوشی را چک کنید.

برای در دسترس نبودن از فویل آلومینیوم استفاده کنید و اون رو دور گوشی بپیچید، یعنی گوشی رو با اون بسته‌بندی کنید.

بهترین آنتی ویروس KasperSky می‌باشد که قابلیت آپدیت شدن و حذف ویروس را دارد آنتی ویروسها مصرف باطری را بالا می‌برند.

در صورت استفاده از تصاویر متحرک در بکراند گوشی مصرف باطری فوق العاده بالا می‌رود

نصب و پاک کردن برنامه‌ها در موبایل هیچ ضرری برای گوشی ندارد و فقط در طولانی مدت باعث انباشته شدن فایلهای کوچکی از هر برنامه در گوشی می شود که با مستر ریست کردن گوشی قابل حل می‌باشد.

طریقه نصب crackهای APP برای سیمبین ها :

فرض می شود که شما دو فایل، یکی *.sis و یکی *.app در اختیار دارید و شیوه نصب در سیمبین 6 و در گوشی نوکیا 6600 تست شده که ممکن است در گوشی های دیگر اندکی تفاوت داشته باشد ، شما به یک File Manager که از قبل در گوشی نصب باشد احتیاج دارید. نمونه این برنامه ها از قبیل SeleQ و Psiloc eFileManager و FExplorer و ... می باشد.

فایل sis و فایل app را توسط بلوتوث یا IR به گوشی انتقال میدهیم که در پوشه massage های ورودی قرار میگیرند پس از ورود به Inbox فایل sis را نصب میکنیم پس از پایان نصب گوشی را خاموش و دوباره روشن میکنیم بدون اینکه برنامه نصب شده را اجرا کنیم وارد برنامه File Manager میشویم با جستجو در حافظه دستگاه به دنبال فایل app ای میگردیم که به گوشی ارسال کرده ایم (در حال حاضر ما کاری به قسمت message ها نداریم و از داخل برنامه File Manager این کار انجام می‌شود) تقریبا چنین مسیری : C:systemMail0001001_S400200_F*.app فایل app رو که پیدا کردید کپی کنید بدون این که از برنامه File Manager خارج شوید به محل نصب برنامه بروید تقریبا چنین مسیری : app.*نام برنامه C:systemappsx فایلی که با نام app کپی شده ما همنام است را delete کنید فرمان paste را اجرا کنید تا کرک جایگزین فایل پاک شده شود برنامه File Manager را ببندید دستگاه را خاموش و دوباره روشن کنید برنامه را اجرا کنید اگر کرک درست کار کند (که در بسیاری موارد نمیکند) برنامه قفل شکسته اجرا خواهد شد این ویروس از طریق سیستم Bluetooth و به صورت فایل CARIBE.SIS یا یه چیز تو همین مایه ها (مثل carib.sis carbi.sis و ...) فقط به موبایل های سری ۶۰ ۶۶۰۰ و ۳۶۵۰ و N-Gage ) )حمله می کنه البته به صورت خودکار این کار صورت می گیره به این صورت که هر کسی در شعاع فرد آلوده bluetooth رو فعال کرده باشه فایل مربوط رو دریافت می کنه و بعد از نصب اون قربانی Caribe می شه و دردسر ها شروع میشه , مصرف باطری موبایل حدود 4برابر می شه یعنی مثلا قبلا 3 روز شارژ داشتی حالا حدود 12 ساعت !! پیام های کوتاه شما (SMS) به صورت خودکار و تصادفی پاک می شه موبایل هر از چند ساعت با اینکه باطری داره خاموش می شه و...

حتما می پرسید چه اگه آلوده شدیم چه کار کنیم ؟

اگر برنامه FileManager روی موبایل تون دارید که هیچ اگه نه این برنامه رو از اینجا دریافت کنید و بعد از نصب وارد برنامه شوید.

با استفاده از فایل منجر به دنبال *.*caribe در درایو C بگردید حدود 3یا 4 تا فایل پیدا می شه (در مواردی که ویروس خودش رو کپی کرده بیشتر پیدا می کنید( فایل ها 98% اینجا پیدا می شوند : SYSTEMAPPSCARIBE فایل های CARIBE.APP, CARIBE.RSC و CARIBE.SIS رو delete کنید. به اینجا برید : C:SYSTEMRECOGS فایل FLO.MDL رو پاک کنید. در این فولدر C:SYSTEMINSTALLS فایل CARIBE.SIS رو هم پاک کنید. موبایل رو خاموش کنید و پس از 1 دقیقه روشن کنید.

اون دسته از فایل هایی رو که نتونستید پاک کنید (احتمالا CARIBE.SIS و CARIBE.RSC ) رو پیدا کنید و پاک کنید.

توصیه های دو غول آنتی ویروس برای در امان ماندن از حمله Caribe :

اگر از bluetooth استفاده نمی کنید بهتر است آن را غیر فعال کنید. در صورتی که مایل به استفاده مدام از Bluetooth دارید آن را در حالت Hidden قرار دهید تا در لیست ارسالی از طرف شخص آلوده قرار نگیرید. گوشی های جدید اکثرا فایلهای صوتی با فرمتهای wav- mid -mp3- amr- 3gp- rm- ram , و بعضی هاشون aac رو ساپورت می‌کنند. برای نصب فایهای sis می‌تونید اونها رو به گوشی منتقل کرده و در اونجا نصب کنید. در گوشی‌های 6630 گزینة مربوط به ذخیره عکس مسیج از آپشن مربوطه حذف شده و نمی‌توان عکسهایرسیده از smsها رو ذخیره کرد.

برای قفل گوشی کارهای زیر رو انجام بدید :

Setting --> Security --> Phone and SIM --> Autolock period

این گرینه رو انتخاب کنید بعدش هم user defined رو ... بعد هم بهش مدت زمان اتولاک رو بدید. کد :12345 – اگر بعد از قفل گوشی، گوشی باز نشد ( به دلایلی مانند از یاد بردن کد و... ) گوشی باید مستر ریست بشه.

* در بعضی گوشیهای 3230 لرزش تصویر دیده شده که یک عیب کارخانه‌ای است و موردی برای گوشی نمی‌باشد. این مشکل قابل حل نمی‌باشد. البته گاهی این لرزش فقط در بعضی برنامه‌های خاص دیده شده است.

تغییر نور و روشنای صفحة تصویر :

tools >setting>phone >disply>brightness

فارسی سازی 1100 :

برای فارسی کردن 1100 میتوانید از باکس نرم افزاری گریفین هم استفاده کنید به این صورت که با توجه به نوع نرم افزار گوشی که در پشت گوشی نوشته شده که ار اچ 18 میباشد بالاترین ورژن نرم افزاری مربوط به فایل ام سی یو را انتخاب کرده و بعد برای فایل پی پی ام فایلی را که پسوند ای آ دارد را انتخاب می کنید و سپس گوشی را فلش می کنید.