Чи повинні новачки використовувати автозаповнення IDE (Intellisense)? [зачинено]

Я часто стикаюся з цим, коли допомагаю комусь, хто не в курсі програмування, а вперше його вивчає. Я говорю про по-справжньому новачків, ще дізнаваюся про OOness, конструюванні об'єктів, викликах методів тощо. Зазвичай у них є клавіатура, і я просто пропоную вказівки.

З одного боку, функція автозаповнення IDE допомагає надати їм відгуки про те, що вони роблять це правильно, і вони швидко отримують уподобання та покладаються на нього.

З іншого боку, я побоююсь, що рання залежність від автозаповнення IDE змусить їх не зрозуміти понять або мати можливість функціонувати, якщо вони одного разу опиняться лише за допомогою простого редактора.

Чи може хтось із більшим досвідом у цьому плані поділитися своєю думкою? Що краще для новачка, автозаповнення або введення вручну?

Оновлення

Дякую за вклад усім!

Здається, багато відповідей зосереджуються на основному застосуванні автозаповнення, як-от завершення методів, пошук способів пошуку та документації тощо. Але в даний час IDE набагато більше схожі.

• Створюючи об'єкт типу List, IDE автоматично доповнює новий ArrayList з правого боку. Новачкові може бути не відразу зрозуміло, чому він не може бути новим Списком, але він працює, тому вони рухаються далі.
• Параметри методу заповнення на основі локальних змінних у контексті.
• Виконання кастингу об'єктів
• Автоматичне додавання операцій "імпорт" або "використання"

і багато іншого. Я маю на увазі такі речі. Пам'ятайте, я говорю про людей, які займаються програмуванням 101, насправді лише починаючи. Я спостерігав, як ІДЕ робить такі речі, про які вони поняття не мають, але вони просто продовжують.

Можна стверджувати, що це допомагає їм зосередитись на потоці програми та спочатку розвісити речі, перш ніж поглибитись та зрозуміти нюанси мови, але я не впевнений.

Я думаю, що використання IDE допомагає в навчальному процесі. Методи, властивості, параметри, перевантаження тощо можуть бути виявлені. Завдяки величезній кількості бібліотек Intellisense допомагає скоротити знання JIT. У сьогоднішньому середовищі кодування неможливо навчитися всьому наперед, а навчання JIT часто є єдиним практичним способом швидко стати продуктивним.

Я розумію, що використання IDE може бути сутичкою, якщо використовувати його наосліп, але я думаю, що переваги значно переважають негативні.

Використання шаблонів без розуміння того, що було створено для вас, з іншого боку, є більшою проблемою. Я думаю, що вони можуть бути використані як інструмент навчання, якщо розробник потребує часу для читання шаблонного коду. Але більшість людей не турбуються. Хоча це може бути чудовим засобом навчання.

Розуміння понять та запам'ятовування десятків сотень дурних бібліотечних класів та методів - це дві абсолютно різні речі. Intellisense допомагає повністю вигнати з розуму всі ці непотрібні знання, і чим раніше ви це зробите, тим краще. Залиште більше місця для корисних концепцій, не витрачайте обмежені ресурси на API.

Щоб відповісти на оновлену частину запитання: невеликі деталі синтаксису, макет файлів, виклик компілятора та посилання також є неважливими порівняно із загальними поняттями програмування. Після того, як вони зрозуміють, новачок - нічим більше не може перейти до глибшого розуміння того, як насправді працює матеріал низького рівня. Краще це робити, коли ви вже знаєте основи, інакше є ймовірність, що ви підберете ряд небезпечних магічних забобонів.

Наприклад, DrScheme IDE має великий досвід у навчанні програмуванню, і його успіх в основному пояснюється його здатністю допомогти зосередитись на тому, що дійсно важливо.

Використання автозаповнення зовсім не погано.

Це просто для швидкості, і для мене це було б ознакою того, що хтось починає стискати IDE і добре використовувати його.

Я не розумію, як НЕ, використовуючи це, допоможе їм навчитися, наприклад, OO.

Навчивши та навчаючи учнів, які є новими в програмуванні, я вважаю, що автозавершення / інтелігенція іноді приносить більше шкоди, ніж користі. Так, вони можуть написати програму, використовуючи її. Так, вона компілює і працює і може навіть робити те, про що ми їх попросили зробити. Але вони не розуміють, що роблять.

Коли вони не розуміють, що відбувається, стає менше програмування і більше злому рішення разом, щоб отримати оцінки. Я виявив, що з учнями траплялося багато, тому що те, що ми їх попросили зробити, стало важче, вони просто зламали, поки щось не працювало. Це завжди ставало зрозумілим, коли проходили середньострокові курси, а студентів пропонували писати прості методи вручну ... вони не могли.

Так, автоматичне заповнення / intellisense допомагає нам (професійним розробникам) багато в / с, це прискорює нас. Нам не потрібно запам’ятовувати всі різні методи та списки параметрів, але в той же час ми також можемо загрожувати здогадками щодо того, які параметри буде приймати метод, а ми маємо досвід із програмуванням знати.

Новачки ні. Вони чекатимуть, коли їх IDE складе список методів; вони прокручуватимуть цей список, поки не знайдуть той, який, можливо, те, що їм потрібно, вони переглянуть потрібні йому параметри та побачать, чи потрібно їм пройти. ..і врешті-решт, вони разом зламуть щось, що можуть здати.

І в кінці курсу, коли вони отримали пропуск, вони відійдуть від свого класу програмування з неглибокою перемогою, багато хто ніколи більше не приймуть іншого класу CS, не знаючи нічого, що вони робили або чому вони робили. це.

Проблема з IDE та середовищами розвитку загалом - це не стільки речей, як автозаповнення, скільки використання шаблонованих рішень (файл | новий | проект), де багато «цікавих» речей вже зроблено для вас і в різній мірі приховано .

Для когось, хто в цілому розуміє, що відбувається під кришкою, це корисно - але для того, щоб хтось дізнався, що їм потрібно, це менше.

Існує також питання часу, необхідного для розпалу ІДЕ у важкій вазі ...

Тому я вважаю, що використання чогось легшого за вагою та вміння запускати додатки, в які ви самі писали кожен рядок коду, має велику заслугу - особливо в тому, що використання текстового редактора та компілятора демонструє важливий момент, що вам не потрібно IDE і т.д. для написання програмного забезпечення, але це не означає, що я хочу довго використовувати текстовий редактор, і це створює проблеми з точки зору налагодження - ви хочете робити точки прориву і хочете мати можливість пройти крок через код оскільки це полегшить розуміння того, що відбувається.

Звичайно, ми можемо додатково переплутати цю проблему, розглядаючи такі речі, як Python, де у вас є командний рядок "live" ...

Хороше запитання, жодної доброї відповіді - за винятком того, що ви хочете зробити навчання прогресом, і, починаючи з текстового редактора та компілятора (або інтерпретатора командного рядка), ви зможете зосередитись на основах синтаксису та логіки, перш ніж перейти до більше складний матеріал, який буде простіше зробити з більш потужним середовищем розвитку.

Навчитися важкому шляху зазвичай залишається з тобою.

Як новачок, будь ласка, НЕ використовуйте IDE. Скористайтеся командним рядком, вчіться на своїх помилках. Це також допоможе вам більш детально зрозуміти параметри компілятора та зв’язку.

Отже, коли ви використовуєте IDE? Коли ви проектуєте щось величезне або працюєте над величезною кодовою базою з навантаженнями класів, методів та змінних.

Я б першим сказав, що ІДЕ - це користь для продуктивності праці, навіть якщо я часто скаржаться на їхні химерності. Однак я дізнався BASIC, C, C ++, Java, Python, Perl, PHP та декілька інших мов, не маючи нічого іншого, крім редактора виділення тексту та компілятора / інтерпретатора мови. Я фактично дізнався Java в Блокноті!

Вивчення IDE пропагує "магію" - ідею, що "це працює; не важливо як". Абстракція хороша; магія погана. Програміст повинен знати або вміти дізнатися, що все відбувається в проекті. Хороший IDE розроблений для того, щоб піклуватися про підключення, не контролюючи проект. Правильно використаний це чудовий засіб. Але який майстер починає використовувати маршрутизатор з ЧПУ?

Я думаю, що спосіб, який я навчився (маючи набрати все та добре знати компілятор, щоб створити проект), міг допомогти мені незмірно, коли я нарешті почав використовувати IDE. Наприклад, проект Java - це не маленька папка проекту Eclipse, а колекція класів у структурі пакета з деякими XML-файлами для шляхів, конфігурації та розгортання. Я б не хотів будувати велику корпоративну програму без IDE, але я можу створювати невеликі. Це полегшує розуміння структури великих, і коли я хочу конкретної поведінки в збірці, скажімо, я знаю, як працює javac, тому я можу налаштувати актуальну підказку побудови, а не намагатися знайти ту магічну комбінацію, яка не відповідає ' t існують у конфігурації збірки. Я також вважаю, що я глибше розумію повідомлення про помилки та як їх знайти та виправити.

Я б не вчив використовувати IDE. Я думаю, що початкові проекти досить малі, що аргументи для управління складністю суперечать. Наприклад, якщо ви викладаєте Java, ви можете розмістити всі свої класи в одній папці та javac *.java. Для цього вам не потрібна IDE! Це стверджує, що проекти залишаються невеликими, трохи більше, ніж підтвердженням концепцій. Мінімізуйте накладні витрати та зосередьтеся на навчанні концепції, яка потрібна студентам. Більші проекти, в яких IDE буде корисним, належать або до більш досконалих класів SE, або до спеціальних проектів.

Щодо допомоги у пошуку класів та досліджень API, я знову ж таки вважаю, що це суперечить, якщо проекти залишаються невеликими. Знову на Java, javadoc дуже легко читати. Ніхто не зможе тримати весь API там у голові, і це буде час, коли вам потрібно буде вивчити API без вигоди IDE. Як і в інших мовах, або якщо ви віддаляєтесь на сервер, де ви не можете відкрити IDE. Навчіть шукати документацію, а не "натискати". і ви можете побачити, що таке методи об’єкта ".

Будь-який програміст може навчитися IDE, але знання IDE не робить вас хорошим програмістом. Чорний гумор убік, "магія" ніколи не є добрим словом для програміста.

Можливо, новачок повинен спочатку просто працювати над легшими проблемами. І ні, ці проблеми не повинні вимагати або заохочувати використання IDE для виконання завдання. Ще багато чого можна отримати, розуміючи основні поняття. Інструменти повинні прийти після.

Жоден майстер деревообробки не перейшов би прямо до використання високого стругального верстата, не розуміючи спочатку тонкощів як деревини, так і ручної площини.

(Примітка: автоматичне заповнення та інтелігенція - це дві різко різні речі).

Intellisense сам по собі непоганий. Це погано лише тоді, коли він використовується милицею, щоб здогадатися про функціональність, не читаючи і не розуміючи основної документації чи реалізації.

Побічна точка: Якщо для мови потрібен IDE для кодування, мова, ймовірно, знаходиться на неправильному рівні абстрагування проблем, які ви намагаєтеся вирішити.

Коли ми ростемо дитиною, нам не кажуть, що ми повинні розуміти складні правила англійської мови, перш ніж ми можемо говорити. Нам не кажуть, що ми повинні повністю розуміти правильне використання прийменників, сполучників та уникати фрагментів речення. Ми вчимося, роблячи. Ми вчимося через успіх і невдачу.

IDE з автоматичним заповненням допомагає новому програмісту завоювати впевненість, полегшуючи створення програм, не намагаючись при цьому пам’ятати кожну безліч функцій величезного набору бібліотек.

Якби по-справжньому екстраполювати думку, що автозаповнення шкодить новим програмістам, тому що це занадто легко для них, то можна стверджувати, що довідники не повинні використовуватися під час програмування, тому що поняття в межах повинні спочатку присвячуватися пам'яті, як відсутність запам’ятовування їх сповільнює, і не дозволяє спочатку повністю зрозуміти ці поняття.

Автозаповнення - це інструмент, він використовується для того, щоб зробити програміста більш продуктивним. Так само, як і вперше вивчати мову, після того, як ми здобудемо впевненість і рівень успіху в тому, що вивчаємо, ми працюємо над вдосконаленням своїх знань.

На початку досить складно побудувати щось, що працює, тому все, що допомагає бренду noobie, тим краще. Новому програмісту знадобиться хтось старший, щоб змусити їх думати про те, чи будуть списки, пов’язані з масивом, або пов'язані списки, краще відповідатимуть проблемі. У кожного вони є свої сильні та слабкі сторони.

Незалежно від того, у новачків є IDE або вони переглядають документи API в Інтернеті, реальної різниці між кодом, який вони створюють, не буде. Хоча боротьба з написанням синтаксичних помилок може бути досвідом навчання, є занадто багато, щоб навчитися турбуватися про це на самому початку.

Ви не навчитесь ходити по канаті, прямуючи прямо до високого дроту без сітки. Ви починаєте з ходіння мотузки, яка знаходиться в сантиметрах від землі. Я б ризикну сказати, що більшість з нас працює з IDE і якимось сценарієм побудови (сценарій збірки Visual Studio створений IDE, але він є). Більшість з нас не будує наші класи вручну за допомогою текстового редактора, а потім викликає компілятор вручну. Чому ми повинні нав'язувати це новачку, який має набагато більше навчитися?

Я не бачу необхідності страждати від болю за попередні інструменти, навіть коли розробник навчається. Я вважаю, що зайвий час і зусилля, необхідні для написання коду без інструментів, краще витратити на навчання написання одиничних тестів та налагодження. Як тільки користувач дізнається, як протестувати свій код і перейти через нього під час його роботи, він дізнається багато про те, що він насправді робить.

Крім того, це не так, як використання IDE означає, що код пише сам. Невмілий або початківець розробник збирається написати код, який не працює, використовуючи він IDE чи ні.

Я просто бачу IDE як ще один рівень абстракції при кодуванні. Якщо я пишу Java, мені взагалі не потрібно розуміти, як працює байтовий код, який він створює. Якщо новий програміст використовує Java libs, їм не потрібно знати, в якому пакеті вони входять, якщо IDE може автоматично додати його. У будь-якому випадку, якщо може виникнути помилка чи проблема на нижчому рівні (наприклад, зіткнення імені класу), що спричиняє помилку, розробник настав час переглянути це вручну.

Багато інших хороших відповідей, тому не вважайте це повною відповіддю, але новачкам, а також досвідченим користувачам добре бачити повне уявлення про те, які функції вони мають у своєму розпорядженні.

У Delphi я можу натиснути ctrl-j, і я побачу список усіх можливих речей, які я колись міг синтаксично очікувати на роботу.

Я не обов'язково погоджуюся, але я прочитав аргументи, що програмісти навіть не повинні дивитись на членів приватного класу об'єктів, якими вони користуються, і таким чином автоматичне завершення надає кожному користувачеві миттєву посилання API.

Новіші IDE дозволяють користувачам та розробникам мови вводити метадані в інтелігенцію, що ще більше розширює здатність читати та розуміти, що виконують функції, не читаючи джерело (це те, що вони ні в якому разі не повинні робити).

Можливо, новачкам найкраще насправді читати і розуміти все, що вони реалізують. Але, можливо, було б краще питання, чи потрібно дозволити новачкам включати чи імпортувати будь-які простори імен чи одиниці, які вони хочуть, не документуючи, чому вони включають це.

На мій досвід, використання IDE для вивчення основ OO i чудово, тому що воно приховує частину складності фактично написаного коду, дозволяючи новому розробнику зосередитись на логіці програми. Однак, незабаром, вивчивши програмування та основні принципи OO, мене через курсову роботу змусили більш точно зрозуміти, які фрагменти потрібно взаємодіяти між собою у вихідних файлах (не забуваючи про імпортні заяви, інстанціювання правильних класів тощо) курсом програмування. де нам довелося використовувати лише термінальні машини Unix.

Це можливо в школі, оскільки хтось має «повноваження» змусити вас використовувати інструменти lo-fi. Це було б набагато складніше досягти в діловому або корпоративному середовищі.

У мене є дві думки з цього приводу. Перший полягає в тому, що, щоб справді навчитися чомусь, я вважаю, що ти повинен знати, що насправді відбувається. І наскільки хороший IntelliSense отримав, він може приховати щось це для нового розробника. Наприклад, у мене в училищі був клас веб-інженерії, де ми фактично побудували власні веб-рамки для того, щоб будувати наші останні програми. Я вийшов з цього класу з такою здатністю адаптуватися майже до будь-яких веб-рамок, оскільки для початку я мав розуміння того, що лежить в основі. Використання IDE не зовсім на цьому рівні, але, я все одно, я вважаю.

Однак використання IDE також може робити такі речі, як відкриття API для нових розробників. Коли я почав серйозно кодувати, IDE, який я використав, дуже допомагає мені, тому що я б робив такі речі, як тип в об'єкт, використовував автозавершення, щоб побачити, якими методами він був, а потім досліджував їх за допомогою наявних документів. Це все було зроблено в рамках IDE і було чудовим інструментом для навчання.

Так, так, я вважаю, що це нормально використовувати, якщо ви також знайдете час, щоб зрозуміти, що відбувається. Просто використовувати об'єкт, поданий без розуміння того, чому вам довелося це зробити, це дійсно погано, але, якщо новий розробник бачить, що ви можете використовувати об'єкт cast, а потім дивиться, щоб зрозуміти, чому я не бачу нічого поганого.

Навчання вимагає практики. Програмування може бути дуже неприємним завданням, коли ти не маєш поняття, що ти можеш робити, ні як все працює.

Скажімо, читати багато книг на принципах програмування недоцільно, не пишучи жодного рядка коду; ніхто нічого цього не вчить.

Intellisense дуже допомагає надавати новим програмістам необхідну допомогу, щоб продовжувати програмувати, продовжувати практикувати та таким чином навчатись.

Як уже було сказано, вивчення конкретних API не є тотожним принципам навчання програмування. Що, безсумнівно, станеться, що нові програмісти будуть робити помилки (незалежно від Intellisense), і як вони вирішать виправити ці помилки, це те, що призведе до того, що вони стануть хорошими програмістами або бідними.

Якщо ви намагаєтесь навчити когось програмувати, я б змусив їх використовувати Intellisense та грати, поки вони не застряють. Ось тоді я б спробував створити фундамент, навчаючи їх причині, коли вони застрягли.

ІМО, ІДЕ зробить вас більш продуктивними. Але для початківців, як правило, не годиться починати програмування за допомогою IDE. Текстових редакторів, таких як блокнот ++, блокнот тощо, буде досить.

Також, як правило, не вважається гарною ідеєю починати вивчати програмування мовою високого рівня. Я б запропонував вам почати з мови складання. Це навчить вас основ, а також терпіння.