จากผู้พัฒนาถึงดูแลระบบเมื่อเทียบกับจากดูแลระบบจนถึงผู้พัฒนา [ปิด]

คุณเริ่มเป็นผู้ดูแลระบบและต่อมาเปลี่ยนเป็นผู้พัฒนาหรือไม่ หรือ viceversa

อะไรทำให้เกิดการเปลี่ยนแปลง อาชีพใดที่คุณชอบมากกว่านี้ คุณพบข้อได้เปรียบอะไรบ้างจากการเปลี่ยนแปลง?

บอกเล่าเรื่องราวของคุณ :-)

สำเร็จการศึกษาในฐานะดูแลระบบจากนั้นเปลี่ยนเป็นสาขาการพัฒนา

ฉันเพิ่งมีช่วงเวลาแห่งการตรัสรู้ตระหนักว่าพีซีเป็นสิ่งที่ไร้สาระ ไม่มีจริงๆ. คุณมีข้อกำหนดฮาร์ดแวร์ที่ไม่ชัดเจนดังนั้นทุกคนใช้มันแตกต่างกันเล็กน้อยทำให้เกิดปัญหาความเข้ากันได้เล็กน้อย หากพีซีไม่ได้เป็นอึก็จะไม่มีความเข้ากันไม่ได้เมื่อใช้ RAM บางประเภท (ตราบใดที่มาตรฐานของพวกเขาตรงกับหนึ่งในเมนบอร์ด - ไม่มีข้อแก้ตัวใดๆ ว่าทำไม DDR3-1066 RAM ควรเข้ากันไม่ได้กับเมนบอร์ด DDR3-1066) หรือกับอุปกรณ์ USB บางอย่าง

ดังนั้นคุณมีฮาร์ดแวร์ที่ขาดจากการออกแบบเนื่องจากคุณสมบัตินั้นไร้ประโยชน์และยิ่งไปกว่านั้นคุณมีซอฟต์แวร์ที่บั๊กแล้ว ฉันเพิ่งรู้ว่า SysAdmin เป็นงานที่ไม่มีอะไรจะชนะ คุณไม่สามารถ "แก้ไข" ปัญหาได้ - คุณสามารถใช้เทปพันสายไฟเพื่อแก้ไขอาการบางอย่างชั่วคราว แต่คุณมักจะสูญเสียเพราะคุณไม่มีรากฐานที่ดีในการเริ่มต้น

สำหรับพวกคุณที่ไม่ต้องการทำงานกับ x86 / x64 อึ YMMV แต่ฉันได้เรียนรู้มากพอใน 7 ปีของ SysAdmin ที่จะรู้ว่ามันไม่ใช่งานของฉัน

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

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

ฉันเริ่มเป็นนักพัฒนาและจบลงด้วยการเป็น DBA จากนั้นดูแลระบบและตอนนี้เป็นผู้จัดการดูแลระบบ

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

นอกจากนี้ IMO เปอร์เซ็นต์ของงาน dev ที่สูงล้วนเกี่ยวกับการบำรุงรักษาแอปพลิเคชันเส็งเคร็งหรือการกำหนดแพ็คเกจเชิงพาณิชย์เอง ฮึ. สำหรับฉันระบบดูแลระบบดูเหมือนจะเสนอโอกาสมากขึ้นในการสร้างสรรค์และมีผลกระทบต่อระบบที่ทำให้ธุรกิจดำเนินต่อไป

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

1. งานทางโลกจะฆ่าสมองของคุณ
2. มีงานอัตโนมัติช่วยให้มั่นใจในระบบของคุณ

เมื่อหลายปีผ่านไปฉันได้ทำระบบการดูแลที่บริสุทธิ์น้อยลงเรื่อย ๆ และตอนนี้ชอบที่จะทำสถาปัตยกรรมของโซลูชั่นใหม่แทน ถ้าฉันดูแลระบบ - สิ่งที่มันมักจะแก้จุดบกพร่องบรรทัดที่ 3 หนักหรือรหัสเพื่อบูรณาการแก้ปัญหาอึบาง - ในกล่องผู้ดูแลระบบอื่น ๆ ที่ติดตั้งให้ฉัน

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

ฉันไม่ได้หรูหราอย่างใดอย่างหนึ่ง / หรือ ฉันจะต้องเริ่มต้นจากการทำทั้งสองครั้ง รวมสิ่งนี้กับการโยกย้ายมรดกของแม็ครุ่นเก่ากว่า 68k ไปยังเดสก์ท็อป HP รุ่นใหม่และพยายามปรับปรุงการผลิตภาคอุตสาหกรรมให้ทันสมัย ​​(การเพิ่มประสิทธิภาพของรายการที่น่าสนใจ) และการตั้งค่าการเข้าถึงอินเทอร์เน็ตและอีเมลและการเรียนรู้ภาษาใหม่ การเรียนรู้ Windws NT 4 และพื้นฐานของเครือข่าย TCP / IP .... blah blah blah ....

คุณได้รับความคิด บัพติสมาด้วยไฟและบางครั้งกำมะถันเสิร์ฟอยู่ข้างๆ ปี 1997 ไม่เหมือนกับปี 2007 และ "ผู้มาใหม่" จำนวนมากในการทำงานของผู้ดูแลระบบอาจไม่เห็นความแตกต่าง คุณไม่สามารถเพียงแค่ "google it" Google ยังคงเป็นจุดเริ่มต้น

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

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

นั่นคือ 10 ปีที่แล้ว จำเป็นต้องพูดนายจ้างใหม่ของฉันมีเหตุผลมากขึ้น ฉันยังคงทำงานได้ทั้ง SysAdmin และการเขียนโปรแกรมแม้ว่ามันจะง่ายกว่ามาก อาจจะเป็นเพราะทุกอย่างไม่เกี่ยวกับไฟไหม้และมีคนมากกว่าหนึ่งคนในการทำงานเกี่ยวกับปัญหา

ฉันเป็นนักพัฒนา นี่คือสิ่งที่ฉันเป็นจริงๆ

เพื่อนและครอบครัวที่ไม่ใช่ด้านเทคนิคของฉันทำให้ฉันสับสนในฐานะผู้ดูแลระบบ

ฉันเป็นผู้พัฒนาต่อหน้าเพื่อนที่มีความรู้ด้านเทคนิคและเป็นผู้ดูแลระบบให้ทุกคน ฉันมีชีวิตคู่

นี่เป็นเวอร์ชั่นย่อของเรื่องราวของฉัน:

ฉันเริ่มต้นอย่างเคร่งครัดในฐานะนักพัฒนา แต่ฉันต้องเรียนรู้ระบบดูแลระบบมากมายเพราะฉันเริ่มช่วยพ่อกับ บริษัท ของเขา ขณะนี้ฉันยังเป็นนักพัฒนา แต่ฉันก็ทำดูแลระบบอย่างหนักเช่นกัน

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

ในฐานะผู้ดูแลระบบการรู้การพัฒนาซอฟต์แวร์ทำให้ฉันทำงานที่ยุ่งยากโดยอัตโนมัติได้ดีขึ้น

อาจเป็นกรณีทั่วไปใช่ไหม ฉันเดาว่าผู้ดูแลระบบส่วนใหญ่รู้เรื่องการเขียนโปรแกรมอย่างน้อยใช่ไหม?

ฉันสนใจมากที่ได้ยินว่าคุณได้นำความรู้ไปประยุกต์ใช้กับเรื่องอื่นอย่างไร

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

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

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

ฉันเริ่มต้นในฐานะดูแลระบบ / dba จากนั้นจึงเข้าสู่การเขียนโปรแกรม ฉันเข้าสู่เวทีดูแลระบบ / dba เพราะฉันเข้าใจผิดว่าโปรแกรมเมอร์ถูกล็อคไว้ในห้องด้านหลังและไม่เคยพูดกับใครเลย เมื่อฉันเริ่มเล่นน้ำกับการเขียนโปรแกรม (VBA -> VB6 ->. NET) ฉันพบว่าฉันต้องรู้ว่ากระบวนการทำงานจากคนที่ทำพวกเขาอย่างไร (ลองจินตนาการดู!)

ฉันทำงานเพื่อการพัฒนาและตอนนี้ฉันเป็นโปรแกรมเมอร์ เห็นได้ชัดว่าฉันเป็นโปรแกรมเมอร์เสมอที่หัวใจเพราะฉันไม่เคยรู้สึกว่าฉันทำงานอีกต่อไป! :-)

ความรู้ด้าน sysadmin / dba ของฉันช่วยฉันอย่างมากเมื่อฉันเริ่มเขียนโค้ดเพราะฉันรู้ว่าทุกอย่างทำงานได้ดีและควรทำงานอย่างไร ที่ทำให้ฉันมีขาใหญ่ในการแก้ปัญหาการเขียนโปรแกรมสำหรับผู้ดูแลระบบ!

-JFV

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

เริ่มในฐานะนักพัฒนา ไปผ่านการบริหารระบบ DBA กลับไปที่นักพัฒนากลับไปที่ DBA กลับไปที่การบริหารระบบ ตอนนี้กลับมาเป็น DBA

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

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

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

โปรแกรมเมอร์เพื่อดูแลระบบเพื่อโปรแกรมเมอร์เพื่อดูแลระบบโปรแกรมเมอร์ (ผู้ที่ช่วยด้วยสิ่งที่ดูแลระบบเป็นครั้งคราว) อีกครั้ง :-) ฉันลงเอยด้วยการทำงานตามที่ฉันต้องการ (และตำแหน่งผู้ดูแลระบบทั้งหมดรวมกับ netadmin ด้วย)!

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

นอกจากนี้เนื่องจากฉันยังรู้ว่า Oracle (เคยถูกกำหนดให้เป็นโปรแกรมเมอร์ฐานข้อมูลชั่วครู่หนึ่ง) ฉันถูกเรียกตัวเข้ามาเพื่อช่วยเหลืองาน DBA ตามต้องการ

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

ฉันเริ่มด้วยการผสมผสานทั้งสองอย่างเข้ากับ TRS-80 ของฉัน ยอมรับมีไม่มากของผู้ดูแลระบบที่จะทำแต่ยังคง

การพบคอมพิวเตอร์ครั้งใหญ่ครั้งต่อไปของฉันคือ VAX 11/780 เราเป็นทั้งผู้ดูแลระบบและผู้พัฒนารวมกันแล้ว

ในวิทยาลัยและบัณฑิตวิทยาลัยฉันใช้ทรัพยากรการคำนวณอะไรก็ตามที่มีอยู่ในห้องปฏิบัติการ (นักพัฒนาเท่านั้น)

หลังจากกลางบัณฑิตวิทยาลัยฉันได้รับค่าจ้างให้เป็นทั้งนักพัฒนาและผู้ดูแลระบบสำหรับห้องปฏิบัติการ SGI ของเรา มีใครอีกบ้างในการทดสอบเบต้าสำหรับ IRIX 5 ในเครื่อง Onyx รุ่นดั้งเดิม? โอ้ MIPS R4400 ฉันจะรักเธอได้อย่างไร ...

ตั้งแต่นั้นมาฉันก็พบว่าตัวเองทำงานทั้งสองอย่างอยู่เสมอ ความจริงก็คือฉันรู้ว่าฉันต้องการให้คอมพิวเตอร์ทำงานเพื่อสนับสนุนฉันในงานเต็มเวลาอื่น ๆ ของฉันโดยเขียนซอฟต์แวร์

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

ในฐานะนักเรียนฉันมีงานพาร์ทไทม์ระดับหนึ่ง / สอง / สามครั้งใน ISP เมื่อผู้ให้บริการอินเทอร์เน็ตขนาดกลางที่นี่ในออสเตรเลียมีผู้ใช้ 1-2,000 คน เป็นนักเรียน CS ในเวลานั้น การฝึกอบรมคือนี่คือรหัสผ่านรูทและรหัสเตือน ให้แน่ใจว่าคุณล็อคประตูเมื่อคุณออกจาก

จากนี้ฉันกลายเป็นผู้ดูแลระบบเริ่มต้น เรียนรู้ Perl ในชั่วข้ามคืนเมื่อไฟล์ passwd ถูกพัดหายไป แต่เรามีข้อมูลที่จะสร้างใหม่บนแอตทริบิวต์ของระบบไฟล์และไฟล์รัศมี

ในที่สุดก็มีการเขียนโปรแกรมงานในร้านค้าขนาดเล็กที่มีลูกค้ารายใหญ่ซึ่งโปรแกรมเมอร์ทุกคนที่ linux geeks ดังนั้นเราทุกคนดูแลระบบด้วยเช่นกัน แต่ฉันทำการดูแลระบบหลายครั้งและช่วยรัน ISP 10 ผู้ใช้ 100 โมเด็มที่เรามีอยู่ข้างๆ

จากนั้นย้ายไปยังบทบาทวิศวกรการปรับใช้ ในกรณีที่คุณต้องการติดตั้งซอฟต์แวร์แยงในระดับที่เหมาะสม แต่ยังมีประสบการณ์การเขียนโปรแกรมเพียงพอที่จะทำงานว่าซอฟต์แวร์ bespoke ทำงานอย่างไรและสามารถพูดคุยกับ devs เพื่อดีบักได้

จากเว็บการเขียนโปรแกรมและผู้ดูแลระบบ sys

จากเต็มเวลาของพวกเขาผู้ดูแลระบบกิก

คุณสามารถอ่านเรื่องราวของฉันได้ที่: /programming/547155/from-admin-to-dev/547177#547177