Мне кажется что мы с Колей Алименковым достаточно хорошо раскрыли тему практики Code Review. Не буду много писать — если интересно, посмотрите запись нашего доклада на AgileDays 2011 vimeo.com/22736643
))) конечно же, вы абсолютно правы, просто так как дома у меня дома уже лет пять одни ноутбуки и я забыл что дома ещё бывают нужны десктопы (дома не играю, не работаю).
Это очередная маркетинговая попытка перенести домой всю разнообразие внешнего мира. Это те же люди, что подали вам велотренажёр, хлебопечку и моющий пылесос.
Сменить пока что не получится, а вот дополнить — да. На планшете удобно делать определённый набор вещей: веб-серфинг, игры, чтение книг. А вот созавать презентации, редактировать фотки, писать книги, делать миксы на порядок удобнее на обычном комьютере.
Я так понимаю метрика CRAP, это из той же области что и метрика «не пишите тесты для тревиального кода».
Извините, но я всё равно не понимаю, как можно писать тесты без assert-ов, что же вы тогда проверяете своими тестами? Зачем они тогда нужны?
Только что звонил с одного iphone4 на другой iphone4. Всё работало без проблем.
Сравнил с FaceTime. Качество примерно одинаковое, но видно что Skype немножко обрезает картинку и пытается чтобы лицо занимало всю картинку, что при двойном подбородке смотрится не очень то )))
Дело в том, что & — это битовая операция «И», а "&&" — логическое «И». Если для С++, насколько я помню, результат будет идентичен, но для Java — это не так.
На самом деле, я в своём примере хотел описать другую ошибку. В компиляторе java байткода, конечно же есть специальные приёмы оптимизации. Так вот если в выражении с логическом «И» первая часть будет false, то вторая часть даже не будет выполняться, следовательно, инкрементное приращение счётчика никогда не будет выполнено.
if (isGarageAvailable() && carCounter++ > availableSpace) {
throw new GarageIsFullException();
}
100% покрытие тестами — это из области фантастики. Но не потому, что кто-то решил что один код тривиален, а другой нет, особенно в проектах, которые не начинали свою разработку с использованием TDD. К тому же, покрытие тестами — это не цель, это всего лишь метрика. Цель покрытия тестами — это встроить качество в процесс разработки.
В основном разработка проекта ведётся командой, а не одним программистом, поэтому критерий «программист определяет тривиальность по ходу дела» также является ошибочной.
Кстати, есть одни интересное и неформальное определение legacy кода — это «код, которвый вы написали месяц назад». Или с вами не когда не случалась ситуация, когда вы гововорите «Кто написал такую ерунду?», смотрите на аннотацию строчек, а там стоят ваши инициалы.
LTH133BT01A01
Color LCD
проблем нет
Погуглил, оказалось что CS2 заточен исключительно под PowerPC код
Так что для новых Mac-ов все эти инсталляции — полных хлам.
Ссылка на форум Adobe
Говорят, что без её запуска в Google ни одни релиз не выходит.
Извините, но я всё равно не понимаю, как можно писать тесты без assert-ов, что же вы тогда проверяете своими тестами? Зачем они тогда нужны?
Сравнил с FaceTime. Качество примерно одинаковое, но видно что Skype немножко обрезает картинку и пытается чтобы лицо занимало всю картинку, что при двойном подбородке смотрится не очень то )))
На самом деле, я в своём примере хотел описать другую ошибку. В компиляторе java байткода, конечно же есть специальные приёмы оптимизации. Так вот если в выражении с логическом «И» первая часть будет false, то вторая часть даже не будет выполняться, следовательно, инкрементное приращение счётчика никогда не будет выполнено.
Кстати, есть одни интересное и неформальное определение legacy кода — это «код, которвый вы написали месяц назад». Или с вами не когда не случалась ситуация, когда вы гововорите «Кто написал такую ерунду?», смотрите на аннотацию строчек, а там стоят ваши инициалы.