শখের প্রকল্প প্রকাশের ভয় - কীভাবে কাটিয়ে উঠবেন? [বন্ধ]


37

আমি জানি না যে এই প্রশ্নটি সফ্টওয়্যার বিকাশের সাথে কঠোরভাবে সম্পর্কিত কিনা, তবে তবুও আমি এটি দিয়ে চেষ্টা করব:

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

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

এটা কি স্বাভাবিক? আপনি কীভাবে এমন পরিস্থিতি কাটিয়ে উঠবেন?


11
ভাল, এটি আপনার পক্ষে যথেষ্ট এবং "তারা" এটি নিখরচায় পাওয়া যায়, তবে তারা কেন অভিযোগ করবেন?
জোছিম সউর

42
"আমি আশঙ্কা করি যে আমার কোডটি যথেষ্ট ভাল নয়" - আপনি যদি গতকাল যা করেছিলেন তার দিকে ফিরে তাকান এবং আপনি এতে খুশি হন তবে আপনি উন্নতি করছেন না।
রজার লিপসক্বে

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

4
লোকেরা এটির উপর ঝাঁকুনি না দিয়ে কখনই উন্নত হয় না। এটার জন্য যাও!
স্কট সি উইলসন

4
আপনি চান! আপনার নিজের ভাগ্যবান বিবেচনা করা উচিত যদি কেউ আপনার কিছু কোড প্রকাশ করেছে তাও খেয়াল করে :)
বেনজল

উত্তর:


51

প্রথমত, মনে রাখবেন: শিপিং একটি বৈশিষ্ট্য । কিছু না ছাড়াই অপূর্ণ কিছু প্রকাশ করা ভাল।

অন্য বিষয় লক্ষণীয় যে এগুলি হবি প্রকল্পগুলি। আপনি যদি সময়সীমা পূরণ না করেন বা আগ্রহ হারিয়ে ফেলেন তবে এটি কোনও বড় বিষয় নয়। আপনি সব পরে মজাদার জন্য প্রকল্পটি করছেন।


23

এটি সেখানে রাখুন।

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

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

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

3
"লোকেরা আপনার জন্য সমস্যাগুলি নির্দেশ করতে পারে" - এর জন্য +1 - ওপেন সোর্স হিসাবে কোড সরবরাহ করার ফলে এটি একটি বিশাল সুবিধা।
অ্যান্ড্রু থম্পসন

14

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

লিনাস যখন প্রথম লিনাক্স কার্নেল প্রবর্তন করল, এটি একটি সম্পূর্ণ, স্থিতিশীল, বাগ-মুক্ত এবং পরিষ্কার কোড নয়; এটি ফিনিশ কীবোর্ডের জন্য একটি অসম্পূর্ণ, কৃপণ, অযোগ্য, এবং কঠোর ছিল ।


3
আমি এই দৃষ্টিকোণটি ভালবাসি।
তেহশ্রাইক

লিনাক্স উদাহরণের জন্য +1।
কলমারিয়াস

6

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


5

আমি দুঃখিত তবে আপনি যা করা উচিত তার ঠিক বিপরীতে আপনি করছেন!

যত তাড়াতাড়ি সম্ভব এটি ছেড়ে দিন, লোকের প্রতিক্রিয়া শুনুন এবং তার ভিত্তিতে নতুন কার্যকারিতা বাস্তবায়ন করুন। প্রায় অন্য উপায় না!


এটি তখনই সত্য যখন আপনি ব্যবহারযোগ্যতা অনুকূল করতে চেষ্টা করছেন। ওপি স্পষ্টভাবে রাস্তার credণ সর্বাধিক করার চেষ্টা করছে, বা কমপক্ষে বিব্রতাকে হ্রাস করতে পারে।
কালেব

2
@ কালেব: এটি সর্বদা সত্য। লক্ষ্যটি সর্বদা একটি পণ্য প্রেরণ করা এবং কোডটি কখনই লেখা হয় না!
থমাস বনিনি

ভুলে যাবেন না, সংস্করণ নিয়ন্ত্রণ লোককে কোডে IMPROVEMENTS দেখতে দেয়। কাউকে খারাপ কোড দিয়ে শুরু করা দেখে এটি সূক্ষ্ম দৃষ্টান্তের উদাহরণ হিসাবে রূপ দিতে সক্ষম হয়েছিল তা দেখায় ক) তারা শিখতে পারে, খ) তারা এটিকে উপেক্ষা করার পরিবর্তে পুরানো কোডটি উন্নত করতে ইচ্ছুক
আ্যারেন

4

তোমার হারাবার কি আছে ?

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

এবং, যদি আপনি একটি নেতিবাচক প্রতিক্রিয়া পান - এটি শেখার একটি সুযোগ .. এটি নষ্ট করবেন না।


"সম্ভবত এটি কোনওভাবেই লক্ষ্য করা যাবেনা"। দুর্ভাগ্যক্রমে, খুব সত্য।
ব্যবহারকারীর 6767

3

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

দ্বিতীয়, তৃতীয়, এবং এন-থ বারটি মজাদার!


1

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

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

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