"সফ্টওয়্যার অফ-অফ-লাইফ" পরিস্থিতিগুলি কীভাবে মোকাবেলা করবেন?


14

যখন কোনও বিক্রেতার ঘোষণা দেওয়া হয় যে তারা আর কোনও সফটওয়্যারকে কোনও সহায়তা বা পরিষেবাদি সরবরাহ করার ইচ্ছে করে না (এবং ব্যবসায়ের বাইরে বেরোনোর ​​অভিপ্রায় জানিয়েছে - কোনও আপগ্রেডের পথ নেই) গ্রাহককে কী ধরণের অবলম্বন উপলব্ধ?

গ্রাহকের দৃষ্টিকোণ থেকে এটি বিবেচনা করুন । গ্রাহকের আইটি কর্মীরা সম্ভবত কেবলমাত্র প্রযুক্তিগত বিকল্পগুলি বিবেচনা করবেন, তবে গ্রাহকরা পাশাপাশি অ-প্রযুক্তিগত বিকল্পগুলি অনুসরণ করতে পারেন। এছাড়াও, চুক্তির শর্তাবলী যেমন ব্যাহততা হ্রাস করতে ক্রেতার আগে কী ধরণের যুক্তিসঙ্গত পদক্ষেপ নিতে পারে?

আমি যে বিষয়গুলি ভাবতে পারি:

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

অন্য কোন ধারণা?

  • ধরে নিলাম যে কোনও "পরিবেশন" জড়িত নেই (কোনও ডিআরএম, কোনও ডিএমসিএ নেই), তথ্য পুনরুদ্ধার কি বিপরীত প্রকৌশল আইনী / গ্রহণযোগ্য?

সম্পাদিত নোট:

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


এখানে সময় লাইন কি? আপনি কি গ্রাহক বা উক্ত বিক্রেতার শীর্ষে কোনও পণ্য তৈরি করছেন?

3
আপনি বিক্রেতার কাছ থেকে উত্স কোডটি কেনার চেষ্টা করতে পারেন তবে নিজেকে সমর্থন করুন? এটি হওয়া বেশ কঠিন পরিস্থিতি
btly

2
একটি বিস্মিত করে তোলে কেন ডেটা শুরু করার জন্য কোনও ধরণের উন্মুক্ত বিন্যাসে সংরক্ষণ করা হয়নি ... যদি এটি ডিবিতে সরল পাঠ্য হিসাবে সংরক্ষণ করা হয় তবে আপনি এটি অনুলিপি করতে পারেন। এটি যদি এক্সএমএল / প্লেইন পাঠ্যে সংরক্ষণ করা থাকে তবে আপনি এটি অনুলিপি করতে পারেন। এটি যদি বাইনারি / এনক্রিপ্ট থাকে তবে আপনার এটি ক্র্যাক করা দরকার। এটি সবই করণীয়।
কাজ

3
@ জোব: সম্মত উন্মুক্ত / সাধারণ স্টোরেজ ফর্ম্যাটটির গুরুত্ব (এবং "বিক্রেতা লক-ইন" এর ধারণা) এক দশকেরও বেশি সময় ধরে স্বীকৃত। কয়েক দশক আগে যে সিদ্ধান্ত নেওয়া হয়েছিল তাতে দৃষ্টিশক্তি লাভ করার সুবিধা নেই। ততদিনে, সমৃদ্ধ গ্রাহকরা নির্বিশেষে বাজার নেতাদের সাথে যান নির্বিশেষে, এবং স্বচ্ছল গ্রাহকরা স্থিতাবস্থা গ্রহণ করতে বা ঝুঁকি নিতে হয়।
rwong

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

উত্তর:


2

বিপরীত প্রকৌশল আপনার নিজের ডেটাতে স্পষ্টভাবে গ্রহণযোগ্য। ধরে নিচ্ছি আপনার কাছে ডেটাবেস ফাইল রয়েছে। যদি এটি কোনও হোস্ট করা পরিষেবা হয় তবে আপনি কেবল ফি প্রদান এবং ডেটা রফতানি করার চেয়ে ভাল। তবে, এটির জন্য একটি অত্যন্ত প্রয়োজনীয়তার জন্য এটি অত্যন্ত নিষ্ঠুর এবং পেশাদারহীন but তবে কিছু লোক এ জাতীয় বিষয়ে যত্ন নেন না।

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


2

আপনার তালিকায় নেই এমন একটি কৌশল হ'ল ইন্টার্নদের একটি দল নিয়ে আসা এবং গ্রীষ্মকে তা বের করার জন্য প্রদান করা। যেহেতু এটি সম্ভবত এক-অফ প্রকল্প হতে পারে, কোডটি বেশ সুন্দর কিনা, যদি বেশ কয়েক ঘন্টা সময় নেয় বা যদি এটি কেবল ম্যানুয়াল ডেটা এন্ট্রি গ্রহণ করে তবে কিছু যায় আসে না।


2
ইন্টার্নস: আউটসোর্সিংয়ের স্থানীয় সমতুল্য
আর্লজ

Internsourcing!
পল নাথান

0

যদি পণ্যটি এমন কিছু হয় যা আপনার পরিবর্তনের প্রয়োজন হয় না, তবে আপনার নিজের হার্ডওয়্যারটিতে পরিবর্তন প্রয়োজন এবং এটি চালানোর প্রয়োজনের আগে মনে করবেন না এটির ব্যবহার চালিয়ে যাওয়ার ঝুঁকিটি গ্রহণ করার বিকল্প সর্বদা থাকে।

এটি অভিনব নয়, এবং এটি একটি বেদনা হতে পারে, তবে পণ্য এবং বিক্রেতার উপর নির্ভর করে আপনি যদি এটির সম্পর্কে ভেবে দেখেন যে বিক্রেতা যখন প্রযুক্তিগতভাবে এটি সমর্থন করেছিল তখন পরিস্থিতি তার চেয়ে আলাদা নয়।

একটি দ্রষ্টব্য: যদি সিস্টেমটি জনসাধারণের কাছে উন্মুক্ত কিছু হয় তবে এটি একটি খারাপ দৃষ্টিভঙ্গি কারণ আপনার কাছে সুরক্ষা আপডেটগুলি প্রয়োগ করার কোনও উপায় নেই।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.