ফ্রেমওয়ার্ককে পারফরম্যান্স হিট হিসাবে বিবেচনা করে এমন কোনও সহকর্মীর সাথে কীভাবে যোগাযোগ করবেন

Question

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

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

Comments

তাকে ডিক বলা হয় না সে? ডেইলি ডব্লিউটিএফ 'জাভা

— ইজ

তার থেকে ব্যাগটা বের করে দাও।

— কাজ

@ অ্যালেক্সসি - ওএমজি হ্যাঁ !!!!!!!!!!!!

— পি.ব্রায়ান.ম্যাকি

"আমাকে ডেটা দেখান!" টম ক্রুজ কয়েক বছর আগে যে অর্থ বিখ্যাত করেছিলেন তা জেরি মাগুয়ের লাইনের আইটি সংস্করণ হবে।

— জেবি কিং

তাকে বলুন যে তিনি আপনার প্রকল্পের জন্য একটি পারফরম্যান্স হিট।

— ওয়াট বার্নেট

Answer 1

তাদের কঠিন তথ্য আনা!

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

আপনার মন্তব্য পড়ার পরে আমি বিশ্বাস করি আপনার ক্ষেত্রে সমস্যাটি সঠিক প্রযুক্তি নয় এটি হ'ল নতুন প্রযুক্তি শিখতে অস্বীকার করা লোকেরা।

Comments

+1 - এখানে অসুবিধাটি হ'ল আমি দেখানোর জন্য বিভিন্ন নতুন সরঞ্জাম এবং প্রযুক্তির জন্য প্রোটোটাইপগুলি তৈরি করেছি এবং হ্যাঁ তারা ভাল সম্পাদন করে। তবে, আমি অনুভূতি পেয়েছি যে অতীতের সরঞ্জামগুলি ব্যর্থ হওয়া (এবং সম্ভবত জটিলতার ভয়) থেকে আসা যে কোনও এবং সমস্ত পরিবর্তন বা নতুন সরঞ্জামগুলির বিরুদ্ধে কলঙ্ক রয়েছে। সুতরাং, নিরাপদ বাজি কেবল স্থিতাবস্থা বজায় রাখা। দুর্ভাগ্যক্রমে, আমি জানি না যে আমাদের প্রাচীন সরঞ্জামগুলি ক্রমবর্ধমান ব্যবহারকারীর প্রত্যাশা এবং প্রয়োজনীয়তার বিরুদ্ধে দাঁড়াবে।

— পি.ব্রায়ান.ম্যাকি

@ পি। ব্রায়ান.ম্যাকি - আপনি সর্বদা ডুবে যাওয়া বা সাঁতারের পথটি চেষ্টা করতে পারেন। আপনার পরবর্তী প্রকল্পে যেখানে আপনি একটি বাস্তবায়নের নেতৃত্ব পাবেন, আপনার কাঠামোটি কার্যকর করুন। তিনি হয় রাখা বা চেক আউট করতে পারেন।

— জোয়েল ইথারটন

সমস্যা - কোনও জেএস ফ্রেমওয়ার্ক বেঞ্চমার্কিং প্রাসঙ্গিক বনাম কাস্টম জেএস (উপযুক্ত সমাধান) is

— নিকোল

Answer 2

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

Comments

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

— ম্যাথু ফ্রেডরিক

Answer 3

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

আমার মনে হয় আপনার সমস্যাটি কম স্থিতির দিক থেকে কম হওয়া উচিত যা আপনার সহকর্মী ভুল এবং এমন দিক থেকে বেশি যে আপনি যে ফ্রেমওয়ার্কগুলি ব্যবহারের বিষয়ে ভাবছেন তা বিকাশের সময়, কার্য সম্পাদন, রক্ষণাবেক্ষণ ইত্যাদির উন্নতি করবে will

আমি সর্বদা সঠিক কাজের জন্য সঠিক সরঞ্জামটি ব্যবহার করার বিষয়টি মাথায় রাখার চেষ্টা করি। কোনও ছবি ঝুলানোর জন্য পেরেকটিতে হাতুড়ি করার জন্য আমার কাছে 12 এলবি স্লেজ (জকিউয়ারি) লাগবে না image তবে আমি যদি এমন কোনও পরিস্থিতিতে পৌঁছে যাই যেখানে আমি কোনও ছবি ঝুলিয়ে রেখেছি যা এটির দেওয়ালে রেলপথের স্পাইকের প্রয়োজন হয় তবে আমার কাছে আরও ভালভাবে এই প্রতিশ্রুতি প্রস্তুত থাকতে হবে।

Answer 4

সে ঠিক, ওহেড আছে

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

একটি পরীক্ষার প্রস্তাব:

• আপনি উভয় বাস্তববাদী কিন্তু তুলনামূলকভাবে ছোট কিছু লিখুন
• আপনি jQuery (বা যাই হোক না কেন) ব্যবহার করেন এবং তিনি কিছুই ব্যবহার করতে পারবেন না
• দুটি জিনিস পরিমাপ করুন:
  1. সমাধান কোড করতে আপনার উভয়কে কতক্ষণ সময় লাগে (ধরে নিলে আপনার কোডিং দক্ষতা সমান হবে)
  2. প্রতিটি দ্রবণটি কার্যকর করতে কতক্ষণ সময় লাগে (পূর্ণ আজীবন)

সম্ভাবনা রয়েছে, ফ্রেমওয়ার্ক সহ একটি ছোট ওভারহেড থাকবে - খুব ছোট - তবে সমাধানটি [এবং ডিবাগ!] করতে কত সময় লাগে তার মধ্যে একটি বিশাল পার্থক্য

তারপরে আপনার বন্ধুটি আপনার পরিবর্তে সত্যের সাথে তর্ক করতে পারে

দ্রষ্টব্য: অব্যাহত প্রতিরোধের জন্য প্রস্তুত থাকুন; প্রায়শই ফ্রেমওয়ার্কগুলির বিরুদ্ধে পুশব্যাক প্রযুক্তিগত দিক থেকে পালটে যায় তবে আসলে "এখানে আবিষ্কার হয় না" বা "আমি অন্য কোনও সরঞ্জাম শিখতে চাই না" এর জন্য একটি স্মোকস্ক্রিন is

Answer 5

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

Answer 6

আপনি যখন এই বিশাল সময় সাশ্রয় এবং যুদ্ধ-পরীক্ষিত ফ্রেমওয়ার্কগুলির কিছু ব্যবহার করেন না তখন প্রকল্প বিতরণ সময়টির জন্য পারফরম্যান্সের ব্যাখ্যা সম্পর্কে কীভাবে ?

Comments

নিচের ভোটের কারণ নিশ্চিত না, আপনি কি jQuery বা অন্যান্য প্রতিষ্ঠিত ফ্রেমওয়ার্কগুলি ব্যবহার করছেন না (যতক্ষণ না তাদের জন্য একটি নির্দিষ্ট প্রয়োজন রয়েছে) কোনও প্রকল্পের সরবরাহের সময়কে সংক্ষিপ্ত করতে চলেছে? এটি মূলত "চাকাটি পুনরায় উদ্ভাবন করবেন না" যুক্তি ...

— জিপি

ডাউনওয়েতেও আমি কাপুরুষোচিত গাড়ি চালাচ্ছি। কারও কারও কাছে আজ তার বাচ্চাটি বাগ আছে।

— অ্যাডাম ক্রসল্যান্ড

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

— Carson63000

@ কারসন 000৩০০০ - আপনার সাথে 100% একমত হন - কার্যত কোনও কাঠামো প্রবর্তনের প্রভাবের বিরুদ্ধে অবশ্যই কাজটির ক্ষেত্রটি অবশ্যই ওজন করা দরকার।

— জিএপি

Answer 7

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

এবং অবশ্যই অন্যরা যেমন উল্লেখ করেছে, তর্কের উভয় পক্ষের জন্য কিছু হার্ড সংখ্যা এবং পারফরম্যান্স প্রোফাইল পান।

Answer 8

প্রথমত, তিনি আপনার নির্দিষ্ট পরিস্থিতির জন্য সঠিক হতে পারেন।

যেহেতু মনে হচ্ছে আপনার দৃষ্টিভঙ্গিটি দেখার জন্য তাকে পেতে সমস্যা হচ্ছে, তাই আপনাকে তাকে বোঝানোর জন্য আরও ভাল কাজ করা উচিত।

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

যেভাবেই হোক না কেন, ম্যানেজমেন্টকে গল্ফ কোর্সটি ছেড়ে সেখানে যেতে হবে এবং তাদের কাজ করা উচিত।

Answer 9

ওয়েল ওআরএম এর জন্য উত্তরটি হ'ল "আপনি যদি আপনার কোয়েরিটি সেভাবে লিখেন তবে এসকিউএল-তে একই কথা বলা যেতে পারে"। অন্যরা যেমন বলেছে, কঠোর তথ্যগুলি আপনার প্রয়োজন।

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

তৃতীয় বিকল্প এবং একজন বুদ্ধিমান পুরাতন বিকাশকারী আমার কাছে এটি পরামর্শ দিয়েছিল, যাইহোক "জিনিস" অন্তর্ভুক্ত করুন (ধরে নিলে এটির কোনও খারাপ সমস্যা নেই)।

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

"আরে, এই EF কোডটি, সেই টেবিল থেকে কেবলমাত্র 2 টি প্রয়োজনীয় ডেটা আইটেম ফিরিয়ে আনে, সমস্যা কী" ইত্যাদি etc.

স্পষ্টতই, আপনি এই পদ্ধতির সাথে এগিয়ে যাওয়ার আগে আপনার নিজের এবং যে সরঞ্জামটি ব্যবহার করছেন তার প্রতি যথেষ্ট আত্মবিশ্বাসী হওয়া দরকার! :-)

Answer 10

হাতের বাইরে যেমন লাইব্রেরিগুলি প্রত্যাখ্যান করা বোকামি এবং কখনও কখনও অহঙ্কারী। এগুলিতে বিনিয়োগের পণ্য সময়গুলি এবং তাদের পিছনে চিন্তাগুলি এগুলি প্রত্যাখ্যানকে সহজতর করে তোলে।

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

প্রতিবার আপনি কোনও সফ্টওয়্যার ডিজাইন করার সময় এই জিনিসগুলি বিবেচনায় নেওয়া গুরুত্বপূর্ণ।

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

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

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