Saya pikir Anda berbicara tentang masalah pada tingkat yang sangat berbeda:
bagaimana membuat orang-orang yang keras kepala yang tidak suka menggunakan tanda kurung jika pernyataan,
Itu sebagian besar masalah gaya / keterbacaan, kecuali ada masalah prioritas operator yang diutamakan. Yang terakhir seharusnya tidak terlalu umum, dan masih dapat diuji unitnya, sehingga mudah untuk diperbaiki. Yang pertama dapat dengan mudah mundur ke dalam Perang Suci dengan sedikit untuk mendapatkan, tetapi konsekuensi negatif yang parah terhadap semangat tim. Jadi berhati-hatilah - hanya push yang mencoba dan menguji aturan, yang telah diterima oleh setidaknya beberapa tim / komunitas dan terbukti berhasil.
atau gunakan string koneksi yang sama di mana pun dalam kode,
Jika yang Anda maksud adalah Magic Constants, itu memang masalah pemeliharaan (plus berpotensi keamanan), dan dengan demikian IMHO, pengembang berpengalaman mana pun akan memahami dan menerima bahwa itu adalah Masalah Buruk.
atau apa pun, untuk menggunakan aturan pengkodean tanpa membuat mereka menentang gagasan itu?
Anda tidak dapat memaksa orang untuk setuju dengan aturan pengkodean apa pun - satu-satunya kesempatan Anda adalah mencapai pemahaman bersama dan persetujuan dari anggota tim melalui diskusi dan (kadang-kadang sengit) debat . Anda perlu menggunakan argumen logis dan meyakinkan , menunjukkan nilai di balik setiap aturan, dan menjelaskan bagaimana mengikuti akan membayar untuk ketidaknyamanan menyesuaikan kebiasaan yang sudah tertanam. Di sisi lain, berusaha untuk membuat transisi semudah mungkin , dengan misalnya memperkenalkan pemformatan kode otomatis saat check-in, sesuai dengan aturan yang berlaku.
Namun, kadang-kadang Anda hanya perlu menerima bahwa orang memiliki pendapat yang berbeda , sehingga aturan pengkodean yang dapat diterima setiap orang akan lebih lunak dalam hal tertentu. Terima itu dan fokuslah pada bidang-bidang di mana Anda dapat meningkatkan hal-hal dengan sedikit usaha.