ಸಾಫ್ಟ್‌ವೇರ್ ಪ್ರಪಂಚದ ಅಸಂಬದ್ಧ ಕಾನೂನುಗಳು

ಸಾಫ್ಟ್‌ವೇರ್ ಡೆವಲಪರ್‌ಗಳಂತಹ ಸ್ಮಾರ್ಟ್ ಜನರು ಇದನ್ನು ಏಕೆ ಹೆಚ್ಚಾಗಿ ತಿರುಗಿಸುತ್ತಾರೆ ಎಂದು ನೀವು ಎಂದಾದರೂ ಯೋಚಿಸಿದ್ದೀರಾ? ಮಾಡಿದ ಜನರಿದ್ದಾರೆ. ಈ ಪೋಸ್ಟ್ನಲ್ಲಿ ನಾವು ಪರಿಶೀಲಿಸುತ್ತೇವೆ ವೃತ್ತಿಪರರ ನಡವಳಿಕೆಯನ್ನು ವಿವರಿಸುವ ಕೆಲವು ಅಲಿಖಿತ ಕಾನೂನುಗಳು ಕಂಪ್ಯೂಟಿಂಗ್.

ನನ್ನ ಮೊದಲ ಕಂಪ್ಯೂಟರ್ ಕೊಮೊಡೋರ್ 64 ಆಗಿತ್ತು. ಸುಮಾರು 30 ಕೆಬಿ RAM ವ್ಯವಸ್ಥೆಗೆ ಇದ್ದು, ಪದ ಸಂಸ್ಕರಣೆ, ಗೇಮಿಂಗ್, ಫ್ಯಾಮಿಲಿ ಬಿಸಿನೆಸ್ ಅಕೌಂಟಿಂಗ್ ಮತ್ತು ನಾನು ಹೊಂದಿರುವ 32 ಜಿಬಿ ಕಂಪ್ಯೂಟರ್‌ನೊಂದಿಗೆ ನಾನು ಮಾಡುವ ಎಲ್ಲದರ ಬಗ್ಗೆ 6 ಕೆಬಿ ಉಳಿದಿದೆ. ಈಗ. ಅದು ಪ್ರಶ್ನೆಯನ್ನು ತೆರೆದಿಡುತ್ತದೆ ಇಂದಿನ ಉಪಕರಣಗಳು ಸಾಫ್ಟ್‌ವೇರ್‌ನ ಅಗತ್ಯಗಳಿಗೆ ಸ್ಪಂದಿಸುತ್ತವೆಯೇ ಅಥವಾ ಸಾಫ್ಟ್‌ವೇರ್ ಲಭ್ಯವಿರುವುದರಿಂದ ಹೆಚ್ಚಿನ ಹಾರ್ಡ್‌ವೇರ್ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಬಳಸುತ್ತದೆಯೇ?

ನ್ಯಾಯಸಮ್ಮತವಾಗಿ, ಆಟಗಳು ಒಂದೇ ಆಗಿಲ್ಲ, ಗ್ರಾಫಿಕ್ಸ್ ಒಂದೇ ಗುಣಮಟ್ಟದ್ದಲ್ಲ, ಮತ್ತು ಚಲನಚಿತ್ರಗಳನ್ನು ನೋಡುವುದು ಮತ್ತು ಸಂಗೀತವನ್ನು ಕೇಳುವುದು ಅಸಾಧ್ಯವಾಗಿತ್ತು. ಆದಾಗ್ಯೂ, ಒಬ್ಬರು ಸಹಾಯ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ ಆದರೆ ಅದನ್ನು ಯೋಚಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ ಹೊಸದನ್ನು ನಿಜವಾಗಿಯೂ ಕೊಡುಗೆ ನೀಡದೆ ಆವೃತ್ತಿಗಳನ್ನು ಬಿಡುಗಡೆ ಮಾಡುವ ಮತ್ತು ಹೆಚ್ಚು ಹೆಚ್ಚು ಸಂಪನ್ಮೂಲಗಳನ್ನು ಬಳಸುವ ಕಾರ್ಯಕ್ರಮಗಳಿವೆ.

ಕಾರಣಗಳು ಇಲ್ಲಿವೆ.

ಜಾವಿನ್ಸ್ಕಿಯ ಕಾನೂನು

ನೆಟ್ಸ್ಕೇಪ್ ಡೆವಲಪರ್ ಜೇಮಿ ಜಾವಿನ್ಸ್ಕಿ ಅದನ್ನು ವಾದಿಸಿದರು ಪ್ರತಿ ಪ್ರೋಗ್ರಾಂ ಇಮೇಲ್‌ಗಳನ್ನು ಓದಲು ಸಾಧ್ಯವಾಗುವವರೆಗೆ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಸಂಯೋಜಿಸುತ್ತದೆ. ಅವನು ಯಶಸ್ವಿಯಾಗದಿದ್ದರೆ, ಅವನ ಬದಲಿಗೆ ಬೇರೊಬ್ಬರು ಹಾಗೆ ಮಾಡುತ್ತಾರೆ.

ಅವರು ಅದನ್ನು ಹೇಳಿದಾಗ, ತಮಾಷೆಯೆಂದರೆ ಅವರು ಮೂಲತಃ ಇಮೇಲ್ ಕ್ಲೈಂಟ್‌ಗಳಂತೆ ಉದ್ದೇಶಿಸದ ಕಾರ್ಯಕ್ರಮಗಳನ್ನು ಉಲ್ಲೇಖಿಸುತ್ತಿದ್ದಾರೆ. ಗೂಗಲ್ ಪ್ಲೇನಲ್ಲಿನ ಅನೇಕ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ತಮ್ಮ ಕೆಲಸವನ್ನು ಮಾಡಬೇಕಾಗಿಲ್ಲದ ಫೋನ್ ಘಟಕಗಳು ಮತ್ತು ಬಳಕೆದಾರರ ಡೇಟಾವನ್ನು ಪ್ರವೇಶಿಸಲು ಅನುಮತಿ ಕೇಳುತ್ತಿವೆ ಎಂದು ತಿಳಿದುಬಂದಾಗ ಅದು ತಮಾಷೆಯಾಗಿರುವುದನ್ನು ನಿಲ್ಲಿಸಿತು.

ಬಳಕೆದಾರರ ಮೇಲೆ ಕಣ್ಣಿಡಲು ಪ್ರಯತ್ನಗಳ ಭಾಗವಾಗಿ ಕೆಲವರು ಇದನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಿದ್ದಾರೆ. ಆದರೆ ಏನನ್ನಾದರೂ ಮಾಡಬಹುದಾದ ಕಾರಣ ಅದನ್ನು ಮಾಡುವುದು ಬಹುಶಃ ಮಾನವ ಸ್ವಭಾವ.

ಸಾಫ್ಟ್‌ವೇರ್‌ಗೆ ಪೀಟರ್‌ನ ತತ್ವ ಅನ್ವಯಿಸಲಾಗಿದೆ

ಕ್ರಮಾನುಗತದಲ್ಲಿ, ಒಬ್ಬ ವ್ಯಕ್ತಿಯು ತಾನು ಅಸಮರ್ಥನಾಗಿರುವ ಸ್ಥಾನಕ್ಕೆ ಏರುತ್ತಾನೆ ಎಂದು ಲಾರೆನ್ಸ್ ಪೀಟರ್ ಪ್ರಸಿದ್ಧನಾದ. ಆದರೆ ಸಂಕೀರ್ಣ ಯೋಜನೆಗಳ ಬಗ್ಗೆ ಏನಾದರೂ ಹೇಳಲು ಅವರಿಗೆ ಸಮಯವಿತ್ತು:

"ಒಂದು ಸಂಕೀರ್ಣ ಯೋಜನೆಯು ತನ್ನದೇ ಆದ ಡೆವಲಪರ್‌ಗಳಿಗೆ ಸಹ ಅರ್ಥವಾಗದಷ್ಟು ಸಂಕೀರ್ಣವಾಗುತ್ತದೆ."

ಕನಿಷ್ಠ ಆಶ್ಚರ್ಯದ ತತ್ವ

1984 ರಲ್ಲಿ ಐಬಿಎಂ ಸಿಸ್ಟಮ್ಸ್ ಜರ್ನಲ್‌ನಲ್ಲಿ ಪ್ರಕಟವಾದ ಈ ತತ್ವವು ಹೀಗೆ ಹೇಳುತ್ತದೆ:

"ಅಗತ್ಯವಿರುವ ವೈಶಿಷ್ಟ್ಯವು ದೊಡ್ಡ ಆಶ್ಚರ್ಯವನ್ನು ಉಂಟುಮಾಡಿದರೆ, ವೈಶಿಷ್ಟ್ಯವನ್ನು ಮರುವಿನ್ಯಾಸಗೊಳಿಸಬೇಕಾಗಬಹುದು."

ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಹೇಳುವುದಾದರೆ, ಭಾಗ ಅಥವಾ ಎಲ್ಲಾ ಸಾಫ್ಟ್‌ವೇರ್ ಬಳಕೆದಾರರು ಬಳಸಿದ್ದಕ್ಕಿಂತ ಭಿನ್ನವಾಗಿದ್ದರೆ, ಉತ್ತಮವಾದದ್ದು ಮರುವಿನ್ಯಾಸ. ತಾತ್ತ್ವಿಕವಾಗಿ, ಸಾಧಿಸಲು ಶ್ರಮಿಸಿ ಹೆಚ್ಚುತ್ತಿರುವ ಸುಧಾರಣೆಗಳು ಪ್ರಭಾವಶಾಲಿಯಾಗಲು ಸಾಕಷ್ಟು ದೊಡ್ಡದಾಗಿದೆ, ಆದರೆ ಪರಿಚಿತವಾಗಿ ಉಳಿಯುವಷ್ಟು ಚಿಕ್ಕದಾಗಿದೆ ಬಳಕೆದಾರರಿಗಾಗಿ.

ಯುನಿಟಿಯನ್ನು ಪ್ರಾರಂಭಿಸಿದಾಗ ತುಂಬಾ ಕೆಟ್ಟ ಶಟಲ್ವರ್ತ್ ಅದನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಲಿಲ್ಲ.

ಸೈಬರ್ನೆಟಿಕ್ ಕೀಟಶಾಸ್ತ್ರ ಕಾನೂನು

ಕಂಪ್ಯೂಟರ್ ಇತಿಹಾಸದಲ್ಲಿ ಮೊದಲ ದೋಷವು ನಿಜವಾಗಿದೆ. ಮಾರ್ಕ್ II ಕಂಪ್ಯೂಟರ್‌ನಲ್ಲಿ ಒಂದು ಚಿಟ್ಟೆ ರಿಲೇಗಳಲ್ಲಿ ಒಂದಕ್ಕೆ ಹಾರಿ ಅಸಮರ್ಪಕ ಕಾರ್ಯಕ್ಕೆ ಕಾರಣವಾಯಿತು.

ರೂಪಕದೊಂದಿಗೆ ಮುಂದುವರಿಯುತ್ತಾ, ಸೈಬರ್ನೆಟಿಕ್ ಕೀಟಶಾಸ್ತ್ರದ ನಿಯಮವು ಅದನ್ನು ಹೊಂದಿದೆ ಯಾವಾಗಲೂ ಒಂದು ದೋಷವಿರುತ್ತದೆ.

ಅದು ಎಲ್ಲಾ ಕಂಪ್ಯೂಟರ್ ಬಳಕೆದಾರರಿಗೆ ತಿಳಿದಿರುವ ವಿಷಯ. ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಎಷ್ಟೇ ಪರೀಕ್ಷಿಸಿದರೂ, ತಡವಾದಾಗ ಯಾವಾಗಲೂ ದೋಷ ಕಂಡುಬರುತ್ತದೆ.

ಕೆರ್ನಿಘನ್ ಕಾನೂನು

Linux Adictos ನಾವು ಲೇಖಕರು ಸರ್ಚ್ ಎಂಜಿನ್ ಸ್ನೇಹಿ ರೀತಿಯಲ್ಲಿ ಬರೆಯುವುದನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಪ್ಲಗಿನ್ ಅನ್ನು ಸ್ಥಾಪಿಸಲಾಗಿದೆ. ಮೊದಲ ದಿನದಿಂದ ನಾನು ಅದನ್ನು ದ್ವೇಷಿಸುತ್ತಿದ್ದೆ. ಸ್ವಲ್ಪ ಸಾಹಿತ್ಯಿಕ ಹಾರಾಟದೊಂದಿಗೆ ಬರೆಯುವ ಯಾವುದೇ ಪ್ರಯತ್ನವನ್ನು ತಕ್ಷಣವೇ ಕೆಂಪು ವೃತ್ತದೊಂದಿಗೆ ಖಂಡಿಸಲಾಗುತ್ತದೆ. ಸಮಯ ಕಳೆದಂತೆ ನಾನು ಅದಕ್ಕೆ ಒಗ್ಗಿಕೊಂಡೆ ಮತ್ತು ನಾನು ಸ್ಪರ್ಶ-ಅಪ್ಗಳನ್ನು ಮಾಡಲು ಅಪರೂಪ.

ಪ್ರೋಗ್ರಾಮರ್ಗಳಿಗೆ ಅದೇ ವಿಷಯ ಸಂಭವಿಸುತ್ತದೆ, ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಮತ್ತು ನಿರ್ವಹಿಸಲು ಸುಲಭವಾದ ಸರಳವಾದ ಕೋಡ್ ಅನ್ನು ಬರೆಯುವುದಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿ ಅವರು ಕೋಡ್ ಮಾಡುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಪ್ರದರ್ಶಿಸಲು ಹೆಚ್ಚು ಆಸಕ್ತಿ ವಹಿಸುತ್ತಾರೆ.

ಆದ್ದರಿಂದ ಕೆರ್ನಿಘನ್ ಅವರ ಕಾನೂನು ಇದನ್ನು ಹೊಂದಿದೆ:

ಡೀಬಗ್ ಮಾಡುವುದು ಮೊದಲಿಗೆ ಕೋಡ್ ಬರೆಯುವುದಕ್ಕಿಂತ ಎರಡು ಪಟ್ಟು ಕಷ್ಟ. ಆದ್ದರಿಂದ ನೀವು ಕೋಡ್ ಅನ್ನು ಸಾಧ್ಯವಾದಷ್ಟು ಜಾಣತನದಿಂದ ಬರೆದರೆ, ನೀವು ಅದನ್ನು ವ್ಯಾಖ್ಯಾನದಿಂದ ಡೀಬಗ್ ಮಾಡುವಷ್ಟು ಸ್ಮಾರ್ಟ್ ಅಲ್ಲ. '

90/90 ನಿಯಮ

ನಿಜ ಜೀವನದಲ್ಲಿ ಲಾಭರಹಿತ ಯೋಜನೆಯನ್ನು ಪ್ರಾರಂಭಿಸಿದ ಯಾರಿಗಾದರೂ ತಿಳಿದಿದೆ, ಪ್ರತಿ ಯೋಜನೆಯು ನಿರೀಕ್ಷಿತ ಅರ್ಧದಷ್ಟು ಲಾಭವನ್ನು ಗಳಿಸಲು ಪ್ರತಿ ಯೋಜನೆಯು ಎರಡು ಪಟ್ಟು ಹೆಚ್ಚು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಬಜೆಟ್ಗಿಂತ ಎರಡು ಪಟ್ಟು ಹೆಚ್ಚು ವೆಚ್ಚವಾಗಲಿದೆ.

ಕಂಪ್ಯೂಟರ್ ಪ್ರಪಂಚವು ಈ ಕಾನೂನಿನ ರೂಪಾಂತರಗಳನ್ನು ಹೊಂದಿದೆ. ಉದಾಹರಣೆಗೆ, ಒಬ್ಬ ಟಾಮ್ ಕಾರ್ಗಿಲ್ ಹೀಗೆ ಹೇಳಿದರು:

“ಮೊದಲ 90 ಪ್ರತಿಶತ ಕೋಡ್ ಅಭಿವೃದ್ಧಿಯ ಮೊದಲ 90 ಪ್ರತಿಶತವನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತದೆ. ಉಳಿದ 10 ಪ್ರತಿಶತ ಕೋಡ್ ಇತರ 90 ಪ್ರತಿಶತ ಅಭಿವೃದ್ಧಿ ಸಮಯವನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತದೆ.

ಇದು ಸ್ಪಷ್ಟವಾಗಿಲ್ಲವೇ? ಬಹುಶಃ ಹಾಫ್‌ಸ್ಟಾಡ್ಟರ್‌ನ ಕಾನೂನು ಸಹಾಯ ಮಾಡುತ್ತದೆ:

"ಹಾಫ್‌ಸ್ಟಾಡ್ಟರ್‌ನ ಕಾನೂನನ್ನು ಗಮನದಲ್ಲಿಟ್ಟುಕೊಂಡು ಯಾವಾಗಲೂ ನೀವು ನಿರೀಕ್ಷಿಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ."

ಉಬುಂಟು ಮತ್ತು ಫೆಡೋರಾ ಅಭಿವರ್ಧಕರು ತಿಳಿದಿರಬೇಕು ಎಂದು ನಾನು ess ಹಿಸುತ್ತೇನೆ. ಅಥವಾ ಕನಿಷ್ಠ 6 ತಿಂಗಳಿಗೊಮ್ಮೆ ಅದನ್ನು ನೆನಪಿಡಿ.

ಬ್ರೂಕ್ಸ್ ಕಾನೂನು

ಓಪನ್ ಸೋರ್ಸ್ ಸಾಫ್ಟ್‌ವೇರ್ ಪ್ರಾಜೆಕ್ಟ್‌ಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಎರಡು ಸಮಸ್ಯೆಗಳನ್ನು ಹೊಂದಿರುತ್ತವೆ; ಹಣಕಾಸು ಮತ್ತು ಸಹಯೋಗಿಗಳ ಕೊರತೆ. ಎರಡನೆಯದು ಸಮಸ್ಯೆಯಲ್ಲದಿದ್ದರೆ. ಬ್ರೂಕ್ ಪ್ರಕಾರ:

"ವೇಳಾಪಟ್ಟಿಯ ಹಿಂದಿರುವ ಸಾಫ್ಟ್‌ವೇರ್ ಯೋಜನೆಗೆ ಕಾರ್ಮಿಕರನ್ನು ಸೇರಿಸುವುದರಿಂದ ಅದು ಮತ್ತಷ್ಟು ವಿಳಂಬವಾಗುತ್ತದೆ."

ಅರ್ಥವಾಗುವಂತೆ, ನೀವು ಹೊಸ ಎನ್‌ಕೋಡರ್‌ಗಳನ್ನು ನವೀಕರಿಸಬೇಕಾಗಿಲ್ಲ. ಹೆಚ್ಚಿನದನ್ನು ದಾಖಲಿಸಬೇಕಾಗಿದೆ, ಎಲ್ಲರನ್ನೂ ಸಿಂಕ್‌ನಲ್ಲಿಡಲು ಹೆಚ್ಚಿನ ಅಧಿಕಾರಶಾಹಿ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಬಹುಶಃ ಪಂದ್ಯಗಳು ನಡೆಯುತ್ತವೆ.

ಮತ್ತು ಸ್ನೇಹಿತ ಪಾರ್ಕಿನ್ಸನ್ ಮತ್ತು ಅವರ ಹಕ್ಕುಗಳ ಬಗ್ಗೆ ನಾವು ಮರೆಯಲು ಸಾಧ್ಯವಿಲ್ಲ ನೀವು ಎಷ್ಟು ಖಾಲಿ ಜಾಗವನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತೀರಿ ಎಂಬುದು ಮುಖ್ಯವಲ್ಲ. ನಿಮಗೆ ಯಾವಾಗಲೂ ಹೆಚ್ಚು ಅಗತ್ಯವಿರುತ್ತದೆ. ಅವರು ಆಫೀಸ್ ಜಾಗವನ್ನು ಉಲ್ಲೇಖಿಸುತ್ತಿದ್ದರು, ಆದರೆ RAM ಮತ್ತು ಡಿಸ್ಕ್ ಸ್ಥಳಕ್ಕೂ ಇದು ಹೋಗುತ್ತದೆ.