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