1C - ಒಳ್ಳೆಯದು ಮತ್ತು ಕೆಟ್ಟದು. ಸುಮಾರು 1C ಯಲ್ಲಿ ಹೋಲಿವರ್‌ಗಳಲ್ಲಿ ಬಿಂದುಗಳ ವ್ಯವಸ್ಥೆ

ಸ್ನೇಹಿತರು ಮತ್ತು ಸಹೋದ್ಯೋಗಿಗಳೇ, ಇತ್ತೀಚೆಗೆ ಹಬ್ರೆಯಲ್ಲಿ 1C ಅನ್ನು ಅಭಿವೃದ್ಧಿ ವೇದಿಕೆಯಾಗಿ ದ್ವೇಷಿಸುವ ಲೇಖನಗಳು ಮತ್ತು ಅದರ ರಕ್ಷಕರ ಭಾಷಣಗಳು ಹೆಚ್ಚಾಗಿ ಬರುತ್ತಿವೆ. ಈ ಲೇಖನಗಳು ಒಂದು ಗಂಭೀರ ಸಮಸ್ಯೆಯನ್ನು ಗುರುತಿಸಿವೆ: ಹೆಚ್ಚಾಗಿ, 1C ಯ ವಿಮರ್ಶಕರು ಅದನ್ನು "ಮಾಸ್ಟರಿಂಗ್ ಮಾಡದ" ಸ್ಥಾನದಿಂದ ಟೀಕಿಸುತ್ತಾರೆ, ವಾಸ್ತವಿಕವಾಗಿ ಸುಲಭವಾಗಿ ಪರಿಹರಿಸಬಹುದಾದ ಸಮಸ್ಯೆಗಳನ್ನು ಬೈಯುತ್ತಾರೆ ಮತ್ತು ಇದಕ್ಕೆ ವಿರುದ್ಧವಾಗಿ, ನಿಜವಾಗಿಯೂ ಮುಖ್ಯವಾದ, ಯೋಗ್ಯವಾದ ಸಮಸ್ಯೆಗಳನ್ನು ಸ್ಪರ್ಶಿಸುವುದಿಲ್ಲ. ಚರ್ಚಿಸಲಾಗುತ್ತಿದೆ ಮತ್ತು ಮಾರಾಟಗಾರರಿಂದ ಪರಿಹರಿಸಲಾಗುವುದಿಲ್ಲ. 1C ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನ ಶಾಂತ ಮತ್ತು ಸಮತೋಲಿತ ವಿಮರ್ಶೆಯನ್ನು ನಡೆಸುವುದು ಅರ್ಥಪೂರ್ಣವಾಗಿದೆ ಎಂದು ನಾನು ನಂಬುತ್ತೇನೆ. ಅದು ಏನು ಮಾಡಬಹುದು, ಏನು ಮಾಡಬಾರದು, ಏನು ಮಾಡಬೇಕು ಆದರೆ ಏನು ಮಾಡಬಾರದು, ಮತ್ತು ಸಿಹಿತಿಂಡಿಗಾಗಿ, ಅದು ಅಬ್ಬರದಿಂದ ಏನು ಮಾಡುತ್ತದೆ ಮತ್ತು %technology_name% ನಲ್ಲಿ ನಿಮ್ಮ ಡೆವಲಪರ್‌ಗಳು ನೂರು ವರ್ಷಗಳನ್ನು ಮಾಡುತ್ತಾರೆ, ಅದನ್ನು ಎಸೆಯುತ್ತಾರೆ ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ವಾರ್ಷಿಕ ಬಜೆಟ್.

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

ಕಟ್ ಅಡಿಯಲ್ಲಿ 1C ಮೇಲೆ ಸಾಕಷ್ಟು ದಪ್ಪ ದಾಳಿಗಳು, 1C ಯ ವಿಮರ್ಶಕರ ಮೇಲೆ, ಜಾವಾ, .NET ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ... ಫ್ಯಾನ್ ತುಂಬಿದೆ, ಸ್ವಾಗತ!

ನನ್ನ ಬಗ್ಗೆ

Я знаком с предметом разговора примерно с 2004 года. Программирую наверное лет с 6, с того самого момента, как у меня появилась книжка про профессора Фортрана с комиксами про кота, воробья и гусеницу. Я разбирал программы, которые писал кот с картинок в книжке и выяснял, что они делают. И да, настоящего компьютера у меня тогда не было, но на развороте книжки был нарисованный и я честно нажимал бумажные кнопки, вводя команды, подсмотренные у кота Икса.

ನಂತರ ಶಾಲೆಯಲ್ಲಿ BK0011 ಮತ್ತು BASIC ಇತ್ತು, C++ ಮತ್ತು ವಿಶ್ವವಿದ್ಯಾನಿಲಯದಲ್ಲಿ ಅಸೆಂಬ್ಲರ್‌ಗಳು, ನಂತರ 1C, ಮತ್ತು ನಂತರ ನಾನು ನೆನಪಿಟ್ಟುಕೊಳ್ಳಲು ತುಂಬಾ ಸೋಮಾರಿಯಾಗಿರುವ ಹಲವು ವಿಷಯಗಳು. ಕಳೆದ 15 ವರ್ಷಗಳಿಂದ, ನಾನು ಮುಖ್ಯವಾಗಿ 1C ಯಲ್ಲಿ ತೊಡಗಿಸಿಕೊಂಡಿದ್ದೇನೆ, ಕೋಡಿಂಗ್ ವಿಷಯದಲ್ಲಿ ಮಾತ್ರವಲ್ಲದೆ ಸಾಮಾನ್ಯವಾಗಿ 1C ಯಲ್ಲಿ. ಕಾರ್ಯಗಳು, ಆಡಳಿತ ಮತ್ತು ಡೆವೊಪ್‌ಗಳನ್ನು ಇಲ್ಲಿ ಹೊಂದಿಸಲಾಗುತ್ತಿದೆ. ಕಳೆದ 5 ವರ್ಷಗಳಿಂದ ನಾನು ಇತರ 1C ಬಳಕೆದಾರರಿಗೆ ಅಭಿವೃದ್ಧಿ ಮತ್ತು ಯಾಂತ್ರೀಕೃತಗೊಂಡ ಪರಿಕರಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವ ವಿಷಯದಲ್ಲಿ ಸಾಮಾಜಿಕವಾಗಿ ಉಪಯುಕ್ತ ಚಟುವಟಿಕೆಗಳಲ್ಲಿ ತೊಡಗಿಸಿಕೊಂಡಿದ್ದೇನೆ, ಲೇಖನಗಳು ಮತ್ತು ಪುಸ್ತಕಗಳನ್ನು ಬರೆಯುತ್ತಿದ್ದೇನೆ.

ಚರ್ಚೆಯ ವಿಷಯದ ಬಗ್ಗೆ ನಿರ್ಧರಿಸೋಣ

ಮೊದಲಿಗೆ, "1C" ಅಕ್ಷರಗಳು ಬಹಳಷ್ಟು ವಿಷಯಗಳನ್ನು ಅರ್ಥೈಸಬಲ್ಲದರಿಂದ ನಾವು ಏನು ಮಾತನಾಡಲಿದ್ದೇವೆ ಎಂಬುದನ್ನು ವ್ಯಾಖ್ಯಾನಿಸೋಣ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, "1C" ಅಕ್ಷರಗಳಿಂದ ನಾವು ಆಧುನಿಕ, ಎಂಟನೇ ಆವೃತ್ತಿಯ "1C: ಎಂಟರ್ಪ್ರೈಸ್" ಅಭಿವೃದ್ಧಿ ಚೌಕಟ್ಟನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಅರ್ಥೈಸುತ್ತೇವೆ. ತಯಾರಕರು ಮತ್ತು ಅದರ ನೀತಿಗಳ ಬಗ್ಗೆ ನಾವು ಹೆಚ್ಚು ಮಾತನಾಡುವುದಿಲ್ಲ (ಆದರೆ ನಾವು ಸ್ವಲ್ಪ ಮಾಡಬೇಕಾಗಿದೆ). ಈ ಚೌಕಟ್ಟನ್ನು ಬಳಸಿಕೊಂಡು ಬರೆಯಲಾದ ನಿರ್ದಿಷ್ಟ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ನಾವು ಚರ್ಚಿಸುವುದಿಲ್ಲ. ತಂತ್ರಜ್ಞಾನವು ಪ್ರತ್ಯೇಕವಾಗಿದೆ, ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಅಕಾ ಕಾನ್ಫಿಗರೇಶನ್‌ಗಳು ಪ್ರತ್ಯೇಕವಾಗಿರುತ್ತವೆ.

ಉನ್ನತ ಮಟ್ಟದ ಆರ್ಕಿಟೆಕ್ಚರ್ 1C: ಎಂಟರ್‌ಪ್ರೈಸ್

ನಾನು "ಫ್ರೇಮ್ವರ್ಕ್" ಎಂಬ ಪದವನ್ನು ಉಲ್ಲೇಖಿಸುವುದು ಯಾವುದಕ್ಕೂ ಅಲ್ಲ. ಡೆವಲಪರ್‌ನ ದೃಷ್ಟಿಕೋನದಿಂದ, 1C ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ನಿಖರವಾಗಿ ಒಂದು ಚೌಕಟ್ಟಾಗಿದೆ. ಮತ್ತು ನೀವು ಅದನ್ನು ನಿಖರವಾಗಿ ಚೌಕಟ್ಟಿನಂತೆಯೇ ಪರಿಗಣಿಸಬೇಕು. ಇದನ್ನು ಸ್ಪ್ರಿಂಗ್ ಅಥವಾ ASP.NET ಎಂದು ಯೋಚಿಸಿ, ಕೆಲವು ರನ್‌ಟೈಮ್‌ನಿಂದ ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗುತ್ತದೆ (ಕ್ರಮವಾಗಿ JVM ಅಥವಾ CLR). ಸಾಂಪ್ರದಾಯಿಕ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಜಗತ್ತಿನಲ್ಲಿ ("1C ಅಲ್ಲ"), ಚೌಕಟ್ಟುಗಳು, ವರ್ಚುವಲ್ ಯಂತ್ರಗಳು ಮತ್ತು ನಿರ್ದಿಷ್ಟ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಾಗಿ ವಿಭಜನೆಯು ಸ್ವಾಭಾವಿಕವಾಗಿದೆ, ಏಕೆಂದರೆ ಈ ಘಟಕಗಳನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ವಿಭಿನ್ನ ತಯಾರಕರು ಅಭಿವೃದ್ಧಿಪಡಿಸುತ್ತಾರೆ. 1C ಜಗತ್ತಿನಲ್ಲಿ, ಡೆವಲಪ್‌ಮೆಂಟ್ ಫ್ರೇಮ್‌ವರ್ಕ್ ಮತ್ತು ರನ್‌ಟೈಮ್ ಅನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಪ್ರತ್ಯೇಕಿಸುವುದು ವಾಡಿಕೆಯಲ್ಲ; ಹೆಚ್ಚುವರಿಯಾಗಿ, ಫ್ರೇಮ್‌ವರ್ಕ್ ಬಳಸಿ ಬರೆಯಲಾದ ನಿರ್ದಿಷ್ಟ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಸಹ ಮುಖ್ಯವಾಗಿ 1C ಮೂಲಕ ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗಿದೆ. ಪರಿಣಾಮವಾಗಿ, ಕೆಲವು ಗೊಂದಲಗಳು ಉದ್ಭವಿಸುತ್ತವೆ. ಆದ್ದರಿಂದ, ಲೇಖನದ ಚೌಕಟ್ಟಿನೊಳಗೆ, ನಾವು ಹಲವಾರು ಬದಿಗಳಿಂದ 1C ಅನ್ನು ಏಕಕಾಲದಲ್ಲಿ ಪರಿಗಣಿಸಬೇಕು ಮತ್ತು ಅದನ್ನು ಹಲವಾರು ನಿರ್ದೇಶಾಂಕ ಅಕ್ಷಗಳ ಉದ್ದಕ್ಕೂ ವರ್ಗೀಕರಿಸಬೇಕು. ಮತ್ತು ಪ್ರತಿ ನಿರ್ದೇಶಾಂಕ ಅಕ್ಷದಲ್ಲಿ ನಾವು ಕಂದು ವಸ್ತುವಿನ ಸಲಿಕೆ ಹಾಕುತ್ತೇವೆ ಮತ್ತು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಪರಿಹಾರದ ವೈಶಿಷ್ಟ್ಯಗಳು, ಅನುಕೂಲಗಳು ಮತ್ತು ಅನಾನುಕೂಲಗಳನ್ನು ನೋಡುತ್ತೇವೆ.

1C ನಲ್ಲಿನ ದೃಷ್ಟಿಕೋನಗಳು

ಖರೀದಿದಾರರಿಗೆ 1 ಸಿ

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

1C ಖರೀದಿದಾರರಿಗೆ ಇದು ತ್ವರಿತ ಸಮಯ-ಮಾರುಕಟ್ಟೆಯಾಗಿದೆ. ವೇಗವಾಗಿ. Java, C# ಅಥವಾ JS ಗಿಂತ ವೇಗವಾಗಿ. ಸರಾಸರಿ. ಆಸ್ಪತ್ರೆಯ ಸುತ್ತಲೂ. ರಿಯಾಕ್ಟ್ ಅನ್ನು ಬಳಸುವ ವ್ಯಾಪಾರ ಕಾರ್ಡ್ ವೆಬ್‌ಸೈಟ್ ಉತ್ತಮವಾಗಿ ಹೊರಹೊಮ್ಮುತ್ತದೆ ಎಂಬುದು ಸ್ಪಷ್ಟವಾಗಿದೆ, ಆದರೆ WMS ಸಿಸ್ಟಮ್‌ನ ಬ್ಯಾಕೆಂಡ್ 1C ನಲ್ಲಿ ವೇಗವಾಗಿ ಪ್ರಾರಂಭಿಸುತ್ತದೆ.

1С как инструмент

ಪ್ರತಿಯೊಂದು ತಾಂತ್ರಿಕ ಪರಿಹಾರವು ಅನ್ವಯದ ಮಿತಿಗಳನ್ನು ಹೊಂದಿದೆ. 1C ಸಾಮಾನ್ಯ ಉದ್ದೇಶದ ಭಾಷೆಯಲ್ಲ; ಅದು ಅದರ ಚೌಕಟ್ಟಿನಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ವಾಸಿಸುವುದಿಲ್ಲ. ನಿಮಗೆ ಅಗತ್ಯವಿರುವಾಗ 1C ಅನ್ನು ಬಳಸಲು ಸಲಹೆ ನೀಡಲಾಗುತ್ತದೆ:

• ಸರ್ವರ್ ಅಪ್ಲಿಕೇಶನ್
• ಹಣಕಾಸು ಕಾಣಿಸಿಕೊಳ್ಳುವ ಅಪ್ಲಿಕೇಶನ್
• ಸಿದ್ಧ UI, ORM, ವರದಿ ಮಾಡುವಿಕೆ, XML/JSON/COM/PDF/YourDataTransferingFormat ಜೊತೆಗೆ
• ಹಿನ್ನೆಲೆ ಪ್ರಕ್ರಿಯೆಗಳು ಮತ್ತು ಉದ್ಯೋಗಗಳಿಗೆ ಬೆಂಬಲದೊಂದಿಗೆ
• ಪಾತ್ರ ಆಧಾರಿತ ಭದ್ರತೆಯೊಂದಿಗೆ
• ಸ್ಕ್ರಿಪ್ಟ್ ಮಾಡಬಹುದಾದ ವ್ಯಾಪಾರ ತರ್ಕದೊಂದಿಗೆ
• с возможностью быстрого создания прототипа и низким time-to-market

ನೀವು ಬಯಸಿದರೆ ನಿಮಗೆ 1C ಅಗತ್ಯವಿಲ್ಲ:

• ಯಂತ್ರ ಕಲಿಕೆ
• GPU ಲೆಕ್ಕಾಚಾರಗಳು
• ಕಂಪ್ಯೂಟರ್ ಗ್ರಾಫಿಕ್ಸ್
• математические расчеты
• CAD ವ್ಯವಸ್ಥೆ
• ಸಿಗ್ನಲ್ ಪ್ರಕ್ರಿಯೆ (ಧ್ವನಿ, ವಿಡಿಯೋ)
• ನೂರಾರು ಸಾವಿರ ಆರ್‌ಪಿಎಸ್‌ನೊಂದಿಗೆ http ಕರೆಗಳನ್ನು ಹೈಲೋಡ್ ಮಾಡಿ

1С как фирма-производитель

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

• ಹಣಕಾಸು ಲೆಕ್ಕಪತ್ರ
• ವ್ಯಾಪಾರ ತರ್ಕದ ಸುಲಭ ಗ್ರಾಹಕೀಕರಣ
• широкие возможности интеграции в гетерогенных IT-ланшафтах

ತಯಾರಕರಾಗಿ, ಪಾಲುದಾರರು ಮತ್ತು ಕ್ಲೈಂಟ್‌ಗಳೊಂದಿಗೆ ಗೆಲುವು-ಗೆಲುವಿನ ಮೋಡ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡಲು ನಿಮಗೆ ಅನುಮತಿಸುವ ತಂತ್ರ ಇದು ಎಂದು 1C ನಂಬುತ್ತದೆ. ನೀವು ಇದರೊಂದಿಗೆ ವಾದಿಸಬಹುದು, ಆದರೆ ಕಂಪನಿಯು ಸ್ಥೂಲವಾಗಿ ಹೇಗೆ ಪ್ರಚಾರ ಮಾಡುತ್ತದೆ: ಪಾಲುದಾರರಿಂದ ತ್ವರಿತವಾಗಿ ಕಸ್ಟಮೈಸ್ ಮಾಡಬಹುದಾದ ಮತ್ತು ಯಾವುದೇ ಐಟಿ ಲ್ಯಾಂಡ್‌ಸ್ಕೇಪ್‌ಗೆ ಸಂಯೋಜಿಸಬಹುದಾದ ವ್ಯಾಪಾರ ಸಮಸ್ಯೆಗಳಿಗೆ ಸಿದ್ಧ ಪರಿಹಾರಗಳು.

ಚೌಕಟ್ಟಿನಂತೆ 1C ಗಾಗಿ ಎಲ್ಲಾ ಹಕ್ಕುಗಳು ಅಥವಾ ಶುಭಾಶಯಗಳನ್ನು ಈ ಪ್ರಿಸ್ಮ್ ಮೂಲಕ ಪ್ರತ್ಯೇಕವಾಗಿ ವೀಕ್ಷಿಸಬೇಕು. "ನಮಗೆ 1C ನಲ್ಲಿ OOP ಬೇಕು" ಎಂದು ಡೆವಲಪರ್‌ಗಳು ಹೇಳುತ್ತಾರೆ. "ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನಲ್ಲಿ OOP ಅನ್ನು ಬೆಂಬಲಿಸಲು ನಮಗೆ ಎಷ್ಟು ವೆಚ್ಚವಾಗುತ್ತದೆ, ಇದು ಬಾಕ್ಸ್‌ಗಳ ಮಾರಾಟವನ್ನು ಹೆಚ್ಚಿಸಲು ನಮಗೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ?" 1C ಹೇಳುತ್ತಾರೆ. ವ್ಯಾಪಾರ ಸಮಸ್ಯೆಗಳಿಗೆ ಪರಿಹಾರಗಳನ್ನು ಮಾರಾಟ ಮಾಡುವ ತನ್ನ "ಪ್ರಿಸ್ಮ್" ಅನ್ನು ತೆರೆಯುತ್ತದೆ:

- ಹೇ, ವ್ಯಾಪಾರ, ನಿಮ್ಮ 1C ನಲ್ಲಿ OOP ಬೇಕೇ?
- ಇದು ನನ್ನ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತದೆಯೇ?
- ಯಾರಿಗೆ ಗೊತ್ತು...
- ನಂತರ ಅಗತ್ಯವಿಲ್ಲ

ಈ ವಿಧಾನವು ಅದನ್ನು ಯಾರು ನೋಡುತ್ತಿದ್ದಾರೆ ಎಂಬುದರ ಆಧಾರದ ಮೇಲೆ ಒಳ್ಳೆಯದು ಅಥವಾ ಕೆಟ್ಟದ್ದಾಗಿರಬಹುದು, ಆದರೆ ಅದು ಕೇವಲ ಮಾರ್ಗವಾಗಿದೆ. 1C ನಲ್ಲಿ ಯಾವುದೇ ವೈಶಿಷ್ಟ್ಯ X ಇಲ್ಲ ಎಂಬ ಅಂಶದ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಾ, ಅದು ಒಂದು ಕಾರಣಕ್ಕಾಗಿ ಇಲ್ಲ ಎಂದು ನೀವು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು, ಆದರೆ "ಅನುಷ್ಠಾನ ವೆಚ್ಚ ಮತ್ತು ಲಾಭದ ಮೊತ್ತ" ಆಯ್ಕೆಯ ಸಂದರ್ಭದಲ್ಲಿ.

ತಾಂತ್ರಿಕ ವರ್ಗೀಕರಣ

"ವಾಸ್ತವವಾಗಿ, 1C ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನ ಕಾಳಜಿಯುಳ್ಳ ವಿಧಾನಶಾಸ್ತ್ರಜ್ಞರು ಮತ್ತು ಡೆವಲಪರ್‌ಗಳಿಂದ ಎಚ್ಚರಿಕೆಯಿಂದ ಆಯ್ಕೆಮಾಡಿದ ಅತ್ಯುತ್ತಮ ಮಾದರಿಗಳನ್ನು ಬಳಸಲು ಒಡಿನೆಸ್ನಿಕ್‌ಗಳು ತಮ್ಮ ಕೈಲಾದಷ್ಟು ಪ್ರಯತ್ನಿಸುತ್ತಾರೆ.
ಸರಳ ನಿರ್ವಹಣಾ ರೂಪಕ್ಕಾಗಿ ನಿಮ್ಮ ಸ್ಟುಪಿಡ್ ಕೋಡ್ ಅನ್ನು ನೀವು ಬರೆಯುವಾಗ, ವಾಸ್ತವದಲ್ಲಿ ನೀವು ಬಳಸುತ್ತಿರುವಿರಿ ಮಾದರಿ-ವೀಕ್ಷಣೆ-ನಿಯಂತ್ರಕ с ಡಬಲ್-ವೇ ಡೇಟಾ ಬೈಂಡಿಂಗ್ в ಮೂರು-ಲೇಯರ್ಡ್-ಡೇಟಾ-ಅಪ್ಲಿಕೇಶನ್-ಎಂಜಿನ್, ಸುವಾಸನೆ ಉನ್ನತ ಮಟ್ಟದ ವಸ್ತು-ಸಂಬಂಧ-ಮ್ಯಾಪಿಂಗ್ ತಳದಲ್ಲಿ ಘೋಷಣಾತ್ಮಕ ಮೆಟಾಡೇಟಾ ವಿವರಣೆ, имеющей свой ವೇದಿಕೆ-ಸ್ವತಂತ್ರ ಪ್ರಶ್ನೆ ಭಾಷೆ, ಸಿ ಘೋಷಣಾತ್ಮಕ ಡೇಟಾ-ಚಾಲಿತ ಬಳಕೆದಾರ ಇಂಟರ್ಫೇಸ್, ಸಂಪೂರ್ಣ ಪಾರದರ್ಶಕ ಧಾರಾವಾಹಿ ಮತ್ತು ಡೊಮೇನ್-ಆಧಾರಿತ ಪ್ರೋಗ್ರಾಂ ಭಾಷೆ.

1C ಡೆವಲಪರ್‌ಗಳು ತಮ್ಮ ಪಾಶ್ಚಿಮಾತ್ಯ ಸಹೋದ್ಯೋಗಿಗಳಿಗಿಂತ ಭಿನ್ನವಾಗಿರುವುದು PR ನಲ್ಲಿದೆ. ಅವರು ಯಾವುದೇ ಕಸಕ್ಕೆ ದೊಡ್ಡ ಹೆಸರನ್ನು ನೀಡಲು ಇಷ್ಟಪಡುತ್ತಾರೆ ಮತ್ತು ಅದರೊಂದಿಗೆ ಕೊಳಕು ಚೀಲದಂತೆ ಓಡುತ್ತಾರೆ.
A. ಓರೆಫ್ಕೋವ್

1C ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಕ್ಲಾಸಿಕ್ 3-ಟೈಯರ್ ಆರ್ಕಿಟೆಕ್ಚರ್ ಅನ್ನು ಹೊಂದಿದೆ, ಅದರ ಮಧ್ಯದಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್ (ಅಥವಾ ಸಣ್ಣ ಅಂಗಡಿದಾರರಿಗೆ ಕಡಿಮೆ ಹಣಕ್ಕಾಗಿ ಅದರ ಎಮ್ಯುಲೇಶನ್) ಇದೆ. MS SQL ಅಥವಾ Postgres ಅನ್ನು DBMS ಆಗಿ ಬಳಸಲಾಗುತ್ತದೆ. Oracle ಮತ್ತು IBM DB2 ಗೆ ಸಹ ಬೆಂಬಲವಿದೆ, ಆದರೆ ಇದು ನಿಗೂಢವಾಗಿದೆ; ಮಧ್ಯಮ ಮತ್ತು ಹೆಚ್ಚಿನ ಲೋಡ್ ಅಡಿಯಲ್ಲಿ ಈ ಡೇಟಾಬೇಸ್‌ಗಳಲ್ಲಿ ನೀವು 1C ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಿದರೆ ಏನಾಗುತ್ತದೆ ಎಂದು ಯಾರಿಗೂ ತಿಳಿದಿಲ್ಲ. 1C ಸ್ವತಃ ಇದು ತಿಳಿದಿಲ್ಲ ಎಂದು ನಾನು ನಂಬುತ್ತೇನೆ.

ಕ್ಲೈಂಟ್ ಭಾಗವು ಬಳಕೆದಾರರ ಯಂತ್ರದಲ್ಲಿ ಸ್ಥಾಪಿಸಲಾದ ತೆಳುವಾದ ಕ್ಲೈಂಟ್ ಅಥವಾ ವೆಬ್ ಕ್ಲೈಂಟ್ ಆಗಿದೆ. ಪ್ರಮುಖ ವೈಶಿಷ್ಟ್ಯವೆಂದರೆ ಪ್ರೋಗ್ರಾಮರ್ಗಳು 2 ವಿಭಿನ್ನ ಕೋಡ್ಗಳನ್ನು ಬರೆಯುವುದಿಲ್ಲ, ಅವರು ಒಂದು ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಒಂದೇ ಭಾಷೆಯಲ್ಲಿ ಬರೆಯುತ್ತಾರೆ ಮತ್ತು ಬಯಕೆ ಅಥವಾ ಅಗತ್ಯವಿದ್ದರೆ ನೀವು ಅದನ್ನು ಬ್ರೌಸರ್ನಲ್ಲಿ ಪ್ರದರ್ಶಿಸಬಹುದು. ಅಲ್ಲಿ ಯಾರು ನಿಜವಾದ ಪೂರ್ಣ ಸ್ಟಾಕ್ ಮತ್ತು ಮುಂಭಾಗ ಮತ್ತು ಬ್ಯಾಕೆಂಡ್, node.js ಒಂದೇ ಭಾಷೆ ಬಯಸಿದ್ದರು? ಅವರು ಕೊನೆಯವರೆಗೂ ಒಂದೇ ಕೆಲಸವನ್ನು ಮಾಡಲು ನಿರ್ವಹಿಸಲಿಲ್ಲ. ನಿಜವಾದ ಪೂರ್ಣ ಸ್ಟಾಕ್ ಅಸ್ತಿತ್ವದಲ್ಲಿದೆ, ಆದರೆ ನೀವು ಅದನ್ನು 1C ನಲ್ಲಿ ಬರೆಯಬೇಕಾಗುತ್ತದೆ. ವಿಧಿಯ ವ್ಯಂಗ್ಯ, ಅಂತಹ ವಿಷಯಗಳು :)

ಕ್ಲೌಡ್ SaaS ಪರಿಹಾರ 1C: ಫ್ರೆಶ್ ಬ್ರೌಸರ್ ಮೋಡ್‌ನಲ್ಲಿಯೂ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಇದರಲ್ಲಿ ನೀವು 1C ಅನ್ನು ಖರೀದಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ, ಆದರೆ ಸಣ್ಣ ಡೇಟಾಬೇಸ್ ಅನ್ನು ಬಾಡಿಗೆಗೆ ನೀಡಿ ಮತ್ತು ಅಲ್ಲಿ ಷಾವರ್ಮಾ ಮಾರಾಟವನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡಿ. ಏನನ್ನೂ ಸ್ಥಾಪಿಸದೆ ಅಥವಾ ಕಾನ್ಫಿಗರ್ ಮಾಡದೆಯೇ ಬ್ರೌಸರ್‌ನಲ್ಲಿ.

ಹೆಚ್ಚುವರಿಯಾಗಿ, ಲೆಗಸಿ ಕ್ಲೈಂಟ್ ಇದೆ, ಇದನ್ನು 1C ನಲ್ಲಿ "ನಿಯಮಿತ ಅಪ್ಲಿಕೇಶನ್" ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ. ಪರಂಪರೆಯು ಪರಂಪರೆಯಾಗಿದೆ, 2002 ರಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ಜಗತ್ತಿಗೆ ಸ್ವಾಗತ, ಆದರೆ ನಾವು ಇನ್ನೂ ಪರಿಸರ ವ್ಯವಸ್ಥೆಯ ಪ್ರಸ್ತುತ ಸ್ಥಿತಿಯ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಿದ್ದೇವೆ.

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

ಅಪ್ಲಿಕೇಶನ್ ಡೆವಲಪ್‌ಮೆಂಟ್ ಫ್ರೇಮ್‌ವರ್ಕ್ ತನ್ನದೇ ಆದ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಭಾಷೆಯನ್ನು ಬಳಸುತ್ತದೆ, ಇದು ರಷ್ಯನ್ ಭಾಷೆಗೆ ಅನುವಾದಿಸಲಾದ ಸ್ವಲ್ಪ ಸುಧಾರಿತ VB6 ಅನ್ನು ಹೋಲುತ್ತದೆ. ರಷ್ಯಾದ ಎಲ್ಲವನ್ನೂ ದ್ವೇಷಿಸುವ ಜನರಿಗೆ, "if" ಅನ್ನು "if" ಎಂದು ಅನುವಾದಿಸಲಾಗುತ್ತದೆ ಎಂದು ನಂಬುವುದಿಲ್ಲ, ಎರಡನೆಯ ಸಿಂಟ್ಯಾಕ್ಸ್ ಆಯ್ಕೆಯನ್ನು ನೀಡಲಾಗುತ್ತದೆ. ಆ. ನೀವು ಬಯಸಿದರೆ, ನೀವು ಅದನ್ನು VB ಯಿಂದ ಪ್ರತ್ಯೇಕಿಸದ ರೀತಿಯಲ್ಲಿ 1C ನಲ್ಲಿ ಬರೆಯಬಹುದು.

ಈ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಭಾಷೆಯೇ 1C ಅಡ್ಡಹೆಸರುಗಳನ್ನು ಅವರ ವೇದಿಕೆಯ ಕಡೆಗೆ ದ್ವೇಷಿಸಲು ಮುಖ್ಯ ಕಾರಣವಾಗಿದೆ. ಅದನ್ನು ಎದುರಿಸೋಣ, ಕಾರಣವಿಲ್ಲದೆ ಅಲ್ಲ. ಭಾಷೆಯನ್ನು ಸಾಧ್ಯವಾದಷ್ಟು ಸರಳವಾಗಿ ಕಲ್ಪಿಸಲಾಗಿದೆ, ಕನಿಷ್ಠ ಸಿಐಎಸ್‌ನಲ್ಲಿ "ಡೆವಲಪರ್‌ಗಳು, ಡೆವಲಪರ್‌ಗಳು" ಎಂಬ ಮಂತ್ರವನ್ನು ಪೂರೈಸಲು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ. ಅಂತಹ ಪರಿಹಾರದ ವಾಣಿಜ್ಯ ಸಾರ, ನನ್ನ ಅಭಿಪ್ರಾಯದಲ್ಲಿ, ಸ್ಪಷ್ಟವಾಗಿ ಗೋಚರಿಸುತ್ತದೆ: ಹೆಚ್ಚು ಅಭಿವರ್ಧಕರು, ಹೆಚ್ಚಿನ ಮಾರುಕಟ್ಟೆ ವ್ಯಾಪ್ತಿ. 45% ರಿಂದ 95% ವರೆಗಿನ ವಿವಿಧ ಅಂದಾಜಿನ ಪ್ರಕಾರ ಇದು ನಿಜವಾಯಿತು. ನೀವು ಭಾವಿಸುವ ಭಾಷೆಯಲ್ಲಿ ಬರೆಯುವುದು ನಿಜವಾಗಿಯೂ ಸುಲಭ ಎಂದು ನಾನು ಈಗಿನಿಂದಲೇ ಹೇಳುತ್ತೇನೆ. ಮತ್ತು ನನಗೆ ಸಾಕಷ್ಟು ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಭಾಷೆಗಳು ತಿಳಿದಿವೆ.

ಭಾಷೆಯಿಂದ ಪ್ರಾರಂಭಿಸೋಣ.

1C ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಭಾಷೆ

ಅದೇ ಸಮಯದಲ್ಲಿ ವ್ಯವಸ್ಥೆಯ ಬಲವಾದ ಮತ್ತು ದುರ್ಬಲ ಬಿಂದು. ಸುಲಭ ಪ್ರವೇಶ ಮತ್ತು ಓದುವಿಕೆಯನ್ನು ಒದಗಿಸುತ್ತದೆ. ಮತ್ತೊಂದೆಡೆ, 8 ರಲ್ಲಿ ಆವೃತ್ತಿ 2002 ರ ಬಿಡುಗಡೆಯ ನಂತರ ಅದನ್ನು ನವೀಕರಿಸಲಾಗಿಲ್ಲ ಮತ್ತು ನೈತಿಕವಾಗಿ ಹಳೆಯದಾಗಿದೆ. ಯಾರೋ ಹೇಳುತ್ತಾರೆ "ಮುಖ್ಯ ನ್ಯೂನತೆಯೆಂದರೆ ಯಾವುದೇ OOP ಇಲ್ಲ" ಮತ್ತು ಅವರು ತಪ್ಪಾಗಿರುತ್ತಾರೆ. ಮೊದಲನೆಯದಾಗಿ, PLO ನುರಾಲೀವ್ ಮಾತ್ರವಲ್ಲ, ಟೊರ್ವಾಲ್ಡ್ಸ್ ಅನ್ನು ಸಹ ಇಷ್ಟಪಡುವುದಿಲ್ಲ. ಮತ್ತು ಎರಡನೆಯದಾಗಿ, OOP ಇನ್ನೂ ಅಸ್ತಿತ್ವದಲ್ಲಿದೆ.

ಡೆವಲಪರ್‌ನ ದೃಷ್ಟಿಕೋನದಿಂದ, DBMS ನಲ್ಲಿ ಪ್ರದರ್ಶಿಸಲಾದ ಮೂಲ ವರ್ಗಗಳೊಂದಿಗೆ ಚೌಕಟ್ಟನ್ನು ಅವನು ತನ್ನ ಇತ್ಯರ್ಥಕ್ಕೆ ಹೊಂದಿದ್ದಾನೆ. ಡೆವಲಪರ್ ಮೂಲ ವರ್ಗ "ಡೈರೆಕ್ಟರಿ" ಅನ್ನು ತೆಗೆದುಕೊಳ್ಳಬಹುದು ಮತ್ತು ಅದರಿಂದ "ಕ್ಲೈಂಟ್ಸ್" ಡೈರೆಕ್ಟರಿಯನ್ನು ಪಡೆದುಕೊಳ್ಳಬಹುದು. ಇದು ಅದಕ್ಕೆ ಹೊಸ ವರ್ಗ ಕ್ಷೇತ್ರಗಳನ್ನು ಸೇರಿಸಬಹುದು, ಉದಾಹರಣೆಗೆ, INN ಮತ್ತು ವಿಳಾಸ, ಮತ್ತು ಅಗತ್ಯವಿದ್ದಲ್ಲಿ, ಇದು ಮೂಲ ವರ್ಗದ ವಿಧಾನಗಳನ್ನು ಅತಿಕ್ರಮಿಸಬಹುದು (ಅತಿಕ್ರಮಿಸಬಹುದು) ಉದಾಹರಣೆಗೆ, OnWrite/AtRecord ವಿಧಾನ.

ಚೌಕಟ್ಟನ್ನು ಆಳವಾದ ಆನುವಂಶಿಕತೆ ವಿರಳವಾಗಿ ಅಗತ್ಯವಿರುವ ರೀತಿಯಲ್ಲಿ ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ ಮತ್ತು OOP ನಲ್ಲಿನ ನಿರ್ಬಂಧವು ನನ್ನ ಅಭಿಪ್ರಾಯದಲ್ಲಿ ಅರ್ಥಪೂರ್ಣವಾಗಿದೆ. 1C ಡೊಮೇನ್ ಚಾಲಿತ ಅಭಿವೃದ್ಧಿಯ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸುತ್ತದೆ ಮತ್ತು ಮೊದಲನೆಯದಾಗಿ, ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾದ ಪರಿಹಾರದ ವಿಷಯದ ಪ್ರದೇಶದ ಬಗ್ಗೆ ಯೋಚಿಸುವಂತೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ಇದು ಒಳ್ಳೆಯದು. ಯಾವುದೇ ಪ್ರಲೋಭನೆ ಮಾತ್ರವಲ್ಲ, ಎಲ್ಲೋ ಡೊಮೇನ್‌ನಿಂದ ಕೆಲವು ಡೇಟಾವನ್ನು ತೋರಿಸಲು 10 ವಿಭಿನ್ನ ಡಿಟಿಒಗಳು ಮತ್ತು ವ್ಯೂಮಾಡೆಲ್‌ಗಳನ್ನು ಬರೆಯುವ ಅಗತ್ಯವಿಲ್ಲ. 1C ಡೆವಲಪರ್ ಯಾವಾಗಲೂ ಒಂದೇ ಘಟಕವನ್ನು ಪ್ರತಿನಿಧಿಸುವ ಒಂದು ಡಜನ್ ವರ್ಗಗಳೊಂದಿಗೆ ಗ್ರಹಿಕೆಯ ಸಂದರ್ಭವನ್ನು ಅಸ್ತವ್ಯಸ್ತಗೊಳಿಸದೆ ಒಂದೇ ಘಟಕದೊಂದಿಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಆದರೆ ಬೇರೆ ಕಡೆಯಿಂದ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಯಾವುದೇ .NET ಅಪ್ಲಿಕೇಶನ್, ಉದಾಹರಣೆಗೆ, JSON ಗೆ ಧಾರಾವಾಹಿ ಮತ್ತು ಕ್ಲೈಂಟ್‌ನಿಂದ ಸರ್ವರ್‌ಗೆ ಡೇಟಾ ವರ್ಗಾವಣೆಗಾಗಿ ಐದು ಅಥವಾ ಎರಡು ViewModels ಮತ್ತು DTO ಗಳನ್ನು ಹೊಂದಿರಬೇಕು. ಮತ್ತು ಆಟೋಮ್ಯಾಪರ್‌ನಂತಹ ಪೆನ್ನುಗಳು ಅಥವಾ ಊರುಗೋಲುಗಳನ್ನು ಬಳಸಿಕೊಂಡು ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ಕೋಡ್‌ನ ಸರಿಸುಮಾರು 10-15% ರಷ್ಟು ಡೇಟಾವನ್ನು ಒಂದು ವರ್ಗದಿಂದ ಇನ್ನೊಂದಕ್ಕೆ ವರ್ಗಾಯಿಸಲು ಖರ್ಚು ಮಾಡಲಾಗುತ್ತದೆ. ಈ ಕೋಡ್ ಅನ್ನು ಬರೆಯಬೇಕು ಮತ್ತು ಅದನ್ನು ರಚಿಸಲು ಮತ್ತು ನಿರ್ವಹಿಸಲು ಪ್ರೋಗ್ರಾಮರ್ಗಳಿಗೆ ಪಾವತಿಸಬೇಕು.

1C ಭಾಷೆಯನ್ನು ಮುಖ್ಯವಾಹಿನಿಯ ಭಾಷೆಗಳ ಮಟ್ಟಕ್ಕೆ ಸಂಕೀರ್ಣಗೊಳಿಸದೆ ಅಭಿವೃದ್ಧಿಪಡಿಸುವುದು ಕಷ್ಟ ಎಂದು ಅದು ತಿರುಗುತ್ತದೆ, ಹೀಗಾಗಿ ಸರಳತೆಯ ಪ್ರಯೋಜನವನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತದೆ. ಮಾರಾಟಗಾರರ ಕಾರ್ಯವು ಮೂಲಭೂತವಾಗಿ ಪರಿಹರಿಸಲ್ಪಡುತ್ತದೆ: ಬೀದಿಯಲ್ಲಿ ಸಿಕ್ಕಿಬಿದ್ದ ಯಾವುದೇ ವಿದ್ಯಾರ್ಥಿಯು ಅಗತ್ಯ ಮಟ್ಟದ ಗುಣಮಟ್ಟದೊಂದಿಗೆ ಕಸ್ಟಮೈಸ್ ಮಾಡಬಹುದಾದ ಪ್ರಮಾಣಿತ ಪರಿಹಾರವನ್ನು ನೀಡಲು (ಅಂದರೆ, ಸ್ಟಾಲ್‌ನಿಂದ ದೊಡ್ಡ ಕಾರ್ಖಾನೆಯವರೆಗೆ ಆವರಿಸಿರುವ ಪ್ರಕರಣವು ಪೂರ್ಣಗೊಂಡಿದೆ). ನೀವು ಸ್ಟಾಲ್ ಆಗಿದ್ದರೆ, ವಿದ್ಯಾರ್ಥಿಯನ್ನು ತೆಗೆದುಕೊಳ್ಳಿ; ನೀವು ಕಾರ್ಖಾನೆಯಾಗಿದ್ದರೆ, ನಿಮ್ಮ ಅನುಷ್ಠಾನ ಪಾಲುದಾರರಿಂದ ಗುರುವನ್ನು ತೆಗೆದುಕೊಳ್ಳಿ. ಕಾರ್ಯಗತಗೊಳಿಸುವ ಪಾಲುದಾರರು ವಿದ್ಯಾರ್ಥಿಗಳನ್ನು ಗುರುವಿನ ಬೆಲೆಗೆ ಮಾರಾಟ ಮಾಡುತ್ತಾರೆ ಎಂಬುದು ಚೌಕಟ್ಟಿನ ಸಮಸ್ಯೆಯಲ್ಲ. ವಾಸ್ತುಶಿಲ್ಪದ ಪ್ರಕಾರ, ಚೌಕಟ್ಟು ಎರಡರ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಬೇಕು, ಪ್ರಮಾಣಿತ ಕಾನ್ಫಿಗರೇಶನ್‌ಗಳ ಕೋಡ್ (ನಾವು ಗ್ರಾಹಕೀಕರಣದ ಭರವಸೆಯೊಂದಿಗೆ ವ್ಯವಹಾರಗಳಿಗೆ ಮಾರಾಟ ಮಾಡಿದ್ದೇವೆ) ವಿದ್ಯಾರ್ಥಿಯಿಂದ ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ ಮತ್ತು ಗುರುಗಳು ನಿಮಗೆ ಬೇಕಾದುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ.

ನನ್ನ ಅಭಿಪ್ರಾಯದಲ್ಲಿ, ಭಾಷೆಯಲ್ಲಿ ನಿಜವಾಗಿಯೂ ಕಾಣೆಯಾಗಿದೆ, ನಿಮಗೆ ಸಾಧ್ಯವಾಗುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ಬರೆಯಲು ನಿಮ್ಮನ್ನು ಒತ್ತಾಯಿಸುವುದು, ಗ್ರಾಹಕರು ಪಾವತಿಸಿದ ಸಮಯವನ್ನು ವ್ಯರ್ಥ ಮಾಡುವುದು.

• ಮಟ್ಟದಲ್ಲಿ ಟೈಪ್ ಮಾಡುವ ಸಾಧ್ಯತೆ, ಉದಾಹರಣೆಗೆ, ಟೈಪ್‌ಸ್ಕ್ರಿಪ್ಟ್ (ಪರಿಣಾಮವಾಗಿ, IDE ನಲ್ಲಿ ಹೆಚ್ಚು ಅಭಿವೃದ್ಧಿ ಹೊಂದಿದ ಕೋಡ್ ವಿಶ್ಲೇಷಣಾ ಸಾಧನಗಳು, ರಿಫ್ಯಾಕ್ಟರಿಂಗ್, ಕಡಿಮೆ ಆಕ್ರಮಣಕಾರಿ ಜಾಂಬ್‌ಗಳು)
  ಮೊದಲ ದರ್ಜೆಯ ವಸ್ತುಗಳಂತೆ ಕಾರ್ಯಗಳ ಲಭ್ಯತೆ. ಸ್ವಲ್ಪ ಹೆಚ್ಚು ಸಂಕೀರ್ಣವಾದ ಪರಿಕಲ್ಪನೆ, ಆದರೆ ವಿಶಿಷ್ಟ ಬಾಯ್ಲರ್-ಕೋಡ್ನ ಪ್ರಮಾಣವನ್ನು ಬಹಳವಾಗಿ ಕಡಿಮೆ ಮಾಡಬಹುದು. IMHO ಎಂಬ ಕೋಡ್‌ನ ವಿದ್ಯಾರ್ಥಿಯ ತಿಳುವಳಿಕೆಯು ಪರಿಮಾಣದಲ್ಲಿನ ಕಡಿತದ ಕಾರಣದಿಂದಾಗಿ ಹೆಚ್ಚಾಗುತ್ತದೆ
• ಯುನಿವರ್ಸಲ್ ಸಂಗ್ರಹ ಅಕ್ಷರಶಃ, ಇನಿಶಿಯಲೈಜರ್ಸ್. ಅದೇ ವಿಷಯ - ಬರೆಯಬೇಕಾದ ಮತ್ತು/ಅಥವಾ ನಿಮ್ಮ ಕಣ್ಣುಗಳಿಂದ ನೋಡಬೇಕಾದ ಕೋಡ್‌ನ ಪ್ರಮಾಣವನ್ನು ಕಡಿಮೆ ಮಾಡುವುದು. ಸಂಗ್ರಹಣೆಗಳನ್ನು ಭರ್ತಿ ಮಾಡುವುದು 9000C ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಸಮಯದ 1% ಕ್ಕಿಂತ ಹೆಚ್ಚು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ವಾಕ್ಯರಚನೆಯ ಸಕ್ಕರೆ ಇಲ್ಲದೆ ಇದನ್ನು ಬರೆಯುವುದು ದೀರ್ಘ, ದುಬಾರಿ ಮತ್ತು ದೋಷ ಪೀಡಿತವಾಗಿದೆ. ಸಾಮಾನ್ಯವಾಗಿ, ಲಭ್ಯವಿರುವ ಮುಕ್ತ ಚೌಕಟ್ಟುಗಳಿಗೆ ಹೋಲಿಸಿದರೆ 1C ಪರಿಹಾರಗಳಲ್ಲಿನ LOC ಪ್ರಮಾಣವು ಎಲ್ಲಾ ಕಲ್ಪಿತ ಮಿತಿಗಳನ್ನು ಮೀರುತ್ತದೆ ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ, ನಿಮ್ಮ ಎಲ್ಲಾ ಎಂಟರ್‌ಪ್ರೈಸ್ ಜಾವಾಗಳನ್ನು ಸಂಯೋಜಿಸುತ್ತದೆ. ಭಾಷೆಯು ಮೌಖಿಕವಾಗಿದೆ ಮತ್ತು ಇದು ಡೇಟಾ, ಮೆಮೊರಿ, IDE ಬ್ರೇಕ್‌ಗಳು, ಸಮಯ, ಹಣದ ಮೊತ್ತಕ್ಕೆ ಕ್ಷೀಣಿಸುತ್ತದೆ.
• ಅಂತಿಮವಾಗಿ ನಿರ್ಮಾಣಗಳು ರಷ್ಯಾದ ಭಾಷೆಗೆ ಅದರ ಯಶಸ್ವಿ ಅನುವಾದವನ್ನು ಅವರು ಕಂಡುಹಿಡಿಯದ ಕಾರಣ ಈ ನಿರ್ಮಾಣವು ಕಾಣೆಯಾಗಿದೆ ಎಂಬ ಕಲ್ಪನೆಯನ್ನು ನಾನು ಹೊಂದಿದ್ದೇನೆ :)
• ಸ್ವಂತ ಡೇಟಾ ಪ್ರಕಾರಗಳು (OOP ಇಲ್ಲದೆ), VB6 ನಿಂದ ಟೈಪ್‌ನ ಅನಲಾಗ್‌ಗಳು. ಈ ರಚನೆಗಳನ್ನು ನಿರ್ಮಿಸುವ BSP ಮತ್ತು ಮ್ಯಾಜಿಕ್ ವಿಧಾನಗಳಲ್ಲಿನ ಕಾಮೆಂಟ್‌ಗಳನ್ನು ಬಳಸಿಕೊಂಡು ರಚನೆಗಳನ್ನು ಟೈಪ್ ಮಾಡದಿರಲು ಇದು ನಿಮ್ಮನ್ನು ಅನುಮತಿಸುತ್ತದೆ. ನಾವು ಪಡೆಯುತ್ತೇವೆ: ಕಡಿಮೆ ಕೋಡ್, ಡಾಟ್ ಮೂಲಕ ಸುಳಿವು, ಸಮಸ್ಯೆಗೆ ತ್ವರಿತ ಪರಿಹಾರ, ಮುದ್ರಣದೋಷಗಳಿಂದಾಗಿ ಕಡಿಮೆ ದೋಷಗಳು ಮತ್ತು ರಚನೆಗಳ ಕಾಣೆಯಾದ ಗುಣಲಕ್ಷಣಗಳು. ಈಗ ಬಳಕೆದಾರರ ರಚನೆಗಳ ಟೈಪಿಂಗ್ ಸಂಪೂರ್ಣವಾಗಿ ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಸಬ್ಸಿಸ್ಟಮ್ ಲೈಬ್ರರಿಯ ಅಭಿವೃದ್ಧಿ ತಂಡದೊಂದಿಗೆ ನಿಂತಿದೆ, ಅದರ ಕ್ರೆಡಿಟ್ಗೆ, ಪಾಸ್ ಪ್ಯಾರಾಮೀಟರ್ ರಚನೆಗಳ ನಿರೀಕ್ಷಿತ ಗುಣಲಕ್ಷಣಗಳ ಬಗ್ಗೆ ಕಾಮೆಂಟ್ಗಳನ್ನು ಎಚ್ಚರಿಕೆಯಿಂದ ಬರೆಯುತ್ತದೆ.
• ವೆಬ್ ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ ಅಸಮಕಾಲಿಕ ಕರೆಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವಾಗ ಸಕ್ಕರೆ ಇಲ್ಲ. ProcessingNotifications ರೂಪದಲ್ಲಿ ಕಾಲ್‌ಬ್ಯಾಕ್-ಹೆಲ್ ಮುಖ್ಯ ಬ್ರೌಸರ್‌ಗಳ API ನಲ್ಲಿನ ಹಠಾತ್ ಬದಲಾವಣೆಯಿಂದ ಉಂಟಾಗುವ ತಾತ್ಕಾಲಿಕ ಊರುಗೋಲು, ಆದರೆ ನೀವು ಎಲ್ಲಾ ಸಮಯದಲ್ಲೂ ಈ ರೀತಿ ಬದುಕಲು ಸಾಧ್ಯವಿಲ್ಲ; ಅಸಮಕಾಲಿಕ ಕೋಡ್‌ನ “ವಿದ್ಯಾರ್ಥಿ ತಿಳುವಳಿಕೆ” ಯ ಪ್ರಯೋಜನವು ಕಳೆದುಹೋಗುತ್ತಿದೆ ಹೆಚ್ಹು ಮತ್ತು ಹೆಚ್ಹು. ಮುಖ್ಯ IDE ಯಲ್ಲಿ ಈ ಮಾದರಿಗೆ ಯಾವುದೇ ಬೆಂಬಲವನ್ನು ಸೇರಿಸಿ ಮತ್ತು ವಿಷಯಗಳು ಇನ್ನಷ್ಟು ಹದಗೆಡುತ್ತವೆ.

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

ಈ ಭಾಷೆಯೊಂದಿಗೆ ಈಗಾಗಲೇ ಸಾಕಷ್ಟು ಕೆಲಸ ಮಾಡಿದ ಪ್ರೋಗ್ರಾಮರ್, js ಅಥವಾ c# ಅನ್ನು ನೋಡುತ್ತಾನೆ, ಈ ಭಾಷೆಯ ಚೌಕಟ್ಟಿನೊಳಗೆ ಬೇಸರಗೊಳ್ಳುತ್ತಾನೆ. ಇದು ಸತ್ಯ. ಅವನಿಗೆ ಅಭಿವೃದ್ಧಿ ಬೇಕು. ಮಾರಾಟಗಾರರಿಗೆ ಮಾಪಕದ ಇನ್ನೊಂದು ಬದಿಯಲ್ಲಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಅನುಷ್ಠಾನಗೊಳಿಸುವ ವೆಚ್ಚ ಮತ್ತು ಅವುಗಳ ಅನುಷ್ಠಾನದ ನಂತರ ಆದಾಯದ ಹೆಚ್ಚಳವಾಗಿದೆ. ಇಲ್ಲಿ ಪ್ರಸ್ತುತ ಕಂಪನಿಯ ದೃಷ್ಟಿಯಲ್ಲಿ ಏನನ್ನು ಮೀರಿಸುತ್ತದೆ ಎಂಬುದರ ಕುರಿತು ನನಗೆ ಯಾವುದೇ ಮಾಹಿತಿ ಇಲ್ಲ.

ಅಭಿವೃದ್ಧಿ ಪರಿಸರ

ಇಲ್ಲಿಯೂ ಕೆಲಸಗಳು ಸುಗಮವಾಗಿ ನಡೆಯುತ್ತಿಲ್ಲ. ಎರಡು ಅಭಿವೃದ್ಧಿ ಪರಿಸರಗಳಿವೆ. ಮೊದಲನೆಯದು ವಿತರಣೆಯಲ್ಲಿ ಒಳಗೊಂಡಿರುವ ಕಾನ್ಫಿಗರರೇಟರ್ ಆಗಿದೆ. ಎರಡನೆಯದು ಎಂಟರ್‌ಪ್ರೈಸ್ ಡೆವಲಪ್‌ಮೆಂಟ್ ಟೂಲ್ಸ್ ಪರಿಸರ, ಅಥವಾ ಸಂಕ್ಷಿಪ್ತವಾಗಿ EDT, ಎಕ್ಲಿಪ್ಸ್ ಆಧಾರದ ಮೇಲೆ ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗಿದೆ.

ಸಂರಚನಾಕಾರನು ಸಂಪೂರ್ಣ ಶ್ರೇಣಿಯ ಅಭಿವೃದ್ಧಿ ಕಾರ್ಯಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ, ಎಲ್ಲಾ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ ಮತ್ತು ಮಾರುಕಟ್ಟೆಯಲ್ಲಿ ಮುಖ್ಯ ಪರಿಸರವಾಗಿದೆ. ವದಂತಿಗಳ ಪ್ರಕಾರ ಇದು ನೈತಿಕವಾಗಿ ಬಳಕೆಯಲ್ಲಿಲ್ಲ, ಅಭಿವೃದ್ಧಿಯಾಗುತ್ತಿಲ್ಲ - ಅದರಲ್ಲಿರುವ ತಾಂತ್ರಿಕ ಸಾಲದ ಪ್ರಮಾಣದಿಂದಾಗಿ. ಆಂತರಿಕ API ತೆರೆಯುವ ಮೂಲಕ ಪರಿಸ್ಥಿತಿಯನ್ನು ಸುಧಾರಿಸಬಹುದು (ಸ್ನೇಹದ ರೂಪದಲ್ಲಿ ಸ್ನೋಮ್ಯಾನ್ A. ಓರೆಫ್ಕೋವಾ ಅಥವಾ ಸ್ವತಂತ್ರ ಆಧಾರದ ಮೇಲೆ), ಆದರೆ ಇದು ಹಾಗಲ್ಲ. ಎಲ್ಲಿಯವರೆಗೆ ಮಾರಾಟಗಾರರು ಮಧ್ಯಪ್ರವೇಶಿಸುವುದಿಲ್ಲವೋ ಅಲ್ಲಿಯವರೆಗೆ ಸಮುದಾಯವು ತನ್ನದೇ ಆದ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು IDE ನಲ್ಲಿ ಬರೆಯುತ್ತದೆ ಎಂದು ಅಭ್ಯಾಸವು ತೋರಿಸಿದೆ. ಆದರೆ ನಮ್ಮಲ್ಲಿರುವುದು ನಮ್ಮಲ್ಲಿದೆ. 2004-2005ರಲ್ಲಿ ಕಾನ್ಫಿಗರೇಟರ್ ಉತ್ತಮವಾಗಿತ್ತು, ಆ ಕಾಲದ ವಿಷುಯಲ್ ಸ್ಟುಡಿಯೊವನ್ನು ನೆನಪಿಸುತ್ತದೆ, ಕೆಲವು ಸ್ಥಳಗಳಲ್ಲಿ ಇದು ಇನ್ನೂ ತಂಪಾಗಿತ್ತು, ಆದರೆ ಅದು ಆ ಸಮಯದಲ್ಲಿ ಅಂಟಿಕೊಂಡಿತ್ತು.

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

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

ಮೇಲೆ ತಿಳಿಸಲಾದ "1C ಪ್ರಿಸ್ಮ್" ಮೂಲಕ ನೀವು ಪರಿಸ್ಥಿತಿಯನ್ನು ನೋಡಿದರೆ, ನೀವು ಈ ರೀತಿಯದನ್ನು ಪಡೆಯುತ್ತೀರಿ: ಹೊಸ IDE ಯ ಬಿಡುಗಡೆಯು ಪೆಟ್ಟಿಗೆಗಳ ಮಾರಾಟವನ್ನು ಹೆಚ್ಚಿಸುವುದಿಲ್ಲ, ಆದರೆ ಡೆವಲಪರ್ಗಳ ಹೊರಹರಿವು ಕಡಿಮೆಯಾಗಬಹುದು. ಡೆವಲಪರ್ ಸೌಕರ್ಯದ ವಿಷಯದಲ್ಲಿ ಪರಿಸರ ವ್ಯವಸ್ಥೆಯು ಏನನ್ನು ಕಾಯುತ್ತಿದೆ ಎಂದು ಹೇಳುವುದು ಕಷ್ಟ, ಆದರೆ ಮೈಕ್ರೋಸಾಫ್ಟ್ ಈಗಾಗಲೇ ತನ್ನ ಸೇವೆಗಳನ್ನು ತಡವಾಗಿ ನೀಡುವ ಮೂಲಕ ಮೊಬೈಲ್ ಡೆವಲಪರ್‌ಗಳನ್ನು ಕೆರಳಿಸಿದೆ.

ಅಭಿವೃದ್ಧಿ ನಿರ್ವಹಣೆ

ಕೋಡ್ ಬರೆಯುವುದಕ್ಕಿಂತ ಇಲ್ಲಿ ಎಲ್ಲವೂ ಗಮನಾರ್ಹವಾಗಿ ಉತ್ತಮವಾಗಿದೆ, ವಿಶೇಷವಾಗಿ ಇತ್ತೀಚೆಗೆ, ಸಮುದಾಯದ ಪ್ರಯತ್ನಗಳು ಆಡಳಿತ ಯಾಂತ್ರೀಕೃತಗೊಂಡ ಸಮಸ್ಯೆಗಳನ್ನು ಬೆಳಕಿಗೆ ತಂದಾಗ, 1C ರೆಪೊಸಿಟರಿಯನ್ನು ಕಸದ ರಾಶಿಗೆ ಎಸೆಯಲು ಮತ್ತು ಜಿಟ್, ಕ್ವಿಕ್ ಬ್ಲೇಮ್, ಕೋಡ್-ರಿವ್ಯೂ ಅನ್ನು ಬಳಸುವ ಮೂಲಮಾದರಿಗಳನ್ನು ಪ್ರಾರಂಭಿಸಲಾಯಿತು. , ಸ್ಥಿರ ವಿಶ್ಲೇಷಣೆ, ಸ್ವಯಂ ನಿಯೋಜನೆ ಮತ್ತು ಇತ್ಯಾದಿ. ಅಭಿವೃದ್ಧಿ ಕಾರ್ಯಗಳ ಯಾಂತ್ರೀಕೃತಗೊಂಡ ಮಟ್ಟವನ್ನು ಹೆಚ್ಚಿಸುವ ವೇದಿಕೆಗೆ ಹಲವು ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಸೇರಿಸಲಾಗಿದೆ. ಆದಾಗ್ಯೂ, ಈ ಎಲ್ಲಾ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ನಮ್ಮದೇ ಆದ ದೊಡ್ಡ ಉತ್ಪನ್ನಗಳ ಅಭಿವೃದ್ಧಿಗೆ ಮಾತ್ರ ಮತ್ತು ಪ್ರತ್ಯೇಕವಾಗಿ ಸೇರಿಸಲಾಯಿತು, ಯಾಂತ್ರೀಕೃತಗೊಂಡಿಲ್ಲದೆ ನಾವು ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ ಎಂಬುದು ಸ್ಪಷ್ಟವಾದಾಗ. ಸ್ವಯಂ ವಿಲೀನಗಳು, KDiff ನೊಂದಿಗೆ ಮೂರು-ಮಾರ್ಗದ ಹೋಲಿಕೆ ಮತ್ತು ಎಲ್ಲವೂ ಇದ್ದವು. Github ನಲ್ಲಿ ಪ್ರಾರಂಭಿಸಲಾಗಿದೆ ಗಿಟ್ ಪರಿವರ್ತಕ, ಯಾರು, ನಾನೂ, ಸೈದ್ಧಾಂತಿಕವಾಗಿ ಯೋಜನೆಯಿಂದ ದೂರ ಎಳೆಯಲ್ಪಟ್ಟರು gitsync, ಆದರೆ ಮಾರಾಟಗಾರರ ಕಂಪನಿಯ ಪ್ರಕ್ರಿಯೆಗಳಿಗೆ ಸರಿಹೊಂದುವಂತೆ ಮಾರ್ಪಡಿಸಲಾಗಿದೆ. ಮುಕ್ತ ಮೂಲದಿಂದ ಮೊಂಡುತನದ ವ್ಯಕ್ತಿಗಳಿಗೆ ಧನ್ಯವಾದಗಳು, 1C ನಲ್ಲಿ ಅಭಿವೃದ್ಧಿ ಯಾಂತ್ರೀಕೃತಗೊಂಡವು ನೆಲದಿಂದ ಹೊರಬಂದಿದೆ. ಕಾನ್ಫಿಗರೇಟರ್‌ಗಾಗಿ ತೆರೆದ API, IMHO, ಮುಖ್ಯ IDE ಯ ನೈತಿಕ ಹಿಂದುಳಿದಿರುವಿಕೆಯನ್ನು ಸಹ ಬದಲಾಯಿಸುತ್ತದೆ.

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

ಆಡಳಿತ

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

ಇಲ್ಲಿ ಸಮಸ್ಯೆ ಏನೆಂದರೆ, ಈ ರೋಗನಿರ್ಣಯಕ್ಕೆ ಸಿದ್ಧ ಪರಿಹಾರಗಳ ವಿಷಯದಲ್ಲಿ ಮಾರಾಟಗಾರರು ವಿಶೇಷವಾದ ಏನನ್ನೂ ನೀಡುವುದಿಲ್ಲ. ಹೌದು, 1C ಇದೆ: ಇನ್ಸ್ಟ್ರುಮೆಂಟೇಶನ್ ಮತ್ತು ಕಂಟ್ರೋಲ್ ಸೆಂಟರ್, ಅವು ತುಂಬಾ ಒಳ್ಳೆಯದು, ಆದರೆ ಅವು ತುಂಬಾ ದುಬಾರಿಯಾಗಿದೆ ಮತ್ತು ಪ್ರತಿಯೊಬ್ಬರೂ ಅವುಗಳನ್ನು ಹೊಂದಿಲ್ಲ. ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಅಡ್ಮಿನ್ ಸೆಟ್‌ನಿಂದ ಗ್ರಾಫನಾ, ಜಬ್ಬಿಕ್ಸ್, ಇಎಲ್‌ಕೆ ಮತ್ತು ಇತರ ವಿಷಯಗಳನ್ನು ಸಂಪರ್ಕಿಸಲು ಸಮುದಾಯದಲ್ಲಿ ಹಲವಾರು ಬೆಳವಣಿಗೆಗಳಿವೆ, ಆದರೆ ಬಹುಮತಕ್ಕೆ ಸರಿಹೊಂದುವ ಯಾವುದೇ ಪರಿಹಾರವಿಲ್ಲ. ಕಾರ್ಯವು ಅದರ ನಾಯಕನಿಗೆ ಕಾಯುತ್ತಿದೆ. ಮತ್ತು ನೀವು 1C ಕ್ಲಸ್ಟರ್‌ನಲ್ಲಿ ಪ್ರಾರಂಭಿಸಲು ಯೋಜಿಸುವ ವ್ಯವಹಾರವಾಗಿದ್ದರೆ, ನಿಮಗೆ ತಜ್ಞರ ಅಗತ್ಯವಿದೆ. ನಿಮ್ಮ ಸ್ವಂತ ಒಳಗೆ ಅಥವಾ ಹೊರಗಿನಿಂದ, ಆದರೆ ನಿಮಗೆ ಇದು ಬೇಕು. ಸರ್ವರ್ ಕಾರ್ಯಾಚರಣೆಗಾಗಿ ಸಾಮರ್ಥ್ಯಗಳೊಂದಿಗೆ ಪ್ರತ್ಯೇಕ ಪಾತ್ರವಿದೆ ಎಂಬುದು ಸಾಮಾನ್ಯವಾಗಿದೆ, ಪ್ರತಿ 1C ಬಳಕೆದಾರರು ಇದನ್ನು ತಿಳಿದಿರಬಾರದು, ಅಂತಹ ಪಾತ್ರದ ಅಗತ್ಯವಿದೆ ಎಂದು ನೀವು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು. ಉದಾಹರಣೆಗೆ SAP ಅನ್ನು ತೆಗೆದುಕೊಳ್ಳೋಣ. ಅಲ್ಲಿ, ಪ್ರೋಗ್ರಾಮರ್, ಹೆಚ್ಚಾಗಿ, ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್‌ನಲ್ಲಿ ಏನನ್ನಾದರೂ ಕಾನ್ಫಿಗರ್ ಮಾಡಲು ಕೇಳಿದರೆ ಅವನ ಕುರ್ಚಿಯಿಂದ ಎದ್ದೇಳುವುದಿಲ್ಲ. ಅವನು ಮೂರ್ಖನಾಗಿರಬಹುದು ಮತ್ತು ಅವನು ನಾಚಿಕೆಪಡುವುದಿಲ್ಲ. SAP ವಿಧಾನದಲ್ಲಿ ಇದಕ್ಕಾಗಿ ಪ್ರತ್ಯೇಕ ಉದ್ಯೋಗಿ ಪಾತ್ರವಿದೆ. ಕೆಲವು ಕಾರಣಗಳಿಗಾಗಿ, 1C ಉದ್ಯಮದಲ್ಲಿ ಇದನ್ನು ಒಂದೇ ಸಂಬಳಕ್ಕಾಗಿ ಒಬ್ಬ ಉದ್ಯೋಗಿಯಲ್ಲಿ ಸಂಯೋಜಿಸಬೇಕು ಎಂದು ನಂಬಲಾಗಿದೆ. ಅದೊಂದು ಭ್ರಮೆ.

1C ಸರ್ವರ್ನ ಅನಾನುಕೂಲಗಳು

Минус ровно один — надежность. Или, если угодно, непредсказуемость. Внезапные странности поведения сервера уже стали притчей во языцех. Универсальное средство — остановка сервера и чистка всех кешей даже описаны в настольной книге эксперта и даже рекомендован батничек, который делает это. Если у вас 1С начала делать то, чего не должна делать даже теоретически — время чистить кеш сеансовых данных. По моей оценке, людей, которые умеют эксплуатировать сервер 1С без этой процедуры — во всей стране человека три и они не делятся секретами, т.к. с этого живут. Возможно, их секрет в том, что они чистят сеансовые данные, но никому не говорят про это, гыгыгы.

ಇಲ್ಲದಿದ್ದರೆ, 1C ಸರ್ವರ್ ಇತರ ಯಾವುದೇ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಂತೆಯೇ ಇರುತ್ತದೆ ಮತ್ತು ದಸ್ತಾವೇಜನ್ನು ಓದುವ ಮೂಲಕ ಮತ್ತು ಟ್ಯಾಂಬೊರಿನ್ ಅನ್ನು ಬಡಿದು ಅದೇ ರೀತಿಯಲ್ಲಿ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ.

ಡಾಕರ್

Полезность применения контейнеризированного сервера 1С в продакшене пока не доказана. Сервер не кластеризуется простым добавлением нод за балансировщиком, что сводит преимущества контейнеризации продакшена к минимуму, а практика успешной эксплуатации в контейнерах в режиме highload — не наработана. В результате, докером+1С пользуются только разработчики для поднятия тестовых сред. Там это зело полезно, применяется, позволяет играть с современными технологиями и отдыхать от уныния конфигуратора.

ವಾಣಿಜ್ಯ ಘಟಕ

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

ಉದಾಹರಣೆಗೆ, ಕ್ಲೈಂಟ್‌ಗೆ PDF ಸರಕುಪಟ್ಟಿ ಕಳುಹಿಸುವ ಕಾರ್ಯವನ್ನು ವಿದ್ಯಾರ್ಥಿ ಕೆಲಸದ ಒಂದು ಗಂಟೆಯಲ್ಲಿ ಪರಿಹರಿಸಬಹುದು. .NET ನಲ್ಲಿನ ಅದೇ ಸಮಸ್ಯೆಯನ್ನು ಸ್ವಾಮ್ಯದ ಲೈಬ್ರರಿಯನ್ನು ಖರೀದಿಸುವ ಮೂಲಕ ಅಥವಾ ಕಟ್ಟುನಿಟ್ಟಾದ, ಗಡ್ಡವಿರುವ ಡೆವಲಪರ್‌ನಿಂದ ಒಂದೆರಡು ದಿನಗಳು ಅಥವಾ ವಾರಗಳ ಕೋಡಿಂಗ್ ಮಾಡುವ ಮೂಲಕ ಪರಿಹರಿಸಬಹುದು. ಕೆಲವೊಮ್ಮೆ, ಎರಡೂ ಏಕಕಾಲದಲ್ಲಿ. ಮತ್ತು ಹೌದು, ನಾನು PDF ಪೀಳಿಗೆಯ ಬಗ್ಗೆ ಮಾತ್ರ ಮಾತನಾಡುತ್ತಿದ್ದೆ. ಈ ಬಿಲ್ ಎಲ್ಲಿಂದ ಬರುತ್ತದೆ ಎಂದು ನಾವು ಹೇಳಿಲ್ಲ. ವೆಬ್ ಮುಂಭಾಗವು ಆಪರೇಟರ್ ಡೇಟಾವನ್ನು ನಮೂದಿಸುವ ಫಾರ್ಮ್ ಅನ್ನು ರಚಿಸಬೇಕು, ಬ್ಯಾಕೆಂಡರ್ JSON ಅನ್ನು ವರ್ಗಾಯಿಸಲು dto ಮಾದರಿಗಳನ್ನು ರಚಿಸಬೇಕು, ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲು ಮಾದರಿಗಳು, ಡೇಟಾಬೇಸ್‌ನ ರಚನೆ, ಅದಕ್ಕೆ ವಲಸೆ, ಚಿತ್ರಾತ್ಮಕ ರಚನೆ ಈ ಖಾತೆಯ ಪ್ರದರ್ಶನ, ಮತ್ತು ನಂತರ ಮಾತ್ರ - PDF. 1C ನಲ್ಲಿ, ಸಂಪೂರ್ಣ ಕಾರ್ಯವು ಮೊದಲಿನಿಂದಲೂ ನಿಖರವಾಗಿ ಒಂದು ಗಂಟೆಯಲ್ಲಿ ಪೂರ್ಣಗೊಳ್ಳುತ್ತದೆ.

ಖರೀದಿಸಿದ/ಮಾರಾಟದ ಒಂದು ವ್ಯಾಪಾರ ಪ್ರಕ್ರಿಯೆಯೊಂದಿಗೆ ಸಣ್ಣ ಸ್ಟಾಲ್‌ಗಾಗಿ ಪೂರ್ಣ ಪ್ರಮಾಣದ ಲೆಕ್ಕಪತ್ರ ವ್ಯವಸ್ಥೆಯನ್ನು 3 ಗಂಟೆಗಳಲ್ಲಿ ಮಾಡಲಾಗುತ್ತದೆ. ಮಾರಾಟ ವರದಿಯೊಂದಿಗೆ, ಖರೀದಿ ಮತ್ತು ಮಾರಾಟದ ಬೆಲೆಗಳಲ್ಲಿ ಸರಕುಗಳ ಲೆಕ್ಕಪತ್ರ, ಗೋದಾಮು, ಪ್ರವೇಶ ಹಕ್ಕುಗಳ ನಿಯಂತ್ರಣ, ವೆಬ್ ಕ್ಲೈಂಟ್ ಮತ್ತು ಮೊಬೈಲ್ ಅಪ್ಲಿಕೇಶನ್‌ನಿಂದ ಮುರಿದುಹೋಗಿದೆ . ಸರಿ, ನಾನು ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಮರೆತಿದ್ದೇನೆ, ಅಪ್ಲಿಕೇಶನ್ 3 ಗಂಟೆಗಳಲ್ಲಿ ಅಲ್ಲ, ಆರರಲ್ಲಿ.

ಕ್ಲೀನ್ ಕಂಪ್ಯೂಟರ್‌ನಲ್ಲಿ ದೃಶ್ಯ ಸ್ಟುಡಿಯೊವನ್ನು ಸ್ಥಾಪಿಸುವುದರಿಂದ ಗ್ರಾಹಕರಿಗೆ ಅದನ್ನು ಪ್ರದರ್ಶಿಸಲು ಈ ಕಾರ್ಯವು .NET ಡೆವಲಪರ್‌ಗೆ ಎಷ್ಟು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ? ಅಭಿವೃದ್ಧಿಯ ವೆಚ್ಚದ ಬಗ್ಗೆ ಏನು? ಒಂದೇ.

Сильные стороны 1С, как платформы

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

1. ಯುನಿಕೋಡ್. ನರಕ ಯಾವುದು ಸರಳವಾಗಿರಬಹುದು? 2019 ರಲ್ಲಿ ಏಕ-ಬೈಟ್ ASCII ಎನ್‌ಕೋಡಿಂಗ್‌ಗಳನ್ನು ಬಳಸುವ ಅಗತ್ಯವಿಲ್ಲ (ಪ್ರಾಚೀನ ಪರಂಪರೆಯೊಂದಿಗೆ ಏಕೀಕರಣವನ್ನು ಹೊರತುಪಡಿಸಿ). ಎಂದಿಗೂ. ಆದರೆ ಇಲ್ಲ. ಹೇಗಾದರೂ, ಕೆಲವು ಟೇಬಲ್‌ನಲ್ಲಿರುವ ಯಾರಾದರೂ ಸಿಂಗಲ್-ಬೈಟ್ ವರ್ಚಾರ್ ಅನ್ನು ಬಳಸುತ್ತಾರೆ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಎನ್‌ಕೋಡಿಂಗ್‌ಗಳೊಂದಿಗೆ ಸಮಸ್ಯೆಗಳನ್ನು ಹೊಂದಿರುತ್ತದೆ. 2015 ರಲ್ಲಿ, ಎನ್‌ಕೋಡಿಂಗ್‌ಗಳೊಂದಿಗಿನ ತಪ್ಪಾದ ಕೆಲಸದಿಂದಾಗಿ gitlab ನ LDAP ದೃಢೀಕರಣವು ವಿಫಲವಾಗಿದೆ; JetBrains IDE ಇನ್ನೂ ಎಲ್ಲೆಡೆ ಫೈಲ್ ಹೆಸರುಗಳಲ್ಲಿ ಸಿರಿಲಿಕ್‌ನೊಂದಿಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ. 1C ಡೇಟಾಬೇಸ್ ಲೇಯರ್‌ನಿಂದ ಅಪ್ಲಿಕೇಶನ್ ಕೋಡ್‌ನ ಉತ್ತಮ-ಗುಣಮಟ್ಟದ ಪ್ರತ್ಯೇಕತೆಯನ್ನು ಒದಗಿಸುತ್ತದೆ. ಅಲ್ಲಿ ಕೆಳಮಟ್ಟದಲ್ಲಿ ಕೋಷ್ಟಕಗಳನ್ನು ಟೈಪ್ ಮಾಡುವುದು ಅಸಾಧ್ಯ ಮತ್ತು ಡೇಟಾಬೇಸ್ ಮಟ್ಟದಲ್ಲಿ ಅಸಮರ್ಥ ಜೂನಿಯರ್‌ಗಳ ಜಾಂಬ್‌ಗಳು ಅಲ್ಲಿ ಅಸಾಧ್ಯ. ಹೌದು, ಅಸಮರ್ಥ ಕಿರಿಯರಿಂದ ಇತರ ಸಮಸ್ಯೆಗಳಿರಬಹುದು, ಆದರೆ ವಿವಿಧ ಸಮಸ್ಯೆಗಳು ತುಂಬಾ ಚಿಕ್ಕದಾಗಿದೆ. ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಸರಿಯಾಗಿ ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ ಮತ್ತು ಡೇಟಾಬೇಸ್ ಪ್ರವೇಶ ಪದರವನ್ನು ಪ್ರತ್ಯೇಕಿಸಲಾಗಿದೆ ಎಂದು ಈಗ ನೀವು ನನಗೆ ಹೇಳುತ್ತೀರಿ. ನಿಮ್ಮ ಕಾರ್ಪೊರೇಟ್ ಕಸ್ಟಮ್ ಜಾವಾ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಮತ್ತೊಮ್ಮೆ ನೋಡಿ. ನಿಕಟವಾಗಿ ಮತ್ತು ಪ್ರಾಮಾಣಿಕವಾಗಿ. ನಿಮ್ಮ ಆತ್ಮಸಾಕ್ಷಿಯು ನಿಮ್ಮನ್ನು ಕಾಡುತ್ತಿದೆಯೇ? ಆಗ ನಾನು ನಿನಗಾಗಿ ಸಂತೋಷಪಡುತ್ತೇನೆ.
2. ದಾಖಲೆಗಳು/ಉಲ್ಲೇಖ ಪುಸ್ತಕಗಳ ಸಂಖ್ಯೆ. 1C ಯಲ್ಲಿ ಇದು ಖಂಡಿತವಾಗಿಯೂ ಹೆಚ್ಚು ಹೊಂದಿಕೊಳ್ಳುವುದಿಲ್ಲ ಮತ್ತು ಉತ್ತಮವಾಗಿಲ್ಲ. ಆದರೆ ಬ್ಯಾಂಕಿಂಗ್ ಸಾಫ್ಟ್‌ವೇರ್ ಮತ್ತು ಸ್ವಯಂ-ಬರಹದ ಲೆಕ್ಕಪತ್ರ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ಅವರು ಏನು ಮಾಡುತ್ತಾರೆ - ಅಲ್ಲದೆ, ಇದು ಕೇವಲ ಕತ್ತಲೆಯಾಗಿದೆ. ಒಂದೋ ಗುರುತನ್ನು ಅಂಟಿಸಲಾಗುತ್ತದೆ (ಮತ್ತು ನಂತರ "ಓಹ್, ನಮಗೇಕೆ ರಂಧ್ರಗಳಿವೆ"), ಅಥವಾ ಇದಕ್ಕೆ ವಿರುದ್ಧವಾಗಿ, ಅವರು DBMS ಮಟ್ಟದಲ್ಲಿ ಲಾಕ್ ಮಾಡುವ ಮೂಲಕ ಕೆಲಸ ಮಾಡುವ ಜನರೇಟರ್ ಅನ್ನು ತಯಾರಿಸುತ್ತಾರೆ (ಮತ್ತು ಒಂದು ಅಡಚಣೆಯಾಗುತ್ತದೆ). ವಾಸ್ತವವಾಗಿ, ಈ ತೋರಿಕೆಯಲ್ಲಿ ಸರಳವಾದ ಕೆಲಸವನ್ನು ಮಾಡುವುದು ತುಂಬಾ ಕಷ್ಟ - ಘಟಕಗಳ ಅಂತ್ಯದಿಂದ ಅಂತ್ಯದ ಗಣತಿದಾರ, ನಿರ್ದಿಷ್ಟವಾದ ಕೀಗಳ ಸೆಟ್, ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ಆಧರಿಸಿ ಅನನ್ಯತೆಯ ವಿಭಾಗದೊಂದಿಗೆ, ಇದು ಸಮಾನಾಂತರ ಡೇಟಾ ಪ್ರವೇಶದ ಸಮಯದಲ್ಲಿ ಡೇಟಾಬೇಸ್ ಅನ್ನು ನಿರ್ಬಂಧಿಸುವುದಿಲ್ಲ. .
3. ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿನ ದಾಖಲೆಗಳ ಗುರುತಿಸುವಿಕೆ. 1C ಬಲವಾದ ಇಚ್ಛಾಶಕ್ತಿಯ ನಿರ್ಧಾರವನ್ನು ಮಾಡಿದೆ - ಎಲ್ಲಾ ಲಿಂಕ್ ಗುರುತಿಸುವಿಕೆಗಳು ಸಂಪೂರ್ಣವಾಗಿ ಸಂಶ್ಲೇಷಿತವಾಗಿವೆ ಮತ್ತು ಅಷ್ಟೆ. ಮತ್ತು ವಿತರಿಸಿದ ಡೇಟಾಬೇಸ್ ಮತ್ತು ವಿನಿಮಯದೊಂದಿಗೆ ಯಾವುದೇ ಸಮಸ್ಯೆಗಳಿಲ್ಲ. ಇತರ ಸಿಸ್ಟಮ್‌ಗಳ ಡೆವಲಪರ್‌ಗಳು ಮೊಂಡುತನದಿಂದ ಗುರುತನ್ನು ರಚಿಸುತ್ತಾರೆ (ಇದು ಚಿಕ್ಕದಾಗಿದೆ!), ಹಲವಾರು ಸಂಬಂಧಿತ ನಿದರ್ಶನಗಳನ್ನು ರಚಿಸುವ ಸಮಯದವರೆಗೆ ಅವುಗಳನ್ನು GUI ಗೆ ಎಳೆಯಿರಿ (ಮತ್ತು ನಂತರ ಅವುಗಳನ್ನು ಕಂಡುಹಿಡಿಯಲಾಗುತ್ತದೆ). ನಿಮ್ಮ ಬಳಿ ಇದು ಇಲ್ಲವೇ? ಪ್ರಾಮಾಣಿಕವಾಗಿ?
4. ಪಟ್ಟಿಗಳು. 1C (ದೊಡ್ಡ) ಪಟ್ಟಿಗಳ ಮೂಲಕ ಪೇಜಿಂಗ್ ಮಾಡಲು ಮತ್ತು ಅವುಗಳ ಮೂಲಕ ನ್ಯಾವಿಗೇಟ್ ಮಾಡಲು ಸಾಕಷ್ಟು ಯಶಸ್ವಿ ಕಾರ್ಯವಿಧಾನಗಳನ್ನು ಹೊಂದಿದೆ. ನಾನು ಈಗಿನಿಂದಲೇ ಕಾಯ್ದಿರಿಸಲಿ - ಯಾಂತ್ರಿಕತೆಯ ಸರಿಯಾದ ಬಳಕೆಯೊಂದಿಗೆ! ಸಾಮಾನ್ಯವಾಗಿ, ವಿಷಯವು ಸಾಕಷ್ಟು ಅಹಿತಕರವಾಗಿದೆ, ಅದನ್ನು ಆದರ್ಶಪ್ರಾಯವಾಗಿ ಪರಿಹರಿಸಲಾಗುವುದಿಲ್ಲ: ಇದು ಅರ್ಥಗರ್ಭಿತ ಮತ್ತು ಸರಳವಾಗಿದೆ (ಆದರೆ ಕ್ಲೈಂಟ್ನಲ್ಲಿ ದೊಡ್ಡ ದಾಖಲೆಗಳ ಅಪಾಯ), ಅಥವಾ ಪೇಜಿಂಗ್ ಒಂದು ಅಥವಾ ಇನ್ನೊಂದು ವಕ್ರತೆಯನ್ನು ಹೊಂದಿದೆ. ಪೇಜಿಂಗ್ ಮಾಡುವವರು ಹೆಚ್ಚಾಗಿ ವಕ್ರವಾಗಿ ಮಾಡುತ್ತಾರೆ. ಪ್ರಾಮಾಣಿಕ ಸ್ಕ್ರಾಲ್‌ಬಾರ್ ಮಾಡುವವರು ಡೇಟಾಬೇಸ್, ಚಾನಲ್ ಮತ್ತು ಕ್ಲೈಂಟ್ ಅನ್ನು ಸೇರಿಸುತ್ತಾರೆ.
5. ನಿರ್ವಹಿಸಿದ ರೂಪಗಳು. ನಿಸ್ಸಂದೇಹವಾಗಿ, ವೆಬ್ ಕ್ಲೈಂಟ್ನಲ್ಲಿ ಇಂಟರ್ಫೇಸ್ ಸಂಪೂರ್ಣವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ. ಆದರೆ ಇದು ಕೆಲಸ ಮಾಡುತ್ತದೆ. ಆದರೆ ಅನೇಕ ಇತರ ಲೆಕ್ಕಪತ್ರ ನಿರ್ವಹಣೆ ಮತ್ತು ಬ್ಯಾಂಕಿಂಗ್ ವ್ಯವಸ್ಥೆಗಳಿಗೆ, ರಿಮೋಟ್ ಕೆಲಸದ ಸ್ಥಳವನ್ನು ರಚಿಸುವುದು ಎಂಟರ್‌ಪ್ರೈಸ್-ಮಟ್ಟದ ಯೋಜನೆಯಾಗಿದೆ. ಹಕ್ಕು ನಿರಾಕರಣೆ: ಅದೃಷ್ಟವಶಾತ್ ಇದನ್ನು ಮೂಲತಃ ವೆಬ್‌ನಲ್ಲಿ ಮಾಡಿದವರಿಗೆ, ಇದು ಪರಿಣಾಮ ಬೀರುವುದಿಲ್ಲ.
6. ಮೊಬೈಲ್ ಅಪ್ಲಿಕೇಶನ್. ಇತ್ತೀಚೆಗೆ, ನೀವು ಅದೇ ಪರಿಸರ ವ್ಯವಸ್ಥೆಯಲ್ಲಿರುವಾಗ ಮೊಬೈಲ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಸಹ ಬರೆಯಬಹುದು. ವೆಬ್ ಕ್ಲೈಂಟ್‌ಗಿಂತ ಇಲ್ಲಿ ಸ್ವಲ್ಪ ಹೆಚ್ಚು ಜಟಿಲವಾಗಿದೆ; ಸಾಧನಗಳ ನಿಶ್ಚಿತಗಳು ಅವರಿಗೆ ನಿರ್ದಿಷ್ಟವಾಗಿ ಬರೆಯಲು ನಿಮ್ಮನ್ನು ಒತ್ತಾಯಿಸುತ್ತವೆ, ಆದರೆ, ಆದಾಗ್ಯೂ, ನೀವು ಮೊಬೈಲ್ ಡೆವಲಪರ್‌ಗಳ ಪ್ರತ್ಯೇಕ ತಂಡವನ್ನು ನೇಮಿಸಿಕೊಳ್ಳುವುದಿಲ್ಲ. ಕಂಪನಿಯ ಆಂತರಿಕ ಅಗತ್ಯಗಳಿಗಾಗಿ ನಿಮಗೆ ಅಪ್ಲಿಕೇಶನ್ ಅಗತ್ಯವಿದ್ದರೆ (ಕಾರ್ಪೊರೇಟ್ ಸಮಸ್ಯೆಗೆ ಮೊಬೈಲ್ ಪರಿಹಾರವು ಹಳದಿ UI ವಿನ್ಯಾಸಕ್ಕಿಂತ ಹೆಚ್ಚು ಮುಖ್ಯವಾದಾಗ), ನೀವು ಪೆಟ್ಟಿಗೆಯ ಹೊರಗೆ ಒಂದೇ ವೇದಿಕೆಯನ್ನು ಬಳಸುತ್ತೀರಿ.
7. ವರದಿ ಮಾಡಲಾಗುತ್ತಿದೆ. ಈ ಪದದಿಂದ ನಾನು ದೊಡ್ಡ ಡೇಟಾದೊಂದಿಗೆ BI ಸಿಸ್ಟಮ್ ಮತ್ತು ETL ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ವಿಳಂಬವನ್ನು ಅರ್ಥೈಸುವುದಿಲ್ಲ. ಇಲ್ಲಿ ಮತ್ತು ಈಗ ಲೆಕ್ಕಪತ್ರದ ಸ್ಥಿತಿಯನ್ನು ನಿರ್ಣಯಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುವ ಕಾರ್ಯಾಚರಣೆಯ ಸಿಬ್ಬಂದಿ ವರದಿಗಳನ್ನು ಇದು ಉಲ್ಲೇಖಿಸುತ್ತದೆ. ಸಮತೋಲನಗಳು, ಪರಸ್ಪರ ವಸಾಹತುಗಳು, ಮರು-ಶ್ರೇಣಿಗಾರಿಕೆ, ಇತ್ಯಾದಿ. ಬಳಕೆದಾರರ ಬದಿಯಲ್ಲಿ ಗುಂಪುಗಳು, ಫಿಲ್ಟರ್‌ಗಳು ಮತ್ತು ದೃಶ್ಯೀಕರಣಕ್ಕಾಗಿ ಹೊಂದಿಕೊಳ್ಳುವ ಸೆಟ್ಟಿಂಗ್‌ಗಳೊಂದಿಗೆ ವರದಿ ಮಾಡುವ ವ್ಯವಸ್ಥೆಯೊಂದಿಗೆ 1C ಬಾಕ್ಸ್‌ನಿಂದ ಹೊರಬರುತ್ತದೆ. ಹೌದು, ಮಾರುಕಟ್ಟೆಯಲ್ಲಿ ತಂಪಾದ ಅನಲಾಗ್‌ಗಳಿವೆ. ಆದರೆ ಆಲ್-ಇನ್-ಒನ್ ಪರಿಹಾರದ ಚೌಕಟ್ಟಿನೊಳಗೆ ಅಲ್ಲ ಮತ್ತು ಆಲ್-ಇನ್-ಒನ್ ಪರಿಹಾರಕ್ಕಿಂತ ಕೆಲವೊಮ್ಮೆ ಹೆಚ್ಚಿನ ಬೆಲೆಯಲ್ಲಿ. ಮತ್ತು ಹೆಚ್ಚಾಗಿ ಇದು ಇನ್ನೊಂದು ಮಾರ್ಗವಾಗಿದೆ: ಕೇವಲ ವರದಿ ಮಾಡುವುದು, ಆದರೆ ಸಂಪೂರ್ಣ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಿಂತ ಹೆಚ್ಚು ದುಬಾರಿ ಮತ್ತು ಗುಣಮಟ್ಟದಲ್ಲಿ ಕೆಟ್ಟದಾಗಿದೆ.
8. ಮುದ್ರಿಸಬಹುದಾದ ರೂಪಗಳು. ಸರಿ, ಇಮೇಲ್ ಮೂಲಕ ಉದ್ಯೋಗಿಗಳಿಗೆ PDF ನಲ್ಲಿ ಸಂಬಳದ ಸ್ಲಿಪ್‌ಗಳನ್ನು ಕಳುಹಿಸುವ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲು .NET ಅನ್ನು ಬಳಸಿ. ಮತ್ತು ಈಗ ಇನ್ವಾಯ್ಸ್ಗಳನ್ನು ಮುದ್ರಿಸುವ ಕಾರ್ಯ. ಅದೇ PDF ಗೆ ಅವರ ಪ್ರತಿಗಳನ್ನು ಉಳಿಸುವ ಬಗ್ಗೆ ಏನು? 1C ಅಡ್ಡಹೆಸರಿಗಾಗಿ, ಯಾವುದೇ ಲೇಔಟ್ ಅನ್ನು PDF ಗೆ ಔಟ್‌ಪುಟ್ ಮಾಡುವುದು +1 ಲೈನ್ ಕೋಡ್ ಆಗಿದೆ. ಇದರರ್ಥ ಬೇರೆ ಭಾಷೆಯಲ್ಲಿ ದಿನಗಳು ಅಥವಾ ವಾರಗಳ ಬದಲಿಗೆ + 40 ಸೆಕೆಂಡುಗಳ ಕೆಲಸದ ಸಮಯ. 1C ಯಲ್ಲಿ ಮುದ್ರಿತ ಫಾರ್ಮ್ ಲೇಔಟ್‌ಗಳು ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ನಂಬಲಾಗದಷ್ಟು ಸುಲಭ ಮತ್ತು ಪಾವತಿಸಿದ ಕೌಂಟರ್‌ಪಾರ್ಟ್‌ಗಳೊಂದಿಗೆ ಸ್ಪರ್ಧಿಸಲು ಸಾಕಷ್ಟು ಶಕ್ತಿಯುತವಾಗಿದೆ. ಹೌದು, ಬಹುಶಃ, 1C ಸ್ಪ್ರೆಡ್‌ಶೀಟ್ ಡಾಕ್ಯುಮೆಂಟ್‌ಗಳಲ್ಲಿ ಹೆಚ್ಚಿನ ಸಂವಾದಾತ್ಮಕ ಅವಕಾಶಗಳಿಲ್ಲ; ನೀವು OpenGL ಬಳಸಿಕೊಂಡು ಸ್ಕೇಲಿಂಗ್‌ನೊಂದಿಗೆ 3D ರೇಖಾಚಿತ್ರವನ್ನು ತ್ವರಿತವಾಗಿ ಪಡೆಯಲು ಸಾಧ್ಯವಿಲ್ಲ. ಆದರೆ ಇದು ನಿಜವಾಗಿಯೂ ಅಗತ್ಯವಿದೆಯೇ?

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

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

1C ಎಲ್ಲಾ ಪ್ರಕರಣಗಳನ್ನು ಪರಿಹರಿಸುತ್ತದೆ ಎಂದು ನಾನು ಹೇಳುತ್ತಿಲ್ಲ, ಆದರೆ ಆಂತರಿಕ ಕಾರ್ಪೊರೇಟ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಾಗಿ, UI ಅನ್ನು ಬ್ರಾಂಡ್ ಮಾಡುವ ಅಗತ್ಯವಿಲ್ಲದಿದ್ದಾಗ - ಇನ್ನೇನು ಬೇಕು?

ಮುಲಾಮುದಲ್ಲಿ ಫ್ಲೈ

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

• ಸರ್ವರ್ ವಿಶ್ವಾಸಾರ್ಹತೆ. ಅದರ ಅಡೆತಡೆಯಿಲ್ಲದ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ನಿಜವಾಗಿಯೂ ಉತ್ತಮ ಗುಣಮಟ್ಟದ ತಜ್ಞರು ಅಗತ್ಯವಿದೆ. ಅಂತಹ ತಜ್ಞರಿಗೆ ಮಾರಾಟಗಾರರಿಂದ ಸಿದ್ಧ ತರಬೇತಿ ಕಾರ್ಯಕ್ರಮದ ಬಗ್ಗೆ ನನಗೆ ತಿಳಿದಿಲ್ಲ. ತಜ್ಞರ ಪರೀಕ್ಷೆಗೆ ತಯಾರಾಗಲು ಕೋರ್ಸ್‌ಗಳಿವೆ, ಆದರೆ ಇದು ನನ್ನ ಅಭಿಪ್ರಾಯದಲ್ಲಿ ಸಾಕಾಗುವುದಿಲ್ಲ.
• ಬೆಂಬಲ. ಹಿಂದಿನ ಅಂಶವನ್ನು ನೋಡಿ. ಮಾರಾಟಗಾರರಿಂದ ಬೆಂಬಲವನ್ನು ಪಡೆಯಲು, ನೀವು ಅದನ್ನು ಖರೀದಿಸಬೇಕು. ಕೆಲವು ಕಾರಣಗಳಿಗಾಗಿ ಇದನ್ನು 1C ಉದ್ಯಮದಲ್ಲಿ ಸ್ವೀಕರಿಸಲಾಗುವುದಿಲ್ಲ. ಮತ್ತು SAP ಯೊಂದಿಗೆ, ಇದು ಬಹುತೇಕ ಖರೀದಿಸಬೇಕಾದದ್ದು ಮತ್ತು ಅದು ಯಾರಿಗೂ ತೊಂದರೆ ಕೊಡುವುದಿಲ್ಲ. ಕಾರ್ಪೊರೇಟ್ ಬೆಂಬಲವಿಲ್ಲದೆ ಮತ್ತು ಸಿಬ್ಬಂದಿಯಲ್ಲಿ ಪರಿಣಿತರು ಇಲ್ಲದೆ, ನೀವು 1C ಗ್ಲಿಚ್‌ಗಳೊಂದಿಗೆ ಏಕಾಂಗಿಯಾಗಿ ಬಿಡಬಹುದು.
• ಇನ್ನೂ, ನೀವು 1C ಯೊಂದಿಗೆ ಸಂಪೂರ್ಣವಾಗಿ ಎಲ್ಲವನ್ನೂ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ. ಇದು ಒಂದು ಸಾಧನವಾಗಿದೆ ಮತ್ತು ಪ್ರತಿಯೊಂದು ಸಾಧನದಂತೆ ಇದು ಅನ್ವಯಿಕತೆಯ ಮಿತಿಗಳನ್ನು ಹೊಂದಿದೆ. 1C ಭೂದೃಶ್ಯದಲ್ಲಿ, "1C ಅಲ್ಲದ" ಸಿಸ್ಟಮ್ ಆರ್ಕಿಟೆಕ್ಟ್ ಅನ್ನು ಹೊಂದಲು ಇದು ತುಂಬಾ ಅಪೇಕ್ಷಣೀಯವಾಗಿದೆ.
• ಉತ್ತಮ 1C ಅಡ್ಡಹೆಸರುಗಳು ಇತರ ಭಾಷೆಗಳಲ್ಲಿ ಉತ್ತಮ ಪ್ರೋಗ್ರಾಮರ್‌ಗಳಿಗಿಂತ ಅಗ್ಗವಾಗಿಲ್ಲ. ಆದಾಗ್ಯೂ, ಕೆಟ್ಟ ಪ್ರೋಗ್ರಾಮರ್ಗಳು ಅವರು ಬರೆಯುವ ಭಾಷೆಯ ಹೊರತಾಗಿಯೂ ಬಾಡಿಗೆಗೆ ದುಬಾರಿಯಾಗುತ್ತಾರೆ.

ಚುಕ್ಕೆಗಳನ್ನು ಡಾಟ್ ಮಾಡೋಣ

• 1C ಎಂಬುದು ವ್ಯವಹಾರಕ್ಕಾಗಿ ಕ್ಷಿಪ್ರ ಅಪ್ಲಿಕೇಶನ್ ಅಭಿವೃದ್ಧಿ (RAD) ಚೌಕಟ್ಟಾಗಿದೆ ಮತ್ತು ಇದಕ್ಕೆ ಅನುಗುಣವಾಗಿರುತ್ತದೆ.
• Трехзвенка с поддержкой основных СУБД, клиентским UI, весьма неплохим ORM и репортингом
• 1C ಯಿಂದ ಸಾಧ್ಯವಾಗದಂತಹ ವ್ಯವಸ್ಥೆಗಳೊಂದಿಗೆ ಏಕೀಕರಣಕ್ಕಾಗಿ ವ್ಯಾಪಕ ಸಾಧ್ಯತೆಗಳು. ನೀವು ಯಂತ್ರ ಕಲಿಕೆಯನ್ನು ಬಯಸಿದರೆ, ಪೈಥಾನ್ ಅನ್ನು ತೆಗೆದುಕೊಳ್ಳಿ ಮತ್ತು ಫಲಿತಾಂಶವನ್ನು http ಅಥವಾ RabbitMQ ಮೂಲಕ 1C ಗೆ ಕಳುಹಿಸಿ
• 1C ಬಳಸಿ ಎಲ್ಲವನ್ನೂ ಮಾಡಲು ಶ್ರಮಿಸುವ ಅಗತ್ಯವಿಲ್ಲ, ನೀವು ಅದರ ಸಾಮರ್ಥ್ಯವನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು ಮತ್ತು ಅವುಗಳನ್ನು ನಿಮ್ಮ ಸ್ವಂತ ಉದ್ದೇಶಗಳಿಗಾಗಿ ಬಳಸಬೇಕು.
• Разработчики, которые тяготеют к копанию в технологических фремворках-гаджетах, и к переделыванию каждые N лет на новый движок — в 1С скучают. Там все очень консервативно.
• Скучают разработчики и в силу очень маленькой заботы о них со стороны фирмы производителя. Скучноватый язык, слабая IDE. Они требуют модернизации.
• ಮತ್ತೊಂದೆಡೆ, ಅವರು ಆನಂದಿಸುವ ಮತ್ತೊಂದು ತಂತ್ರಜ್ಞಾನವನ್ನು ಬಳಸಿಕೊಂಡು ಮತ್ತು ಕಲಿಯುವ ಮೂಲಕ ಮೋಜು ಕಂಡುಕೊಳ್ಳಲು ಸಾಧ್ಯವಾಗದ ಡೆವಲಪರ್‌ಗಳು ಕೆಟ್ಟ ಡೆವಲಪರ್‌ಗಳು. ಅವರು ಕೊರಗುತ್ತಾರೆ ಮತ್ತು ಇನ್ನೊಂದು ಪರಿಸರ ವ್ಯವಸ್ಥೆಗೆ ಹೋಗುತ್ತಾರೆ.
• ತಮ್ಮ 1C ಅಡ್ಡಹೆಸರುಗಳನ್ನು ಪೈಥಾನ್‌ನಲ್ಲಿ ಏನನ್ನಾದರೂ ಬರೆಯಲು ಅನುಮತಿಸದ ಉದ್ಯೋಗದಾತರು ಕೆಟ್ಟ ಉದ್ಯೋಗದಾತರು. ಅವರು ಜಿಜ್ಞಾಸೆಯ ಮನಸ್ಸಿನ ಉದ್ಯೋಗಿಗಳನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತಾರೆ ಮತ್ತು ಅವರ ಸ್ಥಾನದಲ್ಲಿ ಮಂಕಿ ಕೋಡರ್‌ಗಳು ಬರುತ್ತಾರೆ, ಅವರು ಎಲ್ಲವನ್ನೂ ಒಪ್ಪಿಕೊಳ್ಳುವಾಗ, ಕಾರ್ಪೊರೇಟ್ ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಜೌಗು ಪ್ರದೇಶಕ್ಕೆ ಎಳೆಯುತ್ತಾರೆ. ಇದನ್ನು ಇನ್ನೂ ಪುನಃ ಬರೆಯಬೇಕಾಗಿದೆ, ಆದ್ದರಿಂದ ಸ್ವಲ್ಪ ಮುಂಚಿತವಾಗಿ ಪೈಥಾನ್‌ನಲ್ಲಿ ಸ್ವಲ್ಪ ಹೂಡಿಕೆ ಮಾಡುವುದು ಉತ್ತಮವೇ?
• 1C ಒಂದು ವಾಣಿಜ್ಯ ಕಂಪನಿಯಾಗಿದೆ ಮತ್ತು ಅದರ ಸ್ವಂತ ಆಸಕ್ತಿಗಳು ಮತ್ತು ಅನುಕೂಲತೆಯ ಆಧಾರದ ಮೇಲೆ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುತ್ತದೆ. ಇದಕ್ಕಾಗಿ ನೀವು ಅವಳನ್ನು ದೂಷಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ, ವ್ಯವಹಾರವು ಲಾಭದ ಬಗ್ಗೆ ಯೋಚಿಸಬೇಕು, ಅದು ಜೀವನ
• 1C ವ್ಯಾಸ್ಯಾ ಅವರ ಡೆವಲಪರ್ ಸಮಸ್ಯೆಗಳಿಗೆ ಅಲ್ಲ, ವ್ಯಾಪಾರ ಸಮಸ್ಯೆಗಳಿಗೆ ಪರಿಹಾರಗಳನ್ನು ಮಾರಾಟ ಮಾಡುವ ಮೂಲಕ ಹಣವನ್ನು ಗಳಿಸುತ್ತದೆ. ಈ ಎರಡು ಪರಿಕಲ್ಪನೆಗಳು ಪರಸ್ಪರ ಸಂಬಂಧ ಹೊಂದಿವೆ, ಆದರೆ ಆದ್ಯತೆಯು ನಾನು ಹೇಳಿದ್ದನ್ನು ನಿಖರವಾಗಿ ಹೊಂದಿದೆ. ಡೆವಲಪರ್ ವಾಸ್ಯಾ 1C ಗಾಗಿ ವೈಯಕ್ತಿಕ ಪರವಾನಗಿಗಾಗಿ ಪಾವತಿಸಲು ಸಿದ್ಧರಾಗಿರುವಾಗ: ರಿಶಾರ್ಪರ್, ಇದು ಸಾಕಷ್ಟು ಬೇಗನೆ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ, A. ಓರೆಫ್ಕೋವಾ ಅವರ "Resharper" ಇದಕ್ಕೆ ಪುರಾವೆಯಾಗಿದೆ. ಮಾರಾಟಗಾರರು ಅದನ್ನು ಬೆಂಬಲಿಸಿದರೆ ಮತ್ತು ಅದರ ವಿರುದ್ಧ ಹೋರಾಡದಿದ್ದರೆ, ಡೆವಲಪರ್‌ಗಳಿಗೆ ಸಾಫ್ಟ್‌ವೇರ್‌ಗಾಗಿ ಮಾರುಕಟ್ಟೆ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ. ಈಗ ಈ ಮಾರುಕಟ್ಟೆಯಲ್ಲಿ ಪ್ರಶ್ನಾರ್ಹ ಫಲಿತಾಂಶಗಳೊಂದಿಗೆ ಒಂದೂವರೆ ಆಟಗಾರರು ಇದ್ದಾರೆ ಮತ್ತು IDE ಯೊಂದಿಗಿನ ಏಕೀಕರಣವು ಋಣಾತ್ಮಕವಾಗಿದೆ ಮತ್ತು ಎಲ್ಲವನ್ನೂ ಊರುಗೋಲುಗಳ ಮೇಲೆ ಮಾಡಲಾಗುತ್ತದೆ.
• ಬಹು-ಯಂತ್ರ ನಿರ್ವಾಹಕರ ಅಭ್ಯಾಸವು ಮರೆಯಾಗಿ ಕಣ್ಮರೆಯಾಗುತ್ತದೆ. ಆಧುನಿಕ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಕೋಡ್ ಬದಿಯಿಂದ ಮತ್ತು ವ್ಯಾಪಾರದ ಬಳಕೆಯ ಕಡೆಯಿಂದ ನೆನಪಿಟ್ಟುಕೊಳ್ಳಲು ತುಂಬಾ ದೊಡ್ಡದಾಗಿದೆ. 1C ಸರ್ವರ್ ಕೂಡ ಹೆಚ್ಚು ಸಂಕೀರ್ಣವಾಗುತ್ತಿದೆ; ಒಬ್ಬ ಉದ್ಯೋಗಿಯಲ್ಲಿ ಎಲ್ಲಾ ರೀತಿಯ ಪರಿಣತಿಯನ್ನು ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳುವುದು ಅಸಾಧ್ಯ. ಇದು ತಜ್ಞರಿಗೆ ಬೇಡಿಕೆಯನ್ನು ಉಂಟುಮಾಡಬೇಕು, ಅಂದರೆ 1C ವೃತ್ತಿಯ ಆಕರ್ಷಣೆ ಮತ್ತು ಸಂಬಳದ ಹೆಚ್ಚಳ. ಹಿಂದೆ ವಾಸ್ಯ ಅವರು ಒಂದು ಸಂಬಳಕ್ಕೆ ತ್ರೀ-ಇನ್-ಒನ್ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದರೆ, ಈಗ ನೀವು ಇಬ್ಬರು ವಸ್ಯರನ್ನು ನೇಮಿಸಿಕೊಳ್ಳಬೇಕು ಮತ್ತು ವಾಸ್ಯರ ನಡುವಿನ ಸ್ಪರ್ಧೆಯು ಅವರ ಮಟ್ಟದ ಒಟ್ಟಾರೆ ಬೆಳವಣಿಗೆಯನ್ನು ಉತ್ತೇಜಿಸುತ್ತದೆ.

ತೀರ್ಮಾನಕ್ಕೆ

1C ಬಹಳ ಯೋಗ್ಯವಾದ ಉತ್ಪನ್ನವಾಗಿದೆ. ನನ್ನ ಬೆಲೆ ವ್ಯಾಪ್ತಿಯಲ್ಲಿ, ನನಗೆ ಯಾವುದೇ ಅನಲಾಗ್‌ಗಳು ತಿಳಿದಿಲ್ಲ, ಯಾವುದಾದರೂ ಇದ್ದರೆ ಕಾಮೆಂಟ್‌ಗಳಲ್ಲಿ ಬರೆಯಿರಿ. ಆದಾಗ್ಯೂ, ಪರಿಸರ ವ್ಯವಸ್ಥೆಯಿಂದ ಡೆವಲಪರ್‌ಗಳ ಹೊರಹರಿವು ಹೆಚ್ಚು ಹೆಚ್ಚು ಗಮನಾರ್ಹವಾಗುತ್ತಿದೆ ಮತ್ತು ನೀವು ಅದನ್ನು ಹೇಗೆ ನೋಡಿದರೂ ಇದು “ಮೆದುಳಿನ ಡ್ರೈನ್” ಆಗಿದೆ. ಉದ್ಯಮವು ಆಧುನೀಕರಣಕ್ಕಾಗಿ ಹಸಿದಿದೆ.
ನೀವು ಡೆವಲಪರ್ ಆಗಿದ್ದರೆ, 1C ನಲ್ಲಿ ಸ್ಥಗಿತಗೊಳ್ಳಬೇಡಿ ಮತ್ತು ಇತರ ಭಾಷೆಗಳಲ್ಲಿ ಎಲ್ಲವೂ ಮಾಂತ್ರಿಕವಾಗಿದೆ ಎಂದು ಭಾವಿಸಬೇಡಿ. ನೀವು ಜೂನಿಯರ್ ಆಗಿರುವಾಗ, ಬಹುಶಃ. ದೊಡ್ಡದನ್ನು ಪರಿಹರಿಸಬೇಕಾದ ತಕ್ಷಣ, ಸಿದ್ಧ ಪರಿಹಾರಗಳನ್ನು ಹೆಚ್ಚು ಸಮಯ ನೋಡಬೇಕು ಮತ್ತು ಹೆಚ್ಚು ತೀವ್ರವಾಗಿ ಪೂರ್ಣಗೊಳಿಸಬೇಕು. ಪರಿಹಾರವನ್ನು ನಿರ್ಮಿಸಬಹುದಾದ "ಬ್ಲಾಕ್" ಗಳ ಗುಣಮಟ್ಟಕ್ಕೆ ಸಂಬಂಧಿಸಿದಂತೆ, 1C ತುಂಬಾ ಒಳ್ಳೆಯದು.

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

ಆದರ್ಶ ಚೌಕಟ್ಟು ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲ ಎಂದು ತಿಳಿದಿರಲಿ ಮತ್ತು ನಿಮ್ಮ ಬಗ್ಗೆ ಕಾಳಜಿ ವಹಿಸಿ.
ಎಲ್ಲ ಚೆನ್ನಾಗಿದೆ!

ಪಿಎಸ್: ತುಂಬಾ ಧನ್ಯವಾದಗಳು ಸ್ಪೆಶುರಿಕ್ ಲೇಖನವನ್ನು ಸಿದ್ಧಪಡಿಸುವಲ್ಲಿ ಸಹಾಯಕ್ಕಾಗಿ.

ನೋಂದಾಯಿತ ಬಳಕೆದಾರರು ಮಾತ್ರ ಸಮೀಕ್ಷೆಯಲ್ಲಿ ಭಾಗವಹಿಸಬಹುದು. ಸೈನ್ ಇನ್ ಮಾಡಿ, ದಯವಿಟ್ಟು.

У вас есть 1С на предприятии?

• 13,3%ಇಲ್ಲವೇ ಇಲ್ಲ.71

• 30,3%Есть, но только в бухгалтерии где-то. Основные системы на других платформах162

• 41,4%ಹೌದು, ಮುಖ್ಯ ವ್ಯವಹಾರ ಪ್ರಕ್ರಿಯೆಗಳು ಅದರ ಮೇಲೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ221

• 15,0%1C ಸಾಯಬೇಕು, ಭವಿಷ್ಯವು %technology_name%80 ಗೆ ಸೇರಿದೆ

534 ಬಳಕೆದಾರರು ಮತ ಹಾಕಿದ್ದಾರೆ. 99 ಬಳಕೆದಾರರು ದೂರ ಉಳಿದಿದ್ದಾರೆ.

ಮೂಲ: www.habr.com