আমি প্রোগ্রাম করতে পারি না কারণ আমি যে কোডটি ব্যবহার করছি তা পুরানো কোডিং শৈলীর ব্যবহার করে। এটি কি প্রোগ্রামারদের পক্ষে স্বাভাবিক?


29

প্রোগ্রামার হিসাবে আমার প্রথম আসল কাজ আছে, তবে কোডিং শৈলী ব্যবহৃত হওয়ার কারণে আমি কোনও সমস্যা সমাধান করতে পারি না। এখানে কোড:

  • মন্তব্য নেই
  • কার্যাবলী নেই (50, 100, 200, 300 বা আরও লাইন ক্রমানুসারে কার্যকর করা)
  • ifপ্রচুর পথ সহ প্রচুর বিবৃতি ব্যবহার করে
  • ভেরিয়েবল যে কোন অর্থে করা হয়েছে (যেমন .: cf_cfop, CF_Natop, lnom, r_procod)
  • একটি পুরানো ভাষা ব্যবহার করে (2002 থেকে ভিজ্যুয়াল ফক্সপ্রো 8), তবে 2007 থেকে নতুন প্রকাশ হয়েছে।

আমার মনে হয় আমি 1970 সালে ফিরে এসেছি O ওওপি, ক্লিন-কোড, ডিজাইনের ধরণ ইত্যাদির সাথে পরিচিত কোনও প্রোগ্রামারকে কি এই পুরানো ফ্যাশন পথে কোডিং করতে সমস্যা হয়?

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

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


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

12
মন্তব্যগুলি ব্যবহার না করে আপনি খুব বেশি মিস করছেন না। কিছু হলে মানুষ তাদের অতিরিক্ত ব্যবহার করে।
জনএফএক্স

22
@ জনএফএক্স আপনার সাথে একমত নন, তবে কয়েকটি মন্তব্যবিহীন উত্তরাধিকারের জাল বানাতে পেরে আমি বলতে চাই যে আমি কোনও মন্তব্য ছাড়াই অপ্রয়োজনীয় / অপ্রচলিত মন্তব্য পছন্দ করি।
ইয়ানিস

25
এটি খারাপ বলে মনে হবে - তবে আমি আনন্দিত যে আপনি নিজের ক্যারিয়ারের প্রথম দিকে এই জাতীয় ব্যথা অনুভব করছেন, কারণ আপনি যে জাতীয় আচরণটি চালিয়ে যাচ্ছেন তার মতো কোড না লেখাই এটি দুর্দান্ত অনুপ্রেরণা হবে।
বোরক ব্ল্যাট

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

উত্তর:


0

ঠিক আছে, আমি ভোঁতা হয়ে যাব। এটি কাজ করার জন্য খারাপ জায়গা I've আমি এইরকম পরিস্থিতিতে আছি এবং সাধারণত এই কোডটি আপনাকে গ্রাস করেই শেষ হয়। এক বছর বা তার পরে, আপনি এটিতে অভ্যস্ত হয়ে যাবেন এবং একই কার্যকর কাজটি আরও সহজভাবে বজায় রাখার জন্য আধুনিক বিকল্পগুলি কীভাবে ব্যবহার করা যেতে পারে, এবং রান-টাইমে দ্রুত গতিতে আরও দ্রুত নিয়ন্ত্রণ পেতে পারবেন you'll অধিকাংশ ক্ষেত্রে.

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

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

তারপরে আবার আপনাকে অর্থোপার্জন করতে হবে, তাই কখনও কখনও আপনাকে যা করতে হবে তা করতে হবে exactly বার্নআউট লক্ষণগুলিতে নজর রাখুন এবং কোডিংকে সেই ক্ষেত্রে সংঘটিত কার্যক্রমে রূপান্তরিত করুন।


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

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

1
@ রামহাউন্ড লিগ্যাসি কোড ঠিক আছে। আজ লিগ্যাসি কোড লেখা ঠিক নেই।
রেনাতো দিনহানি

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

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

35

এই কোডিং শৈলী (আপনি যদি এটিকে কোনও ধরণের স্টাইলও বলতে চান) খারাপ কোডিং শৈলী।

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

আপনার যে সমস্যাগুলি হচ্ছে তা একটি খারাপ কোড বেসের সাথে রয়েছে, এর চেয়ে বেশি কিছুই নয়, কিছু কম নয়।

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

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

আমি খুব খারাপ কাঠামোযুক্ত একটি সি # প্রকল্পে আছি, আপনি যা বর্ণনা করেন তার থেকে কয়েক মাইল দূরে নয়। মাত্র 12 টি পৃথক ফাংশন (সুস্পষ্ট অনুলিপি-পেস্ট) একটিকে একক প্যারামিটারে যুক্ত করে।


33
ভাল প্রোগ্রামাররা যে কোনও ধরণের হরর স্টোর পরিচালনা করতে পারে। এটি মজাদার হবে না, তবে সে কারণেই তারা আপনাকে অর্থ প্রদান করে। কাজের মজা এবং গেমস হওয়ার কথা নয়।
tp1

9
@ টিপি 1 - হ্যাঁ, তবে আপনাকে অবশ্যই স্বীকার করতে হবে যে আপনার মুখোমুখি হওয়া এই প্রথম কোডবেসটি সিস্টেমের জন্য যথেষ্ট ধাক্কা খায়।
ওলেড

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

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

8
@ tp1 কাজের মজাদার এবং গেমস হওয়ার কথা, অন্যথায় আপনি এটি ভুল করছেন।
কেভিন ম্যাককর্মিক

18

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

আপনি সবচেয়ে বড় কাজটি করতে পারেন সমস্যাটি প্রচার না করা । আপনার দল না থাকলে এই খারাপ অভ্যাসগুলি একটি সম্মেলন হিসাবে গ্রহণ করবেন না। নতুন কোড এমনভাবে পরিষ্কার রাখুন যাতে কোনও চুল্লী চাপায় না don't যদি এটি খারাপ হয় এবং আপনার কাছে সময় থাকে তবে একটি বড় অ্যারেক্টর বিবেচনা করুন ... তবে বাস্তবে আপনার কাছে বিরল জিনিস খুব কমই থাকে।

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

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


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

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

2
আমি মনে করি না যে 500-লাইনের ফাংশনগুলিকে কখনও "ভাল" হিসাবে বিবেচনা করা হয়েছিল ... 80 এর দশকের প্রথম থেকেই আমি যে প্রাথমিক বইটি সমাবেশ শিখলাম তাতে উল্লেখ করা হয়েছিল যে যখন তারা শেষ থেকে শাখাগুলিতে খুব বড় হতে শুরু করেছে তখন আপনার সম্ভবত সাবরুটিনগুলিতে জিনিসগুলি ভাঙা উচিত you শুরু করতে। এটি সেই প্রসেসরের (6502) 40-120 লাইনের মধ্যে কোথাও আসে।
mjfgates

11
  • মন্তব্য নেই - এটি শেখার সাথে সাথে এটি ঠিক করুন
  • কার্যাবলী নেই (50, 100, 200, 300 বা আরও লাইন ক্রমানুসারে কার্যকর করা)

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

  • প্রচুর পথ সহ স্টেটমেন্টগুলি প্রচুর ব্যবহার করে - আপনি এখানে কী বোঝাতে চেয়েছেন তা আসলে আমি নিশ্চিত নই
  • ভেরিয়েবল রয়েছে যা কোনও অর্থ দেয় না (যেমন: সিএফ_সিফপ, সিএফ_নাটপ, লনম, আর_প্রোকড) -

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

  • আমি অপরিচিত এমন একটি ভাষা ব্যবহার করি (2002 থেকে ভিজ্যুয়াল ফক্সপ্রো 8) - এটি আপনার সমস্যা, কোডের নয়

7
+1: এটি আপনার সমস্যা, কোডের নয় :)
আলেরুট

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

ফক্সপ্রো সম্পর্কে, আমার প্রশ্নটি সম্পাদিত হয়েছিল। আমি বলেছিলাম যে এটি ভার্ভোজ ভাষা এবং আমার জন্য এটি ভাল নয়, তবে এটি একটি ব্যক্তিগত মতামত। আমি এটি বুঝতে পারি, তবে আমি পছন্দ করি না এবং মূল বিষয়টি ভাষার বয়স। এটি আমার সংস্থায় আপডেট করা হয়নি তবে নতুন প্রকাশ হয়েছে (2007 থেকে ভিজ্যুয়াল ফক্সপ্রো 9)।
রেনাতো দিনহানি

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

1
@ রেনাটো, বেশিরভাগ ডাটাবেস অ্যাপ্লিকেশনগুলি সহজেই পিছিয়ে উপযুক্ত নয়।
এইচএলজিইএম

11

এটি আমার কাছে সুযোগের মতো মনে হচ্ছে ।

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

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

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

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


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

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

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

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

1
এছাড়া জন্য সামগ্রী জড়ো করা একটি সুযোগ thedailywtf.com
Arkh

8

জঙ্গলে স্বাগতম !

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

আমার পরামর্শটি হ'ল:

  1. শিখতে শুরু করুন এবং এর সাথে পরিচিত হন: প্রোগ্রামিং ভাষা ব্যবহৃত (ক্লিপার / ডিবেস) এবং পরিবেশ (ভিজ্যুয়াল ফক্সপ্রো)

  2. কোড বেসটি পড়ুন এবং বিশ্লেষণ করুন এবং এটি মন্তব্য শুরু করুন

  3. কোডটি সংগঠিত / পুনরায় সংশোধন করা (ক্রম অনুসারে কার্যকর হওয়া অনেকগুলি লাইনের সমস্যার সমাধান)

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


7

আপনার প্রশ্নের উত্তর দিতে: হ্যাঁ, সর্বত্র লোকেরা / সংস্থাগুলি অবকাঠামোগত ব্যবহার করে যা ক্রেপি কোডের ভিত্তিতে তৈরি করা যেতে পারে। নিজেকে এ জাতীয় পরিস্থিতিতে সংহত করার সময়, এটি মোকাবেলা করা খুব কঠিন হতে পারে।

গত গ্রীষ্মে, আমি ইন্টার্ন হিসাবে একটি নির্দিষ্ট বিভাগের সাথে সংযুক্ত কিউএ টিম দ্বারা ব্যবহৃত একটি অ্যাপ্লিকেশন বিকাশকারী হিসাবে কাজ করেছি। কিউএ টিম ডাটাবেস এবং এ জাতীয় পরীক্ষার জন্য প্রচুর স্ট্যান্ডেলোন স্ক্রিপ্ট (ভিবিএস স্ক্রিপ্ট, পার্ল, বাশ) ব্যবহার করে এবং সেগুলি একসাথে একটি প্রয়োগে আনতে চেয়েছিল wanted তবে এর সাথে সমস্যাটি হ'ল এই স্ক্রিপ্টগুলি সংস্থার অন্য কোথাও ব্যবহৃত হত (সুতরাং মূল কার্যকারিতা / পরিবর্তনশীল নামগুলি পরিবর্তন করা যায়নি), এবং কোডটি 10 ​​বছরের জন্য "যুক্ত করা হয়েছিল"; প্রচুর জঞ্জাল তৈরি হয়েছিল।

এটি সম্পর্কে আপনি কী করতে পারেন তা এখানে:

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

সর্বত্র যেমন হয় ততক্ষণ কোডের বাহ্যিক বৈশিষ্ট্যগুলি যতক্ষণ না সঠিকভাবে কাজ করে, অভ্যন্তরগুলি কীভাবে কাজ করবে তা বিবেচ্য নয়।


"সাহায্যের জন্য জিজ্ঞাসা করুন" এর জন্য +1। দলে কাজ করা ব্যয় যুক্ত করে তবে উপকারও নিয়ে আসে।

7

আমি এমন কিছু মন্তব্য করতে যাচ্ছি যা এখানে উত্তরদাতাদের অনেকের চেয়ে আলাদা। আমার অনেক মন্তব্য আপনার কাছে সুস্পষ্ট হতে পারে তবে যাইহোক বলা দরকার।

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

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

আশাকরি এটা সাহায্য করবে.


1
এছাড়াও: পরীক্ষা করুন, ব্যাকআপ করুন, সংস্করণ নিয়ন্ত্রণ ব্যবহার করুন। আপনি যদি নতুন হন তবে উত্সটিতে এমন কিছু চলছে যা আপনি কেবল বুঝতে পারবেন না এবং একটি নির্দোষ পরিবর্তনের মতো দেখে মনে হচ্ছে এমন সমস্যাগুলির কারণ হতে পারে।
স্কট সি উইলসন

আমি আরও যোগ করতে হবে। আপনার ব্যর্থ পরীক্ষা না হওয়া পর্যন্ত কিছু পরিবর্তন করবেন না যা পদক্ষেপ নেওয়ার দাবি করে । পরীক্ষা লিখতে শুরু করুন। আপনার যদি একটি ব্যর্থ পরীক্ষা হয়, তা নিশ্চিত হয়ে নিন it তারপরে আপনার পরিবর্তনের দৃ a় আদেশ রয়েছে। তারপরেও সিস্টেম পরীক্ষা দিয়ে স্যাচুরেট হওয়া পর্যন্ত অপেক্ষা করুন। সিস্টেমটি যতটা ভাল পেয়েছে তার চেয়ে সর্বদা ভাল বা ভাল (কখনও খারাপ নয়) রেখে যাওয়ার চেষ্টা করুন।
এমরি

5

জিনিসগুলির মধ্যে একটি যা স্টিক আউট করে তা হ'ল আপনার সম্পাদিত মন্তব্য

পুরানো কোডের প্রতিটি পরিবর্তনের অবশ্যই কোডটিতে মন্তব্য রাখতে হবে, সেই সাথে পরিবর্তিত মেটা সম্পর্কিত তথ্য (তারিখ, প্রোগ্রামার, টাস্ক) (এটি একটি বিশৃঙ্খলায় পরিণত হয়েছে, সেখানে 3 টি ব্যবহৃত লাইন এবং 50 টি পুরানো লাইনের মন্তব্য রয়েছে)। আমি ভাবছি যা কেবল একটি কোড সমস্যা নয়, তবে সফ্টওয়্যার বিকাশের সমস্যার পরিচালনা।

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

আমি পল ম্যাকনেট এর স্কেক্স টুল http://paulmcnett.com/scX.php এর একটি অনুলিপি পেয়েছি এবং এটি আমার বিকাশের চক্রের সাথে সংহত করেছি। এটি বাইনারি ফক্সপ্রো কোডটি কোনও পাঠ্য বিন্যাসে বের করার একটি দুর্দান্ত কাজ করে যা তারপরে সাবভার্সন, মার্কিউরিয়াল, এমনকি গিটের মতো উত্স ভান্ডারে স্থাপন করা যেতে পারে। (আপনি http://vfpx.codeplex.com এ সাবফক্স প্রকল্পটি দরকারী খুঁজে পেতে পারেন ।

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


4

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

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

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

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

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

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

আমার 20 বছরে, আমি একাধিক টেক প্রোগ্রামারদের বরখাস্ত বলে মনে করেছি, মূলত কারণ তারা জিনিসগুলিকে তাদের "সঠিক" উপায়ে করার দাবি করে। আপনি যদি কাজের জন্য খুব, খুব, খুব অনন্য কিছু না আনেন তবে আপনি প্রতিস্থাপনযোগ্য। আপনি নিজের ক্লাসে শীর্ষে থাকতে পারেন, তবে পরের বছর, অন্য কেউ তাদের ক্লাসের শীর্ষে থাকবে এবং চাকরীর সন্ধান করবে।

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

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

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

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