Комментарии 53
> Что бы ты изменил в процессе обсуждения, если бы был уверен, что твой собеседник забудет всё, о чём вы говорили?
Отменил бы совещание.
Отменил бы совещание.
самый тупой карандаш острее самой острой памяти :)
Что бы ты изменил в процессе обсуждения, если бы был уверен, что твой собеседник забудет всё, о чём вы говорили?Для обсуждения использовал бы только текстовый обмен сообщениями, с сохранением истории переписки (практически любой современный мессенджер это может).
Соглашусь. Да, сохраняет, но мы столкнулись с некоторыми сложностями.
У нас удалённая команда, и если не все участники онлайн, то между некоторыми сообщениями бывает таймаут по часу. При таких паузах очень трудно восстанавливать контекст. День или два на обсуждение топика, для которого требовалось 30 минут.
Если «доклад» закончился и начались «вопросы из зала», то есть активная переписка, то кто-нибудь потеряет «тему» текущей беседы и может начать отвлекаться.
Или вдруг в том же чате начнётся второе обсуждение — такая каша получается.
Для себя в команде мы решили чаты (Slack) использовать для неформальных разговоров, для составления повесток встреч и резюме, для обмена кусками кода, ссылками, объявлений и прочих вещей, где напечатать проще, чем сказать.
Гораздо эффективнее решать вопросы во время конференции (онлайн или оффлайн). При этом участники более собраны, от темы можно постараться не отклоняться, долго разговор не затягивать, лишних участников не привлекать, всех присутствующих выслушать.
У нас удалённая команда, и если не все участники онлайн, то между некоторыми сообщениями бывает таймаут по часу. При таких паузах очень трудно восстанавливать контекст. День или два на обсуждение топика, для которого требовалось 30 минут.
Если «доклад» закончился и начались «вопросы из зала», то есть активная переписка, то кто-нибудь потеряет «тему» текущей беседы и может начать отвлекаться.
Или вдруг в том же чате начнётся второе обсуждение — такая каша получается.
Для себя в команде мы решили чаты (Slack) использовать для неформальных разговоров, для составления повесток встреч и резюме, для обмена кусками кода, ссылками, объявлений и прочих вещей, где напечатать проще, чем сказать.
Гораздо эффективнее решать вопросы во время конференции (онлайн или оффлайн). При этом участники более собраны, от темы можно постараться не отклоняться, долго разговор не затягивать, лишних участников не привлекать, всех присутствующих выслушать.
Тут два решения может быть для восстановления контекста. Использование хэштегов это раз. Выделение темы обсуждения в одтельную «комнату» — два. Особенно хороша в этом телега. Если вдруг в общем чате начинается некая тема, то быстренько создается еще один чат, в который приглашаются заинтересованные стороны и форвардятся сообщения с началом обсуждения.
Пробовали вести переписку по разработке. Очень быстро поняли, что лучше голосовой коммуникации для решения стратегических вопросов нет ничего. Во время голосового общения как-то лучше улавливается то, о чем говорит собеседник.
Автор поднял отличную тему. Замечаю сам по новичкам, что надеются на память. Вспоминаю себя таким же, но после пары проколов стал фиксировать.
Автор поднял отличную тему. Замечаю сам по новичкам, что надеются на память. Вспоминаю себя таким же, но после пары проколов стал фиксировать.
В вопросе четко спрашивается об ЕДИНСТВЕННОМ ВАШЕМ собеседнике:
Если хотите узнать мнение читателей этой статьи о конференции, в которой СОБЕСЕДНИКИ ЗАБУДУТ всё, о чём ОНИ говорили, то так и формулируйте вопрос!
Вы же хотите добиться однозначного взаимопонимания с вашими собеседниками, но при этом сами пишите одно, а судя по вашему ответному комментарию — подразумеваете совсем другое.
В таком случае вам ничего не поможет ни текстовый обмен, ни диктофоны, ни прочие ухищрения!
Я вам советую сначала научиться формулировать ваши высказывания, вопросы и т.п. так, чтобы ваши собеседники интерпретировали их также как и вы (ну или максимально близко к вашему пониманию).
если бы был уверен, что твой собеседник забудет всё, о чём вы говорили
Если хотите узнать мнение читателей этой статьи о конференции, в которой СОБЕСЕДНИКИ ЗАБУДУТ всё, о чём ОНИ говорили, то так и формулируйте вопрос!
Вы же хотите добиться однозначного взаимопонимания с вашими собеседниками, но при этом сами пишите одно, а судя по вашему ответному комментарию — подразумеваете совсем другое.
В таком случае вам ничего не поможет ни текстовый обмен, ни диктофоны, ни прочие ухищрения!
Я вам советую сначала научиться формулировать ваши высказывания, вопросы и т.п. так, чтобы ваши собеседники интерпретировали их также как и вы (ну или максимально близко к вашему пониманию).
Да, ты прав, я ответил во множественном числе. Неосознанно. В этот момент я мысленно представлял себе одного новенького в команде, которого «грузили» несколько сотрудников. Каждый их них сказал чуть-чуть, а вместе получилось «переполнение буфера памяти» и новенький забыл половину. Мне кажется это актуально и для общения один-на-один.
Неосознанно.Да тут вашим собеседникам чтобы понять вас, кроме текста, голоса и видео надо еще и энцефалограмму вашего мозга записывать :)
… я мысленно представлял себе…
Мне кажется ...
А если без шуток и по теме, то не стоит вам употреблять такие слова, если вы действительно хотите однозначного понимания. Когда научитесь всегда четко излагать свои мысли и задавать вопросы/отвечать только по существу — большая часть ваших проблем эффективной коммуникации исчезнет сама собой, особенно если вы будете это делать культурно и вежливо.
Один знакомый директор приучил меня к хорошей практике — писать письмо по итогам совещаний. В письме еще раз дублировались все пункты и уточнялось их понимание. Своего рода неформальный протокол. Иногда в переписке что-то уточнялось или дополнялось. Письмо обязательно должно было быть написано в течении суток пока вся информация еще свежая, но уже успела немного осесть и перевариться. Раньше мне это казалось избыточным, но теперь я сам так делаю и понимаю насколько это эффективно. Это устраняет задержки связанные с неверным пониманием или интерпретацией информации.
Ну а диктофон и запись телефонных разговоров меня много раз спасало в разных жизненных ситуациях, и было полезным не только для работы. Если вы понимаете о чем я. ;)
Ну а диктофон и запись телефонных разговоров меня много раз спасало в разных жизненных ситуациях, и было полезным не только для работы. Если вы понимаете о чем я. ;)
Мне нравится идея резюме. Другой вопрос, насколько имейл — лучшее место для хранения инфы.
Где-то встречал эволюционную цепочку организации дел:
Где-то встречал эволюционную цепочку организации дел:
- Я ничего не забываю, все в голове
- Файлики-имейлы-поститы
- Лайтовая тудушка вроде встроенной в айфон
- Хардкорная тудушка вроде OmniFocus (персональный) и JIRA, Asana и Trello (групповые).
Не знаю, на какой ступене был директор и его компания, но судя по тому, что услышал — на второй.
Меня аналогичной теме приучил мой руководитель. По сей день кричу ему спасибо.
Вопрос памяти — это вопрос и психологии. Тот, кто не в состоянии ничего запомнить обычно не любит свою работу или устал от неё, но с другой стороны, такие люди обычно точно могут назвать то, к чему они неравнодушны.
Как будто гороскоп прочитал =\
На любое из этих утверждений можно ответить «с чего бы это вдруг?».
На любое из этих утверждений можно ответить «с чего бы это вдруг?».
Есть, есть такая связь… а то что коммент был в "астрологическом" стиле — ну, так получилось, я не смотрел на него с такой точки зрения.:)
(https://en.wikipedia.org/wiki/Emotion_and_memory)
Если каждый будет сидеть на совещании со своей камерой go pro, то точно ничто не будет упущено )
А тема то очень актуальная кстати. Спасибо автор!
Но момент где и как вести не решена однозначно. Поделитесь, пожалуйста, своим опытом кто и как чем пользуется?
Со временем накапливается такой приличный объем информации, в котором невозможно что либо найти потому что она в сыром виде. Ни на видео, ни на аудиозаписи диктофона, даже на бумаге ни чего не найти. Кто как это решает? После совещаний перерабатывает материал в структурированный вид?
Но момент где и как вести не решена однозначно. Поделитесь, пожалуйста, своим опытом кто и как чем пользуется?
Со временем накапливается такой приличный объем информации, в котором невозможно что либо найти потому что она в сыром виде. Ни на видео, ни на аудиозаписи диктофона, даже на бумаге ни чего не найти. Кто как это решает? После совещаний перерабатывает материал в структурированный вид?
Я бы ответил, как бы я поступил в идеальном случае. На практике мы так поступаем редко, потому что лень.
Получается, что специально не ведём и не структурируем. Долго не храним. К задачам Trello/Jira аттачим или линкуем файлы, если надо. А когда задача выполнена и проверена, файлы больше не нужны.
Получается, что специально не ведём и не структурируем. Долго не храним. К задачам Trello/Jira аттачим или линкуем файлы, если надо. А когда задача выполнена и проверена, файлы больше не нужны.
Как не всегда? Вообще-то я записываю, вот буфер между голосовым общением и Trello/Jira:
Или ты про детали реализации, не про сам факт наличия фичи?
Или ты про детали реализации, не про сам факт наличия фичи?
egorbachurin
Мы скринкасты не храним, используем их только короткое время после митинга, чтобы восстановить потерянные фрагменты, потом удаляем. Поэтому у нас нет проблемы с систематизацией аудио/видео материалов.
Самые важные скринкасты хранятся в облаках (Dropbox, Google Drive), а «подшиваются» в Slack, в отчёты (Google Docs/Evernote) и в задачи (Todoist/Jira/Trello), но это на усмотрение того, кто пишет скринкаст. Бывает скринкаст используется только чтобы выдрать из него крохотный кусочек или скриншот, а целиком гигабайтный видео файл не нужен.
А вот с фото, с картинками, с макетами, с прототипами проще. Они либо аттачатся к задачам, либо линкуются через «облака» (Monosnap/Dropbox). Картинка в контексте задачи. Вот и систематизация.
Со временем накапливается такой приличный объем информации, в котором невозможно что либо найти потому что она в сыром виде. Ни на видео, ни на аудиозаписи диктофона, даже на бумаге ни чего не найти. Кто как это решает? После совещаний перерабатывает материал в структурированный вид?
Мы скринкасты не храним, используем их только короткое время после митинга, чтобы восстановить потерянные фрагменты, потом удаляем. Поэтому у нас нет проблемы с систематизацией аудио/видео материалов.
Самые важные скринкасты хранятся в облаках (Dropbox, Google Drive), а «подшиваются» в Slack, в отчёты (Google Docs/Evernote) и в задачи (Todoist/Jira/Trello), но это на усмотрение того, кто пишет скринкаст. Бывает скринкаст используется только чтобы выдрать из него крохотный кусочек или скриншот, а целиком гигабайтный видео файл не нужен.
А вот с фото, с картинками, с макетами, с прототипами проще. Они либо аттачатся к задачам, либо линкуются через «облака» (Monosnap/Dropbox). Картинка в контексте задачи. Вот и систематизация.
1) Переписка ведется с заранее определенным кодом проекта в теме. Тема выглядит так: "<Код проекта>:<суть письма>" (например: Проект1: недостаток исходных данных). Помогает легко фильтровать письма, посвященные заданному проекту и в целом структурировать работу с почтой.
2) Поступающая информация разделяется на категории задач, мусора и справочной.
Задачи ведутся в соответствующем инструменте (и туда прикрепляются необходимые для выполнения материалы, если они не требуют архивирования — в противном случае они дублируются в справочную), мусор игнорируется или удаляется, справочная информация структурируется так, чтобы при необходимости ее можно было легко достать. Это уже дело очень личное, кому что удобнее.
Лично я использую майндкарты, где структурируются взаимосвязи или происходит группировка (если она может быть сделана иерархичной) и выделенную папку для архива (туда складываются непосредственно материалы, разложенные по подпапкам). В майндкарте у узла есть линк на подпапку, где лежит соответствующий узлу материал.
При внесении я пишу для себя, получившего амнезию — не «о пр.арх.пр», а «Проект1. Совещание 15.09. Проблемы архитектуры проекта». Времени тратится при записи чуть больше, но потом не приходится вспоминать и гадать, что имел в виду автор.
В майндкарте мне проще такое засунуть в «Проекты» — «Проект1» — «Совещания» — «09» — «15» и назвать «Проблемы архитектуры проекта».
Но повторюсь — логика структурирования информации у каждого своя, и надо инструмент затачивать под свои шаблоны памяти, а не наоборот.
2) Поступающая информация разделяется на категории задач, мусора и справочной.
Задачи ведутся в соответствующем инструменте (и туда прикрепляются необходимые для выполнения материалы, если они не требуют архивирования — в противном случае они дублируются в справочную), мусор игнорируется или удаляется, справочная информация структурируется так, чтобы при необходимости ее можно было легко достать. Это уже дело очень личное, кому что удобнее.
Лично я использую майндкарты, где структурируются взаимосвязи или происходит группировка (если она может быть сделана иерархичной) и выделенную папку для архива (туда складываются непосредственно материалы, разложенные по подпапкам). В майндкарте у узла есть линк на подпапку, где лежит соответствующий узлу материал.
При внесении я пишу для себя, получившего амнезию — не «о пр.арх.пр», а «Проект1. Совещание 15.09. Проблемы архитектуры проекта». Времени тратится при записи чуть больше, но потом не приходится вспоминать и гадать, что имел в виду автор.
В майндкарте мне проще такое засунуть в «Проекты» — «Проект1» — «Совещания» — «09» — «15» и назвать «Проблемы архитектуры проекта».
Но повторюсь — логика структурирования информации у каждого своя, и надо инструмент затачивать под свои шаблоны памяти, а не наоборот.
Посмотри свежую статью на хабре "Рабочий дневник программиста"
Что бы ты изменил в процессе обсуждения, если бы был уверен, что твой собеседник забудет всё, о чём вы говорили?Добавил бы больше картинок.
А вообще проблема тут в двух вещах — либо обсуждают что-то недостаточно интересное, раз забывается, либо недосып. Обычно оба варианта сразу.
НЛО прилетело и опубликовало эту надпись здесь
> А это _очень_ удобно.
Есть большой минус в том, что это _очень незаконно_ в большинстве стран, без получения предварительного согласия на запись от вашего собеседника.
Есть большой минус в том, что это _очень незаконно_ в большинстве стран, без получения предварительного согласия на запись от вашего собеседника.
Но я же про работу речь вёл )
То есть в одной компании. Ну или между заказчиком и исполнителем.
Лично мне было неудобно разговаривать с собеседником через WhatsUp, потому что я никак не мог включить запись. От этого много нервничал и переспрашивал по 2-3 раза. Поэтому иметь специальный софт или устройства для записи телефонных разговоров — это удобно.
То есть в одной компании. Ну или между заказчиком и исполнителем.
Лично мне было неудобно разговаривать с собеседником через WhatsUp, потому что я никак не мог включить запись. От этого много нервничал и переспрашивал по 2-3 раза. Поэтому иметь специальный софт или устройства для записи телефонных разговоров — это удобно.
А записывать чтобы потом детали вспомнить или для безопасности? Чтобы не сказали что не говорили?
Когда работал в МТС у нас была стандартная практика: после окончания совещания инициатор пишет meeting minutes, то есть email все участникам типа «общались А, Б и В, договорились что А делает Х к такому-то числу, затем Б делает У, а В делает З». Если не было опровержения в течение суток — значит все согласны
Я тоже встречался с такой практикой, только «к такому-то числу» не ставили )
Или вот такой ещё, не очень бюрократический вариант: до встречи составляли повестку, а после встречи -план решения. То есть список вопросов, которые должны были обсудить, и сразу же список задач. Задачи из этого списка потом постепенно связывались с задачами из Jira.
Или вот такой ещё, не очень бюрократический вариант: до встречи составляли повестку, а после встречи -план решения. То есть список вопросов, которые должны были обсудить, и сразу же список задач. Задачи из этого списка потом постепенно связывались с задачами из Jira.
А что было, если А не сделал? Судя по всему, его пинал Б — но мне интересно, насколько это хорошо соблюдалось, давало ли конфликты, сколько задач было в параллели, и может быть вы посоветуете, для каких специализаций это лучше подходит, а для каких — похуже.
Хороший пост. От себя добавлю, что иногда обхожу некоторых участников предстоящего совещания за день-два и озвучиваю свои вопросы или предложения (по моей части), чтобы до совещания все переварили или задали вопросы в неформальной обстановке. Поэтому мои вопросы или предложения уже на совещании как правило проходят достаточно гладко и обычно собирают быстрое согласие участников.
Как правило, считается хорошим тоном при инициировании переговоров\совещания заблаговременно направлять участникам повестку встречи и ссылку на дополнительные материалы. Возможно, дать поручения изучить что-либо и рассказать участникам результаты, чтобы их обсудить и принять к сведению. Скан\ссылка на протокол предыдущей встречи на эту же тему будут уместны.
Ведение протокола обязательно. Я, как правило, указываю в потоколе: тему встречи, порядковый номер (если встреча по обсуждаемому вопросу не однократная), дата\время встречи, место встречи, продолжительность, состав участников. Если кто-либо подключается по видео или телефону также отмечаю особо (поскольку могут быть технические сбои, которые не распознают очные участники). В случае назначения очного совещания с представителями подрядчиков\исполнителей в большом составе, при входе регистрируют участников или в процессе совещания по столу пускают листок для самозаписи: компания, должность, ФИО.
Состав указывается в порядке уменьшения должностного уровня в компании. Первым всегда указывается персонал компании или подразделения, которое является Заказчиком. Затем компании (подразделения) участники встречи в алфавитном порядке.
Раздел «Обсудили», раздел «Решили» с указанием ответственных и сроками решения.
В протоколе обязательно используются многоуровневые нумерованные списки, чтобы можно было сослаться по номеру, а не «предпоследний абзац на третьем листе с обратной стороны».
Проект протокола рассылается секретарём (это функция одного из участников, если не привлекается специально обученный сотрудник) всем участникам встречи для рецензирования. После внесения изменений и\или уточнения пунктов протокол утверждается председателем совещания. Как правило, это участник встречи со стороны Заказчика, имеющий наибольшую должность. Допускаются совещания, проводимые по ВКС, когда на экране расшаривается проект протокола и в него в реальном времени вносят изменения и уточняют формулировки. Как правило, он сразу готовится на ресурсе, доступном всем участникам.
Как мне кажется, это весьма удобный подход, минимизирующий риски от остроты памяти человека и систематизирующий поручения и достигнутые договорённости.
Ведение протокола обязательно. Я, как правило, указываю в потоколе: тему встречи, порядковый номер (если встреча по обсуждаемому вопросу не однократная), дата\время встречи, место встречи, продолжительность, состав участников. Если кто-либо подключается по видео или телефону также отмечаю особо (поскольку могут быть технические сбои, которые не распознают очные участники). В случае назначения очного совещания с представителями подрядчиков\исполнителей в большом составе, при входе регистрируют участников или в процессе совещания по столу пускают листок для самозаписи: компания, должность, ФИО.
Состав указывается в порядке уменьшения должностного уровня в компании. Первым всегда указывается персонал компании или подразделения, которое является Заказчиком. Затем компании (подразделения) участники встречи в алфавитном порядке.
Раздел «Обсудили», раздел «Решили» с указанием ответственных и сроками решения.
В протоколе обязательно используются многоуровневые нумерованные списки, чтобы можно было сослаться по номеру, а не «предпоследний абзац на третьем листе с обратной стороны».
Проект протокола рассылается секретарём (это функция одного из участников, если не привлекается специально обученный сотрудник) всем участникам встречи для рецензирования. После внесения изменений и\или уточнения пунктов протокол утверждается председателем совещания. Как правило, это участник встречи со стороны Заказчика, имеющий наибольшую должность. Допускаются совещания, проводимые по ВКС, когда на экране расшаривается проект протокола и в него в реальном времени вносят изменения и уточняют формулировки. Как правило, он сразу готовится на ресурсе, доступном всем участникам.
Как мне кажется, это весьма удобный подход, минимизирующий риски от остроты памяти человека и систематизирующий поручения и достигнутые договорённости.
Описанный подход "записывай всё" хорошо рассмотрен в книге Фила Портера "Съесть или быть съеденным" (гуглите сами). Я лишь добавлю несколько плюсов записывания поручений и несколько маленьких хитринок, которыми пользуюсь сам.
- записывайте всё, что вам говорят, указывайте так же дату и время — пригодится, когда начнутся ссылки на то, что позже задача менялась или уточнялась, сможете сослаться на хронологию;
- если руководитель имеет привычку "забывать" и "уточнять" детали после постановки задачи, фиксируйте, кто помимо вас слышал то, что вам говорили;
- каждому руководителю или коллеге — свой цвет ручки, либо указывайте фамилию;
- носите свою записную книжку с собой всегда, записывайте все поручения, которые получаете;
- если уточняете задачу большого босса у своего непосредственного начальника, записывайте, что именно он говорит — потом сможете прикрыться перед большим боссом;
- не делайте перед коллегами секрета из того, что ведёте записи — играя в открытую, вы заставите их хорошо обдумывать то, что они говорят;
- никому не давайте свою записную книжку (всегда Ваш, капитан Очевидность);
- можно ставить рядом с поручениями кружки. Когда задача будет выполнена, поставьте галочку. Если отменена — косую черту. Провалена — крест (можете дорисовать глаза, зубы и кости снизу). Интересная статистика получается.
В тему записных книжек — завёл себе блокнот с самокопирующейся бумагой: пишу на одной странице, а на второй отображается копия. Первый лист отдаю собеседнику, второй остается в блокноте для контроля. Чтобы не получилось, что визави интерпретировал сроки\задачи по-своему. Листы пронумерованы 1, 1', 2, 2'… поскольку технология самокопирки такова, что не пишет если ошибиться с листом первого экземпляра.
Плюсую хорошую идею. Взял на заметку.
А что за блокнот? Я вот об этом думал, но такого не нашёл. Если только таскать с собой такую бумагу (но это не практично).
Таскать с собой старую добрую копирку с времен печатных машинок =)
Блокнот заказывал в ближайшей рекламно-полиграфической фирме. Самокопирующуюся бумагу формата А4 разрезали и сшили спиралью.
Как ни шаманил, сканер не удачно воспроизводит второй экземпляр. Вживую смотрится существенно лучше, даже написанное чернилами.
Использование копировальной бумаги возможно, но более хлопотно и не чисто получается.
Сканы
Как ни шаманил, сканер не удачно воспроизводит второй экземпляр. Вживую смотрится существенно лучше, даже написанное чернилами.
Использование копировальной бумаги возможно, но более хлопотно и не чисто получается.
В комментариях к разным статьям habrahabr.ru периодически обсуждают, нужно ли веб-разработчикам высшее образование в области ИТ? Отвечу: да, потому что тут закрепляется навык конспектирования, быстрого письма.
А если это высшее образование в области философии? Там ведь тоже развиваются навыки конспектирования.
Пригодится любой навык конспектирования или стенографии.
Я чуть подвис.
Высшее образование в философии — мне не встречалось такое требование в вакансиях на веб-разработчика.
А если речь идёт об учёной степени «Доктор философии» (Ph.D., D.Phil.), то википедия говорит, что
И при этом PhD может быть специалистом (экспертом) в предметной области автоматизации. Так что я не могу ответить на вопрос однозначно.
Я чуть подвис.
Высшее образование в философии — мне не встречалось такое требование в вакансиях на веб-разработчика.
А если речь идёт об учёной степени «Доктор философии» (Ph.D., D.Phil.), то википедия говорит, что
Несмотря на название, в настоящее время степень не имеет никакого практического отношения к философии (только историческое) и присуждается почти во всех научных областях, например: доктор философии по литературе или доктор философии по физике.
И при этом PhD может быть специалистом (экспертом) в предметной области автоматизации. Так что я не могу ответить на вопрос однозначно.
При обсуждении нужности высшего образования в области ИТ как правило обсуждают актуальность полученных в ВУЗе знаний.
Однако вы написали, что высшее образование в области ИТ нужно, потому что закрепляется навык конспектирования. Философы на лекциях тоже конспетируют и не исключено, что побольше программистов. И, если пользоваться вашим аргументом, то можно обосновать утверждение, что веб-разработчикам нужно закончить философский факультет :).
Нет, я такого не утверждал. Я указал, учиться стоило хотя бы ради такого навыка :) С soft-skills в ВУЗе (моём) беда, надо искать во всём положительный эффект, иногда с трудом :)
Вообще на современное высшее образование очень противоречивое мнение. Тебе, возможно, попадался на глаза цикл статей сервиса JavaRush. Примеры:
Я не разделяю эту точку зрения, если что. У ВУЗов есть своя цель и если она совпадает с целью студента — то этот симбиоз будет полезен обоим.
Вообще на современное высшее образование очень противоречивое мнение. Тебе, возможно, попадался на глаза цикл статей сервиса JavaRush. Примеры:
Я не разделяю эту точку зрения, если что. У ВУЗов есть своя цель и если она совпадает с целью студента — то этот симбиоз будет полезен обоим.
Как люди реагируют на запись разговоров?
Зарегистрируйтесь на Хабре , чтобы оставить комментарий
Записывай всё