ಆವೃತ್ತಿ ನಿಯಂತ್ರಣ ವ್ಯವಸ್ಥೆಯ ನಿರ್ವಾಹಕ
ಪೈಥಾನ್ 3 ಗಾಗಿ ಬಂದರಿನ ಸ್ಥಿರತೆಯ ಬಗ್ಗೆ ಮುನ್ಸೂಚನೆಗಳು ನಿರಾಶಾದಾಯಕವಾಗಿವೆ. ನಿರ್ದಿಷ್ಟವಾಗಿ ಹೇಳುವುದಾದರೆ, ಹಲವಾರು ವರ್ಷಗಳ ಅವಧಿಯಲ್ಲಿ ಯಾದೃಚ್ಛಿಕ ದೋಷಗಳು ಕೋಡ್ನಲ್ಲಿ ಪಾಪ್ ಅಪ್ ಆಗುತ್ತವೆ ಎಂದು ನಿರೀಕ್ಷಿಸಲಾಗಿದೆ, ಏಕೆಂದರೆ ಪರೀಕ್ಷೆಗಳು 100% ಕೋಡ್ ಬೇಸ್ ಅನ್ನು ಒಳಗೊಂಡಿರುವುದಿಲ್ಲ ಮತ್ತು ಸ್ಥಿರ ವಿಶ್ಲೇಷಣೆಯ ಸಮಯದಲ್ಲಿ ಅನೇಕ ಸಮಸ್ಯೆಗಳು ಅಗೋಚರವಾಗಿರುತ್ತವೆ ಮತ್ತು ರನ್ಟೈಮ್ನಲ್ಲಿ ಮಾತ್ರ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತವೆ. ಇದರ ಜೊತೆಗೆ, ಅನೇಕ ತೃತೀಯ ಆಡ್-ಆನ್ಗಳು ಮತ್ತು ವಿಸ್ತರಣೆಗಳು ಪೈಥಾನ್ 3 ಗೆ ಅನುವಾದಿಸದೆ ಉಳಿದಿವೆ.
ಪೋರ್ಟಿಂಗ್ ಸಮಯದಲ್ಲಿ ಕ್ರಮೇಣ ಪೈಥಾನ್ 3 ಗೆ ಕೋಡ್ ಅನ್ನು ಅಳವಡಿಸಲು ನಿರ್ಧರಿಸಲಾಯಿತು, ಪೈಥಾನ್ 2 ಗೆ ಬೆಂಬಲವನ್ನು ಉಳಿಸಿಕೊಂಡು, ಪೈಥಾನ್ 2 ಮತ್ತು 3 ಅನ್ನು ಸಂಯೋಜಿಸಲು ಕೋಡ್ ಅನೇಕ ಹ್ಯಾಕ್ಗಳನ್ನು ಪಡೆದುಕೊಂಡಿತು, ಪೈಥಾನ್ 2 ಗೆ ಬೆಂಬಲದ ನಂತರ ಅದನ್ನು ಸ್ವಚ್ಛಗೊಳಿಸಬೇಕಾಗುತ್ತದೆ.
ಪೈಥಾನ್ 3 ರೊಂದಿಗಿನ ಪರಿಸ್ಥಿತಿಯ ಕುರಿತು ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತಾ, ಡೆವಲಪರ್ಗಳಿಗೆ ಸಂಬಂಧಿಸಿದ ಪ್ರಗತಿಯ ಸುಧಾರಣೆಗಳ ಅನುಪಸ್ಥಿತಿಯಲ್ಲಿ ಇಂಟರ್ಆಪರೇಬಿಲಿಟಿ-ಬ್ರೇಕಿಂಗ್ ಪೈಥಾನ್ 3 ಅನ್ನು ಉತ್ತೇಜಿಸುವ ಮತ್ತು ಅದನ್ನು ಹೊಸ, ಹೆಚ್ಚು ಸರಿಯಾದ ಭಾಷೆಯಾಗಿ ಹೇರುವ ನಿರ್ಧಾರವು ಕಾರಣವಾದ ದೊಡ್ಡ ತಪ್ಪು ಎಂದು ಮರ್ಕ್ಯುರಿಯಲ್ ನಿರ್ವಾಹಕರು ನಂಬುತ್ತಾರೆ. ಸಮುದಾಯಕ್ಕೆ ದೊಡ್ಡ ಹಾನಿ ಮತ್ತು ದೊಡ್ಡ ಯೋಜನೆಗಳನ್ನು ಹೇಗೆ ಮಾಡಬೇಕಾಗಿಲ್ಲ ಎಂಬುದಕ್ಕೆ ಉದಾಹರಣೆಯಾಗಿದೆ. ಕ್ರಮೇಣ ಕಾರ್ಯನಿರ್ವಹಣೆಯನ್ನು ನಿರ್ಮಿಸುವ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ಗಳನ್ನು ಹೆಚ್ಚೆಚ್ಚು ಕಸ್ಟಮೈಸ್ ಮಾಡಲು ಅನುಮತಿಸುವ ಬದಲಿಗೆ, ಪೈಥಾನ್ 3 ರ ಬಿಡುಗಡೆಯು ಡೆವಲಪರ್ಗಳು ಕೋಡ್ ಅನ್ನು ಪುನಃ ಬರೆಯಲು ಮತ್ತು ಪೈಥಾನ್ 2 ಮತ್ತು ಪೈಥಾನ್ 3 ಗಾಗಿ ಪ್ರತ್ಯೇಕ ಶಾಖೆಗಳನ್ನು ನಿರ್ವಹಿಸುವ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಖರ್ಚು ಮಾಡಲು ಒತ್ತಾಯಿಸಿತು. ಪೈಥಾನ್ 3.0 ಬಿಡುಗಡೆಯಾದ ಏಳು ವರ್ಷಗಳ ನಂತರ ಅದು ಆಗಿರಲಿಲ್ಲ. ಪೈಥಾನ್ 3.5 ಪರಿವರ್ತನೆ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಸುಗಮಗೊಳಿಸಲು ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಪರಿಚಯಿಸಿತು ಮತ್ತು ಅದೇ ಕೋಡ್ ಬೇಸ್ ಪೈಥಾನ್ 2 ಮತ್ತು ಪೈಥಾನ್ 3 ಎರಡನ್ನೂ ರನ್ ಮಾಡುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸುತ್ತದೆ.
ಮೂಲ: opennet.ru