ನಿಮ್ಮ ಡೆವಲಪರ್‌ಗಳು ಒತ್ತೆಯಾಳುಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುವುದನ್ನು ತಪ್ಪಿಸಿ

ಒತ್ತೆಯಾಳು 100107ಈ ವಾರಾಂತ್ಯದಲ್ಲಿ ನಾನು ಸ್ಥಳೀಯ ಕಲಾವಿದನೊಂದಿಗೆ ಸಂಭಾಷಣೆಯನ್ನು ಪ್ರಾರಂಭಿಸಿದೆ, ಆಕೆ ತನ್ನ ಬಾಸ್ ಹೊಂದಿರುವ ಒಂದೆರಡು ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ನಿರ್ವಹಣೆಯೊಂದಿಗೆ ತನ್ನ ಬಾಸ್‌ಗೆ ಸಹಾಯ ಮಾಡುತ್ತಿದ್ದಾಳೆ.

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

ಡೆವಲಪರ್ ಡೊಮೇನ್ ಹೆಸರುಗಳನ್ನು ವರ್ಗಾಯಿಸಿದರು ಆದ್ದರಿಂದ ಅವರು ಅವುಗಳನ್ನು ನಿರ್ವಹಿಸಬಹುದು. ಡೆವಲಪರ್ ತನ್ನ ಹೋಸ್ಟಿಂಗ್ ಖಾತೆಯಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಸಹ ಹೋಸ್ಟ್ ಮಾಡುತ್ತಾರೆ. ಸಂಕ್ಷಿಪ್ತವಾಗಿ, ಡೆವಲಪರ್ ಈಗ ಅವರನ್ನು ಒತ್ತೆಯಾಳುಗಳಾಗಿ ಹಿಡಿದಿದ್ದಾರೆ.

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

ಅಭಿವೃದ್ಧಿ ಪೂರ್ಣಗೊಂಡ ನಂತರ ಸೈಟ್‌ಗಳನ್ನು ಹೊಸ ಡೊಮೇನ್ ಹೆಸರುಗಳಿಗೆ ಸರಿಸಲು ಮಾಲೀಕರು ಯೋಜಿಸುತ್ತಿದ್ದರು. ಅದು ದೊಡ್ಡದಾಗಿದೆ ಏಕೆಂದರೆ ಡೆವಲಪರ್ ಮತ್ತು ಕಂಪನಿಯ ನಡುವೆ ಕೋಪಗೊಂಡ ಪ್ರತ್ಯೇಕತೆ ಇದ್ದಲ್ಲಿ ಪ್ರಸ್ತುತ ಡೊಮೇನ್‌ಗಳು ಮುಕ್ತಾಯಗೊಳ್ಳಬಹುದು. ಇದು ಮೊದಲು ಸಂಭವಿಸುವುದನ್ನು ನಾನು ನೋಡಿದ್ದೇನೆ.

ನೀವು ಹೊರಗುತ್ತಿಗೆ ಅಭಿವೃದ್ಧಿ ತಂಡವನ್ನು ಪಡೆಯಲು ಹೋದರೆ ಕೆಲವು ಸಲಹೆಗಳು:

  1. ಡೊಮೇನ್ ನೋಂದಣಿ

    ನಿಮ್ಮ ಡೊಮೇನ್ ಹೆಸರುಗಳನ್ನು ನಿಮ್ಮ ಕಂಪನಿಯ ಹೆಸರಿನಲ್ಲಿ ನೋಂದಾಯಿಸಿ. ನಿಮ್ಮ ಡೆವಲಪರ್ ಅನ್ನು ಖಾತೆಯಲ್ಲಿ ತಾಂತ್ರಿಕ ಸಂಪರ್ಕವಾಗಿರಿಸುವುದು ಕೆಟ್ಟದ್ದಲ್ಲ, ಆದರೆ ಎಂದಿಗೂ ಡೊಮೇನ್‌ನ ಮಾಲೀಕತ್ವವನ್ನು ನಿಮ್ಮ ಕಂಪನಿಯ ಹೊರಗಿನ ಯಾರಿಗಾದರೂ ವರ್ಗಾಯಿಸಿ.

  2. ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ಅಥವಾ ಸೈಟ್ ಅನ್ನು ಹೋಸ್ಟಿಂಗ್ ಮಾಡಲಾಗುತ್ತಿದೆ

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

  3. ಕೋಡ್ ಅನ್ನು ಹೊಂದಿರಿ

    ನೀವು ಕೋಡ್ ಅನ್ನು ಹೊಂದಿದ್ದೀರಿ ಎಂದು ಭಾವಿಸಬೇಡಿ, ಅದನ್ನು ಲಿಖಿತವಾಗಿ ಇರಿಸಿ. ನಿಮ್ಮ ಡೆವಲಪರ್ ನೀವು ಅವನಿಗೆ / ಅವಳಿಗೆ ಪಾವತಿಸಿದ ಪರಿಹಾರಗಳನ್ನು ಬೇರೆಡೆ ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಬಯಸದಿದ್ದರೆ, ಒಪ್ಪಂದದ ಸಮಯದಲ್ಲಿ ನೀವು ಅದನ್ನು ನಿರ್ಧರಿಸಬೇಕು. ನಾನು ಈ ರೀತಿ ಪರಿಹಾರಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಿದ್ದೇನೆ ಆದರೆ ನಾನು ಕೋಡ್‌ನ ಹಕ್ಕುಗಳನ್ನು ಉಳಿಸಿಕೊಳ್ಳುವ ಸ್ಥಳದಲ್ಲಿ ಅವುಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಿದ್ದೇನೆ. ನಂತರದ ಸಂದರ್ಭದಲ್ಲಿ, ಅರ್ಜಿಯ ವೆಚ್ಚವನ್ನು ನಾನು ಕಡಿಮೆ ಮಾತುಕತೆ ನಡೆಸಿದ್ದೇನೆ ಹಾಗಾಗಿ ಕಂಪನಿಗೆ ನನಗೆ ಹಕ್ಕುಗಳನ್ನು ನೀಡಲು ಪ್ರೋತ್ಸಾಹವಿದೆ. ನಿಮ್ಮ ಕೋಡ್ ಅನ್ನು ಬೇರೆಡೆ ಬಳಸುವುದನ್ನು ನಿಮ್ಮ ಡೆವಲಪರ್ ಮನಸ್ಸಿಲ್ಲದಿದ್ದರೆ, ನೀವು ಉನ್ನತ ಡಾಲರ್ ಪಾವತಿಸಬಾರದು!

  4. ಎರಡನೇ ಅಭಿಪ್ರಾಯ ಪಡೆಯಿರಿ!

    ಜನರು ಬಿಡ್ ತೆಗೆದುಕೊಳ್ಳುತ್ತಿದ್ದಾರೆ ಅಥವಾ ಇತರ ವೃತ್ತಿಪರರೊಂದಿಗೆ ಸಮಾಲೋಚಿಸುತ್ತಿದ್ದಾರೆ ಎಂದು ಜನರು ಹೇಳಿದಾಗ ಅದು ನನ್ನ ಭಾವನೆಗಳನ್ನು ನೋಯಿಸುವುದಿಲ್ಲ. ವಾಸ್ತವವಾಗಿ, ನಾನು ಅದನ್ನು ಶಿಫಾರಸು ಮಾಡುತ್ತೇವೆ!

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

6 ಪ್ರತಿಕ್ರಿಯೆಗಳು

  1. 1

    ನಾನು ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ ಡೆವಲಪರ್ ಆಗಿದ್ದೇನೆ ಮತ್ತು ನಿಮ್ಮ ಹೆಚ್ಚಿನ ಅಂಕಗಳನ್ನು ನಾನು ಒಪ್ಪುತ್ತೇನೆ (ಬಹುಶಃ ಎಲ್ಲ) ಆದರೆ ನಾನು # 3 ರಂದು ಸ್ಪಷ್ಟೀಕರಣವನ್ನು ಬಯಸುತ್ತೇನೆ.

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

    ಉದಾಹರಣೆ:
    ಕ್ಲೈಂಟ್ ಬಯಸಿದ ಪುಟ ಮಟ್ಟ ಮತ್ತು ಕ್ಷೇತ್ರ ಮಟ್ಟದ ನಿಯಂತ್ರಣವನ್ನು ಬಳಕೆದಾರರ ಪಾತ್ರಗಳೊಂದಿಗೆ ಜೋಡಿಸಲಾಗಿದೆ. ಎಎಸ್ಪಿ.ನೆಟ್ಗಾಗಿ "ಪೆಟ್ಟಿಗೆಯ ಹೊರಗೆ" ಕಾರ್ಯವು ಫೋಲ್ಡರ್ ಮಟ್ಟದ ಅನುಮತಿಗಳನ್ನು ಮಾಡುತ್ತದೆ. ಹಾಗಾಗಿ .Net ಗಾಗಿ ಸ್ಥಳೀಯ ಅನುಮತಿಗಳನ್ನು ವಿಸ್ತರಿಸಿದೆ ಮತ್ತು ಒಟ್ಟಾರೆ ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್‌ನ ಭಾಗವಾಗಿ ಪರಿಹಾರವನ್ನು ತಲುಪಿಸಿದೆ.

    ಅವರು ಸಂಪೂರ್ಣ ಕೋಡ್‌ಬೇಸ್‌ಗೆ (ಒಪ್ಪಂದದಲ್ಲಿ ನಿಗದಿಪಡಿಸಿದಂತೆ) ಅರ್ಹರಾಗಿದ್ದಾರೆಂದು ನಾನು ನಂಬಿದ್ದೇನೆ ಆದರೆ ಭವಿಷ್ಯದ ಯೋಜನೆಗಳಲ್ಲಿ ಈ ವಿಸ್ತರಣೆಯನ್ನು ಸಾಧಿಸಲು ಅದೇ ವಿಧಾನ ಮತ್ತು ಕೋಡ್‌ನ ಭಾಗಗಳನ್ನು ಬಳಸುವುದರಲ್ಲಿ ನಾನು ಸಮರ್ಥನೆ ಹೊಂದಿದ್ದೇನೆ.

    ಮತ್ತೊಂದು ಸುಕ್ಕು:
    ಕನ್ಸಲ್ಟಿಂಗ್ ಕಂಪನಿಯಿಂದ ಕೃಷಿ ಮಾಡುವಾಗ ನಾನು ಇದನ್ನು ಮಾಡಿದ್ದೇನೆ. ಸಲಹಾ ಕಂಪನಿಗೆ ನಿಮ್ಮ ಅಭಿಪ್ರಾಯದಲ್ಲಿ ಹಿಂತಿರುಗಿ ಆ ಪರಿಹಾರವನ್ನು ನಕಲಿಸಲು, ಅದನ್ನು ತಮ್ಮದೇ ಆದಂತೆ ಮಾರಾಟ ಮಾಡಲು ಹಕ್ಕಿದೆ?

    • 2

      ಗಮನಾರ್ಹವಾಗಿ,

      ನಾವು ಒಪ್ಪುತ್ತೇವೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ಇದರಲ್ಲಿ ನನ್ನ ನಿಲುವು ನಿಮ್ಮ ಬಳಿ ಕೋಡ್ ಇದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುವುದು ಮತ್ತು ಅದರೊಂದಿಗೆ ಬಾಗಿಲು ಹಾಕಬಹುದು. ನಿಮ್ಮ ಡೆವಲಪರ್ ನಿಮಗಾಗಿ ಕೋಡ್ ಅನ್ನು ಕಂಪೈಲ್ ಮಾಡುತ್ತಿದ್ದರೆ ಮತ್ತು ಅದನ್ನು ನಿಮ್ಮ ಸೈಟ್‌ಗೆ ತಳ್ಳುತ್ತಿದ್ದರೆ - ನಿಮಗೆ ಕೋಡ್ ಇಲ್ಲ. ಗ್ರಾಫಿಕ್ಸ್, ಫ್ಲ್ಯಾಶ್, .ನೆಟ್, ಜಾವಾ… ಮೂಲ ಫೈಲ್ ಅಗತ್ಯವಿರುವ ಮತ್ತು .ಟ್‌ಪುಟ್ ಮಾಡುವ ಎಲ್ಲದರೊಂದಿಗೆ ಇದು ಸಂಭವಿಸುವುದನ್ನು ನಾನು ನೋಡಿದ್ದೇನೆ.

      ಡೌಗ್

  2. 3

    ನೀವು ಎಲ್ಲಿಂದ ಬರುತ್ತಿದ್ದೀರಿ ಎಂದು ನಾನು ನೋಡುತ್ತೇನೆ ಮತ್ತು ನಾನು ಎಲ್ಲವನ್ನೂ ಒಪ್ಪುವುದಿಲ್ಲವಾದರೂ 100% (ನನಗೆ ಎಚ್ಚರಿಕೆಗಳಿವೆ), ಕಂಪನಿಗಳು ಇದನ್ನು ಯಾವಾಗಲೂ ನೆನಪಿನಲ್ಲಿಟ್ಟುಕೊಳ್ಳಬೇಕು.

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

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

    3. ಇದು ನನ್ನ ಹಿಂದಿನ ಕಂಪನಿ ಮಾಡಿದ ಕೆಲಸವೂ ಆಗಿದೆ. ನೀವು ಹೊರಡಬಹುದು, ಅವರು ನಿಮಗೆ HTML, ಚಿತ್ರಗಳು ಇತ್ಯಾದಿಗಳನ್ನು ನೀಡುತ್ತಾರೆ…. ಆದರೆ ಕೋಡ್ ಇಲ್ಲ. ಕೋಡ್ ಮೂಲತಃ ಗುತ್ತಿಗೆ ಸೇವೆಯಾಗಿದೆ. ಹೇಳುವ ಪ್ರಕಾರ, ಮಾಲೀಕತ್ವ ಮತ್ತು ಮಾಲೀಕತ್ವವಿದೆ. ನಾನು ಯಾವಾಗಲೂ ವಿಶೇಷವಲ್ಲದ ಮಾರಾಟವನ್ನು ಮಾಡಿದ್ದೇನೆ. ಮೂಲತಃ, ನನ್ನ ಘಟಕಗಳನ್ನು ಮರುಬಳಕೆ ಮಾಡಲು ನನಗೆ ಸಾಧ್ಯವಾಗುತ್ತದೆ. ಕ್ಲೈಂಟ್ ಅದನ್ನು ಹೊಂದಿದ್ದರಿಂದ ನನಗೆ ಯಾವುದೇ ಸಮಸ್ಯೆ ಇಲ್ಲ, ಅವರು ಅದರೊಂದಿಗೆ ಏನು ಮಾಡಬೇಕೆಂಬುದನ್ನು ಮಾಡುತ್ತಾರೆ ಮತ್ತು ಬೇರೊಬ್ಬರು ಅದರ ಮೇಲೆ ಕೆಲಸ ಮಾಡುತ್ತಾರೆ ... ಆದರೆ ನಾನು ನನ್ನ ಅಡಮಾನವನ್ನು ಹೊಂದಿಲ್ಲ ಮತ್ತು ಪ್ರತಿ ಬಾರಿಯೂ ಚಕ್ರವನ್ನು ಮರುಶೋಧಿಸಬೇಕಾಗಿಲ್ಲ.

    4. ಯಾವಾಗಲೂ. ಯಾವಾಗಲೂ. ಯಾವಾಗಲೂ.

  3. 4

    ಒಳ್ಳೆಯ ಪೋಸ್ಟ್… ನಾನು ಒಂದು ಐಟಂ (# 2) ಅನ್ನು ಒಪ್ಪದಿದ್ದರೂ ಚೆನ್ನಾಗಿ ಮಾಡಲಾಗಿದೆ:

    "ನಿಮ್ಮ ಡೆವಲಪರ್ ಹೋಸ್ಟಿಂಗ್ ಕಂಪನಿಯನ್ನು ಹೊಂದಿರಬಹುದು ಮತ್ತು ನಿಮಗಾಗಿ ನಿಮ್ಮ ಸೈಟ್ ಅನ್ನು ಹೋಸ್ಟ್ ಮಾಡಬಹುದು ಎಂಬುದು ಅದ್ಭುತವಾಗಿದೆ, ಆದರೆ ಅದನ್ನು ಮಾಡಬೇಡಿ."

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

    ಹೆಚ್ಚುವರಿಯಾಗಿ, ತಾತ್ವಿಕ ದೃಷ್ಟಿಕೋನದಿಂದ, ನಿಮ್ಮ ಡೆವಲಪರ್‌ನ ಹೋಸ್ಟಿಂಗ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಅನ್ನು ಬಳಸಲು ನೀವು ನಿರಾಕರಿಸಿದರೆ ನೀವು “ಒತ್ತೆಯಾಳುಗಳಾಗಿರಲು” ಬಯಸುವುದಿಲ್ಲವಾದರೆ, ಇದು ಪ್ರಾರಂಭದಿಂದಲೂ ಅಪನಂಬಿಕೆಯ ಸ್ವರವನ್ನು ಹೊಂದಿಸುತ್ತದೆ. ನಿಮ್ಮ ಡೆವಲಪರ್ ಅವರೊಂದಿಗೆ ಹೋಸ್ಟ್ ಮಾಡುವಷ್ಟು ನೀವು ನಿಜವಾಗಿಯೂ ನಂಬದಿದ್ದರೆ, ಮೊದಲಿಗೆ ಅವರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ನೀವು ನಿಜವಾಗಿಯೂ ಬಯಸುವಿರಾ?

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

    ಮತ್ತೆ, ಉತ್ತಮ ಪೋಸ್ಟ್ ಮತ್ತು ತುಂಬಾ ಉಪಯುಕ್ತ ಮಾಹಿತಿ.

    ಧನ್ಯವಾದಗಳು!
    ಮೈಕೆಲ್ ರೆನಾಲ್ಡ್ಸ್

    • 5

      ಹಾಯ್ ಮೈಕೆಲ್,

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

      ವ್ಯವಹಾರದಲ್ಲಿ ಸಂಬಂಧಗಳು ಮುರಿದುಹೋಗುತ್ತವೆ ಮತ್ತು ಅವು ನಕಾರಾತ್ಮಕವಾಗಿರಬೇಕಾಗಿಲ್ಲ. ಬಹುಶಃ ನಿಮ್ಮ ಡೆವಲಪರ್ / ಸಂಸ್ಥೆಯು ಬಹಳ ದೊಡ್ಡ ಕ್ಲೈಂಟ್ ಅನ್ನು ಪಡೆಯುತ್ತದೆ ಮತ್ತು ನಿಮಗೆ ಸಮಯವನ್ನು ಪಡೆಯಲು ಸಾಧ್ಯವಿಲ್ಲ. ಬಹುಶಃ ಅವರು ವ್ಯವಹಾರ ಉದ್ದೇಶಗಳನ್ನು ಬದಲಾಯಿಸುತ್ತಾರೆ. ಕೆಲವೊಮ್ಮೆ ಅವರ ಹೋಸ್ಟಿಂಗ್ ಕಂಪನಿಯು ಸಮಸ್ಯೆಗಳನ್ನು ಹೊಂದಿರಬಹುದು.

      ನಿಮ್ಮ ಹೋಸ್ಟಿಂಗ್ ಅನ್ನು ನೀವು ನಿಯಂತ್ರಿಸಬೇಕು ಮತ್ತು ಜವಾಬ್ದಾರರಾಗಿರಬೇಕು ಎಂದು ನಾನು ಸಲಹೆ ನೀಡುತ್ತಿದ್ದೇನೆ ಆದ್ದರಿಂದ ನಿಮ್ಮ ಡೆವಲಪರ್ ಅವರು ಉತ್ತಮವಾಗಿರುವುದಕ್ಕಾಗಿ ನೀವು ಅವಲಂಬಿಸಬಹುದು - ಅಭಿವೃದ್ಧಿ!

      ಪುಶ್-ಬ್ಯಾಕ್, ಮೈಕೆಲ್ ಅನ್ನು ನಾನು ಪ್ರಶಂಸಿಸುತ್ತೇನೆ.

  4. 6

    ನಾನು ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ ಡೆವಲಪರ್ ಕೂಡ, ಮತ್ತು ನೀವು ತಲೆಗೆ ಉಗುರು ಹೊಡೆದಿದ್ದೀರಿ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ಕೆಲವು ಆಲೋಚನೆಗಳು:

    ಎಲ್ಲರೂ ಒಪ್ಪುತ್ತಾರೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ (ಮತ್ತು ಕೆಳಗಿನ ಕಾಮೆಂಟ್‌ಗಳನ್ನು ಆಧರಿಸಿದೆ) # 1 ಒಂದು ಸಂಪೂರ್ಣ. ಎಂದಿಗೂ, ಎಂದಿಗೂ ಮಾಡಬೇಡಿ. ಎಂದೆಂದಿಗೂ. ಯಾವುದೇ ಸಂದರ್ಭದಲ್ಲೂ.

    ನನ್ನ ಕೆಲವು ಸಹವರ್ತಿ ಡೆವಲಪರ್‌ಗಳಿಗಿಂತ ನಾನು # 2 ಅನ್ನು ವಿಭಿನ್ನವಾಗಿ ತೆಗೆದುಕೊಳ್ಳುತ್ತೇನೆ: ನಮ್ಮ ಗ್ರಾಹಕರಿಗೆ ಅಂತಿಮ ಉತ್ಪನ್ನವನ್ನು ಹೋಸ್ಟ್ ಮಾಡಲು ನಾವು ನಿರಾಕರಿಸುತ್ತೇವೆ (ಸಹಜವಾಗಿ, ಅಭಿವೃದ್ಧಿಯ ಸಮಯದಲ್ಲಿ ಉತ್ಪನ್ನವನ್ನು ಪರೀಕ್ಷಿಸಲು ಗ್ರಾಹಕರಿಗೆ ನಾವು ಪರೀಕ್ಷಾ ಸರ್ವರ್ ಅನ್ನು ಹೋಸ್ಟ್ ಮಾಡುತ್ತೇವೆ). ಗ್ರಾಹಕರಿಗೆ ಅದನ್ನು ಹೋಸ್ಟ್ ಮಾಡಲು ಅಥವಾ ಹೋಸ್ಟಿಂಗ್ ಪ್ರೊವೈಡರ್ ಅನ್ನು ಹುಡುಕಲು ಸಹಾಯ ಮಾಡಲು ನಾವು ಸಂತೋಷಪಡುತ್ತೇವೆ. ಹೋಸ್ಟಿಂಗ್ ವ್ಯವಹಾರದಲ್ಲಿ ತೊಡಗಿಸಿಕೊಳ್ಳಲು ನಾವು ಬಯಸುವುದಿಲ್ಲ. ಇದರರ್ಥ ಕೆಲಸವನ್ನು ತಿರುಗಿಸುವುದು ಎಂದಾದರೆ, ಹಾಗೇ ಇರಲಿ. ಈ ಸೇವೆಯನ್ನು ಹೆಚ್ಚು ಅಗ್ಗದ ಬೆಲೆಗೆ ಒದಗಿಸುವುದಕ್ಕಿಂತ ಸಾಕಷ್ಟು ದೊಡ್ಡ ಹೋಸ್ಟಿಂಗ್ ಕಂಪನಿಗಳು ಅಥವಾ ಮೂಲಸೌಕರ್ಯ ಸಂಸ್ಥೆಗಳು ಇವೆ. ನಮ್ಮ ಕೆಲಸದ ಪೋರ್ಟಬಿಲಿಟಿ ಅನ್ನು ನಾವು ಪ್ರೋತ್ಸಾಹಿಸುತ್ತೇವೆ ಮತ್ತು ಕ್ಲೈಂಟ್ ಹೋಸ್ಟಿಂಗ್ ಪೂರೈಕೆದಾರರನ್ನು ವರ್ಷಗಳವರೆಗೆ ರಸ್ತೆಗೆ ಬದಲಾಯಿಸಿದರೂ ಸಹ, ಅದನ್ನು ಹೋಸ್ಟ್ ಮಾಡಲು ಸಹಾಯ ಮಾಡಲು ನಾವು ಏನು ಬೇಕಾದರೂ ಮಾಡುತ್ತೇವೆ.

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

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

    ಇತರರು ಹೇಳಿದಂತೆ, # 4 ಅನ್ನು ಯಾವಾಗಲೂ ಶಿಫಾರಸು ಮಾಡಲಾಗುತ್ತದೆ. ಯಾವಾಗಲೂ!

    ಅಭಿನಂದನೆಗಳು,
    ಟಿಮ್ ಯಂಗ್

ನೀವು ಏನು ಆಲೋಚಿಸುತ್ತೀರಿ ಏನು?

ಸ್ಪ್ಯಾಮ್ ಅನ್ನು ಕಡಿಮೆ ಮಾಡಲು ಈ ಸೈಟ್ ಅಕಿಸ್ಸೆಟ್ ಅನ್ನು ಬಳಸುತ್ತದೆ. ನಿಮ್ಮ ಕಾಮೆಂಟ್ ಡೇಟಾವನ್ನು ಹೇಗೆ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲಾಗುತ್ತಿದೆ ಎಂಬುದನ್ನು ತಿಳಿಯಿರಿ.