เป็น IDE ขึ้นอยู่กับ มันจะทำร้ายฉันได้อย่างไร


27

ฉันเป็นนักพัฒนาที่ขึ้นกับ IDE (NetBeans และ Eclipse เพราะฉันเป็น JAVA dev) ฉันสามารถรหัสได้อย่างถูกต้องถ้าฉันมี IDE ฉันสามารถพึ่งพาได้มากสำหรับการพัฒนาการดีบักและการปรับใช้ แต่ถ้าไม่มี IDE ฉันจะไม่ทำอะไรเลย สามารถเขียนรหัสโปรแกรม Hello World อย่างง่ายหรือการจัดเรียง UI แบบง่าย ๆ แต่ฉันต้องการ IDE เพื่อทำสิ่งที่ซับซ้อนหรือการเข้ารหัสสิ่งที่ง่ายกว่า

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


29
ไม่ต้องเพิ่มนี่เป็นคำตอบ แต่การเป็นผู้พัฒนา Java (เท่านั้น) เป็นสิ่งที่อาจเป็นอันตรายต่อคุณและมาก เรียนรู้ภาษาที่แท้จริงอย่าเพิ่งเป็นลิงโค๊ดอื่นจาก gazillions โดยใช้ Java เพียงเพราะมันถูกกว่าที่จะใช้โปรแกรมเมอร์ที่ไม่ดี โปรด?
Lacrymology

5
นี่เป็นคำถามที่น่าสนใจสำหรับฉัน ฉันไม่เคยตั้งโปรแกรมในสิ่งอื่นนอกจาก Emacs หรือ Vi ด้วยเหตุนี้ฉันจึงไม่รู้เลยว่า IDE จะให้อะไรคุณได้
kasterma

8
@kasterma ให้ฉันดู: วิธีใช้โค้ด, เครื่องมือการรีแฟคเตอร์, การสรุปโค้ด, การดีบัก, การดีบัก paramterized, การติดตามสแต็ก, การดูพารามิเตอร์, การแก้ปัญหาโครงสร้าง, rad, intellisense, โค้ดตัวอย่าง, การรวบรวม & ข้อผิดพลาดคอมไพเลอร์ ไฮไลต์และอีกมาก ;-)
Syg

2
ฉันคิดว่า @Lacrymology ใกล้จะถึงจุดอื่นแล้ว: Java นั้นขึ้นกับ IDE ลองเรียนรู้ภาษาที่ตัวแปลงสัญญาณส่วนใหญ่ไม่ใช้ IDE เช่น Python, Scheme หรือ Common Lisp ที่จะทำให้คุณมีทักษะใหม่และทำให้คุณออกจาก IDE บางครั้ง
JasonFruit

7
@Lacrymology: Java ไม่ได้ขึ้นกับ IDE และเป็นหนึ่งในภาษาที่ได้รับความนิยมมากที่สุด ฉันคิดว่ามันน่าตกใจที่คุณไม่คิดว่ามัน "จริง" เพียงพอ
Josh K

คำตอบ:


15

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

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

สิ่งนี้ไม่เพียงส่งผลกระทบต่อคุณเมื่อคุณออกจาก IDE - หากคุณมีความรู้เกี่ยวกับความซับซ้อนที่ IDE ซ่อนอยู่จากคุณก็จะตื้นเมื่อคุณผิดพลาด (และจะผิดไปในบางจุด) คุณจะพบ มันยากมากที่จะแก้ไข

ฉันจัดการสองวิธีนี้:

  1. เรียนรู้เครื่องมือใหม่ในรูปแบบพื้นฐานที่สุด ตัวอย่างเช่นฉันเปลี่ยนจาก SVN เป็น Mercurial แต่เริ่มด้วยไคลเอนต์บรรทัดคำสั่งแทนปลั๊กอิน Eclipse นี่ทำให้ฉันเข้าใจสิ่งที่เกิดขึ้นอย่างลึกซึ้งซึ่งหมายความว่าฉันรู้ว่าเกิดอะไรขึ้นและจะแก้ไขได้อย่างไรเมื่อ IDE เกิดข้อผิดพลาด

  2. ฝึกทักษะการเขียนโปรแกรมพื้นฐานของคุณในบรรทัดคำสั่ง หนึ่งในสถานที่ที่ดีในการทำเช่นนี้คือCodingBatที่ซึ่งคุณไม่ได้เน้นการเน้นไวยากรณ์, ไม่มีการจับคู่วงเล็บปีกกา, ไม่มีขีดเส้นใต้สีแดง, ไม่มีอะไร อย่าลืมฝึกทักษะบรรทัดคำสั่ง java และ javac เหล่านั้นด้วย! (และอื่น ๆ ที่เหมาะสมกับเวิร์กโฟลว์ของคุณ - สำหรับฉันนี่จะรวมถึง hg และ ant)

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


2
ในฐานะที่เป็นงานอดิเรกการใช้เวลาและเซลล์สมองในการรู้รายละเอียดในระดับต่ำนั้นสนุก ในเชิงพาณิชย์จะเสียค่ามาก นั่นคือเวลาที่ใช้ในการเรียนรู้ธุรกิจดีขึ้นจากนั้นนำไปใช้กับประสิทธิภาพที่ IDE ยึดมั่น
Brian Knoblauch

CodingBat มีการเน้นไวยากรณ์ในขณะนี้
masterxilo

29

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

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


2
+1 สำหรับระบบภายใน! ฉันรู้สึกเสียใจกับผู้คนเมื่อฉันดูพวกเขาพิมพ์ตัวละครแต่ละตัวในโปรแกรมเมื่อ Intellisense จะเร่งความเร็วขึ้นมาก
เดวิด

8
ที่เรียกว่าการเติมข้อความอัตโนมัติสำหรับส่วนที่เหลือของเรา :)
mhitza

4
@ David: มันเจ็บปวดสำหรับฉันที่จะดูคนพิมพ์ตัวละครสองตัวจากนั้นรอครึ่งวินาทีเพื่อให้การเติมข้อความอัตโนมัติปรากฏขึ้นและถามพวกเขาว่าพวกเขาหมายถึงอะไรจริง ๆ จากนั้นพวกเขาจะถ่ายโอนไปยังเมาส์และเลื่อนไปตามตัวเลือกที่มีอยู่จนกว่าจะคลิกที่หนึ่งในนั้น ไม่การเติมข้อความอัตโนมัติไม่ได้มาจากสวรรค์หรือแม้กระทั่งเป็นประโยชน์อย่างแท้จริง มันเป็นเครื่องมือของคนขี้เกียจ
Josh K

1
@Josh K: จริง การเติมข้อความอัตโนมัติสามารถทำให้โปรแกรมเมอร์ที่ไม่ดีแย่ลงได้ แต่มันก็สามารถช่วยโปรแกรมเมอร์ที่ดีให้มีประสิทธิภาพมากขึ้นได้ :)
David

2
@ Josh แต่แน่นอนว่ามี intellisense / การเติมข้อความอัตโนมัติมากขึ้นจากนั้นจึงกำหนดชื่อวิธีการของคุณให้เสร็จ? วิธีการเกี่ยวกับคำอธิบายวิธีการแบบอินไลน์ (สิ่งที่จะทำและสิ่งที่มันต้องใช้พารามิเตอร์), วิธีการ availabe overloads, การเข้าถึงข้อมูลโค้ด, ข้อมูลเชิงลึกในวิธีการที่คุณสามารถแทนที่ ฯลฯ มันพบว่ามันมีประโยชน์จริงๆ
Syg

24

ไม่มันไม่ "ทำร้าย" คุณ แน่นอนคุณควรเข้าใจว่าสิ่งต่าง ๆ ทำงานอย่างไรโดยไม่ใช้ IDE (เช่นคุณควรเข้าใจขั้นตอนการรวบรวมพื้นฐาน ฯลฯ ) แต่เราจะไม่ทำตัวร้าย ๆ เกี่ยวกับเรื่องนี้ ... ถ้า IDE ทำให้คุณมีประสิทธิผลมากกว่าที่ไม่ได้ใช้อย่างใดอย่างหนึ่ง ใช่มั้ย


17

การเป็น IDE ขึ้นอยู่กับความเสี่ยงต่อไปนี้:

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

เพื่อให้แน่ใจว่าคุณสามารถสร้างซอฟต์แวร์ของคุณจากบรรทัดคำสั่งด้วย เช่นใน Java ให้ใช้ maven หรือ ant จากนั้นคุณลดความเสี่ยงข้างต้น

ความเสี่ยงในการพึ่งพา IDE อื่น ๆ :

  • IDE ตั้งค่าสถานะข้อผิดพลาดและคำเตือนในรหัสของคุณและให้การแก้ไขอย่างรวดเร็ว สิ่งเหล่านี้อาจไม่เหมาะสม - อาจมีปัญหาการออกแบบหรือข้อกำหนดที่เล่น
  • คุณลืมพื้นฐาน - คุณจำเป็นต้องรู้พื้นฐานของภาษาที่คุณเลือกเพื่อที่คุณจะได้เชี่ยวชาญและเพื่อให้คุณสามารถถ่ายทอดความเชี่ยวชาญในการสัมภาษณ์
  • คุณติดอยู่ใน sandpit IDE - กลัวที่จะลองอะไรใหม่ ๆ หรืออะไรก็ตามที่ IDE ของคุณไม่รองรับ ตัวอย่างเช่น IDE ของคุณอาจมีฟังก์ชั่นมากมายสำหรับการค้นหาและแทนที่ แต่สิ่งเหล่านี้ไม่มีอะไรเทียบได้กับพลังและความเร็วของเครื่องมือบรรทัดคำสั่งเช่น grep และ sed คุณอาจไม่พัฒนา Android เพราะ IDE ที่คุณเลือก (เช่น netbeans) ไม่รองรับ
  • IDE บางตัวไม่สามารถจัดการไฟล์ขนาดใหญ่ได้เช่นพยายามเปิดไฟล์เอาต์พุตเซิร์ฟเวอร์ขนาดใหญ่ใน eclipse มันใช้เวลาตลอดไปและ / หรือหน่วยความจำไม่เพียงพอ

3
ฉันเห็นด้วยกับคะแนนของคุณ แต่ฉันไม่คิดว่ามันจะตอบคำถามจริง ผู้ถามไม่ได้ขึ้นอยู่กับ Netbeans เป็นตัวอย่างเท่านั้น หากเขา / เธอเป็นทุกจุดเหล่านี้อาจเป็นจริง แต่คำถามที่ฉันเข้าใจมันก็แค่ใช้ IDE โดยทั่วไปเมื่อเทียบกับโปรแกรมแก้ไขข้อความพื้นฐานและบรรทัดคำสั่ง
jzd

2
การอ้างอิงถึงอินสแตนซ์ IDE ในคำตอบของฉันเป็นเพียงตัวอย่างของการพึ่งพา IDE ที่อาจมีความเสี่ยง ฉันไม่ได้เจาะจง netbeans หรือคราส
Conor

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

9

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

อย่าละทิ้ง IDE; แต่ในบางครั้งพยายามทำคลาส 'ง่าย' ด้วยตัวแก้ไขและเอกสารบนเบราว์เซอร์

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


ฉันไม่หยุดนิ่งหรือโง่เง่า (ในกรณี 40%) ถ้าฉันไม่มี IDE แต่ความเร็วของฉันจะลดลงอย่างมากหากฉันไม่มี IDE อยู่รอบตัว ในการทำงานสิบนาทีด้วย IDE ฉันใช้เวลาตลอดทั้งวันกับ notepad และ javac เมื่อ IDE ของฉันเกิดขัดข้อง
Prasham

แผ่นจดบันทึกต่ำเกินไป ลองใช้โปรแกรมแก้ไขของโปรแกรมเมอร์เช่น notepad ++ คิดว่ามันเป็นการออกกำลังกาย: มันไม่สนุก แต่ทำให้คุณดีขึ้นถ้าคุณทำมันเป็นประจำ
Javier

4

แต่ถ้าไม่มี IDE ฉันจะไม่ทำอะไรเลย

ฉันต้องการ IDE เพื่อทำสิ่งที่ซับซ้อนหรือการเข้ารหัสสิ่งที่ง่ายกว่า

คุณสามารถแก้ไขได้คุณรู้

คุณสามารถเรียนรู้ภาษาและกรอบงานได้จริง

ไม่มีอะไรหยุดคุณได้

แน่นอนว่าคุณไม่ต้องพึ่งพา IDE

เหตุใดฉันจึงต้องใช้เครื่องมือ notepad และ command line เพื่อทำงานที่ต้องใช้เวลามากเมื่อ IDE มีการคลิกปุ่มเพื่อทำสิ่งนี้

ไม่เกี่ยวข้องกัน "Stick to notepad" ไม่เกี่ยวข้องกับ "ไม่มี IDE ฉันไม่สามารถทำอะไรได้เลย" การไม่ทำอะไรเลยในโน้ตแพดนั้นไม่เหมือนกับการเกาะติดกับโน้ตแพด มันคืออะไร


3

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


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

1
ฉันพูดเหมือนกันสำหรับ C # อาจเป็น PHP เช่นกัน การรวมกันของภาษาและโดเมนปัญหาที่คุณต้องใช้ห้องสมุดที่มีขนาดใหญ่จำนวนมากจะต้องใช้เครื่องมือที่ชาญฉลาด บางภาษามีพลังและแสดงออกมากพอที่จะใช้งานได้โดยไม่ต้องมีไลบรารีมากมาย - และคุณสามารถเขียนโค้ดสิ่งต่าง ๆ ได้โดยไม่ต้องใช้ IDE บางภาษาต้องการความช่วยเหลือเสมอสำหรับสิ่งที่ง่ายที่สุด เมื่อฉันรหัสใน Lisp ฉันสบายดีกับ emacs หรือแม้แต่ CLI REPL เมื่อฉันโค้ดใน C # หรือ Java ฉันจะไม่ทำอะไรเลยหากไม่มี IDE ที่เหมาะสม (msvs หรือ eclipse)
SK-logic

แต่ไม่ควรต้องมี "intellisense" หรือ "form Designer" เพื่อเป็นการเตือนสำหรับสมาชิกออบเจ็กต์ที่มีการจัดระเบียบ (หรือตั้งชื่อ) ไม่ดี? ฉันสังเกตว่าคนที่ใช้ระบบ Intellisense มักจะใช้ชื่อที่มีความยาวและละเอียดมากขึ้นสำหรับวัตถุ / ฟังก์ชั่น / ตัวแปรทำให้ชื่อเหล่านี้จำได้ยากขึ้นตั้งแต่แรก ฉันควรเข้าใจไหมว่านี่เป็นนิสัยที่ดีเช่นกัน?
Quamis

Quamis: มันตรงกันข้ามใช่ไหม ต้องพิมพ์ทำให้คุณเลือกชื่อสั้น ๆ ที่ไม่ได้อธิบายคลาส / วิธีการเช่นเดียวกับชื่อยาว ๆ
DistantEcho

@ นิภา: ใช่และฉัน pesonally เหมือนชื่อสั้น ๆ เพิ่มเติม :) ในความคิดของฉันทำให้รหัสง่ายต่อการอ่าน .. ถ้าวิธีการทำสิ่งที่ไม่สามารถอธิบายได้ในทางสั้นแล้วใช่ชื่ออีกต่อไปเป็นที่ยอมรับ แต่ฉัน พยายามทำให้สั้นโดยทั่วไปและฉันไม่เห็นอะไรผิดปกติ
Quamis

3

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

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


2

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

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


2

อาจไม่ได้ "ทำร้าย" คุณ แต่คุณจะได้รับหากคุณคุ้นเคยกับการทำสิ่งต่าง ๆโดยไม่ใช้ IDE อย่ากลัวที่จะขยายขอบเขตของคุณ

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

ดังนั้นเพื่อตอบคำถาม "มันจะทำร้ายฉันได้อย่างไร" ฉันคิดว่ามันจะเป็นอันตรายต่อคุณเมื่อคุณติดอยู่กับมันดังนั้นคุณเชื่อว่าเครื่องมือบรรทัดคำสั่งทั้งหมดจะช้ากว่าการคลิกปุ่มจนถึงจุดที่คุณหลีกเลี่ยงการเรียนรู้เครื่องมือบรรทัดคำสั่ง (ซึ่งเป็นต้นกำเนิด)

มันเหมือนกับการเรียนรู้การชุมนุมในฐานะโปรแกรมเมอร์ - เรามีน้อยคนนักเขียนการชุมนุมด้วยมือในวันนี้ แต่ฉันเชื่อว่าคนที่เข้าใจการชุมนุมเป็นโปรแกรมเมอร์ที่ดีกว่าในภาษาที่พวกเขาใช้


2

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

อย่างจริงจัง: ถ้า<disclaimer>คุณใช้ IDE และ</disclaimer>คุณพบว่าตัวเองไม่มี IDE และคุณต้องโปรแกรมคุณก็ควรพิจารณาเกมของคุณเองซ้ำแล้วซ้ำอีก

  1. โทรหาหรือ
  2. แก้ไขปัญหาด้วยตัวคุณเองถ้าคุณเป็นไอที

ไม่เพียง แต่คุณไม่ควรเขียนโปรแกรมโดยไม่ใช้เครื่องมือใด ๆ ที่คุณเห็นว่าจำเป็น แต่คุณยังไม่สามารถใช้ยาสีฟันเป็นตัววางความร้อนได้


1

การพึ่งพา IDE อาจไม่เป็นอันตรายต่อคุณ แต่ความสามารถในการทำงานโดยไม่มีสภาพแวดล้อมที่คุณเลือกเป็นทักษะที่สำคัญ

IDE สามารถหยุดคุณจากการเรียนรู้ 'สิ่งเล็ก ๆ น้อย ๆ ' ซึ่งโดยทั่วไปแล้วจะไม่มีความสำคัญและสามารถช่วยให้คุณทำงานได้เร็วขึ้นเพราะคุณหลีกเลี่ยงการพิมพ์ / สำเร็จรูป โดยทั่วไปคุณสามารถแก้ไขปัญหาที่เกิดขึ้นเช่นการสะกดคำผิดพลาดของฟังก์ชัน

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


0

ลองใช้เครื่องมือแก้ไขข้อความที่ดีเช่นPSPadสำหรับ MS-Windows (ฟรีแวร์), TextMateสำหรับ Mac OS X, Geanyสำหรับ GNU Desktop (opensource) หรือKateสำหรับ KDE (opensource)

MultiEdit4.0 สำหรับ MS-DOS ได้เปลี่ยนชีวิตของฉันเมื่อหลายปีก่อนตั้งแต่นั้นมาฉันก็มีเหตุผลต่อตัวแก้ไขข้อความมาก

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