Разработчик Джозеф Круз составил список из десяти фраз-клише, которые программисты часто слышат в свой адрес и на дух не переносят. Автор считает, что, помимо решения проблем с кодом, разработчику важно уметь отвечать на такие фразы. Сколько из них доводилось слышать вам?
Программирование — это непросто. Чтобы понять основные концепции, нужно много времени, особенно, чтобы изучить самые актуальные языки программирования. Разработчик должен быть в курсе последних событий, потому что методы и технологии постоянно меняются.
Как правильно говорить: «Ого, да ты гений! Как ты это делаешь!? Я никогда так не смогу!».
В IT-сфере есть люди, которых профессионалы называют «племянниками». Они форматируют компьютеры, который также обслуживает сервер и программирует систему для управления компанией. Сложно доказать людям разницу между «племянниками» и специализированными сотрудниками и обосновать сумму за проект.
Кроме того, некоторые пользователи выбирают различные готовые решения, которые просты в использовании и обслуживании. Как правило, такие инструменты менее качественные по сравнению с программным обеспечением (ПО), разработанным профессионалом, но конкурировать с «племянниками» и готовыми решениями — нелегкая задача.
Незапланированные изменения во время или после сдачи проекта могут стать причиной возникновения ошибок.
По мнению автора, «небольшие изменения» наносят еще больший ущерб, когда начальник говорит, что «они решаются вместе с клиентом по телефону».
Программисту, мягко говоря, сложно и утомительно взаимодействовать с клиентом по телефону. Более того, сосредоточенность — ключевая часть разработки, поэтому прекращение процесса написания кода и переключения на диалог с клиентом плохо сказывается на разработчике и компании, которая теряет в производительности.
Хороший разработчик должен стремиться реализовать лучшие практики в отношении качестве кода и удобства обслуживания. Это избавляет от головной боли в будущем, но на это не всегда есть время, поэтому программистам иногда приходится жертвовать качеством кода. Если вы потратите время на планирование времени и изучение проекта, это можно значительно улучшить качество конечного продукта, советует автор.
Джозеф Круз считает, что нет ничего более досадного, чем работа над новой реализацией или новым проектом, во время которого вам кто-то говорит, что что-то не работает даже после тестирования.
Исправление ошибок — обычно самая скучная часть работы разработчика, но это ее часть. Основная проблема — дать понять участникам проекта, что исправлять ошибки не всегда просто.
Часто вина за разработку продукта целиком лежит на программисте, однако иногда виноват может быть, например, аналитик, который неправильно продиктовал требования клиенту или менеджеры проектов, которые что-то упустили.
Автор советует никогда не брать на себя вину за ошибки, допущенные командой. Другими словами, чаще всего виноват не один человек, поэтому важно, чтобы все участники проекта брали на себя ответственность, когда это необходимо.
Ни один разработчик не хочет слышать, что его код плохой. Однако всегда необходимо быть в курсе новых шаблонов проектирования. Тогда можно получить простой в обслуживании код с долгосрочными прогнозами поведения системы.
Чтобы избежать неудобных ситуаций с клиентом, усердно занимайтесь, а если в чем-то сомневаетесь, учитесь дальше. Все для того, чтобы никто не думал о вас как о ленивом программисте.
Хороший курс для изучения передового опыта и основных принципов программирования — курс «Логика программирования», который является первым шагом для выхода на рынок разработки ПО, но оно полезно и для опытных программистов, которые никогда не сталкивались с основами и передовыми методами разработки.
Какой программист работает без кофе? Фраза «кофе закончился» может закончить чей-либо продуктивный день, особенно в полдень, сразу после обеда. Не давайте кофе закончиться. Никогда!
Понятие простоты в программировании относительно. Сказать разработчику, что проект простой, в конечном счете — снизить его заинтересованность. Обычно простой проект нужен, когда мало времени, но только программисту известно, сколько времени займет то или иное действие.
Сдача проекта запланирована на понедельник, но босс, не выдерживая давления со стороны клиента, продолжает напрягать всех участников проекта, чтобы добиться быстрой реализации. В команде растет напряжение, кофе заканчивается, и все внимание сосредоточено исключительно на решении проблем в последнюю минуту. Не надо так. Постарайтесь следовать расписанию от начала до конца.
Отдел маркетинга обновляет программное обеспечение, и вся система перестает работать.
И такое случается. Непонятные и теоретически несвязанные вещи. Часто они возникают в суете повседневной жизни, и во многих случаях разработчику приходится отвлечься, чтобы решить проблемы, которые не были вызваны им.
Сегодня мы поговорим о том, как выбрать лучшие курсы Power BI в Украине, особенно для…
В 2023 году во всех крупнейших регионах конкуренция за вакансию выросла на 5–12%. Не исключением…
Unicorn Hunter/Talent Manager Лина Калиш создала бесплатный трекер поиска работы в Notion, систематизирующий все этапы…
Edtech-стартап Mate academy принял решение отправить своих работников в десятидневный отпуск – с 25 декабря…
Служба безопасности Украины задержала в Киеве 46-летнего программиста, который за деньги устанавливал шпионские программы и…
IT-специалист Джордан Катлер создал и выложил на Github подборку разнообразных ресурсов, которые помогут достичь уровня…