5 ಬದ್ಧತೆಗಳಲ್ಲಿ ಮೊಲದ ರಂಧ್ರ

"ಕ್ವಿಕ್ ಫಿಕ್ಸ್" ನ ಸೆಡಕ್ಟಿವ್ ಸಿಂಪ್ಲಿಸಿಟಿ

ಪ್ರತಿ ಡೆವಲಪರ್‌ಗೆ "ಸಣ್ಣ ಬದಲಾವಣೆ" ಯ ಸೈರನ್ ಹಾಡು ತಿಳಿದಿದೆ. ಇದು ಸಾಕಷ್ಟು ಮುಗ್ಧವಾಗಿ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ: ಸಣ್ಣ ದೋಷ ವರದಿ, ಸಣ್ಣ UI ಟ್ವೀಕ್, ಅಥವಾ ತೋರಿಕೆಯಲ್ಲಿ ಸರಳವಾದ ವೈಶಿಷ್ಟ್ಯದ ವಿನಂತಿ. ಇದು ಕೆಲವು ಗಂಟೆಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಎಂದು ನೀವು ಅಂದಾಜು ಮಾಡುತ್ತೀರಿ, ಬಹುಶಃ ಒಂದೇ ಬದ್ಧತೆ ಇರಬಹುದು. ನೀವು ಧುಮುಕುತ್ತೀರಿ, ಊಟದ ಮೊದಲು ನಿಮ್ಮ ಮುಖ್ಯ ಕಾರ್ಯಕ್ಕೆ ನೀವು ಹಿಂತಿರುಗುತ್ತೀರಿ ಎಂಬ ವಿಶ್ವಾಸವಿದೆ. ಆದರೆ ನಂತರ, ನೀವು ಐದು ಬದ್ಧತೆಗಳನ್ನು ಆಳವಾಗಿ ಕಾಣುತ್ತೀರಿ, ನಿಮ್ಮ ಮೂಲ ಕೋಡ್‌ಬೇಸ್ ದೂರದ ಸ್ಮರಣೆಯಂತೆ ಕಾಣುತ್ತದೆ ಮತ್ತು ನಿಮ್ಮ "ತ್ವರಿತ ಪರಿಹಾರ" ಪೂರ್ಣ-ಪ್ರಮಾಣದ ಮರುಫಲಕ ಯೋಜನೆಯಾಗಿ ಮಾರ್ಫ್ ಆಗಿದೆ. ನೀವು ಮೊಲದ ರಂಧ್ರದಿಂದ ತಲೆಯ ಮೇಲೆ ಬಿದ್ದಿದ್ದೀರಿ.

ಈ ವಿದ್ಯಮಾನವು ಕೇವಲ ವೈಯಕ್ತಿಕ ಹತಾಶೆಯಲ್ಲ; ಇದು ಉತ್ಪಾದಕತೆಯ ಮೇಲೆ ಗಮನಾರ್ಹವಾದ ಬರಿದಾಗುವಿಕೆ ಮತ್ತು ಯೋಜನೆಯ ಟೈಮ್‌ಲೈನ್‌ಗಳಿಗೆ ಪ್ರಮುಖ ಅಪಾಯವಾಗಿದೆ. ಮಾಡ್ಯುಲರ್ ವ್ಯಾಪಾರ ಪರಿಸರದಲ್ಲಿ, CRM, ಪ್ರಾಜೆಕ್ಟ್ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್ ಮತ್ತು ಬಿಲ್ಲಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಳಂತಹ ವಿಭಿನ್ನ ಘಟಕಗಳು ಸಾಮರಸ್ಯದಿಂದ ಕೆಲಸ ಮಾಡಬೇಕು, ಒಂದು ಪ್ರದೇಶದಲ್ಲಿ ಅನಿರೀಕ್ಷಿತ ಅಡ್ಡದಾರಿಯು ಇಡೀ ಕಾರ್ಯಾಚರಣೆಯಾದ್ಯಂತ ಕ್ಯಾಸ್ಕೇಡಿಂಗ್ ವಿಳಂಬಗಳನ್ನು ಉಂಟುಮಾಡಬಹುದು. ಇದು ನಿಖರವಾಗಿ ನಿಮ್ಮ ವ್ಯಾಪಾರಕ್ಕಾಗಿ ರಚನಾತ್ಮಕ, ಅಂತರ್ಸಂಪರ್ಕಿತ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂ ಅನ್ನು ರಚಿಸುವ ಮೂಲಕ ತಡೆಯಲು Mewayz ವಿನ್ಯಾಸಗೊಳಿಸಲಾದ ಅನಿರೀಕ್ಷಿತ ವರ್ಕ್‌ಫ್ಲೋ ಗೊಂದಲವಾಗಿದೆ.

ಕಮಿಟ್ 1: ದಿ ಪಾಯಿಂಟ್ ಆಫ್ ನೋ ರಿಟರ್ನ್

ಮೊದಲ ಬದ್ಧತೆ ಸಾಮಾನ್ಯವಾಗಿ ಮೋಸಗೊಳಿಸುವ ಸರಳವಾಗಿದೆ. ನೀವು ಸಮಸ್ಯಾತ್ಮಕ ಫೈಲ್ ಅನ್ನು ಗುರುತಿಸುತ್ತೀರಿ - ಬಹುಶಃ ದಿನಾಂಕವನ್ನು ತಪ್ಪಾಗಿ ಫಾರ್ಮ್ಯಾಟ್ ಮಾಡುವ ಕಾರ್ಯ. ನೀವು ತಿದ್ದುಪಡಿಯನ್ನು ಮಾಡಿ, ಸ್ಥಳೀಯವಾಗಿ ಪರೀಕ್ಷಿಸಿ ಮತ್ತು ಎಲ್ಲವೂ ಕೆಲಸ ಮಾಡುತ್ತದೆ. ನೀವು ಚೆನ್ನಾಗಿರುತ್ತೀರಿ. ಆದರೆ ನೀವು ಬದ್ಧತೆಯನ್ನು ತಳ್ಳಲು ಹೊರಟಿರುವಾಗ, ಒಂದು ಆಲೋಚನೆ ಉಂಟಾಗುತ್ತದೆ: "ನಾನು ಇಲ್ಲಿರುವಾಗ, ಇದೇ ದಿನಾಂಕ ಸ್ವರೂಪವನ್ನು ಬಳಸುವ ಸಂಬಂಧಿತ ಲಾಗಿಂಗ್ ಕಾರ್ಯವನ್ನು ನಾನು ಬಹುಶಃ ನವೀಕರಿಸಬೇಕು." ಇದು ತಾರ್ಕಿಕ, ಬಹುತೇಕ ಜವಾಬ್ದಾರಿಯುತ-ಧ್ವನಿಯ ಪ್ರಚೋದನೆಯಾಗಿದೆ. ನೀವು ಹೊಸ್ತಿಲನ್ನು ದಾಟುವ ಕ್ಷಣ ಇದು. ಒಂದು ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುವ ಬದಲು, ನೀವು ಈಗ ಸಿಸ್ಟಮ್‌ನ ಸಂಬಂಧಿತ ಭಾಗವನ್ನು "ಸುಧಾರಿಸಲು" ಬದ್ಧರಾಗಿರುವಿರಿ.

ಕಮಿಟ್ 2: ಡಿಪೆಂಡೆನ್ಸಿ ಥ್ರೆಡ್ ಅನ್ನು ಬಿಚ್ಚಿಡುವುದು

ನಿಮ್ಮ ಎರಡನೇ ಕಮಿಟ್ ಲಾಗಿಂಗ್ ಕಾರ್ಯವನ್ನು ನವೀಕರಿಸುತ್ತದೆ. ಆದರೆ ನಿರೀಕ್ಷಿಸಿ-ಆ ಲಾಗಿಂಗ್ ಕಾರ್ಯದ ಪರೀಕ್ಷೆಯು ವಿಫಲಗೊಳ್ಳುತ್ತದೆ. ಹಳೆಯ, ತಪ್ಪಾದ ದಿನಾಂಕ ಸ್ವರೂಪವನ್ನು ನಿರೀಕ್ಷಿಸಲು ಪರೀಕ್ಷೆಯು ಹಾರ್ಡ್-ಕೋಡೆಡ್ ಆಗಿದೆ ಎಂದು ಅದು ತಿರುಗುತ್ತದೆ. ನೀವು ಕೋಡ್‌ಬೇಸ್‌ನಲ್ಲಿ ಮುರಿದ ಪರೀಕ್ಷೆಯನ್ನು ಬಿಡಲು ಸಾಧ್ಯವಿಲ್ಲ, ಆದ್ದರಿಂದ ಬದ್ಧತೆ ಸಂಖ್ಯೆ ಎರಡು ಹುಟ್ಟಿದೆ: "ಡೇಟ್ ಲಾಗರ್‌ಗಾಗಿ ಯುನಿಟ್ ಪರೀಕ್ಷೆಯನ್ನು ನವೀಕರಿಸಿ." ಈಗ ನೀವು ಕೇವಲ ದೋಷವನ್ನು ಸರಿಪಡಿಸುತ್ತಿಲ್ಲ; ನೀವು ಪರೀಕ್ಷೆಗಳನ್ನು ನವೀಕರಿಸುತ್ತಿದ್ದೀರಿ. ಇದು ಸಾಫ್ಟ್‌ವೇರ್ ಅಭಿವೃದ್ಧಿಯಲ್ಲಿ ನಿರ್ಣಾಯಕ ಸತ್ಯವನ್ನು ಬಹಿರಂಗಪಡಿಸುತ್ತದೆ: ಕೋಡ್ ಅವಲಂಬನೆಗಳ ವೆಬ್ ಆಗಿದೆ. ಒಂದು ದಾರದ ಮೇಲೆ ಎಳೆಯುವುದು, ಎಷ್ಟೇ ಚಿಕ್ಕದಾಗಿದ್ದರೂ, ಬಟ್ಟೆಯ ದೊಡ್ಡ ಭಾಗವನ್ನು ಬಿಚ್ಚಿಡಬಹುದು. ಮಾಡ್ಯುಲರ್ ಅಲ್ಲದ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ, ಸ್ಕೋಪ್ ಅನಿಯಂತ್ರಿತವಾಗಿ ಬಲೂನ್ ಮಾಡಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ.

ಕಮಿಟ್ 3: ಆರ್ಕಿಟೆಕ್ಚರ್ ಟೆಂಪ್ಟೇಶನ್

ಪರೀಕ್ಷೆಯಲ್ಲಿ ಉತ್ತೀರ್ಣರಾಗುವುದರೊಂದಿಗೆ, ನೀವು ಪೂರ್ಣಗೊಳಿಸಬೇಕು. ಆದರೆ ಈಗ ನೀವು ಕೋಡ್ ಅನ್ನು ನೋಡುತ್ತಿದ್ದೀರಿ. ನೀವು ಈಗಷ್ಟೇ ಸರಿಪಡಿಸಿದ ಕಾರ್ಯವು ದೊಡ್ಡ ಯುಟಿಲಿಟಿ ಮಾಡ್ಯೂಲ್‌ನ ಭಾಗವಾಗಿದ್ದು ಅದು ಗೊಂದಲಮಯವಾಗಿದೆ. "ಈ ಸಂಪೂರ್ಣ ದಿನಾಂಕ-ನಿರ್ವಹಣೆ ತರ್ಕವು ಮೂರು ವಿಭಿನ್ನ ಫೈಲ್‌ಗಳಲ್ಲಿ ಹರಡಿಕೊಂಡಿದೆ" ಎಂದು ನೀವು ಭಾವಿಸುತ್ತೀರಿ. "ನಾನು ಅದನ್ನು ಒಂದೇ, ಉತ್ತಮ ಹೆಸರಿನ ಸೇವೆಯಾಗಿ ಏಕೀಕರಿಸಿದರೆ ಅದು ತುಂಬಾ ಸ್ವಚ್ಛವಾಗಿರುತ್ತದೆ." ವಾಸ್ತುಶಿಲ್ಪದ ಶುದ್ಧತೆಗಾಗಿ ಮರುಪರಿಶೀಲಿಸುವ ಪ್ರಲೋಭನೆಯು ಪ್ರಬಲವಾಗಿದೆ. ಕಮಿಟ್ ಮೂರು ಪ್ರಮುಖವಾದದ್ದು: "ರೀಫಾಕ್ಟರ್ ದಿನಾಂಕದ ಉಪಯುಕ್ತತೆಯನ್ನು ಕೇಂದ್ರೀಕೃತ ಸೇವೆಯಾಗಿ." ನೀವು ಈಗ ಮೂಲ ದೋಷ ಪರಿಹಾರವನ್ನು ಮೀರಿ ಹೋಗಿದ್ದೀರಿ. ನೀವು ಸಿಸ್ಟಂನ ಒಂದು ಭಾಗವನ್ನು ಮರುವಿನ್ಯಾಸಗೊಳಿಸುತ್ತಿರುವಿರಿ ಮತ್ತು ಆ ಮರುವಿನ್ಯಾಸದೊಂದಿಗೆ ಹೊಸ ಸಂಕೀರ್ಣತೆ ಮತ್ತು ದೋಷದ ಸಂಭಾವ್ಯತೆ ಬರುತ್ತದೆ.

ಕಮಿಟ್ 4 ಮತ್ತು 5: ದಿ ಡೊಮಿನೊ ಎಫೆಕ್ಟ್

ರಿಫ್ಯಾಕ್ಟರ್ ಪೂರ್ಣಗೊಂಡಿದೆ, ಆದರೆ ಡೊಮಿನೊಗಳು ಬೀಳಲು ಪ್ರಾರಂಭಿಸುತ್ತವೆ. ನಾಲ್ಕನೇ ಕಮಿಟ್ ಅವಶ್ಯಕವಾಗಿದೆ ಏಕೆಂದರೆ ಮೂಲ ವ್ಯಾಪ್ತಿಯ ಭಾಗವಾಗಿರದ ಇತರ ಎರಡು ಮಾಡ್ಯೂಲ್‌ಗಳು ಹಳೆಯ, ಈಗ ಅಳಿಸಲಾದ ಉಪಯುಕ್ತತೆಯ ಕಾರ್ಯಗಳನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ. ನೀವು ಆ ಆಮದುಗಳನ್ನು ನವೀಕರಿಸಬೇಕು ಮತ್ತು ಅವರ ಪರೀಕ್ಷೆಗಳು ಇನ್ನೂ ಉತ್ತೀರ್ಣರಾಗುತ್ತವೆ ಎಂದು ಭಾವಿಸುತ್ತೇವೆ. ಅವರು ಮಾಡುವುದಿಲ್ಲ. ಐದನೇ ಬದ್ಧತೆಯು ಆ ಇತರ ಮಾಡ್ಯೂಲ್‌ಗಳಿಗೆ ಪರಿಹಾರಗಳ ಉದ್ರಿಕ್ತ ಸರಣಿಯಾಗಿದೆ, ಅದು ಈಗ ನಿಮ್ಮ ಹೊಸ ಸೇವೆಯಿಂದ ಪರಿಚಯಿಸಲಾದ ತಮ್ಮದೇ ಆದ ಸೂಕ್ಷ್ಮ ದೋಷಗಳನ್ನು ಹೊಂದಿದೆ. ನಿಮ್ಮ "ತ್ವರಿತ ಪರಿಹಾರ" ಅಧಿಕೃತವಾಗಿ ಬಹು-ಮಾಡ್ಯೂಲ್ ಕೂಲಂಕುಷ ಪರೀಕ್ಷೆಗೆ ಒಳಪಟ್ಟಿದೆ. ನೀವು ಒಂದೇ ದಿನಾಂಕದ ಸ್ಟ್ರಿಂಗ್‌ನೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸಿ ಮತ್ತು ಸಂಪೂರ್ಣ ಅಪ್ಲಿಕೇಶನ್‌ನ ರಚನೆಯನ್ನು ಪ್ರಶ್ನಿಸಿದ್ದೀರಿ.

• ಆರಂಭಿಕ ದೋಷ: ಒಂದೇ ದಿನಾಂಕವನ್ನು ತಪ್ಪಾಗಿ ಪ್ರದರ್ಶಿಸಲಾಗಿದೆ.
• ಅಂತಿಮ ಫಲಿತಾಂಶ: ಹೊಸ DateService ವರ್ಗ, 4 ವಿಭಿನ್ನ ಮಾಡ್ಯೂಲ್‌ಗಳಿಗೆ ನವೀಕರಣಗಳು ಮತ್ತು 3 ಮುರಿದ ಪರೀಕ್ಷಾ ಸೂಟ್‌ಗಳಿಗೆ ಪರಿಹಾರಗಳು.
• ಕಳೆದ ಸಮಯ: 1.5 ಗಂಟೆಗಳ ಬದಲಿಗೆ 1.5 ದಿನಗಳು.
• ಕಾಣದ ವೆಚ್ಚ: ತಡವಾದ ವೈಶಿಷ್ಟ್ಯಗಳು, ಇಡೀ ತಂಡಕ್ಕೆ ಸಂದರ್ಭ ಬದಲಾಯಿಸುವಿಕೆ ಮತ್ತು ಏಕೀಕರಣದ ಅಪಾಯಗಳು.

"ಮೊಲದ ರಂಧ್ರವು ಅಸಮರ್ಥತೆಯ ಸಂಕೇತವಲ್ಲ; ಇದು ಗಡಿಗಳು ಅಸ್ಪಷ್ಟವಾಗಿರುವ ವ್ಯವಸ್ಥೆಯ ಲಕ್ಷಣವಾಗಿದೆ. ನಿಜವಾದ ದಕ್ಷತೆಯು ಮಾಡ್ಯುಲಾರಿಟಿಯಿಂದ ಬರುತ್ತದೆ, ಅಲ್ಲಿ ಒಂದು ವ್ಯವಹಾರದ ಕಾರ್ಯದಲ್ಲಿನ ಬದಲಾವಣೆಯು ಇನ್ನೊಂದನ್ನು ಪುನರ್ನಿರ್ಮಾಣ ಮಾಡಲು ಒತ್ತಾಯಿಸುವುದಿಲ್ಲ."

ಮೆವೇಜ್‌ನೊಂದಿಗೆ ಗಾರ್ಡ್ರೈಲ್‌ಗಳನ್ನು ನಿರ್ಮಿಸುವುದು

ಹಾಗಾದರೆ ನಾವು ಈ ಉತ್ಪಾದಕತೆ-ಸ್ಯಾಪಿಂಗ್ ಮೊಲದ ರಂಧ್ರಗಳನ್ನು ತಪ್ಪಿಸುವುದು ಹೇಗೆ? ಉತ್ತರವು ರಚನೆ ಮತ್ತು ಸ್ಪಷ್ಟ ಗಡಿಗಳಲ್ಲಿದೆ. ಇದು ಮೆವೇಜ್‌ನ ಹಿಂದಿನ ತತ್ವಶಾಸ್ತ್ರವಾಗಿದೆ. ಮಾಡ್ಯುಲರ್ ಬಿಸಿನೆಸ್ OS ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಮೂಲಕ, ಕ್ಲೈಂಟ್ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್, ಪ್ರಾಜೆಕ್ಟ್ ಟ್ರ್ಯಾಕಿಂಗ್ ಮತ್ತು ಹಣಕಾಸಿನ ಕಾರ್ಯಾಚರಣೆಗಳಂತಹ ಕೋರ್ ಕಾರ್ಯಗಳಿಗಾಗಿ Mewayz ಪೂರ್ವನಿರ್ಧರಿತ ಮಾಡ್ಯೂಲ್‌ಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ, ಅದು ಅವರ ಸ್ವಾತಂತ್ರ್ಯವನ್ನು ಉಳಿಸಿಕೊಳ್ಳುವಾಗ ಮನಬಂದಂತೆ ಒಟ್ಟಿಗೆ ಕೆಲಸ ಮಾಡಲು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ. ಪ್ರಾಜೆಕ್ಟ್ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್ ಮಾಡ್ಯೂಲ್‌ನಲ್ಲಿನ ಬದಲಾವಣೆಯು ಇನ್‌ವಾಯ್ಸಿಂಗ್ ತರ್ಕವನ್ನು ಪುನಃ ಬರೆಯುವ ಅಗತ್ಯವಿರುವುದಿಲ್ಲ. ವ್ಯಾಖ್ಯಾನಿಸಲಾದ ಕ್ರಿಯಾತ್ಮಕ ಪ್ರದೇಶಗಳಲ್ಲಿ ಬದಲಾವಣೆಗಳನ್ನು ಹೊಂದಿರುವ ಮೂಲಕ ಡೊಮಿನೊ ಪರಿಣಾಮವನ್ನು ತಡೆಯಲು ಸಿಸ್ಟಮ್ ಅನ್ನು ನಿರ್ಮಿಸಲಾಗಿದೆ.

ನಿಮ್ಮ ವ್ಯಾಪಾರ ಪರಿಕರಗಳನ್ನು ಸಂಯೋಜಿಸಿದಾಗ ಆದರೆ ಹೆಣೆದುಕೊಂಡಿಲ್ಲದಿದ್ದಾಗ, ನಿಮ್ಮ ತಂಡವು "ತ್ವರಿತ ಪರಿಹಾರಗಳನ್ನು" ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದು, ಅದು ತ್ವರಿತವಾಗಿ ಉಳಿಯುತ್ತದೆ. ಅವರು ಅಜಾಗರೂಕತೆಯಿಂದ ಬೇರೆಡೆ ಸಂಬಂಧವಿಲ್ಲದ ಕಾರ್ಯವನ್ನು ಮುರಿಯುವುದಿಲ್ಲ ಎಂದು ತಿಳಿದಿರುವ ಮೂಲಕ ಅವರು ಆತ್ಮವಿಶ್ವಾಸದಿಂದ ಒಂದು ಮಾಡ್ಯೂಲ್‌ನಲ್ಲಿ ಪ್ರಕ್ರಿಯೆಯನ್ನು ನವೀಕರಿಸಬಹುದು. ಈ ಸ್ಪಷ್ಟತೆ ಮತ್ತು ಧಾರಣವು ಸಂಭಾವ್ಯ ಅಸ್ತವ್ಯಸ್ತವಾಗಿರುವ ಅಭಿವೃದ್ಧಿಯ ಪ್ರಯಾಣವನ್ನು ಊಹಿಸಬಹುದಾದ, ಪರಿಣಾಮಕಾರಿ ಮಾರ್ಗವಾಗಿ ಪರಿವರ್ತಿಸುತ್ತದೆ, ನಿಮ್ಮ ಇಡೀ ತಂಡವನ್ನು ಮೊಲದ ರಂಧ್ರದಿಂದ ಹೊರಗಿಡುತ್ತದೆ ಮತ್ತು ನಿಜವಾಗಿಯೂ ಮುಖ್ಯವಾದುದನ್ನು ಕೇಂದ್ರೀಕರಿಸುತ್ತದೆ.

ಪದೇ ಪದೇ ಕೇಳಲಾಗುವ ಪ್ರಶ್ನೆಗಳು

"ಕ್ವಿಕ್ ಫಿಕ್ಸ್" ನ ಸೆಡಕ್ಟಿವ್ ಸಿಂಪ್ಲಿಸಿಟಿ

ಪ್ರತಿ ಡೆವಲಪರ್‌ಗೆ "ಸಣ್ಣ ಬದಲಾವಣೆ" ಯ ಸೈರನ್ ಹಾಡು ತಿಳಿದಿದೆ. ಇದು ಸಾಕಷ್ಟು ಮುಗ್ಧವಾಗಿ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ: ಸಣ್ಣ ದೋಷ ವರದಿ, ಸಣ್ಣ UI ಟ್ವೀಕ್, ಅಥವಾ ತೋರಿಕೆಯಲ್ಲಿ ಸರಳವಾದ ವೈಶಿಷ್ಟ್ಯದ ವಿನಂತಿ. ಇದು ಕೆಲವು ಗಂಟೆಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಎಂದು ನೀವು ಅಂದಾಜು ಮಾಡುತ್ತೀರಿ, ಬಹುಶಃ ಒಂದೇ ಬದ್ಧತೆ ಇರಬಹುದು. ನೀವು ಧುಮುಕುತ್ತೀರಿ, ಊಟದ ಮೊದಲು ನಿಮ್ಮ ಮುಖ್ಯ ಕಾರ್ಯಕ್ಕೆ ನೀವು ಹಿಂತಿರುಗುತ್ತೀರಿ ಎಂಬ ವಿಶ್ವಾಸವಿದೆ. ಆದರೆ ನಂತರ, ನೀವು ಐದು ಬದ್ಧತೆಗಳನ್ನು ಆಳವಾಗಿ ಕಾಣುತ್ತೀರಿ, ನಿಮ್ಮ ಮೂಲ ಕೋಡ್‌ಬೇಸ್ ದೂರದ ಸ್ಮರಣೆಯಂತೆ ಕಾಣುತ್ತದೆ ಮತ್ತು ನಿಮ್ಮ "ತ್ವರಿತ ಪರಿಹಾರ" ಪೂರ್ಣ-ಪ್ರಮಾಣದ ಮರುಫಲಕ ಯೋಜನೆಯಾಗಿ ಮಾರ್ಫ್ ಆಗಿದೆ. ನೀವು ಮೊಲದ ರಂಧ್ರದಿಂದ ತಲೆಯ ಮೇಲೆ ಬಿದ್ದಿದ್ದೀರಿ.

ಕಮಿಟ್ 1: ದಿ ಪಾಯಿಂಟ್ ಆಫ್ ನೋ ರಿಟರ್ನ್

ಮೊದಲ ಬದ್ಧತೆ ಸಾಮಾನ್ಯವಾಗಿ ಮೋಸಗೊಳಿಸುವ ಸರಳವಾಗಿದೆ. ನೀವು ಸಮಸ್ಯಾತ್ಮಕ ಫೈಲ್ ಅನ್ನು ಗುರುತಿಸುತ್ತೀರಿ - ಬಹುಶಃ ದಿನಾಂಕವನ್ನು ತಪ್ಪಾಗಿ ಫಾರ್ಮ್ಯಾಟ್ ಮಾಡುವ ಕಾರ್ಯ. ನೀವು ತಿದ್ದುಪಡಿಯನ್ನು ಮಾಡಿ, ಸ್ಥಳೀಯವಾಗಿ ಪರೀಕ್ಷಿಸಿ ಮತ್ತು ಎಲ್ಲವೂ ಕೆಲಸ ಮಾಡುತ್ತದೆ. ನೀವು ಚೆನ್ನಾಗಿರುತ್ತೀರಿ. ಆದರೆ ನೀವು ಬದ್ಧತೆಯನ್ನು ತಳ್ಳಲು ಹೊರಟಿರುವಾಗ, ಒಂದು ಆಲೋಚನೆ ಉಂಟಾಗುತ್ತದೆ: "ನಾನು ಇಲ್ಲಿರುವಾಗ, ಇದೇ ದಿನಾಂಕ ಸ್ವರೂಪವನ್ನು ಬಳಸುವ ಸಂಬಂಧಿತ ಲಾಗಿಂಗ್ ಕಾರ್ಯವನ್ನು ನಾನು ಬಹುಶಃ ನವೀಕರಿಸಬೇಕು." ಇದು ತಾರ್ಕಿಕ, ಬಹುತೇಕ ಜವಾಬ್ದಾರಿಯುತ-ಧ್ವನಿಯ ಪ್ರಚೋದನೆಯಾಗಿದೆ. ನೀವು ಹೊಸ್ತಿಲನ್ನು ದಾಟುವ ಕ್ಷಣ ಇದು. ಒಂದು ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುವ ಬದಲು, ನೀವು ಈಗ ಸಿಸ್ಟಮ್‌ನ ಸಂಬಂಧಿತ ಭಾಗವನ್ನು "ಸುಧಾರಿಸಲು" ಬದ್ಧರಾಗಿರುವಿರಿ.

ಕಮಿಟ್ 2: ಡಿಪೆಂಡೆನ್ಸಿ ಥ್ರೆಡ್ ಅನ್ನು ಬಿಚ್ಚಿಡುವುದು

ನಿಮ್ಮ ಎರಡನೇ ಕಮಿಟ್ ಲಾಗಿಂಗ್ ಕಾರ್ಯವನ್ನು ನವೀಕರಿಸುತ್ತದೆ. ಆದರೆ ನಿರೀಕ್ಷಿಸಿ-ಆ ಲಾಗಿಂಗ್ ಕಾರ್ಯದ ಪರೀಕ್ಷೆಯು ವಿಫಲಗೊಳ್ಳುತ್ತದೆ. ಹಳೆಯ, ತಪ್ಪಾದ ದಿನಾಂಕ ಸ್ವರೂಪವನ್ನು ನಿರೀಕ್ಷಿಸಲು ಪರೀಕ್ಷೆಯು ಹಾರ್ಡ್-ಕೋಡೆಡ್ ಆಗಿದೆ ಎಂದು ಅದು ತಿರುಗುತ್ತದೆ. ನೀವು ಕೋಡ್‌ಬೇಸ್‌ನಲ್ಲಿ ಮುರಿದ ಪರೀಕ್ಷೆಯನ್ನು ಬಿಡಲು ಸಾಧ್ಯವಿಲ್ಲ, ಆದ್ದರಿಂದ ಬದ್ಧತೆ ಸಂಖ್ಯೆ ಎರಡು ಹುಟ್ಟಿದೆ: "ಡೇಟ್ ಲಾಗರ್‌ಗಾಗಿ ಯುನಿಟ್ ಪರೀಕ್ಷೆಯನ್ನು ನವೀಕರಿಸಿ." ಈಗ ನೀವು ಕೇವಲ ದೋಷವನ್ನು ಸರಿಪಡಿಸುತ್ತಿಲ್ಲ; ನೀವು ಪರೀಕ್ಷೆಗಳನ್ನು ನವೀಕರಿಸುತ್ತಿದ್ದೀರಿ. ಇದು ಸಾಫ್ಟ್‌ವೇರ್ ಅಭಿವೃದ್ಧಿಯಲ್ಲಿ ನಿರ್ಣಾಯಕ ಸತ್ಯವನ್ನು ಬಹಿರಂಗಪಡಿಸುತ್ತದೆ: ಕೋಡ್ ಅವಲಂಬನೆಗಳ ವೆಬ್ ಆಗಿದೆ. ಒಂದು ದಾರದ ಮೇಲೆ ಎಳೆಯುವುದು, ಎಷ್ಟೇ ಚಿಕ್ಕದಾಗಿದ್ದರೂ, ಬಟ್ಟೆಯ ದೊಡ್ಡ ಭಾಗವನ್ನು ಬಿಚ್ಚಿಡಬಹುದು. ಮಾಡ್ಯುಲರ್ ಅಲ್ಲದ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ, ಸ್ಕೋಪ್ ಅನಿಯಂತ್ರಿತವಾಗಿ ಬಲೂನ್ ಮಾಡಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ.

ಕಮಿಟ್ 3: ಆರ್ಕಿಟೆಕ್ಚರ್ ಟೆಂಪ್ಟೇಶನ್

ಪರೀಕ್ಷೆಯಲ್ಲಿ ಉತ್ತೀರ್ಣರಾಗುವುದರೊಂದಿಗೆ, ನೀವು ಪೂರ್ಣಗೊಳಿಸಬೇಕು. ಆದರೆ ಈಗ ನೀವು ಕೋಡ್ ಅನ್ನು ನೋಡುತ್ತಿದ್ದೀರಿ. ನೀವು ಈಗಷ್ಟೇ ಸರಿಪಡಿಸಿದ ಕಾರ್ಯವು ದೊಡ್ಡ ಯುಟಿಲಿಟಿ ಮಾಡ್ಯೂಲ್‌ನ ಭಾಗವಾಗಿದ್ದು ಅದು ಗೊಂದಲಮಯವಾಗಿದೆ. "ಈ ಸಂಪೂರ್ಣ ದಿನಾಂಕ-ನಿರ್ವಹಣೆ ತರ್ಕವು ಮೂರು ವಿಭಿನ್ನ ಫೈಲ್‌ಗಳಲ್ಲಿ ಹರಡಿಕೊಂಡಿದೆ" ಎಂದು ನೀವು ಭಾವಿಸುತ್ತೀರಿ. "ನಾನು ಅದನ್ನು ಒಂದೇ, ಉತ್ತಮ ಹೆಸರಿನ ಸೇವೆಯಾಗಿ ಏಕೀಕರಿಸಿದರೆ ಅದು ತುಂಬಾ ಸ್ವಚ್ಛವಾಗಿರುತ್ತದೆ." ವಾಸ್ತುಶಿಲ್ಪದ ಶುದ್ಧತೆಗಾಗಿ ಮರುಪರಿಶೀಲಿಸುವ ಪ್ರಲೋಭನೆಯು ಪ್ರಬಲವಾಗಿದೆ. ಕಮಿಟ್ ಮೂರು ಪ್ರಮುಖವಾದದ್ದು: "ರೀಫಾಕ್ಟರ್ ದಿನಾಂಕದ ಉಪಯುಕ್ತತೆಯನ್ನು ಕೇಂದ್ರೀಕೃತ ಸೇವೆಯಾಗಿ." ನೀವು ಈಗ ಮೂಲ ದೋಷ ಪರಿಹಾರವನ್ನು ಮೀರಿ ಹೋಗಿದ್ದೀರಿ. ನೀವು ಸಿಸ್ಟಂನ ಒಂದು ಭಾಗವನ್ನು ಮರುವಿನ್ಯಾಸಗೊಳಿಸುತ್ತಿರುವಿರಿ ಮತ್ತು ಆ ಮರುವಿನ್ಯಾಸದೊಂದಿಗೆ ಹೊಸ ಸಂಕೀರ್ಣತೆ ಮತ್ತು ದೋಷದ ಸಂಭಾವ್ಯತೆ ಬರುತ್ತದೆ.

ಕಮಿಟ್ 4 ಮತ್ತು 5: ಡೊಮಿನೊ ಎಫೆಕ್ಟ್

ರಿಫ್ಯಾಕ್ಟರ್ ಪೂರ್ಣಗೊಂಡಿದೆ, ಆದರೆ ಡೊಮಿನೊಗಳು ಬೀಳಲು ಪ್ರಾರಂಭಿಸುತ್ತವೆ. ನಾಲ್ಕನೇ ಕಮಿಟ್ ಅವಶ್ಯಕವಾಗಿದೆ ಏಕೆಂದರೆ ಮೂಲ ವ್ಯಾಪ್ತಿಯ ಭಾಗವಾಗಿರದ ಇತರ ಎರಡು ಮಾಡ್ಯೂಲ್‌ಗಳು ಹಳೆಯ, ಈಗ ಅಳಿಸಲಾದ ಉಪಯುಕ್ತತೆಯ ಕಾರ್ಯಗಳನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ. ನೀವು ಆ ಆಮದುಗಳನ್ನು ನವೀಕರಿಸಬೇಕು ಮತ್ತು ಅವರ ಪರೀಕ್ಷೆಗಳು ಇನ್ನೂ ಉತ್ತೀರ್ಣರಾಗುತ್ತವೆ ಎಂದು ಭಾವಿಸುತ್ತೇವೆ. ಅವರು ಮಾಡುವುದಿಲ್ಲ. ಐದನೇ ಬದ್ಧತೆಯು ಆ ಇತರ ಮಾಡ್ಯೂಲ್‌ಗಳಿಗೆ ಪರಿಹಾರಗಳ ಉದ್ರಿಕ್ತ ಸರಣಿಯಾಗಿದೆ, ಅದು ಈಗ ನಿಮ್ಮ ಹೊಸ ಸೇವೆಯಿಂದ ಪರಿಚಯಿಸಲಾದ ತಮ್ಮದೇ ಆದ ಸೂಕ್ಷ್ಮ ದೋಷಗಳನ್ನು ಹೊಂದಿದೆ. ನಿಮ್ಮ "ತ್ವರಿತ ಪರಿಹಾರ" ಅಧಿಕೃತವಾಗಿ ಬಹು-ಮಾಡ್ಯೂಲ್ ಕೂಲಂಕುಷ ಪರೀಕ್ಷೆಗೆ ಒಳಪಟ್ಟಿದೆ. ನೀವು ಒಂದೇ ದಿನಾಂಕದ ಸ್ಟ್ರಿಂಗ್‌ನೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸಿ ಮತ್ತು ಸಂಪೂರ್ಣ ಅಪ್ಲಿಕೇಶನ್‌ನ ರಚನೆಯನ್ನು ಪ್ರಶ್ನಿಸಿದ್ದೀರಿ.