ಹೆಬ್ಬಾವಿಗೆ 30 ವರ್ಷ ತುಂಬುತ್ತದೆ

ಫೆಬ್ರವರಿ 20, 1991 ರಂದು, Guido van Rossum alt.sources ಗುಂಪಿನಲ್ಲಿ ಪೈಥಾನ್ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಭಾಷೆಯ ಮೊದಲ ಬಿಡುಗಡೆಯನ್ನು ಪ್ರಕಟಿಸಿದರು, ಅವರು ಡಿಸೆಂಬರ್ 1989 ರಿಂದ ಸಿಸ್ಟಮ್ ಆಡಳಿತದ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಲು ಸ್ಕ್ರಿಪ್ಟಿಂಗ್ ಭಾಷೆಯನ್ನು ರಚಿಸುವ ಯೋಜನೆಯ ಭಾಗವಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದಾರೆ. ಅಮೀಬಾ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್, ಇದು C ಗಿಂತ ಹೆಚ್ಚಿನ ಮಟ್ಟದಲ್ಲಿರುತ್ತದೆ, ಆದರೆ, ಬೌರ್ನ್ ಶೆಲ್‌ಗಿಂತ ಭಿನ್ನವಾಗಿ, OS ಸಿಸ್ಟಮ್ ಕರೆಗಳಿಗೆ ಹೆಚ್ಚು ಅನುಕೂಲಕರ ಪ್ರವೇಶವನ್ನು ಒದಗಿಸುತ್ತದೆ.

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

ಪೈಥಾನ್ ಅನ್ನು ರಚಿಸುವಾಗ, ಗೈಡೋವನ್ನು ಈ ಕೆಳಗಿನ ತತ್ವಗಳಿಂದ ಮಾರ್ಗದರ್ಶಿಸಲಾಯಿತು:

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

    ಮೂಲ: opennet.ru

ಕಾಮೆಂಟ್ ಅನ್ನು ಸೇರಿಸಿ