К основному контенту

Молодые программисты, что с вами не так?

Эмоциональное. Навеяно очередным собеседованием.

Я все понимаю: опыта нет, вакансия "программист-стажер С++", молодой максимализм, авантюризм.

Но никак не могу понять, как, сделав тестовое задание (у нас оно "домашнее"), можно прийти на собеседование и заявить

  • что не прочитал ни одной!!! книжки по С++
  • что не знаешь, что такое struct, class, virtual, sizeof
  • что хочешь, чтобы тебя научили программировать
  • что хочешь за все это еще и денег
Пфуфф, мой мозг этого не понимает. Жесть какая то.
Или я старомоден и где то есть такая халява? :(
Update: в тему "Вредные советы джуниорам"

ЗЫ подумалось, что "программистами" я их зря в заголовке обозвал.

Комментарии

  1. Вот потому со стажерами никто и связываться не хочет - брака много.

    ОтветитьУдалить
  2. Одно дело связаться с человеком, который хоть что то знает. А тут... Человек отучился, получил высшее образование и только после этого начинает задумываться, чем заняться. Реально на собеседовании рассказывали истории про выбор между продавцом и программистом. "Продавцом мне не понравилось, решил попробовать программистом". Молодец, только подготовиться наверно надо.

    ОтветитьУдалить
  3. К моему огромному сожалению, все что описано выше - правда.

    ОтветитьУдалить
  4. Я например сейчас стараюсь участвовать в open source проектах (бесплатно естественно), и любыми путями хочу повысить свой опыт. Но если честно я не верю, что бы человек (или даже студент), который хочет научиться программировать, ни прочитал ни одной книги по C++ (да пусть даже по Си) и не знает что такое sizeof. P.S. Пишу на питоне.

    ОтветитьУдалить
  5. могу только порадоваться, что уникумы подобные товарищу описанному в посте, скорее исключение, чем правило :)

    ОтветитьУдалить
  6. Разве такие бывают? Даже я не зная C++ ответил на все вопросы.

    ОтветитьУдалить

Отправить комментарий

Популярные сообщения из этого блога

Полезные ресурсы для молодых (и не только) тестировщиков

сперто(с) Уже 3 месяца провожу собеседования тестировщиков (март 2016). Поначалу они просто  веселили - после 15-летнего опыта собеседования С++-разработчиков, общение с тестировщиками (чаще были "-цы") было чем-то экзотическим и забавным. Потом становилось все грустнее и грустнее, мимими закончилось. Началась печаль.

Mock vs Stub

Когда мы начали изучать модульное тестирование, то одними из первых терминов, с которыми пришлось познакомиться, стали Mock и Stub. Ниже попробуем порассуждать в чем их сходство и различие, как и для чего они применяются. Проверять работоспособность тестируемого объекта (system under test - SUT) можно двумя способами: оценивая состояние объекта или его поведение. В первом случае проверка правильности работы метода SUT заключается в оценке состояния самого SUT, а также взаимодействующих объектов, после вызова этого метода. Во-втором, мы проверяем набор и порядок действий (вызовов методов взаимодействующих объектов, других методов SUT), которое должен совершить метод SUT. Собственно, если коротко, то в одном случае используется Stub, а в другом Mock. Это объекты, которые создаются и используются взамен реальных объектов, с которым взаимодействует SUT в процессе своей работы. Теперь подробнее. Gerard Meszaros использует термин Test Double (дублер), как обозначение для объе

Заметки на коленке - 3. Что еще делать, если ваши тесты уже "зеленые"?

"Lately I find I'm working on automated tests that return non-binary results. Tests that neither pass nor fail" by  @noahsussman Отличная мысль, которую я ретвитил еще в 2016. Но давайте вместе подумаем, что за этим может скрываться? ( кстати, не знаю, что при этом думал Noah ) Ваши тесты прошли и прошли "успешно". Все хорошо или все же есть, куда еще посмотреть? Дальше то, что использовал я лично и то, что еще можно прикрутить дополнительно. Естественно все шаги ниже должны быть автоматизированны. 1. Контролируйте время выполнения тестов. Если набор проверок не меняется (а такое часто бывает, к сожалению), то рост времени выполнения может говорить о проблемах в продакшен коде (чаще всего) или проблемах с окружением. 2. Контроль за количеством выполняемых тестов. "Все зеленое" не значит, что сегодня выполняли те же Х тестов, что и вчера. Смешно(нет), но случается такое, что какие-то проверки "исчезают" из запуска из-за того, что у кого-то &qu