ওয়ান-ম্যান প্রজেক্টের ব্যবস্থা কীভাবে করবেন? [বন্ধ]


21

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

আসল কোডিংয়ের আগে এবং পরে আমার কিছু জিনিস করা উচিত? ভাল সংস্থানগুলি কী কী আমাকে শিখায় যে কীভাবে এই জাতীয় লোকের প্রকল্পগুলি পরিচালনা করতে হয়?


যদি এটি গুরুত্বপূর্ণ হয় তবে আমি ওয়েব বা ম্যাক বিকাশ করতে চাই।


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

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

উত্তর:


18

আমি মনে করি আসল সমস্যাটি, দীর্ঘমেয়াদী, প্রতিষ্ঠানের পরিবর্তে অনুপ্রেরণা।

  1. ব্যবহারকারীদের সন্ধান করুন এবং তাদের সাথে কথা বলুন। আপনার প্রকল্পটিকে সেই লোকগুলিকে এক ধরণের উপহার হিসাবে (বা বিক্রয়যোগ্য পণ্য হিসাবে) দেখুন। (ধারণাটি বন্ধ করে দেওয়ার কেউ কেউ দুর্দান্ত, এমনকি যদি তারা আপনার সাথে কোডটি বিকাশ করে না))

    এই সামাজিক অনুপ্রেরণাটি নিছক ব্যক্তিগত কৌতূহলের চেয়ে দীর্ঘকালীন প্রকল্পটিকে আকর্ষণীয় রাখার ক্ষেত্রে আরও বেশি শক্তিশালী হতে চলেছে।

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

    এটি আরও প্রকাশের দিকে পরিচালিত করে (যার অর্থ ব্যবহারকারীদের থেকে বেশি প্রতিক্রিয়া এবং উত্সাহ) এবং আরও বেশি সম্ভাবনা রয়েছে যে অন্য কোনও ব্যক্তি প্রকল্পে অবদান রাখার সিদ্ধান্ত নিতে পারে।

  3. নিজের জন্য একটি নির্দিষ্ট শিক্ষার লক্ষ্য চয়ন করুন। কোন প্রযুক্তি বা কৌশল আপনাকে শিখতে সহায়তা করে? যদি এটি সক্রিয় হয়ে যায় যে প্রযুক্তিটি সমস্যা-অঞ্চলের জন্য উপযুক্ত নয়, তবে আপনি কি আলাদা করে রাখার আগে কমপক্ষে সংস্করণ 1.0 শেষ করতে যথেষ্ট আগ্রহী হবেন?

    এই জাতীয় লক্ষ্যগুলির উদাহরণগুলির মধ্যে রয়েছে পার্সার, নেটওয়ার্ক প্রোটোকল, এআই গেমের দিকগুলি, ফ্রেমওয়ার্ক বা সরঞ্জামদণ্ডগুলি শেখার, একটি নতুন ভাষা ইত্যাদি writing

সবচেয়ে খারাপ পরিস্থিতিটির অর্থ তিনটি অনুপস্থিত, যেখানে আপনি বারবার একটি প্রকাশিত সরঞ্জামের "বৃহত্তর পুনর্লিখন" করেন যা কোডটি জড়িত আপনি এমন লোকদের জন্য আকর্ষণীয় মনে করেন না যে আপনি নিশ্চিত নন।


2
"যদি আপনি হঠাৎ একটি উল্কা দ্বারা আঘাত হন" এর জন্য +1। না, গম্ভীরভাবে, বিলম্বের বিরুদ্ধে দুর্দান্ত টিপস।
র্যান্ডল্ফ রিনকন ফাদুল

অভিজ্ঞতার উপকারের পরে যুক্ত একটি জিনিস: আপনি যদি সহায়তা চান তবে সম্ভবত আপনার ওপেন সোর্স প্রকল্পটি প্রচার করতে হবে যদি আপনি একমাত্র বিকাশকারী না থাকতে চান। "আপনি যদি এটি তৈরি করেন তবে তারা আসবে" অত্যন্ত বিশ্বাসযোগ্য নয়।
মধ্যে Darien

2

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

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

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

আপনার প্রকল্পে আসা সমস্যাগুলি ট্র্যাক করুন। প্রকল্পের সাথে কিছু পাঠ্য ফাইল দিয়ে এটি করা যেতে পারে। TODO, চেঞ্জলগ, README এর মতো ফাইল (পরিচিত বাগ এবং সমস্যাগুলি অন্তর্ভুক্ত করতে পারে) উপযুক্ত হতে পারে।

আপনি যখন নিজের কোডটি এটিকে আপনার সংস্করণ নিয়ন্ত্রণে ট্যাগ করবেন। যদি এর মূল্য ভাগ করে নেওয়া হয়।

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

আপনি যখন কোনও প্রকল্প ত্যাগ করেন, পাঠের শিখার প্রক্রিয়াটি করুন। আপনি কেন প্রকল্পটি পরিত্যাগ করেছেন সে সম্পর্কে একটি নোট যুক্ত করুন।

মাসে একবার বা আরও একবার আপনার পাঠ্য পর্যালোচনা করুন। সময় বাড়ার সাথে সাথে আপনি পর্যালোচনার মধ্যে ব্যবধান বাড়িয়ে নিতে পারেন।


2

এখানে "একটি লিঙ্ক আছে এক একটি দলে তত্পর করছেন "। এটি একটি আকর্ষণীয় পড়া!

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

আপনার লক্ষ্য শ্রোতা কে? (যদি এটি আপনি হন তবে দুর্দান্ত - তবে আপনি মূলত অ্যাপটি কী চেয়েছিলেন তা মনে রাখবেন)

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

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


1

আপনার মন্তব্য দেওয়া হয়েছে, আপনার প্রকল্পগুলি মোছা বন্ধ করুন!

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

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

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


1

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

অন্য ধরণের প্রকল্প হ'ল আসল সফটওয়্যার / সাইট / ইত্যাদি business যা ব্যবসা, যেখানে এই 'প্রকল্পগুলি', ফাইলগুলি, প্রোগ্রামগুলি কেবলমাত্র সরঞ্জাম এবং এই জাতীয় জটিল বিষয়গুলির বিকাশের জন্য অনুপ্রেরণা এবং লক্ষ্যগুলি প্রয়োজন :

  • আপনি কী বিকাশ করবেন (ওয়েব সাইট / পাঠ্য সম্পাদক / মোবাইল অ্যাপ / ...)
  • আপনার কী দরকার (অর্থ উপার্জন করুন, কিছু নতুন প্রযুক্তি বেছে নিন / ওপেন সোর্সে অবদান রাখুন ...)
  • আপনি কখন করবেন (আপনি কত সময় আপনার প্রকল্পের জন্য নিবেদিত করবেন, আপনি কতক্ষণ এটি করার পরিকল্পনা করছেন)

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

এমনকি আপনি যদি স্ক্রিপ্টের মতো একটি ছোট একক-ব্যবহারের সরঞ্জাম তৈরি করেন তবে আপনার তালিকাভুক্ত জিনিসগুলি বলা উচিত, সমস্যাটি নিজেই সমাধান করা সহজ be

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

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


0

আপনি একটি এক কি তারা ভালবাসত জিজ্ঞাসা ভেবে দেখেছ কি সত্যিই একটি webtool জন্য প্রয়োজন, এবং তারপর আসলে করতে তার জন্য এটা?

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

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