ಅಲೆಕ್ಸಿ ನಾಯ್ಡೆನೋವ್, CEO
ಅಲೆಕ್ಸಿ ನಾಯ್ಡೆನೋವ್ (ಇನ್ನು ಮುಂದೆ - AN): - ಎಲ್ಲರಿಗು ನಮಸ್ಖರ! ನನ್ನ ಹೆಸರು ಅಲೆಕ್ಸಿ ನಾಯ್ಡೆನೋವ್. ನಾನು ITooLabs ನ ನಿರ್ದೇಶಕ. ಮೊದಲನೆಯದಾಗಿ, ನಾನು ಇಲ್ಲಿ ಏನು ಮಾಡುತ್ತಿದ್ದೇನೆ ಮತ್ತು ನಾನು ಹೇಗೆ ಇಲ್ಲಿಗೆ ಬಂದಿದ್ದೇನೆ ಎಂದು ಉತ್ತರಿಸಲು ನಾನು ಬಯಸುತ್ತೇನೆ.
ನೀವು Bitrix24 ಮಾರ್ಕೆಟ್ಪ್ಲೇಸ್ (ವಿಭಾಗ "ದೂರವಾಣಿ") ಅನ್ನು ನೋಡಿದರೆ, ಅಲ್ಲಿ ಇರುವ 14 ಅಪ್ಲಿಕೇಶನ್ಗಳು ಮತ್ತು 36 (40%) ನಾವು:
ಹೆಚ್ಚು ನಿಖರವಾಗಿ, ಇವರು ನಮ್ಮ ಆಪರೇಟರ್ ಪಾಲುದಾರರು, ಆದರೆ ಈ ಎಲ್ಲದರ ಹಿಂದೆ ನಮ್ಮ ಪ್ಲಾಟ್ಫಾರ್ಮ್ (ಸೇವೆಯಂತೆ ಪ್ಲಾಟ್ಫಾರ್ಮ್) - ನಾವು ಅವರಿಗೆ ಸಣ್ಣ ಪೆನ್ನಿಗೆ ಮಾರಾಟ ಮಾಡುತ್ತೇವೆ. ವಾಸ್ತವವಾಗಿ, ನಾನು ಈ ಪ್ಲಾಟ್ಫಾರ್ಮ್ನ ಅಭಿವೃದ್ಧಿ ಮತ್ತು ನಾವು ಹೇಗೆ ಹೋಗಿದ್ದೇವೆ ಎಂಬುದರ ಕುರಿತು ಮಾತನಾಡಲು ಬಯಸುತ್ತೇನೆ.
ಈಗ ನಮ್ಮ ಪ್ಲಾಟ್ಫಾರ್ಮ್ನ ಸಂಖ್ಯೆಗಳು:
Megafon ಸೇರಿದಂತೆ 44 ಆಪರೇಟರ್ ಪಾಲುದಾರರು. ಸಾಮಾನ್ಯವಾಗಿ ಹೇಳುವುದಾದರೆ, ನಾವು ನಿಜವಾಗಿಯೂ ವಿಭಿನ್ನ ಸಾಹಸಗಳನ್ನು ಮಾಡಲು ಇಷ್ಟಪಡುತ್ತೇವೆ ಮತ್ತು ರಷ್ಯಾದಲ್ಲಿ ಇಲ್ಲಿ 100 ಆಪರೇಟರ್ಗಳ 44 ಮಿಲಿಯನ್ ಚಂದಾದಾರರಿಗೆ ನಾವು ನಿಜವಾದ ಪ್ರವೇಶವನ್ನು ಹೊಂದಿದ್ದೇವೆ. ಆದ್ದರಿಂದ, ಯಾರಾದರೂ ಯಾವುದೇ ವ್ಯವಹಾರ ಕಲ್ಪನೆಗಳನ್ನು ಹೊಂದಿದ್ದರೆ, ಅವುಗಳನ್ನು ಕೇಳಲು ನಾವು ಯಾವಾಗಲೂ ಸಂತೋಷಪಡುತ್ತೇವೆ.
- 5000 ಬಳಕೆದಾರರ ಕಂಪನಿಗಳು.
- ಒಟ್ಟು 20 ಚಂದಾದಾರರು. ಇದೆಲ್ಲವೂ b000b - ನಾವು ಕಂಪನಿಗಳೊಂದಿಗೆ ಮಾತ್ರ ಕೆಲಸ ಮಾಡುತ್ತೇವೆ.
- ದಿನದಲ್ಲಿ ನಿಮಿಷಕ್ಕೆ 300 ಕರೆಗಳು.
- ಕಳೆದ ವರ್ಷ 100 ಮಿಲಿಯನ್ ಕರೆ ನಿಮಿಷಗಳು (ನಾವು ಆಚರಿಸಿದ್ದೇವೆ). ಇದು ನಮ್ಮ ವೇದಿಕೆಯಲ್ಲಿ ಲಭ್ಯವಿರುವ ಆಂತರಿಕ ಮಾತುಕತೆಗಳನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳುವುದಿಲ್ಲ.
ಅದು ಹೇಗೆ ಪ್ರಾರಂಭವಾಯಿತು?
ಸರಿಯಾದ ಡ್ಯೂಡ್ಗಳು ತಮ್ಮ ವೇದಿಕೆಯನ್ನು ಹೇಗೆ ಪ್ರಾರಂಭಿಸುತ್ತಾರೆ? ನಾವು "ಹಾರ್ಡ್ಕೋರ್ ಎಂಟರ್ಪ್ರೈಸ್" ಅಭಿವೃದ್ಧಿಯ ಇತಿಹಾಸವನ್ನು ಹೊಂದಿದ್ದೇವೆ ಮತ್ತು ಎಂಟರ್ಪ್ರೈಸ್ಗಾಗಿ ವರ್ಷದ ಅತ್ಯಂತ ನಿಖರವಾದ ಸಮಯದಲ್ಲಿಯೂ ಸಹ ನಾವು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಬೇಕು! ನೀವು ಗ್ರಾಹಕರ ಬಳಿಗೆ ಬಂದು ಹೇಳಿದಾಗ ಅದು ಸಂತೋಷದ ಸಮಯವಾಗಿತ್ತು: "ನಮಗೆ ಇನ್ನೂ ಒಂದೆರಡು ಸರ್ವರ್ಗಳು ಬೇಕು." ಮತ್ತು ಗ್ರಾಹಕ: "ಪ್ರಶ್ನೆ ಇಲ್ಲ! ನಾವು ರ್ಯಾಕ್ನಲ್ಲಿ ಹತ್ತು ಮಂದಿಯನ್ನು ಹೊಂದಿದ್ದೇವೆ.
ಆದ್ದರಿಂದ ನಾವು Oracle, Java, WebSphere, Db2 ಮತ್ತು ಎಲ್ಲಾ ವಿಷಯಗಳನ್ನು ಮಾಡಿದ್ದೇವೆ. ಆದ್ದರಿಂದ, ನಾವು ಅತ್ಯುತ್ತಮ ಮಾರಾಟಗಾರರ ಪರಿಹಾರಗಳನ್ನು ತೆಗೆದುಕೊಂಡಿದ್ದೇವೆ, ಅವುಗಳನ್ನು ಸಂಯೋಜಿಸಿದ್ದೇವೆ ಮತ್ತು ಅದರೊಂದಿಗೆ ತೆಗೆದುಕೊಳ್ಳಲು ಪ್ರಯತ್ನಿಸಿದ್ದೇವೆ. ನಾವು ಸ್ವಂತವಾಗಿ ನಡೆದೆವು. ಇದು ಅಂತಹ ಆಂತರಿಕ ಪ್ರಾರಂಭವಾಗಿದೆ.
ಇದೆಲ್ಲವೂ ವಾಸ್ತವವಾಗಿ 2009 ರಲ್ಲಿ ಪ್ರಾರಂಭವಾಯಿತು. 2006 ರಿಂದ, ನಾವು ಒಂದು ರೀತಿಯಲ್ಲಿ ಅಥವಾ ಇನ್ನೊಂದು ರೀತಿಯಲ್ಲಿ ಆಪರೇಟರ್ ಪರಿಹಾರಗಳಲ್ಲಿ ನಿಕಟವಾಗಿ ತೊಡಗಿಸಿಕೊಂಡಿದ್ದೇವೆ. ನಾವು ಹಲವಾರು ಕಸ್ಟಮ್ ವರ್ಚುವಲ್ PBX ಗಳನ್ನು ತಯಾರಿಸಿದ್ದೇವೆ (ನಾವು ಈಗ ಆರ್ಡರ್ನಲ್ಲಿರುವಂತೆ): ನಾವು ಅದನ್ನು ನೋಡಿದ್ದೇವೆ, ಅದು ಒಳ್ಳೆಯದು ಎಂದು ನಿರ್ಧರಿಸಿದೆ ಮತ್ತು ಆಂತರಿಕ ಪ್ರಾರಂಭವನ್ನು ಪ್ರಾರಂಭಿಸಲು ನಿರ್ಧರಿಸಿದೆವು.
ನಾವು VMWare ತೆಗೆದುಕೊಂಡೆವು. ನಾವು ನಮ್ಮದೇ ಆದ ಕಾರಣ, ನಾವು ತಕ್ಷಣ ತಂಪಾದ ಮಾರಾಟಗಾರ ಸಂಗ್ರಹಣೆಯನ್ನು ತ್ಯಜಿಸಬೇಕಾಯಿತು. ನಾವು ಅವರ ಬಗ್ಗೆ ಎಲ್ಲವನ್ನೂ ತಿಳಿದಿದ್ದೇವೆ: ಭರವಸೆಗಳನ್ನು 3 ರಿಂದ ಭಾಗಿಸಬೇಕು ಮತ್ತು ವೆಚ್ಚವನ್ನು 10 ರಿಂದ ಗುಣಿಸಬೇಕು. ಅದಕ್ಕಾಗಿಯೇ ಅವರು DirDB ಅನ್ನು ಮಾಡಿದರು ಮತ್ತು ಹೀಗೆ.
ನಂತರ ಅದು ಬೆಳೆಯಲು ಪ್ರಾರಂಭಿಸಿತು. ವೇದಿಕೆಯು ಇನ್ನು ಮುಂದೆ ನಿಭಾಯಿಸಲು ಸಾಧ್ಯವಾಗದ ಕಾರಣ ಬಿಲ್ಲಿಂಗ್ ಸೇವೆಯನ್ನು ಇದಕ್ಕೆ ಸೇರಿಸಲಾಗಿದೆ. ನಂತರ MySQL ನಿಂದ ಬಿಲ್ಲಿಂಗ್ ಸರ್ವರ್ ಮೊಂಗೋಗೆ ಸ್ಥಳಾಂತರಗೊಂಡಿತು. ಪರಿಣಾಮವಾಗಿ, ಅಲ್ಲಿಗೆ ಹೋಗುವ ಎಲ್ಲಾ ಕರೆಗಳನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುವ ಕೆಲಸದ ಪರಿಹಾರವನ್ನು ನಾವು ಪಡೆದುಕೊಂಡಿದ್ದೇವೆ:
ಆದರೆ ಎಲ್ಲೋ, ಒಳಗೆ, ಅದೇ ಮಾರಾಟಗಾರರ ಉತ್ಪನ್ನವು ತಿರುಗುತ್ತಿದೆ - ಮುಖ್ಯ, ಪರಮಾಣು, ನಾವು ಒಮ್ಮೆ ತೆಗೆದುಕೊಂಡಿದ್ದೇವೆ. 2011 ರ ಅಂತ್ಯದ ವೇಳೆಗೆ, ನಮಗೆ ಮುಖ್ಯ ಅಡಚಣೆಯು ಈ ನಿರ್ದಿಷ್ಟ ಉತ್ಪನ್ನವಾಗಿದೆ ಎಂದು ನಾವು ಅರಿತುಕೊಂಡೆವು - ನಾವು ಅದರಲ್ಲಿ ಓಡುತ್ತೇವೆ. ನಮ್ಮ ಮುಂದೆ ಒಂದು ಗೋಡೆಯನ್ನು ನೋಡಿದೆವು, ಅದರಲ್ಲಿ ಹೆಚ್ಚಿನ ಗ್ರಾಹಕರು ಬರುತ್ತಿದ್ದರಿಂದ ನಾವು ಪೂರ್ಣ ನಾಗಾಲೋಟದಲ್ಲಿ ಓಡಿದೆವು.
ಅದರಂತೆ, ನಾವು ಏನನ್ನಾದರೂ ಮಾಡಬೇಕಾಗಿದೆ. ಸಹಜವಾಗಿ, ನಾವು ವಿವಿಧ ಉತ್ಪನ್ನಗಳ ಕುರಿತು ಸಾಕಷ್ಟು ಸಂಶೋಧನೆಗಳನ್ನು ನಡೆಸಿದ್ದೇವೆ - ತೆರೆದ ಮೂಲ ಮತ್ತು ಮಾರಾಟಗಾರರ ಎರಡೂ. ನಾನು ಈಗ ಇದರ ಬಗ್ಗೆ ವಾಸಿಸುವುದಿಲ್ಲ - ನಾವು ಮಾತನಾಡುತ್ತಿರುವುದು ಅದರ ಬಗ್ಗೆ ಅಲ್ಲ. ನಾವು ಯೋಚಿಸಿದ ಕೊನೆಯ ಫಾಲ್ಬ್ಯಾಕ್ ಆಯ್ಕೆಯು ನಮ್ಮದೇ ಆದ ವೇದಿಕೆಯನ್ನು ಮಾಡುವುದು.
ಅಂತಿಮವಾಗಿ, ನಾವು ಈ ಆಯ್ಕೆಗೆ ಬಂದಿದ್ದೇವೆ. ಏಕೆ? ಏಕೆಂದರೆ ಎಲ್ಲಾ ಮಾರಾಟಗಾರರು ಮತ್ತು ತೆರೆದ ಮೂಲ ಉತ್ಪನ್ನಗಳನ್ನು 10 ವರ್ಷ ವಯಸ್ಸಿನ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಲು ತಯಾರಿಸಲಾಗುತ್ತದೆ. ಸರಿ, 10 ವರ್ಷ ವಯಸ್ಸಿನವರಾಗಿದ್ದರೆ, ಮತ್ತು ಇನ್ನೂ ಕೆಲವು! ಆಯ್ಕೆಯು ನಮಗೆ ಸ್ಪಷ್ಟವಾಯಿತು: ಒಂದೋ ನಾವು ಆದರ್ಶ ಸೇವೆಯ (ಪಾಲುದಾರರು, ನಿರ್ವಾಹಕರು ಮತ್ತು ನಮಗಾಗಿ) ನಮ್ಮ ಉತ್ತಮ ಕಲ್ಪನೆಗೆ ವಿದಾಯ ಹೇಳುತ್ತೇವೆ ಅಥವಾ ನಾವು ನಮ್ಮದೇ ಆದದ್ದನ್ನು ಮಾಡುತ್ತೇವೆ.
ನಾವು ನಮ್ಮದೇ ಆದದ್ದನ್ನು ಮಾಡಲು ನಿರ್ಧರಿಸಿದ್ದೇವೆ!
ವೇದಿಕೆಯ ಅವಶ್ಯಕತೆಗಳು
ನೀವು ದೀರ್ಘಕಾಲದವರೆಗೆ ಏನನ್ನಾದರೂ ಮಾಡುತ್ತಿದ್ದರೆ (ಬೇರೊಬ್ಬರ ಉತ್ಪನ್ನವನ್ನು ಬಳಸುವುದು), ನಂತರ ಆಲೋಚನೆಯು ನಿಧಾನವಾಗಿ ನಿಮ್ಮ ತಲೆಯಲ್ಲಿ ರೂಪುಗೊಳ್ಳುತ್ತದೆ: ನಾನು ಇದನ್ನು ಹೇಗೆ ಮಾಡುತ್ತೇನೆ? ನಾವೆಲ್ಲರೂ ಕಂಪನಿಯಲ್ಲಿ ಪ್ರೋಗ್ರಾಮರ್ಗಳಾಗಿರುವುದರಿಂದ (ಮಾರಾಟಗಾರರನ್ನು ಹೊರತುಪಡಿಸಿ, ಯಾವುದೇ ಪ್ರೋಗ್ರಾಮರ್ಗಳಿಲ್ಲ), ನಮ್ಮ ಅವಶ್ಯಕತೆಗಳು ಬಹಳ ಹಿಂದೆಯೇ ಅಭಿವೃದ್ಧಿಗೊಂಡಿವೆ ಮತ್ತು ಅವುಗಳು ಸ್ಪಷ್ಟವಾಗಿವೆ:
- ಹೆಚ್ಚಿನ ಅಭಿವೃದ್ಧಿ ವೇಗ. ನಮ್ಮನ್ನು ಪೀಡಿಸಿದ ಮಾರಾಟಗಾರರ ಉತ್ಪನ್ನವು ತೃಪ್ತಿಕರವಾಗಿಲ್ಲ, ಮೊದಲನೆಯದಾಗಿ, ಏಕೆಂದರೆ ಎಲ್ಲವೂ ದೀರ್ಘ ಮತ್ತು ನಿಧಾನವಾಗಿ ಹೊರಹೊಮ್ಮಿತು. ನಾವು ಅದನ್ನು ತ್ವರಿತವಾಗಿ ಬಯಸಿದ್ದೇವೆ - ನಮಗೆ ಬಹಳಷ್ಟು ವಿಚಾರಗಳಿವೆ! ನಮ್ಮಲ್ಲಿ ಇನ್ನೂ ಹಲವು ಐಡಿಯಾಗಳಿವೆ, ಆದರೆ ನಂತರ ಆಲೋಚನೆಗಳ ಪಟ್ಟಿ ಹತ್ತು ವರ್ಷ ಮುಂಚಿತವಾಗಿಯೇ ಇತ್ತು. ಈಗ ಕೇವಲ ಒಂದು ವರ್ಷಕ್ಕೆ.
- ಬಹು-ಕೋರ್ ಕಬ್ಬಿಣದ ಗರಿಷ್ಠ ಬಳಕೆ. ಇದು ನಮಗೆ ಮುಖ್ಯವಾಗಿತ್ತು, ಏಕೆಂದರೆ ಹೆಚ್ಚು ಹೆಚ್ಚು ಕೋರ್ಗಳು ಮಾತ್ರ ಇರುತ್ತವೆ ಎಂದು ನಾವು ನೋಡಿದ್ದೇವೆ.
- ಹೆಚ್ಚಿನ ವಿಶ್ವಾಸಾರ್ಹತೆ. ನಾವೂ ಸಹ ಅಳುತ್ತಿದ್ದೆವೋ ಏನೋ.
- ವೈಫಲ್ಯಗಳಿಗೆ ಹೆಚ್ಚಿನ ಪ್ರತಿರೋಧ.
- ನಾವು ದೈನಂದಿನ ಬಿಡುಗಡೆಯ ಪ್ರಕ್ರಿಯೆಯೊಂದಿಗೆ ಕೊನೆಗೊಳ್ಳಲು ಬಯಸಿದ್ದೇವೆ. ಇದಕ್ಕಾಗಿ ನಮಗೆ ಭಾಷೆಯ ಆಯ್ಕೆ ಬೇಕಿತ್ತು.
ಅಂತೆಯೇ, ನಾವು ನಮಗಾಗಿ ಹೊಂದಿಸಿರುವ ಉತ್ಪನ್ನದ ಅವಶ್ಯಕತೆಗಳಿಂದ, ಭಾಷೆಯ ಅವಶ್ಯಕತೆಗಳು ಸ್ಪಷ್ಟವಾಗಿ ತಾರ್ಕಿಕ ರೀತಿಯಲ್ಲಿ ಬೆಳೆಯುತ್ತವೆ.
- ನಾವು ಮಲ್ಟಿ-ಕೋರ್ ಸಿಸ್ಟಮ್ಗಳಿಗೆ ಬೆಂಬಲವನ್ನು ಬಯಸಿದರೆ, ಸಮಾನಾಂತರ ಕಾರ್ಯಗತಗೊಳಿಸಲು ನಮಗೆ ಬೆಂಬಲ ಬೇಕಾಗುತ್ತದೆ.
- ನಮಗೆ ಅಭಿವೃದ್ಧಿ ವೇಗ ಬೇಕಾದರೆ, ಸ್ಪರ್ಧಾತ್ಮಕ ಅಭಿವೃದ್ಧಿ, ಸ್ಪರ್ಧಾತ್ಮಕ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಅನ್ನು ಬೆಂಬಲಿಸುವ ಭಾಷೆ ನಮಗೆ ಬೇಕು. ಯಾರಾದರೂ ವ್ಯತ್ಯಾಸವನ್ನು ಎದುರಿಸದಿದ್ದರೆ, ಅದು ತುಂಬಾ ಸರಳವಾಗಿದೆ:
- ಸಮಾನಾಂತರ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಎರಡು ವಿಭಿನ್ನ ಎಳೆಗಳನ್ನು ವಿವಿಧ ಕೋರ್ಗಳಲ್ಲಿ ಹೇಗೆ ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗುತ್ತದೆ ಎಂಬುದರ ಕುರಿತು;
- ಸಮಾನಾಂತರ ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆಯಿಂದ ಬರುವ ಎಲ್ಲಾ ಸಂಕೀರ್ಣತೆಯನ್ನು ಮರೆಮಾಡಲು ಭಾಷೆ (ಅಥವಾ ರನ್ಟೈಮ್, ಇದು ಅಪ್ರಸ್ತುತವಾಗುತ್ತದೆ) ಹೇಗೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ ಎಂಬುದರ ಕುರಿತು ಏಕಕಾಲಿಕ ಮರಣದಂಡನೆ ಅಥವಾ ಹೆಚ್ಚು ನಿಖರವಾಗಿ, ಏಕಕಾಲಿಕ ಬೆಂಬಲ.
- ಹೆಚ್ಚಿನ ಸ್ಥಿರತೆ. ನಿಸ್ಸಂಶಯವಾಗಿ, ನಮಗೆ ಕ್ಲಸ್ಟರ್ ಅಗತ್ಯವಿದೆ, ಮತ್ತು ನಾವು ಮಾರಾಟಗಾರರ ಉತ್ಪನ್ನಕ್ಕಿಂತ ಉತ್ತಮವಾದದ್ದು.
ನೀವು ನೆನಪಿಟ್ಟುಕೊಂಡರೆ, ನಮ್ಮಲ್ಲಿ ನಿಜವಾಗಿಯೂ ಅಷ್ಟು ಆಯ್ಕೆಗಳು ಇರಲಿಲ್ಲ. ಮೊದಲನೆಯದಾಗಿ, ಎರ್ಲಾಂಗ್ - ನಾವು ಅದನ್ನು ಪ್ರೀತಿಸುತ್ತೇವೆ ಮತ್ತು ತಿಳಿದಿದ್ದೇವೆ, ಅದು ನನ್ನ ವೈಯಕ್ತಿಕ, ವೈಯಕ್ತಿಕ ನೆಚ್ಚಿನದು. ಎರಡನೆಯದಾಗಿ, ಜಾವಾ ಕೂಡ ಜಾವಾ ಅಲ್ಲ, ಆದರೆ ನಿರ್ದಿಷ್ಟವಾಗಿ ಸ್ಕಲಾ. ಮೂರನೆಯದಾಗಿ, ಆ ಸಮಯದಲ್ಲಿ ನಮಗೆ ತಿಳಿದಿರದ ಭಾಷೆ - ಹೋಗಿ. ಅದು ಆಗ ಕಾಣಿಸಿಕೊಂಡಿತ್ತು, ಅಥವಾ ಬದಲಿಗೆ, ಅದು ಈಗಾಗಲೇ ಸುಮಾರು ಎರಡು ವರ್ಷಗಳ ಕಾಲ ಅಸ್ತಿತ್ವದಲ್ಲಿದೆ, ಆದರೆ ಇನ್ನೂ ಬಿಡುಗಡೆಯಾಗಲಿಲ್ಲ.
ಹೋಗಿ ಗೆದ್ದೆ!
ಗೋ ಇತಿಹಾಸ
ನಾವು ಅದರ ಮೇಲೆ ವೇದಿಕೆ ಮಾಡಿದೆವು. ಏಕೆ ಎಂದು ವಿವರಿಸಲು ನಾನು ಪ್ರಯತ್ನಿಸುತ್ತೇನೆ.
ಎ ಬ್ರೀಫ್ ಹಿಸ್ಟರಿ ಆಫ್ ಗೋ. ಇದು 2007 ರಲ್ಲಿ ಪ್ರಾರಂಭವಾಯಿತು, 2009 ರಲ್ಲಿ ತೆರೆಯಲಾಯಿತು, ಮೊದಲ ಆವೃತ್ತಿಯನ್ನು 2012 ರಲ್ಲಿ ಬಿಡುಗಡೆ ಮಾಡಲಾಯಿತು (ಅಂದರೆ, ನಾವು ಮೊದಲ ಬಿಡುಗಡೆಗೆ ಮುಂಚೆಯೇ ಕೆಲಸ ಮಾಡಲು ಪ್ರಾರಂಭಿಸಿದ್ದೇವೆ). ಪ್ರಾರಂಭಿಕ Google ಆಗಿತ್ತು, ಇದು ನಾನು ಅನುಮಾನಿಸಿದಂತೆ ಜಾವಾವನ್ನು ಬದಲಿಸಲು ಬಯಸಿದೆ.
ಲೇಖಕರು ಬಹಳ ಪ್ರಸಿದ್ಧರಾಗಿದ್ದಾರೆ:
- ಯುನಿಕ್ಸ್ ಹಿಂದೆ ಇದ್ದ ಕೆನ್ ಥಾಮ್ಸನ್, UTF-8 ಅನ್ನು ಕಂಡುಹಿಡಿದರು, ಯೋಜನೆ 9 ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಕೆಲಸ ಮಾಡಿದರು;
- ಕೆನ್ನೊಂದಿಗೆ UTF-8 ಅನ್ನು ಕಂಡುಹಿಡಿದ ರಾಬ್ ಪೈಕ್, ಬೆಲ್ ಲ್ಯಾಬ್ಸ್ನಲ್ಲಿ ಪ್ಲ್ಯಾನ್ 9, ಇನ್ಫರ್ನೋ, ಲಿಂಬೊದಲ್ಲಿ ಸಹ ಕೆಲಸ ಮಾಡಿದರು;
- ರಾಬರ್ಟ್ ಗೀಸ್ಮರ್, ಜಾವಾ ಹಾಟ್ಸ್ಪಾಟ್ ಕಂಪೈಲರ್ ಅನ್ನು ಕಂಡುಹಿಡಿದಿದ್ದಕ್ಕಾಗಿ ಮತ್ತು V8 (ಗೂಗಲ್ನ ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್ ಇಂಟರ್ಪ್ರಿಟರ್) ನಲ್ಲಿನ ಜನರೇಟರ್ನಲ್ಲಿ ಅವರ ಕೆಲಸಕ್ಕಾಗಿ ನಮಗೆ ತಿಳಿದಿರುವ ಮತ್ತು ಪ್ರೀತಿಸುವ;
- ಮತ್ತು ನಮ್ಮ ಕೆಲವು ಪ್ಯಾಚ್ಗಳನ್ನು ಒಳಗೊಂಡಂತೆ 700 ಕ್ಕೂ ಹೆಚ್ಚು ಕೊಡುಗೆದಾರರು.
ಹೋಗಿ: ಮೊದಲ ನೋಟ
ಭಾಷೆ ಹೆಚ್ಚು ಕಡಿಮೆ ಸರಳ ಮತ್ತು ಅರ್ಥವಾಗುವಂತಹದ್ದಾಗಿರುವುದನ್ನು ನಾವು ನೋಡುತ್ತೇವೆ. ನಾವು ಸ್ಪಷ್ಟ ಪ್ರಕಾರಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ: ಕೆಲವು ಸಂದರ್ಭಗಳಲ್ಲಿ ಅವುಗಳನ್ನು ಘೋಷಿಸಬೇಕಾಗಿದೆ, ಇತರರಲ್ಲಿ ಅವರು ಅಗತ್ಯವಿಲ್ಲ (ಇದರರ್ಥ ಪ್ರಕಾರಗಳನ್ನು ಒಂದು ರೀತಿಯಲ್ಲಿ ಅಥವಾ ಇನ್ನೊಂದು ರೀತಿಯಲ್ಲಿ ಊಹಿಸಲಾಗಿದೆ).
ರಚನೆಗಳನ್ನು ವಿವರಿಸಲು ಇದು ಫ್ಯಾಶನ್ ಎಂದು ನೋಡಬಹುದು. ನಾವು ಪಾಯಿಂಟರ್ (ಆಸ್ಟ್ರಿಸ್ಕ್ ಇರುವಲ್ಲಿ) ಪರಿಕಲ್ಪನೆಯನ್ನು ಹೊಂದಿದ್ದೇವೆ ಎಂದು ನೋಡಬಹುದು. ಅರೇಗಳು ಮತ್ತು ಅಸೋಸಿಯೇಟಿವ್ ಅರೇಗಳ ಪ್ರಾರಂಭವನ್ನು ಘೋಷಿಸಲು ವಿಶೇಷ ಬೆಂಬಲವಿದೆ ಎಂದು ನೋಡಬಹುದು.
ಇದು ಬಹುತೇಕ ಸ್ಪಷ್ಟವಾಗಿದೆ - ನೀವು ಬದುಕಬಹುದು. ಹಲೋ, ವರ್ಲ್ಡ್ ಎಂದು ಬರೆಯಲು ಪ್ರಯತ್ನಿಸೋಣ:
ನಾವು ಏನು ನೋಡುತ್ತೇವೆ? ಇದು ಸಿ-ರೀತಿಯ ಸಿಂಟ್ಯಾಕ್ಸ್ ಆಗಿದೆ, ಸೆಮಿಕೋಲನ್ ಐಚ್ಛಿಕವಾಗಿರುತ್ತದೆ. ಇದು ಎರಡು ಸಾಲುಗಳಿಗೆ ವಿಭಜಕವಾಗಬಹುದು, ಆದರೆ ಇವು ಒಂದೇ ಸಾಲಿನಲ್ಲಿ ಇರುವ ಎರಡು ನಿರ್ಮಾಣಗಳಾಗಿದ್ದರೆ ಮಾತ್ರ.
ನಿಯಂತ್ರಣ ರಚನೆಗಳಲ್ಲಿ (14 ನೇ ಸಾಲಿನಲ್ಲಿ) ಬ್ರಾಕೆಟ್ಗಳು ಐಚ್ಛಿಕವಾಗಿರುತ್ತವೆ ಎಂದು ನಾವು ನೋಡುತ್ತೇವೆ, ಆದರೆ ಕರ್ಲಿ ಬ್ರೇಸ್ಗಳು ಯಾವಾಗಲೂ ಅಗತ್ಯವಿರುತ್ತದೆ. ಟೈಪಿಂಗ್ ಸ್ಥಿರವಾಗಿದೆ ಎಂದು ನಾವು ನೋಡುತ್ತೇವೆ. ಟಿಮ್ ಅನ್ನು ಹೆಚ್ಚಿನ ಸಮಯ ತೆಗೆದುಕೊಳ್ಳಲಾಗುತ್ತದೆ. ಈ ಉದಾಹರಣೆಯು ಸಾಮಾನ್ಯ ಹಲೋ, ವರ್ಲ್ಡ್ಗಿಂತ ಸ್ವಲ್ಪ ಹೆಚ್ಚು ಸಂಕೀರ್ಣವಾಗಿದೆ - ಗ್ರಂಥಾಲಯವಿದೆ ಎಂದು ತೋರಿಸಲು.
ಬೇರೆ ಯಾವುದನ್ನು ನಾವು ಮುಖ್ಯವೆಂದು ನೋಡುತ್ತೇವೆ? ಕೋಡ್ ಅನ್ನು ಪ್ಯಾಕೇಜ್ಗಳಾಗಿ ಆಯೋಜಿಸಲಾಗಿದೆ. ಮತ್ತು ನಿಮ್ಮ ಸ್ವಂತ ಕೋಡ್ನಲ್ಲಿ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಬಳಸಲು, ನೀವು ಆಮದು ನಿರ್ದೇಶನವನ್ನು ಬಳಸಿಕೊಂಡು ಅದನ್ನು ಆಮದು ಮಾಡಿಕೊಳ್ಳಬೇಕು - ಇದು ಸಹ ಮುಖ್ಯವಾಗಿದೆ. ನಾವು ಅದನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತೇವೆ - ಅದು ಕೆಲಸ ಮಾಡುತ್ತದೆ. ಗ್ರೇಟ್!
ಮುಂದೆ ಹೆಚ್ಚು ಸಂಕೀರ್ಣವಾದದ್ದನ್ನು ಪ್ರಯತ್ನಿಸೋಣ: ಹಲೋ, ವರ್ಲ್ಡ್, ಆದರೆ ಈಗ ಅದು http ಸರ್ವರ್ ಆಗಿದೆ. ನಾವು ಇಲ್ಲಿ ಆಸಕ್ತಿದಾಯಕವಾಗಿ ಏನು ನೋಡುತ್ತೇವೆ?
ಮೊದಲನೆಯದಾಗಿ, ಕಾರ್ಯವು ನಿಯತಾಂಕವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಇದರರ್ಥ ನಮ್ಮ ಕಾರ್ಯವು "ಪ್ರಥಮ ದರ್ಜೆಯ ನಾಗರಿಕ" ಮತ್ತು ನೀವು ಅದರೊಂದಿಗೆ ಕ್ರಿಯಾತ್ಮಕ ಶೈಲಿಯಲ್ಲಿ ಬಹಳಷ್ಟು ಆಸಕ್ತಿದಾಯಕ ವಿಷಯಗಳನ್ನು ಮಾಡಬಹುದು. ಮುಂದೆ ನಾವು ಅನಿರೀಕ್ಷಿತವಾದದ್ದನ್ನು ನೋಡುತ್ತೇವೆ: ಆಮದು ನಿರ್ದೇಶನವು ನೇರವಾಗಿ GitHub ರೆಪೊಸಿಟರಿಗೆ ಲಿಂಕ್ ಮಾಡುತ್ತದೆ. ಅದು ಸರಿ, ಅದು ಹೀಗಿದೆ - ಮೇಲಾಗಿ, ಅದು ಮಾಡಬೇಕಾದ ಮಾರ್ಗವಾಗಿದೆ.
Go ನಲ್ಲಿ, ಪ್ಯಾಕೇಜ್ನ ಸಾರ್ವತ್ರಿಕ ಗುರುತಿಸುವಿಕೆಯು ಅದರ ರೆಪೊಸಿಟರಿಯ url ಆಗಿದೆ. ವಿಶೇಷವಾದ Goget ಯುಟಿಲಿಟಿ ಇದೆ ಅದು ಎಲ್ಲಾ ಅವಲಂಬನೆಗಳನ್ನು ಪಡೆದುಕೊಳ್ಳುತ್ತದೆ, ಅವುಗಳನ್ನು ಡೌನ್ಲೋಡ್ ಮಾಡಿ, ಅವುಗಳನ್ನು ಸ್ಥಾಪಿಸಿ, ಅವುಗಳನ್ನು ಕಂಪೈಲ್ ಮಾಡಿ ಮತ್ತು ಅಗತ್ಯವಿದ್ದರೆ ಬಳಕೆಗೆ ಸಿದ್ಧಪಡಿಸುತ್ತದೆ. ಅದೇ ಸಮಯದಲ್ಲಿ, ಗೊಗೆಟ್ html-meta ಬಗ್ಗೆ ತಿಳಿದಿದೆ. ಅಂತೆಯೇ, ನಿಮ್ಮ ನಿರ್ದಿಷ್ಟ ರೆಪೊಸಿಟರಿಯ ಲಿಂಕ್ಗಳನ್ನು ಒಳಗೊಂಡಿರುವ http ಡೈರೆಕ್ಟರಿಯನ್ನು ನೀವು ಇರಿಸಬಹುದು (ಉದಾಹರಣೆಗೆ, ನಾವು ಮಾಡುವಂತೆ).
ನಾವು ಇನ್ನೇನು ನೋಡುತ್ತೇವೆ? ಪ್ರಮಾಣಿತ ಗ್ರಂಥಾಲಯದಲ್ಲಿ Http ಮತ್ತು Json. ನಿಸ್ಸಂಶಯವಾಗಿ, ಆತ್ಮಾವಲೋಕನ - ಪ್ರತಿಬಿಂಬವಿದೆ, ಇದನ್ನು ಎನ್ಕೋಡಿಂಗ್/ಜೆಸನ್ನಲ್ಲಿ ಬಳಸಬೇಕು, ಏಕೆಂದರೆ ನಾವು ಅದಕ್ಕೆ ಕೆಲವು ಅನಿಯಂತ್ರಿತ ವಸ್ತುವನ್ನು ಸರಳವಾಗಿ ಬದಲಿಸುತ್ತೇವೆ.
ನಾವು ಅದನ್ನು ರನ್ ಮಾಡುತ್ತೇವೆ ಮತ್ತು ನಾವು 20 ಸಾಲುಗಳಲ್ಲಿ ಉಪಯುಕ್ತ ಕೋಡ್ ಅನ್ನು ಹೊಂದಿದ್ದೇವೆ ಎಂದು ನೋಡುತ್ತೇವೆ, ಇದು ಯಂತ್ರದ ಪ್ರಸ್ತುತ ಸರಾಸರಿ ಲೋಡ್ ಅನ್ನು ಕಂಪೈಲ್ ಮಾಡುತ್ತದೆ, ರನ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ವರದಿ ಮಾಡುತ್ತದೆ (ಅದನ್ನು ಪ್ರಾರಂಭಿಸುವ ಯಂತ್ರದಲ್ಲಿ).
ನಾವು ತಕ್ಷಣ ಇಲ್ಲಿ ನೋಡಬಹುದಾದ ಇನ್ನೇನು ಮುಖ್ಯ? ಇದನ್ನು ಒಂದು ಸ್ಥಿರ ಬೈನರಿ (ಬ್ಯುನರಿ) ಆಗಿ ಸಂಕಲಿಸಲಾಗಿದೆ. ಈ ಬೈನರಿಗೆ ಯಾವುದೇ ಅವಲಂಬನೆಗಳಿಲ್ಲ, ಗ್ರಂಥಾಲಯಗಳಿಲ್ಲ! ನೀವು ಅದನ್ನು ಯಾವುದೇ ಸಿಸ್ಟಮ್ಗೆ ನಕಲಿಸಬಹುದು, ತಕ್ಷಣ ಅದನ್ನು ಚಲಾಯಿಸಬಹುದು ಮತ್ತು ಅದು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.
ಮುಂದುವರೆಯುತ್ತಿದೆ.
ಹೋಗಿ: ವಿಧಾನಗಳು ಮತ್ತು ಇಂಟರ್ಫೇಸ್ಗಳು
ಗೋ ವಿಧಾನಗಳನ್ನು ಹೊಂದಿದೆ. ಯಾವುದೇ ಕಸ್ಟಮ್ ಪ್ರಕಾರಕ್ಕಾಗಿ ನೀವು ವಿಧಾನವನ್ನು ಘೋಷಿಸಬಹುದು. ಇದಲ್ಲದೆ, ಇದು ಅಗತ್ಯವಾಗಿ ರಚನೆಯಾಗಿಲ್ಲ, ಆದರೆ ಕೆಲವು ವಿಧದ ಅಲಿಯಾಸ್ ಆಗಿರಬಹುದು. ನೀವು N32 ಗಾಗಿ ಅಲಿಯಾಸ್ ಅನ್ನು ಘೋಷಿಸಬಹುದು ಮತ್ತು ಉಪಯುಕ್ತವಾದದ್ದನ್ನು ಮಾಡಲು ವಿಧಾನಗಳನ್ನು ಬರೆಯಬಹುದು.
ಮತ್ತು ಇಲ್ಲಿ ನಾವು ಮೊದಲ ಬಾರಿಗೆ ಮೂರ್ಖತನಕ್ಕೆ ಬೀಳುತ್ತೇವೆ ... ಗೋ ಅಂತಹ ತರಗತಿಗಳನ್ನು ಹೊಂದಿಲ್ಲ ಎಂದು ಅದು ತಿರುಗುತ್ತದೆ. ಗೋ ಬಲ್ಲವರು ಪ್ರಕಾರ ಸೇರ್ಪಡೆ ಇದೆ ಎಂದು ಹೇಳಬಹುದು, ಆದರೆ ಅದು ಸಂಪೂರ್ಣವಾಗಿ ಬೇರೆಯೇ ಆಗಿದೆ. ಡೆವಲಪರ್ ಎಷ್ಟು ಬೇಗ ಅದನ್ನು ಪಿತ್ರಾರ್ಜಿತ ಎಂದು ಯೋಚಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತಾನೆ, ಉತ್ತಮ. ಗೋದಲ್ಲಿ ಯಾವುದೇ ವರ್ಗಗಳಿಲ್ಲ, ಮತ್ತು ಉತ್ತರಾಧಿಕಾರವೂ ಇಲ್ಲ.
ಪ್ರಶ್ನೆ! ಪ್ರಪಂಚದ ಸಂಕೀರ್ಣತೆಯನ್ನು ಪ್ರತಿಬಿಂಬಿಸಲು Google ನೇತೃತ್ವದ ಲೇಖಕರ ಕಂಪನಿಯು ನಮಗೆ ಏನು ನೀಡಿದೆ? ಅವರು ನಮಗೆ ಇಂಟರ್ಫೇಸ್ ನೀಡಿದರು!
ಇಂಟರ್ಫೇಸ್ ಒಂದು ವಿಶೇಷ ಪ್ರಕಾರವಾಗಿದ್ದು ಅದು ಸರಳವಾಗಿ ವಿಧಾನಗಳು, ವಿಧಾನದ ಸಹಿಗಳನ್ನು ಬರೆಯಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಇದಲ್ಲದೆ, ಈ ವಿಧಾನಗಳು ಅಸ್ತಿತ್ವದಲ್ಲಿವೆ (ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗುತ್ತದೆ) ಯಾವುದೇ ಪ್ರಕಾರವು ಈ ಇಂಟರ್ಫೇಸ್ಗೆ ಅನುಗುಣವಾಗಿರುತ್ತದೆ. ಇದರರ್ಥ ನೀವು ಒಂದು ಪ್ರಕಾರಕ್ಕೆ ಅನುಗುಣವಾದ ಕಾರ್ಯವನ್ನು ಸರಳವಾಗಿ ವಿವರಿಸಬಹುದು, ಇನ್ನೊಂದಕ್ಕೆ (ಇದು ಇಂಟರ್ಫೇಸ್ ಪ್ರಕಾರಕ್ಕೆ ಅನುರೂಪವಾಗಿದೆ). ಮುಂದೆ, ಈ ಇಂಟರ್ಫೇಸ್ನ ಪ್ರಕಾರದ ವೇರಿಯಬಲ್ ಅನ್ನು ಘೋಷಿಸಿ ಮತ್ತು ಈ ಯಾವುದೇ ವಸ್ತುಗಳನ್ನು ಅದಕ್ಕೆ ನಿಯೋಜಿಸಿ.
ಹಾರ್ಡ್ಕೋರ್ ಅಭಿಮಾನಿಗಳಿಗೆ, ಈ ವೇರಿಯೇಬಲ್ ವಾಸ್ತವವಾಗಿ ಎರಡು ಪಾಯಿಂಟರ್ಗಳನ್ನು ಹೊಂದಿರುತ್ತದೆ ಎಂದು ನಾನು ಹೇಳಬಲ್ಲೆ: ಒಂದು ಡೇಟಾಗೆ, ಇನ್ನೊಂದು ವಿಶೇಷ ವಿವರಣೆಗಳ ಟೇಬಲ್ಗೆ, ಇದು ಈ ನಿರ್ದಿಷ್ಟ ಪ್ರಕಾರಕ್ಕೆ ವಿಶಿಷ್ಟವಾಗಿದೆ, ಈ ಪ್ರಕಾರದ ಇಂಟರ್ಫೇಸ್ಗಾಗಿ. ಅಂದರೆ, ಕಂಪೈಲರ್ ಲಿಂಕ್ ಮಾಡುವ ಸಮಯದಲ್ಲಿ ಅಂತಹ ವಿವರಣೆ ಕೋಷ್ಟಕಗಳನ್ನು ರಚಿಸುತ್ತದೆ.
ಮತ್ತು Go ನಲ್ಲಿ, ಸಹಜವಾಗಿ, ಅನೂರ್ಜಿತಗೊಳಿಸಲು ಪಾಯಿಂಟರ್ಗಳಿವೆ. ಪದ ಇಂಟರ್ಫೇಸ್ {} (ಎರಡು ಸುರುಳಿಯಾಕಾರದ ಕಟ್ಟುಪಟ್ಟಿಗಳೊಂದಿಗೆ) ಒಂದು ವೇರಿಯೇಬಲ್ ಆಗಿದ್ದು ಅದು ಯಾವುದೇ ವಸ್ತುವನ್ನು ತಾತ್ವಿಕವಾಗಿ ಸೂಚಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.
ಇಲ್ಲಿಯವರೆಗೆ ಎಲ್ಲವೂ ಚೆನ್ನಾಗಿದೆ, ಎಲ್ಲವೂ ಪರಿಚಿತವಾಗಿದೆ. ಆಶ್ಚರ್ಯವೇನಿಲ್ಲ.
ಹೋಗು: ಗೊರೂಟಿನ್ಗಳು
ಈಗ ನಾವು ನಮಗೆ ಆಸಕ್ತಿಯಿರುವ ವಿಷಯಕ್ಕೆ ಬರುತ್ತೇವೆ: ಹಗುರವಾದ ಪ್ರಕ್ರಿಯೆಗಳು - ಗೋ ಪರಿಭಾಷೆಯಲ್ಲಿ ಗೊರೌಟಿನ್ಗಳು (ಗೊರೂಟಿನ್ಗಳು).
- ಮೊದಲನೆಯದಾಗಿ, ಅವು ನಿಜವಾಗಿಯೂ ಹಗುರವಾಗಿರುತ್ತವೆ (2 KB ಗಿಂತ ಕಡಿಮೆ).
- ಎರಡನೆಯದಾಗಿ, ಅಂತಹ ಗೊರೂಟಿನ್ ಅನ್ನು ರಚಿಸುವ ವೆಚ್ಚಗಳು ಅತ್ಯಲ್ಪವಾಗಿವೆ: ನೀವು ಪ್ರತಿ ಸೆಕೆಂಡಿಗೆ ಸಾವಿರವನ್ನು ರಚಿಸಬಹುದು - ಏನೂ ಆಗುವುದಿಲ್ಲ.
- ಅವರು ತಮ್ಮದೇ ಆದ ಶೆಡ್ಯೂಲರ್ನಿಂದ ಸೇವೆ ಸಲ್ಲಿಸುತ್ತಾರೆ, ಇದು ಕೇವಲ ಒಂದು ಗೊರೌಟಿನ್ನಿಂದ ಇನ್ನೊಂದಕ್ಕೆ ನಿಯಂತ್ರಣವನ್ನು ವರ್ಗಾಯಿಸುತ್ತದೆ.
- ಈ ಸಂದರ್ಭದಲ್ಲಿ, ನಿಯಂತ್ರಣವನ್ನು ಈ ಕೆಳಗಿನ ಸಂದರ್ಭಗಳಲ್ಲಿ ವರ್ಗಾಯಿಸಲಾಗುತ್ತದೆ:
- ಗೋ ಅಭಿವ್ಯಕ್ತಿ ಎದುರಾದರೆ (ಗೊರೌಟಿನ್ ಮುಂದಿನ ಗೊರೌಟಿನ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸಿದರೆ);
- ನಿರ್ಬಂಧಿಸುವ ಇನ್ಪುಟ್/ಔಟ್ ಕರೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿದ್ದರೆ;
- ಕಸ ಸಂಗ್ರಹಣೆ ಆರಂಭವಾದರೆ;
- ಚಾನಲ್ಗಳೊಂದಿಗೆ ಕೆಲವು ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಪ್ರಾರಂಭಿಸಿದರೆ.
ಅಂದರೆ, ಕಂಪ್ಯೂಟರ್ನಲ್ಲಿ Go ಪ್ರೋಗ್ರಾಂ ರನ್ ಆಗುವಾಗ, ಅದು ಸಿಸ್ಟಮ್ನಲ್ಲಿನ ಕೋರ್ಗಳ ಸಂಖ್ಯೆಯನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ, ಅಗತ್ಯವಿರುವಷ್ಟು ಥ್ರೆಡ್ಗಳನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ (ಸಿಸ್ಟಮ್ನಲ್ಲಿ ಎಷ್ಟು ಕೋರ್ಗಳಿವೆ ಅಥವಾ ಎಷ್ಟು ನೀವು ಅದನ್ನು ಹೇಳಿದ್ದೀರಿ). ಅಂತೆಯೇ, ಶೆಡ್ಯೂಲರ್ ಪ್ರತಿ ಕೋರ್ನಲ್ಲಿರುವ ಈ ಎಲ್ಲಾ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಥ್ರೆಡ್ಗಳಲ್ಲಿ ಈ ಹಗುರವಾದ ಥ್ರೆಡ್ಗಳನ್ನು ಎಕ್ಸಿಕ್ಯೂಶನ್ ಅನ್ನು ರನ್ ಮಾಡುತ್ತದೆ.
ಕಬ್ಬಿಣವನ್ನು ಬಳಸಿಕೊಳ್ಳಲು ಇದು ಅತ್ಯಂತ ಪರಿಣಾಮಕಾರಿ ಮಾರ್ಗವಾಗಿದೆ ಎಂದು ಗಮನಿಸಬೇಕು. ಏನು ತೋರಿಸಲಾಗಿದೆ ಎಂಬುದರ ಜೊತೆಗೆ, ನಾವು ಇನ್ನೂ ಹೆಚ್ಚಿನದನ್ನು ಮಾಡುತ್ತೇವೆ. ನಾವು ಡಿಪಿಐ ವ್ಯವಸ್ಥೆಗಳನ್ನು ತಯಾರಿಸುತ್ತೇವೆ, ಅದು ಒಂದು ಘಟಕವನ್ನು 40 ಗಿಗಾಬಿಟ್ಗಳನ್ನು ಪೂರೈಸಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ (ಈ ಸಾಲುಗಳಲ್ಲಿ ಏನಾಗುತ್ತದೆ ಎಂಬುದರ ಆಧಾರದ ಮೇಲೆ).
ಅಲ್ಲಿ, ಹೋಗುವುದಕ್ಕಿಂತ ಮುಂಚೆಯೇ, ನಾವು ನಿಖರವಾಗಿ ಈ ಕಾರಣಕ್ಕಾಗಿ ಅದೇ ಯೋಜನೆಯನ್ನು ಬಳಸಿದ್ದೇವೆ: ಏಕೆಂದರೆ ಇದು ಪ್ರೊಸೆಸರ್ ಸಂಗ್ರಹದ ಸ್ಥಳವನ್ನು ಸಂರಕ್ಷಿಸಲು ಮತ್ತು OS ಸಂದರ್ಭ ಸ್ವಿಚ್ಗಳ ಸಂಖ್ಯೆಯನ್ನು ಗಮನಾರ್ಹವಾಗಿ ಕಡಿಮೆ ಮಾಡಲು ಅನುಮತಿಸುತ್ತದೆ (ಇದು ಸಾಕಷ್ಟು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ). ನಾನು ಪುನರಾವರ್ತಿಸುತ್ತೇನೆ: ಕಬ್ಬಿಣವನ್ನು ಬಳಸಿಕೊಳ್ಳಲು ಇದು ಅತ್ಯಂತ ಪರಿಣಾಮಕಾರಿ ಮಾರ್ಗವಾಗಿದೆ.
ಈ ಸರಳ 21 ಸಾಲಿನ ಉದಾಹರಣೆಯು ಎಕೋ-ಸರ್ವರ್ ಅನ್ನು ಸರಳವಾಗಿ ಮಾಡುವ ಉದಾಹರಣೆಯಾಗಿದೆ. ಸರ್ವ್ ಕಾರ್ಯವು ತುಂಬಾ ಸರಳವಾಗಿದೆ, ಇದು ರೇಖೀಯವಾಗಿದೆ ಎಂಬುದನ್ನು ದಯವಿಟ್ಟು ಗಮನಿಸಿ. ಕಾಲ್ಬ್ಯಾಕ್ಗಳಿಲ್ಲ, ತಲೆಕೆಡಿಸಿಕೊಳ್ಳುವ ಮತ್ತು ಯೋಚಿಸುವ ಅಗತ್ಯವಿಲ್ಲ ... ನೀವು ಓದುತ್ತೀರಿ ಮತ್ತು ಬರೆಯುತ್ತೀರಿ!
ಅದೇ ಸಮಯದಲ್ಲಿ, ನೀವು ಓದಲು ಮತ್ತು ಬರೆಯುತ್ತಿದ್ದರೆ, ಅದು ನಿಜವಾಗಿ ನಿರ್ಬಂಧಿಸಬೇಕು - ಈ ಗೊರೌಟಿನ್ ಅನ್ನು ಸರಳವಾಗಿ ಸರದಿಯಲ್ಲಿ ಇರಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಮರಣದಂಡನೆ ಮತ್ತೆ ಸಾಧ್ಯವಾದಾಗ ಶೆಡ್ಯೂಲರ್ ಮೂಲಕ ತೆಗೆದುಕೊಳ್ಳಲಾಗುತ್ತದೆ. ಅಂದರೆ, ಈ ಸರಳ ಕೋಡ್ ಆ ಯಂತ್ರದಲ್ಲಿನ ಓಎಸ್ ಅನುಮತಿಸುವಷ್ಟು ಸಂಪರ್ಕಗಳಿಗೆ ಪ್ರತಿಧ್ವನಿ ಸರ್ವರ್ ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.
ಅತಿ ಶೀಘ್ರದಲ್ಲಿ ಮುಂದುವರೆಯುವುದು...
ಕೆಲವು ಜಾಹೀರಾತುಗಳು 🙂
ನಮ್ಮೊಂದಿಗೆ ಇರುವುದಕ್ಕೆ ಧನ್ಯವಾದಗಳು. ನೀವು ನಮ್ಮ ಲೇಖನಗಳನ್ನು ಇಷ್ಟಪಡುತ್ತೀರಾ? ಹೆಚ್ಚು ಆಸಕ್ತಿದಾಯಕ ವಿಷಯವನ್ನು ನೋಡಲು ಬಯಸುವಿರಾ? ಆರ್ಡರ್ ಮಾಡುವ ಮೂಲಕ ಅಥವಾ ಸ್ನೇಹಿತರಿಗೆ ಶಿಫಾರಸು ಮಾಡುವ ಮೂಲಕ ನಮ್ಮನ್ನು ಬೆಂಬಲಿಸಿ,
ಆಮ್ಸ್ಟರ್ಡ್ಯಾಮ್ನಲ್ಲಿರುವ Equinix Tier IV ಡೇಟಾ ಸೆಂಟರ್ನಲ್ಲಿ Dell R730xd 2x ಅಗ್ಗವಾಗಿದೆಯೇ? ಇಲ್ಲಿ ಮಾತ್ರ
ಮೂಲ: www.habr.com