Pull to refresh
13
0
Send message
Полностью согласен. Кроме того, важно знать чем занимаются другие, чтобы иметь представление, что уже сделано и какие есть проблемы, и в случае чего знать к кому можно обратиться.
Другой вопрос, что грамотно провести стэнд-ап митинг большое искусство, которое требует усилий и практики.
Да, это звезда.
Из-за особенностей конструкции телескопов вокруг звезд видны так называемые дифракционные лучи.
Подробней про это явление можно прочитать здесь
Отлично сказано!

Мне вспомнилась фраза Дуайта Эйзенхауэра: Когда готовишься к сражению, планы бессмысленны, но планирование необходимо.
Также вспоминается фраза, которая есть практически в любой книге по гибким методологиям: Серебряной пули не существует, каждая методология имеет свою область применимости.

Читая статьи подобные этой, постоянно сталкиваюсь с одной и той же ошибкой в понимании гибких методологий. Почему-то считается, что гибкие методологии устраняют типичные проблемы разработки — и это не верно! Наоборот, в них признается факт, что от этих проблем не избавиться и в процессе разработки мы должны учитывать. Даже самые опытные программисты делают глупые ошибки — поэтому надо писать тесты и вообще лучше работать в паре, нельзя сразу учесть все требования — поэтому пишется сразу код выполняющий только текущую задачу, а дальше короткие итерации и рефакторинг в помощь, и так далее. Не находите, данные рекомендации совпадают с выводами автора, основанными на практике?

Безусловно, на одной только методологии проект не напишешь — нужны люди. Но хорошие практики разработки, применяемые с пониманием того, какую выгоду они несут в конкретной ситуации, сильно увеличат КПД разработчиков.

Ну а хвалебные отзывы о сверхневероятной эффективности каких-то методик оставим на совести консультантов — им же надо как-то продавать свои услуги.
В данном примере запрос выполнится быстро, т.к. count считает записи по полю ID, которое, судя по названию, является первичным ключем. Если бы count, выполнялся по полю не являющемся индексом, то скорость запроса была бы гораздо медленнее.
Возможно вариант с выборкой одной записи действительно был бы быстрее чем подсчет всех записей таблицы, но тут надо уже делать замеры на конкретной базе — здесь много может быть параметров влияющих на скорость.
Больше всего понравилось описание анти-паттернов.
Я бы добавил еще парочку:
Халявщик: работает только один разработчик, второй тихо сидит рядом и просто думает о своем или даже спит.
Совершенный код: разработчики слишком увлекаются теоретическими обсуждениями макро- и микро- архитектур, тратя на это времени гораздо больше чем требуется.
Отличный вариант не отнимающий много времени. А по какому принципу у вас назначаются инспекторы на конкретные фичи?
Если бы все можно было изначально правильно продумать и написать с первого раза умные дядьки не придумали бы такую вещь как рефакторинг. Зачастую только в процессе разработки становятся понятными тонкости, а иногда даже написав большой кусок кода понимаешь, что правильнее было бы переписать его совсем по-другому.
Про непрерывность процесса совершенствования кода отлично написано в этой статье.

Information

Rating
Does not participate
Location
Минск, Минская обл., Беларусь
Registered
Activity