जब कुछ इरादा के अनुसार काम नहीं करता है (उदाहरण के लिए, यह काम नहीं किया जैसा कि हमने किसी कारण से योजना बनाई है), मैं अपनी तरफ से समस्या को ठीक करता हूं, फिर उसे टेम्पलेट वापस भेजें
यही आपकी परेशानियों की जड़ है। डिजाइन का प्रवाह हमेशा से होना चाहिए Designer to Developerऔर कभी भी उलट नहीं होना चाहिए । संशोधन और परिवर्तन डिजाइनर द्वारा किए जाने चाहिए, और फिर वेबसाइट में कार्यान्वयन के लिए आपको धकेल दिया गया। आप हमेशा अपने आप को फास्ट फ़िक्स बना सकते हैं, लेकिन यह स्वीकार करने की कोशिश करें कि वे तेज़ फ़िक्सेस अभी अस्थायी हैं। डिजाइनर को अपने डिजाइनों पर वापस जाने और उचित समाधान निकालने की जरूरत है। फिर वह आपके लिए परिवर्तन को आगे बढ़ाता है, और यदि यह आपके त्वरित फिक्स के समान ही होता है तो महान, अन्यथा आप उसके डिजाइनों से अपडेट करते हैं।
वह पूरा खाका मेरे पास भेजता है (पाइनग्रो से एचटीएमएल निर्यात)
HTML प्राप्त करने के आदी न बनें, जिसके साथ आप काम कर सकते हैं। यदि आप वेबसाइट तकनीक (बूटस्ट्रैप, सीएसएस, jQuery, रिएक्ट, पीएचपी, आदि .. आदि) आदि को लागू करते हैं तो बेहतर है। आप फिर उन उपकरणों का उपयोग करके अपने डिजाइनों को पुन: पेश करते हैं। यदि वह आपको जो HTML देता है वह एक त्वरित शुरुआत है तो बढ़िया है, लेकिन बाद में जैसे-जैसे यह बढ़ता है, यह बहुत काम का नहीं रहेगा। आपको स्वयं परिवर्तन करने की आवश्यकता होगी क्योंकि केवल आप ही अपने टेम्पल इंजन (यानी केकपीएचपी विचार, टेम्प्लेट, प्लग इन, कंपोनेंट आदि) को समझते हैं।)
यह प्रक्रिया, जैसा कि कोई कल्पना कर सकता है कि यह श्रमसाध्य और अक्षम है।
यह हमेशा से ऐसा ही रहा है। डिजाइनर प्रोग्रामर नहीं हैं। वे यह जानने के लिए अपना समय लेते हैं कि उपयोगकर्ता के लिए सबसे अच्छा काम क्या है, और कभी-कभी वे गलतियाँ करते हैं। वे घटक, ढांचे और इस तरह की अवधारणाओं को नहीं समझते हैं। प्रोग्रामर के रूप में आपको अपने डिजाइनर से बात करनी होगी और जो आप डिजाइन करते हैं, मैं उसे कैसे लागू करता हूं, इसे साझा करता हूं ।
डिजाइनर बीच में फंस गया है। एक तरफ उन्हें प्रोग्रामर की जरूरतों को पूरा करना चाहिए, और दूसरी तरफ उन्हें उपयोगकर्ता की जरूरतों को पूरा करना चाहिए।
तो मेरा सवाल यह है कि हम इस प्रक्रिया को कैसे आसान बना सकते हैं?
मैंने पाया है कि शारीरिक रूप से डिजाइनर और प्रोग्रामिंग के पास बैठने से वास्तव में संचार में मदद मिलती है। यदि आप दो दूर से काम कर रहे हैं, तो कुछ दिनों तक फेसटाइम चलाते रहें। यह वास्तव में चीजों को गति देने में मदद करता है।
मैंने इस बारे में बहुत कुछ देखा है कि हमें रिएक्ट का उपयोग करना चाहिए और रेस्टफुल का उपयोग करना चाहिए और क्या नहीं, लेकिन हम इसके लिए CakePHP का उपयोग करना चाहते हैं।
केकपीएचपी ग्रह पर सबसे अच्छे ढांचे में से एक है (पूर्ण प्रकटीकरण, मैं केकपीएचपी कोर टीम पर हूं)।
केक एक खरगोश विकास ढांचा है जहां सुविधाओं को जल्दी से वेबसाइट बनाने के लिए डिज़ाइन किया गया है। मुझे पता है कि बिक्री पिच की तरह लगता है, लेकिन यह वह है जिसे वर्गीकृत किया जाता है। कई अन्य ढांचे हैं जिन्हें खरगोश के रूप में वर्गीकृत किया गया है। जावा एक रूपरेखा का एक उदाहरण होगा जो खरगोश की तुलना में अधिक उद्यम है। यदि आप उस भाषा का उपयोग कर रहे थे, तो मैंने बदलने की सिफारिश की होगी। जब से आप CakePHP का उपयोग कर रहे हैं। मेरा तर्क है कि आपको इसके साथ रहना चाहिए।
अगर आपको RESTful API की आवश्यकता है तो CakePHP एक अच्छे बैक-एंड सर्वर के लिए बनाता है।
React / Angular / Vue सभी लोकप्रिय और ट्रेंडिंग फ्रंट-एंड फ्रेमवर्क हैं, लेकिन वे बहुत लंबे समय तक नहीं रहे हैं। दूसरी ओर CakePHP लगभग 13+ साल से है। मेरी बात की आलोचना नहीं है। यह तथ्य है कि इन जावास्क्रिप्ट पुस्तकालयों में एक अल्प शैल्फ जीवन है। 5 वर्षों में हम सभी कुछ नया करने की बात करेंगे, लेकिन मुझे संदेह है कि CakePHP अभी भी चारों ओर रहेगा।
इसलिए मेरा कहना है। उनके गर्म होने के दौरान अब रिएक्ट / एंगुलर / वी का उपयोग करें, लेकिन उनके लिए प्रतिबद्ध न हों। कुछ नया और बेहतर शीघ्र ही साथ होगा। मुझे लगता है कि अब हम एक ऐसी दुनिया में रहते हैं जहाँ आप उनके बिना अच्छी वेबसाइट नहीं बना सकते।
क्या कुछ लोग इसके बारे में कुछ उपयोगी संसाधनों के लिए मेरा मार्गदर्शन कर सकते हैं?
सूचियों के अनुरोध यहां विषय से हटकर हैं। माफ़ करना।
संपादित करें :
मैं डिजाइन परिवर्तन पर नज़र रखने के बारे में याद किया।
अपने डिजाइनर को अपने HTML आउटपुट को BitBucket में सहेजें (उनके पास नि: शुल्क निजी रिपॉजिटरी है)। तब आप BitBucket वेबसाइट का उपयोग करके ट्रैक कर सकते हैं और तुलना कर सकते हैं। हर बार डिजाइनर एक बड़ा बदलाव करता है वह एक संस्करण संख्या के साथ एक नई शाखा जोड़ता है।
ऐसा करना उसके लिए अपेक्षाकृत आसान होना चाहिए, और इससे आपको उक्त परिवर्तनों पर टिप्पणी करने की जगह मिल जाएगी। उदाहरण के लिए; वह रिपॉजिटरी को अपडेट करने के लिए एक पुल अनुरोध कर सकता है जहां आप विलय से पहले परिवर्तनों की समीक्षा करते हैं।