HTML और CSS को सर्वर साइड डेवलपर को कितना जानना चाहिए? [बन्द है]


16

मैंने किया है Cऔर C++अब मैं एक वेब-डेवलपर के रूप में अपना करियर शुरू करना चाहता हूं । मैंने वेब-विकास के बारे में बहुत कुछ पढ़ा और पता चला कि वेब पर दो प्रकार के डेवलपर्स थे,

 1. Client Side Developers.
 2. Server Side Developers.

मैं अपना ध्यान सर्वर साइड विकास पर रखना चाहता हूं । मैंने सोचा कि मूल बातें शुरू करना सबसे अच्छा होगा इसलिए मैंने करना शुरू कर दिया HTMLऔर CSS। मुझे पता चला कि CSSकिसी को पूरी तरह से आसानी से मास्टर करने के लिए बहुत बड़ा था। मैं यह जानना चाहता हूं कि सर्वर साइड डेवलपर को कौन सी मूल बातें जानना चाहिए और क्या उसे HTML का मास्टर होना चाहिए और CSSया उसके साथ बस दूर रहना चाहिए?


1
क्या एक वेब सेवा डेवलपर एक 3 प्रकार का डेवलपर होगा या उस व्यक्ति को सर्वर साइड डेवलपर के रूप में गिना जाएगा?
जेबी किंग

1
@ jb- राजा IMO जो सर्वर साइड होगा
BlackICE

1
@ जेबी राजा, @ डेविड: इसे सर्वर साइड डेवलपर के रूप में कैसे जाना जाता है, जो जानता है कि वेब कैसे काम करता है।

1
वेब सेवा विकसित करने वाले किसी व्यक्ति को कभी भी CSS या HTML का उपयोग करने की आवश्यकता नहीं हो सकती है यदि सेवा सिर्फ XML या SOAP लौटाती है। इस प्रकार यह एक ही व्यक्ति से बहुत दूर है जो ASP.Net वेबसाइट या वेब एप्लिकेशन विकसित करता है जिसमें बहुत सारी यूआई विशेषताएं होती हैं जो HTML और CSS का उपयोग यहां एक कॉन्ट्रास्ट देने के लिए करती हैं।
जेबी किंग

क्लाइंट-साइड के रूप में बोलते हुए अब फुल-स्टैक-ईश देव, हर किसी को HTML पता होना चाहिए। जब मैंने सर्वर-साइड devs में अनुभव के वर्षों के साथ चलाया जो कार्यक्षमता को तोड़ दिया क्योंकि उन्हें पता नहीं था कि आईडी एक पृष्ठ पर अद्वितीय होनी चाहिए, मैं उन्हें थप्पड़ मारना चाहता हूं। एफएफएस, इसे "आईडी" कहा जाता है। तुम भी कैसे उसके बाद एसक्यूएल के पास जाने के लिए एक आदमी पर भरोसा करते हैं? और लेटेस्ट HTML के बारे में क्लू करने में ही साल में कुछ घंटे लगते हैं। इसके अलावा, IMO, टेम्पलेट पेज को छूने की उम्मीद करने वाले किसी को भी सभी YSLOW सिफारिशों की व्याख्या करने में सक्षम होना चाहिए क्योंकि वे जानते हैं कि ब्राउज़र कैसे पार्स और रेंडर करते हैं।
एरिक रिपेन

जवाबों:


15

यह आपको उन्हें अच्छी तरह से जानने के लिए ध्यान देगा। यदि आप एक वेब डेवलपर हैं, तो आप एक वेब डेवलपर हैं। आपको स्वतंत्र रूप से वेब एप्लिकेशन लिखने में सक्षम होना चाहिए, और जिसमें क्लाइंट साइड टेक्नोलॉजी शामिल है।


3
+1 मैं एक घटिया डिजाइनर हूं, लेकिन कुछ अनुप्रयोगों पर मेरी वास्तविक डिजाइनर के साथ कोई साझेदारी नहीं है।
माइकल

2
आप, मेरे दोस्त, अकेले नहीं हैं। मेरे पास एक महान यूआई के लिए बहुत अधिक आंखें नहीं हैं, लेकिन मैं इसके माध्यम से किसी न किसी तरह से करता हूं ताकि मैं पूरी तरह से कार्य करने योग्य वेब एप्लिकेशन बनाने के लिए किसी अन्य डेवलपर की आवश्यकता न हो।

8

मैं खुद को "सर्वर साइड" डेवलपर मानता हूं।

वेब विकास के "बैक साइड" पर होने के बावजूद, मुझे लगता है कि HTML और CSS फंडामेंटल को जानना बेहद मददगार है। मैं विशिष्ट "वेब कंटेंट मैनेजमेंट सिस्टम" (WCMS), जैसे कि ड्रुपल, डे CQ और लाइफ़रे पर काम करता हूं, और अधिकांश व्यावसायिक आवश्यकताएं और अनुरोध लुक और फील को बदलने के लिए घूमते हैं।

HTML या CSS में "मास्टर" बनने की कोई आवश्यकता नहीं है, लेकिन कम से कम, आपको यह जानना चाहिए कि CSS के साथ स्टाइल किया गया एक स्थिर वेब पेज कैसे बनाया जाए। आपको रूपों की मूल बातें, और विभिन्न इनपुट तंत्रों को जानना चाहिए। CSS के लिए, ID और CLASS विशेषता के बीच अंतर को समझें और चयनकर्ता कैसे काम करते हैं। इसका एक बहुत कुछ आप समय के साथ लेंगे।

अंत में, सामान्य ब्राउज़र अंतर के कुछ ज्ञान का निर्माण करें। फिर, यह वह ज्ञान है जो आप समय के साथ लेंगे, लेकिन यह पहचानें कि ब्राउज़र अंतर मौजूद हैं और इसे पहचानने के लिए तैयार रहें।


1
+1 करने पर "यहां HTML या CSS में 'मास्टर' बनने की आवश्यकता नहीं है"। मैं एक डिज़ाइनर प्रोग्रामर हूँ और फ्लोट्स का उपयोग करके लेआउट के लिए बुनियादी सीएसएस सीखने के बाद सीएसएस ज्ञान में रिटर्न का एक अविश्वसनीय रूप से तेज मंदता है। फ्रंट एंड नर्ड में CSS3 / IE सपोर्ट / इत्यादि के बारे में सबसे ज्यादा दलीलें हैं, और इसमें से बहुत कुछ हठधर्मिता या धर्म के लिए उबलता है। "टेबल्स बीएडी!," "पेंच आईई!" "माइक्रोफ़ॉर्मेट्स कैंकर को ठीक कर देंगे!" उन तर्कों का वास्तविक दुनिया में कोई प्रभाव नहीं पड़ता है, इसलिए यदि आप कुछ सीएसएस सीखते हैं, तो सुनिश्चित करें कि वे हठधर्मिता से बच सकें और स्क्रीन पर सामान रखने के तरीके पर ध्यान दें।
ग्राहम

हां, मुझे इस तरह की बहसें करनी चाहिए जैसे "क्या टेबल का इस्तेमाल किया जाना चाहिए?" तब "Google और Twitter तालिकाओं का उपयोग क्यों करते हैं?" इस तरह के सवालों को देखकर, मुझे लगता है कि उपलब्ध टैग से चुनना मुश्किल हो गया है

क्लाइंट-साइड पर, टेबल-एज़-लेआउट या 2011 या 2014 में क्षैतिज स्थिति के लिए विशेष रूप से फ़्लोट्स का उपयोग जारी रखने के लिए हठधर्मिता की अस्वीकृति नहीं है। वे किसी ऐसे व्यक्ति के संकेत हैं, जिसने अपने करियर की समाप्ति तिथि डालने का फैसला किया है। एक डिजाइनर या विशेष रूप से विज्ञापन / मार्केटिंग / इंटरेक्टिव-एजेंसी फ्रंट एंड डेवलपर इससे दूर हो सकते हैं। अगर मैंने देखा कि किसी के हालिया काम में, मैं कहीं भी किराए पर लेने की सलाह दूंगा तो मैंने काम किया है जहां अंत-उत्पाद अंततः डिस्पोजेबल नहीं था।
एरिक रेपेन

1

मैं वास्तव में तीन खंडों की पहचान करूंगा:

  • सर्वर साइड डेवलपर्स
  • क्लाइंट साइड डेवलपर (जावास्क्रिप्ट प्रोग्रामर)
  • डिजाइनर

आपको HTML और CSS दोनों के गहन ज्ञान की आवश्यकता होगी। सर्वर साइड और क्लाइंट साइड / डिज़ाइन डेवलपर्स के बीच श्रम का विभाजन आमतौर पर आवश्यक होता है कि सर्वर साइड डेवलपर डेटाबेस और प्रोग्रामिंग इंटरैक्शन द्वारा उत्पादित HTML की आपूर्ति करता है। यह HTML सीएसएस पहचानकर्ताओं को भी साथ ले जाता है, ताकि इसे क्लाइंट साइड डेवलपर्स या डिजाइनरों द्वारा हेरफेर किया जा सके।

सर्वर साइड डेवलपर के रूप में आपका काम आमतौर पर अन्य दो को HTML / CSS मार्कअप की आपूर्ति करना है। HTML और CSS दोनों की पूर्ण महारत हासिल करने के लिए।


1
"सर्वर साइड डेवलपर एचटीएमएल की आपूर्ति करता है" HTML उत्पन्न 3 भूमिकाओं का एक संघ होना चाहिए। हर किसी को HTML के साथ शामिल होना चाहिए। साथ ही सर्वर साइड डेवलपर का सीएसएस से कोई जुड़ाव नहीं है
Raynos

@Raynos सर्वर साइड डेवलपर CSS नियमों को परिभाषित नहीं करते हैं, यह सच है। हालांकि, उन्हें यह समझना चाहिए कि सिमेंटिक ग्रुपिंग के लिए मार्कअप में कक्षाएं कैसे असाइन करें।
माइकल

1
@ यह अलग है, HTML और सीएसएस वास्तव में संबंधित हैं। आदर्श रूप से सर्वर-साइड डेवलपर्स सिर्फ एक XML / JSON REST API और फ्रंट-एंड devs / डिज़ाइनर को HTML / CSS लिखते हैं। सर्वर-साइड डेवलपर्स अभी भी वेब डेवलपर्स को उपयोग करने के लिए सीएसएस नहीं लिखना चाहिए।
रेयनोस

1

आपको HTML + CSS जानना आवश्यक है, क्योंकि वे आवश्यक हैं और सीखने में कठिन नहीं हैं। सभी ब्राउज़रों के लिए CSS सेट करने की कोशिश करते समय आपको नुकसान का सामना करना पड़ेगा, लेकिन आपको इसे जानना होगा, क्योंकि आपको कभी-कभी सर्वर साइड से HTML जेनरेट करने की आवश्यकता होती है।

आप अपना खुद का ब्लॉग बनाकर सीखना शुरू कर सकते हैं। अगर ब्लॉग के बारे में कुछ नहीं है, तो आप अपने पाठ के बारे में ब्लॉग कर सकते हैं।


1

उह, मुझे समझ नहीं आता कि लोग क्यों नहीं समझते हैं। वेबसाइटों के साथ कोई फ्रंट-एंड कोड नहीं है। यह सब बैक-एंड कोड है। फ्रंट-एंड कोड ब्राउज़र है, इसलिए जब तक आप मोज़िला या IE या क्रोमियम / गूगल या सफारी पर काम नहीं करते, आप सर्वर-साइड कोड लिख रहे हैं। यहां बताया गया है कि यह कैसे काम करता है: ब्राउज़र वेबसर्वर से एक फ़ाइल का अनुरोध करता है। वेबसर्वर फ़ाइल को आउटपुट करता है। ब्राउज़र उस फ़ाइल की व्याख्या करता है और अतिरिक्त फ़ाइलों (छवियों, जावास्क्रिप्ट, सीएसएस, आदि) का अनुरोध कर सकता है और उन फ़ाइलों की व्याख्या कर सकता है, जब तक कि सभी फ़ाइलों की व्याख्या नहीं की जाती है।

अब, यह पहली फ़ाइल ब्राउज़र अनुरोध एक HTML फ़ाइल है। HTML फ़ाइल को पार्स किया गया है और ब्राउज़र तय करता है कि उसकी सामग्री कैसे प्रस्तुत की जाए। तो यहाँ बनाए रखने के लिए महत्वपूर्ण अवधारणाओं में से एक यह है कि HTML फ़ाइल का उपयोग पार्सर द्वारा किया जाता है।

वेब सर्वर एक सॉफ्टवेयर है जो पोर्ट पर सुनता है और फाइलों के लिए अनुरोध करता है। यदि फ़ाइल एक स्टेटिक फाइल है (हमारा मतलब है कि फाइल पहले से ही बनी हुई है तो स्टैटिक का मतलब है) तो यह सिर्फ अनुरोधित क्लाइंट के रूप में कॉपी की जाती है। यदि फ़ाइल डायनामिक है, तो इसका अर्थ है कि यह फ़ाइल के अनुरोध के बाद हर बार बनाई जाती है, वेब सर्वर फ़ाइल को उस सॉफ़्टवेयर से उत्पन्न करने का अनुरोध करता है जो फ़ाइल को उत्पन्न करता है (या तो एक चल रही प्रक्रिया, भरी हुई लाइब्रेरी, या एक प्रक्रिया को जन्म देता है) और वह सॉफ़्टवेयर फ़ाइल जनरेट करता है और वेबसर्वर को भेजता है, जो बदले में क्लाइंट को भेजता है।

एक बार उस फाइल को क्लाइंट को "सर्व" कर दिया गया और पार्स किया गया, क्लाइंट अन्य प्रकार की फाइलों, जैसे कि json फाइलें, जहां वह html रेंडरर द्वारा पार्सिंग को बाईपास कर सकता है और इसके बजाय फाइल को jasasas दुभाषिया में वापस आ गया है। क्लाइंट, और इन्हें जावास्क्रिप्ट द्वारा पार्स किया गया है (eval पार्सिंग का एक रूप है)। ये वही हैं जो AJAX पर आधारित हैं।

अब, यह आपको कैसे प्रभावित करता है? यदि सर्वर पर कोई फ़ाइल गतिशील रूप से उत्पन्न होती है, तो सर्वर पर चलने वाला सॉफ़्टवेयर है जो यह बताता है कि फ़ाइल कैसे उत्पन्न की जाए। जो लोग इन सॉफ़्टवेयर को प्रोग्राम करते हैं उन्हें "सर्वर-साइड" प्रोग्रामर माना जाता है।

सर्वर पर उत्पन्न ये html फाइलें, ब्राउज़र को बताएंगी कि अन्य फ़ाइलों में क्या शामिल है, इसलिए जावास्क्रिप्ट और छवियों और सीएसएस को आयातित HTML फ़ाइल द्वारा आयात, व्यवस्थित और अन्यथा व्यवस्थित करने की आवश्यकता है।

कई वेब फ्रेमवर्क, और मैं कहता हूं, शुद्ध "सर्वर-साइड" कार्य, और "क्लाइंट-साइड" कार्य के बीच एक सीमा बनाने के लिए कार्यप्रणाली (एमवीसी एट अल) विकसित की गई है।

मैं उल्लेख करना भूल गया, ओह प्रिय, डेटा लोग। डेटा स्टोरेज करने वाले लोग सर्वर-साइड HTML-फ़ाइल जनरेट करने वाले सॉफ़्टवेयर लेखकों की तुलना में अधिक सर्वर-साइड होते हैं। डेटा संग्रहण, क्या संबंधपरक डेटाबेस, NoSQL, या अन्यथा, पूरी तरह से एक और बात है। मैं इसका उल्लेख करता हूं क्योंकि बिग-वेंडर-टाउट फ्रेमवर्क और मेथोडोलॉजी (एमवीसी एट अल फिर से) प्रतीत होता है कि यह सिर्फ "बस बोल्ड कि उस पर" आसान है।

वाह, क्या एक लंबा जवाब है।

मैं आपके कथन को चुनौती देने के लिए यह प्रतीत होता है कि सर्वर-साइड डेवलपर्स और क्लाइंट-साइड डेवलपर्स हैं। यदि आप अपनी सूचना प्रणाली को एक वेब साइट के माध्यम से वितरित करते हैं, तो सब कुछ सर्वर पर संग्रहीत, व्यवस्थित और प्रबंधित किया जाना है। और यह एक बड़ी गड़बड़ है, और जब तक आप वास्तव में यह नहीं सीखते कि यह सब कैसे काम करता है, तो आप एक समय के नरक में जा रहे हैं, यह अच्छी तरह से काम कर रहा है। तो यह सब सर्वर-साइड है।


1
अगर सही नहीं है? यह बेवक़ूफ़ी है। "क्लाइंट साइड" सॉफ्टवेयर को संदर्भित करता है जो क्लाइंट मशीन पर RUNS होता है, न कि डिलीवरी प्लेटफॉर्म पर। HTML, CSS और JavaScript सर्वर (duh) पर बने हैं लेकिन क्लाइंट पर RUN हैं। तो उनके विकास को "ग्राहक पक्ष" माना जाता है।
ग्राहम

क्लाइंट मशीन पर चलने वाले सॉफ़्टवेयर की व्याख्या ब्राउज़र में रेंडरिंग इंजन द्वारा की जाती है, जो क्लाइंट पर चलती है। रेंडरिंग इंजन पहले html को रेंडर करता है, और फिर, रेंडर करने के बाद, html फाइल के संदर्भ में किसी भी संबंधित संसाधन को रेंडर करता है।
क्रिस्टोफर महान

@ ग्राहम, हां, यह जटिल है, इस प्रकार सिल्वरलाइट और एडोबएयर की अपील।
क्रिस्टोफर महान

0

प्रश्न के लिए +1। मैंने भी हमेशा सोचा था कि html + css + js + ajax + .. और टन चीजों को करने की तुलना में एक सर्वर साइड कोडिंग अधिक दिलचस्प और महत्वपूर्ण है। वैसे भी, यदि आप अकेले हैं और आप अपना स्वयं का वेब अनुप्रयोग बनाना चाहते हैं, तो आपको सर्वर-साइड प्रोग्रामर और डिज़ाइनर + (क्लाइंट-साइड प्रोग्रामर) दोनों होना चाहिए। इसलिए अब मैं html5 और css3 सीख रहा हूं।


धन्यवाद सर्गेई। मैं एचटीएमएल 4 और सीएसएस कर रहा हूं और मैं जल्द ही एचटीएमएल 5 और उसके बाद पीएचपी में जाने की कोशिश

कौन सा पक्ष अधिक दिलचस्प है यह आवेदन पर निर्भर करता है। कई वेब एप्लिकेशन लगभग 90% उपयोगकर्ता अनुभव और 10% डेटा डिज़ाइन हैं।
केविन क्लाइन

यदि आप डेटा डिज़ाइन सही करते हैं, तो उपयोगकर्ता का अनुभव भी सरल होगा!
क्रिस्टोफर महान

"यदि आप डेटा डिज़ाइन सही करते हैं, तो उपयोगकर्ता का अनुभव भी सरल होगा!" - मुझे खेद है, लेकिन यह गलत है। इपोड में बाजार पर 100 + अन्य एमपीजी खिलाड़ियों के समान मूल डेटा डिजाइन था, लेकिन इसके क्रांतिकारी उपयोगकर्ता अनुभव के परिणामस्वरूप ऐप्पल कंपनी है जो आज हम सभी जानते हैं।
ग्राहम

0

दरअसल, यह निर्भर करता है। ज्यादातर मामलों में, आपको HTML और CSS को जानना होगा। दुर्लभ मामलों में, आप दोनों को अनदेखा कर सकते हैं।

मामला एक

मेरी कंपनी में, HTML और CSS और सर्वर साइड से जुड़ी हर चीज के बीच सख्त अलगाव हैं । यह एक तरफ सबसे अच्छा C # या PHP डेवलपर, और दूसरी तरफ सबसे अच्छा HTML, CSS और जावास्क्रिप्ट डेवलपर लाने की अनुमति देता है। इसके विपरीत, सर्वर-साइड डेवलपर प्रत्येक पृष्ठ सर्वर-साइड ऑब्जेक्ट्स के लिए उत्पादन करता है, जिसमें वह सब कुछ है जो हमें पृष्ठ प्रदर्शित करने की आवश्यकता है; उन वस्तुओं को तब XML में क्रमबद्ध किया जाता है। क्लाइंट-साइड डेवलपर उन ऑब्जेक्ट्स को चुनता है और उन्हें XSLT के साथ XHTML में बदल देता है।

यह कहा जा रहा है, मैंने अन्य कंपनियों में इस दृष्टिकोण को कभी नहीं देखा। इसके अलावा, इसकी बहुत सी सीमाएँ हैं और भले ही यह कुछ मामलों में सही हो, यह कई अन्य लोगों में बिल्कुल भी काम नहीं करता है।

केस 2

जब छोटी वेबसाइटों पर, डेवलपर और डिज़ाइनर एक साथ काम करते हैं, तो HTML और CSS लिखने वाले पर कोई आम सहमति नहीं होती है। आपको प्रत्येक परियोजना के लिए निर्णय लेना होगा, जिसमें दोनों लोग शामिल हों। यहां तक ​​कि अगर कई मामलों में, यह डेवलपर है जो HTML और CSS से संबंधित है, तो आप कुछ डिज़ाइनर भी पा सकते हैं जो HTML और CSS को अच्छी तरह से जानते हैं । इस मामले में, यदि आपका इरादा छोटी परियोजनाओं पर और केवल ऐसे डिजाइनर के साथ काम करने का है, तो आपको HTML / CSS सीखने की जरूरत नहीं है।

केस 3

बड़ी परियोजनाओं पर, डिजाइनरों और सर्वर-साइड डेवलपर्स के काम के आधार पर HTML और CSS कोड लिखने के लिए एक समर्पित व्यक्ति को नियुक्त करना असामान्य नहीं है। ऐसा करना आमतौर पर एक अच्छा विचार है, क्योंकि आप एक अनुभवी सी # डेवलपर को वास्तव में HTML लिखने के लिए $ 100 प्रति घंटे का भुगतान नहीं करना चाहते हैं; यह सिर्फ समय और पैसे की बर्बादी है।


यह कहा जा रहा है, उन मामलों में सबसे अधिक बार नहीं हैं। इसलिए सर्वर-साइड डेवलपमेंट पर ध्यान दें, लेकिन HTML और CSS भी सीखने की कोशिश करें। अतिरिक्त ज्ञान कभी चोट नहीं पहुँचाता।


0

कभी-कभी, विशेष रूप से शुरुआत में, आप एक परियोजना पर अपने आप से काम करेंगे और आगे-पीछे और पीछे के अंत में करना होगा। इस मामले में, आपको कम से कम HTML और CSS की अल्पज्ञात ज्ञान की आवश्यकता होगी। आपको एक महान डिजाइनर बनने की ज़रूरत नहीं है, आपको बस अपने ब्राउज़र में दिखाई देने वाले बैकएंड से जानकारी प्राप्त करनी होगी ताकि आप चीजों का परीक्षण कर सकें।


0

दरअसल, यह सब निर्भर करता है। यदि सर्वर सॉफ्टवेयर प्रोग्रामिंग के संबंध में आपका मिलन हो रहा है, तो सुनिश्चित करें कि आप मानक तरीके जानते हैं कि वास्तव में उच्च स्तर (एचटीएमएल / सीएसएस) वेब डेवेलपर्स आपके एप्लिकेशन के साथ इंटरफेस करने में सक्षम होना चाहिए। हालाँकि, यदि आप HTML / CSS से जुड़े बहुत सारे काम करने की योजना बना रहे हैं, तो आपको HTML और CSS को अच्छी तरह से जानना होगा। किसी भी तरह से, कुछ अतिरिक्त तकनीकों को जानना हमेशा अच्छा होता है। मैं एक देशी प्रोग्रामर हूं और यहां तक ​​कि मैं एक अच्छी दिखने वाली वेबसाइट बनाने के लिए पर्याप्त रूप से HTML / CSS जानता हूं। यह कहा जा रहा है, मैंने केवल इसे सीखा है इसलिए मैं AJAX को कुछ क्रोम / फ़ायरफ़ॉक्स एडन लिखने के लिए सीख सकता हूं।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.