2020 সালে একজন আইটি বিশেষজ্ঞের কী করা উচিত নয়?

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

কিন্তু তারা মাধ্যাকর্ষণ সম্পর্কে জিজ্ঞাসা করেনি

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

সবকিছু ঠিক থাকলে আইটিতে যাওয়ার দরকার নেই

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

স্ট্যাকের পরে স্ট্যাক পরিবর্তন করা সময়ের অপচয় মাত্র

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

আপনার মাটিতে দাঁড়িয়ে ব্রোঞ্জ চালু করার দরকার নেই

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

আপনার নিজের মাথা ভাল, সবসময় ভাল

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

ব্যবহারকারীরা ভয়ঙ্কর মানুষ

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

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

 

গুগলিং বন্ধ করুন!

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

বিশ্বাস কিন্তু যাচাই

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

ব্যাকআপ করুন!

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

প্রকল্পের ক্ষতির জন্য আপনার নিজের আনা বন্ধ করুন

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

একটি কোড নয়, কিন্তু স্নায়ু একটি বান্ডিল

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

এটা সহজ, বোকা রাখুন

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

এখনও বিক্রয়ের জন্য

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

কূপে থুতু ফেলবেন না

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

আপনারও তা করা উচিত নয়। কিন্তু, অভিজ্ঞতা দেখায়, আমরা থামব না

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

প্রেমের সাথে
RegionSoft বিকাশকারী স্টুডিও দল

নতুন বছরে আমরা আপনার জন্য কাজ চালিয়ে যাব এবং একটি শক্তিশালী ডেস্কটপ CRM সিস্টেম ডেভেলপ করব RegionSoft CRM এবং একটি সহজ এবং সুবিধাজনক সাহায্য ডেস্ক এবং টিকিট সিস্টেম জেডলাইন সমর্থন.

উত্স: www.habr.com