Легче найти решение (с кем-то другим)
Один из самых разочаровывающих аспектов программирования — это работа над решением проблемы и столкновение с чем-то, что мы должны были бы знать, как сделать или быть в состоянии выяснить, как это сделать, но не можем этого сделать.
Вероятно, для этого есть подходящий психологический термин или аббревиатура, учитывая, что я говорю о программистах. 🤷🏻♂️
Дело в точке:
Допустим, я работаю над проектом, и он должен сделать запрос Ajax. Я получаю ответ, отображаю его, а также кеширую ответ на 24 часа.
Если пользователь снова запрашивает информацию, я извлекаю ее из кеша, и все выглядит нормально. Но что если вы станете первым, кто нанесет удар в ближайшие 24 часа?
То есть вы получаете кеш-промах, а потом получаете не только более длинный, чем обычно, запрос, но и получаете ответ, который требует дополнительной обработки перед тем, как отдать его пользователю?
Читая это, вы, вероятно, получили длинный список вещей, которые вы попытаетесь сделать. И я рискну сказать, что все, о чем вы думаете, вероятно, стоит попробовать, если это не так.
В конце концов, это подтверждает мою точку зрения. И вот что: когда вы не так близко к проблеме, легче найти решение.
Легко найти решение
Конечно, это предполагает, что у вас есть вся необходимая для этого информация. Но точка, над которой я работаю, такова:
Если вы проводите много времени в коде, но иногда доходите до точки, когда вы не можете видеть лес за деревьями, то иметь группу сверстников, с которыми вы всегда можете решить свои проблемы, очень важно.
И, как и в случае с проверками кода, это не имеет ничего общего с вашей (или их) способностью кодировать. Это связано с решением проблем. Проще говоря, если вы разочарованы тем, что не можете заставить что-то работать, но знаете, что что-то упускаете из виду, вы, вероятно, правы.
Это просто вопрос чего. Если это так, то следующий вопрос: к кому вы обращаетесь, чтобы поделиться идеями. Если никто не придет на ум, я уверен, что у вас есть несколько человек в вашем углу.
Сначала попробуйте их.