ವ್ಯಕ್ತಿತ್ವವಿಲ್ಲದ ಕೌಶಲವು ಆಜ್ಞಾಪಕನಿಲ್ಲದ ಆಜ್ಞೆಯಿದ್ದಂತೆ. ನೀವು ಒಂದು ವ್ಯಾಖ್ಯಾನ ಫೈಲ್ ಅನ್ನು ನಿರ್ಬಂಧಗಳು (constraints), ಔಟ್ಪುಟ್ ಫಾರ್ಮ್ಯಾಟ್ಗಳು ಮತ್ತು ಶೈಲಿ ನಿಯಮಗಳೊಂದಿಗೆ ತುಂಬಬಹುದು, ಆದರೆ ನೀವು AI ಯೇನು ಆಗಿರಬೇಕು ಎಂದು ಎಂದಿಗೂ ಹೇಳದಿದ್ದರೆ, ನೀವು ಪ್ರತಿಭಾವಂತ ಆದರೆ ದಿಕ್ಕಿಲ್ಲದ ಕೆಲಸಗಾರನಿಗೆ ತನ್ನ ಸ್ವಂತ ಉದ್ಯೋಗದ ಶೀರ್ಷಿಕೆಯನ್ನು ಊಹಿಸಿಕೊಳ್ಳಲು ಹೇಳುತ್ತಿದ್ದೀರಿ ಎಂದರ್ಥ. ಇದರ ಫಲಿತಾಂಶವು ನೀವು ನಿರೀಕ್ಷಿಸುವಂತೆಯೇ ಇರುತ್ತದೆ: ಧ್ವನಿಗಳಲ್ಲಿ ಏರಿಳಿತವಿರುವ ಸಾಮಾನ್ಯವಾದ ಔಟ್ಪುಟ್, ಪ್ರತಿ ಬಾರಿ ರನ್ ಮಾಡಿದಾಗಲೂ ತೀವ್ರವಾಗಿ ಬದಲಾಗುವ ಪರಿಣತಿಯ ಮಟ್ಟಗಳು, ಮತ್ತು ಹೊಗೆಯನ್ನು ಹಿಡಿಯಲು ಪ್ರಯತ್ನಿಸಿದಂತೆ ಭಾಸವಾಗುವ ಡಿಬಗ್ಗಿಂಗ್ ಪ್ರಕ್ರಿಯೆ.
ಇದು ಮುಖ್ಯವಾಗುತ್ತದೆ ಏಕೆಂದರೆ ಆಧುನಿಕ AI ಕೋಡಿಂಗ್ ವರ್ಕ್ಫ್ಲೋಗಳು ಇನ್ನು ಮುಂದೆ ಕೇವಲ ಸಿಂಗಲ್-ಶಾಟ್ ಪ್ರಾಂಪ್ಟ್ಗಳಲ್ಲ. ಅವು ಒಂದಕ್ಕೊಂದು ಜೋಡಿಸಲ್ಪಟ್ಟಿರುವ ಅನೇಕ ಸಣ್ಣ ಕೌಶಲಗಳಿಂದ ನಿರ್ಮಿಸಲಾದ ಮಾಡ್ಯುಲರ್ ವ್ಯವಸ್ಥೆಗಳಾಗಿವೆ. ಪ್ರತಿಯೊಂದು ಕೌಶಲವು ಸ್ಪಷ್ಟವಾದ ಗುರುತನ್ನು ಹೊಂದಿಲ್ಲದಿದ್ದಾಗ, ಇಡೀ ಪೈಪ್ಲೈನ್ವು ಸಂಕಷ್ಟಕ್ಕೆ ಒಳಗಾಗುತ್ತದೆ.
ವ್ಯಕ್ತಿತ್ವದ ಕೊರತೆಯು ನಿಮ್ಮ ವರ್ಕ್ಫ್ಲೋವನ್ನು ಏಕೆ ಹಾಳುಮಾಡುತ್ತದೆ
ನೀವು ಪಾತ್ರದ ಘೋಷಣೆಯನ್ನು (role declaration) ಬಿಟ್ಟುಬಿಟ್ಟಾಗ, ನೀವು ಮಾಡೆಲ್ ತನ್ನದೇ ಆದ ಅಧಿಕಾರವನ್ನು ತಾನೇ ನಿರ್ಧರಿಸುವಂತೆ ಒತ್ತಾಯಿಸುತ್ತೀರಿ. ಒಂದು ಕ್ಷಣ ಅದು ಬಿಲ್ಡ್ ಅನ್ನು ಹಾಳುಮಾಡಬಾರದು ಎಂದು ಪ್ರಯತ್ನಿಸುತ್ತಿರುವ ಎಚ್ಚರಿಕೆಯ ಇಂಟರ್ನ್ನಂತೆ ಕೋಡ್ ಬರೆಯುತ್ತದೆ. ಮರುಕ್ಷಣವೇ, ಅದು ಎಲ್ಲಾ ಎಡ್ಜ್ ಕೇಸ್ಗಳನ್ನು (edge cases) ಕಂಡ ಅನುಭವಿ ಪ್ರಿನ್ಸಿಪಾಲ್ ಇಂಜಿನಿಯರ್ನಂತೆ ಒಂದು ಡಿಸ್ಟ್ರಿಬ್ಯೂಟೆಡ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸುತ್ತದೆ. ಅಂತಹ ಅಸ್ಥಿರತೆಯು ಕೇವಲ ಕಿರಿಕಿರಿ ಉಂಟುಮಾಡುವುದಿಲ್ಲ; ಅದು ನಿಮ್ಮ ವರ್ಕ್ಫ್ಲೋವನ್ನು ಅನಿಶ್ಚಿತವಾಗಿಸುತ್ತದೆ.
ಸಮಸ್ಯೆಗಳು ವೇಗವಾಗಿ ಹೆಚ್ಚಾಗುತ್ತವೆ. AI ಒಂದು ಯಾದೃಚ್ಛಿಕ ಧ್ವನಿಯನ್ನು ಆರಿಸಿಕೊಳ್ಳುತ್ತದೆ, ಇದರಿಂದಾಗಿ ನಿಮ್ಮ ಕೋಡ್ಬೇಸ್ ಎಂದೂ ಭೇಟಿಯಾಗದ ಒಂದು ಸಮಿತಿಯು ಬರೆದಂತೆ ಕಾಣತೊಡಗುತ್ತದೆ. ನೀವು ಪ್ರತಿ ಬಾರಿ ಕೌಶಲವನ್ನು ರನ್ ಮಾಡಿದಾಗಲೂ ಔಟ್ಪುಟ್ಗಳು ಬದಲಾಗುತ್ತವೆ, ಅಂದರೆ ನೀವು ಸ್ವಯಂಚಾಲಿತ ಪರೀಕ್ಷೆಗಳು ಅಥವಾ ಡಿಫ್ ರಿವ್ಯೂಗಳನ್ನು (diff reviews) ನಂಬಲು ಸಾಧ್ಯವಿಲ್ಲ. ಆಡಿಟಿಂಗ್ ಮಾಡುವುದು ಅಸಾಧ್ಯವಾಗುತ್ತದೆ ಏಕೆಂದರೆ ಫಲಿತಾಂಶವನ್ನು ಯಾವ ದೃಷ್ಟಿಕೋನದಿಂದ ಸೃಷ್ಟಿಸಲಾಗಿದೆ ಎಂಬುದು ನಿಮಗೆ ತಿಳಿದಿರುವುದಿಲ್ಲ. ಇದನ್ನು ಭದ್ರತೆ ಆಧಾರಿತ ಇಂಜಿನಿಯರ್ ಸೃಷ್ಟಿಸಿದ್ದಾರೆಯೇ ಅಥವಾ ಉತ್ಪನ್ನದ ಸಾಮಾನ್ಯತಜ್ಞ (product generalist) ಸೃಷ್ಟಿಸಿದ್ದಾರೆಯೇ? ಉತ್ತರವು "ಮಾಡಲ್ ಅನ್ನು ಏನು ಅನ್ನಿಸಿತೋ ಅದು" ಎಂದಿದ್ದರೆ, ನೀವು ತರ್ಕವನ್ನು (logic) ದೃಢೀಕರಿಸಲು ಯಾವುದೇ ದಾರಿಯಿಲ್ಲ.
ಸ್ಕಿಲ್ ಚೈನಿಂಗ್ (Skill chaining) ಈ ಪರಿಸ್ಥಿತಿಯನ್ನು ಇನ್ನಷ್ಟು ಹದಗೆಡಿಸುತ್ತದೆ. ಒಂದು ಕೌಶಲವು API ಕಾಂಟ್ರಾಕ್ಟ್ಗಳನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ ಮತ್ತು ಇನ್ನೊಂದು ಅದರ ಅನುಷ್ಠಾನವನ್ನು (implementation) ಬರೆಯುತ್ತದೆ ಎಂದು ಭಾವಿಸಿ. ಮೊದಲನೆಯದು ಕಟ್ಟುನಿಟ್ಟಾದ ವ್ಯಾಲಿಡೇಶನ್ ಅನ್ನು ಜಾರಿಗೊಳಿಸುವ ಸೂಕ್ಷ್ಮವಾಗಿ ಗಮನಿಸುವ ಹಿರಿಯ ಆರ್ಕಿಟೆಕ್ಟ್ನಂತೆ ವರ್ತಿಸಿದರೆ, ಆದರೆ ಎರಡನೆಯದು ಎರರ್ ಹ್ಯಾಂಡ್ಲಿಂಗ್ ಅನ್ನು ನಿರ್ಲಕ್ಷಿಸುವ ಜೂನಿಯರ್ ಡೆವಲಪರ್ನಂತೆ ವರ್ತಿಸಿದರೆ, ನಿಮ್ಮ ಇಂಟಿಗ್ರೇಷನ್ ಕುಸಿದು ಬೀಳುತ್ತದೆ. ಪ್ರತಿಯೊಂದು ಕೊಂಡಿಯು ತನ್ನದೇ ಆದ ಗುರುತನ್ನು ತಿಳಿದಿದ್ದಾಗ ಮಾತ್ರ ಚೈನ್ ಗಟ್ಟಿಯಾಗಿರುತ್ತದೆ. ಅದು ಇಲ್ಲದಿದ್ದರೆ, ಹೊಣೆಗಾರಿಕೆ ಮಾಯವಾಗುತ್ತದೆ. ಏನಾದರೂ ಮುರಿದರೆ, ಯಾವ ದೃಷ್ಟಿಕೋನವು ವಿಫಲವಾಯಿತು ಎಂದು ನೀವು ತೋರಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ ಏಕೆಂದರೆ ಯಾವುದೇ ದೃಷ್ಟಿಕೋನವನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಲಾಗಿಲ್ಲ.
ಇದನ್ನು ಹೇಗೆ ಸರಿಪಡಿಸುವುದು
ಪರಿಹಾರವು ಸರಳವಾಗಿದೆ ಆದರೆ ನಿರ್ದಿಷ್ಟವಾಗಿದೆ. ನಿಮ್ಮ ಕೌಶಲ ಫೈಲ್ನಲ್ಲಿ ಅತ್ಯಂತ ಮೊದಲಿನ ಸೂಚನೆಯಾಗಿ ಪಾತ್ರದ ಘೋಷಣೆಯನ್ನು ಸೇರಿಸಿ. ಅದನ್ನು ಫಾರ್ಮ್ಯಾಟಿಂಗ್ ನಿಯಮಗಳು ಅಥವಾ ಔಟ್ಪುಟ್ ಸ್ಕೀಮಾಗಳ ಅಡಿಯಲ್ಲಿ ಹೂತುಹಾಕಬೇಡಿ. ಗುರುತಿನೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸಿ.
ಸ್ಪಷ್ಟವಾದ ರಚನೆಯನ್ನು ಬಳಸಿ: "ನೀವು [domain] ನಲ್ಲಿ ಪರಿಣತಿ ಹೊಂದಿರುವ [role] ಆಗಿದ್ದೀರಿ." ಅದರ ನಂತರ ಈ ಪಾತ್ರವು ಕಾರ್ಯದ ಸಂದರ್ಭದಲ್ಲಿ ವಾಸ್ತವವಾಗಿ ಏನು ಮಾಡುತ್ತದೆ ಎಂಬುದರ ಬಗ್ಗೆ ಒಂದು ಅಥವಾ ಎರಡು ವಾಕ್ಯಗಳನ್ನು ಬರೆಯಿರಿ. ಉದಾಹರಣೆಗೆ: "ನೀವು ಡಿಸ್ಟ್ರಿಬ್ಯೂಟೆಡ್ ಸಿಸ್ಟಮ್ಗಳಲ್ಲಿ ಪರಿಣತಿ ಹೊಂದಿರುವ ಹಿರಿಯ ಬ್ಯಾಕ್ ಎಂಡ್ ಇಂಜಿನಿಯರ್ ಆಗಿದ್ದೀರಿ. ನಿಮ್ಮ ಕೆಲಸವೆಂದರೆ ಕನ್ಕರನ್ಸಿ ರಿಸ್ಕ್ಗಳು ಮತ್ತು ಡೇಟಾ ಕನ್ಸಿಸ್ಟೆನ್ಸಿ ಸಮಸ್ಯೆಗಳಿಗಾಗಿ ಪುಲ್ ರಿಕ್ವೆಸ್ಟ್ಗಳನ್ನು ಪರಿಶೀಲಿಸುವುದು. ನೀವು ಸ್ಟೇಟ್ ಮ್ಯಾನೇಜ್ಮೆಂಟ್ ಬಗ್ಗೆ ಇರುವ ಕಲ್ಪನೆಗಳನ್ನು ಪ್ರಶ್ನಿಸುತ್ತೀರಿ ಮತ್ತು ಸರಿಯಾದ ಎರರ್ ಹ್ಯಾಂಡ್ಲಿಂಗ್ ಇಲ್ಲದ ಕೋಡ್ ಅನ್ನು ಅನುಮೋದಿಸಲು ನಿರಾಕರಿಸುತ್ತೀರಿ."
ಅಷ್ಟೇ ಸಾಕು. ಗರಿಷ್ಠ ಮೂರು ವಾಕ್ಯಗಳು. ಉದ್ದವಾದ ಜೀವನ ಚರಿತ್ರೆಗಳು ಗೊಂದಲವನ್ನು ಉಂಟುಮಾಡುತ್ತವೆ. ಮಾಡೆಲ್ಗೆ ಬಾಲ್ಯದ ಕಥೆ ಅಥವಾ ಹವ್ಯಾಸಗಳ ಪಟ್ಟಿಯ ಅಗತ್ಯವಿಲ್ಲ. ಅದಕ್ಕೆ ತನ್ನ ತೀರ್ಮಾನವನ್ನು ರೂಪಿಸುವ ವೃತ್ತಿಪರ ಆಧಾರದ ಅಗತ್ಯವಿದೆ.
ನಿಜವಾದ ವೃತ್ತಿಪರ ಪಾತ್ರಗಳಿಗೆ ಬದ್ಧರಾಗಿರಿ. ಒಬ್ಬ ಸ್ಟಾಫ್ ಸಾಫ್ಟ್ವೇರ್ ಇಂಜಿನಿಯರ್ ಅಥವಾ ತಾಂತ್ರಿಕ ದಾಖಲಾತಿ ಬರೆಯುವವರು (technical documentation writer) ಮಾಡೆಲ್ಗೆ ಗುರುತಿಸಬಹುದಾದ ಜವಾಬ್ದಾರಿಗಳ ಚೌಕಟ್ಟನ್ನು ನೀಡುತ್ತಾರೆ. ಅದು ಶರ್ಲಾಕ್ ಹೋಮ್ಸ್ ಅಥವಾ ಮಧ್ಯಕಾಲೀನ ಮಾಂತ್ರಿಕನಂತೆ ವರ್ತಿಸಬೇಕೆಂದು ಕೇಳುವುದು ಸೃಜನಾತ್ಮಕವಾಗಿ ಕಾಣಬಹುದು, ಆದರೆ ಅದು ನಿಮ್ಮ ಕೋಡ್ ರಿವ್ಯೂ ಪೈಪ್ಲೈನ್ಗೆ ಸಂಬಂಧವಿಲ್ಲದ ಅನಿರೀಕ್ಷಿತ ಸಂಬಂಧಗಳನ್ನು ಪರಿಚಯಿಸುತ್ತದೆ. ನೈಜ ಪಾತ್ರಗಳು ನೈಜ ನಿರ್ಬಂಧಗಳನ್ನು ಹೊಂದಿರುತ್ತವೆ.
ನೀವು ಇದನ್ನು ಸರಿಯಾಗಿ ಮಾಡಿದಾಗ ಏನಾಗುತ್ತದೆ
ಪ್ರತಿಯೊಂದು ಕೌಶಲವು ತನ್ನದೇ ಆದ ವ್ಯಕ್ತಿತ್ವವನ್ನು ಹೊಂದಿದ一旦, ನಿಮ್ಮ ಇಡೀ ಪೈಪ್ಲೈನ್ ಸ್ಥಿರವಾಗುತ್ತದೆ.
ಮುನ್ಸೂಚನೆ ನೀಡುವ ಸಾಮರ್ಥ್ಯವು (Predictability) ಮೊದಲ ಪ್ರತಿಫಲವಾಗಿದೆ. AI ತನ್ನ ವಯಸ್ಸಿನ ಅಥವಾ ಅನುಭವದ ಮಟ್ಟವನ್ನು ತಾನೇ ಊಹಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ. ಹಿರಿಯ ವ್ಯಕ್ತಿತ್ವವು ಕಠಿಣ ಪ್ರಶ್ನೆಗಳನ್ನು ಕೇಳುತ್ತದೆ. ಅದು ಅಸ್ಪಷ್ಟ ಅಗತ್ಯತೆಗಳನ್ನು ವಿರೋಧಿಸುತ್ತದೆ, ಮಿಸ್ ಆಗಿರುವ ಎಡ್ಜ್ ಕೇಸ್ಗಳನ್ನು ಗುರುತಿಸುತ್ತದೆ ಮತ್ತು ಡಿಫಾಲ್ಟ್ ಅಥವಾ ಜೂನಿಯರ್ ಧ್ವನಿಯು ನಿರ್ಲಕ್ಷಿಸಬಹುದಾದ ಸಂದರ್ಭಗಳನ್ನು (context) ಕೇಳುತ್ತದೆ. ನೀವು ಪಾತ್ರವನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಿದಾಗ, ನೀವು ಮಾನದಂಡವನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತೀರಿ.
ರಿವ್ಯೂಗಳು ವೇಗವಾಗುತ್ತವೆ. ತಂಡದ ಸದಸ್ಯರು ಸ್ಪಷ್ಟವಾದ ವ್ಯಕ್ತಿತ್ವದೊಂದಿಗೆ ಲೇಬಲ್ ಮಾಡಲಾದ ಔಟ್ಪುಟ್ ಅನ್ನು ಓದಿದಾಗ, ಅವರು ಪ್ರತಿಯೊಂದು ಸಲಹೆಯ ಹಿಂದಿನ ದೃಷ್ಟಿಕೋನವನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತಾರೆ. ಅವರು ಒಂದು ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಕಠಿಣ ಆರ್ಕಿಟೆಕ್ಚರಲ್ ಅಗತ್ಯತೆಯಾಗಿ ಪರಿಗಣಿಸಬೇಕೇ ಅಥವಾ ಸಾಫ್ಟ್ ಸ್ಟೈಲ್ ಆದ್ಯತೆಯಾಗಿ ಪರಿಗಣಿಸಬೇಕೇ ಎಂಬುದನ್ನು ಅವರು ತಿಳಿಯುತ್ತಾರೆ. ಸಂದರ್ಭವು (Context) ಸೂಚಿತವಾಗಿರದೆ ಸ್ಪಷ್ಟವಾಗುತ್ತದೆ.
ಸ್ಕಿಲ್ ಚೈನಿಂಗ್ ಅಂತಿಮವಾಗಿ ಉದ್ದೇಶಿತ ರೀತಿಯಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ. ಪ್ರತಿಯೊಂದು...