PDA

View Full Version : سوال: سبک برنامه نویسی برای یک شرکت طراحی وب



alex1020
سه شنبه 21 اردیبهشت 1389, 13:53 عصر
سلام
یکی دوستان که کارش طراحی هست می خواد شرکتی راه بندازه و من هم در قسمت برنامه نویسی و PHP کمک اش کنم
حالا در یک مورد من باهاش به مشکل خوردم که خواستم نظر دوستان حرفه ای و با تجربه را بدونم :قلب:

دوستم می گه همه شرکت های طراحی وب برای خودشون یه CMS آماده دارن و N تا ماژول که برای هر کاری در موقع لزوم ازش استفاده می کنن ‌(‌حالا اگر کار جدیدی بود یا نیاز به ادیت داشت موضوع اش فرق می کنه )
میگه ما اول کار به کمک چند نفر برنامه نویس دیگه فول تایم برای چند ماه بشینیم یه CMS کامل با N تا ماژول که ممکنه به کارمون بیاد آماده کنیم ! بعدش براش یه کنترل پنل (‌console ) بسازیم که هر کدوم از ماژول ها رو خواستیم کم و زیاد کنیم .. و موقع لزوم نصب کنیم
منظور از ماژول ها (‌مثلا خبرنامه / mailing list / و غیره هست )
در مورد CMS های آماده دیگه می گه اونها اکثرا برای کارهای خاص مثل سایت خبری یا بلاگ طراحی شدند و جواب کار ما رو نمی دن !
//
حالا می خوام بدونم سبک و اصول کار شما چطوره ؟
شما هم یه چیزی مثل Customized CMS آماده دارید با یه بانک ماژول ؟!
یا اینکه نه برنامه نویسی عادی مثلا بر پایه فریم ورک CI یا cakephp و یه بانک library که در صورت لزوم هر library رو اضافه و از اون کلاس استفاده می کنید ؟

صابر طهماسبی
سه شنبه 21 اردیبهشت 1389, 16:55 عصر
سلام
من خودم با یه شرکت کار می کنم
تا حالا کارهایی که دیدم مشتریان بیشتر تمایل دارند یک CMS اختصاصی داشته باشند و دوست ندارند که CMS اونا همون CMS باشه که به چند مشتری دیگر تحویل داده شده و فقط امکانات و قالب آن تغییر داده شده است.برای مثال مشتریان دوست ندارند که شما نیازهای او را به صورت پلاگین برای جوملا بنویسید و بعد از سوار کردن روی جوملا آن را به آنان تحویل دهید.
البته ماژول نویسی برای استفاده در پروژه های مختلف منعی نه تنها بد نیست بلکه به روند کد نویسی سریع کمک می کند.برای مثال شما یک ماژول برای نظرسنجی می نویسید و هرکدام از مشتریان نیاز داشت از آن استفاده می کنیدفقط سعی کنید ساختار CMS در همه ی پروژه ها یکی نباشد.
البته اینها نظر و تجربیات بنده بود.

rapidpich
سه شنبه 21 اردیبهشت 1389, 18:56 عصر
و من تجربه ام دقیقا برعکس سابرسافت اه! یعنی مشتری هایی که من باشون سرو کار داشتن اصلا براشون مهم نبود(کلا نمیفهمیدن) که سایت چجوری نوشته شده. فقط میخواستن نیازشون رو برآورده کنه.

شما کلا برات چه فرقی میکنه بشینی جوملا یاد بگیری یا cake؟ (یاد گرفتنش رو منظورمه)ولی اگه جوملا بری میتونی بعضی از ماژول هارو ترجمه کنی و با یک تغییر مختصر بدی دست مشتری. (جوملا رو فقط دارم مثال میزنما). در کل این تصمیمیه که باید خودت بگیری.

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

alex1020
سه شنبه 21 اردیبهشت 1389, 19:21 عصر
>rapidpich (http://www.barnamenevis.org/forum/member.php?u=145252)
من هم تقریبا با شما هم عقیده هستم ! که آدم بسته به نیازش حالا میره از یه CMS آماده یا با یکی از فریم ورک های آماده که هر کدوم N تا library و پلاگین دارن استفاده می کنه !
//
ولی مشکل اصلی اینجاست که راهی که پیشنهاد داده و کوتاه هم نمی یاد اینه که نه از CMS آماده استفاده کنیم ! و نه از کد پایه ! و نه از فریم ورک !
یعنی وقت بزاریم یه CMS که بر طبق نیازهای خودمون به عنوان طراح و تولید کننده بسازیم و بقل هم N تا ماژول که ممکنه به کارمون بیاد بنویسیم !
این CMS که به قولی بومی شده ! یه کنترل پنل مثل همه CMS ها داشته باشه که بشه اون ماژول ها رو کم و زیاد کرد
ساده تر بگم یه جورایی سایت ساز ...

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

دوستانی که تجربه کار تو پروژه ها و شرکت های بزرگ رو نظرشون چیه ؟

صابر طهماسبی
چهارشنبه 22 اردیبهشت 1389, 06:30 صبح
دوستان گرامی
بنده فقط تجربیات خودم را گفتم.
مشتریانی که بنده با آنها سروکار داشتم اینطور بودن.اتفاقا بعضیاشون برای اینکه مثلا بگن چیزی حالیمه از بی خبر از اینکه اصلا CMS جوملاو... است یا اختصاصی است مرتب ایراد می گیرن اگه بگی جوملاست میگه آره بگی نیست میگه نه!
وگرنه اگه برای مشتری مهم نباشه آدم که مرض نداره بشینه یه CMS از پایه براش بنویسه چیزی را باید تحویلش داد که کارش راه بیفته و چیز بدی هم نباشه(کاملا راضی باشه).

rapidpich
چهارشنبه 22 اردیبهشت 1389, 10:47 صبح
ببین الکس (یوونتوسی هستی؟!) اول بگذار 2 تا موضوع رو جدا کنیم. یکی استفاده از cms آمادست یکی استفاده از فریمورکه. فریمورک که هیچ ربطی نداره، استفاده کردن از فریمورک مثل اینه که آدم بخواد سوار ماشین بشه بره یکجا. سرعت، امنیت و نظم سایت رو بالا میبره. مثل cms نیست که کسی بخواد ایراد بگیره. اتفاقا اگه من بخوام کسی یک پروژه برام انجام بده حتما میخوام از یک فریمورک استفاده کنه. اینطوری میدونم کمتر سوتی میده. مثلا symfony به صورت پیشفرض اجازه xss و sql injection رو نمیده.
درضمن php بدون فریمورک اصلا توانایی انجام پروژه های بزرگ رو نداره.( هیچ زبان دیگه ای هم همینطور) دلیل محبوبیت .net و java هم فریمورک بودنشونه
اما در مورد cms من با رفیقت موافقم. البته این دیگه یک چیز سلیقه ایه. فقط چند مورد رو باید مواظب باشی:

1.وقتی یک آپدیت میاد، بسته به تعداد مشتریات یا باید یکی یکی بشینی براشون آپدیت کنی یا یک اسکریپت بنویسی اینکارو برات بکنه. اگه cms دستی باشه خوب چون عملا آپدیت نمیکنی دیگه نیازی به اینکار نیست. هربار که اونها ازت یک تغییر میخوان خوب پولشو میگیری
2. دستکاری تو هسته یک cms = مرگ! هربار که بخوای Update کنی باید 2باره تو هم دستکاری هاتو انجام بدی. برای یک سیستمی مثل جوملا که اصلا دستکلاری تقریبا غیر ممکنه.

بعدشم یک شرکت بزرگ منظورت چیه؟ منظورت اینه که میخوای خرج کنی؟ خوب من پایتم!!! اما اگه شرکت بزرگی بود الان چند تا برنامه نویس داشت. اگه نداره پس نیست. وقتی آدم یک cms اختصاصی مینویسه که چیزهایی که هست جواب آدم رو نده. من نمیدونم چرا ما ایرانیا میخوایم همه چیز رو از اول بسازیم. خدا رو شکر بلد نیستیم cpu بسازیم وگرنه پس فردا سی پیو ملی هم تو تلویزیون تبلیغ میشد و همه مجبور بودیم اونو بخریم. 600mhz
حرف درست رو سابرسافت میزنه:


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