Які найважливіші поняття слід розуміти під „володінням англійською мовою розробників”? [зачинено]

У квітні я збираюся виступити з групою викладачів англійської мови під назвою ** Англійська 2.0 - Розуміння мови розробників ". Мета полягає в тому, щоб за дві години дати їм короткий досвід ключових понять, щоб вони могли краще розуміти блоги та подкасти розробників та вміти задавати кращі запитання під час розмови з розробниками.

Як ви вважаєте, які найбільш важливі для розуміння поняття - поняття, які розробники сприймають як належне, але широка громадськість не знайома? Ось кілька ідей:

• контроль версій
• абстракції
• паб / під
• натиснути проти тягнути
• налагодження
• модульність
• трирівнева архітектура
• клас / об’єкт
• "код спагетті" проти OOP
• виняток кидання
• джерело натовпу
• рефакторинг
• хмара
• СУХИЙ - не повторюй себе
• клієнт / сервер
• одиничне тестування
• дизайнер / розробник

Для визначення цих термінів див. Мережевий словник

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

Як приклад, розглянемо деякі записи під D:

Daemon
Data Architect
Database Normalization

Всі здаються досить корисними. Однак є мільйони записів, тому ви, можливо, захочете застосувати деякі правила (якщо ви про це чули, значить, вони є, інакше це не так):

1. Жодних абревіатур (наприклад, TCP / IP немає, OOD вимкнено)
2. Немає конкретних назв додатків (наприклад, Microsoft Word не працює, Kazaa-Lite відсутній)
3. Немає конкретних назв мови (наприклад, увімкнено Java, Haskell відсутній)

Сподіваюся, це допомагає

РЕДАКТУВАННЯ: Спочатку походить з: http://www.networkdictionary.com/software/dictionary.php, але сайт, здається, був покинутий.

EDIT 2: Схоже, в Інтернет-архіві є копія: https://web.archive.org/web/20120507195610/http://www.networkdictionary.com/software/d.php Завдяки @locster за посилання.

Кілька слів з математики:

1. Канонічний. Визначний представник групи еквівалентних предметів.
2. Хеш. Зазвичай не виготовляється з капусти.
3. Евристичний. Недосконале рішення, яке може бути нормальним з огляду на обставини, і це не надто обіцяє.
4. Лінійна / експоненціальна. Як на швидкість пам'яті чи процесора впливає розмір входу.

Кілька слів, які часто трактуються неправильно:

1. Проксі. Щось, що діє від імені іншого.
2. Клієнт / сервер. Як і ваш браузер проти веб-сервера.
3. Майстер / раб. Нічого спільного з людським рабством або S&M, як правило.
4. Демон. Процес, який зазвичай проходить без взаємодії людини. Нічого дьявольського.
5. Майстер. Елемент інтерфейсу користувача, який керує людиною через процедуру.

Кілька слів, чиї насильницькі конотації зазвичай ненавмисні:

1. Убити. При застосуванні до процесів, а не кошенят.
2. Треш. Процес, який нічого не робить через відсутність пам'яті для розширення.
3. Баш. Мова сценаріїв.
4. Збій. Видатно придатний для всього, що здатний перезавантажити.
5. Вибух. Інша назва символу "!".
6. тощо.

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

Я додав би такі:

• спритний
• KISS (Нехай це буде просто дурно)
• рефакторинг
• інтерфейс програмування додатків

• ЯГНІ - Вам це не знадобиться
• Скрам
• KISS
• Аякс
• Інкапсуляція
• Спадщина
• Веб-сервіс
• Компоненти

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

Мені подобається, якби ви зверталися до нестандартних застосувань пунктуації, типових для деяких програмістів, як-от "Я відмовляюсь ставити кому в рядкову літературну лапки, коли джерело не використовувало кому", <----- - сказав Брайан.

Використання брекетів []та вусів (або брекетів для менш натовп стегна) {}може бути аналогічним способом лікування.

3- Рекурсія може бути цікавою для зауваження. Див. Пункт 3.

Для веселої перерви, можливо, буде приємно вказати на деякі суто культурні натхнення, які є загальними для більшості спільнот розробників, від хижаків (спасибі, XKCD), до Monty Python, до вказівника назад до деяких ранніх загальних підстав, які заснував сучасну спільноту: IRC, дошки оголошень / форуми та Usenet.

SDLC буде моєю пропозицією щодо іншої теми.

Ще кілька термінів, які, можливо, варто охопити:

• Застосування
• Система
• Програма
• Вимоги

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

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

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

З цього питання я б точно додав «дизайнерські зразки» як загальну концепцію.