আমি কোড লিখতে পারি… তবে ভাল ডিজাইন করতে পারছি না। কোনও পরামর্শ? [বন্ধ]


83

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

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

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

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


1
"স্কুলে তৈরি বেশিরভাগ অ্যাপ্লিকেশনগুলি প্রায় 1000 - 2000 লাইনের দীর্ঘতার সত্যতা স্বীকার করতে দেয়, যার অর্থ এটি বেশিরভাগ ক্ষেত্রে এমন একাডেমিক অনুশীলন যা বাস্তব বিশ্বের সফ্টওয়্যারগুলির জটিলতা প্রতিফলিত করে না": যেখানে আমি পড়ছিলাম আমাদের দুটি ছিল সেমিস্টার সফ্টওয়্যার প্রকল্পে যেখানে দশ জন শিক্ষার্থীর একটি দল 6 থেকে 8 মাস সময়কালে একটি মোটামুটি জটিল অ্যাপ্লিকেশন বিকাশ করেছে। এছাড়াও, অনেক সংস্থা (কমপক্ষে জার্মানি) তাদের পড়াশোনা শেষ করার আগে কিছু অনুশীলন পেতে চায় এমন শিক্ষার্থীদের জন্য সংক্ষিপ্ত চুক্তি সরবরাহ করে।
জর্জিও

উত্তর:


87

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

কোনও বাস্তব শর্টকাট নেই, তবে অভিজ্ঞতা অর্জনের সময় হাতছাড়া হয়ে যাওয়া সমস্যা এড়াতে আপনি এমন কিছু জিনিস করতে পারেন যা আপনি করতে পারেন।

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

45
চেষ্টা এবং ব্যর্থ জন্য +1। কারণ যখন আপনি বুঝতে পারবেন না কেন ডিজাইনের ধরণ রয়েছে তখন আপনি সেই প্যাটার্নটি কার্যকরভাবে ব্যবহার করতে পারবেন না।
Mert Akcakaya

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

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

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

2
"কখনও চেষ্টা করেছেন Ever কখনও ব্যর্থ হয়েছে No কিছু নয় Again আবার চেষ্টা করুন again আবার ব্যর্থ। আরও ব্যর্থ" " --- স্যামুয়েল বিকেট
পিটার কে।

16

ঠিক আছে, এই ধরণের প্রশ্নের জন্য কোনও সোনার আপেল নেই এবং আমি মনে করি যে এটি প্রতিটি কোডার নিজেই তার পক্ষে সঠিক তা খুঁজে বের করার জন্য is যাইহোক, আমার নিতে এখানে।

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

আমার জন্য, এটি সমস্ত অভিজ্ঞতা about আমি যখন রোকি হিসাবে শুরু করি তখন আমি কীভাবে ডিজাইন করতে পারি তার উপর বই পড়ি। আমি তখনকার কন্টেন্টের অনেক কিছুই বুঝতে পারি নি। যখন আমি কাজ শুরু করেছিলাম এবং নিজেই অ্যাপ্লিকেশনগুলি ডিজাইন করতে হয়েছিলাম, তখন আমি খুব অগোছালো অ্যাপ্লিকেশন তৈরি করি। তারা কাজ করেছে, তবে তারা বজায় রাখতে ব্যথা ছিল। তারপরে আমি সেই বইগুলি আবার পড়ি - এবং এবার আমি সেগুলি আরও ভাল করে বুঝতে পারি।

এখন, আমি নতুন ভুলগুলি করা এবং পুরানোগুলি থেকে শেখা চালিয়ে যাচ্ছি।


10
এখানে একটি দুর্দান্ত পয়েন্ট রয়েছে যা কল করা ভাল: নতুন ভুল করতে থাকুন ; একই পুরানো ভুল না করা - তাদের কাছ থেকে শিখুন এবং নতুন কিছু করুন।
বেভান

11

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


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

@ এস রবিন্স: আমি অনুভব করেছি যে টিপিডি এবং ক্রমাগত রিফ্যাক্টরিংয়ের সাহায্যে ওপি এখনও খুব কম প্রকল্পগুলিতে আক্রমণ করছে। আরও জটিল প্রকল্পের জন্য কত ডিজাইনের প্রয়োজন তা জানতে তিনি এইভাবে প্রয়োজনীয় শৃঙ্খলা শিখতে পারেন।
কেভিন ক্লাইনে

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

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

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

7

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

উদাহরণস্বরূপ http://sourcemaking.com/antipatterns/software-de વિકાસment- অ্যান্টিপ্যাটার্নগুলি দেখুন ।

কোড লিখুন যাতে প্রয়োজনীয়তা পরিবর্তিত হলে এটি দ্রুত সমন্বয় করা যায় (যা উত্পাদন পরিবেশে খুব সাধারণ)।

"কেবলমাত্র আরও একটি ছোট্ট হ্যাক" যুক্ত করা সম্পর্কে সন্দিহান হন। এখানে আরও একটি, সেখানে আরও একটি, এবং কোডটি অভাবনীয় হয়ে যায়।

মুক্ত / বদ্ধ নীতিটির মূল্য দিন

পরীক্ষা লিখুন (টিডিডির মতো)। আপনার নকশাটি বাস্তবায়নের আগেই তারা আপনাকে আপনার নকশাটি ভাবতে বাধ্য করে।

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


4

একটি মূলনীতি যা আমি ভাল ডিজাইনের জন্য অত্যন্ত গুরুত্বপূর্ণ মনে করি তা হ'ল পচন: যদি কোনও শ্রেণি খুব বড় হয় (কোডের 3000000 লাইনের চেয়ে বেশি বলা হয়) এটি ছোট শ্রেণিতে বিভক্ত করে; যদি কোনও পদ্ধতি খুব বড় হয় (বলুন, কোডের 50 টিরও বেশি লাইন) এটি পচিয়ে দেয়; যদি কোনও প্রকল্পে 50 টিরও বেশি শ্রেণি থাকে তবে এটি দ্রবীভূত করুন।

কীটি হ'ল আপনার সিস্টেমের আকার অনুমান করা এবং বেশ কয়েকটি বিমূর্ত স্তর (যেমন সাবসিস্টেম, অ্যাপ্লিকেশন, প্রকল্প, মডিউল, বর্গ, পদ্ধতি) তৈরি করা যা আপনাকে তাদের কোড এবং কিছুটা নির্ভরতার মধ্যে স্পষ্ট সম্পর্কগুলির সাথে বোধগম্য ইউনিটে বিভক্ত করতে দেয়।


1
আপনার পরামর্শে কিছু যোগ্যতা থাকা সত্ত্বেও কোডের লাইনে আসলেই কিছু আসে যায় না, আচরণটি করে behavior যদি আপনার পদ্ধতিটি একাধিক কাজ করে তবে সম্ভবত এটির পুনঃঅ্যাক্টর করার সময় এসেছে। যদি সেই একটি জিনিস কেবল এমন পদ্ধতিগুলি কল করে যা একটি জিনিস নিজে করে, এবং সেগুলি একসাথে সেলাই করে, এটি ঠিক fine
jer

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

"প্রকল্পে 50 টিরও বেশি শ্রেণি রয়েছে, এটি পচে যাওয়া" গুরুতর নয়
ডায়ামিক

@ হ্যাঁ 123: এটি একটি ধারণা দেওয়া বোঝানো হয়েছিল। এটি সত্যিকার অর্থে আপনি কী বিকাশ করছেন, কোন ভাষায় ইত্যাদির উপর নির্ভর করে
জর্জিও

আমি মনে করি যে এটি আপ-ফ্রন্ট ডিজাইনের জন্য সহায়তা করবে না (যেহেতু আপনি রিফ্যাক্টরিং করছেন) তবে প্যাটার্নগুলি এবং সেরা অনুশীলনগুলি শিখতে সহায়তা করবে যা আপনার ভবিষ্যতের ডিজাইনের উন্নতি করবে I
ক্রেগ বোভিস

0

এটি শক্ত, আমরা যা বলছি তা হ'ল আরও ভাল কোড তৈরি করার চেয়ে বিমূর্ত করার ক্ষমতা, তবে দুটি জিনিস আপনাকে আরও ভাল করে দেবে এবং একটি জিনিস আপনাকে সুখী করবে:

"উত্তম"

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

খ) স্বতন্ত্র অভিনেতা এবং তাদের মধ্যে কথোপকথন হিসাবে সবকিছু কল্পনা করুন। অভিনেতাদের প্রত্যেকেরই একক ভূমিকা / দায়িত্ব থাকতে হবে এবং তাদের গ্রুপগুলি বিভিন্ন সিস্টেম পরিচালনা করে। যদি সেই কথোপকথনটি কার্যকর হয় এবং প্রতিটি অভিনেতা সুসংগত এবং সংহত মনে করেন তবে আপনি নিজের পথে রয়েছেন।

এবং "হ্যাপিয়ার"

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


-1

আমার ব্যক্তিগত অভিজ্ঞতায় অন্যদের পড়ুন কোডটি "অনুপ্রেরণা" একটি ভাল উত্স। মানে অন্য লোকদের ডিজাইন বোঝার চেষ্টা করুন এবং নিজেকে জিজ্ঞাসা করুন যে সে কেন সে এইভাবে কাজ করে?

আপনি গবেষণার জন্য প্রচুর ওপেন সোর্স প্রকল্পগুলি পেতে পারেন।

যাইহোক আপনার অনুশীলন প্রয়োজন।


-1

ভয়ে বাঁচবেন না

সরলতার জন্য প্রচেষ্টা করুন

আপনার ব্যবহারকারীদের শুনুন

প্রচুর ধারণা চেষ্টা করুন

কিছু তৈরি করুন, তারপরে এটি আরও ভাল করুন

মূল্য যুক্ত করে এমন জিনিসগুলিতে কাজ করুন, যে জিনিসগুলি মূল্য দেয় না তা ত্যাগ করুন


-1

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

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