Мало знаний, большой вызов! Эта статья участвует в "Необходимые знания для программистов«Творческая деятельность.
1. Введение
Я до сих пор помню тот день, когда ко мне подошла новая испытательница и сказала: "симпатичный парень, ваш код сообщает об ошибке"! Я быстро объяснил: "Мисс, вы можете есть рис, но не можете говорить глупости, откуда вы знаете, что этот баг был написан мной? "
Дело в том, что однажды, когда я просматривал код стажера, я обнаружил, что сбор был сделан неправильно, поэтому я изменил его строку кода с тремя точками случайности, двумя точками вздоха и пятью точками образования. , потому что код был слишком большим. Просто отправьте и забудьте об этом.
Код результата находится в руках у испытательницы, а в начале есть приветствие...
Неважно, баг это или нет, мне просто нравится, когда люди называют меня красавчиком.
2. События
Однажды в 2021 году погода солнечная, настроение пасмурное
Во время обзора я обнаружил, что стажер написал такой кусок кода
List<Object> list;
//业务逻辑……
if (list.size() != 0) {
//业务逻辑
}
Я думаю, что его намерение состоит в том, чтобы работать с данными только тогда, когда множество не пусто Я изменил его на это из-за намека на волнистую линию.
List<Object> list = null;
//业务逻辑……
if (list.isEmpty()) {
//业务逻辑
}
Видимо забыл отрицать, что привело сразу к одной из следующих строкget()
Операция выбросила массив за пределы исключения
Я не мог выносить старое лицо и сразу же сказал мальчику-стажеру при даме-испытателе: "Ты, код, есть небольшая проблема, я тебе ее исправлю. Основная идея!"
Парень быстро кивнул и сказал да, я посмотрела друг на друга и понимающе улыбнулась, он понял, и я тоже!
Позже я узнал, что когда я сходил в туалет, интерн сказал барышне, что этот баг был исправлен мной...
3. Некоторые мысли
На самом деле программисты нередко проявляют небрежность в коде, а еще более небрежно — в исполнении.rm -f *
Это неправильный каталог, это реальная вещь
В конце концов, помимо того, что вы должны быть более осторожными при самостоятельном написании кода, вы также должны выработать хорошие привычки разработки и строго соблюдать спецификации разработки, особенно когда вы просто пишете код.Так вы вырабатываете хорошие привычки разработки и хороший код. Лучшее время для стиля, после этого этапа действительно сложно что-то исправить.
Например, проблема с тем, что этот набор пуст, мы можем избежать этой проблемы, привыкнув к ней, как сейчас я привыкну к использованию Hutool.CollectionUtil.isEmpty()
,CollectionUtil.isNotEmpty()
Чтобы оценить набор пустым, это может в наибольшей степени избежать вышеупомянутой небрежной проблемы.
4. Пишите в конце
Спасибо, что прочитали. Я начинающий разработчик Java. Если написанный мной контент может вам помочь, ставьте лайки, подписывайтесь на него и добавляйте в избранное. Конечно, будет лучше, если вы сможете его переслать.
Если вы хотите узнать больше, пожалуйста, посетите мой личный блог:Java 🐤 Блог разработчиков Chick