ಕೆಲವೊಮ್ಮೆ ದಸ್ತಾವೇಜನ್ನು ಮಾತ್ರವಲ್ಲ, ಅದರ ಮೇಲೆ ಕೆಲಸ ಮಾಡುವ ಪ್ರಕ್ರಿಯೆಯು ನಿರ್ಣಾಯಕವಾಗಿರುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಯೋಜನೆಗಳ ಸಂದರ್ಭದಲ್ಲಿ, ಕೆಲಸದ ಸಿಂಹ ಪಾಲು ದಾಖಲಾತಿಗಳ ತಯಾರಿಕೆಗೆ ಸಂಬಂಧಿಸಿದೆ, ಮತ್ತು ತಪ್ಪಾದ ಪ್ರಕ್ರಿಯೆಯು ದೋಷಗಳಿಗೆ ಕಾರಣವಾಗಬಹುದು ಮತ್ತು ಮಾಹಿತಿಯ ನಷ್ಟಕ್ಕೆ ಕಾರಣವಾಗಬಹುದು ಮತ್ತು ಪರಿಣಾಮವಾಗಿ, ಸಮಯ ಮತ್ತು ಪ್ರಯೋಜನಗಳ ನಷ್ಟ. ಆದರೆ ಈ ವಿಷಯವು ನಿಮ್ಮ ಕೆಲಸಕ್ಕೆ ಕೇಂದ್ರವಾಗಿರದಿದ್ದರೂ ಮತ್ತು ಪರಿಧಿಯಲ್ಲಿದ್ದರೂ, ಸರಿಯಾದ ಪ್ರಕ್ರಿಯೆಯು ಇನ್ನೂ ಡಾಕ್ಯುಮೆಂಟ್ನ ಗುಣಮಟ್ಟವನ್ನು ಸುಧಾರಿಸುತ್ತದೆ ಮತ್ತು ನಿಮ್ಮ ಸಮಯವನ್ನು ಉಳಿಸುತ್ತದೆ.
ಇಲ್ಲಿ ವಿವರಿಸಿರುವ ವಿಧಾನ, ಜೊತೆಗೆ , ಕಡಿಮೆ ಪ್ರವೇಶ ತಡೆಗೋಡೆ ಹೊಂದಿದೆ. ತಾಂತ್ರಿಕವಾಗಿ, ನೀವು ನಾಳೆ ಹೊಸ ರೀತಿಯಲ್ಲಿ ಕೆಲಸ ಮಾಡಲು ಪ್ರಾರಂಭಿಸಬಹುದು.
ಸಮಸ್ಯೆ ಹೇಳಿಕೆ
ನೀವು ಡಾಕ್ಯುಮೆಂಟ್ ಅಥವಾ ದಾಖಲೆಗಳ ಸೆಟ್ ಅನ್ನು ರಚಿಸಬೇಕಾಗಿದೆ. ಬಹುಶಃ ಇದು ಪ್ರಾಜೆಕ್ಟ್ ದಸ್ತಾವೇಜನ್ನು ಅಥವಾ ನಿಮ್ಮ ನೆಟ್ವರ್ಕ್ನ ಲಾಗಿಂಗ್ ಆಗಿರಬಹುದು ಅಥವಾ ಸರಳವಾದದ್ದು, ಉದಾಹರಣೆಗೆ, ನೀವು ಕಂಪನಿಯಲ್ಲಿ ಅಥವಾ ನಿಮ್ಮ ಇಲಾಖೆಯಲ್ಲಿನ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ವಿವರಿಸಬೇಕು. ಸಾಮಾನ್ಯವಾಗಿ, ನಾವು ಪಠ್ಯ, ಚಿತ್ರಗಳು, ಚಿಹ್ನೆಗಳೊಂದಿಗೆ ಯಾವುದೇ ಡಾಕ್ಯುಮೆಂಟ್ ಅಥವಾ ಡಾಕ್ಯುಮೆಂಟ್ಗಳ ಸೆಟ್ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಿದ್ದೇವೆ ... ಎಂಬ ಅಂಶದಿಂದ ಕಾರ್ಯವನ್ನು ಸಂಕೀರ್ಣಗೊಳಿಸೋಣ.
- ಈ ಕೆಲಸವು ಜಂಟಿ ಕೆಲಸ, ಒಂದು ಗುಂಪು ಅಥವಾ ಹಲವಾರು ಗುಂಪುಗಳ ಉದ್ಯೋಗಿಗಳ ಪ್ರಯತ್ನಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ
- ಪರಿಣಾಮವಾಗಿ, ನೀವು ನಿರ್ದಿಷ್ಟ ಸ್ವರೂಪದಲ್ಲಿ ಡಾಕ್ಯುಮೆಂಟ್ ಅನ್ನು ಹೊಂದಲು ಬಯಸುತ್ತೀರಿ, ಕಾರ್ಪೊರೇಟ್ ಶೈಲಿಯ ಗುಣಲಕ್ಷಣಗಳೊಂದಿಗೆ, ನಿರ್ದಿಷ್ಟ ಟೆಂಪ್ಲೇಟ್ ಪ್ರಕಾರ ರಚಿಸಲಾಗಿದೆ. ನಿರ್ದಿಷ್ಟವಾಗಿ ಹೇಳುವುದಾದರೆ, ಇದು MS Word (.docx) ಎಂದು ನಾವು ಭಾವಿಸುತ್ತೇವೆ
10 ವರ್ಷಗಳ ಹಿಂದೆ ವಿಧಾನವು ನೇರವಾಗಿರುತ್ತದೆ: ನಾವು ಎಂಎಸ್ ವರ್ಡ್ ಡಾಕ್ಯುಮೆಂಟ್ ಅಥವಾ ಡಾಕ್ಯುಮೆಂಟ್ಗಳನ್ನು ರಚಿಸಿದ್ದೇವೆ ಮತ್ತು ಹೇಗಾದರೂ ಬದಲಾವಣೆಯ ಕೆಲಸವನ್ನು ಆಯೋಜಿಸಿದ್ದೇವೆ.
ಮತ್ತು ಈ ವಿಧಾನವು ಇನ್ನೂ ಮಾನ್ಯವಾಗಿದೆ. ಪ್ರಾಜೆಕ್ಟ್ ದಸ್ತಾವೇಜನ್ನು ರಚಿಸುವಾಗ ಇದನ್ನು ದೊಡ್ಡ ಸಂಯೋಜಕರು ಸಹ ಬಳಸುತ್ತಾರೆ. ಆದರೆ ನೀವು ನಿಜವಾಗಿಯೂ ಡಾಕ್ಯುಮೆಂಟ್ನಲ್ಲಿ ತೀವ್ರವಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದರೆ, ಅನೇಕ ಸಂಪಾದನೆಗಳು ಮತ್ತು ಚರ್ಚೆಗಳೊಂದಿಗೆ, ದೀರ್ಘಕಾಲದವರೆಗೆ, ಈ ವಿಧಾನವು ತುಂಬಾ ಅನುಕೂಲಕರವಲ್ಲ ಎಂಬುದು ಅಂತರ್ಬೋಧೆಯಿಂದ ಸ್ಪಷ್ಟವಾಗಿದೆ.
ಉದಾಹರಣೆಗೆ
ದೊಡ್ಡ ಇಂಟಿಗ್ರೇಟರ್ಗಾಗಿ ಕೆಲಸ ಮಾಡುವಾಗ ನಾನು ಈ ಸಮಸ್ಯೆಯನ್ನು ತೀವ್ರವಾಗಿ ಅನುಭವಿಸಿದೆ. ವಿನ್ಯಾಸ ದಸ್ತಾವೇಜನ್ನು ಬದಲಾಯಿಸುವ ಪ್ರಕ್ರಿಯೆಯು ಈ ಕೆಳಗಿನಂತಿರುತ್ತದೆ:
- ಎಂಜಿನಿಯರ್ MS Word (.docx) ಡಾಕ್ಯುಮೆಂಟ್ನ ಇತ್ತೀಚಿನ ಆವೃತ್ತಿಯನ್ನು ಡೌನ್ಲೋಡ್ ಮಾಡುತ್ತಾರೆ
- ಹೆಸರನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ
- ಫ್ಯಾಷನ್ ಟ್ರ್ಯಾಕ್ ಮಾಡಲು ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡುತ್ತದೆ
- ಸಂಪಾದನೆಗಳೊಂದಿಗೆ ಡಾಕ್ಯುಮೆಂಟ್ ಅನ್ನು ವಾಸ್ತುಶಿಲ್ಪಿಗೆ ಕಳುಹಿಸುತ್ತದೆ
- ಕಾಮೆಂಟ್ಗಳೊಂದಿಗೆ ಎಲ್ಲಾ ತಿದ್ದುಪಡಿಗಳ ಪಟ್ಟಿಯನ್ನು ಸಹ ಕಳುಹಿಸುತ್ತದೆ
- ವಾಸ್ತುಶಿಲ್ಪಿ ಬದಲಾವಣೆಗಳನ್ನು ವಿಶ್ಲೇಷಿಸುತ್ತಾನೆ
- ಎಲ್ಲವೂ ಸರಿಯಾಗಿದ್ದರೆ, ಇದು ಇತ್ತೀಚಿನ ಆವೃತ್ತಿಯೊಂದಿಗೆ ಫೈಲ್ಗೆ ಈ ಬದಲಾವಣೆಗಳನ್ನು ನಕಲಿಸುತ್ತದೆ, ಆವೃತ್ತಿಯನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ ಮತ್ತು ಅದನ್ನು ಹಂಚಿಕೊಂಡ ಸಂಪನ್ಮೂಲಕ್ಕೆ ಅಪ್ಲೋಡ್ ಮಾಡುತ್ತದೆ
- ಕಾಮೆಂಟ್ಗಳಿದ್ದರೆ, ಚರ್ಚೆಯನ್ನು ಪ್ರಾರಂಭಿಸಲಾಗುತ್ತದೆ (ಇಮೇಲ್ ಅಥವಾ ಸಭೆಗಳು)
- ಒಮ್ಮತವನ್ನು ತಲುಪಲಾಗಿದೆ
- ಮತ್ತಷ್ಟು ಅಂಕಗಳು 3-9
ಕೆಲಸವು ತೀವ್ರವಾಗಿರದಿದ್ದರೂ, ಅದು ಹೇಗಾದರೂ, ಆದರೆ ಅದು ಇನ್ನೂ ಕೆಲಸ ಮಾಡಿದೆ. ಆದರೆ ಒಂದು ನಿರ್ದಿಷ್ಟ ಹಂತದಲ್ಲಿ, ಈ ಪ್ರಕ್ರಿಯೆಯು ಸಂಪೂರ್ಣ ಯೋಜನೆಯ ಅಡಚಣೆಯಾಯಿತು ಮತ್ತು ಸಮಸ್ಯೆಗಳಿಗೆ ಕಾರಣವಾಯಿತು. ಹಲವಾರು ತಂಡಗಳು ಆಗಾಗ್ಗೆ ಮತ್ತು ಏಕಕಾಲದಲ್ಲಿ ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡಿದ ತಕ್ಷಣ ವಿಷಯಗಳು ಕೆಟ್ಟದಾಗುತ್ತವೆ.
ಆದ್ದರಿಂದ, ನಾವು ಪ್ರಾಥಮಿಕ ಪರೀಕ್ಷೆಯ ಹಂತಕ್ಕೆ ಹೋದಾಗ, ವಿವಿಧ ಸಮಸ್ಯೆಗಳು ಕಾಣಿಸಿಕೊಳ್ಳಲು ಪ್ರಾರಂಭಿಸಿದವು ಮತ್ತು ಸಣ್ಣ ರೀತಿಯಲ್ಲಿ, ದಾಖಲಾತಿಯನ್ನು ಆಗಾಗ್ಗೆ ಬದಲಾಯಿಸುವುದು ಅಗತ್ಯವಾಗಿತ್ತು - ನಾಲ್ಕು ವಿಭಿನ್ನ ತಂಡಗಳು, ಪ್ರತಿದಿನ, ಬಹುತೇಕ ಏಕಕಾಲದಲ್ಲಿ, ಚರ್ಚೆಗಳೊಂದಿಗೆ. ಈ ಎಲ್ಲಾ ಬದಲಾವಣೆಗಳು ಒಬ್ಬ ಇಂಜಿನಿಯರ್ ಮೂಲಕ ನಡೆದವು - ಒಬ್ಬ ವಾಸ್ತುಶಿಲ್ಪಿ. ಪ್ರಾಜೆಕ್ಟ್ ಡಿಸೈನ್ ಫೈಲ್ ದೊಡ್ಡದಾಗಿತ್ತು ಮತ್ತು ಇದರ ಪರಿಣಾಮವಾಗಿ, ವಾಸ್ತುಶಿಲ್ಪಿ ಬಹಳಷ್ಟು ನಕಲು, ಸಂಪಾದನೆ, ಬಹಳಷ್ಟು ತಪ್ಪುಗಳನ್ನು ಒಳಗೊಂಡಿರುವ ವಾಡಿಕೆಯ ಕೆಲಸದಲ್ಲಿ ಮುಳುಗಿದ್ದರು, ಎಲ್ಲವನ್ನೂ ಎರಡು ಬಾರಿ ಪರಿಶೀಲಿಸಬೇಕಾಗಿತ್ತು, ಅದನ್ನು ಮರುಕಳುಹಿಸಬೇಕಾಗಿತ್ತು ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಅದು ಹತ್ತಿರದಲ್ಲಿದೆ ಅವ್ಯವಸ್ಥೆ.
ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಈ ವಿಧಾನವು, ಎಂಎಸ್ ವರ್ಡ್ ಡಾಕ್ಯುಮೆಂಟ್ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ ವಿಧಾನವು ಬಹಳ ಕಷ್ಟದಿಂದ ಕೆಲಸ ಮಾಡಿದೆ ಮತ್ತು ಸಮಸ್ಯೆಗಳನ್ನು ಸೃಷ್ಟಿಸಿದೆ.
ಜಿಟ್, ಮಾರ್ಕ್ಡೌನ್
ಮೇಲಿನ ಉದಾಹರಣೆಯಲ್ಲಿ ವಿವರಿಸಿದ ಸಮಸ್ಯೆಯನ್ನು ಎದುರಿಸಿದ ನಾನು ಈ ಸಮಸ್ಯೆಯನ್ನು ಸಂಶೋಧಿಸಲು ಪ್ರಾರಂಭಿಸಿದೆ.
ಬಳಸುವುದನ್ನು ನಾನು ನೋಡಿದೆ ಜೊತೆಗೂಡಿ ದಾಖಲೆಗಳನ್ನು ರಚಿಸುವಾಗ.
Git ಒಂದು ಅಭಿವೃದ್ಧಿ ಸಾಧನವಾಗಿದೆ. ಆದರೆ ದಸ್ತಾವೇಜನ್ನು ಪ್ರಕ್ರಿಯೆಗೆ ಏಕೆ ಬಳಸಬಾರದು? ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಬಹು-ಬಳಕೆದಾರ ಕೆಲಸದ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲಾಗುತ್ತದೆ. ಆದರೆ Git ನ ಸಾಮರ್ಥ್ಯಗಳ ಸಂಪೂರ್ಣ ಪ್ರಯೋಜನವನ್ನು ಪಡೆಯಲು, ನಮಗೆ ಪಠ್ಯ ಡಾಕ್ಯುಮೆಂಟ್ ಫಾರ್ಮ್ಯಾಟ್ ಅಗತ್ಯವಿದೆ, ನಾವು MS ವರ್ಡ್ ಅನ್ನು ಹೊರತುಪಡಿಸಿ ಬೇರೆ ಉಪಕರಣವನ್ನು ಕಂಡುಹಿಡಿಯಬೇಕು ಮತ್ತು ಈ ಉದ್ದೇಶಗಳಿಗಾಗಿ ಮಾರ್ಕ್ಡೌನ್ ಉತ್ತಮವಾಗಿದೆ.
ಮಾರ್ಕ್ಡೌನ್ ಸರಳ ಪಠ್ಯ ಮಾರ್ಕ್ಅಪ್ ಭಾಷೆಯಾಗಿದೆ. ಸಾಮಾನ್ಯ TXT ಫೈಲ್ಗಳಲ್ಲಿ ಸುಂದರವಾಗಿ ವಿನ್ಯಾಸಗೊಳಿಸಿದ ಪಠ್ಯಗಳನ್ನು ರಚಿಸಲು ಇದನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ. ನಾವು ನಮ್ಮ ದಾಖಲೆಗಳನ್ನು ಮಾರ್ಕ್ಡೌನ್ನಲ್ಲಿ ರಚಿಸಿದರೆ, ಮಾರ್ಕ್ಡೌನ್ - ಜಿಟ್ ಸಂಯೋಜನೆಯು ನೈಸರ್ಗಿಕವಾಗಿ ಕಾಣುತ್ತದೆ.
ಮತ್ತು ಎಲ್ಲವೂ ಚೆನ್ನಾಗಿರುತ್ತದೆ, ಮತ್ತು ಈ ಹಂತದಲ್ಲಿ ನಾವು ಅದನ್ನು ಕೊನೆಗೊಳಿಸಬಹುದು, ನಮ್ಮ ಎರಡನೇ ಸ್ಥಿತಿಗೆ ಇಲ್ಲದಿದ್ದರೆ: “ಪರಿಣಾಮವಾಗಿ, ನಮಗೆ ಒಂದು ನಿರ್ದಿಷ್ಟ ಸ್ವರೂಪದಲ್ಲಿ ಡಾಕ್ಯುಮೆಂಟ್ ಅಗತ್ಯವಿದೆ, ಕಾರ್ಪೊರೇಟ್ ಶೈಲಿಯ ಗುಣಲಕ್ಷಣಗಳೊಂದಿಗೆ, ಪ್ರಕಾರ ರಚಿಸಲಾಗಿದೆ ಒಂದು ನಿರ್ದಿಷ್ಟ ಟೆಂಪ್ಲೇಟ್” (ಮತ್ತು ನಾವು ಆರಂಭದಲ್ಲಿ ಒಪ್ಪಿಕೊಂಡೆವು ಖಂಡಿತವಾಗಿಯೂ ಅದು MS ವರ್ಡ್ ಆಗಿರುತ್ತದೆ). ಅಂದರೆ, ನಾವು ಮಾರ್ಕ್ಡೌನ್ ಅನ್ನು ಬಳಸಲು ನಿರ್ಧರಿಸಿದರೆ, ನಾವು ಹೇಗಾದರೂ ಈ ಫೈಲ್ ಅನ್ನು ಅಗತ್ಯವಿರುವ ಪ್ರಕಾರದ .docx ಆಗಿ ಪರಿವರ್ತಿಸಬೇಕಾಗಿದೆ.
ವಿವಿಧ ಸ್ವರೂಪಗಳ ನಡುವೆ ಪರಿವರ್ತಿಸಲು ಕಾರ್ಯಕ್ರಮಗಳಿವೆ, ಉದಾ. .
ಈ ಪ್ರೋಗ್ರಾಂನೊಂದಿಗೆ ನೀವು ಮಾರ್ಕ್ಡೌನ್ ಫೈಲ್ ಅನ್ನು .docx ಫಾರ್ಮ್ಯಾಟ್ಗೆ ಪರಿವರ್ತಿಸಬಹುದು.
ಆದರೆ ಇನ್ನೂ, ನೀವು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು, ಮೊದಲನೆಯದಾಗಿ, ಮಾರ್ಕ್ಡೌನ್ನಲ್ಲಿರುವ ಎಲ್ಲವನ್ನೂ ಎಂಎಸ್ ವರ್ಡ್ಗೆ ಪರಿವರ್ತಿಸಲಾಗುವುದಿಲ್ಲ ಮತ್ತು ಎರಡನೆಯದಾಗಿ, ತೆಳ್ಳಗಿನ, ಆದರೆ ಇನ್ನೂ ಸಣ್ಣ ಪಟ್ಟಣವಾದ ಮಾರ್ಕ್ಡೌನ್ಗೆ ಹೋಲಿಸಿದರೆ ಎಂಎಸ್ ವರ್ಡ್ ಇಡೀ ದೇಶವಾಗಿದೆ. ಮಾರ್ಕ್ಡೌನ್ನಲ್ಲಿ ಯಾವುದೇ ರೂಪದಲ್ಲಿಲ್ಲದ ವರ್ಡ್ನಲ್ಲಿರುವ ಎಲ್ಲವೂ ದೊಡ್ಡ ಪ್ರಮಾಣದಲ್ಲಿದೆ. ಕೆಲವು Pandoc ಕೀಗಳನ್ನು ಬಳಸಿಕೊಂಡು ನಿಮ್ಮ ಮಾರ್ಕ್ಡೌನ್ ಸ್ವರೂಪವನ್ನು ಬಯಸಿದ MS ವರ್ಡ್ ಫಾರ್ಮ್ಯಾಟ್ಗೆ ಪರಿವರ್ತಿಸಲು ನೀವು ಮುಂದುವರಿಯಲು ಸಾಧ್ಯವಿಲ್ಲ. ಆದ್ದರಿಂದ ಸಾಮಾನ್ಯವಾಗಿ, ಪರಿವರ್ತನೆಯ ನಂತರ, ನೀವು ಪರಿಣಾಮವಾಗಿ .docx ಡಾಕ್ಯುಮೆಂಟ್ ಅನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ "ಸಂಪಾದಿಸಬೇಕು", ಅದು ಮತ್ತೆ ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ದೋಷಗಳಿಗೆ ಕಾರಣವಾಗಬಹುದು.
ಪಾಂಡೊಕ್ಗೆ ನಿಭಾಯಿಸಲು ಸಾಧ್ಯವಾಗದ್ದನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ "ಮುಗಿಸುವ" ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ನಾವು ಬರೆಯಬಹುದಾದರೆ, ಅದು ಸೂಕ್ತ ಪರಿಹಾರವಾಗಿದೆ.
ಎಂಎಸ್ ವರ್ಡ್ ಮತ್ತು ಮಾರ್ಕ್ಡೌನ್ನ ಕ್ರಿಯಾತ್ಮಕತೆಯ ಗುರುತಿಲ್ಲದ ಕಾರಣ, ಸಾಮಾನ್ಯವಾಗಿ ಈ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುವುದು ಅಸಾಧ್ಯ, ನಾನು ಭಾವಿಸುತ್ತೇನೆ, ಆದರೆ ನಿರ್ದಿಷ್ಟ ಸಂದರ್ಭಗಳು, ನಿರ್ದಿಷ್ಟ ಅವಶ್ಯಕತೆಗಳಿಗೆ ಸಂಬಂಧಿಸಿದಂತೆ ಇದನ್ನು ಮಾಡಬಹುದೇ? ನನ್ನ ಅನುಭವವು ಹೌದು, ಇದು ಸಾಧ್ಯ ಮತ್ತು ಹೆಚ್ಚಾಗಿ ಇದು ಅನೇಕರಿಗೆ ಅಥವಾ ಬಹುಶಃ ಹೆಚ್ಚಿನ ಸಂದರ್ಭಗಳಲ್ಲಿ ಸಾಧ್ಯ ಎಂದು ತೋರಿಸಿದೆ.
ನಿರ್ದಿಷ್ಟ ಸಮಸ್ಯೆಯ ಪರಿಹಾರ
ಆದ್ದರಿಂದ, ನನ್ನ ಸಂದರ್ಭದಲ್ಲಿ, Pandoc ಬಳಸಿ ಫೈಲ್ ಅನ್ನು ಪರಿವರ್ತಿಸಿದ ನಂತರ, ನಾನು ಹೆಚ್ಚುವರಿ ಫೈಲ್ ಸಂಸ್ಕರಣೆಯನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಮಾಡಬೇಕಾಗಿತ್ತು, ಅವುಗಳೆಂದರೆ
- ಕೋಷ್ಟಕಗಳು ಮತ್ತು ಚಿತ್ರಗಳ ಶೀರ್ಷಿಕೆಗಳ (ಶೀರ್ಷಿಕೆಗಳು) ಸ್ವಯಂಚಾಲಿತ ಸಂಖ್ಯೆಯ ಮೂಲಕ Word ಗೆ ಕ್ಷೇತ್ರಗಳನ್ನು ಸೇರಿಸಿ
- ಟೇಬಲ್ ಶೈಲಿಯನ್ನು ಬದಲಾಯಿಸಿ
ಪ್ರಮಾಣಿತ (ಪಾಂಡೋಕ್) ಅಥವಾ ತಿಳಿದಿರುವ ವಿಧಾನಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಇದನ್ನು ಹೇಗೆ ಮಾಡಬೇಕೆಂದು ನಾನು ಕಂಡುಕೊಂಡಿಲ್ಲ. ಹಾಗಾಗಿ ನಾನು ಪೈಥಾನ್ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಅನ್ವಯಿಸಿದೆ ಪ್ಯಾಕೇಜ್. ಪರಿಣಾಮವಾಗಿ, ನಾನು ಸಂಪೂರ್ಣ ಯಾಂತ್ರೀಕೃತಗೊಂಡಿದ್ದೇನೆ. ಈಗ ನಾನು ನನ್ನ ಮಾರ್ಕ್ಡೌನ್ ಫೈಲ್ ಅನ್ನು ಒಂದು ಆಜ್ಞೆಯೊಂದಿಗೆ ಬಯಸಿದ MS ವರ್ಡ್ ಡಾಕ್ಯುಮೆಂಟ್ ಫಾರ್ಮ್ಗೆ ಪರಿವರ್ತಿಸಬಹುದು.
ವಿವರಗಳನ್ನು ನೋಡಿ .
ಗಮನಿಸಿ
ಈ ಉದಾಹರಣೆಯಲ್ಲಿ, ನಾನು ಕೆಲವು ಅಮೂರ್ತ ಮಾರ್ಕ್ಡೌನ್ ಫೈಲ್ ಅನ್ನು ಪರಿವರ್ತಿಸುತ್ತೇನೆ, ಆದರೆ "ಯುದ್ಧ" ಡಾಕ್ಯುಮೆಂಟ್ಗೆ ನಿಖರವಾಗಿ ಅದೇ ವಿಧಾನವನ್ನು ಅನ್ವಯಿಸಲಾಗಿದೆ ಮತ್ತು ನಾನು ಸ್ವೀಕರಿಸಿದ ಔಟ್ಪುಟ್ ನಾವು ಹಿಂದೆ ಹಸ್ತಚಾಲಿತ ಫಾರ್ಮ್ಯಾಟಿಂಗ್ ಮೂಲಕ ಸ್ವೀಕರಿಸಿದ ಅದೇ ಎಂಎಸ್ ವರ್ಡ್ ಡಾಕ್ಯುಮೆಂಟ್ ಆಗಿದೆ. .
ಸಾಮಾನ್ಯವಾಗಿ, pywin32 ನೊಂದಿಗೆ ನಾವು MS Word ಡಾಕ್ಯುಮೆಂಟ್ನ ಮೇಲೆ ಸಂಪೂರ್ಣ ನಿಯಂತ್ರಣವನ್ನು ಪಡೆಯುತ್ತೇವೆ, ಅದು ಅದನ್ನು ಬದಲಾಯಿಸಲು ಮತ್ತು ನಿಮ್ಮ ಕಾರ್ಪೊರೇಟ್ ಮಾನದಂಡಕ್ಕೆ ಅಗತ್ಯವಿರುವ ಫಾರ್ಮ್ಗೆ ತರಲು ನಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಸಹಜವಾಗಿ, ಇತರ ಸಾಧನಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಅದೇ ಗುರಿಗಳನ್ನು ಸಾಧಿಸಬಹುದು, ಉದಾಹರಣೆಗೆ, VBA ಮ್ಯಾಕ್ರೋಗಳು, ಆದರೆ ಪೈಥಾನ್ ಅನ್ನು ಬಳಸಲು ನನಗೆ ಹೆಚ್ಚು ಅನುಕೂಲಕರವಾಗಿದೆ.
ಈ ವಿಧಾನದ ಸಂಕ್ಷಿಪ್ತ ಸೂತ್ರ:
Markdown + Git -- (нечто) --> MS Word"ಏನೋ" ಏನು ಎಂಬುದು ಮುಖ್ಯವಲ್ಲ. ನನ್ನ ವಿಷಯದಲ್ಲಿ ಇದು Pandoc ಮತ್ತು python ಜೊತೆಗೆ pywin32 ಆಗಿತ್ತು. ನಿಮ್ಮ ಆದ್ಯತೆಗಳು ವಿಭಿನ್ನವಾಗಿರಬಹುದು, ಆದರೆ ಮುಖ್ಯ ವಿಷಯವೆಂದರೆ ಅದು ಸಾಧ್ಯ. ಮತ್ತು ಇದು ಈ ಲೇಖನದ ಮುಖ್ಯ ಸಂದೇಶವಾಗಿದೆ.
ಸಂಕ್ಷಿಪ್ತವಾಗಿ ಹೇಳುವುದಾದರೆ, ಈ ವಿಧಾನದೊಂದಿಗೆ ನೀವು ಮಾರ್ಕ್ಡೌನ್ ಫೈಲ್ನೊಂದಿಗೆ ಮಾತ್ರ ಕೆಲಸ ಮಾಡುತ್ತೀರಿ ಮತ್ತು ಸಹಯೋಗ ಮತ್ತು ಆವೃತ್ತಿ ನಿಯಂತ್ರಣಕ್ಕಾಗಿ Git ಅನ್ನು ಬಳಸುತ್ತೀರಿ ಮತ್ತು ಅಗತ್ಯವಿದ್ದಾಗ ಮಾತ್ರ (ಉದಾಹರಣೆಗೆ, ಕ್ಲೈಂಟ್ಗೆ ದಾಖಲಾತಿಯನ್ನು ಒದಗಿಸಲು) ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಬಯಸಿದ ಸ್ವರೂಪದಲ್ಲಿ ಫೈಲ್ ಅನ್ನು ರಚಿಸಿ ( ಉದಾಹರಣೆಗೆ, MS Word ).
ಪ್ರಕ್ರಿಯೆ
ದಸ್ತಾವೇಜನ್ನು ಕೆಲಸ ಮಾಡುವ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಈಗ ಹೇಗೆ ಆಯೋಜಿಸಬಹುದು ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಮೇಲೆ ನೀಡಲಾದ ಸೂತ್ರವು ಅನೇಕರಿಗೆ ಸಾಕಾಗುತ್ತದೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ಆದರೆ ಇನ್ನೂ, ನಾನು ಸಾಮಾನ್ಯವಾಗಿ ನೆಟ್ವರ್ಕ್ ಎಂಜಿನಿಯರ್ಗಳ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸುತ್ತೇನೆ, ಆದ್ದರಿಂದ ಕೆಲಸದ ಪ್ರಕ್ರಿಯೆಯು ಈಗ ಹೇಗೆ ಕಾಣುತ್ತದೆ ಮತ್ತು ಇದು ಎಂಎಸ್ ವರ್ಡ್ ಫೈಲ್ಗಳನ್ನು ಸಂಪಾದಿಸುವ ವಿಧಾನದಿಂದ ಹೇಗೆ ಭಿನ್ನವಾಗಿದೆ ಎಂಬುದನ್ನು ನಾನು ಸಾಮಾನ್ಯ ಪರಿಭಾಷೆಯಲ್ಲಿ ತೋರಿಸುತ್ತೇನೆ.
ನಿರ್ದಿಷ್ಟವಾಗಿ ಹೇಳುವುದಾದರೆ, ನಾವು Git ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ವೇದಿಕೆಯಾಗಿ GitHub ಅನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತೇವೆ. ನಂತರ ನೀವು ರೆಪೊಸಿಟರಿಯನ್ನು ರಚಿಸಬೇಕು ಮತ್ತು ಮಾರ್ಕ್ಡೌನ್ ಫೈಲ್ ಅಥವಾ ನೀವು ಕೆಲಸ ಮಾಡಲು ಯೋಜಿಸಿರುವ ಫೈಲ್ಗಳನ್ನು ಮಾಸ್ಟರ್ ಶಾಖೆಯಲ್ಲಿ ಇರಿಸಬೇಕು.
ನಾವು "ಗಿಥಬ್ ಫ್ಲೋ" ಅನ್ನು ಆಧರಿಸಿ ಸರಳ ಪ್ರಕ್ರಿಯೆಯನ್ನು ನೋಡುತ್ತೇವೆ. ಇದರ ವಿವರಣೆಯನ್ನು ಇಂಟರ್ನೆಟ್ನಲ್ಲಿ ಮತ್ತು ಆನ್ನಲ್ಲಿ ಕಾಣಬಹುದು .
ಡಾಕ್ಯುಮೆಂಟೇಶನ್ನಲ್ಲಿ ನಾಲ್ಕು ಜನರು ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದಾರೆ ಮತ್ತು ನೀವು ಅವರಲ್ಲಿ ಒಬ್ಬರು ಎಂದು ಹೇಳೋಣ. ನಂತರ ನಾಲ್ಕು ಹೆಚ್ಚುವರಿ ಶಾಖೆಗಳನ್ನು ರಚಿಸಲಾಗಿದೆ, ಉದಾಹರಣೆಗೆ, ಈ ಜನರ ಹೆಸರುಗಳೊಂದಿಗೆ. ಪ್ರತಿಯೊಬ್ಬರೂ ಸ್ಥಳೀಯವಾಗಿ, ತಮ್ಮದೇ ಆದ ಶಾಖೆಯಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತಾರೆ ಮತ್ತು ಅಗತ್ಯವಿರುವ ಎಲ್ಲಾ ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡುತ್ತಾರೆ .
ಕೆಲವು ಪೂರ್ಣಗೊಂಡ ಕೆಲಸವನ್ನು ಪೂರ್ಣಗೊಳಿಸಿದ ನಂತರ, ನೀವು ಪುಲ್ ವಿನಂತಿಯನ್ನು ರಚಿಸುತ್ತೀರಿ, ಹೀಗೆ ನಿಮ್ಮ ಬದಲಾವಣೆಗಳ ಚರ್ಚೆಯನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತೀರಿ. ಬಹುಶಃ, ಚರ್ಚೆಯ ಸಮಯದಲ್ಲಿ, ನೀವು ಬೇರೆ ಯಾವುದನ್ನಾದರೂ ಸೇರಿಸಬೇಕು ಅಥವಾ ಬದಲಾಯಿಸಬೇಕು ಎಂದು ಅದು ತಿರುಗುತ್ತದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ನೀವು ಅಗತ್ಯ ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡಿ ಮತ್ತು ಹೆಚ್ಚುವರಿ ಪುಲ್ ವಿನಂತಿಯನ್ನು ರಚಿಸಿ. ಅಂತಿಮವಾಗಿ, ನಿಮ್ಮ ಬದಲಾವಣೆಗಳನ್ನು ಅಂಗೀಕರಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಮಾಸ್ಟರ್ ಶಾಖೆಯಲ್ಲಿ ವಿಲೀನಗೊಳಿಸಲಾಗುತ್ತದೆ (ಅಥವಾ ತಿರಸ್ಕರಿಸಲಾಗುತ್ತದೆ).
ಸಹಜವಾಗಿ, ಇದು ಸಾಕಷ್ಟು ಸಾಮಾನ್ಯ ವಿವರಣೆಯಾಗಿದೆ. ವಿವರವಾದ ಪ್ರಕ್ರಿಯೆಯನ್ನು ರಚಿಸಲು, ನಿಮ್ಮ ಡೆವಲಪರ್ಗಳನ್ನು ಸಂಪರ್ಕಿಸಲು ಅಥವಾ ಜ್ಞಾನವುಳ್ಳ ಜನರನ್ನು ಹುಡುಕಲು ನಾನು ಸಲಹೆ ನೀಡುತ್ತೇನೆ. ಆದರೆ Git ಗೆ ಪ್ರವೇಶಿಸಲು ತಡೆಗೋಡೆ ಸಾಕಷ್ಟು ಕಡಿಮೆ ಎಂದು ನಾನು ಗಮನಿಸಲು ಬಯಸುತ್ತೇನೆ. ಪ್ರೋಟೋಕಾಲ್ ಸರಳವಾಗಿದೆ ಎಂದು ಹೇಳಲು ಸಾಧ್ಯವಿಲ್ಲ, ಆದರೆ ನೀವು ಸರಳವಾಗಿ ಪ್ರಾರಂಭಿಸಬಹುದು. ನಿಮಗೆ ಏನೂ ತಿಳಿದಿಲ್ಲದಿದ್ದರೆ, ಕೆಲವು ಗಂಟೆಗಳು ಅಥವಾ ಬಹುಶಃ ದಿನಗಳನ್ನು ಕಲಿತು ಸ್ಥಾಪಿಸಿದ ನಂತರ, ನೀವು ಅದನ್ನು ಬಳಸಲು ಪ್ರಾರಂಭಿಸಬಹುದು ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ.
ಮೇಲಿನ ಉದಾಹರಣೆಯಲ್ಲಿ ವಿವರಿಸಿದ ಪ್ರಕ್ರಿಯೆಗೆ ಹೋಲಿಸಿದರೆ ಈ ವಿಧಾನದ ಪ್ರಯೋಜನವೇನು?
ವಾಸ್ತವವಾಗಿ, ಪ್ರಕ್ರಿಯೆಗಳು ಸಾಕಷ್ಟು ಹೋಲುತ್ತವೆ, ನೀವು ಇದೀಗ ಬದಲಾಯಿಸಿದ್ದೀರಿ
ಫೈಲ್ ಅನ್ನು ನಕಲಿಸುವುದು -> ಶಾಖೆಯನ್ನು ರಚಿಸುವುದು
ಪಠ್ಯವನ್ನು ಅಂತಿಮ ಫೈಲ್ಗೆ ನಕಲಿಸುವುದು -> ವಿಲೀನಗೊಳಿಸುವಿಕೆ
ಇತ್ತೀಚಿನ ಬದಲಾವಣೆಗಳನ್ನು ನೀವೇ ನಕಲಿಸುವುದು -> git ಪುಲ್/ಪಡೆಯಿರಿ
ಪತ್ರವ್ಯವಹಾರದಲ್ಲಿ ಚರ್ಚೆ -> ವಿನಂತಿಗಳನ್ನು ಎಳೆಯಿರಿ
ಟ್ರ್ಯಾಕ್ ಮೋಡ್ -> git ವ್ಯತ್ಯಾಸ
ಇತ್ತೀಚಿನ ಅನುಮೋದಿತ ಆವೃತ್ತಿ -> ಮಾಸ್ಟರ್ ಶಾಖೆ
ಬ್ಯಾಕಪ್ (ರಿಮೋಟ್ ಸರ್ವರ್ಗೆ ನಕಲಿಸಲಾಗುತ್ತಿದೆ) -> git ಪುಶ್
...
ಹೀಗಾಗಿ, ನೀವು ಈಗಾಗಲೇ ಮಾಡಬೇಕಾದ ಎಲ್ಲವನ್ನೂ ನೀವು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸಿದ್ದೀರಿ, ಆದರೆ ಹಸ್ತಚಾಲಿತವಾಗಿ.
ಉನ್ನತ ಮಟ್ಟದಲ್ಲಿ ಇದು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ
- ಡಾಕ್ಯುಮೆಂಟ್ ಬದಲಾವಣೆಗಳಿಗೆ ಸ್ಪಷ್ಟ, ಸರಳ ಮತ್ತು ನಿಯಂತ್ರಿತ ಪ್ರಕ್ರಿಯೆಯನ್ನು ರಚಿಸಿ
- ಏಕೆಂದರೆ ನೀವು ಅಂತಿಮ ಡಾಕ್ಯುಮೆಂಟ್ ಅನ್ನು (ನಮ್ಮ ಉದಾಹರಣೆಯಲ್ಲಿ MS Word ನಲ್ಲಿ) ಸ್ವಯಂಚಾಲಿತವಾಗಿ ರಚಿಸುತ್ತೀರಿ, ಇದು ಫಾರ್ಮ್ಯಾಟಿಂಗ್ ದೋಷಗಳ ಸಾಧ್ಯತೆಯನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ
ಗಮನಿಸಿ
ಹಾಗೆ ಹೇಳಿದ ನಂತರ, ನೀವು ಕೇವಲ ದಾಖಲಾತಿಯಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದರೂ ಸಹ, Git ಅನ್ನು ಬಳಸುವುದರಿಂದ ನಿಮ್ಮ ಕೆಲಸವನ್ನು ಹೆಚ್ಚು ಸುಲಭಗೊಳಿಸುತ್ತದೆ ಎಂಬುದು ಸ್ಪಷ್ಟವಾಗಿದೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ.
ಇವೆಲ್ಲವೂ ದಸ್ತಾವೇಜನ್ನು ಗುಣಮಟ್ಟವನ್ನು ಸುಧಾರಿಸುತ್ತದೆ ಮತ್ತು ಅದರ ರಚನೆಯ ಸಮಯವನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ. ಮತ್ತು ಇನ್ನೊಂದು ಸಣ್ಣ ಬೋನಸ್ - ನೀವು Git ಅನ್ನು ಕಲಿಯುವಿರಿ, ಇದು ನಿಮ್ಮ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸುವಾಗ ನಿಮಗೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ :)
ಹೊಸ ಪ್ರಕ್ರಿಯೆಗೆ ಬದಲಾಯಿಸುವುದು ಹೇಗೆ?
ಲೇಖನದ ಆರಂಭದಲ್ಲಿ, ನಾಳೆ ನೀವು ಹೊಸ ರೀತಿಯಲ್ಲಿ ಕೆಲಸ ಮಾಡಲು ಪ್ರಾರಂಭಿಸಬಹುದು ಎಂದು ನಾನು ಬರೆದಿದ್ದೇನೆ. ನಿಮ್ಮ ಕೆಲಸವನ್ನು ಹೊಸ ದಿಕ್ಕಿನಲ್ಲಿ ಕೊಂಡೊಯ್ಯುವುದು ಹೇಗೆ?
ನೀವು ಹೆಚ್ಚಾಗಿ ಅನುಸರಿಸಬೇಕಾದ ಹಂತಗಳ ಅನುಕ್ರಮ ಇಲ್ಲಿದೆ:
- ನಿಮ್ಮ ಡಾಕ್ಯುಮೆಂಟ್ ತುಂಬಾ ದೊಡ್ಡದಾಗಿದ್ದರೆ, ಅದನ್ನು ಭಾಗಗಳಾಗಿ ವಿಭಜಿಸಿ
- ಪ್ರತಿ ಭಾಗವನ್ನು ಮಾರ್ಕ್ಡೌನ್ಗೆ ಪರಿವರ್ತಿಸಿ (ಉದಾಹರಣೆಗೆ Pandoc ಬಳಸಿ)
- ಮಾರ್ಕ್ಡೌನ್ ಎಡಿಟರ್ಗಳಲ್ಲಿ ಒಂದನ್ನು ಸ್ಥಾಪಿಸಿ (ನಾನು ಬಳಸುತ್ತೇನೆ )
- ಹೆಚ್ಚಾಗಿ ನೀವು ರಚಿಸಿದ ಮಾರ್ಕ್ಡೌನ್ ಡಾಕ್ಯುಮೆಂಟ್ಗಳ ಫಾರ್ಮ್ಯಾಟಿಂಗ್ ಅನ್ನು ಸರಿಹೊಂದಿಸಬೇಕಾಗುತ್ತದೆ
- ಹಿಂದಿನ ಅಧ್ಯಾಯದಲ್ಲಿ ವಿವರಿಸಿದ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಅನ್ವಯಿಸಲು ಪ್ರಾರಂಭಿಸಿ
- ಅದೇ ಸಮಯದಲ್ಲಿ, ನಿಮ್ಮ ಕಾರ್ಯಕ್ಕೆ ಸರಿಹೊಂದುವಂತೆ ಪರಿವರ್ತನೆ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಮಾರ್ಪಡಿಸಲು ಪ್ರಾರಂಭಿಸಿ (ಅಥವಾ ನಿಮ್ಮದೇ ಆದದನ್ನು ರಚಿಸಿ)
ನೀವು ಮಾರ್ಕ್ಡ್ವಾನ್ ಪರಿವರ್ತನೆ ಕಾರ್ಯವಿಧಾನವನ್ನು ರಚಿಸುವವರೆಗೆ ಮತ್ತು ಪರಿಪೂರ್ಣಗೊಳಿಸುವವರೆಗೆ ನೀವು ಕಾಯಬೇಕಾಗಿಲ್ಲ -> ಡಾಕ್ಯುಮೆಂಟ್ನ ಅಗತ್ಯವಿರುವ ಔಟ್ಪುಟ್ ಪ್ರಕಾರ. ಪಾಯಿಂಟ್ ಏನೆಂದರೆ, ನಿಮ್ಮ ಮಾರ್ಕ್ಡೌನ್ ಫೈಲ್ಗಳನ್ನು ಪರಿವರ್ತಿಸುವ ಕಾರ್ಯವಿಧಾನವನ್ನು ತ್ವರಿತವಾಗಿ ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸಲು ನಿಮಗೆ ಸಾಧ್ಯವಾಗದಿದ್ದರೂ ಸಹ, ನೀವು ಅದನ್ನು ಇನ್ನೂ ಕೆಲವು ರೂಪದಲ್ಲಿ Pandoc ಬಳಸಿಕೊಂಡು ಮಾಡಬಹುದು ಮತ್ತು ನಂತರ ಅದನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಅಂತಿಮ ರೂಪಕ್ಕೆ ತರಬಹುದು. ಸಾಮಾನ್ಯವಾಗಿ ನೀವು ಇದನ್ನು ಆಗಾಗ್ಗೆ ಮಾಡಬೇಕಾಗಿಲ್ಲ, ಆದರೆ ಕೆಲವು ಹಂತಗಳ ಕೊನೆಯಲ್ಲಿ ಮಾತ್ರ, ಮತ್ತು ಈ ಹಸ್ತಚಾಲಿತ ಕೆಲಸವು ಅನಾನುಕೂಲವಾಗಿದ್ದರೂ, ನನ್ನ ಅಭಿಪ್ರಾಯದಲ್ಲಿ, ಡೀಬಗ್ ಮಾಡುವ ಹಂತದಲ್ಲಿ ಸಾಕಷ್ಟು ಸ್ವೀಕಾರಾರ್ಹವಾಗಿದೆ ಮತ್ತು ಪ್ರಕ್ರಿಯೆಯನ್ನು "ನಿಧಾನಗೊಳಿಸಬಾರದು" ಹೆಚ್ಚು.
ಉಳಿದಂತೆ (ಮಾರ್ಕ್ಡೌನ್, ಜಿಟ್, ಪಾಂಡೊಕ್, ಟೈಪೋರಾ) ಈಗಾಗಲೇ ಸಿದ್ಧವಾಗಿದೆ ಮತ್ತು ಅವರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಹೆಚ್ಚು ಶ್ರಮ ಅಥವಾ ಸಮಯ ಅಗತ್ಯವಿಲ್ಲ.
ಮೂಲ: www.habr.com
