1C - ভাল এবং মন্দ। হলিভারে পয়েন্টের বিন্যাস 1C এর কাছাকাছি

বন্ধুরা এবং সহকর্মীরা, সম্প্রতি একটি উন্নয়ন প্ল্যাটফর্ম হিসাবে 1C এর প্রতি ঘৃণা এবং এর রক্ষকদের বক্তৃতা সহ Habré-এ আরও ঘন ঘন নিবন্ধ রয়েছে। এই নিবন্ধগুলি একটি গুরুতর সমস্যা চিহ্নিত করেছে: প্রায়শই, 1C-এর সমালোচকরা "এটি আয়ত্ত না করার" অবস্থান থেকে এটির সমালোচনা করে, বাস্তবে সহজে সমাধান করা সমস্যাগুলিকে তিরস্কার করে এবং বিপরীতে, সত্যিই গুরুত্বপূর্ণ, মূল্যবান সমস্যাগুলিতে স্পর্শ না করে। আলোচনা এবং বিক্রেতা দ্বারা সমাধান করা হয় না. আমি বিশ্বাস করি যে 1C প্ল্যাটফর্মের একটি শান্ত এবং ভারসাম্যপূর্ণ পর্যালোচনা পরিচালনা করা বোধগম্য। এটি কী করতে পারে, এটি কী করতে পারে না, এটির কী করা উচিত কিন্তু করা যায় না, এবং, ডেজার্টের জন্য, এটি একটি ধাক্কা দিয়ে কী করে এবং %technology_name% এ আপনার বিকাশকারীরা এটিকে ফেলে দিয়ে একশ বছর করবে একাধিক বার্ষিক বাজেট।

ফলস্বরূপ, আপনি, একজন ম্যানেজার বা স্থপতি হিসাবে, 1C ব্যবহার করা আপনার জন্য কোন কাজটি উপকারী হবে এবং কোথায় এটি একটি গরম লোহা দিয়ে পুড়িয়ে ফেলা দরকার তা একটি পরিষ্কার বোঝার জন্য সক্ষম হবেন। "নন-1সি" বিশ্বের একজন বিকাশকারী হিসাবে, আপনি 1C-তে কী আছে তা দেখতে সক্ষম হবেন যা হট্টগোল সৃষ্টি করছে। এবং 1C বিকাশকারী হিসাবে, আপনি অন্যান্য ভাষার ইকোসিস্টেমের সাথে আপনার সিস্টেমের তুলনা করতে এবং সফ্টওয়্যার বিকাশের সমন্বয় ব্যবস্থায় আপনার অবস্থান বুঝতে সক্ষম হবেন।

কাটার নিচে 1C, 1C-এর সমালোচকদের উপর, জাভা, .NET এবং সাধারণভাবে প্রচুর আক্রমণ রয়েছে... ফ্যান পূর্ণ, স্বাগতম!

আমার সম্পর্কে

আমি প্রায় 2004 সাল থেকে কথোপকথনের বিষয়ের সাথে পরিচিত। আমি সম্ভবত 6 বছর বয়স থেকে প্রোগ্রামিং করছি, যে মুহুর্ত থেকে আমি প্রফেসর ফোর্টরান সম্পর্কে একটি বিড়াল, একটি চড়ুই এবং একটি শুঁয়োপোকা সম্পর্কে কমিক্স সহ একটি বই পেয়েছি। আমি বইয়ের ছবিগুলি থেকে বিড়ালটি যে প্রোগ্রামগুলি লিখেছিল তা বিশ্লেষণ করেছি এবং তারা কী করেছে তা খুঁজে পেয়েছি। এবং হ্যাঁ, সেই সময়ে আমার কাছে সত্যিকারের কম্পিউটার ছিল না, তবে বইটির বিস্তারের উপর একটি অঙ্কন ছিল এবং আমি সততার সাথে কাগজের বোতামগুলি টিপেছিলাম, আমি বিড়াল এক্স-এর উপর গুপ্তচরবৃত্তি করেছিলাম এমন কমান্ডগুলি প্রবেশ করিয়েছিলাম।

তারপরে স্কুলে BK0011 এবং BASIC ছিল, C++ এবং বিশ্ববিদ্যালয়ে অ্যাসেম্বলার, তারপর 1C, এবং তারপরে আরও অনেক কিছু ছিল যা মনে রাখতে আমি খুব অলস। গত 15 বছর ধরে, আমি মূলত 1C-তে জড়িত ছিলাম, শুধুমাত্র কোডিংয়ের ক্ষেত্রেই নয়, সাধারণভাবে 1C-তে। এখানে কাজ, প্রশাসন এবং devops সেট করা. বিগত 5 বছর ধরে আমি অন্যান্য 1C ব্যবহারকারীদের জন্য উন্নয়ন এবং অটোমেশন টুলস, নিবন্ধ এবং বই লেখার ক্ষেত্রে সামাজিকভাবে উপযোগী ক্রিয়াকলাপে নিযুক্ত রয়েছি।

আলোচনার বিষয়ে সিদ্ধান্ত নেওয়া যাক

প্রথমে, আসুন আমরা কী নিয়ে কথা বলতে যাচ্ছি তা নির্ধারণ করি, যেহেতু "1C" অক্ষরগুলি অনেক কিছু বোঝাতে পারে। এই ক্ষেত্রে, "1C" অক্ষর দ্বারা আমরা একচেটিয়াভাবে আধুনিক, অষ্টম সংস্করণের উন্নয়ন কাঠামো "1C: এন্টারপ্রাইজ" বোঝাব। আমরা প্রস্তুতকারক এবং এর নীতিগুলি সম্পর্কে বেশি কথা বলব না (তবে আমাদের কিছুটা করতে হবে) আমরা এই কাঠামো ব্যবহার করে লিখিত নির্দিষ্ট অ্যাপ্লিকেশনগুলি নিয়ে আলোচনা করব না। প্রযুক্তি আলাদা, অ্যাপ্লিকেশন ওরফে কনফিগারেশন আলাদা।

উচ্চ-স্তরের আর্কিটেকচার 1C: এন্টারপ্রাইজ

আমি "ফ্রেমওয়ার্ক" শব্দটি উল্লেখ করেছি এমন কিছুর জন্য নয়। বিকাশকারীর দৃষ্টিকোণ থেকে, 1C প্ল্যাটফর্মটি অবিকল একটি কাঠামো। এবং আপনাকে এটিকে ঠিক একটি কাঠামোর মতো আচরণ করতে হবে। এটিকে স্প্রিং বা ASP.NET হিসাবে ভাবুন, কিছু রানটাইম (যথাক্রমে JVM বা CLR) দ্বারা কার্যকর করা হয়। এটি তাই ঘটে যে প্রচলিত প্রোগ্রামিংয়ের জগতে ("1C নয়"), ফ্রেমওয়ার্ক, ভার্চুয়াল মেশিন এবং নির্দিষ্ট অ্যাপ্লিকেশনগুলিতে বিভাজন স্বাভাবিক, কারণ এই উপাদানগুলি সাধারণত বিভিন্ন নির্মাতারা তৈরি করে। 1C বিশ্বে, ডেভেলপমেন্ট ফ্রেমওয়ার্ক এবং রানটাইমকে স্পষ্টভাবে আলাদা করা প্রথাগত নয়, উপরন্তু, ফ্রেমওয়ার্ক ব্যবহার করে লিখিত নির্দিষ্ট অ্যাপ্লিকেশনগুলিও মূলত 1C দ্বারা তৈরি করা হয়। ফলে কিছু বিভ্রান্তি তৈরি হয়। অতএব, নিবন্ধের কাঠামোর মধ্যে, আমাদেরকে একবারে বিভিন্ন দিক থেকে 1C বিবেচনা করতে হবে এবং বিভিন্ন স্থানাঙ্ক অক্ষ বরাবর এটিকে শ্রেণীবদ্ধ করতে হবে। এবং প্রতিটি স্থানাঙ্ক অক্ষে আমরা বাদামী পদার্থের একটি বেলচা রাখব এবং বিদ্যমান সমাধানটির বৈশিষ্ট্য, সুবিধা এবং অসুবিধাগুলি দেখব।

1C-তে দৃষ্টিভঙ্গি

ক্রেতার জন্য 1C

ক্রেতা একটি অটোমেশন সিস্টেম ক্রয় করে যার সাহায্যে সে তার নিজের ব্যবসা স্বয়ংক্রিয় করার সমস্যাগুলি দ্রুত সমাধান করতে পারে। একটি ব্যবসা একটি ছোট স্টল হতে পারে, বা এটি একটি বড় হোল্ডিং কোম্পানি হতে পারে। এটা স্পষ্ট যে এই ব্যবসার চাহিদা ভিন্ন, কিন্তু উভয়ই একটি একক প্ল্যাটফর্ম কোড বেস দ্বারা সমর্থিত।

1C ক্রেতার জন্য এটি বাজার থেকে দ্রুত সময়ের জন্য। দ্রুত। Java, C# বা JS এর ​​চেয়ে দ্রুত। গড়। হাসপাতালের চারপাশে। এটা স্পষ্ট যে প্রতিক্রিয়া ব্যবহার করে একটি ব্যবসায়িক কার্ড ওয়েবসাইট আরও ভাল হবে, কিন্তু একটি WMS সিস্টেমের ব্যাকএন্ড 1C-তে দ্রুত চালু হবে।

একটি টুল হিসাবে 1C

প্রতিটি প্রযুক্তিগত সমাধানের প্রযোজ্যতার সীমা রয়েছে। 1C একটি সাধারণ-উদ্দেশ্য ভাষা নয়; এটি এর কাঠামো থেকে আলাদাভাবে বাস করে না। আপনার প্রয়োজন হলে 1C ব্যবহার করার পরামর্শ দেওয়া হয়:

• সার্ভার অ্যাপ্লিকেশন
• আবেদন যেখানে অর্থ উপস্থিত হয়
• রেডিমেড UI, ORM, রিপোর্টিং, XML/JSON/COM/PDF/YourDataTransfering Format সহ
• পটভূমি প্রক্রিয়া এবং কাজের জন্য সমর্থন সহ
• ভূমিকা-ভিত্তিক নিরাপত্তা সহ
• স্ক্রিপ্টেবল ব্যবসায়িক যুক্তি সহ
• দ্রুত একটি প্রোটোটাইপ তৈরি করার ক্ষমতা এবং কম সময়ে বাজারে

আপনি যদি চান তবে আপনার 1C দরকার নেই:

• মেশিন লার্নিং
• GPU গণনা
• কম্পিউটার গ্রাফিক্স
• গাণিতিক গণনা
• CAD সিস্টেম
• সংকেত প্রক্রিয়াকরণ (শব্দ, ভিডিও)
• হাজার হাজার আরপিএস সহ HTTP কল হাইলোড করুন

1C একটি উত্পাদনকারী সংস্থা হিসাবে

একটি সফ্টওয়্যার প্রস্তুতকারক হিসাবে 1C এর ব্যবসা কী তা বোঝার মতো। 1C কোম্পানি অটোমেশনের মাধ্যমে ব্যবসায়িক সমস্যার সমাধান বিক্রি করে। বিভিন্ন ব্যবসা, বড় বা ছোট, কিন্তু সে যা বিক্রি করে। এই লক্ষ্য অর্জনের উপায় হল ব্যবসায়িক অ্যাপ্লিকেশন। অ্যাকাউন্টিং, পে-রোল অ্যাকাউন্টিং ইত্যাদির জন্য এই অ্যাপ্লিকেশনগুলি লিখতে, কোম্পানিটি তার নিজস্ব ব্যবসায়িক অ্যাপ্লিকেশন ডেভেলপমেন্ট প্ল্যাটফর্ম ব্যবহার করে। এই একই ব্যবসায়িক অ্যাপ্লিকেশনগুলির সাধারণ কাজের জন্য বিশেষভাবে তৈরি করা হয়েছে:

• আর্থিক হিসাব
• ব্যবসায়িক যুক্তির সহজ কাস্টমাইজেশন
• ভিন্নধর্মী আইটি ল্যান্ডস্কেপে ব্যাপক একীকরণের সম্ভাবনা

একজন প্রস্তুতকারক হিসাবে, 1C বিশ্বাস করে যে এটি সেই কৌশল যা আপনাকে অংশীদার এবং ক্লায়েন্টদের সাথে একটি জয়-জয় মোডে কাজ করতে দেয়। আপনি এটির সাথে তর্ক করতে পারেন, তবে এটি মোটামুটিভাবে কোম্পানিটি কীভাবে নিজেকে প্রচার করে: ব্যবসায়িক সমস্যার জন্য প্রস্তুত সমাধান যা অংশীদারদের দ্বারা দ্রুত কাস্টমাইজ করা যায় এবং যেকোনো আইটি ল্যান্ডস্কেপে একত্রিত করা যায়।

ফ্রেমওয়ার্ক হিসাবে 1C এর জন্য সমস্ত দাবি বা ইচ্ছা এই প্রিজমের মাধ্যমে একচেটিয়াভাবে দেখা উচিত। "আমরা 1C তে OOP চাই," ডেভেলপাররা বলে৷ "প্ল্যাটফর্মে OOP সমর্থন করতে আমাদের কত খরচ হবে, এটি কি বাক্সের বিক্রয় বাড়াতে সাহায্য করবে?" ব্যবসায়িক সমস্যার সমাধান বিক্রির তার "প্রিজম" খোলে:

- আরে, ব্যবসা, আপনি কি আপনার 1C তে OOP চান?
- এটা কি আমার সমস্যা সমাধানে সাহায্য করবে?
- কে জানে...
-তাহলে আর দরকার নেই

কে এটা দেখছে তার উপর নির্ভর করে এই পদ্ধতিটি ভাল বা খারাপ হতে পারে, তবে এটি ঠিক সেভাবেই। 1C-তে X-এর কোনও বৈশিষ্ট্য নেই এই বিষয়ে বলতে গেলে, আপনাকে বুঝতে হবে যে এটি কোনও কারণে নেই, তবে "বাস্তবায়ন ব্যয় বনাম লাভের পরিমাণ" পছন্দের প্রসঙ্গে।

প্রযুক্তিগত শ্রেণীবিভাগ

“আসলে, Odinesniks 1C প্ল্যাটফর্মের যত্নশীল পদ্ধতিবিদ এবং বিকাশকারীদের দ্বারা সাবধানতার সাথে নির্বাচিত সেরা নিদর্শনগুলি ব্যবহার করার জন্য তাদের যথাসাধ্য চেষ্টা করে।
আপনি যখন একটি সাধারণ পরিচালিত ফর্মের জন্য আপনার বোকা কোড লেখেন, বাস্তবে আপনি ব্যবহার করছেন মডেল-ভিউ-কন্ট্রোলার с ডাবল-ওয়ে ডেটা বাইন্ডিং в তিন-স্তরযুক্ত-ডেটা-অ্যাপ-ইঞ্জিন, স্বাদযুক্ত উচ্চ স্তরের বস্তু-সম্পর্ক-ম্যাপিং বেস উপর ঘোষণামূলক মেটাডেটা বর্ণনাতার নিজস্ব থাকা প্ল্যাটফর্ম-স্বাধীন ক্যোয়ারী ভাষা, গ ঘোষণামূলক ডেটা-চালিত ব্যবহারকারী ইন্টারফেস, সম্পূর্ণ স্বচ্ছ সিরিয়ালাইজেশন এবং ডোমেন-ভিত্তিক প্রোগ্রাম ভাষা.

যেখানে 1C ডেভেলপাররা তাদের পশ্চিমা সহকর্মীদের থেকে আলাদা তা হল PR. তারা যেকোন বাজে জিনিসকে বড় নাম দিতে এবং নোংরা ব্যাগের মতো এটি নিয়ে দৌড়াতে পছন্দ করে।"
উঃ ওরেফকভ

1C প্ল্যাটফর্মে একটি ক্লাসিক 3-স্তরের আর্কিটেকচার রয়েছে, যার কেন্দ্রে রয়েছে অ্যাপ্লিকেশন সার্ভার (বা ছোট দোকানদারদের জন্য সামান্য অর্থের জন্য এর অনুকরণ)। হয় MS SQL বা Postgres একটি DBMS হিসাবে ব্যবহৃত হয়। ওরাকল এবং আইবিএম ডিবি 2-এর জন্যও সমর্থন রয়েছে, তবে এটি একটি গোপনীয় বিষয়; আমি বিশ্বাস করি যে 1C নিজেই এটি জানেন না।

ক্লায়েন্ট অংশটি ব্যবহারকারীর মেশিনে ইনস্টল করা একটি পাতলা ক্লায়েন্ট বা একটি ওয়েব ক্লায়েন্ট। মূল বৈশিষ্ট্য হল যে প্রোগ্রামাররা 2টি ভিন্ন কোড লেখেন না, তারা একটি অ্যাপ্লিকেশন লেখেন, একটি ভাষায়, এবং আপনি ইচ্ছা বা প্রয়োজন হলে ব্রাউজারে এটি প্রদর্শন করতে পারেন। সামনে এবং ব্যাকএন্ড, node.js এর জন্য কে একটি সত্যিকারের পূর্ণ স্ট্যাক এবং একটি একক ভাষা চেয়েছিল? তারা শেষ অবধি ঠিক একই জিনিসটি কখনই করতে পারেনি। একটি বাস্তব পূর্ণ স্ট্যাক বিদ্যমান, কিন্তু আপনাকে এটি 1C তে লিখতে হবে। ভাগ্যের পরিহাস, এই ধরনের জিনিস :)

ক্লাউড SaaS সলিউশন 1C:ফ্রেশ ব্রাউজার মোডেও কাজ করে, যেখানে আপনি 1C কিনতে পারবেন না, তবে একটি ছোট ডাটাবেস ভাড়া করুন এবং সেখানে শাওয়ারমা বিক্রির ট্র্যাক রাখুন। শুধু ব্রাউজারে, কিছু ইনস্টল বা কনফিগার না করে।

এছাড়াও, একটি লিগ্যাসি ক্লায়েন্ট রয়েছে, যাকে 1C তে "নিয়মিত অ্যাপ্লিকেশন" বলা হয়। উত্তরাধিকার হল উত্তরাধিকার, 2002 সালে অ্যাপ্লিকেশনের জগতে স্বাগতম, কিন্তু আমরা এখনও ইকোসিস্টেমের বর্তমান অবস্থা সম্পর্কে কথা বলছি।

1C সার্ভার অংশ ক্লাস্টারে নতুন মেশিন যোগ করে ক্লাস্টারিং এবং স্কেল সমর্থন করে। এখানে বেশ অনেক কপি ভাঙ্গা হয়েছে এবং এই বিষয়ে নিবন্ধে একটি পৃথক বিভাগ থাকবে। সংক্ষেপে, এটি HAProxy-এর পিছনে ঠিক একই দৃষ্টান্তগুলির একটি জোড়া যোগ করার মত নয়।

অ্যাপ্লিকেশন ডেভেলপমেন্ট ফ্রেমওয়ার্ক তার নিজস্ব প্রোগ্রামিং ভাষা ব্যবহার করে, যা মোটামুটিভাবে রাশিয়ান ভাষায় অনুবাদ করা একটি সামান্য উন্নত VB6-এর মতো। যারা রাশিয়ান সবকিছুকে ঘৃণা করেন, যারা বিশ্বাস করেন না যে "যদি" অনুবাদ করা হয় "যদি," দ্বিতীয় সিনট্যাক্স বিকল্পটি দেওয়া হয়। সেগুলো. আপনি যদি চান, আপনি এটি 1C তে এমনভাবে লিখতে পারেন যাতে এটি VB থেকে আলাদা করা যায় না।

এই খুব প্রোগ্রামিং ভাষা তাদের প্ল্যাটফর্মের প্রতি 1C ডাকনামের বিদ্বেষের প্রধান কারণ। আসুন এটির মুখোমুখি হই, কারণ ছাড়াই নয়। ভাষাটিকে যতটা সম্ভব সহজ ভাবা হয়েছিল, অন্তত সিআইএস-এ একটি স্কেলে "ডেভেলপারস, ডেভেলপারস" মন্ত্রটি পূরণ করার জন্য ডিজাইন করা হয়েছিল। এই জাতীয় সমাধানের বাণিজ্যিক সারাংশ, আমার মতে, স্পষ্টভাবে দৃশ্যমান: আরও বিকাশকারী, বৃহত্তর বাজার কভারেজ। এটি সত্য হয়েছে, 45% থেকে 95% পর্যন্ত বিভিন্ন অনুমান অনুসারে। আমি এখনই বলব যে আপনি যে ভাষায় লিখছেন তা সত্যিই সহজ। এবং আমি প্রোগ্রামিং ভাষা বেশ অনেক জানি.

ভাষা দিয়ে শুরু করা যাক।

1C প্রোগ্রামিং ভাষা

একই সময়ে সিস্টেমের শক্তিশালী এবং দুর্বল পয়েন্ট। সহজ এন্ট্রি এবং পঠনযোগ্যতা প্রদান করে. অন্যদিকে, 8 সালে সংস্করণ 2002 প্রকাশের পর থেকে এটি আপডেট করা হয়নি এবং এটি নৈতিকভাবে পুরানো। কেউ বলবে "প্রধান ত্রুটি হল কোন OOP নেই" এবং তারা ভুল হবে। প্রথমত, পিএলও কেবল নুরালিভকে পছন্দ করে না, টরভাল্ডসকেও পছন্দ করে। এবং দ্বিতীয়ত, OOP এখনও বিদ্যমান।

বিকাশকারীর দৃষ্টিকোণ থেকে, তার কাছে ডিবিএমএসে প্রদর্শিত বেস ক্লাস সহ একটি কাঠামো রয়েছে। বিকাশকারী বেস ক্লাস "ডিরেক্টরি" নিতে পারে এবং এটি থেকে "ক্লায়েন্ট" ডিরেক্টরিটি উত্তরাধিকার সূত্রে পেতে পারে। এটি এতে নতুন ক্লাস ক্ষেত্র যোগ করতে পারে, উদাহরণস্বরূপ, INN এবং ঠিকানা, এবং প্রয়োজনে, এটি বেস ক্লাসের পদ্ধতিগুলিকে ওভাররাইড (ওভাররাইড) করতে পারে, উদাহরণস্বরূপ, OnWrite/AtRecord পদ্ধতি।

ফ্রেমওয়ার্কটি এমনভাবে ডিজাইন করা হয়েছে যে গভীর উত্তরাধিকারের খুব কমই প্রয়োজন হয়, এবং আমার মতে ওওপি-তে সীমাবদ্ধতা বোঝা যায়। 1C ডোমেন চালিত বিকাশের উপর ফোকাস করে এবং আপনাকে ভাবতে বাধ্য করে, প্রথমত, সমাধানের বিষয়ের ক্ষেত্রটি তৈরি করা হচ্ছে এবং এটি ভাল। এখানে শুধুমাত্র কোন প্রলোভনই নেই, ডোমেন থেকে কিছু ডেটা দেখানোর জন্য 10টি ভিন্ন ডিটিও এবং ভিউমডেল লেখার প্রয়োজন নেই। 1C বিকাশকারী সর্বদা একটি সত্তার সাথে কাজ করে, অনুরূপ নাম সহ এক ডজন শ্রেণীর সাথে উপলব্ধির প্রসঙ্গ বিশৃঙ্খল না করে, একই সত্তাকে প্রতিনিধিত্ব করে, কিন্তু ভিন্ন দিক থেকে। যেকোন .NET অ্যাপ্লিকেশন, উদাহরণস্বরূপ, JSON-এ সিরিয়ালাইজেশন এবং ক্লায়েন্ট থেকে সার্ভারে ডেটা স্থানান্তরের জন্য অপরিহার্যভাবে পাঁচ বা দুটি ভিউ মডেল এবং ডিটিও ধারণ করবে। এবং আপনার অ্যাপ্লিকেশন কোডের প্রায় 10-15% অটোম্যাপারের মতো কলম বা ক্রাচ ব্যবহার করে এক শ্রেণি থেকে অন্য শ্রেণিতে ডেটা স্থানান্তর করতে ব্যয় হবে। এই কোডটি অবশ্যই লিখতে হবে এবং এটি তৈরি এবং বজায় রাখার জন্য প্রোগ্রামারদের অবশ্যই অর্থ প্রদান করতে হবে।

দেখা যাচ্ছে যে 1C ভাষাকে মূলধারার ভাষার স্তরে জটিল না করে বিকাশ করা কঠিন, এইভাবে সরলতার সুবিধা হারাচ্ছে। বিক্রেতার কাজটি মূলত সমাধান করা হচ্ছে: একটি স্ট্যান্ডার্ড সমাধান জারি করা যা রাস্তায় ধরা পড়া যেকোন শিক্ষার্থী প্রয়োজনীয় স্তরের মানের সাথে কাস্টমাইজ করতে পারে (অর্থাৎ, একটি স্টল থেকে একটি বড় কারখানায় একটি কেস কভার করা হয়েছে)। আপনি যদি একটি স্টল হন, একটি ছাত্র নিন, যদি আপনি একটি কারখানা, আপনার বাস্তবায়ন অংশীদার থেকে একটি গুরু নিন. বাস্তবায়িত অংশীদাররা গুরুর দামে ছাত্রদের বিক্রি করে তা কাঠামোর সাথে কোন সমস্যা নয়। স্থাপত্যগতভাবে, কাঠামোটি অবশ্যই উভয়ের সমস্যার সমাধান করতে হবে, স্ট্যান্ডার্ড কনফিগারেশনের কোড (যা আমরা কাস্টমাইজেশনের প্রতিশ্রুতি দিয়ে ব্যবসার কাছে বিক্রি করেছি) একজন শিক্ষার্থীর দ্বারা বুঝতে সক্ষম হওয়া উচিত এবং একজন গুরু আপনি যা চান তা বুঝতে সক্ষম হওয়া উচিত।

কি, আমার মতে, ভাষাতে সত্যিই অনুপস্থিত, যা আপনাকে আপনার চেয়ে বেশি লিখতে বাধ্য করে, গ্রাহকের দ্বারা প্রদত্ত সময় নষ্ট করে।

• স্তরে টাইপ করার সম্ভাবনা, উদাহরণস্বরূপ, টাইপস্ক্রিপ্ট (ফলে, IDE-তে আরও উন্নত কোড বিশ্লেষণ সরঞ্জাম, রিফ্যাক্টরিং, কম আক্রমণাত্মক জ্যাম)
  প্রথম শ্রেণীর বস্তু হিসাবে ফাংশনের প্রাপ্যতা। একটি সামান্য আরো জটিল ধারণা, কিন্তু সাধারণ বয়লারপ্লেট-কোডের পরিমাণ ব্যাপকভাবে হ্রাস করা যেতে পারে। ভলিউম হ্রাসের কারণে কোড, IMHO এর ছাত্রদের বোঝার পরিমাণ আরও বাড়বে
• ইউনিভার্সাল কালেকশন লিটারেল, ইনিশিয়ালাইজার। একই জিনিস - কোডের পরিমাণ হ্রাস করা যা লিখতে এবং/অথবা আপনার চোখ দিয়ে দেখতে হবে। সংগ্রহগুলি পূরণ করা 9000C প্রোগ্রামিং সময়ের 1% এর বেশি সময় নেয়। সিনট্যাকটিক চিনি ছাড়া এটি লেখা দীর্ঘ, ব্যয়বহুল এবং ত্রুটি-প্রবণ। সাধারণভাবে, 1C সলিউশনে LOC-এর পরিমাণ উপলব্ধ ওপেন ফ্রেমওয়ার্ক এবং সাধারণভাবে, আপনার সমস্ত এন্টারপ্রাইজ Javas মিলিত হওয়ার তুলনায় সমস্ত অনুমানযোগ্য সীমা অতিক্রম করে। ভাষাটি ভার্বোস, এবং এটি ডেটা, মেমরি, IDE ব্রেক, সময়, অর্থের পরিমাণে ক্ষয়প্রাপ্ত হয়...
• অবশেষে নির্মাণ আমার কাছে একটি অনুমান আছে যে এই নির্মাণটি অনুপস্থিত কারণ তারা রাশিয়ান ভাষায় এর সফল অনুবাদ খুঁজে পায়নি :)
• নিজস্ব ডেটা টাইপ (OOP ছাড়া), VB6 থেকে টাইপের অ্যানালগ। এটি আপনাকে BSP-এ মন্তব্য ব্যবহার করে কাঠামো টাইপ না করার অনুমতি দেবে এবং এই কাঠামোগুলি তৈরি করে এমন জাদু পদ্ধতি। আমরা পাই: কম কোড, একটি বিন্দুর মাধ্যমে একটি ইঙ্গিত, সমস্যার দ্রুত সমাধান, টাইপোর কারণে কম ত্রুটি এবং কাঠামোর অনুপস্থিত বৈশিষ্ট্য। এখন ইউজার স্ট্রাকচারের টাইপিং সম্পূর্ণভাবে স্ট্যান্ডার্ড সাবসিস্টেম লাইব্রেরির ডেভেলপমেন্ট টিমের উপর নির্ভর করে, যেটি তার কৃতিত্বের জন্য, পাস করা প্যারামিটার স্ট্রাকচারের প্রত্যাশিত বৈশিষ্ট্যের উপর সতর্কতার সাথে মন্তব্য লেখে।
• ওয়েব ক্লায়েন্টে অ্যাসিঙ্ক্রোনাস কলগুলির সাথে কাজ করার সময় কোনও চিনি নেই৷ প্রসেসিং নোটিফিকেশন আকারে কলব্যাক-হেল হল একটি অস্থায়ী ক্রাচ যা প্রধান ব্রাউজারগুলির এপিআইতে হঠাৎ পরিবর্তনের কারণে, কিন্তু আপনি এইভাবে সব সময় থাকতে পারবেন না অ্যাসিঙ্ক্রোনাস কোডের "ছাত্র বোঝার" সুবিধা হারিয়ে যাচ্ছে অধিক পরিমাণে. প্রধান IDE-তে এই দৃষ্টান্তের জন্য কোন সমর্থন যোগ করুন না এবং জিনিসগুলি আরও খারাপ হয়ে যায়।

এটি একটি চাপা সমস্যা, এটি স্পষ্ট যে তালিকাটি অনেক বড় হতে পারে, তবে আমাদের ভুলে যাওয়া উচিত নয় যে এটি এখনও একটি সাধারণ-উদ্দেশ্যের ভাষা নয়, এর জন্য মাল্টিথ্রেডিং, ল্যাম্বডা ফাংশন, জিপিইউতে অ্যাক্সেস এবং দ্রুততার প্রয়োজন নেই। ভাসমান-বিন্দু গণনা। এটি একটি ব্যবসায়িক লজিক স্ক্রিপ্টিং ভাষা।

একজন প্রোগ্রামার যিনি ইতিমধ্যেই এই ভাষা নিয়ে অনেক কাজ করেছেন, js বা c# দেখেন, এই ভাষার কাঠামোর মধ্যে বিরক্ত হয়ে যান। এটা একটা বাস্তবতা। তার উন্নয়ন দরকার। বিক্রেতার জন্য স্কেলের অন্য দিকে নির্দিষ্ট বৈশিষ্ট্যগুলি বাস্তবায়নের খরচ বনাম তাদের বাস্তবায়নের পরে রাজস্ব বৃদ্ধি। কোম্পানির দৃষ্টিতে বর্তমানে যা বেশি ওজনের তা এখানে আমার কাছে কোন তথ্য নেই।

উন্নয়ন পরিবেশ

এখানেও বিষয়গুলো মসৃণভাবে চলছে না। দুটি উন্নয়ন পরিবেশ আছে। প্রথমটি ডেলিভারিতে অন্তর্ভুক্ত কনফিগারার। দ্বিতীয়টি হল এন্টারপ্রাইজ ডেভেলপমেন্ট টুলস এনভায়রনমেন্ট, বা সংক্ষেপে EDT, Eclipse-এর ভিত্তিতে তৈরি।

কনফিগারটর ডেভেলপমেন্ট টাস্কের একটি সম্পূর্ণ পরিসীমা প্রদান করে, সমস্ত বৈশিষ্ট্য সমর্থন করে এবং বাজারের প্রধান পরিবেশ। এটি নৈতিকভাবে অপ্রচলিত, উন্নয়নশীল নয়, গুজব অনুসারে - নিজের মধ্যে প্রযুক্তিগত ঋণের পরিমাণের কারণে। একটি অভ্যন্তরীণ API খোলার মাধ্যমে পরিস্থিতি উন্নত করা যেতে পারে (এর সাথে বন্ধুত্বের আকারে স্নোম্যান A. Orefkova বা একটি স্বাধীন ভিত্তিতে), কিন্তু এটি এমন নয়। অনুশীলন দেখিয়েছে যে সম্প্রদায়টি IDE-তে তার নিজস্ব বৈশিষ্ট্যগুলি লিখবে, যতক্ষণ না বিক্রেতা হস্তক্ষেপ না করে। কিন্তু আমাদের যা আছে তাই আছে। কনফিগারারটি 2004-2005 সালে দুর্দান্ত ছিল, সেই সময়ের ভিজ্যুয়াল স্টুডিওর খুব মনে করিয়ে দেয়, কিছু জায়গায় এটি আরও শীতল ছিল, তবে এটি সেই সময়ে আটকে ছিল।

তদ্ব্যতীত, তখন থেকে গড় মানক সমাধানের ভলিউম বেশ কয়েকবার বেড়েছে এবং আজ IDE কেবল যে পরিমাণ কোড দিয়ে খাওয়ানো হয় তা মোকাবেলা করতে পারে না। ব্যবহারযোগ্যতা এবং রিফ্যাক্টরিং ক্ষমতা এমনকি শূন্য নয়, তারা লাল রঙে রয়েছে। এই সমস্ত বিকাশকারীদের উদ্দীপনা যোগ করে না এবং তারা অন্য বাস্তুতন্ত্রে যাওয়ার এবং সেখানে কোড শিট চালিয়ে যাওয়ার স্বপ্ন দেখে, তবে একটি মনোরম পরিবেশে যা তার আচরণের সাথে আপনার মুখে থুথু দেয় না।

একটি বিকল্প হিসাবে, স্ক্র্যাচ থেকে লেখা একটি IDE, Eclipse-এ নির্মিত, দেওয়া হয়। সেখানে, উত্সগুলি, অন্য যে কোনও সফ্টওয়্যারের মতো, পাঠ্য ফাইলের আকারে থাকে, জিআইটিতে সংরক্ষিত থাকে, অনুরোধের শাখাগুলি পুল করে। নেতিবাচক দিক থেকে, এটি এখন অনেক বছর ধরে বিটা স্ট্যাটাস ছেড়ে যায়নি, যদিও এটি প্রতিটি রিলিজের সাথে আরও ভাল হচ্ছে। আমি EDT-এর অসুবিধাগুলি নিয়ে লিখব না, আজ এটি একটি বিয়োগ, আগামীকাল এটি একটি নির্দিষ্ট বৈশিষ্ট্য। এই ধরনের বর্ণনার প্রাসঙ্গিকতা দ্রুত ম্লান হয়ে যাবে। আজ এটি EDT তে বিকাশ করা সম্ভব, তবে এটি অস্বাভাবিক; আপনাকে নির্দিষ্ট সংখ্যক IDE বাগগুলির জন্য প্রস্তুত থাকতে হবে।

আপনি যদি উপরে উল্লিখিত "1C প্রিজম" এর মাধ্যমে পরিস্থিতিটি দেখেন তবে আপনি এইরকম কিছু পাবেন: নতুন IDE প্রকাশ বাক্সের বিক্রয় বাড়ায় না, তবে বিকাশকারীদের বহিঃপ্রবাহ হ্রাস পেতে পারে। ডেভেলপারের স্বাচ্ছন্দ্যের পরিপ্রেক্ষিতে বাস্তুতন্ত্রের জন্য কী অপেক্ষা করছে তা বলা কঠিন, তবে মাইক্রোসফ্ট ইতিমধ্যেই মোবাইল ডেভেলপারদের তাদের পরিষেবাগুলি খুব দেরি করে অফার করে ঠেলে দিয়েছে।

উন্নয়ন ব্যবস্থাপনা

কোড লেখার চেয়ে এখানে সবকিছুই উল্লেখযোগ্যভাবে ভালো, বিশেষ করে সম্প্রতি, যখন সম্প্রদায়ের প্রচেষ্টা প্রশাসনের অটোমেশনের সমস্যাগুলিকে আলোকিত করে, 1C সংগ্রহস্থলকে ট্র্যাশের স্তূপে ফেলে দেওয়ার জন্য এবং গিট, দ্রুত দোষারোপ, কোড-রিভিউ ব্যবহার করার আহ্বান জানিয়ে প্রোটোটাইপ চালু করে। , স্ট্যাটিক বিশ্লেষণ, স্বয়ংক্রিয় স্থাপনা এবং ইত্যাদি প্ল্যাটফর্মে অনেক বৈশিষ্ট্য যুক্ত করা হয়েছে যা উন্নয়নমূলক কাজের অটোমেশনের মাত্রা বাড়ায়। যাইহোক, এই সমস্ত বৈশিষ্ট্যগুলি শুধুমাত্র এবং একচেটিয়াভাবে আমাদের নিজস্ব বড় পণ্যগুলির বিকাশের জন্য যুক্ত করা হয়েছিল, যখন এটি স্পষ্ট হয়ে ওঠে যে আমরা অটোমেশন ছাড়া করতে পারি না। সেখানে স্বয়ং-মিলন, KDiff-এর সাথে ত্রি-মুখী তুলনা এবং এই সবই ছিল। Github-এ চালু হয়েছে gitconverter, যাকে, সত্যি বলতে, আদর্শিকভাবে প্রকল্প থেকে দূরে টেনে নিয়ে যাওয়া হয়েছিল gitsync, কিন্তু বিক্রেতা কোম্পানির প্রক্রিয়া অনুসারে পরিবর্তিত। ওপেন-সোর্স থেকে একগুঁয়ে ছেলেদের ধন্যবাদ, 1C-তে উন্নয়ন স্বয়ংক্রিয়তা মাটিতে নেমে গেছে। কনফিগারারের জন্য একটি উন্মুক্ত API, IMHO, প্রধান IDE-এর নৈতিক পশ্চাদপদতাকেও পরিবর্তন করবে।

আজ, জিরার সমস্যাগুলির সাথে লিঙ্কযুক্ত প্রতিশ্রুতি সহ গিটে 1C উত্স সংরক্ষণ করা, ক্রুসিবলে পর্যালোচনা, জেনকিন্সের পুশ বোতাম এবং 1C এবং এমনকি কোড পরীক্ষার বিষয়ে অ্যালুর রিপোর্ট সোনারকিউবে স্ট্যাটিক বিশ্লেষণ - এটি খবর থেকে অনেক দূরে, বরং কোম্পানিগুলির মূলধারা যেখানে প্রচুর 1C বিকাশ রয়েছে।

প্রশাসন

এখানে অনেক কিছু বলার আছে। প্রথমত, এটি অবশ্যই একটি সার্ভার (1C সার্ভার ক্লাস্টার)। একটি বিস্ময়কর জিনিস, কিন্তু এটি একটি সম্পূর্ণ ব্ল্যাক বক্স, পর্যাপ্ত বিশদে নথিভুক্ত, কিন্তু একটি নির্দিষ্ট উপায়ে - বেশ কয়েকটি সার্ভারে হাইলোড মোডে নিরবচ্ছিন্ন অপারেশন চালু করতে পারদর্শী হওয়া কিছু নির্বাচিত কয়েকজনের জন্য অনেক বেশি। শিলালিপি সহ পদক "প্রযুক্তিগত বিষয়ে বিশেষজ্ঞ"। এটি লক্ষণীয় যে, নীতিগতভাবে, একটি 1C সার্ভার পরিচালনা করা অন্য কোনও সার্ভার পরিচালনার থেকে আলাদা নয়। এটি একটি নেটওয়ার্ক-ভিত্তিক, মাল্টি-থ্রেডেড অ্যাপ্লিকেশন যা মেমরি, সিপিইউ এবং ডিস্ক সংস্থানগুলি ব্যবহার করে। টেলিমেট্রি সংগ্রহ এবং ডায়াগনস্টিকসের জন্য যথেষ্ট সুযোগ প্রদান করে।

এখানে সমস্যা হল যে বিক্রেতা এই খুব ডায়গনিস্টিক জন্য রেডিমেড সমাধান পরিপ্রেক্ষিতে বিশেষ কিছু অফার করে না। হ্যাঁ, 1C আছে: ইন্সট্রুমেন্টেশন এবং কন্ট্রোল সেন্টার, তারা এমনকি বেশ ভাল, কিন্তু তারা খুব ব্যয়বহুল এবং প্রত্যেকের কাছে নেই। স্ট্যান্ডার্ড অ্যাডমিন সেট থেকে Grafana, Zabbix, ELK এবং অন্যান্য জিনিসগুলিকে সংযুক্ত করার জন্য সম্প্রদায়ের অনেকগুলি ধারণা রয়েছে, তবে সংখ্যাগরিষ্ঠের জন্য উপযুক্ত হবে এমন কোনও একক সমাধান নেই৷ কাজটি তার নায়কের জন্য অপেক্ষা করছে। এবং আপনি যদি এমন একটি ব্যবসা হন যেটি একটি 1C ক্লাস্টারে চালু করার পরিকল্পনা করে, আপনার একজন বিশেষজ্ঞ প্রয়োজন৷ আপনার নিজের ভিতরে বা বাইরে থেকে, কিন্তু আপনি এটি প্রয়োজন. এটি স্বাভাবিক যে সার্ভার অপারেশনের জন্য দক্ষতার সাথে একটি পৃথক ভূমিকা রয়েছে, প্রতিটি 1C ব্যবহারকারীর এটি জানা উচিত নয়, আপনাকে কেবল বুঝতে হবে যে এই জাতীয় ভূমিকা প্রয়োজন। উদাহরণ স্বরূপ এসএপি নেওয়া যাক। সেখানে, একজন প্রোগ্রামার, সম্ভবত, এমনকি তার চেয়ার থেকে উঠবেন না যদি তাকে অ্যাপ্লিকেশন সার্ভারে কিছু কনফিগার করতে বলা হয়। তিনি কেবল বোকা হতে পারেন এবং তিনি লজ্জিত হবেন না। এসএপি পদ্ধতিতে এর জন্য আলাদা কর্মচারীর ভূমিকা রয়েছে। কিছু কারণে, 1C শিল্পে এটি বিশ্বাস করা হয় যে এটি একই বেতনের জন্য একজন কর্মচারীর সাথে মিলিত হওয়া উচিত। এটা একটা বিভ্রম।

1C সার্ভারের অসুবিধা

ঠিক এক বিয়োগ আছে - নির্ভরযোগ্যতা। অথবা, যদি আপনি পছন্দ করেন, অনির্দেশ্যতা। সার্ভারের আকস্মিক অদ্ভুত আচরণ ইতিমধ্যেই টক অব দ্য টাউনে পরিণত হয়েছে। একটি সার্বজনীন প্রতিকার - সার্ভার বন্ধ করা এবং সমস্ত ক্যাশে সাফ করা - এমনকি বিশেষজ্ঞের হ্যান্ডবুকে বর্ণনা করা হয়েছে, এবং এমনকি একটি ব্যাচ বইও সুপারিশ করা হয় যা এটি করে। যদি আপনার 1C সিস্টেম এমন কিছু করা শুরু করে যা তাত্ত্বিকভাবে করা উচিত নয়, এটি সেশন ডেটা ক্যাশে সাফ করার সময়। আমার অনুমান অনুসারে, সমগ্র দেশে মাত্র তিনজন লোক আছেন যারা জানেন কিভাবে এই পদ্ধতি ছাড়া 1C সার্ভার পরিচালনা করতে হয় এবং তারা গোপনীয়তা শেয়ার করে না, কারণ... তারা এ থেকে বেঁচে থাকে। সম্ভবত তাদের গোপনীয়তা হ'ল তারা সেশনের ডেটা পরিষ্কার করে, তবে তারা এটি সম্পর্কে কাউকে বলে না, বন্ধু।

অন্যথায়, 1C সার্ভারটি অন্য যেকোনটির মতো একই অ্যাপ্লিকেশন এবং ডকুমেন্টেশন পড়ে এবং খঞ্জনীতে আঘাত করে অনেকটা একইভাবে পরিচালিত হয়।

ডকশ্রমিক

উত্পাদনে একটি ধারকযুক্ত 1C সার্ভার ব্যবহারের উপযোগিতা এখনও প্রমাণিত হয়নি। ব্যালেন্সারের পিছনে নোডগুলি যোগ করে সার্ভারটি ক্লাস্টার করা হয় না, যা উত্পাদন কন্টেইনারাইজেশনের সুবিধাগুলিকে ন্যূনতম পর্যন্ত হ্রাস করে এবং হাইলোড মোডে কন্টেইনারগুলিতে সফল অপারেশনের অনুশীলন প্রতিষ্ঠিত হয়নি। ফলস্বরূপ, শুধুমাত্র বিকাশকারীরা পরীক্ষার পরিবেশ সেট আপ করতে ডকার+1সি ব্যবহার করে। সেখানে এটি খুব দরকারী, প্রয়োগ করা হয়, আপনাকে আধুনিক প্রযুক্তির সাথে খেলতে এবং কনফিগারারের হতাশা থেকে বিরতি নিতে দেয়।

বাণিজ্যিক উপাদান

বিনিয়োগের দৃষ্টিকোণ থেকে, 1C আপনাকে অ্যাপ্লিকেশন ক্লাসের বিস্তৃত ক্ষমতার কারণে দ্রুত ব্যবসায়িক ধারণা চালু করার সমস্যা সমাধান করতে দেয়। বক্সের বাইরে 1C খুব শালীন রিপোর্টিং, যেকোনো কিছুর সাথে একীকরণ, ওয়েব ক্লায়েন্ট, মোবাইল ক্লায়েন্ট, মোবাইল অ্যাপ্লিকেশন, বিভিন্ন DBMS-এর জন্য সমর্থন, সহ। বিনামূল্যে, ক্রস-প্ল্যাটফর্ম উভয় সার্ভার এবং ইনস্টল করা ক্লায়েন্ট অংশ। হ্যাঁ, অ্যাপ্লিকেশনগুলির UI হলুদ হবে, কখনও কখনও এটি একটি বিয়োগ হয়, তবে সর্বদা নয়।
1C বেছে নেওয়ার মাধ্যমে, একটি ব্যবসা সফ্টওয়্যার সমাধানগুলির একটি সেট পায় যা তাদের অ্যাপ্লিকেশনগুলির একটি খুব বিস্তৃত পরিসর তৈরি করতে দেয়, সেইসাথে বাজারে অনেক ডেভেলপার যারা Javaists থেকে কম টাকা চায় এবং একই সাথে দ্রুত ফলাফল দেয়।

উদাহরণস্বরূপ, একজন ক্লায়েন্টকে একটি পিডিএফ চালান পাঠানোর কাজটি শিক্ষার্থীর এক ঘন্টার কাজের মধ্যে সমাধান করা যেতে পারে। .NET-এ একই সমস্যাটি একটি মালিকানাধীন লাইব্রেরি কেনার মাধ্যমে, অথবা কড়া, দাড়িওয়ালা বিকাশকারী দ্বারা কয়েক দিন বা সপ্তাহের কোডিং করে সমাধান করা যেতে পারে। কখনও কখনও, একসঙ্গে উভয়. এবং হ্যাঁ, আমি শুধু পিডিএফ প্রজন্মের কথা বলছিলাম। এই বিল কোথা থেকে আসবে তা আমরা বলিনি। ওয়েব ফ্রন্টেন্ডারকে অবশ্যই একটি ফর্ম তৈরি করতে হবে যেখানে অপারেটর ডেটা প্রবেশ করবে, ব্যাকেন্ডারকে JSON স্থানান্তর করার জন্য dto মডেল তৈরি করতে হবে, ডাটাবেসে সংরক্ষণের জন্য মডেলগুলি, ডাটাবেসের গঠন নিজেই, এটিতে স্থানান্তর, একটি গ্রাফিকাল গঠন এই অ্যাকাউন্টের প্রদর্শন, এবং শুধুমাত্র তারপর - PDF. 1C-তে, সম্পূর্ণ স্ক্র্যাচ থেকে সম্পূর্ণ কাজটি ঠিক এক ঘন্টার মধ্যে সম্পন্ন হয়।

ক্রয়/বিক্রয় একটি ব্যবসায়িক প্রক্রিয়া সহ একটি ছোট স্টলের জন্য একটি সম্পূর্ণ অ্যাকাউন্টিং সিস্টেম 3 ঘন্টার মধ্যে করা হয়, ক্রয় এবং বিক্রয় মূল্যে পণ্যের হিসাব, ​​গুদাম দ্বারা বিভক্ত, অ্যাক্সেস অধিকার নিয়ন্ত্রণ, ওয়েব ক্লায়েন্ট এবং মোবাইল অ্যাপ্লিকেশন। . ঠিক আছে, আমি আবেদনটি ভুলে গেছি, আবেদনটি 3 ঘন্টার মধ্যে নয়, ছয়টিতে।

এই কাজটি একটি .NET বিকাশকারীকে একটি পরিষ্কার কম্পিউটারে ভিজ্যুয়াল স্টুডিও ইনস্টল করা থেকে গ্রাহকের কাছে প্রদর্শন করতে কতক্ষণ লাগবে? উন্নয়ন খরচ সম্পর্কে কি? একই জিনিস.

একটি প্ল্যাটফর্ম হিসাবে 1C এর শক্তি

1C শক্তিশালী নয় কারণ এটি সম্পর্কে নির্দিষ্ট কিছু রয়েছে যা বিশ্বের সেরা। বিপরীতভাবে, প্রতিটি পৃথক সাবসিস্টেমে আপনি বিশ্বের সফ্টওয়্যারগুলিতে আরও আকর্ষণীয় অ্যানালগ খুঁজে পেতে পারেন। যাইহোক, কারণগুলির সংমিশ্রণের উপর ভিত্তি করে, আমি 1C এর মতো একটি প্ল্যাটফর্ম দেখতে পাচ্ছি না। এখানেই বাণিজ্যিক সাফল্য নিহিত। প্ল্যাটফর্মের সুবিধাগুলি এটি জুড়ে ছড়িয়ে ছিটিয়ে রয়েছে এবং আপনি যখন অন্যান্য প্ল্যাটফর্মগুলিতে এটি কীভাবে করা হয় তা দেখলে সবচেয়ে স্পষ্টভাবে দৃশ্যমান হয়। মূলত, এগুলি এমনকি বৈশিষ্ট্য নয়, তবে বিপরীতে - একটি নির্দিষ্ট দৃষ্টান্তের পক্ষে বৈশিষ্ট্যগুলির প্রত্যাখ্যান। কয়েকটি উদাহরণ:

1. ইউনিকোড। কি জাহান্নাম সহজ হতে পারে? 2019 সালে একক-বাইট ASCII এনকোডিং ব্যবহার করার প্রয়োজন নেই (প্রাচীন উত্তরাধিকারগুলির সাথে একীকরণ ছাড়া)। কখনই না। কিন্তু না. যাইহোক, কিছু টেবিলে কেউ একটি একক-বাইট ভার্চার ব্যবহার করে এবং অ্যাপ্লিকেশনটির এনকোডিংগুলির সাথে সমস্যা হবে। 2015 সালে, এনকোডিংগুলির সাথে ভুল কাজের কারণে গিটল্যাবের LDAP অনুমোদন ব্যর্থ হয়েছে; 1C ডাটাবেস স্তর থেকে অ্যাপ্লিকেশন কোডের উচ্চ মানের বিচ্ছিন্নতা প্রদান করে। সেখানে নিম্ন স্তরে টেবিল টাইপ করা অসম্ভব এবং ডাটাবেস স্তরে অযোগ্য জুনিয়রদের জ্যাম সেখানে অসম্ভব। হ্যাঁ, অযোগ্য জুনিয়রদের সাথে অন্যান্য সমস্যা থাকতে পারে, তবে সমস্যার বিভিন্নতা অনেক ছোট। এখন আপনি আমাকে বলবেন যে আপনার অ্যাপ্লিকেশনটি সঠিকভাবে ডিজাইন করা হয়েছে এবং ডাটাবেস অ্যাক্সেস লেয়ারটি যেমন হওয়া উচিত সেভাবে আলাদা করা হয়েছে। আপনার কর্পোরেট কাস্টম জাভা অ্যাপ্লিকেশন আরেকবার দেখুন। ঘনিষ্ঠভাবে এবং সৎভাবে. আপনার বিবেক কি আপনাকে বিরক্ত করে? তাহলে আমি তোমার জন্য খুশি।
2. নথি/রেফারেন্স বইয়ের সংখ্যা। 1C তে এটি অবশ্যই সবচেয়ে নমনীয় এবং সেরা নয়। কিন্তু তারা ব্যাংকিং সফ্টওয়্যার এবং স্ব-লিখিত অ্যাকাউন্টিং সিস্টেমে যা করে - ঠিক আছে, এটি কেবল অন্ধকার। হয় পরিচয় আটকে যাবে (এবং তারপর "ওহ, কেন আমাদের গর্ত আছে"), অথবা বিপরীতে, তারা একটি জেনারেটর তৈরি করবে যা ডিবিএমএস স্তরে লক করার সাথে কাজ করে (এবং একটি বাধা হয়ে উঠবে)। প্রকৃতপক্ষে, এই আপাতদৃষ্টিতে সহজ কাজটি করা বেশ কঠিন - সত্তার একটি এন্ড-টু-এন্ড গণনাকারী, একটি নির্দিষ্ট কীগুলির সেট, উপসর্গের উপর ভিত্তি করে একটি স্বতন্ত্রতা বিভাগ সহ, যাতে এটি সমান্তরাল ডেটা এন্ট্রির সময় ডেটাবেসকে ব্লক না করে। .
3. ডাটাবেসে রেকর্ডের শনাক্তকারী। 1C একটি দৃঢ়-ইচ্ছাকৃত সিদ্ধান্ত নিয়েছে - সমস্ত লিঙ্ক শনাক্তকারী একেবারে সিন্থেটিক এবং এটিই। এবং বিতরণ করা ডাটাবেস এবং এক্সচেঞ্জের সাথে কোন সমস্যা নেই। অন্যান্য সিস্টেমের বিকাশকারীরা একগুঁয়েভাবে পরিচয়ের মতো কিছু তৈরি করে (এটি ছোট!), তাদের জিইউআই-এ টেনে আনে যতক্ষণ না এটি একাধিক সম্পর্কিত দৃষ্টান্ত তৈরি করার সময় হয় (এবং তারপরে সেগুলি আবিষ্কার করা হবে)। তোমার কি এটা নেই? সত্যি বলতে?
4. তালিকা 1C-এর (বড়) তালিকাগুলির মাধ্যমে পেজিং এবং সেগুলির মাধ্যমে নেভিগেট করার জন্য বেশ সফল প্রক্রিয়া রয়েছে। আমাকে এখনই একটি রিজার্ভেশন করতে দিন - প্রক্রিয়াটির সঠিক ব্যবহার সহ! সাধারণভাবে, বিষয়টি বেশ অপ্রীতিকর, এটি আদর্শভাবে সমাধান করা যায় না: এটি হয় স্বজ্ঞাত এবং সহজ (কিন্তু ক্লায়েন্টের উপর বিশাল রেকর্ডসেটের ঝুঁকি), বা পেজিং এক বা অন্য বাঁকা। যারা পেজিং করে তারা অনেক সময় কুটিলভাবে করে। যারা একটি সৎ স্ক্রলবার তৈরি করে তারা একটি ডাটাবেস, একটি চ্যানেল এবং একটি ক্লায়েন্ট যোগ করে।
5. পরিচালিত ফর্ম. সন্দেহ নেই, ওয়েব ক্লায়েন্টে ইন্টারফেসটি পুরোপুরি কাজ করে না। কিন্তু এটি কাজ করে. কিন্তু অন্যান্য অনেক অ্যাকাউন্টিং এবং ব্যাঙ্কিং সিস্টেমের জন্য, একটি দূরবর্তী কর্মক্ষেত্র তৈরি করা একটি এন্টারপ্রাইজ-স্তরের প্রকল্প। দাবিত্যাগ: সৌভাগ্যবশত যারা ওয়েবে এটি তৈরি করেছেন তাদের জন্য এটি প্রভাবিত করবে না।
6. মোবাইল অ্যাপ. সম্প্রতি, একই ইকোসিস্টেমে থাকা অবস্থায় আপনি মোবাইল অ্যাপ্লিকেশনও লিখতে পারেন। এটি একটি ওয়েব ক্লায়েন্টের তুলনায় এখানে একটু বেশি জটিল; আপনার যদি একটি কোম্পানির অভ্যন্তরীণ প্রয়োজনের জন্য একটি অ্যাপ্লিকেশনের প্রয়োজন হয় (যখন একটি কর্পোরেট সমস্যার একটি মোবাইল সমাধান একটি হলুদ UI ডিজাইনের চেয়ে বেশি গুরুত্বপূর্ণ), আপনি কেবল বাক্সের বাইরে একই প্ল্যাটফর্ম ব্যবহার করুন৷
7. রিপোর্টিং। এই শব্দ দ্বারা আমি বড় ডেটা সহ একটি BI সিস্টেম বোঝাতে চাই না এবং ETL প্রক্রিয়াতে একটি ব্যবধান। এটি অপারেশনাল স্টাফ রিপোর্টগুলিকে বোঝায় যা আপনাকে এখানে এবং এখন অ্যাকাউন্টিংয়ের অবস্থা মূল্যায়ন করতে দেয়। ভারসাম্য, পারস্পরিক মীমাংসা, পুনরায় গ্রেডিং, ইত্যাদি 1C ব্যবহারকারীর পক্ষে গ্রুপিং, ফিল্টার এবং ভিজ্যুয়ালাইজেশনের জন্য নমনীয় সেটিংস সহ একটি রিপোর্টিং সিস্টেম সহ বাক্সের বাইরে আসে। হ্যাঁ, বাজারে শীতল অ্যানালগ রয়েছে। কিন্তু একটি অল-ইন-ওয়ান সলিউশনের কাঠামোর মধ্যে নয় এবং কখনও কখনও অল-ইন-ওয়ান সমাধানের চেয়ে বেশি দামে। এবং প্রায়শই এটি অন্যভাবেও হয়: শুধুমাত্র রিপোর্টিং, কিন্তু পুরো প্ল্যাটফর্মের চেয়ে বেশি ব্যয়বহুল, এবং মানের দিক থেকে আরও খারাপ।
8. মুদ্রণযোগ্য ফর্ম। ঠিক আছে, .NET ব্যবহার করুন ইমেলের মাধ্যমে কর্মচারীদের পিডিএফ-এ বেতন স্লিপ পাঠানোর সমস্যা সমাধান করতে। আর এখন চালান ছাপানোর কাজ। একই পিডিএফ-এ তাদের কপি সংরক্ষণের বিষয়ে কী? 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) ফ্রেমওয়ার্ক এবং এটির জন্য তৈরি করা হয়েছে।
• প্রধান DBMS, ক্লায়েন্ট UI, একটি খুব ভাল ORM এবং রিপোর্টিংয়ের জন্য সমর্থন সহ তিন-স্তরের লিঙ্ক
• সিস্টেমের সাথে একীকরণের বিস্তৃত সম্ভাবনা যা 1C করতে পারে না। আপনি যদি মেশিন লার্নিং চান, পাইথন নিন এবং ফলাফলটি http বা RabbitMQ এর মাধ্যমে 1C এ পাঠান
• 1C ব্যবহার করে সবকিছু করার চেষ্টা করার দরকার নেই, আপনাকে এর শক্তি বুঝতে হবে এবং আপনার নিজের উদ্দেশ্যে ব্যবহার করতে হবে
• বিকাশকারীরা যারা প্রযুক্তিগত কাঠামোর গ্যাজেটগুলি খনন করার দিকে এবং প্রতি N বছরে একটি নতুন ইঞ্জিনে পুনরায় ডিজাইন করার দিকে অভিকর্ষন করে তারা 1C নিয়ে বিরক্ত। সেখানে সবকিছু খুব রক্ষণশীল।
• বিকাশকারীরাও বিরক্ত কারণ নির্মাতার কাছ থেকে তাদের জন্য খুব কম উদ্বেগ রয়েছে। বিরক্তিকর ভাষা, দুর্বল IDE। তাদের আধুনিকায়ন প্রয়োজন।
• অন্যদিকে, যে বিকাশকারীরা অন্য প্রযুক্তি ব্যবহার করে এবং শেখার মাধ্যমে মজা পেতে পারে না তারা খারাপ বিকাশকারী। তারা হাহাকার করবে এবং অন্য বাস্তুতন্ত্রে চলে যাবে।
• যে নিয়োগকর্তারা তাদের 1C ডাকনাম Python এ কিছু লিখতে দেয় না তারা খারাপ নিয়োগকর্তা। তারা অনুসন্ধিৎসু মনের কর্মীদের হারাবে, এবং তাদের জায়গায় আসবে বানর কোডাররা যারা সবকিছুর সাথে একমত হয়ে কর্পোরেট সফ্টওয়্যারকে জলাভূমিতে টেনে নিয়ে যাবে। এটি এখনও আবার লিখতে হবে, তাই হয়তো একটু আগে পাইথনে একটু বিনিয়োগ করা ভাল হবে?
• 1C একটি বাণিজ্যিক কোম্পানি এবং শুধুমাত্র তার নিজস্ব স্বার্থ এবং সুবিধার উপর ভিত্তি করে বৈশিষ্ট্যগুলি প্রয়োগ করে। আপনি এর জন্য তাকে দোষ দিতে পারবেন না, ব্যবসাকে অবশ্যই লাভের কথা ভাবতে হবে, এটাই জীবন
• 1C ব্যবসায়িক সমস্যার সমাধান বিক্রি করে অর্থ উপার্জন করে, ভাস্যার ডেভেলপার সমস্যার জন্য নয়। এই দুটি ধারণা পারস্পরিক সম্পর্ক, কিন্তু অগ্রাধিকার ঠিক আমি কি বলেছি. যখন ডেভেলপার ভাস্য 1C: Resharper-এর জন্য একটি ব্যক্তিগত লাইসেন্সের জন্য অর্থ প্রদান করতে প্রস্তুত, তখন এটি খুব দ্রুত প্রদর্শিত হবে, A. Orefkova এর "Resharper" এর প্রমাণ। যদি বিক্রেতা এটিকে সমর্থন করে এবং এটির বিরুদ্ধে লড়াই না করে, তবে বিকাশকারীদের জন্য সফ্টওয়্যারের একটি বাজার উপস্থিত হবে। এখন এই বাজারে দেড় খেলোয়াড় আছে সন্দেহজনক ফলাফলের সাথে, এবং সব কারণ IDE এর সাথে একীকরণ নেতিবাচক এবং সবকিছু ক্রাচের উপর করা হয়।
• একটি মাল্টি-মেশিন অপারেটরের অনুশীলন বিস্মৃতিতে অদৃশ্য হয়ে যাবে। আধুনিক অ্যাপ্লিকেশনগুলি কোডের দিক থেকে এবং ব্যবসায়িক ব্যবহারের দিক থেকে মনে রাখার জন্য খুব বড়৷ 1C সার্ভারটি আরও জটিল হয়ে উঠছে; একজন কর্মচারীর মধ্যে সব ধরনের দক্ষতা রাখা অসম্ভব হবে। এটির জন্য বিশেষজ্ঞদের চাহিদা থাকা উচিত, যার অর্থ 1C পেশার আকর্ষণ এবং বেতন বৃদ্ধি। যদি আগে Vasya এক বেতনের জন্য তিন-একটি কাজ করত, এখন আপনাকে দুটি ভাস্য নিয়োগ করতে হবে এবং ভাস্যদের মধ্যে প্রতিযোগিতা তাদের স্তরের সামগ্রিক বৃদ্ধিকে উত্সাহিত করতে পারে।

উপসংহার

1C একটি খুব যোগ্য পণ্য। আমার দামের পরিসরে, আমি কোনো অ্যানালগই জানি না, যদি থাকে তাহলে মন্তব্যে লিখুন। যাইহোক, বাস্তুতন্ত্র থেকে বিকাশকারীদের বহিঃপ্রবাহ আরও বেশি লক্ষণীয় হয়ে উঠছে এবং এটি একটি "মস্তিষ্কের ড্রেন", আপনি এটিকে যেভাবেই দেখুন না কেন। শিল্প আধুনিকায়নের জন্য ক্ষুধার্ত।
আপনি যদি একজন ডেভেলপার হন, তাহলে 1C তে আটকে যাবেন না এবং ভাববেন না যে অন্য ভাষায় সবকিছুই যাদুকর। যখন আপনি একটি জুনিয়র, হয়ত. যত তাড়াতাড়ি বৃহত্তর কিছু সমাধান করা প্রয়োজন, প্রস্তুত-তৈরি সমাধানগুলিকে দীর্ঘ সময়ের জন্য দেখতে হবে এবং আরও নিবিড়ভাবে সম্পন্ন করতে হবে। "ব্লক" এর মানের পরিপ্রেক্ষিতে যা থেকে একটি সমাধান তৈরি করা যেতে পারে, 1C খুব, খুব ভাল।

এবং আরও একটি জিনিস - যদি একটি 1C ডাকনাম আপনার কাছে নিয়োগের জন্য আসে, তবে 1C ডাকনামটি নিরাপদে প্রধান বিশ্লেষকদের পদে নিয়োগ করা যেতে পারে। কাজ, বিষয় এলাকা, এবং পচন দক্ষতা তাদের বোঝার চমৎকার. আমি নিশ্চিত যে এটি 1C বিকাশে DDD এর জোরপূর্বক ব্যবহারের কারণে হয়েছে। ব্যক্তিটি প্রথমে কাজের অর্থ সম্পর্কে চিন্তা করার জন্য প্রশিক্ষিত হয়, বিষয় এলাকার বস্তুর মধ্যে সংযোগ সম্পর্কে, এবং একই সময়ে ইন্টিগ্রেশন প্রযুক্তি এবং ডেটা বিনিময় বিন্যাসে একটি প্রযুক্তিগত পটভূমি রয়েছে।

সচেতন থাকুন যে আদর্শ কাঠামো বিদ্যমান নেই এবং নিজের যত্ন নিন।
সব ভাল!

PS: আপনাকে অনেক ধন্যবাদ speshuric নিবন্ধটি প্রস্তুত করতে সহায়তার জন্য।

শুধুমাত্র নিবন্ধিত ব্যবহারকারীরা জরিপে অংশগ্রহণ করতে পারবেন। সাইন ইন করুনকরুন।

আপনার এন্টারপ্রাইজে কি 1C আছে?

• 13,3%মোটেও না.71

• 30,3%আছে, কিন্তু শুধুমাত্র অ্যাকাউন্টিং বিভাগে কোথাও। অন্যান্য প্ল্যাটফর্মে মূল সিস্টেম 162

• 41,4%হ্যাঁ, প্রধান ব্যবসায়িক প্রক্রিয়া এটি221-এ কাজ করে

• 15,0%1C মরতে হবে, ভবিষ্যৎ %technology_name%80 এর অন্তর্গত

534 জন ব্যবহারকারী ভোট দিয়েছেন। 99 জন ব্যবহারকারী বিরত ছিলেন।

উত্স: www.habr.com