ผู้พัฒนาฝั่งเซิร์ฟเวอร์ควรรู้ HTML และ CSS เท่าไหร่ [ปิด]


16

ฉันได้ทำCและC++และตอนนี้ฉันต้องการที่จะเริ่มต้นอาชีพของฉันเป็นเว็บนักพัฒนา ฉันอ่านมากเกี่ยวกับการพัฒนาเว็บและได้รู้ว่ามีนักพัฒนาสองประเภทบนเว็บ

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

ฉันต้องการที่จะให้ความสำคัญของฉันในการพัฒนาด้านเซิร์ฟเวอร์ ผมคิดว่ามันจะดีที่สุดที่จะเริ่มต้นด้วยพื้นฐานดังนั้นผมจึงเริ่มทำและHTML CSSฉันพบว่าCSSมีขนาดใหญ่เกินไปสำหรับคนที่จะเชี่ยวชาญได้อย่างง่ายดาย ฉันต้องการรู้ว่าผู้พัฒนาฝั่งเซิร์ฟเวอร์ควรรู้พื้นฐานอะไรและเขาควรจะเป็นผู้เชี่ยวชาญด้าน HTML CSSหรือไม่


1
นักพัฒนาบริการบนเว็บจะเป็นนักพัฒนาประเภทที่ 3 หรือจะนับบุคคลนั้นเป็นผู้พัฒนาฝั่งเซิร์ฟเวอร์หรือไม่
JB King

1
@ jb-king IMO ที่จะเป็นฝั่งเซิร์ฟเวอร์
BlackICE

1
@Jb king, @ David: วิธีการเกี่ยวกับการเรียกมันว่าเป็นผู้พัฒนาฝั่งเซิร์ฟเวอร์ที่รู้ว่าเว็บทำงานอย่างไร

1
คนที่พัฒนาบริการเว็บอาจไม่จำเป็นต้องใช้ CSS หรือ HTML ถ้าบริการเพียงแค่ส่งคืน XML หรือ SOAP ดังนั้นสิ่งนี้จึงห่างไกลจากบุคคลเดียวกันที่พัฒนาเว็บไซต์ ASP.Net หรือเว็บแอปพลิเคชันที่มีคุณสมบัติ UI มากมายที่ใช้ HTML และ CSS เพื่อให้ความแตกต่างที่นี่
JB King

การพูดเป็นไคลเอนต์ในขณะนี้เต็ม dev-stack-ish ทุกคนควรรู้ HTML เมื่อฉันพบเซิร์ฟเวอร์ devs ด้วยประสบการณ์หลายปีที่ทำลายฟังก์ชันการทำงานเพราะพวกเขาไม่ทราบว่ารหัสควรจะไม่ซ้ำกันในหน้าฉันต้องการที่จะตบพวกเขา FFS เรียกว่า "ID" คุณจะไว้ใจคนที่จะเข้าใกล้ SQL ได้อย่างไร? และใช้เวลาเพียงไม่กี่ชั่วโมงต่อปีในการรู้เบาะแสเกี่ยวกับ HTML ล่าสุด นอกจากนี้ IMO ทุกคนที่คาดว่าจะแตะหน้าเทมเพลตควรจะสามารถอธิบายคำแนะนำ YSLOW ทั้งหมดได้เพราะพวกเขารู้ว่าเบราว์เซอร์แยกวิเคราะห์และแสดงหน้าเว็บอย่างไร
Erik Reppen

คำตอบ:


15

มันจะฟังคุณรู้ดี หากคุณเป็นนักพัฒนาเว็บแสดงว่าคุณเป็นผู้พัฒนาเว็บ คุณควรจะสามารถเขียนเว็บแอปพลิเคชันได้อย่างอิสระและรวมถึงเทคโนโลยีฝั่งไคลเอ็นต์


3
+1 ฉันเป็นนักออกแบบที่มีหมัด แต่ในบางแอปพลิเคชันฉันไม่ได้เป็นหุ้นส่วนกับนักออกแบบตัวจริง
Michael

2
คุณเพื่อนของฉันไม่ได้อยู่คนเดียว ฉันไม่ได้สนใจอะไรมากสำหรับ UI ที่ยอดเยี่ยม แต่ฉันพยายามอย่างหนักเพื่อที่จะได้ไม่ต้องมีนักพัฒนารายอื่นเพื่อที่จะสร้างเว็บแอปพลิเคชันที่ทำงานได้อย่างสมบูรณ์

8

ฉันพิจารณาตัวเองว่าเป็นนักพัฒนา "ฝั่งเซิร์ฟเวอร์"

แม้จะอยู่ด้านหลังของการพัฒนาเว็บฉันคิดว่ามันมีประโยชน์อย่างยิ่งที่จะรู้พื้นฐาน HTML และ CSS ฉันทำงานกับ "ระบบจัดการเนื้อหาเว็บ" (WCMS) ทั่วไปเช่น Drupal, Day CQ และ Liferay และข้อกำหนดทางธุรกิจและคำขอส่วนใหญ่จะหมุนไปรอบ ๆ เพื่อเปลี่ยนรูปลักษณ์และความรู้สึก

ไม่จำเป็นต้องเป็น "ต้นแบบ" ที่ HTML หรือ CSS แต่อย่างน้อยคุณควรรู้วิธีสร้างเว็บเพจแบบคงที่ซึ่งมีสไตล์ด้วย CSS คุณควรรู้พื้นฐานของแบบฟอร์มและกลไกการป้อนข้อมูลที่หลากหลาย สำหรับ CSS ให้เข้าใจถึงความแตกต่างระหว่างแอตทริบิวต์ ID และ CLASS และการทำงานของตัวเลือก หลายสิ่งหลายอย่างที่คุณจะได้รับเมื่อเวลาผ่านไป

สุดท้ายสร้างความรู้เกี่ยวกับความแตกต่างของเบราว์เซอร์ทั่วไป นี่คือความรู้ที่คุณจะได้รับเมื่อเวลาผ่านไป แต่รับรู้ว่าความแตกต่างของเบราว์เซอร์มีอยู่และพร้อมที่จะรับรู้


1
+1 ใน "ที่นี่ไม่จำเป็นต้องกลายเป็น 'ต้นแบบ' ที่ HTML หรือ CSS" ฉันเป็นนักออกแบบหันโปรแกรมเมอร์และมีผลตอบแทนลดลงอย่างมากในความรู้ CSS หลังจากเรียนรู้ CSS พื้นฐานสำหรับเค้าโครงโดยใช้ลอย Front End nerds มีข้อโต้แย้งที่บ้าคลั่งที่สุดในการสนับสนุน CSS3 / IE และอื่น ๆ อีกมากมายและส่วนใหญ่จะเดือดร้อนถึงความเชื่อหรือศาสนา "TAD BAD !," "ขัน IE!" "ไมโครฟอร์แมตจะรักษามะเร็งได้!" ข้อโต้แย้งเหล่านั้นส่วนใหญ่ไม่มีผลกระทบใด ๆ ในโลกแห่งความเป็นจริงใด ๆ ดังนั้นถ้าคุณเรียนรู้ CSS บางอย่างให้แน่ใจว่าได้หลีกเลี่ยงวงกลมดันทุรังและมุ่งเน้นที่การเรียนรู้วิธีวางสิ่งของบนหน้าจอ
เกรแฮม

ใช่ฉันเคยเข้าร่วมการอภิปรายเช่น "ควรใช้ตารางหรือไม่?" จากนั้น "ทำไม Google และ Twitter ใช้ตาราง?" เมื่อเห็นคำถามดังกล่าวฉันแค่คิดว่ามันยากที่จะเลือกจากแท็กที่มีอยู่ /

บนฝั่งไคลเอ็นต์ตารางเป็นเค้าโครงหรือใช้ลอยอย่างต่อเนื่องเพื่อวางตำแหน่งแนวนอนในปี 2011 หรือ 2014 ไม่ใช่การปฏิเสธความเชื่อ พวกเขาเป็นสัญญาณของใครบางคนที่ตัดสินใจที่จะใส่วันหมดอายุในอาชีพของพวกเขา นักออกแบบหรือนักพัฒนาส่วนหน้าโฆษณา / การตลาด / หน่วยงานเชิงโต้ตอบโดยเฉพาะอาจสามารถทำสิ่งนั้นได้ หากฉันเห็นว่าในงานล่าสุดของใครบางคนฉันจะแนะนำให้เช่าที่ใดก็ได้ที่ฉันทำงานซึ่งผลิตภัณฑ์สุดท้ายไม่ได้ถูกทิ้ง
Erik Reppen

1

ฉันจะระบุสามส่วนจริง ๆ :

  • ผู้พัฒนาฝั่งเซิร์ฟเวอร์
  • ผู้พัฒนาฝั่งไคลเอ็นต์ (โปรแกรมเมอร์ JavaScript)
  • นักออกแบบ

คุณจะต้องมีความรู้อย่างละเอียดทั้ง HTML และ CSS การแบ่งค่าแรงระหว่างฝั่งเซิร์ฟเวอร์และฝั่งไคลเอ็นต์ / นักพัฒนาออกแบบต้องการให้ผู้พัฒนาฝั่งเซิร์ฟเวอร์จัดหา HTML ที่สร้างโดยการโต้ตอบของฐานข้อมูลและการเขียนโปรแกรม HTML นั้นมีตัวระบุ CSS เช่นกันเพื่อให้สามารถจัดการได้โดยนักพัฒนาหรือนักออกแบบด้านลูกค้า

งานของคุณในฐานะผู้พัฒนาฝั่งเซิร์ฟเวอร์มักจะให้มาร์กอัป HTML / CSS กับอีกสองรายการ มีจุดมุ่งหมายเพื่อการเรียนรู้อย่างเต็มรูปแบบของทั้ง HTML และ CSS


1
"ผู้พัฒนาฝั่งเซิร์ฟเวอร์จัดหา HTML" HTML ที่สร้างขึ้นควรมีบทบาทร่วมกัน 3 บทบาท ทุกคนต้องมีส่วนร่วมกับ HTML ผู้พัฒนาฝั่งเซิร์ฟเวอร์ไม่มีส่วนเกี่ยวข้องกับ CSS
Raynos

@Raynos ผู้พัฒนาฝั่งเซิร์ฟเวอร์ไม่ได้กำหนดกฎ CSS นี่เป็นความจริง อย่างไรก็ตามพวกเขาจะต้องเข้าใจวิธีการกำหนดคลาสในมาร์กอัปสำหรับการจัดกลุ่มความหมาย
Michael

1
@ มีหลายอย่างที่แตกต่างกัน HTML และ CSS นั้นมีความเกี่ยวข้องกัน ผู้พัฒนาฝั่งเซิร์ฟเวอร์ควรจะเปิดเผย XML / JSON REST API และผู้พัฒนา / ออกแบบ front-end เขียน HTML / CSS นักพัฒนาฝั่งเซิร์ฟเวอร์ยังไม่ควรเขียน CSS เพื่อให้นักพัฒนาเว็บใช้
Raynos

1

คุณจำเป็นต้องรู้ HTML + CSS เนื่องจากจำเป็นและไม่ยากที่จะเรียนรู้ คุณจะเผชิญกับข้อผิดพลาดขณะพยายามตั้งค่า CSS สำหรับเบราว์เซอร์ทั้งหมด แต่คุณต้องรู้เพราะบางครั้งคุณจำเป็นต้องสร้าง HTML โดยใช้ฝั่งเซิร์ฟเวอร์

คุณสามารถเริ่มต้นเรียนรู้สิ่งเหล่านั้นด้วยการสร้างบล็อกของคุณเอง หากไม่มีอะไรให้บล็อกคุณสามารถบล็อกเกี่ยวกับบทเรียนของคุณ


1

เอ่อฉันไม่เข้าใจว่าทำไมคนถึงไม่เข้าใจ ไม่มีรหัสส่วนหน้ากับเว็บไซต์ มันคือรหัสส่วนหลังทั้งหมด รหัสหน้าเป็นเบราว์เซอร์ดังนั้นถ้าคุณทำงานกับ Mozilla หรือ IE หรือ Chromium / google หรือซาฟารีคุณกำลังเขียนรหัสฝั่งเซิร์ฟเวอร์ นี่คือวิธีการทำงาน: เบราว์เซอร์ร้องขอไฟล์จากเว็บเซิร์ฟเวอร์ เว็บเซิร์ฟเวอร์ให้ไฟล์ เบราว์เซอร์ตีความไฟล์นั้นและอาจขอไฟล์เพิ่มเติม (รูปภาพ, javascript, css, ฯลฯ ) และตีความไฟล์เหล่านั้นจนกว่าไฟล์ทั้งหมดจะถูกตีความ

ตอนนี้ไฟล์แรกที่คำขอของเบราว์เซอร์คือไฟล์ html ไฟล์ HTML ถูกแยกวิเคราะห์และเบราว์เซอร์ตัดสินใจว่าจะแสดงเนื้อหาของมันอย่างไร ดังนั้นหนึ่งในแนวคิดสำคัญที่ต้องเก็บไว้ที่นี่คือไฟล์ html ถูกใช้โดยตัวแยกวิเคราะห์

เว็บเซิร์ฟเวอร์เป็นซอฟต์แวร์ที่รับฟังพอร์ตและประมวลผลคำขอไฟล์ หากไฟล์เป็นไฟล์แบบสแตติก (เราหมายถึงสแตติกที่นี่ในแง่ที่ว่าไฟล์ถูกสร้างขึ้นแล้ว) จากนั้นจะถูกคัดลอกตามที่เป็นไปยังไคลเอนต์ที่ร้องขอ หากไฟล์นั้นเป็นแบบไดนามิกหมายความว่ามันถูกสร้างขึ้นในแต่ละครั้งที่มีการร้องขอไฟล์เว็บเซิร์ฟเวอร์จะร้องขอไฟล์ที่จะสร้างโดยซอฟต์แวร์ที่สร้างไฟล์นั้น (ทั้งกระบวนการที่กำลังทำงานอยู่ไลบรารีที่โหลดหรือการวางไข่กระบวนการ) และ ซอฟต์แวร์ดังกล่าวสร้างไฟล์และส่งไปยังเว็บเซิร์ฟเวอร์ซึ่งในทางกลับกันส่งไปยังลูกค้า

เมื่อไฟล์นั้นถูก "ให้บริการ" ไปยังไคลเอนต์และแยกวิเคราะห์แล้วลูกค้าอาจร้องขอไฟล์ประเภทอื่นเช่นไฟล์ json ซึ่งสามารถข้ามการแยกวิเคราะห์โดย html renderer และแทนที่จะส่งไฟล์กลับไปที่ล่ามจาวาสคริปต์ที่ทำงานใน ลูกค้าและสิ่งเหล่านี้จะถูกแยกวิเคราะห์ (eval เป็นรูปแบบของการแยก) โดย javascript นี่คือสิ่งที่ AJAX ใช้

ทีนี้สิ่งนี้มีผลกับคุณอย่างไร? หากไฟล์ใด ๆ บนเซิร์ฟเวอร์ถูกสร้างแบบไดนามิกแสดงว่ามีซอฟต์แวร์ที่ทำงานบนเซิร์ฟเวอร์ที่บอกวิธีสร้างไฟล์ ผู้ที่ตั้งโปรแกรมซอฟต์แวร์เหล่านี้ถือเป็นโปรแกรมเมอร์ "ฝั่งเซิร์ฟเวอร์"

ไฟล์ html เหล่านี้ที่สร้างขึ้นบนเซิร์ฟเวอร์จะบอกเบราว์เซอร์ว่าไฟล์อื่น ๆ มีอะไรให้รวมดังนั้นจาวาสคริปต์และรูปภาพและ css จะต้องนำเข้าจัดเรียงและจัดเรียงโดยไฟล์ html ที่สร้างขึ้น

เฟรมเวิร์กเว็บจำนวนมากและฉันกล้าพูดว่าวิธีการ (MVC และคณะ) ได้รับการพัฒนาขึ้นเพื่อสร้างขอบเขตระหว่างการทำงาน "ฝั่งเซิร์ฟเวอร์" บริสุทธิ์และงาน "ฝั่งไคลเอ็นต์"

ฉันลืมที่จะพูดถึงโอ้คนที่รักข้อมูล คนที่จัดเก็บข้อมูลนั้นมีฝั่งเซิร์ฟเวอร์มากกว่าตัวเขียนซอฟต์แวร์การสร้างไฟล์ HTML ฝั่งเซิร์ฟเวอร์ การจัดเก็บข้อมูลไม่ว่าจะเป็นฐานข้อมูลเชิงสัมพันธ์ NoSQL หรืออย่างอื่นก็เป็นอีกเรื่องหนึ่ง ฉันพูดถึงเรื่องนี้เพราะกรอบและวิธีการของผู้จำหน่ายรายใหญ่ (MVC และคณะอีกครั้ง) ดูเหมือนจะทำให้ง่ายต่อการเพียงแค่

ว้าวคำตอบที่ค่อนข้างยาวคืออะไร

ฉันทำให้คำตอบที่ดูเหมือนจะท้าทายคำสั่งของคุณว่ามีนักพัฒนาฝั่งเซิร์ฟเวอร์และนักพัฒนาฝั่งไคลเอ็นต์ หากคุณส่งมอบระบบข้อมูลของคุณผ่านเว็บไซต์ทุกอย่างจะต้องมีการจัดเก็บจัดระเบียบและจัดการบนเซิร์ฟเวอร์ และมันก็เป็นเรื่องใหญ่และถ้าคุณไม่ได้เรียนรู้ว่ามันทำงานได้ดีจริง ๆ คุณจะต้องใช้เวลาสักหน่อยในการทำให้มันทำงานได้ดี ดังนั้นทั้งหมดฝั่งเซิร์ฟเวอร์


1
ไม่แน่ใจว่าร้ายแรงหรือไม่? นี่มันโง่ "ฝั่งไคลเอ็นต์" หมายถึงซอฟต์แวร์ที่ RUNS บนเครื่องไคลเอนต์ไม่ใช่แพลตฟอร์มการนำส่ง HTML, CSS และ JavaScript ถูกเก็บไว้บนเซิร์ฟเวอร์ (duh) แต่ RUN บนไคลเอ็นต์ ดังนั้นการพัฒนาจึงถือเป็น "ฝั่งลูกค้า"
เกรแฮม

ซอฟต์แวร์ที่ทำงานบนเครื่องไคลเอนต์จะถูกตีความโดยเอ็นจิ้นการแสดงผลในเบราว์เซอร์ซึ่งเป็นสิ่งที่ทำงานบนไคลเอนต์ เอ็นจิ้นการเรนเดอร์แสดงผล html ก่อนจากนั้นจึงทำการเรนเดอร์ทรัพยากรที่เกี่ยวข้องใด ๆ ในบริบทของไฟล์ html
คริสฮัน

@ Graham ใช่มันซับซ้อนดังนั้นอุทธรณ์ของ Silverlight และ AdobeAir
Christopher Mahan

0

+1 สำหรับคำถาม ฉันคิดเสมอว่าการเขียนโค้ดฝั่งเซิร์ฟเวอร์นั้นน่าสนใจและสำคัญกว่าการทำ html + css + js + ajax + .. และสิ่งต่างๆมากมาย อย่างไรก็ตามถ้าคุณอยู่คนเดียวและคุณต้องการสร้างเว็บแอปพลิเคชันของคุณเองคุณจะต้องเป็นทั้งโปรแกรมเมอร์ฝั่งเซิร์ฟเวอร์และผู้ออกแบบ + (โปรแกรมเมอร์ฝั่งไคลเอ็นต์) นั่นเป็นเหตุผลที่ตอนนี้ฉันเรียนรู้ html5 และ css3


ขอบคุณ Sergey ฉันกำลังทำ HTML 4 และ CSS และฉันจะพยายามย้ายไปที่ HTML5 และ PHP ในเร็ว ๆ นี้ :)

ด้านไหนน่าสนใจมากขึ้นอยู่กับแอพพลิเคชั่น เว็บแอปพลิเคชั่นส่วนใหญ่มีประสบการณ์ผู้ใช้ประมาณ 90% และการออกแบบข้อมูล 10%
วินไคลน์

ถ้าคุณออกแบบข้อมูลถูกต้องประสบการณ์ผู้ใช้ก็จะง่ายเช่นกัน!
Christopher Mahan

"ถ้าคุณออกแบบข้อมูลถูกต้องประสบการณ์ผู้ใช้ก็จะง่ายเช่นกัน!" - ฉันขอโทษ แต่นั่นมันผิดพลาด Ipod มีการออกแบบข้อมูลพื้นฐานเช่นเดียวกับเครื่องเล่น MPG อื่น ๆ กว่า 100+ ตัวในตลาด แต่ประสบการณ์การใช้งานที่ปฏิวัติวงการทำให้แอปเปิ้ลกลายเป็น บริษัท ที่เราทุกคนรู้จักในปัจจุบัน
เกรแฮม

0

จริงๆแล้วมันขึ้นอยู่กับ ในกรณีส่วนใหญ่คุณต้องรู้จัก HTML & CSS ในบางกรณีคุณสามารถละเว้นทั้งสองอย่างได้

กรณีที่ 1

ใน บริษัท ของฉันมีโครงการที่มีการแยกเข้มงวดระหว่าง HTML และ CSS และทุกอย่างที่เกี่ยวข้องกับด้านเซิร์ฟเวอร์ สิ่งนี้ช่วยให้สามารถนำนักพัฒนา C # หรือ PHP ที่ดีที่สุดมารวมกันและเป็นผู้พัฒนา HTML, CSS & JavaScript ที่ดีที่สุด ผู้พัฒนาฝั่งเซิร์ฟเวอร์ผลิตสำหรับทุกออบเจ็กต์หน้าเซิร์ฟเวอร์ที่มีทุกสิ่งที่เราต้องการเพื่อแสดงหน้า วัตถุเหล่านั้นจะถูกต่อเนื่องกันเป็น XML ผู้พัฒนาฝั่งไคลเอ็นต์เลือกวัตถุเหล่านั้นและแปลงเป็น XHTML ด้วย XSLT

สิ่งนี้ถูกกล่าวว่าฉันไม่เคยเห็นวิธีการนี้ใน บริษัท อื่น นอกจากนี้ยังมีข้อ จำกัด มากมายและถึงแม้ว่ามันจะสมบูรณ์แบบในบางกรณีมันก็ไม่สามารถใช้งานได้ในหลาย ๆ กรณี

กรณีที่ 2

เมื่อในเว็บไซต์ขนาดเล็กนักพัฒนาและนักออกแบบทำงานร่วมกันจะไม่มีฉันทามติว่าใครเขียน HTML & CSS คุณต้องตัดสินใจสำหรับทุกโครงการตามทักษะของคนทั้งสองที่เกี่ยวข้อง แม้ว่าในหลายกรณีก็เป็นนักพัฒนาที่เกี่ยวข้องกับ HTML และ CSS คุณยังสามารถหานักออกแบบบางคนที่รู้ HTML และ CSS เป็นอย่างดี ในกรณีนี้ถ้าคุณตั้งใจจะทำงานในโครงการขนาดเล็กและเฉพาะกับผู้ออกแบบดังกล่าวคุณไม่จำเป็นต้องเรียนรู้ HTML / CSS

กรณีที่ 3

ในโครงการขนาดใหญ่นั้นไม่ใช่เรื่องแปลกที่จะจ้างคนที่ทุ่มเทเพื่อเขียนโค้ด HTML และ CSSตามงานของนักออกแบบและนักพัฒนาฝั่งเซิร์ฟเวอร์ โดยปกติแล้วคุณควรทำเช่นนี้เนื่องจากคุณไม่ต้องการจ่าย $ 100 ต่อชั่วโมงสำหรับนักพัฒนา C # ที่มีประสบการณ์ในการเขียน HTML จริงๆ มันเสียเวลาและเงิน


สิ่งเหล่านี้ไม่ได้เกิดขึ้นบ่อยที่สุด ดังนั้นเน้นการพัฒนาฝั่งเซิร์ฟเวอร์ แต่พยายามเรียนรู้ HTML และ CSS ด้วย ความรู้เพิ่มเติมไม่เคยเจ็บปวด


0

บางครั้งโดยเฉพาะอย่างยิ่งในตอนเริ่มต้นคุณจะทำงานด้วยตัวเองในโครงการและจะต้องทำ front-end และ back-end ในกรณีนี้คุณต้องมีความรู้พื้นฐานเกี่ยวกับ HTML และ CSS เป็นอย่างน้อย คุณไม่จำเป็นต้องเป็นนักออกแบบที่ยอดเยี่ยมคุณเพียงแค่ต้องรับข้อมูลจากแบ็กเอนด์ที่ปรากฏในเบราว์เซอร์ของคุณเพื่อให้คุณสามารถทดสอบสิ่งต่างๆ


0

ที่จริงแล้วทุกอย่างขึ้นอยู่กับ หากคุณมีปัญหาเกี่ยวกับการเขียนโปรแกรมซอฟต์แวร์เซิร์ฟเวอร์ให้แน่ใจว่าคุณรู้วิธีมาตรฐานที่ผู้พัฒนาเว็บระดับสูง (HTML / CSS) ควรจะสามารถเชื่อมต่อกับแอปพลิเคชันของคุณได้ อย่างไรก็ตามหากคุณวางแผนที่จะทำงานจำนวนมากเชื่อมโยงอย่างใกล้ชิดกับ HTML / CSS คุณจำเป็นต้องรู้ HTML และ CSS อย่างสมเหตุสมผล ไม่ว่าจะด้วยวิธีใดก็เป็นเรื่องดีที่จะรู้เทคโนโลยีเพิ่มเติม ฉันเป็นโปรแกรมเมอร์ท้องถิ่นและแม้กระทั่งฉันรู้จัก HTML / CSS เพียงพอที่จะสร้างเว็บไซต์ที่ดูดี ที่ถูกกล่าวว่าฉันเรียนรู้มันเท่านั้นดังนั้นฉันสามารถเรียนรู้ AJAX ที่จะเขียนส่วนเสริมของ Chrome / Firefox

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.