Web Developer Recruitment in Faraconesh Corporation

Faraconesh Logo

I hardly ever use my blog to publish unrelated subjects to programming. This is one of them.

Our company Faraconesh Corporation is bound to hire new talented and professional .NET developers. If you like working with me in person in a small-growing company which offer good salary, insurance, flexitime working beside experts which are pioneers in Iran in their skills and you meet the following needs

At least 3 years of relevant experiences.

Deep knowledge of .NET, C#, SQL Server and NHibernate

Also ability to work in team and using issue trackers, source controls and the rest of teamwork tools

Ability to work with WPF, WCF, WF and REST count as advantages

You can send your resume to jobs@faraconesh.com or to me at n.hajloo@gmail.com.

Faraconesh Corporation appreciates in advance your kind request to join and will arrange a meeting with you in next few days.

This is the Persian text for this advertisement.

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

حداقل سه سال سابقه کار مرتبط

درک و تسلط کافی و عمیق از ‫.NET, C#, SQL Server و  NHibernate

همچنین توانایی کار گروهی و استفاده از ابزارهای کار تیمی مانند ایشوترکر ها و سورس کنترها

توانایی کار با WPF, WCF, WF و REST مزیت به شمار می‌آید

را دارید

می‌توانید رزومه کاری خودتان را به آدرس jobs@faraconesh.com و یا برای من به آدرس n.hajloo@gmail.com ارسال نمایید.

شرکت فراکنش از درخواست همکاری محبت آمیز شما از قبل قدردانی کرده و در چند روز آینده یک قرار ملاقات با شما تنظیم خواهد کرد

مشکل بهم ریختگی متون فارسی انگلیسی در کامپیوتر

Unicode Logo
Unicode Logo

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

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

این یک جلمه به زیان فارسی است که کلمات English در آن باعث Break در جمله می‌شود

نمونه بالا بخصوص در متن ای-میل‌ها به چشم می‌خورد. اگر بخواهیم مشکل بالا را رفع کنیم یک راه کوچه بازاری آن است که در هر بار مطالعه متن حالت TextBox حاوی نوشتار را به RTL تغییر دهیم و یا Text-Align نوشتار را به سمت راست بیاوریم. در نگاه اول شاید مشکل حل شده باشد اما واقعیت آن است که این دردسر بزرگ به این راحتی‌ها قابل حل نیست مگر اینکه از یونیکد استفاده کنید.

برای رفع مشکل بالا کافی است یک  قالب کیبورد استاندارد فارسی  ( در حال حاضر بالاترین نسخه قالب کیبورد فارسی،  ISIRI 9147 است، که می‌توانید آن را  از این آدرس دانلود کنید، قبلا یک مطلب برای نصب این قالب کیبورد نوشتم که در مطالب مرتبط با یونیکد هست و می‌توانید آن را از آرشیو وبلاگ پیدا کنید) بر روی سیستمتان نصب کنید. پس از نصب ماتصا ۹۱۴۷ باید از کاراکترهای ویژه که باعث پیاده سازی الگوریتم‌های دوجهته ( Bidirectional Algorithm ) می‌شود استفاده کنید.

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

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

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

نشانه چپ به راست که در یونیکد با نام LRM و با کد 200E شناخته می‌شود
نشانه راست به چپ که در یونیکد با نام RLM و با کد 200F شناخته می‌شود
زیر متن چپ به راست که در یونیکد با نام LRE و با کد 202A شناخته می‌شود
زیر متن راست به چپ که در یونیکد با نام RLE و با کد 202B شناخته می‌شود
زیر متن اکیدا چپ به راست که در یونیکد با نام LRO و با کد 202D شناخته می‌شود
زیر متن اکیدا راست به چپ که در یونیکد با نام RLO و با کد 202E شناخته می‌شود
پایان زیر متن که در یونیکد با نام PDF و با کد 202C شناخته می‌شود

ISIRI 9147 Keyboard Layout - With Alt Down
ISIRI 9147 Keyboard Layout - With Alt Down

کاراکتر RLM پیش از یک کاراکتر دو جهته می نشیند و آن کاراکتر را بصورت راست به چپ نشان می‌دهد.

کاراکتر LRM پیش از یک کاراکتر دوجهته می‌نشیند و آن کاراکتر را بصورت چپ به راست نشان می‌دهد.

کاراکتر RLE پیش از یک جمله که دارای کلمات دوزبانه است می‌نشیند و جمله را کاملا بصورت راست به چپ نشان می‌دهد درست مثل زمانی که در برنامه Word روی نماد راست به چپ کلیک می‌کنید. برای رفع مشکل بالا هم باید از همین کاراکتر استفاده کرد. توجه داشته باشید که این کاراکتر صرفا جهت نوشتار را تعیین می‌کند و جهت قرارگیری جمله Txt-Align را تغییر نمی‌دهد بنابراین جمله شما با اینکه راست به چپ قابل خواندن است، ولی کماکان به سمت چپ TextBox خواهد چسبید.

کاراکتر LRE  پیش از یک جمله که دارای کلمات دوزبانه است می‌نشیند و جمله را کاملا بصورت چپ به راست نشان می‌دهد درست مثل زمانی که در برنامه Word روی نماد راست به چپ کلیک می‌کنید.

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

کاراکتر LRO هم درست برعکس RLO کار می‌کند و همه کاراکترها را به سمت چپ می‌چرخاند.

کاراکتر PDF در انتهای جمله شما که ممکن است چند پاراگراف یا حتی یک کتاب !!! باشد قرار می‌گیرد و مشخص می‌کند که به انتهای محدوده مورد نظر رسیدیم، مثلا اگر شما محدوده‌ای را RLE مشخص کردید و حالا می‌خواهید LRE بنویسید باید انتهای محدوده را با PDF مشخص کنید.

با توجه به مطالب گفته شده در بالا، برای تصحیح جمله بالا باید پیش از آنکه اقدام به نوشتن جمله کنید، ابتدا یک کاراکتر RLE که در استاندارد ISIRI 9147 بر روی کلید ‏[+‫Alt قرار گرفته را تایپ کرده و سپس اقدام به نگارش جمله کنید. به این ترتیب جمله بالا به این شمل نشان داده خواهد شد

‫این یک جلمه به زیان فارسی است که کلمات English در آن باعث Break در جمله می‌شود

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

لینکهای مرتبط

ضمیمه شماره ۹ استانداراد یونیکد در مورد الگوریتم‌های دوجهته

متن استاندارد ISIRI 6219

متن استاندارد ISIRI 9147

دانلود قالب کیبورد استاندارد ISIRI 9147

وبلاگ افشار محبی

شرکت فراکنش

ایشو ترکر ( Issue Tracker ) چیست

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

کانفلیکت ( برخورد ) کارهای مختلف با هم، زیاد بودن وظایف یک شغص ، فراموش کردن وظایف ، انجام دادن تکراری بخش های مختلف یک پروژه و … برای جلوگیری از این مشکلات و البته بهینه تر کردن انجام کارها در قالب یک نظام هماهنگ که همه درخواستها از طریق ان داده می شود وظیفه اصلییک برنامه ایشو ترکر است .

ایشو ترکر Issue Tracker یک برنامه، برای ایجاد ، تخصیص، پیگیری و منظم تر کردن کارهاست. این برنامه ها گرچه در مواردی محدودیت ایجاد می کنند ، اما در نهایت بهره وری یک شرکت را بالاتر خواهند برد . اصولا یک ایشو ترکر از هر کسی با هر سمتی می خواهد تا هر درخواستی را از هر شخصی در شرکت دارد از طریق همین برنامه ایجاد و پیگیری کند. ( شاید بتواندر یک دسته بندی غیر معقول ایشو ترکر ها را یک زیر گروه از برناه های Help Desk خواند که صرفا برای موارد داخلی کاربرد دارند )

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

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

یکی از نکات بسیار مهم و کلیدی ایشو ترکر آن است که شخصی که کاری را در دست دارد، براحتی می تواند زمان تحویل یک وظیفه خاص را مشخص کند و شخص متقاضی می تواند بدون پیگیری های مکرر و ایجاد استرس و … از میزان پیشرفت وظیفه محوله اش باخبر شود و در صورت نیاز تغییراتی را در وظیفه اعمال کند . توجه کنید که حالات ( state های ) مختلف انجام یک کار بسته به قابلیت های برنامه مورد استفاده، قابل تعیین است، برای مثال اگرشما از سیستم Agile برای انجام کارها استفاده می کنید اگر ایشو ترکر شما قابلیت اضافه کردن یک Template را داشته باشد، احتمالا شما قادر خواهید بود از حالات Agile و یا RUP ویا هر متودولوژی دیگری نیز استفاده کنید ( این امر بخصوص در TFS نمود دارد )

برنامه های بیشماری برای ترک کردن ایشوها وجود دارند ( هم کد باز و هم بامجوز ) شاید برنامهTeam Foundation Server که یک بخش بسیار کوچک از آن یک ایشو ترکر است را بتوان یک ایشو ترکر بسیار خوب هم دانست ( توجه داشته باشید که TFS صرفا ایشو ترکر نیست ) و یا برنامه JIRA که خود ما در حال حاضر از آن در شرکت استفاده می کنیم.

یکی از بخشهای برنامه جیرا JIRA
یکی از بخشهای برنامه جیرا JIRA

شاید میزان موفقیت یک ایشو ترکر در میزان یکپارچگی آن با سایر تکنولوژی های تولید نرم افزار که در یک شرکت استفاده می شوند هم بی اهمیت نباشد. در این میان TFS با یکپارچگی فوق العاده ای که با محصولات تولید نرم افزار مبتنی بر دات نت مایکروسافت ( Visual Studio و MSBuild و … ) دارد را بتوان یکپارچه ترین ایشو ترکر حال حاضر دانست. گرچه این برنامه بخاطر موارد جانبی که دارد ( بخصوص در ایران ) مورداستفاده قرار نمی گیرد .

تا بحال به شخصه در شرکت های بسیاری حضور داشته ام ( البته نه برایکار ، شاید برای مصاحبه ، تحویل یک چیزی و یا هر دلیل دیگری) اما به جرات می توانم بگویم که بجز شرکت فراکنش، شرکت دیگری را از نزدیک ندیدم که برای انجام کارها از یک ایشو ترکر استفاده کند. امیدوارم بزودی شاهد استفاده از این ابزارهای خوب در شرکتهای ایرانی هم باشیم.

لینکهای مرتبط

شرکت فراکنش

Jira Issue Tracker

Team Foundation Server

ECE یا پروتکل « تبادل الکترونیکی مکاتبات » در ایران چیست

ECE Protocol Logo
ECE Protocol Logo

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

ECE که مخفف عبارات Electronic Correspondence Exchange است پروتکل استاندارد تبادل نامه ها در ایران است. که در تابستان سال ۱۳۸۴ و توسط جمعی از شرکت های نرم افزاری در کمیته نرم افزار انجمن انفورماتیک ایران تهیه و تدوین شده و در حال حاضر تعدادی از شرکت های ایرانی فعال در زمینه اتوماسیون اداری از این پروتکل به منظور تبادل نامه هایشان استفاده می کنند . در حال حاضر بالاترین نسخه این پروتکل ۱.۰۱ است که طبق گفته مهران خوانساری قرار است امسال نسخه جدیدی از این پروتکل تدوین شود . توضیحات بیشتر در ارتباط با این خبر در وبلاگ سابق افشار محبی  و  لینک اصل خبر در خبرگزاری مهر
این پروتکل یک قالب XML ی دارد و نامه ها در قالب آن ارسال و دریافت می شوند . نکاتی را که باید در این ارتباط به آنها شاره کرد آن است که :

     ۱-      این XML باید دارای encoding یونیکد UTF-8 باشد و codepage مورد استفاده هم 1256 است . 

     ۲-     برای جدا کردن رشته ها از هم باید از کاراکتر :: استفاده کرد ( توجه داشته باشید که کاراکتر باید دو بار تکرار شود )

     ۳-     برای مشخص کردن فرستنده و گیرنده و موارد مشابه باید از تگ های استاندارد Organization و Department و Code و name و غیره استفاده کرد .

     ۴-     کلیه تاریخ ها باید از نوع DateTime بوده و باید از استاندارد ISO 8601 تبعیت کند

     ۵-     پس از دریافت نامه توسط گیرنده ، سیستم دریافت کننده باید طی یک پیغام ، ارسال کننده را از دریافت باخبر کند

     ۶-     یک فیلد هم با نام any به منظور توسعه در نظر گرفته شده که هر شرکت می تواند موارد دلخواهش را که توسط پروتکل دیده نشده در آن قرار بدهد .

ecetitlebanner

در طول پیاده سازی این پروتکل ممکن است به مشکلاتی از قبیل

     ۲-     صحیح پیاده سازی نشدن پروتکل از طرف شرکت ثالث

     ۳-     مشکل در expire شدن و یا نامعتبر بودن SSL و Certify ها

     ۴-     مشکل در Header نامه ها

     ۵-     و مشکل در پیوست های هر نامه و …

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

شرکت های زیر پروتکل ECE را در دبیرخانه هایشان پیاده سازی کرده‌اند و در حال حاضر توسط این پروتکل با یکدیگر به تبادل نامه ها می پردازند .

  شركت فراکنش
  شركت بريد سامانه نوين
  شركت گام الكترونيك
  شركت مشاورين پارس سيستم
  شركت مهندسي ايران رايانه
  شركت مهندسي سيستم ياس ارغواني
  شركت مهندسي نرم افزار رايورز

ecebottombanner

لینک های مرتبط

           شرکت فراکنش

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

           وبلاگ فعال افشار محبی

           مطالب مرتبط با ECE در وبلاگ فعال افشار محبی

           سایت رسمی پروتکل ECE در ایران

           اطلاعات فنی در ارتباط با پروتکل ECE

همکاری در پروژه های کدباز با تیم های بین المللی

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

اصلا به نظر شما شرکت های تولید نرم افزار خارجی ، از نظر چرخه و فرآیند تولید محصول و نحوه کار تیمی چقدر با ایرانی ها یک شکل هستند ؟ خود من به شخصه در حال حاضر توی شرکت فراکنش کار می کنم و از خیلی از جهات مطمئنم که یکی از high-tech ترین شرکت های نرم افزاری ایران ه ، اصول مهندسی نرم افزار توش رعایت میشه ، اکثر موارد مستند سازی میشه ، کدهای نوشته شده پس از مدتی بهینه میشه ، شرکت دارای برنامه پشتیبانی هست ، بچه های تیم از برنامه های کار جمعی مثل sourcesafe و چیزهایی از این قبیل استفاده می کنن ، حتی کارها در یک برنامه Issue Tracker تعریف میشه و تقریبا هر چیزی یک نظم و دیسیپلین خاص خودش رو داره . البته در خیلی نقاط هم ضعف هایی هست ولی اون موارد به بحث امروز مربوط نیست .

Afshar Mohebbi
Afshar Mohebbi

چند وقت پیش یکی از همکارهای شرکت ما ( که خیلی هم به کار با خارجی ها علاقه مند هست ) به سرش زد که توی چند تا از پروژه های کدباز همکاری کنه واسه همین هم یک پروژه آزمایشی توی codeplex ایجاد کردیم و قرار شد کمی باهاش کار کنیم تا وقتی که کار با خود codeplex رو یاد گرفتیم ، روی پروژه های دیگه بتونیم همکاری کنیم ( حالا در هر بخشی ) یک پروژه با نام tp7200 ( مخفف test project ) ایجاد شدو ما سریعا شروع کردیم به کار با بخش های مختلف سایت . خیلی از بخش ها سریعا مشخص شدند ، نحوه تعریف کار و work item ها ، نحوه ایجاد بحث ، و خیلی موارد دیگه اما وقتی قرار شد که پروژه رو publish کنیم متوجه شدیم که ما اصلا پروژه ای تعریف نکردیم که بتونیم اون رو publish کنیم .

همون طور که گفتم ما توی شرکت ( بخاطر تعداد نفرات کم ) از SourceSafe استفاده می کنیم و این برنامه همه نیازهای ما رو برآورده کرده ، اما codeplex از Team Foundatio Server استفاده می کنه که کار با اون متفاوت از sourcesafe هست ; البته در کلیت یکی هستند . ما هم خیلی از کارها رو مثل گرفتن solution از سرور وارد شدن به برنامه و غیره رو خیلی سریع انجام دادیم اما هر کاری کردیم نحوه اضافه کردن فایل به اون رو نفهمیدیم . این قضیه گذشت تا اینکه مدت یک ماهه ما برای اضافه کردن فایل به پروژه و publish کردن اون به سر اومد و کل پروژه از سرور codeplex پاک شد .

ما ماندیم و یک دل خون که چه حیف (‌البته این هم بگم که ما واقعا وقت زیادی برای این کار نزاشتیم ، شاید جمعا و در کل 10 ساعت هم نمیشد ولی این تعداد ساعت هم برای یک سری برنامه نویس که فکر می کنن خیلی هم high-tech هستند خیلی بده که پروژه روی یک سرور حذف بشه .) از اون به بعد برای خود من سوال هست که خارجی ها برای کار کردن با همدیگربه چه دانش های ابتدایی نیاز دارند ؟ چه چیزهایی در کار تیمی موثر و لازم هست ؟ آیا صرف دانش برنامه نویسی یک شخص رو در این امر بی نیاز می کنه و یا کار تیمی هم از اهمیت خاص خودش برخورداره؟

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

نظر شما چیه ؟