День двести тридцать восьмой. #Оффтоп
Как стать продуктивнее. Продолжение
6. Начинайте с самой трудной части
Во многих задачах у вас может быть какое-то технологически узкое место, которое вы не знаете, как реализовать. Всё остальное может быть простым, то, что вы делали сто раз, но вот с этим вы не знаете, как справиться.
Мой совет - начать с самого сложного. Одна из причин заключается в том, что, как только вы решите это, вы будете намного увереннее в остальном. Другая причина в том, что, работая с этой частью, вы можете понять, что задача не может быть выполнена так, как вы планировали, и вы сэкономите много времени.
7. Начните с проверки, где это было сделано раньше
Очень мощная техника высокопроизводительной разработки - поискать подобное решение перед началом выполнения задачи. Независимо от того, над какой функцией вы работаете, есть вероятность, что вы уже делали нечто подобное в своём проекте. Вместо того, чтобы заново изобретать колесо, найдите это место (возможно, спросите других разработчиков) и посмотрите, как они это реализовали.
Вы можете скопировать и вставить решение как есть, создать повторно используемый компонент или просто использовать основную идею. Что бы вы ни выбрали, вы уже избежали массы повторной работы.
8. Просите помощи… но не слишком часто
Никто не может отрицать, что обращение за помощью эффективно. Если вы начинаете работать в новом месте, работаете над незнакомым кодом или просто ищете совета, это чрезвычайно полезно.
Но с такой помощью есть проблема в том, что, когда кто-то что-то вам объясняет, вы понимаете меньше, чем если бы вы сами до этого додумались. Когда вы расшифруете код самостоятельно, вы получите глубокое его понимание. Все логические части сойдутся воедино, и вы сможете решить любую проблему в этом коде позже. Когда кто-то вам это объяснит, вы поймете какую-то часть уравнения, но остальное останется загадкой, пока вы в следующий раз не обратитесь за помощью.
Поэтому важно найти баланс между обращением за помощью и самостоятельным решением. С одной стороны, вы можете застрять на долгое время без посторонней помощи. С другой стороны, обращение за помощью каждый раз приведет к тому, что вы получите наименьший опыт. Мой совет - постарайтесь хоть что-нибудь выяснить самостоятельно, прежде чем просить о помощи. Таким образом, даже если вы в конечном итоге попросите о помощи, вы намного лучше поймете, что вам ответят.
Продолжение следует...
Источник: https://michaelscodingspot.com
Как стать продуктивнее. Продолжение
6. Начинайте с самой трудной части
Во многих задачах у вас может быть какое-то технологически узкое место, которое вы не знаете, как реализовать. Всё остальное может быть простым, то, что вы делали сто раз, но вот с этим вы не знаете, как справиться.
Мой совет - начать с самого сложного. Одна из причин заключается в том, что, как только вы решите это, вы будете намного увереннее в остальном. Другая причина в том, что, работая с этой частью, вы можете понять, что задача не может быть выполнена так, как вы планировали, и вы сэкономите много времени.
7. Начните с проверки, где это было сделано раньше
Очень мощная техника высокопроизводительной разработки - поискать подобное решение перед началом выполнения задачи. Независимо от того, над какой функцией вы работаете, есть вероятность, что вы уже делали нечто подобное в своём проекте. Вместо того, чтобы заново изобретать колесо, найдите это место (возможно, спросите других разработчиков) и посмотрите, как они это реализовали.
Вы можете скопировать и вставить решение как есть, создать повторно используемый компонент или просто использовать основную идею. Что бы вы ни выбрали, вы уже избежали массы повторной работы.
8. Просите помощи… но не слишком часто
Никто не может отрицать, что обращение за помощью эффективно. Если вы начинаете работать в новом месте, работаете над незнакомым кодом или просто ищете совета, это чрезвычайно полезно.
Но с такой помощью есть проблема в том, что, когда кто-то что-то вам объясняет, вы понимаете меньше, чем если бы вы сами до этого додумались. Когда вы расшифруете код самостоятельно, вы получите глубокое его понимание. Все логические части сойдутся воедино, и вы сможете решить любую проблему в этом коде позже. Когда кто-то вам это объяснит, вы поймете какую-то часть уравнения, но остальное останется загадкой, пока вы в следующий раз не обратитесь за помощью.
Поэтому важно найти баланс между обращением за помощью и самостоятельным решением. С одной стороны, вы можете застрять на долгое время без посторонней помощи. С другой стороны, обращение за помощью каждый раз приведет к тому, что вы получите наименьший опыт. Мой совет - постарайтесь хоть что-нибудь выяснить самостоятельно, прежде чем просить о помощи. Таким образом, даже если вы в конечном итоге попросите о помощи, вы намного лучше поймете, что вам ответят.
Продолжение следует...
Источник: https://michaelscodingspot.com