ಡಿಸೆಂಬರ್ ಆರಂಭದಲ್ಲಿ, ನಾನು ಮಾರಣಾಂತಿಕ ತಪ್ಪನ್ನು ಮಾಡಿದೆ ಮತ್ತು ಡೆವಲಪರ್ ಆಗಿ ನನ್ನ ಜೀವನದಲ್ಲಿ ಒಂದು ಮಹತ್ವದ ತಿರುವನ್ನು ಮಾಡಿದೆ ಮತ್ತು ಕಂಪನಿಯೊಳಗಿನ ಡೇಟಾ ಎಂಜಿನಿಯರಿಂಗ್ (DE) ತಂಡಕ್ಕೆ ತೆರಳಿದೆ. ಈ ಲೇಖನದಲ್ಲಿ ನಾನು DE ತಂಡದಲ್ಲಿ ಕೆಲಸ ಮಾಡಿದ ಎರಡು ತಿಂಗಳ ಅವಧಿಯಲ್ಲಿ ಮಾಡಿದ ಕೆಲವು ಅವಲೋಕನಗಳನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತೇನೆ.
ಡೇಟಾ ಎಂಜಿನಿಯರಿಂಗ್ ಏಕೆ?
DE ಗೆ ನನ್ನ ಪ್ರಯಾಣವು 2019 ರ ಬೇಸಿಗೆಯಲ್ಲಿ ಪ್ರಾರಂಭವಾಯಿತು ಹೋಗೋಣ , ಮತ್ತು ಅಲ್ಲಿ ನಾನು ಜ್ಞಾನೋದಯವನ್ನು ಸಾಧಿಸಿದೆ. ನಾನು ವಿಷಯ, ಅಧ್ಯಯನ ಕ್ರಮಾವಳಿಗಳು ಮತ್ತು ಅವುಗಳ ಬಗ್ಗೆ ಆಸಕ್ತಿ ಹೊಂದಲು ಪ್ರಾರಂಭಿಸಿದೆ , ಮತ್ತು ನಂತರ ಅಪ್ಲಿಕೇಶನ್ ವ್ಯಾಪ್ತಿಯ ಬಗ್ಗೆ ಯೋಚಿಸಿದೆ ಮತ್ತು ನಮ್ಮ ಕಂಪನಿಯಲ್ಲಿ ಪ್ರಾಯೋಗಿಕ ಅಪ್ಲಿಕೇಶನ್ ಡೇಟಾಬೇಸ್ಗಳನ್ನು ವಿತರಿಸಲಾಗಿದೆ ಎಂದು ತ್ವರಿತವಾಗಿ ಕಂಡುಹಿಡಿದಿದೆ.
ನಮ್ಮ ತಂಡ ನಿಖರವಾಗಿ ಏನು ಮಾಡುತ್ತದೆ? ನಾವು, ಎಲ್ಲಾ ಫ್ಯಾಶನ್ ಹುಡುಗರು ಮತ್ತು ಹುಡುಗಿಯರಂತೆ, ಡೇಟಾ ಡ್ರೈವನ್ ಕಂಪನಿಯಾಗಲು ಬಯಸುತ್ತೇವೆ. ಮತ್ತು ಇದು ಸಾಧ್ಯವಾಗಲು, ನಾವು ಕನಿಷ್ಟ ವಿಶ್ವಾಸಾರ್ಹ ಶೇಖರಣಾ ಸೌಲಭ್ಯವನ್ನು ನಿರ್ಮಿಸಬೇಕಾಗಿದೆ, ಅದನ್ನು ಕಂಪನಿಗೆ ಅಗತ್ಯವಿರುವ ಯಾವುದೇ ವರದಿಗಳನ್ನು ನಿರ್ಮಿಸಲು ಬಳಸಬಹುದು. ಆದರೆ ಅತ್ಯಂತ ಮುಖ್ಯವಾದ ವಿಷಯವೆಂದರೆ ಈ ಸಂಗ್ರಹಣೆಯಲ್ಲಿರುವ ಡೇಟಾವನ್ನು ನಂಬಬೇಕು. ಇದಲ್ಲದೆ, ಈ ಡೇಟಾವನ್ನು ಬಳಸಿಕೊಂಡು, ನೀವು t ಸಮಯದಲ್ಲಿ ಸಿಸ್ಟಮ್ನ ಸ್ಥಿತಿಯನ್ನು ಪುನಃಸ್ಥಾಪಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. ನಾವು ಸೂಕ್ಷ್ಮ ಸೇವೆಗಳ ಕೆಚ್ಚೆದೆಯ ಹೊಸ ಜಗತ್ತಿನಲ್ಲಿ ವಾಸಿಸುತ್ತಿದ್ದೇವೆ ಎಂಬ ಅಂಶದಿಂದ ಇವೆಲ್ಲವೂ ಜಟಿಲವಾಗಿದೆ, ಮತ್ತು ಈ ಸಿದ್ಧಾಂತವು ಪ್ರತಿ ಸೇವೆಯು ತನ್ನದೇ ಆದ ಸಣ್ಣ ಕಾರ್ಯವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುತ್ತದೆ ಎಂದು ಸೂಚಿಸುತ್ತದೆ, ಅದರ ಡೇಟಾಬೇಸ್ ತನ್ನದೇ ಆದ ವ್ಯವಹಾರವಾಗಿದೆ ಮತ್ತು ಅದು ಅದನ್ನು ಪ್ರತಿದಿನ ಅಳಿಸಬಹುದು, ಆದರೆ ಅದೇ ಸಮಯದಲ್ಲಿ ನಾವು ಸೇವೆಯ ಸ್ಥಿತಿಯನ್ನು ಸ್ವೀಕರಿಸಲು ಮತ್ತು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ.
ನೀವು ಡೇಟಾ ಡ್ರೈವನ್ ಆಗಲು ಬಯಸಿದರೆ, ಮೊದಲು ಈವೆಂಟ್ ಡ್ರೈವನ್ ಆಗಿ
ಅಷ್ಟು ಸರಳವಲ್ಲ. ಈವೆಂಟ್‌ಗಳು ವಿಭಿನ್ನವಾಗಿವೆ, ಮತ್ತು ಡೆವಲಪರ್ ಮತ್ತು ಡೇಟಾ ಎಂಜಿನಿಯರ್ ಅವುಗಳನ್ನು ವಿಭಿನ್ನವಾಗಿ ನೋಡುತ್ತಾರೆ. ಈವೆಂಟ್‌ಗಳ ಕುರಿತು ಮಾತನಾಡುವುದು ಪ್ರತ್ಯೇಕ ಲೇಖನದ ವಿಷಯವಾಗಿದೆ, ಆದ್ದರಿಂದ ನಾನು ಅದನ್ನು ಇಲ್ಲಿಗೆ ಹೋಗುವುದಿಲ್ಲ. ಜೊತೆಗೆ, ಅಂತಹ ಲೇಖನವನ್ನು ಈಗಾಗಲೇ ಹೊಂದಿದೆ ನಿರ್ದಿಷ್ಟ ಮಾರ್ಟಿನ್ ಫೌಲರ್, ನಾನು ಅವನ ಪ್ರಶಸ್ತಿಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುವುದಿಲ್ಲ, ಅವನೂ ಪ್ರಸಿದ್ಧನಾಗಲಿ.
ಸಾಮಾನ್ಯವಾಗಿ, ಯೋಚಿಸಲು ಬಹಳಷ್ಟು ಇದೆ ಮತ್ತು ಅದಕ್ಕಾಗಿಯೇ ಈ ಪ್ರದೇಶವು ಆಕರ್ಷಕವಾಗಿದೆ. ನಮ್ಮ ಕಂಪನಿಯಲ್ಲಿ, ಡೇಟಾ ಇಂಜಿನಿಯರ್ ETL/ELT ಪೈಪ್‌ಲೈನ್‌ಗಳನ್ನು ಬರೆಯುವ ವ್ಯಕ್ತಿಗಿಂತ ಹೆಚ್ಚು ಜವಾಬ್ದಾರಿಯ ಕ್ಷೇತ್ರವಾಗಿದೆ (ಈ ಸಂಕ್ಷೇಪಣಗಳ ಅರ್ಥವೇನೆಂದು ನಿಮಗೆ ತಿಳಿದಿಲ್ಲದಿದ್ದರೆ, ಬನ್ನಿ . ಸಂದರ್ಭೋಚಿತ ಜಾಹೀರಾತಿನಂತೆ).
ನಾವು ಶೇಖರಣಾ ಆರ್ಕಿಟೆಕ್ಚರ್, ಡೇಟಾ ಮಾಡೆಲಿಂಗ್, ಡೇಟಾ ಭದ್ರತೆಗೆ ಸಂಬಂಧಿಸಿದ ಸಮಸ್ಯೆಗಳು ಮತ್ತು ಪೈಪ್‌ಲೈನ್‌ಗಳೊಂದಿಗೆ ಸಹಜವಾಗಿ ವ್ಯವಹರಿಸುತ್ತೇವೆ. ಒಂದು ಕಡೆ, ನಮ್ಮ ಉಪಸ್ಥಿತಿಯು ಉತ್ಪನ್ನ ಡೆವಲಪರ್‌ಗಳಿಗೆ ಹೆಚ್ಚು ಹೊರೆಯಾಗುವುದಿಲ್ಲ ಮತ್ತು ಸಿಸ್ಟಮ್‌ಗೆ ಹೊಸ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಕತ್ತರಿಸುವಾಗ ನಮ್ಮ ಅವಶ್ಯಕತೆಗಳಿಂದ ಅವರು ಸಾಧ್ಯವಾದಷ್ಟು ಕಡಿಮೆ ವಿಚಲಿತರಾಗಬೇಕು ಎಂದು ನಾವು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಬೇಕು ಮತ್ತು ಮತ್ತೊಂದೆಡೆ, ನಾವು ವಿಶ್ಲೇಷಕರು ಮತ್ತು BI ತಂಡಕ್ಕಾಗಿ ಶೇಖರಣಾ ಡೇಟಾದಲ್ಲಿ ಅವುಗಳನ್ನು ಅನುಕೂಲಕರವಾಗಿ ಒದಗಿಸಬೇಕಾಗಿದೆ. ನಾವು ಬದುಕುವುದೇ ಹೀಗೆ.
ಅಭಿವೃದ್ಧಿಯಿಂದ ಪರಿವರ್ತನೆಯಾದಾಗ ತೊಂದರೆಗಳು
ನನ್ನ ಮೊದಲ ಕೆಲಸದ ದಿನದಂದು, ನಾನು ನಿಮ್ಮೊಂದಿಗೆ ಹಂಚಿಕೊಳ್ಳಲು ಬಯಸುವ ಹಲವಾರು ತೊಂದರೆಗಳನ್ನು ಎದುರಿಸಿದೆ.
1. ನಾನು ನೋಡಿದ ಮೊದಲ ವಿಷಯವೆಂದರೆ ಟ್ಯೂಲಿಂಗ್ ಮತ್ತು ಕೆಲವು ಅಭ್ಯಾಸಗಳ ಅನುಪಸ್ಥಿತಿ. ಉದಾಹರಣೆಗೆ, ಪರೀಕ್ಷೆಗಳೊಂದಿಗೆ ಕೋಡ್ ಕವರೇಜ್ ಅನ್ನು ತೆಗೆದುಕೊಳ್ಳಿ. ನಾವು ಅಭಿವೃದ್ಧಿಯಲ್ಲಿ ನೂರಾರು ಪರೀಕ್ಷಾ ಚೌಕಟ್ಟುಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ. ಡೇಟಾದೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವಾಗ, ಎಲ್ಲವೂ ಹೆಚ್ಚು ಜಟಿಲವಾಗಿದೆ. ಹೌದು, ನಾವು ಪರೀಕ್ಷಾ ಡೇಟಾದಲ್ಲಿ ETL ಪೈಪ್‌ಲೈನ್‌ಗಳನ್ನು ಪರೀಕ್ಷಿಸಬಹುದು, ಆದರೆ ನಾವು ಎಲ್ಲವನ್ನೂ ಹಸ್ತಚಾಲಿತವಾಗಿ ಮಾಡಬೇಕು ಮತ್ತು ಪ್ರತಿ ನಿರ್ದಿಷ್ಟ ಪ್ರಕರಣಕ್ಕೆ ಪರಿಹಾರಗಳನ್ನು ಹುಡುಕಬೇಕು. ಪರಿಣಾಮವಾಗಿ, ಪರೀಕ್ಷಾ ಕವರೇಜ್ ಹೆಚ್ಚು ಕೆಟ್ಟದಾಗಿದೆ. ಅದೃಷ್ಟವಶಾತ್, ಮಾನಿಟರಿಂಗ್ ಮತ್ತು ಲಾಗ್‌ಗಳ ರೂಪದಲ್ಲಿ ಪ್ರತಿಕ್ರಿಯೆಯ ಮತ್ತೊಂದು ಪದರವಿದೆ, ಆದರೆ ಇದು ಈಗಾಗಲೇ ನಮಗೆ ಪೂರ್ವಭಾವಿಯಾಗಿ ಬದಲಾಗಿ ಪ್ರತಿಕ್ರಿಯಾತ್ಮಕವಾಗಿ ಪ್ರತಿಕ್ರಿಯಿಸುವ ಅಗತ್ಯವಿದೆ, ಇದು ಕೆರಳಿಸುವ ಮತ್ತು ಆತಂಕಕಾರಿಯಾಗಿದೆ.
2. ಡಿಇ ದೃಷ್ಟಿಕೋನದಿಂದ ಪ್ರಪಂಚವು ಸಾಮಾನ್ಯ ಉತ್ಪನ್ನ ಡೆವಲಪರ್‌ಗೆ ತೋರುತ್ತಿಲ್ಲ (ಅಲ್ಲದೆ, ಸಹಜವಾಗಿ ಓದುಗನು ಹಾಗಲ್ಲ, ಮತ್ತು ಅವನಿಗೆ ಈಗಾಗಲೇ ಎಲ್ಲವೂ ತಿಳಿದಿದೆ, ಆದರೆ ನನಗೆ ತಿಳಿದಿರಲಿಲ್ಲ ಮತ್ತು ಈಗ ನಾನು ಸ್ಕ್ರೂ ಮಾಡುತ್ತಿದ್ದೇನೆ ಅದು) ಡೆವಲಪರ್ ಆಗಿ, ನಾನು ನನ್ನ ಸ್ವಂತ ಮೈಕ್ರೊ ಸರ್ವೀಸ್ ಅನ್ನು ರಚಿಸುತ್ತೇನೆ, ಡೇಟಾವನ್ನು [ನಿಮ್ಮ ಆಯ್ಕೆಯ ಡೇಟಾಬೇಸ್] ನಲ್ಲಿ ಇರಿಸಿ, ನನ್ನ ಸ್ಥಿತಿಯನ್ನು ಅಲ್ಲಿ ಉಳಿಸಿ, ID ಮೂಲಕ ಏನನ್ನಾದರೂ ಪಡೆದುಕೊಳ್ಳಿ ಮತ್ತು ಅದು ಉತ್ತಮವಾಗಿದೆ. ಸೇವೆ ನಿಧಾನವಾಗಿದೆ, ಆದೇಶಗಳು ಗೊಂದಲಮಯವಾಗಿವೆ, ಅಷ್ಟೆ. ಮತ್ತೊಂದು ಸೇವೆಯಲ್ಲಿ ನನ್ನ ರಾಜ್ಯವನ್ನು ಹುಡುಕಲು ಅವರು ನನ್ನನ್ನು ಕೇಳುತ್ತಾರೆ, ಹಾಗಾಗಿ ನಾನು ಕೆಲವು RabbitMQ ಗೆ ಈವೆಂಟ್ ಅನ್ನು ಎಸೆಯುತ್ತೇನೆ ಮತ್ತು ಅದು ಅಷ್ಟೆ. ಮತ್ತು ಇಲ್ಲಿ ನಾವು ಮತ್ತೆ ಮೇಲೆ ವಿವರಿಸಿದ ಘಟನೆಗಳ ವಿಷಯಕ್ಕೆ ಮರಳಿದ್ದೇವೆ.
ಕಾರ್ಯಾಚರಣೆಯ ಕೆಲಸಕ್ಕೆ ಅಗತ್ಯವಿರುವ ಸೇವೆಯು ಐತಿಹಾಸಿಕ ದತ್ತಾಂಶಕ್ಕೆ ನಮಗೆ ಸರಿಹೊಂದುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಸೇವಾ ಒಪ್ಪಂದಗಳನ್ನು ಪುನರ್ನಿರ್ಮಿಸುವ ಮತ್ತು ಅಭಿವೃದ್ಧಿ ತಂಡಗಳೊಂದಿಗೆ ನಿಕಟ ಕೆಲಸದ ಪ್ರಶ್ನೆಯು ಪ್ರಾರಂಭವಾಗುತ್ತದೆ. ನಾವು ಒಪ್ಪಿಕೊಳ್ಳಲು ಎಷ್ಟು ಗಂಟೆಗಳು ಬೇಕಾಯಿತು ಎಂದು ನೀವು ಊಹಿಸಲೂ ಸಾಧ್ಯವಿಲ್ಲ: ಅವರು ನಮ್ಮ ಕಂಪನಿಯಲ್ಲಿ ಯಾವ ರೀತಿಯ ಈವೆಂಟ್ ಡ್ರೈವನ್ ಆಗಿದ್ದಾರೆ.
3. ನಿಮ್ಮ ತಲೆಯೊಂದಿಗೆ ನೀವು ಯೋಚಿಸಬೇಕು. ಇಲ್ಲ, ಡೆವಲಪರ್‌ಗಳು ಯೋಚಿಸುವುದಿಲ್ಲ ಎಂದು ನಾನು ಅರ್ಥವಲ್ಲ (ಎಲ್ಲರಿಗೂ ಮಾತನಾಡಲು ನಾನು ಯಾರು), ಉತ್ಪನ್ನ ಅಭಿವೃದ್ಧಿಯಲ್ಲಿ ನೀವು ಈಗಾಗಲೇ ಕೆಲವು ರೀತಿಯ ವಾಸ್ತುಶಿಲ್ಪವನ್ನು ಹೊಂದಿದ್ದೀರಿ ಮತ್ತು ನೀವು ಬ್ಯಾಕ್‌ಲಾಗ್‌ನಿಂದ ವಿಭಿನ್ನ ಷಫಲ್‌ಗಳನ್ನು ಕತ್ತರಿಸಿದ್ದೀರಿ. ಸಹಜವಾಗಿ, ಇದಕ್ಕೆ ಯೋಜನೆ ಮತ್ತು ಚಿಂತನೆಯ ಅಗತ್ಯವಿರುತ್ತದೆ, ಆದರೆ ಇದು ಸ್ಟ್ರೀಮ್ ಕೆಲಸವಾಗಿದೆ, ಅಲ್ಲಿ ಮುಖ್ಯ ಸಮಸ್ಯೆ ಅದನ್ನು ಉತ್ತಮವಾಗಿ ಮತ್ತು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಮಾಡುವುದು.
ನಮಗೆ, ಇದು ತುಂಬಾ ಸರಳವಲ್ಲ ಏಕೆಂದರೆ ವಿವಿಧ ಸಿಸ್ಟಮ್ ಘಟಕಗಳನ್ನು ಬೆಚ್ಚಗಿನ ಮತ್ತು ಸ್ನೇಹಶೀಲ ಏಕಶಿಲೆಯಿಂದ ಕಾಡು ಮೈಕ್ರೊ ಸರ್ವಿಸ್ ಕಾಡಿನ ಜಗತ್ತಿಗೆ ವರ್ಗಾಯಿಸುವುದು ಅಷ್ಟು ಸುಲಭವಲ್ಲ. ಸೇವೆಯು ಈವೆಂಟ್‌ಗಳನ್ನು ಹೊರಹಾಕಲು ಪ್ರಾರಂಭಿಸಿದಾಗ, ಸಂಗ್ರಹಣೆಯನ್ನು ತುಂಬಲು ನೀವು ತರ್ಕವನ್ನು ಮರುಪರಿಶೀಲಿಸಬೇಕಾಗಿದೆ, ಏಕೆಂದರೆ ಡೇಟಾವು ಈಗ ವಿಭಿನ್ನವಾಗಿ ಕಾಣುತ್ತದೆ. ಇಲ್ಲಿ ನೀವು ಡೆವಲಪರ್ ಆಗಿ ಅಲ್ಲ, ಆದರೆ ಡೇಟಾ ಇಂಜಿನಿಯರ್ ಆಗಿ ಸಾಕಷ್ಟು ಮತ್ತು ಸಂಪೂರ್ಣವಾಗಿ ಯೋಚಿಸಬೇಕು. ನೀವು ನೋಟ್‌ಬುಕ್ ಮತ್ತು ಪೆನ್‌ನೊಂದಿಗೆ ಅಥವಾ ಬೋರ್ಡ್‌ನಲ್ಲಿ ಮಾರ್ಕರ್‌ನೊಂದಿಗೆ ದಿನಗಳನ್ನು ಕಳೆಯುವಾಗ ಇದು ಸಾಮಾನ್ಯ ಕಥೆಯಾಗಿದೆ. ಇದು ತುಂಬಾ ಕಷ್ಟ, ನಾನು ಯೋಚಿಸಲು ಇಷ್ಟಪಡುವುದಿಲ್ಲ, ನಾನು ಉತ್ಪಾದನೆಯನ್ನು ಪ್ರೀತಿಸುತ್ತೇನೆ.
4. ಬಹುಶಃ ಪ್ರಮುಖ ವಿಷಯವೆಂದರೆ ಮಾಹಿತಿ. ನಮಗೆ ಜ್ಞಾನವಿಲ್ಲದಿದ್ದಾಗ ನಾವು ಏನು ಮಾಡುತ್ತೇವೆ? ಸ್ಟಾಕ್ಓವರ್ಫ್ಲೋ ಎಂದು ಯಾರು ಹೇಳಿದರು? ಈ ವ್ಯಕ್ತಿಯನ್ನು ಕೋಣೆಯಿಂದ ಹೊರಗೆ ಕರೆದೊಯ್ಯಿರಿ. ನಾವು ವಿಷಯದ ಕುರಿತು ದಾಖಲೆಗಳು, ಪುಸ್ತಕಗಳನ್ನು ಓದುತ್ತೇವೆ ಮತ್ತು ವೇದಿಕೆಗಳು, ಸಭೆಗಳು ಮತ್ತು ಸಮ್ಮೇಳನಗಳನ್ನು ಆಯೋಜಿಸುವ ಸಮುದಾಯವೂ ಇದೆ. ಡಾಕ್ಯುಮೆಂಟೇಶನ್ ಅದ್ಭುತವಾಗಿದೆ, ಆದರೆ ದುರದೃಷ್ಟವಶಾತ್, ಇದು ಅಪೂರ್ಣವಾಗಿರಬಹುದು. ನಾವು ಹಲವಾರು ಯೋಜನೆಗಳಲ್ಲಿ Cosmos DB ಅನ್ನು ಬಳಸುತ್ತೇವೆ. ಈ ಉತ್ಪನ್ನಕ್ಕಾಗಿ ದಸ್ತಾವೇಜನ್ನು ಓದುವ ಅದೃಷ್ಟ. ಪುಸ್ತಕಗಳು ಮಾತ್ರ ಮೋಕ್ಷ; ಅದೃಷ್ಟವಶಾತ್, ಅವು ಅಸ್ತಿತ್ವದಲ್ಲಿವೆ ಮತ್ತು ಕಾಣಬಹುದು, ಅವುಗಳು ಬಹಳಷ್ಟು ಮೂಲಭೂತ ಜ್ಞಾನವನ್ನು ಒಳಗೊಂಡಿರುತ್ತವೆ ಮತ್ತು ನೀವು ಬಹಳಷ್ಟು ಮತ್ತು ನಿರಂತರವಾಗಿ ಓದಬೇಕು. ಆದರೆ ಸಮಸ್ಯೆ ಇರುವುದು ಸಮುದಾಯದಲ್ಲಿ.
ಈಗ ನಮ್ಮ ಪ್ರದೇಶದಲ್ಲಿ ಕನಿಷ್ಠ ಒಂದು ಸಮರ್ಪಕ ಸಮ್ಮೇಳನ ಅಥವಾ ಸಭೆಯನ್ನು ಕಂಡುಹಿಡಿಯುವುದು ಕಷ್ಟ. ಇಲ್ಲ, ಸಹಜವಾಗಿ, ಡೇಟಾ ಪದದೊಂದಿಗೆ ಬಹಳಷ್ಟು ಭೇಟಿಗಳಿವೆ, ಆದರೆ ಈ ಪದದ ಪಕ್ಕದಲ್ಲಿ ಸಾಮಾನ್ಯವಾಗಿ ML ಅಥವಾ AI ನಂತಹ ವಿಚಿತ್ರ ಸಂಕ್ಷೇಪಣಗಳಿವೆ. ಆದ್ದರಿಂದ, ಇದು ನಮಗಾಗಿ ಅಲ್ಲ, ನಾವು ಶೇಖರಣಾ ಸೌಲಭ್ಯಗಳನ್ನು ಹೇಗೆ ನಿರ್ಮಿಸುವುದು ಎಂಬುದರ ಕುರಿತು ಮಾತನಾಡುತ್ತಿದ್ದೇವೆ ಮತ್ತು ನರಕೋಶಗಳೊಂದಿಗೆ ನಮ್ಮನ್ನು ಹೇಗೆ ಸ್ಮೀಯರ್ ಮಾಡುವುದು ಎಂಬುದರ ಬಗ್ಗೆ ಅಲ್ಲ. ಈ ಹಿಪ್ಸ್ಟರ್ಸ್ ಎಲ್ಲವನ್ನೂ ತೆಗೆದುಕೊಂಡಿದ್ದಾರೆ. ಪರಿಣಾಮವಾಗಿ, ನಾವು ಸಮುದಾಯವಿಲ್ಲದೆ ಇದ್ದೇವೆ. ಅಂದಹಾಗೆ, ನೀವು ಡೇಟಾ ಎಂಜಿನಿಯರ್ ಆಗಿದ್ದರೆ ಮತ್ತು ಉತ್ತಮ ಸಮುದಾಯಗಳನ್ನು ತಿಳಿದಿದ್ದರೆ, ದಯವಿಟ್ಟು ಕಾಮೆಂಟ್‌ಗಳಲ್ಲಿ ಬರೆಯಿರಿ.
ಸಭೆಯ ತೀರ್ಮಾನಗಳು ಮತ್ತು ಪ್ರಕಟಣೆ
ನಾವು ಏನನ್ನು ಕೊನೆಗೊಳಿಸುತ್ತೇವೆ? ಡೇಟಾ ಇಂಜಿನಿಯರ್‌ನ ಬೂಟುಗಳಲ್ಲಿನ ಭಾವನೆಯು ಪ್ರತಿಯೊಬ್ಬ ಡೆವಲಪರ್‌ಗೆ ಉಪಯುಕ್ತವಾಗಿರುತ್ತದೆ ಎಂದು ನನ್ನ ಮೊದಲ ಅನುಭವ ಹೇಳುತ್ತದೆ. ಇದು ವಿಷಯಗಳನ್ನು ವಿಭಿನ್ನವಾಗಿ ನೋಡಲು ನಮಗೆ ಅನುಮತಿಸುತ್ತದೆ ಮತ್ತು ಡೆವಲಪರ್‌ಗಳು ತಮ್ಮ ಡೇಟಾವನ್ನು ಹೇಗೆ ಪರಿಗಣಿಸುತ್ತಾರೆ ಎಂಬುದನ್ನು ನಾವು ನೋಡಿದಾಗ ನಮ್ಮ ಕಣ್ಣುಗಳು ರಕ್ತಪಾತವನ್ನು ಪಡೆದಾಗ ಆಶ್ಚರ್ಯಪಡಬೇಡಿ. ಆದ್ದರಿಂದ, ನಿಮ್ಮ ಕಂಪನಿಯಲ್ಲಿ ಡಿಇ ಇದ್ದರೆ, ಈ ಹುಡುಗರೊಂದಿಗೆ ಮಾತನಾಡಿ, ನೀವು ಬಹಳಷ್ಟು ಹೊಸ ವಿಷಯಗಳನ್ನು ಕಲಿಯುವಿರಿ (ನಿಮ್ಮ ಬಗ್ಗೆ).
ಮತ್ತು ಅಂತಿಮವಾಗಿ, ಘೋಷಣೆ. ದಿನದಲ್ಲಿ ನಮ್ಮ ವಿಷಯದ ಕುರಿತು ಸಭೆಗಳನ್ನು ಕಂಡುಹಿಡಿಯುವುದು ಕಷ್ಟಕರವಾದ ಕಾರಣ, ನಾವು ನಮ್ಮದೇ ಆದದನ್ನು ಮಾಡಲು ನಿರ್ಧರಿಸಿದ್ದೇವೆ. ನಾವೇಕೆ ಕೆಟ್ಟವರಾಗಿದ್ದೇವೆ? ಅದೃಷ್ಟವಶಾತ್ ನಾವು ಅದ್ಭುತವನ್ನು ಹೊಂದಿದ್ದೇವೆ ಮತ್ತು ನಮ್ಮ ಸ್ನೇಹಿತರು , ನಮ್ಮಂತೆಯೇ, ಡೇಟಾ ಎಂಜಿನಿಯರ್‌ಗಳು ಅನ್ಯಾಯವಾಗಿ ಗಮನದಿಂದ ವಂಚಿತರಾಗಿದ್ದಾರೆ ಎಂದು ಭಾವಿಸುತ್ತಾರೆ.
ಈ ಅವಕಾಶವನ್ನು ಬಳಸಿಕೊಂಡು, ಫೆಬ್ರವರಿ 27.02.2020, XNUMX ರಂದು ಡೋಡೋ ಪಿಜ್ಜಾ ಕಚೇರಿಯಲ್ಲಿ ನಡೆಯಲಿರುವ ಭರವಸೆಯ ಶೀರ್ಷಿಕೆಯೊಂದಿಗೆ ನಮ್ಮ ಮೊದಲ ಸಮುದಾಯ ಸಭೆಗೆ ಬರಲು ನಾನು ಆಮಂತ್ರಿಸುತ್ತೇನೆ. ನಲ್ಲಿ ವಿವರಗಳು .
ಏನಾದರೂ ಸಂಭವಿಸಿದಲ್ಲಿ, ನಾನು ಅಲ್ಲಿಯೇ ಇರುತ್ತೇನೆ, ಡೆವಲಪರ್‌ಗಳ ಬಗ್ಗೆ ನಾನು ಎಷ್ಟು ತಪ್ಪು ಎಂದು ನನ್ನ ಮುಖಕ್ಕೆ ನೀವು ವೈಯಕ್ತಿಕವಾಗಿ ಹೇಳಬಹುದು.
ಮೂಲ: www.habr.com