06.09.2013 21:26, robin_of_the_wood пишет:

> Есть два разработчика неплохого уровня но работающих в провинции. Им
> обоим предлагают удаленку но с тестовым заданием.
> Первый программист подсчитывает время, перемножает на хороший рейт и
> гневно заявляет — фиг вам! Это же все равно, что я вам эти деньги подарил.
> А второй, думая так-же, молча делает задание, получает работу и делая
> то-же самое удваивает свой месячный заработок.
> Кто в результате выиграл по деньгам?
Уже и удаленка и провинция и еще куча если. Переходим на обсуждение
маловероятных вариантов (1 из 100)?
Пока речь про офис и для жителей города, где офис — 99% процентов вакансий.

06.09.2013 22:27, ex-MICEx пишет:

>Или, идя на
> собеседование с вами, все обязаны выучить наизусть ваше резюме?
Вообще-то да, должны.

> Этим
> людям сейчас приходится работать за двоих-троих (см. ниже).
Во-первых, это ваши проблемы, а не проблемы соискателя.
Во-вторых, такое положение вещей может абсолютно не удовлетворять
соискателя и самое логичное, поняв ситуацию, сказать пока.

> Ваше
> непомерное ЧСВ не позволяет нормально воспринимать такую ситуацию?
В упор не увидел у ТС, а вот от некоторых, пишущих здесь за контору,
таки да, ЧСВ гигантское.

> Если не залупаться, а идти на сотрудничество и
> снисходительно относиться к некоторым рабочим моментам — можно весьма
> неплохо устроиться.По крайней мере, существенно бОльшую зарплату, чем
> первоначально предлагается, просить точно можно.
А не мог бы ты пояснить, что имеешь в виду под словами неплохо
строиться. Пока я увидел работать за троих и можно попросить зарплату.

Здравствуйте, Vzhyk, Вы писали:

V>Уже и удаленка и провинция и еще куча если. Переходим на обсуждение
V>маловероятных вариантов (1 из 100)?
V>Пока речь про офис и для жителей города, где офис — 99% процентов вакансий.

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

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

Отсюда вырисовывается очень простой вывод — не стоит начинать капризничать прямо на собеседовании

Здравствуйте, robin_of_the_wood, Вы писали:

___>Вот почти реальный пример:
___>Есть два разработчика неплохого уровня но работающих в провинции. Им обоим предлагают удаленку но с тестовым заданием.
___>Первый программист подсчитывает время, перемножает на хороший рейт и гневно заявляет — фиг вам! Это же все равно, что я вам эти деньги подарил.
___>А второй, думая так-же, молча делает задание, получает работу и делая то-же самое удваивает свой месячный заработок.
___>Кто в результате выиграл по деньгам?

Я здесь вижу способствование паразитизма. Берем человека, который решает надуманные проблемы чужой фирмы скорее всего в рабочее время. Зато он умеет показывать правильные эмоции своему работодателю, подлизываться.

___>Конечно, возможно и другое развитие сюжета. Но в общем случае идея надеюсь понятна.
___>И кроме того я нисколько не критикую действия первого разработчика из примера. У него такая стратегия — и это его выбор.
___>Я лишь хотел напомнить про существование иной стратегии, которая тоже достойна упоминания

Стратегии разные нужны, стратегии разные важны. Только вот так и не понял как оценивать эти стратегии. По мне все одинаково эффективны, просто выбор зависит от настроения и эмоций работодателя и работника: хочет ли он заморочиться над придумыванием или решением искусственных проблем.

Может задания давать не исскуственные? Хоть как-то будут практиковаться в постановке реальных задач и их решении.

Здравствуйте, neFormal, Вы писали:


F>а что сейчас модно?

Какая разница, что там модно. Как и всегда, чтобы писать MT правильно, требуется наличие головы, умеющей думать. А не знание "объектов синхронизации" и "лок фри".

Здравствуйте, robin_of_the_wood, Вы писали:


___>Согласен. В далекие студенческие годы были "читалки" перфокарт и полочки, на которых происходил обмен текста программы на перфокарты, я еще не забыл

А первое сообщение на этом форуме датировано 2007 . Ничего личного, просто наблюдение.

___>Но это все было очень давно и само по себе не очень важно.
___>А вот способность человека чуть-чуть поднапрячся ради результата — это и до сих пор актуально

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

Здравствуйте, robin_of_the_wood, Вы писали:

___>Здравствуйте, landerhigh, Вы писали:

L>>Реальная работа состоит в создании программного продукта. Она состоит из множества отдельных областей знаний, но ни одна из них не требует навыков программирования на бумажках.

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

Зацепился за первую фразу, и не по делу. Программирование (работа программистов) включает в себя именно множество областей знаний. Из задач работа только у кодеров состоит.

А вот это

Еще раз, медленно и по буквам. У настоящего программиста понятие "код" существует только в виде "оформленный согласно принятым coding standards со всеми необходимыми комментариями, юнит-тестами и подготовленный к code review". Такое бывает только в IDE.
Код на бумажке бывает только у специалистов по кодированию на бумажках.

ты просто не заметил, или возразить нечего?

Здравствуйте, Vzhyk, Вы писали:


>> Еще раз, медленно и по буквам. У настоящего программиста понятие "код"
>> существует только в виде "оформленный согласно принятым coding standards
>> со всеми необходимыми комментариями, юнит-тестами и подготовленный к
>> code review". Такое бывает только в IDE.

V>В качестве IDE и notepad пойдет, но про код я с тобой согласен на 146%.

Да пофиг что, лишь бы шрифт был моноширинный и раскладка клавиатуры была общепринятой. И не emacs

V>А на собеседовании можно накорябать нечто, имеющее очень отдаленное
V>отношение к коду.

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

Здравствуйте, ex-MICEx, Вы писали:

L>>Вот тут не удивлюсь, если там нет никаких примитивов ввиду однопоточности. Скорее, удивлюсь, если это не так.
EM>Э... А Вы в курсе, что примитивы синхронизации появились намного раньше многопоточности?

Да в принципе, я еще знаю кучу других занимательных, но совершенно бесполезных фактов

EM>Экс-биржевик.

Разработчик ПО для электростанций (не атомных, чур меня).

Здравствуйте, landerhigh, Вы писали:

F>>а что сейчас модно?
L>Какая разница, что там модно.

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

Здравствуйте, neFormal, Вы писали:

F>Здравствуйте, landerhigh, Вы писали:

F>>>а что сейчас модно?
L>>Какая разница, что там модно.

F>ну, любопытно мне. вдруг чего упускаю.
F>ну и можно развить тему о наличии примитивов синхронизации в этих более других средствах.

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

Здравствуйте, smallpoxlet, Вы писали:

S>Здравствуйте, devcoach, Вы писали:


D>>И вопросы были вам заданы абсолютно нормальные. И задачака по strrev — это отличная задачка.
...

S>Во-первых, это задача сложная.
...

Надеюсь это ирония.

Здравствуйте, genre, Вы писали:

G>Здравствуйте, 1303, Вы писали:

1>>Оно, конечно, да. Но поясни, какое отношение эти примеры имеют к собеседованию шофёра экскаватора при найме на работу?

G>Прямое. Если тебе нужен человек который умеет копать экскаватором тебе второе не важно.
G>Если тебе нужен человек способный обеспечить появление нужной ямы в нужном месте, то умение копать лопатой будет не лишним.

Нужно тестировать на всё, что не будет лишним? Логика, конечно, в этом есть, правда весьма необычная. Надеюсь, ты ещё расскажешь нам свою историю найма с помощью лопаты. Но заранее советую быть осторожным — экскаваторщики, они люди часто матерно-прямолинейные, на такое требование могут и того, — лопатой по лбу.

Здравствуйте, UA, Вы писали:

A>>Она не будет выше рынка, если только работодатель не занимается благотворительность. Человек ведь от него и так никуда не денется.
UA>Это относится только к винтикам, а начальник отдела может получать выше рынка и за другие заслуги перед компанией и понятно что другой компании на эти заслуги будет наплевать поэтому они скорее всего предложат даже меньше чем есть сейчас.
Но мы-то винтиков, т.е. программистов обсуждаем.
Да и касательно начальников тоже не всё просто. Всякие топменеджеры, которые получают вроде бы сильно больше рынка, как-то умудряются работу находить, причём часто с повышением.

Здравствуйте, landerhigh, Вы писали:

G>>Иными словами сказать нечего
L>Программировать не умеют как минимум уже пятеро

точнее как раз умеют. это ты похоже без ide ни на что не способен.

07.09.2013 12:19, robin_of_the_wood пишет:

> Отсюда вырисовывается очень простой вывод — не стоит начинать
> капризничать прямо на собеседовании
Причем тут некие капризы??? Речь лишь о том, что если понял что с
некоторой конторой тебе не по пути, то вполне разумно сказать "Пока" и
уйти. Что поражает, так это абсолютная уверенность работодятлов
(работодателями таких клоунов сложно назвать) в своей богоизбранности и
полное отрицание того факта, что соискатель, пообщавшись на
собеседовании может не захотеть с ними сотрудничать дальше.

Здравствуйте, 1303, Вы писали:

вот мне только одно на самом деле интересно. все высказавшиеся тут за ide и против листочка и против вообще задач на собеседовании, что реально не могут написать 10 строк не очень сложного кода без ошибки?

Здравствуйте, genre, Вы писали:

L>>Программировать не умеют как минимум уже пятеро

G>точнее как раз умеют. это ты похоже без ide ни на что не способен.

слив защитан

09.09.2013 11:28, genre пишет:

> реально не могут написать 10 строк не очень сложного кода без ошибки?
Пока тесты не пройдены, я всегда предполагаю, что код делает не то, что
нужно.

Здравствуйте, Vzhyk, Вы писали:

>> реально не могут написать 10 строк не очень сложного кода без ошибки?
V>Пока тесты не пройдены, я всегда предполагаю, что код делает не то, что
V>нужно.

Это ты еще про интеграционное тестирование забыл, как без него то можно быть уверенным?

Хотел написать, что это не имеет никакого отношения к собеседованию, но потом понял, что имеет. Вот например, если ты не запуская тесты ни в чем не уверен, то как ты проводишь ревью?