Pull to refresh
1
0
Send message
Понятно, что так надо, никто и не говорит что так не надо. Однако мы живем в несовершенном мире и вы не представляете сколько раз я видел следующее:
1. пустые catch в которых просто ничего не делается
2. как в примере логирование и возврат из функции
3. просто игнорирование возвращаемого значения (кстати это один из пунктов почему исключения лучше)
и тп.

Вообще говоря создание приложения которое правильно обрабатывает даже большую часть ошибок и при этом продолжает работать очень не простое дело и что характерно достаточно дорогое.
В итоге, выбирая из 2х зол меньшее, лучше пусть программисты вообще не обрабатывают ошибки, чем маскируют их.

Пусть лучше оно падает, чем делает вид, что все нормально и при этом не сохраняет Главную Фотку Всей Жизни. Имеено об этом автор и попытался рассказать.
В C# я часто для этого использовал функции
Func<bool> mustDraw = () => (frame.isChanged() || target.isChanged()) || experiment.isRunning();
Func<bool> isFullScreen = () => frame.getSize().equal(screen.getSize());
if (isFullScreen() && mustRedraw()) {
  // redraw
}

Интересно было бы еще проверит следующее. Насколько большая разница между временем затраченным на написание комментариев, и последующую их пооддержку, и лишним временем потраченным на исправление неисправности. К сожалению тут можно только оперировать своими чувствами, а они очень субъективны. Я прекрасно понимаю код, я лучше потрачу время на приведение его в хороший и понятный вид, чем на написание комментариев. Поэтому впустую потраченное время для меня это написание комментариев.
Сейчас да, работаю с относительно небольшими проектами, но до этого у меня был проект имевший следующие масштабы: 6 лет разработки и поддержки (коммандой 5-7 человек), 40 проектов в решении (не считая мелочи всякой), 32Мб в исходниках. Это достаточно не маленький проект.
Вполне возможно, что и задержался бы, видно что человек не глупый, просто у него немного другие взгляды. Гдето бы поругался пару раз и все бы свыклись :)
Спасибо, я не знал, про ctrl+[точка]!
Я не это имел ввиду, я имел ввиду, если вам не понятно, что пошло не так и приходится дебажить для этого, то что-то не то у вас. Это все про только что написанный код.
Я живу на Украине, русский для меня родной язык, в школе у меня всегда была 3ка по русскому языку, я плохой программист?
Ребята вы бы еще сказали, что если человек не может подтянуться 10 раз на перекладине, у него нет силы воли, поэтому он скорее всего плохой программист.
Ну если у вас есть 1000 функций, которые используют одну переменную, то как ее не назови, дебажить вам весь этот код прийдется точно, причем скорее всего не раз.
Если что-то понятно из контекста сечас, оно будет понятно и через 5 лет.
Про джуниоров отдельный разговор, им всеравно врядли будет понятно, как не напиши, а когда они разберуться в конечном итоге то им опять же всеравно как называется переменная.
По этому поводу снизу есть примеры с foreach это именно то, что я имел ввиду.

Про поводу коммитить не компилируя, можно меня вот лицом ткнуть туда где я про это писал? К томуже я не очень осилить могу как частая компиляция помогает лучше понять используемое АПИ? Разве что с какимито проблемами столкнуться можно немного раньше.

> Resharper\VassistX\CodeRush
Все эти замечательные вещи не совсем бесплатные, и не в любой компании могут стоять. Смена работы, изменение какойто политики и тп, могут приводить к проблема, дефолт есть дефолт.
Мне например по долгу службы приходится часто сидеть за чужими компьютерами и меня например раздражает даже тот факт, что клавиатура другая, не говоря уже про настройки среды.

Вообще совершенно ниачемный коммент, набор «умных» выссказываний отсылка на какуюто презентацию, поставлено много «глубоких вопросов», но народ хорошо поплюсовал, надо будет это запомнить.
Действительно забыл написать про комментарии. Это вообще отдельная тема для меня, ибо я считаю, что комментариев в коде быть не должно. Если надо объяснять «что» делает код это большая проблема этого кода. Комментарии нужны только для того, чтоб объяснить «почему» код делает именно это и именно так. Тоесть либо это странный и сложный функционал который он реализует, либо обходятся какие проблемы какого-то апи, какая-то хитрая оптимизация, либо какая-то другая форс мажорная ситуация.
Я ее в песочнице оставил, я не знаю кто ее перенес в этот блог. Книгу я читал, но статья не о том, как получить «совершенный код», скорее о том, как получить работающий код, который неплох, в зжатые сроки.
У меня 8 лет стаж разработки за деньги. Я смотрю пока вопрос про дебаг стал, пока, самым главным. Если вы только что писали код, то вы его практически на память должны знать. И соответственно когда что-то не правильно работает, сразу понятно где и что. Если для того чтоб найти ошибку приходится дебажить, с кодом явно что-то не так. И конечно же я не всегда пишу код который сразу работает, но так происходит в большенстве случаев. Часто дебажить свой код приходится когда используются сторонние разработки, особенно когда опыта работы с ними не много.
По поводу языка. Данная сатья не претендует на звание научного труда. Она имеет философский характер и это мои мысли, поэтому и написана в свободном стиле. Именно из-за этого и примеры не приводятся.

Information

Rating
Does not participate
Registered
Activity