Pull to refresh

Comments 46

Хорошо сказано. Собственно, хотелось бы вставить свои 5 копеек.
Касаемо вопросов ВУЗов (Достал университет) — действительно могу сказать, что очень малая часть преподавателей заинтересована в обучении студентов, в большинстве случаев им надо просто вычитать материал (сухой) да и отработать часы. Никого не волнует что материал по вебу допустим — с 2000-2004 годов и что сейчас много чего изменилось. Сам на самообучение потратил много времени. Также довольно велика проблема — заинтересовать студента в своем материале. Согласитесь, изучать ту же верстку допустим с простого PSD и с рассказа — вот div это блок, давайте просто поставим туда текст и посмотрим что получим в итоге. Т.е. нету реального применения почти нигде. Заранее извиняюсь за столь сумбурный комент. Также на работе например, когда устанавливают сроки для проекта, разработчик говорит допустим, я могу сделать этот проект качественно за 1.5 недели, шеф говорит что не катит, надо за 2 дня сделать все, а потом править баги. В итоге получаем больше потраченого времени и нервов. (Тут бывает так, что люди не хотят конструктивно мыслить.)

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

Когда-то мне тимлид сказал такую вещь: «Нам платят не за то, что мы сами пишем (плагины всякие), а за то, что мы умеем правильно использовать своё время» — т.е. относительно мораль такова: «Зачем тратить N часов своего времени на написание плагина, если за N-3 часа можно использовать готовое решение, только под наши параметры». Собственно, в той конторе я работал несколько лет назад. Могу сказать, что приятно, когда поощряют создание «своего» детища для продукта, но это тоже должно быть с умом.
Касаемо вопросов ВУЗов (Достал университет) — действительно могу сказать, что очень малая часть преподавателей заинтересована в обучении студентов, в большинстве случаев им надо просто вычитать материал (сухой) да и отработать часы.

валить из такого вуза надо, где преподаватели «только отрабатывают часы». Хотя, вообще говоря, не знаю, какой у вас опыт обучения, но существуют далеко не единичные случаи, когда так только кажется на скромный взгляд студента.

Вообще говоря (не хотелось бы на эту тему спорить, т.к., вероятней всего ни к чему конструктивному это не приведет), ИМХО, проблема заинтересованности — в первую очередь проблема студента. Сам вчерашний студент, сегодняшний преподаватель. Когда читаю лекции и требуется привести пример, стараюсь выбрать че нить прикольное, но, что касается сухого материала — никаких сглаживаний, только хардкор.
Вопрос к вам как преподавателю.
Вы перед изложением длинных теоретических материалов не на одно занятие даёте хзотя бы краткое объяснение, где именно это может пригодиться? Т.е., «эта теория лежит в основе таких например технологий как....» Или только хардкор?
иногда. Для некоторых вещей области применения, кроме как фундаментальная наука (у меня не IT профиль), я сам назвать затрудняюсь. Для других — объяснить без дополнительной подготовки слушателя не могу. Т.е. там где я могу привести простой, понятный с ходу конечному пользователю, пример использования — я приведу.

UPD не увидел про длинные лекции. В начале больших частей вообще не вдаюсь в подробности, где это используется. Примеры только по ходу — иначе получатся скрижали («вот эта штука используется там то, а как и почему — узнаете через месяц»)
О себе: Archlinux TU, аспирант химического факультета МГУ

Ваш профиль говорит за вас. В моем институте преподы как раз отрабатывают часы, в большинстве своем.
Для примера — я достаточно хорошо знаю плюсы, относительно вузовской программы + люблю чистый код, и когда у нас начались лекции о «ООП», пару раз придрался к преподу — то конструктор копирования не объявил, где нужно, то const не расставил. Так вот через пару моих подобных вопросов, препод сказал, что ему лень все это сейчас записывать (о да, у нас программирование ведется с доской, а не проектором), а проговаривать просто так — только запутывать.
Ну… Я бы сказал что зря так делали. :) :) Извините. Да, Вы опытнее преподавателя. Но большая ошибка, пробовать это показать. Вообще, всегда в таких случаях советую Карнеги почитать.
Нет, я не опытнее преподавателя. Просто в отличии от преподавателя, я пишу лабы, курсачи, а он их только оценивает: работает/не работает. Я все рассказал довольно кратко — но препод признал, и немного рассказал о том, о чем без моих возражений, возможно, не рассказал бы никогда.
Ну, я, конечно, не знаю, как там картина полностью выглядит. Но иногда (мб и зачастую) требуется донести только суть, не вдаваясь в детали. Вот в самом деле, если делать все «по науке», да еще и объяснять это, то никаких выделенных часов не хватит. С другой стороны, я положительно отношусь (с небольшими оговорками) к дискуссиям на паре (никогда не понимал преподов, которые пресекают любые попытки диалога с ним); а преподаватель из примера, судя по всему, адекватно отнесся к замечаниям.

(Признаюсь, что сам этим периодически грешу.)

// а что в моем профиле не так?)
В профиле — вы аспирант. А значит у вас нет 15-20 лет за плечами одних и тех же студентов, выполняющих одни и те же задачи.
И да, препод отнесся более чем адекватно, он и про код-стайл у нас упоминал… Все жду, когда хоть кто-то упомянет о системах контроля версий.
А я бы предложил столь активному студенту на ближайшей практике сделать доклад за «плюс полбалла» к экзамену про то что я еще забыл упомянуть на лекции, посоветовал бы полистать «классиков», а потом рассказал почему промышленный код не всегда такой. Дал понять студентам что такое «ревью кода» считай на конкретном примере.

Тут скорее проблема в нежелании преподавателя «научить», рассказать/показать/процитировать/заинтересовать, но не учить.

Вот arcan1s считает, что это было замечание. Часто преподаватель относится к высказанной точке зрения как к критике, я бы увел это в дискуссию разбор «почему так» и т.п.

Но с другой стороны я не преподаватель в институтах. Я вел тренинги в своей компании. И наверное все мои студенты не были «лишь бы зачет поставил».
Возможно, вы из тех студентов, что за деревьями не видят леса. Вам что-то важное пытаешься объяснить, а вас конструктор копирования не устраивает. Да пофигу на конструктор копирования, если речь про алгоритм Дейкстры. Вы же только рассеиваете своими замечаниями внимание — как препода, так и всей аудитории.
когда у нас начались лекции о «ООП»

Нет, начались основы ООП, препод на примере с комплексными числами рассказывал что такое ООП и с чем его едят. Поэтому я и влез, пример-то простой.
ну и как связан конструктор копирования с основами ООП?
с основами ООП — никак. С реализацией конкретного класса на конкретном языке — очень даже.
вы сами только что сказали, что вам объясняли основы ООП
Тупиковая дискуссия. Да, основы, с ООП вся группа знакома, препод это понимает и объяснял как это устроено в плюсах. Но делал это небрежно, тратя больше времени на выяснение знания студентами формул операций над комплексными числами, вместо разъяснений нюансов и тонкостей, которые помогут в дальнейшем делать меньше ошибок, вот и все. Когда препод упомянул о перегрузке операторов — предложил рассказать о конструкторах копирования, тут препод сказал что ему это лень записывать на доске, как и прочие мелочи, не из плана занятия.
Тут надо подход в системе образования менять. Не вам надо учить студента, а студенту получить эти знания у вас.
Другими словами — мне (как студенту) интересно научиться чему-то и применить на практике (читай зарабатывать этим деньги). Если преподаватель\вуз не могу дать нужных знаний — менять преподавателя\вуз.

Это в идеале, понятно, что на практике мы сталкиваемся с обязательными курсами, с преподавателями, которые только часы отрабатывают…
Ну скажу так, если преподаватель ведет предмет о веб-техгологиях, но не хочет «идти в ногу со временем» а преподает материал порядка 2004-2005 года, считая — что это именно то, что нужно студентам.

Касаемо дискуссий преподаватель — студент, хорошо, когда двое могут найти общий язык и поговорить о подобном. Но бывает так, что студент хороший веб-разработчик, а преподавателю примерно 50-60 лет. Он не хочет учить или заинтересовать, а что остается студенту с его «запалом» к учебе? Человек идет на стартап/работу, где ему интересно и все хорошо, но за что получает «люлей» через прогулы. И всем глубоко пофиг на то, что «студент» на работе может научиться в 100 раз больше и быстрее, чем на лекциях у этого преподавателя.

Почему преподаватель, который только недавно закончил ВУЗ идет на контакт со студентом, может с ним поговорить, посоветовать что-то или же узнать мнение студента по даному поводу, а «опытный» преподаватель — ни в какую.

И да, проблема «Программированию на доске» — это очень большая проблема.
Хотелось бы побольше примеров, где мы можем использовать и то и это, а не слушать «оно вам обязательно будет надо, только незнаю еще зачем».
И да, проблема «Программированию на доске» — это очень большая проблема.

Вовсе не обязательно.

Если сначала разобраться, что к чему, а потом самостоятельно пробовать — прока будет больше, чем если увлечься экспериментами сразу, и пропустить все объяснения мимо ушей.

Если вы посмотрите лекции каких-нибудь американских университетов, они там тоже маркером по доске код пишут, а не открывают IDE на проекторе.
Если сначала разобраться, что к чему, а потом самостоятельно пробовать — прока будет больше, чем если увлечься экспериментами сразу, и пропустить все объяснения мимо ушей.

Смотря с какой стороны посмотреть. Согласен с Вами, но считаю что обьяснять надо тоже с примерами. Бывает что преподаватель пишет уже пол пары на доске, а потом не может обьяснить толком зачем мы делаем так а не иначе или какой вариант может пойти 2й.
Так проблема в преподавателе, а не в доске.

Такой преподаватель и в IDE бы печатал пол-пары непонятно что непонятно зачем.
Ну проблема еще наверное, когда преподавать знает только один редактор — Блокнот из винды… и не знает почему загрузку скриптов в конец ставят и тому подобное. Беда.
Являлся преподавателем. Сейчас не преподаю.

Проблема заинтересованности, как правило, гораздо сложнее, чем кажется на первый взгляд.

Но, я абсолютно уверен, что бывают ситуации, когда преподаватель может «заразить» студента интересом к предмету. Студент преподавателя «заразить» предметом не может. Выводы очевидны.
Наверное присоеденюсь. У Стругацких очень хорошо написаны образы «ученых» пожно и на «преподов» экстраполировать.
Траты будут заключаться в невыполненных в срок проектах и отвлечении специалистов на вопросы и разъяснения.

Ну редко новичкам доверяют вести целый проект, поэтому они его и завалить не могут. А вот потратить нервы специалистов, ведущих проект, очень даже могут. В их нервы — это срыв сроков…
Очень много факторов от которых зависит положение новичка в компании, и все они индивидуальны. Серебряной пули нет. Новичок в яндексе и в студии на фрилансе — два разных новичка.
Большое спасибо за статью, я заодно прочитал и тот пост, на который вы так ответили, мне было интересно. Если честно, я не совсем понимаю в чем проблема с джуниорами, если условия работы оговариваются на собеседовании, знания базовых технологий тоже проверяются на собеседовании, есть испытательный срок, о котором так же договариваются на собеседовании. Что за такие «огромные» риски у компании нанимающей джуниора? Ведь чаще всего джуниор занимается банальным баг-фиксом, реже добавлением фич и полезного функционала.
Мне кажется стоит разделять «Джуниор» и «Студент». Джуниор — это выпустившийся студент, без достаточного опыта, и с ним нет проблем, как со студентами и как я понял, автор ведет речь именно о студентах.
Я в компанию устраивался — все хорошо, знания по всем областям достаточные чтобы работать, расти есть куда (в компании были помешаны на базах данных, думал sql подтяну). Сразу предупредил, что через месяц у меня начнется сессия и я буду пропадать, переодически, собеседующие восприняли с пониманием и заверели, что никаких проблем не будет. Однако где-то в середине сессии решили, что я не подхожу.
Ведь чаще всего джуниор занимается банальным баг-фиксом, реже добавлением фич и полезного функционала.

Это вы про крупную компанию говорите. В не достаточно крупных — джуниоры, это дешевые человеко-часы, они выгоднее фрилансеров, потому что их можно держать под контролем в офисе, вот и все.
Кроме того, джуниором может быть опытный разработчик который только поменял язык/платформу. и еще куча других вариантов.
Обсуждается вообще какой то сферический джун в вакууме работающий в компании описанной как материальная точка
UFO just landed and posted this here
Не напрасно. Я работал в двух студиях, где работали 2-3 студента и начальник, который раньше когда-то там был разработчиком, а сейчас ведет бизнес.
С одной такой я начал, там был парень на пару лет меня старше и на человеко-год опытнее, и я благодарен и такой работе, ибо это был опыт, и толчек к тому чтобы дальше двигаться и развиваться. Но поверьте, там никто за мной ничего не переделывал, уровень не тот.
UFO just landed and posted this here
Пожалуйтса.

На счет размера рисков судить не берусь. Но если человек только начинает свой путь программиста, он может: затянуть исправление бага, с большой вероятностью создать новый, отнять слишком много времени у специалистов своими вопросами, — в общем быть нерентабильным первое время. И это нормально для большинства начинаюших, если только это не гений. Но для фирмы есть риск, что потратив на него деньги и время новичок еще и свалить ухитрится, только только начав приносить плоды, или просто не выйдет на окупаемость. Поэтому фирмы и пытаются отсеивать ненадежных и неперспективных.
Если вы закончили технический вуз, то как вас могут не смущать субъективные термины «много», «мало» в статье претендующей на техничность? Это и отличает научные статьи от псевдонаучных: научные пытаются дать однозначные критерии, а псевдонаучные — подходящие всем кто их услышит.
Снимите руки с клавиатуры и бросьте взгляд в реальный мир. Некоторые вещи проще указывать в субъективных мерах, и в этом нет ничего криминального. Если вы разговариваете с собеседником на одном языке и понимаете его, то такие вещи не должны вас смущать. Если вы не уверены что ваши представления сходятся — всегда можно уточнить.
Это, когда, за отсутствие на работе из-за какой-нибудь неурядицы, сотрудник просидит следующие несколько дней допоздна, а еще купит печеньки всем коллегам, которые из-за него пострадали.
Это успокоит только вашу совесть, но никак не поможет вашему работодателю.
А отсутствие внезапностей — это удача или умение успешно предсказывать будущее.
Я это называю умением планировать.
Запланируйте, пожалуйста, падение сервера со всеми исходниками без единой возможности восстановления (плохой сисадмин, три землетрясения, инопланетяне — плевать; договоры и дедлайны, естественно, при этом никуда не делись), смену генерального директора (и концепции работы организации вместе с увольнениями, сменой новеньких Маков на древние XT и построениями в пять утра), внезапный перелом всех конечностей пьяным бомжом и войну с Китаем. Напоминаю, слова «внезапно», «форс-мажор» или «не- или маловероятно, не рассматриваю» — это неумение планировать (разве вы не верите в инопланетян?).

Если серьезно — есть вещи, которые вы так или иначе упустите в планировании (хотя бы потому, что вы человек, обладаете субъективным восприятием и не знаете всего-всего на свете), и они будут как раз «внезапно» (вы же не знаете, когда и что именно наступит, и как именно вы отреагируете — вы можете лишь костяк реакций накидать и оставить запас ресурсов, но будут ли абстрактные реакции соответствовать проблеме, и хватит ли отложенных ресурсов?). Или я как-то не так понял ваш категорический ответ «отсутствие внезапностей — это умение планировать»?
Сразу прошу прощения, если мой ответ показался категоричным, я старался этого избежать, как видно неудачно.
Здесь разговор идет о найме джуниора — и внезапности, перечисленные в оригинальной статье это
Внезапно у джуниора может начаться сессия, сдача курсовой, он может найти работу автослесарем или разносчиком пиццы, ведь “там платят уже сейчас”, а “тут вы эксплуатируете меня бесплатно”.
Если даже такие вещи не планировать — то вы действительно просто полагаетесь на удачу.
Падение сервера без возможностей восстановления — тоже косяк планирования, бэкап — наше все. Войны, землетрясения, атака из космоса — это форс-мажор, с этим ничего не поделаешь.
Некоторые вещи проще указывать в субъективных мерах, и в этом нет ничего криминального. Если вы разговариваете с собеседником на одном языке и понимаете его, то такие вещи не должны вас смущать.


Абсолютно соглавен. И очень важно понимать когда разговор происохдит на одно языке (в случае с близким коллегой), а когда не совсем (на докладе, в статье). У вас с коллегой общий опыт и, скорее всего, близкое понимания терминов «много», «мало», «плохо», «хорошо». Вы можете понять, что «сделаная плохо задача» — означает необходимость доработки а не срочное увольнение виновного, а вот человек со стоны или даже новичок может понять совсем по-другому.

Это успокоит только вашу совесть, но никак не поможет вашему работодателю.


Ну это как посмотреть. Если сотрудник несет ответ за свои ошибки сам, без нажима начальства, то это помогает и начальнику не тратить лишние силы, и говорит о том, что стотрудник вряд ли захочет еще раз повторить ту же ошибку.

В любом случае, я тут указал скорее на терминологическую ошибку. Ответственность — это одно. Умение планировать — совсем другое.
Спорить о чужих словах, конечно, неблагодарное занятие, но мне кажется, что многие вещи вы поняли неправильно. Возьмём, для пример, вопрос про университет. Ваш комментарий:

«Как меня за#бал университет» сигналит для автора о неумении управлять своим временем. А может студент за#бался от того, что устал замаливать перед преподом прогулы занятий, темы которых он и так знал или наоборот капитально не понимал, и потому прогуливал их, чтобы потратить время на более эффективное самообучение? Конечно, знания математики нужны программисту, хотя и требуются в некоторых областях нечасто, из-за чего многие недооценивают их необходимость. Но нередко вузы плохо справляются с подачей такого материала, и, порой, все равно требуют тратить время на плохо-организованные лекции и семинары.

Как я понимаю, вы отвечаете на всё сразу, хотя автор оригинальной статьи чётко выделяет две «претензии» к студентам, которым… скажем так, надоел университет.

Первая — это нелюбовь студента к фундаментальным знаниям. Вы возражаете, что часто эти знания в университете часто даются на низком уровне, а сам студент может быть белым и пушистым. Но я слабо представляю себе студента, который стремится к знаниям, но при этом так отзывается о своём университете. Человек, который на самом деле стремится к знаниям, будет искать пути их получения: других преподавателей, онлайн-курсы, семинары. Он может сказать «я недоволен своим университетом, поэтому предпочитаю учиться по книгам», и это будет круто. Это будет означать, что человек как минимум разбирался в теме и пришёл к каким-то выводам. С другой стороны, люди, которые просто жалуются на университет/работу/жизнь, как правило, либо не пытаются решить свои проблемы, предпочитая жаловаться и ныть, либо просто считают, что это не надо. Оба качества — большие минусы при приёме на работу.

Вторая «претензия» касается тайм-менеджмента. Будем честными: у студентов много времени. Рабочая неделя студента составляет гораздо меньше 40 часов. Студентам редко нужно заморачиваться бытовыми проблемами, проводить время с семьёй, ходить по магазинам, тратить время на еженедельные спортивные секции и т.д. Поэтому если студент, ещё не придя на практику, жалуется на нехватку времени, то каким образом он собирается совмещать обучение с практикой?

Это только один из описанных вами пунктов, но примерно с такой же позиции можно рассмотреть и остальные. Конечно, всегда есть свои нюансы, всегда есть шанс, что джуниор действительно белый и пушистый, но это уже исключение. Раздражение при фразе «как мне всё надоело» возникает не просто так, а из практики общения с людьми, которые так говорят, и из статистики того, что из этого потом получается.
Ну если студент не живет в общежитии, то сложностей с бытом у него и правда не так много, как правило. В обратном случае необходимость жить одному вынуждает тратить существенный объем времени.
А что касается вопроса о качестве образования, тут, как мне представляется, у людей частично не изменилось миропонимание. В школе за учениками бегают и упрашивают учиться и что-то делать, стараются как-то впихнуть невпихуемое в пустые головы (в большинстве школ, по крайней мере). А в университете картина резко меняется. Никто не собирается за взрослым лбом ходить и уговаривать хоть что-нибудь выучить, узнать. А с приходом коммерциализации появилось дополнительное ложное впечатление, что раз студент платит, то его должны учить (учить-то должны, но не против воли, конечно же). Интересно, что за рубежом зачастую тот же фактор играет обратную роль — там рассуждение другое — раз я плачу, я должен получить максимум выгоды. Вплоть до того, что в одной байке студентка подала в суд на другую студентку за то, что та дала ей списать контрольную, якобы тем самым она лишила ее возможности учиться (байка байкой, а ситуация для этой страны правдоподобная). Будем откровенны сами с собой, мы идем в университеты и институты на за знаниями, ведь прекрасно все знают, что полные актуальные знания в области информационных технологий получить невозможно в России (меа кульпа всем лидирующим в этой сфере учебным заведениям вроде МГУ, ИТМО, СПбГУ, АУ и др). Как говорил один из преподавателей ВМиК МГУ, лучший путь, это «чемодан-вокзал-Европа» (и полагаю, что он понимал о чем говорит). А раз мы идем за корочкой, то жаловаться на то, что нас не учат, при этом не делая попыток самостоятельно построить свою систему знаний — это как минимум непоследовательно.
Ну если студент не живет в общежитии, то сложностей с бытом у него и правда не так много, как правило. В обратном случае необходимость жить одному вынуждает тратить существенный объем времени.

Если человек слишком много времени тратит на сложности быта, то по идее он должен жаловаться на них, а не на университет :) В любом случае, я не очень доверяю студентам, которые в своих проблемах обвиняют учебное заведение — на поверку в большинстве случаев дело оказывается совсем не в нём.
Насчёт системы образования в целом я с вами согласен, ну а в подробности влазить не буду, иначе это растянется на пятьдесят-семдесят комментариев :)
Я бы не был так категоричен. Не все студенты в состоянии прожить на стипендию, более того не все имеют запас по деньгам. Комуто надо и работать. Собственно он к вам за эти и пришел. Те кого папа с мамой кормят курсу к шестому только задумаются «неплохо бы опыт гдето получить»

Второй момент — вы предполагаете что к вам на собеседование пришел вот эдакий матеры самец который возьмет и сходу сформулирует свою мысль, но это не так.

Да нет — это ягненок. Он пришел в супер контору, где сидят матерые программисты, он думает что его будут просить процитировать третий том Кнута страницы с 3 по 50. Он ночь накануне читал Страуструпа. Перед ним сидит крутой дядька «руководитель» чего нибудь, убеленый сединами и в шрамах от багов Гуру шаблонов. Но он то тоже не лыком шит. Он же две игрухи запатчил, и даже половину тетриса написал. Щас как попросят меня супер шаблон написать… И… тут его спрашивают откровенную ненаучную фигню про всякие разные институты в которых преподают «откровенную старую никому не нужную ересь 70х годов, которую уже все современные языки сами делают» и прочие «древние технологии». Так что в этот момент я могу от него ожидать вообще любой ответ.
У джуниора никто Кнута спрашивать не будет. Да и вообще профильные вопросы им редко задают — что спрашивать то, если нигде толком не работал.

Хорошо, что студент идёт в компанию перенимать опыт, но не надо забывать, что и компания не по доброте душевной студента к себе берёт. Одна из задач рекрутёра — убедиться, что студент сможет совмещать обучение и работу. В противном случае толку от их сотрудничества не будет. И тут уж всё равно, насколько объективны причины.
При всём уважении к автору мне кажется, что эта статья на статью не очень тянет.
Это скорее такой длинный развёрнутый ответ, которому было бы место в комментариях.

А по поводу джуниоров можно сказать так.
По той простой причине, что эта тема очень не формализована, и, соответственно, большой простор для мнений вплоть до максимума «сколько людей — столько мнений» (хотя бы даже из-за того, что можно просто недопонять оппонента), она скорее подходит для флейма.

Всё, что могу сказать:
— джуниоры бывают разные
— задачи, на которых их натаскивают, бывают разные
— в идеале должен быть хороший наставник, который на первых порах берёт за ручку и обводит мимо граблей, а потом пускает в свободные полёт, но остаётся достаточно доступным для ответа на вопросы
— совсем в идеале наставник периодически подкидывает интересные (нетривиальные) задачи и обсуждает потом пути решения
В вашей статье одна есть хорошая мысль: " Так вот, лучшее, на мой взгляд, с чего стоит начинать работу с начинающим разработчиком — это определить границы вложений, которые готова потратить фирма на новичка, и постараться оформить отношения с новичком так, чтобы не только фирме, но и ему было невыгодно выходить за эти границы.
"

Остальное попахивает эмоциональной полемикой. Начнем с того, что задача HR в том и заключается, что он пытается понять степень адекватности и честности кандидата. Вы же пишите, что он делает предположение, что все кандидаты честные.
Затем, о честности вы написали, но потом пишите, что «зачем мне сидеть на парах — если я там все знаю». :) Соблюдение правил огранизации, будь то компания по производству софта или ВУЗ — это как раз одно из проявлений честности и ответственности, про которую Вы также пишите. Порядок начинается с этого.
Начнем с того, что задача HR в том и заключается, что он пытается понять степень адекватности и честности кандидата. Вы же пишите, что он делает предположение, что все кандидаты честные.

Я хотел выразить то, что статьи по интервьюированию сотрудников предлагают анализировать ответы исходя из того, что они искренние, не осознавая того, что зачастую ставят соискателя в такое положение в котором им невыходно отвечать искренне. Даже если кандидат говорит, «как его за#бал университет», это не значит, что он так считает. Скорее это значит, что он считает эту фразу выгйгрышной для устройства на работу. Мне вот чем-то помог вуз, а в чем-то задолбал. Я могу сказать и так и так на интервью, в зависимости от того, что от меня будут ожидать (конечно, если я смогу верно угадать ожидания).

Затем, о честности вы написали, но потом пишите, что «зачем мне сидеть на парах — если я там все знаю». :) Соблюдение правил огранизации, будь то компания по производству софта или ВУЗ — это как раз одно из проявлений честности и ответственности, про которую Вы также пишите. Порядок начинается с этого.

Согласен с вами, что соблюдение правил организации — тоже важная черта, о которой мне стоило бы упомянуть. Хотя я бы назвал ее не проявлением честности и ответственности, а скорее корпоротивной этикой. И по ней, если человек пользуется диплом полученным в вузе для устройства на работу, то как-то негоже поливать его грязью. Грязь можно найти везде, но если у вас проблемы с огранизацией, с ней их и решайте, а жалуйтесь на нее за ее спиной. Да, фраза «Как меня за#бал университет» говорит об отсутствии этики, но все же она не говорит о неумении управлять своим временем.
Т.е. по вашему «приходить в 9.00 и работать до 18.00» — это корпоративная этика? :)
Про интервьюверов, которые поливают грязью — ну, лично я, допустим, их не уважаю, вы не обязаны ведь идти в организацию :)
Я, похоже неверно понял ваше замечание. Да, вы правы, «приходить в 9.00 и работать до 18.00» — это трудовой договор, а не проявление этики, но что-то мне подсказывает, что отсиживание на парах не является частью договора студента с вузом. Вуз предоставляет возможность получить знания и требует определенное их наличие к сессии. То, что от студентов требуют посещения — это уже инициативы преподавателей. В основном это обусловненно тем, что добиться знаний от студентов не получается, а отчислять 90% потока они, к сожалению, не могут. Вот и придумывают такие критерий, как посещение лекций и семинаров. Порой доходит до абсурда: не посещаешь — заваливают на экзаменах даже если ты неплохо разбираешься в теме. Так что тут дело не в честности, а скорее в умение жить «по понятиям». Наиболее адекватные из понятий можно назвать этикой.
Sign up to leave a comment.

Articles