جایگاه وردپرس و سیستم‌های مدیریت وبلاگ در نزد فارسی‌زبانان

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

به نظر من اتفاقا برعکس، وردپرس دات ارگ بیشتر از هر سیستم مدیریت وبلاگ اپن‌سورس دیگری، در فضای وب فارسی مورد استفاده قرار گرفته. برای روشن‌تر شدن موضوع، بهتره «فضای وب فارسی» رو تعریف کنیم ببینیم اصلا چی هست.

فضای وب فارسی

فضای وب فارسی مجموعه‌ی تمام محتوای فارسی‌زبان موجود در سطح وب تعریف می‌شه. واضحه که تمام این فضا در بحث ما نمی‌گنجه، بنابراین بهتره از «وبلاگستان فارسی» صحبت کنیم. وبلاگستان فارسی به نظر من سه دسته‌ی کلی داره:

1. وبلاگ‌هایی که توسط سرویس‌های رایگان داخلی از جمله پرشن‌بلاگ و بلاگ‌فا میزبانی می‌شن.
2. وبلاگ‌هایی که از سرویس‌های رایگان غیرداخلی از جمله بلاگر و وردپرس دات کام استفاده می‌کنن.
3. وبلاگ‌هایی که دامنه‌ی مخصوص به خودشون دارن و بابت نگهداریشون پول پرداخت می‌شه.

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

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

جایگاه وردپرس دات ارگ کجاست؟

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

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

خوب پس اگر وردپرس مورد استفاده قرار می‌گیره دیگه ...

... مشکل چیست؟

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

• اول، مفهوم وبلاگ‌نویسی برای ما هنوز جا نیفتاده. وبلاگ‌های تازه به‌روزشده‌ی بلاگ‌فا یا پرشن‌بلاگ رو ببینید؛ چندتاشون ارزش داشتن نام «وبلاگ» رو دارن؟!
• دوم، پرداخت پول برای داشتن یه وب‌لاگ و وب‌سایت شخصی، اون طور که باید و شاید، در منطق اقتصادی ما نمی‌گنجه! مثلاً می‌گیم «بیست هزار تومن بدم که یه وبلاگ داشته باشم؟ می‌خوام نداشته باشم!»
• سوم، هاستینگ در ایران تبدیل شده به یه جور دلالی! یعنی نمایندگی از خارج از کشور بگیر ارزون بخر گرون بفروش!
• چهارم، هاستینگ‌های ما یا CMSهای اپن‌سورس رو ندارن، یا اگه دارن هم نسخه‌ی قدیمیه و هم هیچ گونه پشتیبانی براشون ارائه نمی‌دن. بنابراین حتی اگه وبلاگ‌نویسی دوست داشته باشه توی فضا و دامنه‌ای مخصوص به خودش بنویسه، باید خودشم بره یاد بگیره که سیستم‌های مدیریت وبلاگ چیا هستن و چطور باید نصبشون کرد. فکر کنم موافق هستید، کسی که در زمینه‌ی کامپیوتر تخصصی نداره با دیدن این همه مشکل، به ناچار به سرویس‌های داخلی روی میاره.

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

چرا تبلیغ برای مهاجرت از دسته‌ی اول؟

چرا؟ مگر استفاده از سرویس‌های داخلی چه عیبی داره؟ آیا ما غرب‌زده و اجنبی هستیم که برای مهاجرت تبلیغ می‌کنیم؟! نه. به طور کلی در وب واژه‌هایی مثل «داخلی» و «خارجی» مفهوم خودشون رو از دست می‌دن. سرویس‌های داخلی و خارجی هم به همین شکل معنایی ندارند. استفاده از هیچ سرویسی هم منع یا مشکلی به همراه نداره. پس دلیل اصرار برای مهاجرت از دسته‌ی اول چیه؟

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

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

"... عزيز ( يا عزيزانی ) همانند نمونه‌های بالا سايتي راه‌اندازی كنند كه اين نمونه‌ها را يكجا گردآوری و ليست كرده باشد. ..."

پیشنهاد فوق‌العاده‌ایه آقای مزیدی. من فکر می‌کنم هیچ‌کس بهتر از خود شما هم نمی‌تونه این کار رو انجام بده. با ذوق و شوقی که شما دارید من مطمئنم بهترین هستید. بنابراین منم یه پیشنهاد دارم! اونم این که شما یه سایت راه‌اندازی کنید و این نمونه‌ها رو گردآوری کنید. اطمینان خیلی‌ها حاضر می‌شن هم‌کاری کنن. خود من می‌تونم توی راه‌اندازی اولیه‌ش کمک کنم. ;)

فریم‌ورک برای css

خوب بذارید اول برای کسانی که در جریان یکی دو هفته پیش نبودن، خیلی خلاصه بگم: چند هفته پیش blueprint به طور رسمی منتشر شد. (نویسنده‌ش هم خودشو کشت اریک میر و جف کرافت و بقیه رو به پروژه بچسبونه!) blueprint یک سی‌اس‌اس فریم‌ورک هست و هدفش کاستن از زمانیه که برای ساختن فایل‌های سی‌اس‌اس صرف می‌شه. یه ساختار محکم و عالی سی‌اس‌اس در اختیار می‌ذاره که می‌شه یه پروژه رو بر اساسش ساخت. اندازه‌ی مطلوبی برای فونت‌ها داره. اجازه‌ی شبکه‌بندی می‌ده و حتی برای چاپ‌کردن هم استایل‌شیت جداگونه داره.

* (الان که من این مقاله رو می‌نویسم چند ساعتی می‌شه که نسخه‌ی 0.5 هم اومده و نویسنده از امکانات آینده در نسخه‌ی 0.6 هم صحبت کرده.)
* برای اطلاعات بیشتر در مورد به وبلاگ مرتضی الوانی مراجعه کنید که توضیحات کاملی داده و تنها فارسی‌زبانی روی وب بود که من دیدم در مورد blueprint نوشته. (منم دوم! :) )

فریم‌ورک همیشه خوبه؟

فریم‌ورک، مجموعه‌ای از کتاب‌خانه‌ها، ابزارها و تعریف‌هایی است که به ما کمک می‌کنن در زمان کمتری کار بیشتر و مؤثرتری انجام بدیم. از جمله فریم‌ورک‌های وب، می‌شه از jQuery ،Prototype و YUI برای جاوا اسکریپت، و CakePHP برای PHP نام برد. در زمینه‌ی برنامه‌نویسی غیر وبی مثلا برنامه‌نویسی تحت ویندوز، می‌شه .NET Framework مایکروسافت رو مثال زد که حجم عظیمی از کدهای نوشته‌شده رو در اختیار برنامه‌نویس قرار می‌ده.

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

علاوه بر این، همون‌طور که وبلاگ MondayByNoon هم در پست اخیرش اشاره کرده، معمولا در بیشتر فریم‌ورک‌ها حجم عظیمی از کد نوشته شده بدون استفاده می‌مونه. این مسئله در برنامه‌نویسی سمتٍ سرور (Server-Side) مثل PHP مشکلی ایجاد نمی‌کنه. چون فقط بخش‌هایی include می‌شن که مورد استفاده قرار می‌گیرن. بنابراین مشکل به طور خاص متوجه فریم‌ورک‌های سمتِ کلاینت از جمله فریم‌ورک‌های جاوا اسکریپتی می‌شه. چرا که حجم احتمالا زیادی از کد باید به کلاینت منتقل بشه برای فراخوانی فقط چند تابع!

با وجود این مشکلات و همین‌طور مشکلات دیگه‌ای که استفاده از فریم‌ورک‌ها داره، ایده‌ی فریم‌ورک جالبه و منم موافقم که چقدر در کم‌کردن کارا مؤثرن. خودم هم خیلی وقتا از فریم‌ورک‌ها استفاده می‌کنم. اما...

... فریم‌ورک برای سی‌اس‌اس دیگه چه صیغه‌ایه؟!

در واقع موضوع از دوازدهم ژوئن با مقاله‌ای شروع شد که جف کرافت توی شماره‌ی ۲۳۹ مجله‌ی A List Apart نوشت؛ تحت عنوان «فریم‌ورک برای طراحان». در این مقاله، نویسنده قصد داشته مفهوم فریم‌ورک رو به طراحی وب تعمیم بده و توضیح می‌ده که چه طور می‌شه کارهای تکراری رو در قالب یه فریم‌ورک درآورد، چه چیزهایی رو می‌شه به این صورت درآورد و سودمندی‌های این کار چیه. (بهتون توصیه می‌کنم این مقاله رو بخونید.) آقایی به نام Olav Bjorkoy هم با خوندن این مقاله، طرح پیشنهادی نویسنده برای فریم‌ورک رو در قالب پروژه‌ی blueprint اجرا کرده.

حالا سوال اینه که آیا یک سی‌اس‌اس فریم‌ورک هم می‌تونه مثل فریم‌ورک‌های جاوا اسکریپتی باشه؟ یعنی آیا می‌شه یک چارچوب کاری مثل blueprint ساخت که برای همه قابل استفاده باشه بشه پروژه‌ها رو بر اساسش توسعه داد؟ من معتقدم که نه.

به نظر من نمی‌شه از یه ساختار از پیش نوشته شده برای نوشتن استایل‌شیت‌ها استفاده کرد. css و xhtml دو چیز جدا از هم‌دیگه نیستن. نمی‌شه xhtml رو در یه قالب استایل‌شیت برد و محدود کرد. هر پروژه و کاری xhtml مخصوص به خودشو داره. classها و idهای مخصوص به خودشو داره که با توجه به پروژه به شکل مفهومی نام‌گذاری شده‌ن. استفاده از یه فریم‌ورک مثل blueprint باعث حذف بیشتر این نام‌گذاری‌ها به صورت مفهومی می‌شه. با نگاه کردن به فایل‌های نمونه‌ای که توی ورژن ۰٫۵ گذاشته شده‌ن این موضوع کاملا مشهوده که با نگاه کردن به کد هیچ برداشتی از محتوای هر بخش نمی‌شه داشت. و همون‌طور که MondayByNoon اشاره می‌کنه، این یعنی عمل کردن ضد یکی از اهداف اصلی پروژه‌ی استانداردهای وب: ساختن xhtmlهایی با بار معنایی بالا.

از طرف دیگه، یادگیری فریم‌ورک رو باید بررسی کرد. آیا وقتی که صرف یادگیری و یادآوری سی‌اس‌اس فریم‌ورک می‌کنیم به استفاده ازش میارزه؟ وقتی که xhtml به صورت مفهومی و با تعریف کلاس‌ها و idهای معنادار نوشته نشده باشه، و قرار باشه از یه فریم‌ورک با نام‌های خاص استفاده کنیم یادگیری این نام‌ها احتیاج به زمان نسبتاً زیادی داره. از طرفی هر یادگیری (که در واقع همون حفظ کردن می‌شه) احتیاج به تکرار برای یادآوری داره که اینم خودش با صرف مقداری وقت همراه می‌شه.

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

از چه چیزایی می‌شه دوباره استفاده کرد؟

من فکر می‌کنم جواب این سوال دقیقا توی مقاله‌ی آقای کرافت در A List Apart داده می‌شه. مطمئنا بخش‌هایی از کد هستند که همیشه و در هر پروژه‌ای تکرار می‌شن. در همین زمینه reset.css آقای اریک میر رو می‌شه مثال زد که نمونه‌ی خوبی از کدهای تکراری تنظیمات اولیه‌ی المان‌هاست. من فکر نمی‌کنم بیش از این حد در سی‌اس‌اس کدها تکرار بشن. مگر این‌که برای xhtml یکسانی نوشته بشن که بحث جداگونه‌ای داره. حتی در همین حد reset.css هم بخشی از تعریف‌ها بازنویسی (override) می‌شن. چه برسه به وقتی که شما از فریم‌ورکی استفاده بکنید که برای هر المانی که دستش رسیده کلی استایل تعریف کرده!

به هر حال هر کسی بعد از مدتی کار و کسب تجربه، برای خودش یه فریم‌ورک درست می‌کنه که به عنوان شروع پروژه‌هاش استفاده می‌شه. blueprint هم حاصل تجربه‌های نویسنده‌ش هستش که خود گامی فراتر گذاشته و با کمی تغییرات اونو منتشر کرده.

blueprint به چه دردی می‌خوره؟

من معتقدم چه blueprint چه YUI و چه هر فریم‌ورک دیگه‌ای نکات مثبت و قابل توجه زیادی داره که نباید نادیده گرفته بشن. درسته که من ایده‌ی استفاده از کل سی‌اس‌اس فریم‌ورک رو دوست ندارم، با این حال فکر می‌کنم این فریم‌ورک‌ها پر از ایده‌ها و موارد جالب توجهی هستن که هر کدوم رو می‌شه در جای خودش به کار برد. می‌شه فریم‌ورک‌های کوچک‌تری درست کرد که با بخش‌هایی از همین فریم‌ورک‌های بزرگ ساخته شده باشه. و مهم‌تر از همه این که می‌شه ازش کلی چیز یاد گرفت.

خلاصه اینکه...

... blueprint ایده‌ی جالبیه. حداقلش باعث شد ملت فریم‌ورکای شخصی خودشونو رو کنن این وسط ماها چیز یاد بگیریم! :) صدای فریم‌ورک دیگری نام Tripoli هم به گوش می‌رسه. باید بررسی بشه. ولی خوب... هیچی مثل نوشتن سی‌اس‌اس از پایه و کلنجار رفتن با مرورگرهای آدم‌نشو حال نمی‌ده! ;)

پی‌نوشت: من این جوریم: یا نمی‌نویسم یا وقتی می‌خوام بنویسم شب نمی‌خوابم هفت ساعت می‌شینم تا بخوام چهارتا خط بنویسم!

۹ روش برای بهبود پیشرفت

مقاله‌های این وبلاگ Monday By Noon واقعا خوندنی هستن. مقاله‌ای خوندم حدوداً بیست روز پیش منتشر کرده بود این وبلاگ، که الان می‌خوام راجع بهش بنویسم٬ در مورد این که چطور یه طراح یا توسعه‌دهنده‌ی وب می‌تونه توی کارش پیشرفت بهتری داشته باشه.

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

«... این لیست از جنبه‌ی تکنیکی و فنی دوری می‌کند و بیشتر به موضوعات کلی فرایند کاری شما می‌پردازد.

به درستی بدانید که چه کاری انجام می‌دهید

طراحی و توسعه‌ی وب یک هنر است. تاه‌کار و حرفه‌ای دارد. متأسفانه٬ تا جایی که برای عموم اهمیت دارد٬ یک وب‌سایت را می‌توان تنها با چند کلیک در Word ساخت. به عنوان یک حرفه‌ای٬ شما باید به کار خود ببالید٬ و این بالیدن را به کاری که تولید می‌کنید انتقال دهید. برای تحقیق و پژوهش در زمینه‌ی کاری‌تان وقت بگذارید. حجم وسیعی از اطلاعات٬ چه فنی و چه غیرفنی٬ سرتاسر وب را در بر گرفته‌اند. همانند هر حرفه‌ی دیگری٬ کار شما شایسته‌ی پژوهش است تا پشتیبان آن باشد. حرفه‌ی خود را بشناسید.

تا آنجا که می‌توانید٬ بخوانید

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

تا آنجا که می‌توانید٬ بنویسید

پس از خواندن مقاله‌ها٬ کتاب‌ها٬ پست‌ها و چیزهای دیگر٬ زمانی را برای ارائه‌ی نظرات خود بگذارید. لازم نیست حتماً بزرگ باشند. اگر سوالی برایتان پیش آمده٬ بپرسید. اگر نظر مناسبی دارید٬ آن را ارائه دهید. درگیر کردن خودتان٬ باعث خواهد شد تا سریع‌تر در مورد هر سوالی که دارید به نتیجه برسید. اگر چیزهای زیادی برای گفتن دارید٬ یک وبلاگ بسازید٬ مطلب یا مقاله‌ای بنویسید و در آن منتشر کنید. این مشارکت شما٬ به طراحان/توسعه‌دهندگانی که در آینده با همین سوال‌ها مواجه می‌شوند کمک خواهد کرد.

تا آنجا که می‌توانید صحبت کنید

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

چیزهای جدید امتحان کنید

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

نظم خود را حفظ کنید

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

وب‌سایت‌های بیشتری بسازید

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

همچنان علاقمند به کارتان باشید

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

همیشه سعی کنید بیشتر یاد بگیرید

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

جالبه، بعضی از این راه‌ها به هم مربوطن و عمل به یکی لازمه‌ی عمل به یکی دیگه‌ست. مثلا وقتی شما به کارتون علاقمند باشید، دوست دارید چیزهای جدیدی که در مورد کارتون هست رو یاد بگیرید، بنابراین همیشه در حال یادگیری هم هستید. از طرفی برای یاد گرفتن چیزهای جدید، باید «بخوانید» و خوندن مطالب می‌تونه باعث «نوشتن» و «بحث و گفتگو» هم بشه.

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