1. سوالات پرسيده نشده
2. توصيه هاي مهم
2.1. ١. رويكرد كد زدن بايد test-driven باشه به دو علت
2.1.1. ١. قسمت هاي مختلف برنامه مخصوصا قسمت كلاينت و قسمت سرور به هم وابسته نباشن
2.1.2. ٢. اگر خواستي يك فيچر را تغيير بدي يا بهش چيزي اضافه كني ، راحت بتوني قسمت قبل را جدا از قسمت جديد كه اضافه شده يا كاركرد كلي را وقتي خود فيچر تغيير كرده به راحتي تست كني
2.2. ٢. در نظر داشته باش هر قسمت بايد به كامل ترين و مطمئن ترين ديزاين پياده شود چون اگر بعدا بخواهد تغيير كند قضيه ميشه برات
2.3. ٣. شركت هاي بزرگ ليست فيچر هاي پروژه براي چندين سال رو ميزارن وسط و سعي ميكنن تو ديزاين فيچر هاي اوليه قسمت هايي را هم براي ديزاين هاي آين ده در نظر بگيرند .
2.3.1. بنابراين بهتر است در ديزاين ما نيز فيچر هاي آينده اي كه "معنا" تعريف كرده لحاظ بشود .
2.4. ٤. توصيه عليرضا اين بود كه يك نفر بهش كلاينت اندرويد ، يك نفر بخش api سرور و يك نفر پنل مديريت وب را راه اندازي كند.
2.4.1. دليل اين امر آن است كه وابستگي بين اجزاي يك فيچر زياد است بنابراين دو نفر نمي توانند به طور مثال اپ اندرويد را راحت با هم جلو ببرند.
3. زمان يا قيمت تخميني جزئي
3.1. افلاين و انلاين بودن همزمان وقتي چلنج دارد كه در منطق برنامه اگر برنامه اندرويد به حالت نمايش داده فقط نباشد و برنامه مجبور باشد كه داده هايي را به سرور منتقل كند آنگاه ممكن است در منطق برنامه دچار چالش هايي شويم . وگرنه صرف اينكه ديتابيس بتواند آفلاين باشد و مشكل امنيتي هم نباشد بنابراين مي توان اين تركيب را راحت پياده كرد .
3.2. مثلا در بازي فارمولر كه بازي افلاين است قسمت هايي ازبازي براي اينكه جلو برود نياز بود انلاين يك سري چيز ها چك شود كه دردسر افرين بود .
3.3. ٢. قيمت حساب كاربري
3.3.1. به نظر من تخمين هاي قسمت هاي كوچك كه انجام شد به تخمين هاي ما نزديك بود ولي هر اپي بايد test-driven كار مي كرد و چك ميشد وكامل بود كه مثلا يك چهارم وقت هر كدوم مربوط به نوشتن تست هر قسمت ميشود .
3.3.2. البته تخمين كل حساب كاربري كه حدود ٨٠ ساعت بود به نظر عليرضا زياد بود ولي به نظر من اينكه ريز ساعات رو من براي قسمت مختلف حساب كاربري بيان نكردم شايد منجر به اين اشتباه شده باشد ولي همانطور كه در قسمت تخمين كل هم گفته شده ممكن است اين تخمبن ها واقعا زياد باشد ولي يك سري چلنج ها و كار هاي جانبي باعث شده باشد كه تخمين كل با جمع تخمين ها فرق كند .
4. قيمت كل
4.1. احتمالا اين پروژه با سه نفر حدود سه ماه با uiو تست كامل طول بكشد .
4.2. با مقايسه با پروژه هايي كه قبلا ديده شده ، اين پروژه زير ١٠تومن نيست و بالاي ١٥ هم نمي ارزد.
4.2.1. البته تخمين سربار مديريت براي افراد شركت و... در نظر گرفته نشد و صرفا از قيمت يك پروژه از منظر مشتري هست .
4.3. البته مبا توجه به چند تخمين تستي كه براي قسمت هاي رندمي كه انتخاب كرده بوديم زدم ابتدا احساس شد زماني كه ما در نظر گرفتيم زياد هست ولي وقتي بحث اينكه كل پروژه زماني حدود ٥٠٠ ساعت مي خواد رو گفتم به نظر عليرضا زمان كم بود . بنابراين دو حالت هست
4.3.1. يا تخمين هاي. زماتي در قسمت مشكل دارد .
4.3.2. يا تخمين هاي زماني فيچر هايي كه عليرضا ميگفت آن ديد كلي و ريز را نداشته پس ابتدا زمان را براي انجام كم در نظر ميگرفته .
4.3.3. يا مواردي مانند مديريت يا ديزاين برنامه يا ... هست كه از آن غفلت شده .
4.3.3.1. البته غير از طراحي مبتني بر testكه زمان مي برد در صحبت هاي انجام شده قسمت خاصي نديديم كه زمان زيادي ببرد . مثلا ديزاين برنامه چون ما با يك برنامه روتين و قبلا ديزاين روبرو هستيم پس زمان ديزاين نرم افزاري خاصي نمي خواهد .
4.3.3.1.1. البته براي فيچر هاي جديد بايستي زمان طراحي مد نظر باشد .