การเป็นนักพัฒนาอาวุโสที่ใช้ภาษาเดียวทำให้คุณเป็นนักพัฒนาอาวุโสที่ใช้ภาษาอื่นหรือไม่? [ปิด]


27

หากฉันทำงานเป็น Developer ในภาษาหนึ่ง (เช่น Java) และทำงานต่อจนถึง Developer อาวุโสนั่นจะทำให้ฉันเป็นผู้พัฒนาอาวุโสสำหรับตำแหน่งที่ใช้ภาษาอื่น (เช่น Ruby) หรือไม่


2
@ ฟิลลิป - คำถามนี้เป็นคำถามแนวเขตแดนสำหรับสองแนวหน้า เป็นเส้นแบ่ง "เกินไปเป็นภาษาท้องถิ่น" เพราะจริงๆแล้วจะมีค่าสำหรับคุณและเป็นเส้นเขตแดน "ไม่สร้างสรรค์" เนื่องจากไม่ได้ระบุแนวทางในการถามคำถามที่ระบุไว้ในคำถามที่พบบ่อยของเรา หากคุณสามารถแก้ไขคำถามนี้และให้คำแนะนำกับแนวทางที่อาจเป็นประโยชน์ในการบันทึกคำถาม
Walter

8
@Walter - ฉันต้องไม่เห็นด้วยกับความคิดเห็นแรกของคุณในการแปล นี่เป็นคำถาม / คำตอบที่เกี่ยวข้องโดยทั่วไปเกี่ยวกับการเป็นนักพัฒนาอาวุโสในภาษาหนึ่งให้สิทธิ์คุณแก่ตำแหน่งนักพัฒนาอาวุโสในอีกภาษาหนึ่ง
Craige

1
@Walter - ลบปัญหาการแปลฉันคิดว่ามันอาจสมเหตุสมผลในขณะนี้
Jon Hopkins

1
@Walker - ขออภัยคำถามมีความหมายเช่นเดียวกับ Craige พูดว่า ฉันเพิ่งเขียนแบบนั้นเพราะฉันคิดว่าโปรแกรมเมอร์ส่วนใหญ่ที่ถือว่าเป็นจูเนียร์ต้องการเป็นนักพัฒนาอาวุโสสักวัน การเลือกตำแหน่งจูเนียร์ที่เหมาะสมจึงเป็นสิ่งสำคัญ (หรือไม่)
ฟิลิป

11
คำถามนี้ดูเหมือนว่าสมมติว่า "นักพัฒนาอาวุโส" มีความหมายที่ยอมรับกันโดยทั่วไป ปกติแล้วมันจะเป็นชื่องานประเภทหนึ่งและชื่องานก็เป็นสิ่งที่คุณและนายจ้างของคุณเห็นด้วย
David Thornley

คำตอบ:


33

วิธีที่ดีที่สุดในการตอบคำถามนี้คือดูว่าความแตกต่างระหว่าง Developer และ Senior Developer สมมติว่าไม่ใช่แค่เวลาให้บริการโดยทั่วไปฉันคาดหวังว่าทั้งผู้พัฒนาและนักพัฒนาอาวุโสจะสามารถ:

  • เขียนโค้ดอย่างเชี่ยวชาญในภาษาที่บทบาทต้องการ
  • วินิจฉัยและแก้ไขข้อบกพร่อง
  • เขียนการทดสอบหน่วย
  • ปฏิบัติตามมาตรฐานและแนวปฏิบัติที่เหมาะสม (การควบคุมเวอร์ชันเอกสาร)
  • มีความสามารถทางเทคนิคขั้นพื้นฐานในวงกว้าง
  • ปฏิบัติอย่างมืออาชีพ

นอกจากนี้ฉันคาดหวังว่านักพัฒนาอาวุโสจะ:

  • ให้คำปรึกษาแก่สมาชิกคนอื่น ๆ ของพนักงานในการปฏิบัติที่ดีที่สุด
  • เป็นและรับทราบจุดอ้างอิงสำหรับบางภาษาที่ทีมใช้
  • ค้นคว้าวิจัยและสนับสนุนการปฏิบัติที่เป็นเลิศในด้านใหม่ ๆ
  • เป็นเจ้าของด้านเทคนิคของปัญหาที่ซับซ้อนมากขึ้น / พื้นที่ของรหัสและให้บริการโซลูชั่นที่มั่นคง

ดังนั้นคำถามจะกลายเป็นว่าคุณได้ทำตามเกณฑ์การขยายสำหรับภาษาที่สอง (หรือสามหรือสี่) ของคุณหรือไม่ ฉันขอแนะนำว่าตราบใดที่คุณมีความสามารถทางเทคนิคเพียงพอในภาษาที่คุณกำลังจะย้ายไปแล้วใช่เพราะสิ่งต่าง ๆ ของนักพัฒนาอาวุโสส่วนใหญ่มักจะถ่ายโอน


1
มันขึ้นอยู่กับสภาพแวดล้อมโดยเฉพาะอย่างยิ่งเจ้านาย "Sr's" บางคนรู้สึกว่าพวกเขาจำเป็นต้องแสดงความรู้ในทุกเรื่องโดยเฉพาะอย่างยิ่งที่ "jr" อาจมีความรู้และประสบการณ์มากขึ้นในเรื่อง ความตึงเครียดที่ร้ายแรงบางอย่างสามารถสร้างขึ้นได้เมื่อ Sr. ที่มีพื้นหลัง C ++ ทำงานในโครงการ C # "jr" อาจมีฐานความรู้ที่ใหญ่กว่าสำหรับกรอบงานเฉพาะนี้ นี่อาจทำให้เกิดการต่อสู้ที่ดุเดือดโดยเฉพาะอย่างยิ่งเมื่อเจ้านายกำลังฟัง
P.Brian.Mackey

@ P.Brian.Mackey - พอใช้มีความแตกต่างค่อนข้างมากระหว่างงานต่าง ๆ ที่มีชื่อเรื่องเดียวกัน ฉันไปกับสิ่งที่ฉันคิดว่าเป็นคำนิยามที่ค่อนข้างธรรมดา (และสมเหตุสมผล) แต่อาจมีตั้งแต่ "อายุเกิน 30" ถึง "รู้ทุกอย่างเกี่ยวกับทุกสิ่ง"
Jon Hopkins

1
ขอให้โชคดีที่ภาษาหลังมีความซับซ้อนกว่า BF ... ถึงแม้ C จะมีมุมมืดมากกว่าที่คุณคาดหวัง!
SamB

'Sr' 'บางคนรู้สึกว่าพวกเขาต้องการแสดงความรู้ในทุกเรื่อง' คนเหล่านี้ควรบอกให้ทำใจให้สบาย คุณไม่สามารถเรียนรู้อะไรเลยถ้าคุณไม่ยอมรับมีสิ่งที่คุณไม่รู้ ความสามารถในการยอมรับความไม่รู้อย่างอิสระของบางสิ่งบางอย่างเป็นสัญญาณของความแข็งแกร่งไม่ใช่จุดอ่อน
PeterAllenWebb

1
+1 สำหรับการชี้ให้เห็นว่าทักษะบางอย่าง แต่ไม่ใช่ทั้งหมดนั้นสามารถถ่ายโอนได้ วิธีที่ยอดเยี่ยมที่จะนำมัน
Nicole

5

คุณสามารถสมัครตำแหน่งใดก็ได้ใน บริษัท ที่คุณชอบไม่ว่าสถานะปัจจุบันของคุณคืออะไร

มันจะขึ้นอยู่กับคุณในการพิสูจน์ CV / จดหมายปะหน้า / สัมภาษณ์ของคุณว่าคุณเป็นคนสำหรับงาน


5

ฉันมองหาคุณสมบัติต่อไปนี้เมื่อฉันสัมภาษณ์ผู้พัฒนาระบบ

  • ทำงานได้หลายภาษา
  • มีความเชี่ยวชาญในอย่างน้อยหนึ่งคนมีความสามารถอย่างน้อยหนึ่งคนโดยเฉพาะอย่างยิ่งในกระบวนทัศน์ที่ต่าง
  • ตระหนักถึงเทคโนโลยีในปัจจุบันสถานะของศิลปะ ฯลฯ ในพื้นที่ที่เลือก
  • พื้นฐาน CS ที่ดีเช่นอัลกอริธึมการคิดต้นทุนอัลกอริธึมโครงสร้างข้อมูลเป็นต้น
  • ความสามารถในการสลับไปมาระหว่างรายละเอียดของปัญหาเฉพาะและภาพรวม
  • แสดงเมื่อสิ่งต่าง ๆ เคลื่อนที่ไปในทิศทางที่ผิดและทำไม และจากนั้นจะสามารถดำเนินการต่อไปในทิศทางที่ผิดนั้น (aka มืออาชีพ)
  • ความสามารถในการให้คำปรึกษา
  • ความสามารถในการทำงานภายในและกับทีม

มีสิ่งอื่น ๆ อีกมากมายที่ฉันมองหา แต่สิ่งเหล่านี้เป็นประเด็นหลัก

ในขณะที่ฉันได้แนะนำให้จ้างนักพัฒนาซอฟต์แวร์ที่ไม่ใช่ผู้เชี่ยวชาญในภาษาที่ใช้ในที่ทำงานพวกเขาเป็นผู้เชี่ยวชาญในภาษาที่คล้ายคลึงกัน


3

คุณสามารถสมัครได้ แต่อย่างน้อยถ้าฉันกำลังจ้างฉันอาจจะจ้างคุณหรือไม่ก็ได้

ความอาวุโสเกี่ยวข้องกับ (อย่างน้อย) สองด้าน ความเชี่ยวชาญด้านการพัฒนาทั่วไปและความเชี่ยวชาญด้านภาษา / กรอบงาน (ฉันตั้งใจละทิ้งความรู้ทางธุรกิจออกไป) ในปัจจุบัน การเป็นนักพัฒนาอาวุโสในหนังสือของฉันยังรวมถึงระดับความเชี่ยวชาญด้านการออกแบบ / สถาปัตยกรรม วิธีสร้างระบบที่ดี / ทดสอบได้ ฯลฯ

การไปถึงระดับนี้ใน Java ควรจะช่วยให้คุณใช้ภาษาอื่นที่คล้ายกัน (คล้ายกัน / ขั้นตอน)

แต่ในยุคที่คาดว่าจะได้ผลผลิตในทันทีคุณไม่น่าจะรู้ทับทิมเกี่ยวกับ Java ได้ วิธีแบ่งระบบของคุณออกเป็นโครงสร้างที่เป็นมิตรกับทับทิมแทนที่จะสร้างโครงสร้างที่เป็นมิตรกับ Java คุณอาจรู้จัก Java Framework บางตัวและไม่ใช่ Rails หรือ Ruby-specific อย่างอื่น

ถ้าฉันจะขอให้คุณเขียนโค้ดไวท์บอร์ดใน Ruby ระหว่างการสัมภาษณ์คุณสามารถทำได้หรือไม่?

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

โชคดี


ขอบคุณสำหรับคำตอบของคุณใช่ฉันสามารถเขียนโค้ดไวท์บอร์ดใน Ruby (เช่นเดียวกับ C ++, Java) จริงๆแล้วฉันคิดว่าตัวเอง ณ จุดปัจจุบันมีความเชี่ยวชาญใน Ruby มากกว่าใน Java เพราะตั้งแต่ปีที่ฉันทำงานในโครงการส่วนตัวที่สร้างบน Ruby
Philip

3

Nope

นั่นเป็นหนึ่งในความแตกต่างที่สำคัญระหว่างอาชีพของเรากับอาชีพที่เป็นทางการมากกว่า หากคุณเคยทำงานเป็นทนายความทำพินัยกรรมและที่ดินเป็นเวลา 20 ปีแล้วคุณจะไปสั่งในอัตราที่สูงเพราะคุณมี 20 ปีของความรู้สร้างขึ้นในโดเมนนั้น

หากคุณได้ทำ C ++ / Win32 / MFC เป็นเวลา 15 ปีแล้วนั่นไม่ได้ทำให้คุณมีคุณสมบัติในระดับสูงในฐานะผู้พัฒนา Rails แม้ว่าคุณจะยังคงแก้ปัญหาเดียวกันในโดเมนเดียวกัน ... กล่าวว่าทางการแพทย์ ตัวอย่างเช่นการเรียกเก็บเงิน

ยิ่งแย่ไปกว่านั้น บริษัท ส่วนใหญ่จะไม่คิดว่าคุณอยู่ในตำแหน่งที่ใกล้เคียงกัน ... ตัวอย่างเช่นถ้าคุณทำ C ++ / MFC มาแล้ว 5-7 ปีคุณควรจะได้ความเร็วสูงสุดใน C # /.NET รวดเร็วมากอย่างน้อยสำหรับเดสก์ท็อป น่าเสียดายที่ บริษัท ส่วนใหญ่ไม่เห็นด้วยวิธีนี้


4
ฉันไม่ทราบว่า บริษัท "ส่วนใหญ่" จะเห็นแบบนั้น ปัญหาในขณะนี้ในภาวะเศรษฐกิจตกต่ำคือมีคนจำนวนมากที่มีอยู่แล้วที่รู้แล้ว (จากตัวอย่างของคุณ) C # ดังนั้นพวกเขาอาจทำให้คุณแคบลงจากการค้นหาโดยใช้ตัวเลข
Wonko the Sane

ฉันคิดว่าทักษะและประสบการณ์ส่วนใหญ่สามารถถ่ายโอนได้ เรียนรู้ไวยากรณ์ใหม่ได้ง่าย น่าเสียดายที่คุณพูดถูก: ไม่ใช่สิ่งที่คุณคิด แต่เป็นคนที่คุณจ้างคิด
ไม่มีใคร

3

มันขึ้นอยู่กับ

ถอด "การเขียนโปรแกรม" ออกจากมัน ทำท่าแสร้งทำเป็นว่าคุณเป็นนักแปลมืออาชีพ

สมมติว่าภาษาอังกฤษเป็นภาษาแรกของคุณและคุณก็มีความเชี่ยวชาญในภาษาฝรั่งเศส คุณมีแนวโน้มที่จะเรียนรู้ภาษาสเปนได้อย่างง่ายดาย

อย่างไรก็ตามคุณไม่น่าจะเชี่ยวชาญภาษาจีนหลายภาษาได้อย่างรวดเร็ว ในขณะที่ประสบการณ์ของคุณในฐานะนักภาษาศาสตร์จะช่วยให้คุณเรียนรู้ภาษาทำให้คุณได้เปรียบกว่าใครบางคนที่ไม่เคยเรียนภาษาต่างประเทศมาก่อนคุณจะต้องใช้เวลานานกว่านี้ในการเป็น "ผู้เชี่ยวชาญ" (เช่น "อาวุโส") ) นักแปลในภาษานั้น


2

ใช่และไม่.

หากภาษามีลักษณะคล้ายกันให้พูด C ++, Java หรือ Ruby แน่ใจว่าคุณควรพิจารณา ขึ้นอยู่กับว่าผู้คนที่นั่งอยู่ในออฟฟิศนั้นมีความยืดหยุ่นแค่ไหนคุณมีโอกาสในการต่อสู้

อย่างไรก็ตามถ้าภาษามีความแตกต่างกันอย่างมากและโดยที่ฉันหมายความว่าคุณเป็นคนภาษาโคบอลที่ถูกเตะขึ้นเกี่ยวกับ Haskell แล้วแม้ว่าโอกาสในการเป็นภาษาโคบอลมากกว่า 10 ปีของคุณนั้นค่อนข้างจะเต็มไปด้วยความปลอดภัย

คู่ของสิ่งที่จะไปในความโปรดปรานของคุณในสถานการณ์ดังกล่าว:

  1. หากคุณรู้หลายภาษาอยู่แล้วและได้รับประสบการณ์ที่พิสูจน์แล้วในเรื่องเดียวกัน สมมติว่าคุณเก่งภาษา C ++ แต่ก็รู้ Perl, Tcl และ Ruby บางคนฉันยินดีที่จะพิจารณาคุณสำหรับ Java ในความเป็นจริงฉันรู้ว่าคนที่มีงาน Java กับ C ++ ในงานของพวกเขา
  2. หากประสบการณ์ของคุณอยู่ในโดเมนที่เกี่ยวข้องคุณมีโอกาสที่จะทำมัน ตัวอย่างเช่นถ้าคุณเป็นโปรแกรมเมอร์เกม C ++ ฉันไม่เห็นเหตุผลว่าทำไมคุณถึงไม่สามารถจ้างงาน C # ที่ต้องการมัลติเธรดแบบมัลติเธรดได้

1
ตกลงฉันต้องถาม - Ruby เป็น C ++ หรือ Java อย่างไร C ++ และ Java เป็นทั้งภาษา C-style ในขณะที่ Ruby มาจาก Perl, Python และ Smalltalk
Craige

ฉันอ้างถึง OOP ว่าเป็นธีมหลัก
Fanatic23

2

ฉันไม่ค่อยเห็นชื่อ "อาวุโส" ตามภาษา ฉันรู้โปรแกรมเมอร์ระบบอาวุโสสองสามคนโปรแกรมเมอร์เว็บคู่อาวุโสและโปรแกรมเมอร์ COBOL อาวุโสหนึ่งคน

การเขียนโปรแกรมมีหลายแง่มุมและมีหลายสาขาที่เสนอ ฉันคาดหวังว่านักพัฒนาเว็บระดับสูง (ในชื่อผู้เขียนโปรแกรมและผู้พัฒนาดูเหมือนจะใช้แทนกันได้) จะมีความเชี่ยวชาญในภาษากระแสหลักหลายภาษาที่ใช้ในการพัฒนาเว็บ สิ่งนี้ทำให้กูรู Python และ PHP เป็นผู้เชี่ยวชาญทันทีใน C # หรือไม่? ไม่ในทางกลับกันปรมาจารย์ C # ทุกคนไม่ได้เชี่ยวชาญศิลปะการบริหารโครงการและความเป็นผู้นำ

ฉันรับใช้บทบาทของ CTO ใน บริษัท นอกเหนือจากการเป็นโปรแกรมเมอร์ระบบอาวุโส กระนั้นฉันก็ยินดีที่จะเลื่อนขั้นโครงการหรือผู้เชี่ยวชาญ LISP อย่างมีความสุขหากเราพบโครงการที่จำเป็นเช่นกัน ส่วนหนึ่งของการเป็นผู้นำที่ดีคือการทำความเข้าใจข้อ จำกัด ของคุณเองและข้อบกพร่องแรก

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

อย่าไล่ตามชื่อไล่ล่าความรู้ แต่เพื่อความเป็นธรรมบทบาทของคุณในตำแหน่งผู้นำก่อนหน้าอาจช่วยให้คุณได้เปรียบเพิ่มเติมโดยที่คุณได้แสดงให้เห็นถึงความสามารถในการใช้ภาษาในมือ


0

ฉันคิดว่ามันขึ้นอยู่กับสิ่งที่คุณรับรู้ในฐานะนักพัฒนาอาวุโส หากเป็นหน้าที่ของสถาปนิกมากกว่าหลักการออกแบบและรูปแบบการออกแบบหลายอย่างจะช่วยให้คุณได้รับประสบการณ์ในฐานะนักพัฒนาโดยไม่คำนึงถึงภาษา นั่นคือข้อดี ;-)

อย่างไรก็ตามเมื่อมองไปที่การสร้างแอพพลิเคชั่นหรือรหัสให้เป็นประโยชน์และสามารถบำรุงรักษาได้มากที่สุด (การเลื่อนบิตของคุณให้เป็นทาส) ฉันไม่คิดว่าคุณจะสามารถเข้าสู่ระดับประสบการณ์เดียวกันได้เมื่อเปลี่ยนภาษา IDE และ / หรือกรอบงาน

แต่ดังที่ runrun กล่าวว่าสิ่งนี้ไม่ได้ขัดขวางไม่ให้คุณสมัครอะไร


0

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

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


0

ฉันจะบอกว่ายิ่งภาษาระดับต่ำหรือเป็นมิตรกับเครื่องคือยิ่งคุณเป็นผู้เชี่ยวชาญมากขึ้น

ความเชี่ยวชาญ Java / C # จ่ายน้อยกว่าความเชี่ยวชาญ ASM / C / C ++

ภาษาหลังเหล่านั้นทำการจัดการหน่วยความจำและสิ่งอื่น ๆ ที่สำคัญจริง ๆ เมื่อทำการเขียนโปรแกรม

แต่สำหรับภาษา "ง่าย" อื่น ๆ คุณจะต้องทำการเปรียบเทียบอย่างรวดเร็วเกี่ยวกับคุณสมบัติที่ทำให้พวกเขา "ง่ายขึ้น" แต่ฉันคิดว่ามันไร้ประโยชน์ ประสบการณ์ที่มีภาษาง่าย ๆ จะถูกวัดได้ดีขึ้นด้วย CMS / โค้ดที่ทำอื่น ๆ ที่คุณใช้ในการทำงานเช่นการจุดไฟโค้ดหรือ django หรือ Apache หรือ RoR

สำหรับฉันผู้พัฒนาระดับสูงคือผู้ที่ตั้งโปรแกรมเคอร์เนลระบบฮาร์ดแวร์แบบฝังตัว ฯลฯ โปรแกรมเมอร์ที่ใช้ภาษาที่ไม่เป็นมิตรกับเครื่องไม่ใช่ผู้อาวุโสสำหรับฉัน พวกเขาทำงานได้ แต่นั่นคือทั้งหมด


ความคิดเห็นที่น่าสนใจ ฉันเห็นด้วย C + + เป็นความเจ็บปวดมากขึ้น ในอีกด้านหนึ่งความเจ็บปวดของ C ++ นั้นอยู่ที่นั่นเพราะบางส่วนของภาษา (ปัจจุบัน) นั้นล้าสมัย ภาษาที่ใหม่กว่ามีฟังก์ชั่นห้องสมุดมากขึ้น Lambdas, for-each-loops และไวยากรณ์ที่เป็นความลับน้อยลงสำหรับสิ่งต่าง ๆ มากมาย ปัญหาเหล่านี้สามารถเบี่ยงเบนความสนใจจากการเพ่งความสนใจไปที่สิ่งที่เกิดขึ้นจริงในระดับต่ำ
Philip

นี่เป็นความเห็นที่น่าสนใจ จากประสบการณ์ของฉันผู้อาวุโสเกี่ยวข้องกับการจัดการมากขึ้นไม่จำเป็นต้องเป็นเพราะพวกเขาไม่ได้ใช้รหัส แต่เป็นเพราะพวกเขามีประสบการณ์มากขึ้นในการแปลเนื้อหาระดับต่ำไปสู่ผู้ที่ไม่ใช้เทคโนโลยี แน่นอนคุณสามารถเคารพความสามารถนั้นหรือไม่ มุมมองของคุณก่อให้เกิดคำถามกับทีมนักพัฒนาเว็บ 30 คนพวกเขาไม่อาวุโสเพราะพวกเขาไม่สามารถเขียนเคอร์เนลได้ มันไม่ต่างอะไรกับคุณถ้าพวกเขาทำงานโมเสกหรือเพิ่งเรียนจบมัธยม?
Steve Jackson

30 ผู้พัฒนาเว็บหรือไม่ นักพัฒนา "ผู้อาวุโส" นั้นหมายถึงฉันว่าบุคคลนั้นได้รับการเข้ารหัสมาเป็นเวลานานหรืออายุมากขึ้น แต่ถ้าฉันคิดว่า "รุ่นพี่" ในแง่ของประสบการณ์และความรู้ที่สำคัญฉันไม่คิดว่าคุณจะเรียกมันว่าประสบการณ์การเขียนโปรแกรมหากคุณใช้ภาษาที่รวบรวมขยะ
jokoon
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.