Я закончил B.E. В области компьютерной инженерии в середине 2017 года. И более года работал над техническими продуктами, встречался с разработчиками, работал над различными проектами программного обеспечения и издавал приложения для iOS; Я пришел к выводу, что есть несколько мифов, в которые верило большинство из нас, когда учились в инженерных колледжах.
При более внимательном рассмотрении инженеров-программистов и их повседневной жизни становится ясно, что все мы верили в ложь. Причина, по которой мы верим в эти мифы, не имеет значения, но я чувствую необходимость как можно скорее развенчать эти мифы реальностью.
1. Математика не понадобится в «практической» жизни.
Самый большой миф всех времен.
Студенты обычно считают, что математика, которую они изучают в первые два года обучения инженерии, обычно тратится на более поздних этапах разработки программного обеспечения. Но на самом деле, если вы разрабатываете какое-либо программное обеспечение, вам нужно хорошо разбираться в математике. Я не говорю, что все, чему вы научитесь, будет применено в вашей жизни, но мелочи имеют значение.
А математика - одна из таких неотъемлемых частей компьютерной инженерии, что ее никак нельзя избежать. От графики до простых вычислений переменных, если мы не понимаем математики, лежащей в основе этого. Конечным результатом обычно являются серьезные ошибки и проблемы в программном обеспечении.
2. Кодирование важнее SDLC
Жизненный цикл разработки программного обеспечения (SDLC) - одна из самых недооцененных тем.
Неважно, создаете ли вы программу на миллион долларов или небольшую программу, которая решает одну простую проблему. Способ разработки программного обеспечения важнее кода. SDLC не только проясняет, что, как и когда разрабатывать программное обеспечение, но также делает ваше программное обеспечение перспективным.
Чем лучше у вас будет дизайн для разработки программного обеспечения, тем лучше будет ваша жизнь в области разработки программного обеспечения.
3. Документация не является высшим приоритетом
Проектная документация утомительна. И почти все используют политику копирования и вставки.
Основная цель документации - не вести записи, а хранить письменные доказательства программных решений. Но документация используется для ясности в мыслительном процессе разработки программного обеспечения. Хорошая документация помогает инженеру быть сосредоточенным, точным и информированным обо всем программном обеспечении, способах его разработки и факторах, которые следует учитывать при будущих обновлениях.
Документы проекта очень важны для того, чтобы вы привыкли хранить документы для всего программного обеспечения. А документация проекта позволяет ошибаться.
Хорошая практика - попробовать просмотреть старые проекты и подумать о том, чтобы попробовать несколько обновлений программного обеспечения. Вы легко поймете, что как только проект станет достаточно большим, документация будет похожа на супергероя, который может помочь вам почти во всем.
4. Практическое кодирование важнее теории.
Это всегда наоборот; практически во всех областях машиностроения.
Мы воспринимаем компьютеры как должное. Нам кажется, что ресурсы легко доступны, поэтому нам, студентам, нужно уделять им больше времени и как можно больше экспериментировать с кодом. Нет ничего плохого в привычке учиться методом проб и ошибок. Но по мере продвижения по карьерной лестнице вы поймете, что в большинстве случаев отслеживание и ошибка обходятся очень дорого, и в большинстве сценариев у вас никогда не будет опыта того, что произойдет в реальном мире. Так что след и ошибка могут привести к катастрофе.
Всегда лучше изучить теорию и взять как можно больше теоретических знаний, а затем на основе этих знаний провести несколько экспериментов, чтобы увидеть ошибки.
Всегда будет важна возможность написать свое программное решение на бумаге без компьютера. Будь то написание алгоритма, разработка архитектуры программного обеспечения или разработка структуры данных; вам необходимо глубоко понять его, помня обо всех его важных факторах.
5. Если я хорошо сдам экзамен в колледж, я стану инженером.
Этот миф необходимо исправить.
Прежде чем я что-то скажу, я хотел бы прояснить, что я говорю это не из-за конкуренции среди инженеров-программистов за рабочие места. Я говорю это потому, что хорошие оценки - залог хорошей работы. Но есть разница между работой и инженером.
Инженер умеет решать проблемы.
Работа просто берет деньги за выполнение инструкций.
Ты можешь устроиться на работу. Но вы не обязательно можете быть инженером в этой фирме. Чтобы называть себя инженером, убедитесь, что у вас есть способность решать проблемы, используя те знания, которые у вас есть.
Это нормально, если вы не торопитесь с решением проблем, это нормально, если у вас нет лучших решений проблемы; но нельзя называть себя инженером, если вы на самом деле не решаете ни одной реальной проблемы.
Я знаю, что многое из того, что я сказал, может быть спорным, и многие люди могут не согласиться; было бы здорово, если вы оставите комментарий или напишите мне… и мы сможем хорошо поговорить по этому поводу!
