Как вы все знаете, у меня две главные профессиональные роли. Один из них - худощавый учитель йоги, а другой - «чрезмерно умный» разработчик программного обеспечения на C ++ (подмигивает). И, конечно же, я не супер женщина, которая может делать обе эти вещи безупречно.

Я новичок в обеих этих областях. Я примерно два года занимаюсь йогой и программированием. Были времена, когда я не мог успевать за тем объемом деятельности, который делал, и мне приходилось выполнять свою работу, (притворяясь) хорошим разработчиком программного обеспечения на C ++.

Ниже приведены несколько советов, которые помогут вам выглядеть опытным разработчиком программного обеспечения на C ++, помогут вам общаться с другими разработчиками программного обеспечения на C ++ (что касается моего опыта, с ними иногда трудно общаться) и, надеюсь, помогут вам пройти испытательный срок, если вы не уже облажались, используя необработанные указатели вместо интеллектуальных указателей. Не понял? Не волнуйтесь, идея состоит в том, чтобы не понимать, а просто притвориться, что вы все знаете.

Если вы читаете это в 2020 году и встретите увлеченного разработчика программного обеспечения на C ++, просто спросите его: «Вы пробовали C ++ 20?»

Если они скажут «да», будьте очень благодарны и открыто критикуйте, как некоторые люди все еще придерживаются C ++ 11 и насколько отсталое их мышление совпадает с их стандартом C ++.

Если они говорят, что понятия не имеют о C ++ 20, скажите им: «C ++ 20 меняет способ программирования, и что они многое упускают из-за того, что уже не используют его».

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

2. Если разработчик C ++ обращается к вам со своими нерешенными проблемами кодирования

Притворитесь, что слушаете очень внимательно, несколько раз кивнув головой, посмотрите в потолок и покажите им, что вы очень серьезно думаете о том, что они только что сказали. Произведите расчеты пальцами.

После нескольких минут глубоких размышлений спросите их: «Вы пробовали использовать хеш-карту для решения своей проблемы?»

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

3. Если вы слышите такие слова, как «указатели», «адрес» и «ссылки»

Есть два типа указателей - необработанные и интеллектуальные. Умные указатели имеют 3 подтипа - уникальные, общие и слабые.

Хорошие программисты используют умные указатели вместо необработанных указателей.

Уникальные и общие интеллектуальные указатели довольно распространены, но большинство программистов понятия не имеют, что такое слабый указатель, и никогда не использовали его в своей жизни. Большинство из них делают вид, что знают, что он делает. Поверьте мне!

Если вы заметите, что кто-то с большой гордостью говорит об общих указателях, сделайте большой глоток своего кофейного напитка (о да, программисты всегда берут с собой чашку кофе) и выразите это очень круто: «Не-а, общие указатели слишком популярны. , почему бы не использовать слабые указатели? »

4. Критикуйте условия if-else

Условия if-else - это блоки кода, которые программисты пишут для выполнения различных блоков кода. Если вы слышите или видите такие условия if-else, резко критикуйте этот фрагмент кода. Большинство разработчиков пишут if-else, потому что они синтаксически проще. Вы можете заставить их усомниться в себе, спросив: «Держу пари, это можно было бы отремонтировать, чтобы избавиться от блока if-else!» и сделай вид, что глубоко думаешь.

Они не будут спрашивать вас, они просто сделают это. Большинство разработчиков точно не знают, почему лучше использовать варианты переключения вместо условий if-else, используйте это незнание в своих силах и сокрушите человека, написавшего условие if-else.

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

5. Спросите: «А как насчет тестов?»

Каждый код должен быть протестирован фреймворком модульного тестирования. Это одна из самых скандальных тем для программистов.

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

Посмотрите им в глаза и задайте один-единственный вопрос: «Вы писали модульные тесты?» Если вы видите намек на стыд в их глазах, вы знаете, что победили и зарекомендовали себя как лучший разработчик, потому что вы, по крайней мере, думали о тестировании, и мысли имеют значение.

Вывод

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