ভাষা / কাঠামো / প্রযুক্তি যদি 'ফিউচার-প্রুফ' হয় তবে তা নির্ধারণ করা হচ্ছে


10

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

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


15
আমাকে আমার স্ফটিক বলের পরামর্শ দিন ...
হতাশাগ্রস্থ

1
@ মোটিভকাইল একটি দ্রুত অনুসন্ধান আমাকে এনেছে ... tiobe.com/index.php/content/paperinfo/tpci/index.html এটি নিশ্চিত কিনা নিশ্চিত তবে এটির আকর্ষণীয়টিও কম নয়।
ওমিনাস

3
@ মোটিভকাইল আমার মনে হয় অন্তর্নিহিত সমস্যাটি (এবং আমি এটি থেকে ভুগছি) "আমি যে সময় / প্রচেষ্টার বিষয়ে এটি লিখতে চলেছি তার পক্ষে মূল্যবান শেখার জন্য আমি কি বেছে নিয়েছি?" অনেকগুলি বিকল্পের সাহায্যে আমাদের নির্বাচিত কাজের লাইনে সবচেয়ে বড় পরিশোধের জন্য সময় / শক্তি কীভাবে বিনিয়োগ করতে হবে তা নির্ধারণ করা অপ্রতিরোধ্য হতে পারে।
ওমিনাস

1
এটাই আমার মনে ছিল। খুব খারাপ তাদের ফ্রেমওয়ার্ক তালিকাভুক্ত নেই!
কাইল

3
সিওবিএল হ'ল ভবিষ্যতের প্রুফ প্রযুক্তিগুলির মধ্যে একটি। সিওবিওএল ইনস্টল করা বেসটি দূরে যাওয়ার সম্ভাবনা খুব বেশি। এর অর্থ কী তা আপনি ভাবতে চাইতে পারেন।
ব্যবহারকারীর6767

উত্তর:


17

এটি একটি নিখুঁত বিজ্ঞান নয়, সুতরাং প্রযুক্তি ল্যান্ডস্কেপে ভবিষ্যতের প্রবণতাগুলি কোনও নির্দিষ্টতার সাথে 5 বছরেরও বেশি সময় পূর্বাভাস দিতে সক্ষম হওয়ার আশা করবেন না।

তবে আমি নিম্নলিখিত সমস্ত সন্ধান করব:

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

3
সুতরাং আপনি কীভাবে ভিবি 6 ব্যাখ্যা করবেন? ;-)
এসডিজি

4
কালো যাদু.....?
মাইকের

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

1
@ মাইনমা: যেহেতু ওপেন সোর্স জনপ্রিয়তায় বৃদ্ধি পাচ্ছে এবং উইন্ডোজ জনপ্রিয়তায় পড়ছে, মনে হচ্ছে এর প্রমাণ রয়েছে। "হাজার হাজার সর্বাধিক জনপ্রিয় পণ্যগুলি দীর্ঘমেয়াদী বেট নয়" সঠিক। প্রচুর এবং প্রচুর পণ্য পাঁচ বছরের মধ্যে হবে না। "ভয়াবহ স্প্যাগেটি কোড, তবে এখনও জনপ্রিয়" " আপনি কি উত্তরটি পড়েছেন? "[যতক্ষণ না] আরও ভাল কিছু আসে"। পিএইচপি এর জন্য ভাল কিছু না? So. উত্তরাধিকার স্থানে আছে।
এসলট

3
@ মাইনমা ​​ওপেন সোর্স সফ্টওয়্যার আপনাকে গ্যারান্টি দেয় না যে প্রকল্পটি বাতিল হবে না। তবে এটি আপনাকে গ্যারান্টি দেয় যে মূল দলটি না করলে আপনার এটিকে বজায় রাখার সম্ভাবনা থাকবে। যদি পণ্যটি একটি বিশাল এবং সফল কম্প্যাগনি দ্বারা বিকশিত না হয় তবে আপনি যখন সর্বত্র বন্ধ উত্স হয় তখন কোনও অচল / অ প্রসারণযোগ্য কাঠামোর সাথে আটকে যাওয়ার ঝুঁকিটি চালান।
সাইমন বার্গোট

14

ভবিষ্যতের প্রমান হতে পারে কি না তা জানার কোনও উপায় নেই আমি বরং তার প্রতি মনোনিবেশ করব যে প্রযুক্তিটি আমার আজকের সমস্যাটি সমাধান করতে সহায়তা করে। আপনি যদি একটি নির্দিষ্ট ভাষা বা কাঠামো শেখার বিষয়টি ত্যাগ করবেন তখন যখন এটি আপনার সমস্যাগুলি সমাধান করার পক্ষে আর কাজ করে না।

আপনি যা করছেন তার প্রতিনিধিত্বকারী সম্প্রদায়ের সাথে জড়িত থাকুন এবং আপনি কী আসছেন এবং যাচ্ছেন সে সম্পর্কে আপনি ভাল ধারণা পেতে পারেন তবে তবুও আমি বরং কাজের জন্য সবচেয়ে ভাল সরঞ্জামের সাথে আমার সময়টি ব্যয় করব যা গরম বা আমার মনে হয় কী গরম হবে না এখন থেকে বছর বা দুই।


7
যেহেতু ভবিষ্যতের ভবিষ্যদ্বাণী করা এত কঠিন, তাই "ভবিষ্যত-প্রমাণ" এর অর্থ কী হতে পারে তা বোঝা শক্ত। "'আমি মনে করি প্রায় পাঁচটি কম্পিউটারের জন্য একটি বিশ্ব বাজার রয়েছে' - 1943 সালে থমাস জে ওয়াটসন (বোর্ড অব ইন্টারন্যাশনাল বিজনেস মেশিনের চেয়ারম্যান) এর জন্য দায়ী রেকর্ড"।
এস .লট

7

কোনও কিছু ভবিষ্যতের প্রমাণ কিনা তা সুনির্দিষ্টভাবে নির্ধারণ করার উপায় নেই। আপনি যে নিকটে আসতে পারেন তা হ'ল কোনও নির্দিষ্ট ভাষা বা কাঠামোর চারপাশের কার্যকলাপের স্তর নির্ধারণ করা - যদি প্রচুর বিকাশকারী কার্যকলাপ থাকে তবে এটি সাধারণত একটি ভাল লক্ষণ যে ভাষা / কাঠামো জনপ্রিয়তার সাথে প্রবণতা অর্জন করছে এবং এটি কিছু সময়ের জন্য কার্যকর হবে that । বিপরীতটি ইঙ্গিত দেয় যে কম উত্তেজনা রয়েছে এবং সেই সমর্থনটি (বিকাশকারী ফোরামগুলির মাধ্যমে) আসতে আরও শক্ত হতে পারে।

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


5

"ফিউচারপ্রুফ-ইননেস" উইল-পাওয়ার এবং হঠকারীতা সম্পর্কে যতটা তাত্পর্যপূর্ণ উদ্বেগের বিষয়ে।

একটি চরম উদাহরণ এই । স্পার্কল ফিল্টারগুলি তাদের অ্যাকাউন্টিং সিস্টেম হিসাবে 40 এর দশকের শেষ থেকে একটি আইবিএম 402 কম্পিউটার চালাচ্ছে। এটি এমন একটি মেশিন যা "ফাইল" পরিবর্তে বৈদ্যুতিক প্লাগ-বোর্ড ব্যবহার করে প্রোগ্রাম করা হয়।

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

আমি বলব যে আপনার কোম্পানি যদি স্পার্কল ফিল্টারগুলির মতো কম্পিউটার ইতিহাসের যাদুঘর থেকে একটি দর্শন পেয়ে থাকে তবে আপনি (বা আপনার পূর্বপুরুষ) সিস্টেমটিকে সফলভাবে "ভবিষ্যতের প্রমাণিত" করেছেন!


শব্দটি 'ভবিষ্যতের প্রমাণিত' হওয়া উচিত, সম্ভবত :)
9000

5

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

এই প্রশ্নের জবাবদিহি করতে আপনার প্রয়োজনের সাথে আরও কিছু বিশদ যুক্ত করতে হবে। উদাহরণ স্বরূপ:

  • আমরা কোন টাইমস্কেলের কথা বলছি - 1 বছর, 3 বছর, 5+ বছর?
  • 5 বছরের ব্যবধানে নয় এমন কিছু বাছাই করতে কী খরচ হবে?
  • কম "নিরাপদ" বিকল্পটি বেছে নেওয়ার ফলে আপনি কী সুবিধা পাবেন এবং কী কী ঝুঁকি রয়েছে তার থেকে বেশি?

কোনও ভাষা / কাঠামো / প্রযুক্তি চয়ন করা প্রকল্পে ঝুঁকি ব্যবস্থাপনার একটি অংশ। সমস্ত ঝুঁকির মতো আপনাকেও বেশ কয়েকটি বিষয় বিবেচনা করতে হবে (আমি এটি সংক্ষিপ্ত করে রাখার চেষ্টা করছি) এবং তারপরে পরিস্থিতিটি উপযুক্ত পর্যায়ে হ্রাস করার পদক্ষেপ গ্রহণ করতে হবে।

জীবনের বেশিরভাগ জিনিসগুলির মতো, সর্বাধিক ঝুঁকির সাথে জড়িত ক্রিয়াকলাপটি আসলে সেরা পছন্দ নাও হতে পারে।

সংক্ষেপে, আপনি প্রকল্পটির প্রত্যাশিত জীবনকালকে ব্যবহার করে যে উপকার পেতে পারবেন তার তুলনায় আপনি কতটা অনিশ্চয়তা তৈরি করতে প্রস্তুত।

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


3

এটির অনেকগুলি কারণ আছে আমি এটি অসম্ভব বলব। যে বিষয়গুলি ভুল হতে পারে তার মধ্যে রয়েছে:

  • ফ্যাশন। লোকেরা আগ্রহ হারিয়ে ফেলে এবং সেখানে নতুন প্রিটিয়ের প্ল্যাটফর্মের দিকে মনোযোগ দেয়। পার্ল ওয়েব অ্যাপ্লিকেশন প্রায় 2000 এর কাছাকাছি একচেটিয়া ছিল। এটি সবেমাত্র উল্লেখ করা হয়।
  • বিক্রেতাদের বাজারের শেয়ার। 2000 আপনি প্রায় সি ++ / সান সোলারিস 3000 বছর পর্যন্ত ভাল ছিল থাকতে হবে।
  • কর্পোরেট শেননিগানস। কয়েক বছর আগে আমি জাভাটিকে ভবিষ্যতের প্রুফ প্ল্যাটফর্ম হিসাবে বেছে নেব। ওআরএসিএলপিপিআইপি কপিরাইট করার মাধ্যমে আমার মনে হয় যে অন্য কোনও ভাষার কাঠামোতে চলে যেতে দেখবেন, আমি কেবল ইচ্ছুক যে কোনটি আমি জানতাম।
  • রাস্তার শেষে. আমি ভিজ্যুয়াল বেসিকের মতো জিনিসগুলি নিয়ে ভাবছি যা দীর্ঘ এবং সম্মানজনক ইতিহাসের পরে সফ্টওয়্যার বিকাশের সর্বশেষ চিন্তাকে সামঞ্জস্য করার জন্য আর কোনও প্রসারিত করা যায় না।
  • হেরে জয়ী হয়। পিএইচপি (যা আমি পছন্দ করি) বিকাশকারীদের মধ্যে কোনও সৌন্দর্য প্রতিযোগিতা জিততে পারে না এবং কখনও জিতেনি, তবে এটি ওয়েবের অবিসংবাদিত কিং হিসাবে আবির্ভূত হয়েছে। 2004 সালে যখন আমি প্রথম কিছু পিএইচপি লিখেছিলাম তখন আমি কখনও এটিকে ওয়েব বিকাশের লিঙ্গ ফ্র্যাঙ্কা হিসাবে সমর্থন করি না।
  • কুরুচি হাঁসফাঁস। জাভাস্ক্রিপ্ট একটি একক টুকরো সিনট্যাক্স পরিবর্তন না করে বা একটি একক এপিআই যুক্ত না করে হঠাৎ একটি হকি স্ক্রিপ্টিং ভাষা থেকে চলে গেল যা অ্যানিমেটেড বিরক্তিকর ব্যানারটি ডাব্লুইইবি 2.0 এর কেন্দ্র অংশে যুক্ত করেছে।

শেষ পর্যন্ত এতো কিছু যায় আসে না। CodeIgniter আপনার জন্য কাজ করে এবং আপনি যা চান তা বিতরণ করে। আপনার কোন কিছুই কাজ করা বন্ধ করবে না কারণ ব্লগ পোস্টিং পুরানো বা প্রকাশের হার হ্রাস পেয়েছে। সুতরাং আমার পরামর্শটি হ'ল এখন কী কাজ করে তা ব্যবহার করুন এবং ভবিষ্যতের বিষয়টি মোকাবেলা করার সাথে তার মোকাবিলা করুন।


2

একটি পিএইচপি ফ্রেমওয়ার্ক, সিমফনি তাদের সাইটে এটি পুরোপুরি ব্যাখ্যা করেছে ।

সঠিক কাঠামো বেছে নেওয়ার জন্য 10 মানদণ্ড

আপনি অগ্রগতি করছেন এবং এটি একটি ভাল জিনিস! আপনি ইতিমধ্যে জানেন যে আপনি নিজের সাইট বা অ্যাপ্লিকেশন বিকাশের জন্য একটি কাঠামো ব্যবহার করতে যাচ্ছেন। তবে কোনটি? এখানে একটি চেকলিস্ট যা আপনি ভুল এড়াতে ব্যবহার করতে পারেন:

1. জনসাধারণ এবং সম্প্রদায় আকার

কাঠামোটি যত বেশি পরিচিত এবং স্বীকৃত, ততই এটি "জীবিত" হয়ে উঠবে এবং বিকশিত হবে: নতুন ধারণা, প্লাগইনগুলির সংখ্যা এবং গুণমান ইত্যাদি

2.Philosophy

এটি কাঠামোর মূল সারমর্ম: এটি আপনার প্রয়োজনীয়তা পূরণ করবে তা নিশ্চিত করার জন্য এটি একটি মৌলিক মানদণ্ড। পেশাদারদের নিজস্ব প্রয়োজনের জন্য তৈরি একটি সরঞ্জাম স্পষ্টতই অন্যান্য পেশাদারদের চাহিদা মেটাবে।

3.Sustainability

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

4.Support

আরেকটি মানদণ্ড যা উপেক্ষা করা উচিত নয় তা হ'ল আপনার প্রশ্নের উত্তরগুলি খুঁজে পাওয়া এবং সহায়তা পাওয়া সহজ। উপলব্ধ যে সমর্থনটি সনাক্ত করুন: প্রকাশকের কাছ থেকে। কোন সম্প্রদায় থেকে (মেলিং তালিকা, আইআরসি ইত্যাদি)? পরিষেবা সংস্থাগুলি থেকে (উন্নয়ন, সহায়তা, প্রশিক্ষণ)?

5.Technique

গোলকধাঁধায় আটকা পড়ার জন্য, একটি আন্তঃযোগযোগ্য সমাধান চয়ন করা সর্বদা পছন্দনীয়; উন্নয়নের ক্ষেত্রে সর্বোত্তম অনুশীলনগুলিকে সম্মান করে এমন একটি (নকশার নিদর্শন)

6.Security

কোনও অ্যাপ্লিকেশন সম্ভাব্যরূপে দুর্বল। ঝুঁকি হ্রাস করতে, সুরক্ষা কার্যকারিতা (এক্সএসএস পরিচালনা, উদাহরণস্বরূপ) নিশ্চিত করতে সক্ষম একটি কাঠামো নির্বাচন করা সর্বদা ভাল।

7.Documentation

একটি কাঠামো সম্পর্কে বিদ্যমান সাহিত্যের প্রকৃতি, ভলিউম এবং মানের মূল্যায়নের জন্য এটি একটি চূড়ান্ত প্রয়োজনীয়তা: একটি ভাল-ডকুমেন্টেড সরঞ্জাম ব্যবহার করা সহজ এবং আরও বেশি আপগ্রেড উভয়ই সহজ।

8.License

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

9. বাজারে সংস্থানসমূহের সহজলভ্যতা

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

১০. চেষ্টা করে দেখুন!

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


1

চাবিকাঠি ধৈর্য। ধৈর্য, ​​ধৈর্য, ​​ধৈর্য। ভবিষ্যতের ভবিষ্যদ্বাণী করার কোনও উপায় নেই। (আমি কি এটি লিখতেও পেরেছি?) তবে আপনি যদি নতুন প্রযুক্তিটি কয়েক বছর সময় দেন এবং এটি কীভাবে গৃহীত হয়েছে তা যদি আপনি দেখেন তবে এটির শিকড় হবে কিনা এবং দীর্ঘমেয়াদী প্রকল্প / সময় বিনিয়োগের জন্য উপযুক্ত কিনা তা সম্পর্কে আপনার একটি ভাল ধারণা থাকবে ।

সুতরাং যখন নেক্সটনিউইচিং (টিএম) চারপাশে আসে, তখন ব্যান্ডওয়াগনে ঝাঁপিয়ে পড়তে নির্দ্বিধায় ... প্রথম কয়েক বছরের মধ্যে গুরুত্বপূর্ণ কিছু নয় important


0

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

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

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

  3. স্ট্যাকটি সম্পূর্ণ ওপেন সোর্স এবং সংশোধন করার জন্য নিখরচায় হওয়া উচিত । জিপিএল, এলজিপিএল, বিএসডি, এমআইটি ইত্যাদির লাইসেন্সগুলি এই কোণে জরিমানা। ধারণাটি হ'ল, যদি সম্প্রদায়টি মারা যেতে শুরু করে, তবে স্ট্যাকটি নতুন [হার্ডওয়্যার / ওএস / প্রোটোকল / ইত্যাদি] এ স্থানান্তরিত হতে পারে। এবং এটি করার জন্য আপনার কোড দরকার।

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

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

  6. গতিশীল টাইপিং, টাইপ অনুমান বা অন্যান্য নমনীয় টাইপিং সহায়তা সহায়তা। একটি নতুন প্ল্যাটফর্মের একটি বন্দর বেস ধরণের সংজ্ঞা পরিবর্তন করতে পারে। যে ভাষাগুলি অভ্যন্তরীণভাবে শক্তিশালী টাইপ করে তা এর অর্থ আপনি এই স্টাফ নিয়ে কম চিন্তিত হন।

  7. একযোগে মডেলটি সহজ রাখুন। ইভেন্ট-চালিত, স্পষ্ট ইন্টারফেসের মধ্য দিয়ে যাওয়া বার্তাটি ... মূলত সবকিছু port কর্টাইনও রয়েছে। আপনি কেবল রুটগুলি এড়াতে চান যা উভয় ত্রুটি এবং বহনযোগ্যতার সমস্যার ঝুঁকিতে রয়েছে।

  8. মজিলা এবং অ্যাপাচের পোর্টেবল রানটাইমগুলি দেখুন। এগুলি নির্দিষ্ট প্ল্যাটফর্মের নির্দিষ্ট সমস্যাগুলিকে নির্দিষ্ট ইন্টারফেস এবং বাস্তবায়নের পছন্দগুলি তৈরি করে। অনেক সমস্যার ভাল সমাধান দেওয়ার পাশাপাশি তারা কীসের জন্য উদ্বিগ্ন তা আপনাকে আঁকতে পারে।

নিখুঁত উদাহরণ: টিসিএল। আমি জানি, প্রচুর লোকেরা এটি ঘৃণা করে এবং আমি নিজেই এটি খুব কম ব্যবহার করি। তবুও, টিসিএল হ'ল একটি অত্যন্ত সহজ ভাষা, বাস্তবায়ন (12 টি মূল নিয়ম), এবং কোড কোড It's , এবং এটি তৈরি হওয়ার পরে 80 এর দশক থেকে নিয়মিত আপডেট করা হয়েছে। আপনি বা আমি মূল ভাষার জন্য কোনও সময় না করে পুরো টিসিএল রানটাইমটি প্রয়োগ করতে পারি। যদি আমাদের স্ট্যান্ডার্ড লাইব্রেরিটি পোর্ট করতে হয় তবে NET বা জাভা পোর্টিংয়ের চেয়ে সহজ হবে। এবং এর জন্য বেশ কিছু দরকারী কোড লেখা আছে। এবং এটি ওয়েব প্রযুক্তিতে "মোবাইল এজেন্ট" ক্রেজ হিসাবে ব্যবহার করা হয়েছে যা জাভা অ্যাপলেটগুলিও লক্ষ্য করেছিল। উদাহরণস্বরূপ, ওপেনএকএস ওয়েব ফ্রেমওয়ার্ক তার চেয়ে পুরানো সার্ভারের সাথে 1998 এ ফিরে যায়।

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

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

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