এমন কোনও ভাষা ব্যবহার করা কি ঠিক আছে যা কিছু সংস্থার জন্য আপনার সংস্থার দ্বারা সমর্থিত নয়?


27

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

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

সমস্যা কি?
আমি যে প্রধান সমস্যাটি দেখছি তা হ'ল এই দ্রুত এবং নোংরা স্ক্রিপ্টগুলির কয়েকটি অংশ ধীরে ধীরে গুরুত্ব লাভ করছে এবং:

  1. আমার সংস্থা পাইথন সমর্থন করে না
  2. এগুলি সংস্করণ নিয়ন্ত্রিত নয় (আমি তাদের অন্য উপায়ে ব্যাক আপ করি)
  3. আমার সহকর্মীরা পাইথন জানেন না

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

আমার যুক্ত করা উচিত যে এই স্ক্রিপ্টগুলি কেবলমাত্র ইউটিলিটি যা মূল প্রকল্পের অংশ নয়; এগুলি কেবল তুচ্ছ কাজগুলি কম সময়ে সম্পন্ন করতে সহায়তা করে। আমার নিজের ছোট ছোট কাজের জন্য তারা অনেক সাহায্য করে।

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

এটি কি সাধারণ দৃশ্য? আমি কি ভুল কিছু করছি? আমার কি করা উচিৎ?


22
যদি আপনার সহকর্মীরা কোনও স্ক্রিপ্ট অন্য ভাষায় খুঁজে পেতে না পারে তবে আপনার আরও বড় সমস্যা রয়েছে
CaffGeek

1
আমি চাদের সাথে একমত পাইথন সিউডো-কোডের যত কাছে রয়েছে তত কাছাকাছি।
চাকরী

2
@ চাদ এহহ দুর্দান্ত তবে সমস্যাটি অন্য হতে পারে; পাইথন এসডিকে ডেভলপমেন্ট মেশিনের ডিফল্ট ইনস্টলেশনটির অংশ নয়। এটি ইনস্টল করার জন্য আমি ডান সিসাদমিনকে প্রচুর কফি প্রদান করেছি;)।
সিস্টেমে

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

1
তাদের উত্স নিয়ন্ত্রণে রাখুন। । শুধুমাত্র একটি ক্ষুদ্র কোণ কোথাও, কিন্তু তাদের রাখা

উত্তর:


42

আপনার পরিস্থিতিটি আনুষ্ঠানিকভাবে তৈরি করা দরকার কারণ এটি এই মুহুর্তে পাওয়া উচিত ছিল না। যাইহোক, এই জিনিসগুলি ঘটে তাই আপনার বসকে বোঝাতে হবে যে আপনি ব্যক্তিগত ব্যবহারের জন্য এই স্ক্রিপ্টগুলি তৈরি করেছেন, তবে তারা "পালিয়ে" গেছে আরও ব্যাপক সঞ্চালনে into স্বীকার করুন (যদি প্রয়োজন হয়) যে এটি তার নজরে না আনার জন্য আপনি দোষে ছিলেন।

খুব কমপক্ষে স্ক্রিপ্টগুলি "নিয়ন্ত্রণের ক্ষেত্রে" সোর্স নিয়ন্ত্রণে রাখা উচিত - তবে কমপক্ষে আপনি যদি উপলব্ধ না হন (কোন কারণেই) আপনার সহকর্মীদের স্ক্রিপ্টগুলিতে অ্যাক্সেস থাকবে।

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


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

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

6

আপনার কী করা উচিত সে সম্পর্কে আমি পূর্ণ উত্তর দিতে পারছি না। আমি কেবলমাত্র একটি একক পরামর্শ দিতে পারি যা আপনি এটি দিয়ে শুরু করতে ব্যবহার করতে পারেন:

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

এর পরে আপনাকে কেবল অন্য লোকেরা কীভাবে প্রতিক্রিয়া জানায় তা দেখতে হবে।


যখনই সম্ভব তাদের মন্তব্য করুন। আপনি কী করছেন তা হ্যাক করার চেষ্টা করার চেয়ে দ্রুত কী ঘটছে তা দেখতে সহায়তা করে to
জেডি ফ্রায়াস

5

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


5

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

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

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

আমি সম্ভবত এটি একটি ভাল ক্ষেত্রে

অনুমতি পাওয়ার চেয়ে ক্ষমা চাওয়া আরও সহজ।

মনে হচ্ছে আপনি কাজটি সেরে ফেলেছেন তবে এখনই আপনাকে প্রতিরোধের মুখোমুখি হতে হবে।


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

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


@ সিস্টেমে প্যান্ট এটি এখন সত্য হতে পারে। তবে তা কি months মাসে হবে? নাকি এক বছর? সফ্টওয়্যার বিকাশ, আপনি বর্তমানে একা থাকলেও কখনই একক টাস্ক হিসাবে বিবেচনা করা উচিত নয় - আপনার ভবিষ্যতের বিকাশকারী বা আপনার কাজের রক্ষণাবেক্ষণকারী সম্পর্কে আপনাকে ভাবতে হবে।
টমাসের মালিক

@ থমাস আপনি ঠিক বলেছেন; উপরের কিছু মন্তব্যে যেমন বলা হয়েছে, আমি সি # (কোম্পানির সমর্থিত ভাষা)
লিখেছি

3

আমার থাম্বের নিয়মটি হ'ল:

অন্যের কাজকে যে কোনও কিছু সম্ভাব্যভাবে প্রভাবিত করে এমন বিষয়ে আপনার সমবয়সী এবং উচ্চপরিস্থ কর্মকর্তাদের সাথে ASAP আলোচনা করা উচিত।

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


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

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

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

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

@ থমাস ওনস - অনুমোদিত - এটি যা বলেছিলাম তার মধ্যে অন্তর্ভুক্ত রয়েছে 'সম্ভাব্যভাবে অন্যের কাজকে প্রভাবিত করে'।
ভেক্টর

2

আপনার দুটি বিকল্প রয়েছে:

  1. এটি একটি স্ট্যান্ডার্ড করুন
  2. একটি আদর্শ সরঞ্জামে অনুবাদ করুন

সংস্থার উপর নির্ভর করে # 1 চ্যালেঞ্জিং হতে পারে (স্ট্যান্ডার্ড প্রযুক্তির তালিকাকে সীমাবদ্ধ করার পরে প্রশিক্ষণ এবং সমর্থন দক্ষতার প্রয়োজনীয়তার সংমিশ্রণ বিস্ফোরণ এড়ানো যায়)।

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

বিটিডাব্লু, ভিবি 6 এর বিকাশকারী সরঞ্জাম (আইডিই, সংকলক) অসমর্থিত (এমনকি সুরক্ষা ফিক্সও নয়) তাই সম্ভবত এটি স্ট্যান্ডার্ডের আপডেট হতে পারে। (ভিবি 6 রানটাইম Windows এর অংশ হিসাবে সমর্থিত এবং বর্তমান উইন্ডোজ সংস্করণগুলির ইনস্টল in এর অন্তর্ভুক্ত) এটি সম্ভবত # 1 এ যোগাযোগের জন্য সহায়ক হিসাবে ব্যবহৃত হতে পারে: সরবরাহকারী নির্ভরতার কারণে মানক সরঞ্জাম সেটটির একটি চলন্ত লক্ষ্য আপ করা প্রয়োজন।


2

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

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


বিশ্বাস করুন বা না করুন, এই প্রশ্নটি পোস্ট করার পরে এবং প্রচুর অন্তর্দৃষ্টিপূর্ণ পরামর্শ পাওয়ার পরে, আমি সি # তে বেশ কয়েকটি স্ক্রিপ্ট পোর্ট করেছি।
16

1

ঠিক আছে, আমি স্বীকার করতে পেরেছি যে 20 টি বিভিন্ন ভাষার দুর্গন্ধ, অনেক কিছু নিয়ে কাজ করা।

আপনার কাছে বাশ স্ক্রিপ্ট রয়েছে যা পাইথন স্ক্রিপ্টকে কল করে যা পার্ল স্ক্রিপ্টকে কল করে যা জাভা বাইনারি কল করে যা সি ডেলিকে কল করে ...

তারপরে পুরো পাইপলাইনে কিছু ফ্যানকে আঘাত করে এবং আপনি যাবেন - ডাব্লুটিএইচ ড্যাট কোডেজ? বিশেষত পার্লে ... এবং ডিবাগিং সহজ, বলুন, এনকোডিংয়ের সমস্যাটি একটি দুঃস্বপ্নের জগতে পরিণত হয়। আপনি কার্যকরভাবে 7 টির মধ্যে 5 টি ডিবাগ করতে পারবেন না এবং এটি একটি বাস্তব ব্যথায় রূপান্তরিত হয়।

অথবা আপনাকে একটি সাধারণ পরিবর্তন যোগ করতে হবে, তবে আপনি 10 টি ত্রুটি তৈরি করেছেন কারণ পার্লের গ্যাটাচস রয়েছে, জাভাতে রয়েছে গ্যাচস ইত্যাদি you

এবং সেই 7+ ভাষার চেইন একবারে এক ধাপ শুরু হয়।

সাবধানে চলুন, এখানে ড্রাগন হোন ...


সঠিক সরঞ্জামের সাথে কাজ করা দুর্গন্ধযুক্ত নয়, এটি জিনিস তৈরির ইউনিক্স উপায়। উইন্ডোজ উপায় হ'ল এক্সেল চালু করা। হাতুড়ি এবং নখের পুরানো গল্প ...
মউভিচিয়াল

1

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

আসলে, আপনাকে এমন সরঞ্জাম তৈরি এবং ব্যবহার করতে উত্সাহিত করা উচিত , যা শেষ পর্যন্ত আপনার বাহুর বর্ধন হয়ে উঠবে।

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


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

3
@ থমাস: আমি নিজের এবং ব্যক্তিগত ব্যবহারের জন্য তৈরি স্ক্রিপ্টগুলি আমার হিসাবে বিবেচনা করি। এগুলি আমার বাহু এবং আমার মনের বর্ধক। এটি "আপনি এটির মতো ভাবতে পারবেন না, আপনি কেবল এটির মতোই ভাবতে পারেন" বলার মতো। আমি মনে করি আপনি যতটা করতে চাইছেন তা করতে সক্ষম হবেন যতক্ষণ আপনি যা ভাবেন এটি গুরুত্বপূর্ণ নয়।
জোসে ফাতি

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

3
@ থমাস: আমি প্রকল্পের জন্য একটি নির্দিষ্ট প্রোগ্রামিং ভাষা লেখার কথা বলছিলাম না। আমি "একক কমান্ডের মাধ্যমে 10000 ফাইলের নাম পরিবর্তন করুন" এর মতো কিছু সম্পর্কে কথা বলছি, এমন কিছু যা বোবা প্রোগ্রামাররা একে একে হাতে করে, যখন আমি এটি একটি স্ব-নির্মিত স্ক্রিপ্ট দিয়ে করতে সক্ষম হয়েছি। আমি প্রকল্পে বিশেষভাবে জড়িত কোনও কিছুর সাথে আলাপ করছি না। এগুলি প্রকল্প-নির্দিষ্ট সরঞ্জাম নয়।
জোসে ফাতি

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

1

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

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

সুতরাং, আমি সেই নিয়মটি ব্যবহার করব:

1) যদি আপনাকে কোনও কাজ যেমন ডেটা আমদানি করতে বলা হয় তবে আমি সরঞ্জাম / ভাষা / ইত্যাদি ব্যবহার করব। এটি আমার পক্ষে সবচেয়ে সুবিধাজনক হবে এবং এই কাজের জন্য দ্রুততম হবে।

২) যদি আপনাকে কিছু টাস্ক করে সরঞ্জাম লিখতে বলা হয়, যেমন কিছু ডেটা আমদানি করা হয় তবে আমি ম্যানেজারের সাথে কোন ভাষা / সরঞ্জামটি ব্যবহার করব তা নিয়ে আলোচনা করব (ব্যতিক্রমের সাথে আমি যখন ভাষা ব্যবহার করি যা স্ট্যান্ডার্ডযুক্ত, উদাহরণস্বরূপ যখন সংস্থা ব্যবহার করে [প্রায় ] কেবল জাভা)।

3) যদি টাস্কটি এক-শট বলে মনে হয় তবে এটি পুনরাবৃত্তিযোগ্য হয়ে ওঠে, তবে আপনি এটি 1 থেকে 2 পরিবর্তন করে ম্যানেজারের সাথে কথা বলতে হবে) এবং আপনার পছন্দসই কোম্পানির সমর্থিত ভাষায় পুনরায় লিখুন।


0

আমি মনে করি আপনি সিদ্ধান্ত নেওয়ার মতো অবস্থানে নেই (অন্যথায় আপনি প্রশ্ন জিজ্ঞাসা করবেন না)। আপনার বস এই সমস্যাটি সম্পর্কে কী ভাবছেন? আপনার তার সাথে কথা বলা উচিত এবং তাকে বোঝানোর চেষ্টা করা উচিত যে পাইথন যাওয়ার উপায় ...

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

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