В недавних дискуссиях члены факультета тщетно пытались нападать на других специалистов по Computer Science (CS) и принижать их работу. Откровенно говоря, я нахожу их результаты нелепыми – вместо того, чтобы разгромить оппонента, многие замечания были смехотворно безобидными. С этим нужно что-то делать, потому что любой посторонний, услышав такую болтовню, будет меньше уважать наш факультет: ни одна группа не может пользоваться уважением других, если ее члены не могут при желании нанести сокрушительный словесный удар.
Это короткое эссе – попытка помочь преподавателям сделать свои замечания более острыми и едкими. В нем объясняется, как оскорбить исследования в области CS, показывается, где найти ахиллесову пяту в любом проекте, и иллюстрируется, как можно атаковать исследователя.
Два основных типа исследователей
Большинство неудачных оскорблений возникают из-за простого заблуждения, что все исследователи согласны с общими целями исследований в области CS. Это не так. В CS существуют два типа исследователей:
- Исследователей, следующих математической парадигме, называют теоретиками, и к ним относятся все, кто работает в области, где мелькают слова «анализ», «оценка», «алгоритмы» или «теория».
- Исследователей, следующих инженерной парадигме, называют практиками, и к ним относится большинство людей, работающих в областях, в названии которых есть термины «экспериментальный», «системы», «компилятор», «сеть» или «база данных».
Сложная теория и простые системы
Знание традиции, из которой происходит исследователь, дает основу для точного оскорбления.
Теоретики предпочитают сложность
Как и математики, теоретики в CS больше всего гордятся знанием и использованием самого сложного математического аппарата для решения проблем. Например, теоретики загорятся, рассказывая вам, как они обнаружили, что «мутная» теорема из геометрии может быть использована при анализе компьютерного алгоритма. Теоретики гордятся красотой уравнений.
Практики предпочитают простоту
Как и инженеры, исследователи систем гордятся тем, что могут изобрести самую простую систему, предлагающую заданный уровень функциональности. Например, исследователи систем взахлеб расскажут, что они создали систему, которая в два раза быстрее, вдвое меньше и мощнее своей предшественницы. Практики сосредотачиваются на производительности реальных компьютерных систем.
Оскорбление
Существует два основных правила:
- Определите тип исследователя.
- Выберите оскорбление, соответствующее этому типу.
Избегайте говорить что-либо, что может случайно их похвалить. При правильном исполнении оскорбление не только ошеломит исследователя (который будет шокирован, узнав, что не все согласны с его основной системой ценностей), но также запугает других слушателей.
Хочу быстро освоить математику. Что делать?
Грызть гранит науки на онлайн-курсе по математике для Data Science. Программа разработана преподавателями ВМК МГУ, одного из лучших математических факультетов страны. Вы научитесь решать задачи, которые дают на собеседованиях в компании размера FAANG. Курс также идеально подходит к поступлению в Школу анализа данных Яндекса.
6 модулей: от школьной математики до линейной алгебры и теории вероятностей. Также узнаете, как как пройденное применяется в работе аналитика данных.
Определение типа исследователя
Определить тип исследователя обычно легко и не требует глубоких технических знаний или серьезных размышлений. Это можно сделать с помощью сопоставления ключевых слов в соответствии со следующими списками.
Выявление теоретика
Вы можете определить, что кто-то является теоретиком, если он использует одно или несколько из следующих ключевых слов и фраз в лекциях и технических беседах:
- теорема
- лемма
- доказательство
- аксиома
- полиномиальное время
- логарифмический
- семантика
- численный
- сложность
- недетерминированный или недетерминизм
- и для достаточно большого N
Вы также можете узнать теоретика по тому, что он тратит вечность на доказательство чего-то, что может показаться вполне очевидным.
Выявление практика
Практик будет использовать одно или несколько из следующих ключевых слов и фраз в лекциях и технических беседах:
- архитектура
- память
- процессор (иногда сокращенно RISC и CISC)
- ввод-вывод
- сеть
- интерфейс
- виртуальный
- компилировать или компилятор
- ОС или система
- распределенный
- программа или код
- и двоичный
Они говорят о создании программ и запуске полученной системы на реальных компьютерных системах. Они ссылаются на компании и продукты, и активно используют аббревиатуры. Их лекции часто заканчиваются графиком или диаграммой измеренной производительности системы.
Вы также можете узнать практика по тому, что он в мельчайших подробностях описывает, как они поставили эксперимент для измерения определенного значения, даже если измерение дало именно ожидаемые результаты. Однажды я просидел час на лекции, где кто-то подробно объяснял, как они использовали три компьютерные системы для измерения сетевого трафика, хотя весь смысл заключался просто в том, чтобы показать, что сеть не была причиной проблемы, которую они исследовали.
Формулирование оскорбления
Ключ к хорошему оскорблению заключается в том, чтобы атаковать то, что исследователь ценит больше всего, и избегать того, что исследователю безразлично. Таким образом, оскорбление, брошенное теоретику, должно быть сосредоточено на отсутствии сложной математики, например:
- Я что-то упускаю? Можете ли вы выделить какое-либо глубокое математическое содержание в этой работе? (Опять же, слушатели, которым было трудно понять доклад, не захотят в этом признаться.)
- Несмотря на все уравнения, мне кажется, что ваша работа не требовала настоящей математической сложности. Я что-то упустил? (Это особенно хороший прием, если вы заметите, что другие изо всех сил пытаются понять доклад, потому что они не захотят признаться в этом после того, как вы намекнете, что это было легко.)
Оскорбление, адресованное практику, должно подразумевать, что методы уже использовались в предыдущих системах или что результаты тривиальны:
- Разве эта техника не использовалась в системе X пять лет назад? (Скорее всего, никто в аудитории не помнит все детали системы X, но никто не захочет признаться в этом.)
- Вы утверждаете, что ваша система на Y% быстрее, но разве это имеет значение на практике для реальных пользователей? (Этот вопрос особенно обескураживает, потому что ответ почти всегда отрицательный, и докладчик это знает.)
- Мне кажется, что вы просто реализовали очевидную идею. В чем заключается исследовательское достижение? (Слушатели, которые считают, что они тоже могли бы реализовать эту идею, будут согласны с вами.)
Как избежать «ответки»
Неуместное оскорбление может обернуться против вас, превратившись в конфуз для нападающего и победу для предполагаемой жертвы. Чтобы избежать подобных ситуаций, помните следующее:
- Никогда не пытайтесь критиковать теоретическую работу за то, что в ней не учитываются константы, за отсутствие связи с реальными компьютерными системами или за требование слишком сложной математики.
- Никогда не пытайтесь критиковать решение, как слишком простое или лишенную сложной математики.
- Никогда не пытайтесь критиковать работу, просто говоря, что она настолько проста и очевидна, что вы могли бы сделать ее сами. (В течение многих лет люди говорили это об UNIX и протоколах TCP/IP.) На самом деле, это всего лишь продолжение уловки, используемой детьми на игровой площадке: «Да? Я мог бы сделать это, если бы захотел». Не пытайтесь использовать ее, иначе кто-нибудь предложит вам повзрослеть.
Критика междисциплинарной работы
Хотя это редкость, некоторые исследователи включают в один проект как теоретическую, так и экспериментальную работу. Оскорбление таких работ может быть сложным, потому что исследователь может уйти невредимым, указав на ту или иную часть своей работы в качестве ответа. Вы можете попытаться атаковать обе части одновременно:
- Я заметил, что практический аспект этого проекта кажется довольно сложным. Как вы думаете, причина запутанной реализации может быть связана с более или менее «упрощенным» математическим анализом, который вы использовали?
- Похоже, у вас в одном проекте объединены немного теории и немного экспериментальной работы. Разве не правда, что если бы у вас был достаточно весомый вклад в одну или другую область, вы бы рассказывали о них отдельно?
Заключение
Умение оскорблять других исследователей – это ценный навык, которым должен обладать каждый ученый в области CS. Следуя приведенным выше рекомендациям, вы сможете опозорить и запугать своих коллег, заставив их почувствовать свое интеллектуальное превосходство. Помните, что цель состоит не в том, чтобы начать содержательный технический диалог, а в том, чтобы унизить другого человека и повысить свой собственный статус.
Комментарии