आप वेब एप्लिकेशन (PHP) के विकास के लिए सर्वोत्तम अभ्यास वर्कफ़्लो टूल पर क्या विचार करेंगे? [बन्द है]


18

मैं वास्तव में उम्मीद कर रहा हूं कि कोई व्यक्ति अधिक अनुभव के साथ मेरे उत्तरों के उदाहरणों के अनुसार प्रश्न को संपादित कर सकता है:

  • संस्करण नियंत्रण का उपयोग करना
  • परीक्षण संचालित विकास
  • डिबगिंग कोड (php के लिए xdebug)
  • यूएमएल आरेख का उपयोग
  • रखरखाव योग्य, पुन: प्रयोज्य कोड के लिए OOP का उपयोग
  • तेजी से अनुप्रयोग विकास के लिए चौखटे का उपयोग (जैसे Zp फ्रेमवर्क के लिए)

कुछ और या जो मैंने ऊपर उल्लेख किया है उसका विस्तार?

असल में, मैं डेवलपर्स की एक टीम बनाने के बीच में हूं (मैं खुद एक डेवलपर हूं) और मैं कुछ सलाह चाहता हूं कि पेशेवर प्रोग्रामर / डिजाइनर आदि को एक साथ कैसे काम करना चाहिए और उन्हें किन मानकों / प्रतिमानों का उपयोग करना चाहिए।

इसके अलावा, अगर किसी के पास इस विषय पर कोई पुस्तक या लिंक है तो मैं उसका स्वागत करूँगा!

मुझे यह मिला, जो मुझे लगता है कि मैं जो भी देख रहा हूं, या कम से कम उसके हिस्से को संतुष्ट करता हूं:

http://www.ibm.com/developerworks/websphere/library/techarticles/0306_perks/perks2.html

जवाबों:


9

संस्करण नियंत्रण का उपयोग करना

एसवीएन बहुत आम है, लेकिन मर्क्यूरियल अधिक सुंदर, शक्तिशाली है और ठोस गुई समर्थन है।

परीक्षण संचालित विकास

ठीक है, यदि आप इकाई परीक्षण करते हैं तो आप पहले से ही जीत की ओर हैं। उपकरणों के लिए, यह पसंद की बात है। परीक्षण के रूप में संभव के रूप में आसान होना चाहिए, यही कारण है कि मैं SimpleTest के लिए PHPUnit खाई।

डिबगिंग कोड

इकाई परीक्षणों के साथ आपको शायद ही xdebug की आवश्यकता होगी। मैं आमतौर पर केवल रूपरेखा के लिए xdebug का उपयोग करता हूं। (KCachegrind btw देखें)

यूएमएल आरेख का उपयोग

सब कुछ है कि कोड तर्क को दर्शाता है के साथ सबसे बड़ी समस्या यह है कि सिंक में रखने के लिए यह मैनुअल काम का एक बहुत कुछ है। आप कुछ कार्यों को स्वचालित कर सकते हैं, लेकिन यह उपयोगी नहीं है, क्योंकि आप आमतौर पर कुछ भी होने से पहले uml का उपयोग करना चाहते हैं। दूसरी समस्या यह है कि आरेख उपकरण का उपयोग पेन और पेपर या व्हाइटबोर्ड की तुलना में बहुत कठिन है। uml का उपयोग करें यदि आपको कई डेवलपर्स के साथ समस्या का संचार करना है या यदि आपको अपने लिए एक अमूर्त की आवश्यकता है। ("दीया" एक अच्छा मुफ्त उपकरण है। माइंड मैपिंग टूल भी बुद्धिशीलता के लिए बहुत उपयोगी हैं, कुछ वास्तव में कलम और कागज के साथ प्रतिस्पर्धा कर सकते हैं।)

रखरखाव योग्य, पुन: प्रयोज्य कोड के लिए OOP का उपयोग

ठीक है, कुछ हद तक ऊप काम करता है। :) एक अच्छी सलाह: रचना> विरासत। विरासत पहली नज़र में पुन: उपयोग करने के लिए एक शक्तिशाली उपकरण है, लेकिन रखरखाव और ढीले युग्मन इसके लिए पीड़ित होंगे। दूसरी अच्छी सलाह: रखरखाव> पुन: उपयोग। एक अमूर्त प्रणाली बहुत शक्तिशाली हो सकती है, लेकिन बनाए रखने के लिए भी कठिन है।

तेजी से अनुप्रयोग विकास के लिए चौखटे का उपयोग (जैसे Zp फ्रेमवर्क के लिए)

अपने ऐप को जल्दी आउट करने के लिए RAD एक अच्छी बात है। लेकिन कुछ घटक - विशेष रूप से ओआरएम - आपके पैरों को गोली मार देंगे, कम से कम अगर यह स्केलेबिलिटी की बात आती है। यहाँ प्रमुख समस्या यह है कि आप अपने डोमेन लॉजिक को ऑब्जेक्ट्स के साथ काम करने के लिए बाँध लेते हैं, जो कि शुद्ध स्केलेबल ऑप्टिमाइज़्ड सॉल्यूशन की ज़रूरत होने पर फैक्टर से बहुत मुश्किल हो जाता है। इसके बारे में जागरूक रहें और अपने डेवलपर्स को उच्च स्तर की अमूर्त परतों के बिना डेटाबेस का उपयोग करने के लिए प्रोत्साहित करें। डेटाबेस अमूर्त एक मिथक है, orm एक झूठ है।

चुम्मा

नवागंतुक आमतौर पर उन सभी सर्वोत्तम प्रथाओं को लागू करना चाहते हैं, कोडिंग मानकों को सेट करते हैं, सभी अच्छे टूल चेन का उपयोग करते हैं, जो भी। यह कुछ डेवलपर्स के लिए काम करता है, लेकिन कुछ बहुत सख्त होने पर मानसिक नाकाबंदी में चले जाएंगे। यूनिट टेस्टिंग और स्कम वास्तव में एक होना चाहिए, लेकिन यूनिट टेस्टिंग के लिए किसी नए व्यक्ति को वास्तव में यह जानने की जरूरत है कि वह इसे प्यार करता है। ज़्यादा मत करो, कदम से कदम लागू करें और देखें कि यह कैसे काम करता है। KISS भी कोड में बताएं। कभी-कभी किसी कठिन समस्या को हल करने का सबसे अच्छा तरीका है, गलत तरीके से हल करना। आपको अलग-अलग एल्गोरिथ्म के छह डिग्री की आवश्यकता है ? बस यादृच्छिक पर कुछ दोस्तों का चयन करें। आप गलत तर्क के साथ इसके चारों ओर एक पूर्ण अनुप्रयोग बना सकते हैं। यदि ग्राहक अंततः इसे खोदने का फैसला करता है, तो सभी ने बहुत पैसा बचाया।

चुस्त

फुर्तीली कार्यप्रणाली, चरम प्रोग्रामिंग, स्क्रम आदि के बारे में जानें, वहाँ कई किताबें हैं। कोई भी पुस्तक आपकी टीम को बेहतर बनाएगी, लेकिन इसमें हर टीम के साथी को लाना सबसे अच्छा होगा।


1
शानदार जवाब! धन्यवाद। +150 प्रतिनिधि आपके लिए सर! प्रश्न के तहत पृष्ठ के शीर्ष पर सुविधा के रूप में पोस्ट में कुछ और जोड़ने के लिए स्वतंत्र महसूस करें। कोड में @TODO, कमेंटिंग और डॉक्यूमेंटेशन सॉफ्टवेयर आदि जैसी चीजें
डेमियन रोश

2
  • संस्करण नियंत्रण: अगर विंडोज़ पर, TortoiseSVN मेरे अनुभव में उपयोग करने के लिए सबसे अच्छा, सबसे सहज और सबसे आसान है।

  • फ्रेमवर्क: कोडइग्नर । PHP के लिए सबसे अच्छा वेब विकास मंच पर हाथ।

  • IDE: Netbeans PHP के लिए सबसे अच्छा आईडीई है जो मैंने विंडोज़ पर उपयोग किया है।

  • इकाई परीक्षण: कई विकल्प हैं, एक Google खोज कई को चालू करेगी। CodeIgniter के पास अपनी इकाई परीक्षक भी उपलब्ध है।

  • डिबगर: Xdebug।

  • जावास्क्रिप्ट लाइब्रेरी: Jquery

  • एफ़टीपी कार्यक्रम: फ़ाइलज़िला

  • डेटाबेस प्रशासन: PhpMyAdmin

  • वायरफ्रेमिंग: बाल्सिमस मॉकअप, या व्हाइटबोर्ड का उपयोग करें।

  • Misc: WAMP का उपयोग करें यदि विंडोज़ पर आसानी से इंस्टॉल, स्टार्ट, स्टॉप, और रिस्टार्ट अपाचे, mysql, और php सभी एक पैकेज में।

इसके अलावा, यदि आप कई अलग-अलग वेबसाइटों पर काम करने जा रहे हैं, और उनमें से अधिकांश वेबसाइटों में साइनअप, लॉगिन / लॉगआउट जैसे कुछ सामान्य कार्य होंगे, उपयोगकर्ताओं को खोजने के लिए एक व्यवस्थापक अनुभाग, आदि, मैं जो भी ढांचे में एक छोटी परियोजना बनाने की सलाह देता हूं। आप उस परियोजना को चुनते हैं, और उस नई परियोजना के लिए आधार का उपयोग करते हैं जो आप शुरू करते हैं। आम तौर पर मैं इस परियोजना को 'कंकाल' कहता हूं। अगर मैं xyz.com पर काम शुरू करने जा रहा हूं, तो मैं कंकाल निर्देशिका को कॉपी करूंगा और इसे 'xyz.com' के रूप में बदल दूंगा, कुछ विन्यास फाइल भर दूंगा, और मेरे पास कुछ विशेषताओं के साथ xyz.com की एक प्रति होगी। पहले से काम कर रहा।


1
इस पोस्ट को पढ़ने और देखने के बाद मैंने पहले से ही सुझाए गए कई मदों का उपयोग किया है जो मैंने नेटबीन्स आईडीई की कोशिश करने का फैसला किया है। क्या कोई भी किसी भी प्लगइन्स की सिफारिश कर सकता है जो PHP / Codeigniter के विकास के लिए इसके साथ उपयोग करने योग्य होगा? इसके अलावा, यह Wampserver के साथ अच्छी तरह से काम कर सकता है?
ग्रोनट्रॉन

1
@ गोर्ट्रॉन मैं कोडिग्नेटर के साथ नेटबीन्स का उपयोग करता हूं। कोडाइनाइटर / नेटबिन के लिए एक स्वत: पूर्ण उपकरण है: rhasan.com/blog/2009/09/codeigniter-auto-complete-with-netbeans PHP वास्तव में एक यूनिक्स भाषा है जो दिल से एक लाइनिक्स वर्चुअल मशीन पर विकसित होती है और यह एक अच्छा विचार है। तोड़फोड़ से भी बचें, यह 2010 में कुछ वितरित (git, hg, bzr) का उपयोग है। hginit.com
Keyo

Framework: CodeIgniter. Hands on the best web development platform for PHP.यह, काफी स्पष्ट रूप से बकवास है। यदि आपने कभी सिम्फनी, रेल या डिंगैंगो का उपयोग किया है तो आपको कुछ बड़ी समस्याएं दिखाई देंगी। कोई मॉड्यूलर निर्देशिका संरचना नहीं है, कोई कमांड लाइन इंटरफ़ेस नहीं है। फिर आपके पास मुख्य घटक जैसे फॉर्म और मॉडल बहुत सारे कोड लेते हैं। यदि आप किसी भी सॉफ्टवेयर पैटर्न को जानते हैं, तो आप देखेंगे कि कोडाइनिटर बड़ा समय चूसता है। बहुत कम से कम कोहन का उपयोग करते हैं, जो कि सीआई को कांटा जाता है और समुदाय के मरने के बाद ठीक से किया जाता है।
कीयो

यदि आप विंडोज पर हैं, तो मैं phpMyAdmin के बजाय SQLyog (उनके पास एक सामुदायिक संस्करण ) की सिफारिश करूंगा । मैंने लिनक्स पर SQLyog के लिए एक अच्छा प्रतिस्थापन नहीं पाया है, जो शर्म की बात है ...
डीन हार्डिंग

1
@keyo, लिंक के लिए धन्यवाद। मैंने Netbeans में स्वत: पूर्ण टूल को जोड़ा है, जो कि मॉडल में बहुत सारे कार्यों के साथ एक परियोजना के लिए बहुत आसान है। मुझे नहीं लगता कि मैं अभी तक एसवीएन से बदलूंगा, मैं केवल 1 की सेना हूं, मुझे लगता है कि इस समय वितरित प्रणालियों की कोई आवश्यकता नहीं है।
गॉर्त्रोन

2

मैं ज्यादातर क्लिक अपवोट के पोस्ट से सहमत हूं, हालांकि यदि आप अपेक्षाकृत बड़ी साइट पर काम कर रहे हैं, तो मैं निश्चित रूप से सिम्फनी फ्रेमवर्क को डॉक्ट्रिन ओआरएम के साथ प्रयोग करने की सलाह दूंगा।

यदि आप परियोजना अगले साल होने वाली हैं, तो मैं कहूंगा कि सिम्फनी 2 और डॉक्ट्रिन 2 में निवेश करने के लिए समय निकालें।

इसके अलावा, मैं यूनिक्स आधारित प्रणाली पर विकसित होने के लिए पर्याप्त महत्व नहीं दे सकता, उबंटू मेरी पसंद है और सभी महान वेब सर्वर के आसपास है। मैं मुख्य रूप से खिड़कियों पर काम करता हूं, लेकिन उबंटू में अपने डेस्कटॉप पर एक VMWare वर्चुअल मशीन में चल रहा है (या जब मैं काम पर हूं) सर्वर पर विकसित होता हूं।

आईडीई के लिए जैसा कि मैं अत्यधिक निस्फ़ेयर PHPEd या स्टॉर्म PHP का उपयोग करने की सलाह देता हूं, दुख की बात है कि सभी महान चीजें जैसे वे स्वतंत्र नहीं हैं।


ORM के लिए +1। मैंने कोडिगनटर में बॉयलरप्लेट प्रश्नों को लिखने में अनगिनत घंटे बिताए हैं।
कीयो

लिनक्स आधारित प्रणाली पर PHP इतना बेहतर है। विशेष रूप से यदि आप कभी भी C- आधारित प्लगइन का उपयोग करना चाहते हैं (libmemcached या ImageMagick का ध्यान रखें)
डीन हार्डिंग

कुछ महान चीजें स्वतंत्र हैं, लिनक्स के बारे में क्या?
dan_waterworth

0

यूएमएल आरेख का उपयोग अच्छा है लेकिन पूरी तरह से वैकल्पिक है। कोई भी आरेख तब तक करेगा जब तक आपकी टीम समझ जाएगी कि उनका क्या मतलब है। मानक नो-वन का उपयोग करने का प्रयास वास्तव में अच्छी तरह से जानता है कि मुद्दों और खोए हुए समय के लिए नेतृत्व कर सकते हैं।

मैं प्रत्येक पृष्ठ को एक मॉकअप ( http://balsamiq.com ) से शुरू करने की सलाह दूंगा या आपके पास आपके लिए इसे तैयार करने के लिए डिज़ाइनर होगा। उम्मीद न करें कि डेवलपर्स दृश्य सौंदर्यशास्त्र में अच्छे होंगे और कहीं से भी अच्छे पृष्ठ नहीं बनाएंगे।

क्या किसी को कोड-समीक्षा ड्यूटी सौंपी गई है, यदि आपके पास कई सीनियर टीम के सदस्य हैं - उन्हें रोटेशन में समीक्षा करें ( समीक्षा बोर्ड )


0

जब आप की जरूरत है सहयोगी काम के साथ काम:

• संस्करण नियंत्रण का उपयोग करना: मुझे लगता है कि गिट या तोड़फोड़ काफी सुचारू रूप से चलेगी

• परीक्षण संचालित विकास: मैं यह सीखना शुरू कर रहा हूं यह बहुत जरूरी है, लेकिन इसे चरम सीमा तक न ले जाएं

• डिबगिंग कोड (php के लिए xdebug): xdebug मेरी पसंद है

• यूएमएल आरेखों का उपयोग: यह तब मदद करता है जब प्रत्येक व्यक्ति को ओओ प्रोग्रामिंग और डिजाइनपैटर्न पर काम करने का ज्ञान होता है, फिर भी यह हमेशा एक अच्छा अभ्यास होता है

• रखरखाव योग्य, पुन: प्रयोज्य कोड के लिए ओओपी का उपयोग: और लचीलापन, मुझे लगता है कि यह ओओपी का प्रमुख पहलू है।

• तेजी से अनुप्रयोग विकास के लिए चौखटे का उपयोग (जैसे Zp फ्रेमवर्क के लिए): मेरा सलाह SYMFONY है, पहला php ढांचा (एक टूलकिट है)। इसमें बहुत बड़ी कम्यूनिटी है, बहुत सारे डॉक्यूमेंटेशन हैं, और यह पूरी तरह से php पर लागू है। मैं इसके साथ एक साल से काम कर रहा हूं और यह पूरी तरह से OOP के साथ है

• आपको बग्स, फ़ीचर रिक्वेस्ट आदि ट्रैक करने के लिए भी सिस्टम की आवश्यकता हो सकती है, जैसे: मेंटिस या ट्रैक । यह सिस्टेम काफी आसान और सरल हैं। उन्होंने आपको अपने तोड़फोड़ को बांधने और कुछ विशेषताओं या लोगों को पोस्ट करने के लिए अपने कमिट्स से संबंधित होने दिया।

अंत में, यह हमेशा महत्वपूर्ण होता है यदि आपकी देव-टीम अग्रणी रूप से समय-समय पर छोटी बैठक करने के लिए अग्रणी हो, ताकि हर कोई एक निश्चित बिंदु पर सिस्टम की स्थिति जानता हो और शायद इस तरह आप योजना बनाने में सक्षम होंगे या देख पाएंगे कि चीजें कैसे काम कर रही हैं।

मेरी कंपनी में मुझे हर दिन एक ईमेल भेजना होता है जिसमें बताया जाता है कि मैं क्या काम कर रहा हूँ और अगर वहाँ कोई जटिलता है।

शुभकामनाएँ!


0
  • फ्रेमवर्क : संकेताक्षर, बिना किसी संदेह के। इसकी सभी कार्यक्षमताओं की आपको आवश्यकता हो सकती है, और जब तक आपको उनकी आवश्यकता नहीं होती है, तब तक आप उनमें से किसी का उपयोग करने के लिए मजबूर नहीं करते हैं;
  • संस्करण नियंत्रण, आईडीई : मैं बहुत पुराना स्कूल हूं, और मुझे नहीं लगता कि मेरा जवाब वास्तव में आपकी मदद कर सकता है;
  • वायरफ्रेमिंग, यूएमएल : इसमें भी पुराना स्कूल है, लेकिन वास्तव में: व्हाइटबोर्ड जीतते हैं। वे लचीले, एक्स्टेंसिबल हैं, और किसी भी सम्मेलन का समर्थन कर सकते हैं जिसे आप फिट देख सकते हैं;
  • डेटाबेस प्रशासन : phpmyadmin;
  • विकास सर्वर OS : मैं सामान्य हो सकता है, लेकिन: Ubuntu। सेकंड में एक LAMP सर्वर स्थापित करें; नए पुस्तकालयों को जोड़ने के बारे में घबराओ मत (खतरनाक कल्पना: एक कमांड, किया); यदि आप PHP पसंद करते हैं, तो आप संभवतः उत्पादन में लिनक्स सर्वर पर काम करना शुरू कर देंगे ताकि अभ्यास शुरू करना बेहतर हो। (अस्वीकरण: उबंटू मेरा पसंदीदा वितरण नहीं है)।
  • Misc : grep अविश्वसनीय रूप से उपयोगी हो सकता है जब अन्य कवियों के कोड को डीबग करना (जानना चाहते हैं कि दिए गए मॉडल कितने नियंत्रक का उपयोग करते हैं?

संपादित करें

मैं सबसे महत्वपूर्ण बात भूल गया: चश्मा। किसी भी कोड को छूने से पहले अपनी परियोजना के लिए वास्तविक चश्मा लिखें । सभी उपयोगकर्ता सहभागिता चित्र को ध्यान में रखें। यह आपको सदियों बचाएगी।


0

संस्करण नियंत्रण चूंकि आप एक टीम में काम कर रहे हैं, यह आपके सर्वोत्तम हित में है कि आप कुछ वितरित के साथ जाएं। आपके उम्मीदवार Git और Mercurial हैं। इसका मतलब है कि आपकी टीम परियोजना को तोड़े बिना स्थानीय स्तर पर प्रतिबद्ध हो सकती है, लेकिन फिर भी अपने काम को ट्रैक कर सकती है, फिर इन कमिटों को केंद्रीय सर्वर पर धकेल दें। यह बहुत तेज़ है और इसमें कम मर्ज संघर्ष है क्योंकि कोड को संशोधन के बजाय परिवर्तन सेट के रूप में ट्रैक किया जाता है। हालांकि हगिनिट गाइड (स्टैक ओवरफ्लो के सह-संस्थापक द्वारा लिखा गया है कम नहीं) और आप थोड़ा और समझेंगे कि डीवीसीएस क्या है। http://hginit.com/

आपको rsync या ftp के बजाय परिनियोजन के लिए भंडार का उपयोग करना चाहिए।

परीक्षण प्रेरित विकास आप जो परीक्षण कर रहे हैं उसके आधार पर बहुत समय बर्बाद कर सकते हैं। मैं यह नहीं कह रहा हूँ कि आपको इसे पूरी तरह से छोड़ देना चाहिए, छोटी परियोजनाओं के लिए यह ओवरहेड है। यदि आप एक पुस्तकालय या बड़ी दीर्घकालिक परियोजना लिख ​​रहे हैं, तो इसके लिए परीक्षण अवश्य लिखें। परीक्षण रखरखाव चरण में मदद करेंगे। ध्यान रखें कि TDD आपके सभी बग्स को नहीं खोज सकता है। उपयोगकर्ता अनुभव की समस्याएं, लेआउट समस्याएं, प्रदर्शन समस्याएं आदि होंगी।

डिबगिंग Xdebug मूल रूप से आपकी एकमात्र पसंद है। यह नेटबीन के साथ अच्छी तरह से एकीकृत करता है। यदि आपको लगता है कि कभी-कभी वेरिएबल को प्रिंट करने की आवश्यकता होती है तो आपको लॉग फाइल का उपयोग करना चाहिए। फ्रेमवर्क लॉग फ़ंक्शन का उपयोग करें, यह उत्पादन में अधिक सुरक्षित है।

योजना / आरेख यदि आप एक अच्छी रूपरेखा का उपयोग कर रहे हैं तो आपको विस्तृत आरेख बनाने की आवश्यकता नहीं है। इसे सरल रखें और कम रिलीज साइकिल में काम करें, यह ओवर-प्लान करना आसान है। एक परियोजना की आवश्यकताओं और विशिष्टताओं को बदलने के लिए बाध्य हैं, इसलिए मैं उन पर अपना सारा समय खर्च नहीं करूंगा। सबसे विस्तृत स्तर पर उस कोड IS विनिर्देश को याद रखें।

अपने बग ट्रैकिंग टूल का उपयोग करें (नीचे देखें) विनिर्देश को उन कार्यों में तोड़ने के लिए जिन्हें आप टीम के सदस्यों को सौंप सकते हैं। परियोजनाओं के दस्तावेज के लिए एक केंद्रीय उपकरण का उपयोग करें, बग ट्रैकर में संभवतः विकी होगा।

आप डेटाबेस स्कीमाओं को आरेखों में डिज़ाइन करने और उन्हें SQL के रूप में निर्यात करने के लिए मैसकल वर्कबेन्च जैसे टूल का उपयोग कर सकते हैं।

फ्रेमवर्क और ओओपी यह शायद सबसे महत्वपूर्ण हिस्सा है। अपने आप को एक लोकप्रिय ढांचा खोजें जो तेजी से विकास और कोड के पुन: उपयोग का समर्थन करेगा। कुछ लोग मुझे यह कहते हुए पसंद नहीं करेंगे, लेकिन एक रूपरेखा आपके काम करने के तरीके को तय करेगी। यह संरचना प्रदान करना चाहिए ताकि एक डेवलपर परियोजना को स्विच कर सके और यह जान सके कि किसी निश्चित पृष्ठ के लिए नियंत्रक कहाँ है, वास्तव में टेम्पलेट चर क्या हैं और मॉडल को कैसे क्वेरी करना है। कुछ ढांचे यहां बहुत अधिक लचीलेपन की अनुमति देते हैं और आप पाएंगे कि डेवलपर्स हमेशा उसी तरह से ढांचे का उपयोग नहीं करते हैं। मुझे अजगर दर्शन पसंद है; सब कुछ करने का एक स्पष्ट तरीका होना चाहिए। यही कारण है कि मैं django और रेल को पसंद करता हूं, वे काफी मतलबी हैं और इसका मतलब है कि मैं किसी और को कोड देख सकता हूं और समझ सकता हूं कि वह क्या करता है। सिम्फनी यहाँ सबसे अच्छा विकल्प की तरह दिखता है,

स्टैक ओवरफ्लो पर इस तरह के कई 'क्या फ्रेमवर्क' प्रश्न हैं: /programming/2648/what-php-framework-would-you-choose-for-a-new-application-and-why

बग ट्रैकिंग आपकी टीम एक अच्छा बग ट्रैकर प्राप्त करें जो डेवलपर्स के लिए बनाया गया है। बेसकैंप जैसे सरलीकृत पर कुछ का उपयोग न करें। Redmine और Unfuddle उत्कृष्ट बग ट्रैकर्स के दो उदाहरण हैं, वे समय को भी ट्रैक कर सकते हैं और आपकी रिपॉजिटरी के साथ एकीकृत कर सकते हैं। आपकी टीम को ईमेल या IM के बजाय मुद्दों पर संवाद करने के लिए इस टूल का उपयोग करना चाहिए। जब बग और डॉक्स का मौजूदा इतिहास उपलब्ध हो तो यह एक नए डेवलपर के लिए आसान बनाता है। यह लेख वास्तव में बताता है कि किसी भी अच्छे बग ट्रैकर को क्या और क्यों करना है। http://www.joelonsoftware.com/articles/fog0000000029.html


0

मैं संस्करण नियंत्रण के लिए बाज़ार देखने की सलाह दूंगा। Git की तुलना में इसका प्रमुख लाभ है कि यह वास्तव में विंडोज, मैक ओएस और लिनक्स पर उपयोग और स्थापित करना आसान है। इसके अलावा bzr कमांड यह svn समकक्षों के लिए बहुत ही सुविधाजनक है, इसलिए कोई है जो पहले तोड़फोड़ के साथ काम कर चुका है, आसानी से बहुत कुछ सीखने की अवस्था के बिना बाजार का उपयोग कर सकता है। मैं तुम्हें देख रहा हूँ Git।

इसके अलावा मैं एक मजबूत आस्तिक हूं जो आपके डेवलपर्स पर कुछ भी लागू नहीं करता है। उस मधुमक्खी ने कहा कि उन्हें आईडीई, ऑपरेटिंग सिस्टम और इसी तरह का उपयोग करने दें।

इसके अलावा, मैं दृढ़ता से अनुशंसा करता हूं कि आप अपने सभी कोडों के लिए परीक्षण करें, चाहे वह कितना भी थकाऊ क्यों न हो।

फ्रेमवर्क imho के लिए या उसके खिलाफ निर्णय कुछ ऐसा नहीं है जो आप यहां की गई सिफारिशों के आधार पर कर सकते हैं। मेरा सुझाव है कि आप उन लोगों को सूचीबद्ध करें जो अपनी विशेषताओं के आधार पर आपसे आशाजनक दिखते हैं और फिर उनमें से हर एक में एक छोटा परीक्षण ऐप लिखते हैं। (हर बार एक ही लिखें)

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.