ಉಚಿತ ಸಾಫ್ಟ್‌ವೇರ್ ಅಭಿವೃದ್ಧಿ ಮಾದರಿ: ಕ್ಯಾಥೆಡ್ರಲ್ ಮತ್ತು ಬಜಾರ್

ಕ್ಯಾಥೆಡ್ರಲ್ ಮತ್ತು ಬಜಾರ್ ಎರಿಕ್ ಎಸ್. ರೇಮಂಡ್ ಅವರು 1.998 ರಲ್ಲಿ ಅಭಿವೃದ್ಧಿಪಡಿಸಿದ ಒಂದು ಸ್ಪಷ್ಟವಾದ ಪ್ರಕಾರದ ದಾಖಲೆಯಾಗಿದೆ, ಇದು ಅವರ ಸ್ವಂತ ದೃಷ್ಟಿಕೋನ ಮತ್ತು ಅನುಭವದಿಂದ ವಿವರಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತದೆ (ಫೆಚ್‌ಮೇಲ್ ಅಭಿವೃದ್ಧಿ) ಲಿನಕ್ಸ್ ಮತ್ತು ಅದರ ಸಂಬಂಧಿತ ಕಾರ್ಯಕ್ರಮಗಳ ಯಶಸ್ವಿ ಸೃಷ್ಟಿ ಮತ್ತು ವಿಕಾಸದ ಬಗ್ಗೆ ಅವರು ಅರ್ಥಮಾಡಿಕೊಂಡಿದ್ದು, ವಿಶೇಷವಾಗಿ ಸಾಫ್ಟ್‌ವೇರ್ ಡೆವಲಪ್‌ಮೆಂಟ್ ಮಾಡೆಲ್‌ಗಳ ನಡುವಿನ ವ್ಯತ್ಯಾಸದ ದೃಷ್ಟಿಕೋನದಿಂದ, ಅವರು ಇದನ್ನು ವೈಯಕ್ತಿಕವಾಗಿ ಕರೆದರು: ಕ್ಯಾಥೆಡ್ರಲ್ ಮಾದರಿ ಮತ್ತು ಬಜಾರ್ ಮಾದರಿ.

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

ಇಂಟ್ರೊಡಿಸಿನ್

ಸಾಫ್ಟ್‌ವೇರ್ ಎಂಜಿನಿಯರಿಂಗ್ ಜಗತ್ತಿನಲ್ಲಿ “ಎರಡು ವಿಭಿನ್ನ ಶೈಲಿಯ ಅಭಿವೃದ್ಧಿಯಿದೆ” ಎಂಬ ದೃಷ್ಟಿಯನ್ನು ಕ್ಯಾಥೆಡ್ರಲ್ ಮತ್ತು ಬಜಾರ್ ನಮಗೆ ಒದಗಿಸುತ್ತದೆ., ಕ್ಯಾಥೆಡ್ರಲ್ ಮಾದರಿ, ವಾಣಿಜ್ಯ ಸಾಫ್ಟ್‌ವೇರ್ ಜಗತ್ತಿನಲ್ಲಿ ಮಾಡಿದ ಹೆಚ್ಚಿನ ಬೆಳವಣಿಗೆಗಳಿಗೆ ಅನ್ವಯಿಸುತ್ತದೆ, ಬಜಾರ್ ಮಾದರಿಗೆ ಹೋಲಿಸಿದರೆ, ಇದು ಲಿನಕ್ಸ್ ಪ್ರಪಂಚದ ಹೆಚ್ಚು ವಿಶಿಷ್ಟವಾಗಿದೆ ”.

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

ಮತ್ತು ಇದು ಹ್ಯಾಕರ್ ಪದವನ್ನು ಒತ್ತಿಹೇಳುತ್ತದೆ, ಇದು ನನ್ನ ಅಭಿಪ್ರಾಯದಲ್ಲಿ ಲೇಖಕನು ಒಂದು ರೀತಿಯ ಉನ್ನತ ಮಟ್ಟದ ಬಳಕೆದಾರನಾಗಿ ವ್ಯಕ್ತಪಡಿಸಿದ್ದು ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಮತ್ತು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಬಳಸಿಕೊಳ್ಳುವ ಸಾಮರ್ಥ್ಯ ಹೊಂದಿದೆ, ಮತ್ತು ಇಡೀ ಬಳಕೆದಾರ ಸಮುದಾಯಕ್ಕೆ ಸಮರ್ಥ ರೂಪ ಮತ್ತು ವಸ್ತುವಿನ ತಿದ್ದುಪಡಿಗಳನ್ನು ಅಥವಾ ಮಾರ್ಪಾಡುಗಳನ್ನು ಕಂಡುಹಿಡಿಯಲು, ಸೂಚಿಸಲು ಅಥವಾ ಕಾರ್ಯಗತಗೊಳಿಸಲು.

ಇತರ ಸಾಹಿತ್ಯಗಳಲ್ಲಿ, ಹ್ಯಾಕರ್ ಎಂಬ ಈ ಪದ ಅಥವಾ ಪರಿಕಲ್ಪನೆಯು ಇದನ್ನು ಉಲ್ಲೇಖಿಸುತ್ತದೆ:

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

ಮಾನವ ಜ್ಞಾನದ ಎಲ್ಲಾ ಕ್ಷೇತ್ರಗಳಲ್ಲಿ "ಹ್ಯಾಕರ್ಸ್" ಇರುವುದರಿಂದ ಇದು ಹೆಚ್ಚು ಸಾರ್ವತ್ರಿಕ ಮತ್ತು ನೈಜ ಪರಿಕಲ್ಪನೆಯಾಗಿದೆ.

ಅಭಿವೃದ್ಧಿ

ಅಂತಹ ವಸ್ತುಗಳನ್ನು ಓದಿದ ಅನೇಕರಲ್ಲಿ, ಖಂಡಿತವಾಗಿಯೂ "ಲಿನಕ್ಸ್ ವಿಧ್ವಂಸಕ" ಎಂಬ ಕಲ್ಪನೆಯನ್ನು ಅಲ್ಲಿ ಸ್ಪಷ್ಟವಾಗಿ ವ್ಯಕ್ತಪಡಿಸಲಾಗುತ್ತದೆ ಎಂದು ಒಪ್ಪುವ ದೊಡ್ಡ ಸಂಖ್ಯೆಯ ಜನರು ಇರುತ್ತಾರೆ. ಆದರೆ ಯಾಕೆ?

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

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

ಹಾಗೆಯೇ ಖಾಸಗಿ ಸಾಫ್ಟ್‌ವೇರ್ ಅಭಿವೃದ್ಧಿ ಜಗತ್ತಿನಲ್ಲಿ ಇದನ್ನು "ಮೂಕ ಮತ್ತು ಪೂಜ್ಯ ರೀತಿಯಲ್ಲಿ" ಮಾಡಲಾಯಿತು, ಕ್ಯಾಥೆಡ್ರಲ್ ಅನ್ನು ನಿರ್ಮಿಸಿದಂತೆಯೇ, ವರ್ಲ್ಡ್ ಆಫ್ ಫ್ರೀ ಸಾಫ್ಟ್‌ವೇರ್ ಡೆವಲಪ್‌ಮೆಂಟ್ (ಲಿನಕ್ಸ್) ನಲ್ಲಿ ಇದನ್ನು "ಉತ್ಸಾಹಭರಿತ ರೀತಿಯಲ್ಲಿ ಮತ್ತು ಅನೇಕ ಕಾರ್ಯಸೂಚಿಗಳು (ಮಾರ್ಗಗಳು) ಮತ್ತು ವಿಧಾನಗಳು (ಪ್ರಸ್ತಾಪಗಳು)", ನೀವು ದೊಡ್ಡ ಬಜಾರ್‌ನಲ್ಲಿದ್ದಂತೆಯೇ.

ಉಚಿತ ಸಾಫ್ಟ್‌ವೇರ್ ಅಭಿವೃದ್ಧಿ ಮಾದರಿಯ ದೃಷ್ಟಿಯಿಂದ ಅಲ್ಲಿ ವ್ಯಕ್ತಪಡಿಸಿದ ವಿಚಾರಗಳನ್ನು ಸಾಂದ್ರೀಕರಿಸಲು ಈ ಮಹಾನ್ ಪ್ರಣಾಳಿಕೆ ನಮಗೆ ಹಲವಾರು ಆವರಣಗಳನ್ನು ನೀಡುತ್ತದೆ, ಅವುಗಳೆಂದರೆ:

ಪ್ರೀಮಿಸ್ # 1

ಸಾಫ್ಟ್‌ವೇರ್‌ನಲ್ಲಿರುವ ಎಲ್ಲ ಉತ್ತಮ ಉದ್ಯೋಗಗಳು ಡೆವಲಪರ್‌ನ ವೈಯಕ್ತಿಕ ಸಮಸ್ಯೆಯನ್ನು ದಯವಿಟ್ಟು ಸ್ವೀಕರಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತವೆ.

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

ಪ್ರೀಮಿಸ್ # 2

ಒಳ್ಳೆಯ ಪ್ರೋಗ್ರಾಮರ್ಗಳು ಬರೆಯಲು ಏನು ತಿಳಿದಿದ್ದಾರೆ. ಪುನಃ ಬರೆಯಲು ಮತ್ತು ಮರುಬಳಕೆ ಮಾಡಲು ಗ್ರೇಟ್ ತಿಳಿದಿದೆ.

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

ಪ್ರೀಮಿಸ್ # 3

"ಕನಿಷ್ಠ ಒಂದನ್ನು ಎಸೆಯುವ ಬಗ್ಗೆ ಯೋಚಿಸಿ - ನೀವು ಹೇಗಾದರೂ ಮಾಡುವುದನ್ನು ಕೊನೆಗೊಳಿಸುತ್ತೀರಿ."

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

ಪ್ರೀಮಿಸ್ # 4

ನೀವು ಸರಿಯಾದ ಪ್ರಯತ್ನವನ್ನು ಹೊಂದಿದ್ದರೆ, ಆಸಕ್ತಿದಾಯಕ ಸಮಸ್ಯೆಗಳು ನಿಮ್ಮನ್ನು ಕಂಡುಕೊಳ್ಳುತ್ತವೆ.

ವರ್ತನೆ ಮತ್ತು ಸಮಯಕ್ಕೆ ಉತ್ತಮ ಬದಲಾವಣೆಯು ಪ್ರತಿ ಪ್ರೋಗ್ರಾಮರ್ ಅಥವಾ ಸಾಫ್ಟ್‌ವೇರ್ ಡೆವಲಪರ್‌ಗಳಿಗೆ ಅವರ ಪ್ರಸ್ತುತ ಅಥವಾ ಹೊಸ ಬೆಳವಣಿಗೆಗಳಲ್ಲಿ ಆಮೂಲಾಗ್ರ ಬದಲಾವಣೆಯನ್ನು ಅರ್ಥೈಸಬಲ್ಲದು, ಇದರರ್ಥ ಅವರ ಉತ್ಪನ್ನಗಳ ಬಳಕೆದಾರರಿಗೆ ಸಮಯ, ಹಣ ಅಥವಾ ಸೌಕರ್ಯದ ಹೊಸ ಅನುಕೂಲಗಳು. ಸರಿಯಾದ ದಿಕ್ಕಿನಲ್ಲಿ ಉತ್ತಮ ರೋಗಲಕ್ಷಣದಲ್ಲಿ ತಮ್ಮನ್ನು ತಾವು ಪ್ರಸ್ತುತಪಡಿಸುವ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಲು ನವೀನ ಮಾರ್ಗಗಳಿಗಾಗಿ ಹುಡುಕಾಟದಲ್ಲಿರಿ.

ಪ್ರೀಮಿಸ್ # 5

ಪ್ರೋಗ್ರಾಂ ನಿಮಗೆ ಹೆಚ್ಚು ಆಸಕ್ತಿ ನೀಡದಿದ್ದಾಗ, ನಿಮ್ಮ ಕೊನೆಯ ಡ್ಯೂಟಿ ಸ್ಪರ್ಧಾತ್ಮಕ ಯಶಸ್ಸಿಗೆ ಅದನ್ನು ಹಾದುಹೋಗುವುದು.

ಅನೇಕ ಪ್ರೋಗ್ರಾಮರ್ಗಳು ಅಥವಾ ಸಾಫ್ಟ್‌ವೇರ್ ಡೆವಲಪರ್‌ಗಳಿಗೆ ಮತ್ತು ಇತರ ತಂತ್ರಜ್ಞರಿಗೆ, ಹೊಸ ಯೋಜನೆಗಳಿಗೆ ಹೊಸ ಸಮಯವನ್ನು ಮೀಸಲಿಡಲು ಬಯಸುವುದು ಸಾಮಾನ್ಯ ಸಂಗತಿಯಲ್ಲ. ಆದರೆ ಉಚಿತ ಸಾಫ್ಟ್‌ವೇರ್ ಜಗತ್ತಿನಲ್ಲಿ ಲಾಠಿ ಹಾದುಹೋಗುವುದು ಪ್ರಮೇಯವಾಗಿದೆ, ಇತರರು ಈಗಾಗಲೇ ತಮ್ಮ ಕೈಬಿಟ್ಟ ಉತ್ಪನ್ನಗಳ ಅಭಿವೃದ್ಧಿಯನ್ನು ಮುಂದುವರಿಸಲು ಬಯಸುತ್ತಾರೆ, ಇದಕ್ಕಾಗಿ ಅವರು ತಮ್ಮನ್ನು ಅಥವಾ ಕಾರ್ಯಕ್ರಮವನ್ನು ಹ್ಯಾಕ್ ಮಾಡಲು (ಸುಧಾರಿಸಲು) ಯಾರಿಗಾದರೂ ಅನುಮತಿಸಬೇಕು. ಕಾರ್ಯಕ್ರಮದ ಸಮುದಾಯ ಬಳಕೆದಾರರ ಪ್ರಯೋಜನ.

ಪ್ರೀಮಿಸ್ # 6

ನಿಮ್ಮ ಬಳಕೆದಾರರನ್ನು ಸಹವರ್ತಿಗಳೆಂದು ಗುರುತಿಸುವುದು ಒಂದು ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ತ್ವರಿತವಾಗಿ ಸುಧಾರಿಸಲು ಮತ್ತು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಡೀಬಗ್ ಮಾಡಲು ಕಡಿಮೆ ಸಂಕೀರ್ಣವಾದ ಮಾರ್ಗವಾಗಿದೆ.

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

ಪ್ರೀಮಿಸ್ # 7

ಶೀಘ್ರದಲ್ಲೇ ಬಿಡುಗಡೆ ಮಾಡಿ. ಅದನ್ನು ಪ್ರಾರಂಭಿಸಿ. ಮತ್ತು ನಿಮ್ಮ ಬಳಕೆದಾರರನ್ನು ಆಲಿಸಿ.

ಸ್ವಾಮ್ಯದ ಸಾಫ್ಟ್‌ವೇರ್ ಅಭಿವೃದ್ಧಿಯ ಜಗತ್ತಿನಲ್ಲಿ ಭಿನ್ನವಾಗಿ, ಉಚಿತ ಸಾಫ್ಟ್‌ವೇರ್‌ನಲ್ಲಿ ಹೆಚ್ಚು ಮತ್ತು ವೇಗವಾಗಿ ಉತ್ತಮವಾಗಿರುತ್ತದೆ. ಸಮುದಾಯದಲ್ಲಿ ಸಾಮಾನ್ಯವಾಗಿ ಒಂದು ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಬಳಸುವ ಮತ್ತು ಅಭಿವೃದ್ಧಿಪಡಿಸುವ ಮತ್ತು ಪರಸ್ಪರ ಸಂವಹನ ನಡೆಸುವ ಬಳಕೆದಾರರು ಮತ್ತು ಅಭಿವರ್ಧಕರ ವಿಶಾಲ ನೆಲೆ, ಅವರ ಅನುಮಾನಗಳು, ಸಲಹೆಗಳು, ಪ್ರಸ್ತಾಪಗಳು, ದೂರುಗಳು ಮತ್ತು / ಅಥವಾ ಹಕ್ಕುಗಳನ್ನು ಸಂವಹನ ಮಾಡಲು, ವೇಗವಾಗಿ ಜ್ಞಾನದ ಅಮೂಲ್ಯ ಮೂಲವಾಗಬಹುದು ಅಭಿವೃದ್ಧಿಯ ಪ್ರಬುದ್ಧ ಹಂತಗಳತ್ತ ಒಂದು ಕಾರ್ಯಕ್ರಮವನ್ನು ವಿಕಸಿಸಿ.

ಪ್ರೀಮಿಸ್ # 8

ಪರೀಕ್ಷಕರು ಮತ್ತು ಕೊಡುಗೆದಾರರ ವ್ಯಾಪಕವಾದ ಆಧಾರವನ್ನು ನೀಡಿ, ಎಲ್ಲಾ ಸಮಸ್ಯೆಗಳು ತ್ವರಿತವಾಗಿ ಗುರುತಿಸಲ್ಪಡುತ್ತವೆ ಮತ್ತು ಅವರ ಪರಿಹಾರವು ಯಾರಿಗಾದರೂ ನಿಶ್ಚಿತವಾಗಿರುತ್ತದೆ.

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

ಮತ್ತು ಇದನ್ನು ಈ ಕೆಳಗಿನ ಆಯ್ದ ಭಾಗಗಳಲ್ಲಿ ಆಹ್ಲಾದಕರವಾಗಿ ವ್ಯಕ್ತಪಡಿಸಲಾಗುತ್ತದೆ:

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

ಆದಾಗ್ಯೂ, ಬಜಾರ್ ಮಾದರಿಯ ಬೆಳಕಿನಲ್ಲಿ, ದೋಷಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಸಣ್ಣ ವಿಷಯಗಳಾಗಿವೆ ಅಥವಾ, ಕನಿಷ್ಠ, ಕೆಲವು ಸಾವಿರ ಸಮರ್ಪಿತ ಸಹಯೋಗಿಗಳ ಉತ್ಸಾಹಭರಿತ ಕಣ್ಣುಗಳಿಗೆ ಒಡ್ಡಿಕೊಂಡ ನಂತರ ಅವುಗಳು ಶೀಘ್ರವಾಗಿ ಆಗುತ್ತವೆ ಎಂದು is ಹಿಸಲಾಗಿದೆ. ಮತ್ತು ಪ್ರತಿ ಹೊಸ ಆವೃತ್ತಿಯ ಸುತ್ತಲೂ. ಆದ್ದರಿಂದ ಇನ್ನೂ ಹೆಚ್ಚಿನ ಪರಿಹಾರಗಳನ್ನು ಪಡೆಯಲು ನೀವು ಆಗಾಗ್ಗೆ ಆವೃತ್ತಿಗಳನ್ನು ಬಿಡುಗಡೆ ಮಾಡುತ್ತೀರಿ, ಮತ್ತು ಪ್ರಯೋಜನಕಾರಿ ಅಡ್ಡಪರಿಣಾಮವಾಗಿ ನೀವು ಸ್ವಲ್ಪ ಸಮಯದಲ್ಲೊಮ್ಮೆ ಗೊಂದಲಕ್ಕೀಡಾಗಿದ್ದರೆ ನೀವು ಕಳೆದುಕೊಳ್ಳುವುದು ಕಡಿಮೆ. "

ತೀರ್ಮಾನ

ವೈಯಕ್ತಿಕವಾಗಿ, ಬಜಾರ್ ಮಾದರಿಯ ಮಾದರಿಯ ಅಡಿಯಲ್ಲಿ ಉಚಿತ ಸಾಫ್ಟ್‌ವೇರ್ ಅಭಿವೃದ್ಧಿ ಕ್ಷೇತ್ರದಲ್ಲಿ ನನ್ನ ಕಡಿಮೆ ಅನುಭವವು ಈ ಕೆಳಗಿನ ತೀರ್ಮಾನಗಳನ್ನು ನೀಡುತ್ತದೆ:

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

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