Существует заблуждение, что программисты пишут код. Правда в том, что программисты решают проблемы. Вы можете заставить ChatGPT писать код, но для этого вам нужно понять проблему, придумать решение, а затем сказать ИИ, что делать. Вам нужно изменить способ мышления и подхода к проблеме, вам нужно думать как программист.
Основы
- Понять, чего хочет клиент.
- Найдите проблему, которую клиент хочет решить.
- Посмотрите на проблему с технической точки зрения.
- Напишите код для решения проблемы.
Программное обеспечение, без сомнения, сложное, и правильные решения в нужное время играют важную роль в экономии времени и создании чего-то, что выдержит испытание временем. Понимание проблемы может иметь решающее значение для принятия правильных решений. Неправильные решения приводят к изменениям, что ведет к пустой трате времени и ресурсов. Поэтому важно понять проблему, провести мозговой штурм и найти наилучший подход к указанной проблеме, а затем начать разработку.
Например, важным решением может быть стек технологий. При запуске проекта вам нужен наиболее подходящий технический стек для вашего проекта. Вы бы посмотрели на бюджет, команду разработчиков, характер проекта и т. д., чтобы найти наиболее подходящий стек. Например, у вас была встреча с клиентом, и вы поняли, что он хотел сказать, вам нужно определить ключевые слова, которые могут дать вам представление о технологии, наиболее подходящей для их нужд. Давайте предположим, что там, где ключевые слова идентифицированы
- Приложение чата
- Мировой релиз
- Все основные платформы (мобильные, настольные, браузерные)
Чаты в режиме реального времени, когда вы получаете сообщение, оно должно отображаться в режиме реального времени, а не при обновлении страницы. Поэтому вам следует подумать о технологических стеках, которые справляются с этим типом требований лучше, чем другие, такие как NodeJS и socket.io, что является популярным соображением.
Вы можете ожидать огромное количество пользователей, если вы выпускаете продукт по всему миру. Даже если это не так в начале, это произойдет, если приложение станет популярным. Поэтому вам нужно помнить о том, чтобы принимать решения, которые можно будет масштабировать в будущем, чтобы вам не приходилось мучиться с закрытием приложения в рабочей среде.
Теперь проблема с платформой может дорого обойтись. Мобильные приложения можно создавать с использованием веб-технологий с использованием конденсаторов, что экономит средства на специальной команде для платформы. Но приложения с конденсаторами не так хороши, как нативные приложения или даже реактивные приложения. Теперь это требует еще большего принятия решений, в идеале вы хотите, чтобы все было как можно лучше, но мы все знаем, что жизнь так не работает.
Решения также всплывают во время разработки, и они не менее важны. Как разработчик, вы должны соблюдать баланс между временем и качеством кода. Если крайний срок близок, вы должны быть в состоянии доставить работающий код в требуемые сроки. Вам следует избегать оптимизации производительности до тех пор, пока она действительно не потребуется.
Вот небольшой список того, на что стоит обратить внимание
- Внимательно следите за сроками, кодируйте соответственно.
- Знайте важность фрагмента кода, который вы пишете, требуется ли, чтобы он находился более чем в одном месте, если да, то сколько мест и насколько он сложен, может ли он быть скопирован без головной боли при обслуживании.
Это об этом для статьи. Если вы что-то узнали или нашли это полезным, дайте мне знать в комментариях, если у вас есть какие-либо вопросы, задавайте их в комментариях. Если вы хотите больше таких статей, нажмите кнопку аплодисментов.
