Но это теоретически.
А практически, как правильно заметил товарищ nikmaster в этом комментарии, там даже нечетных процентов не должно было получиться — не то, что дробных.
Спасибо, обязательно попробую такой метод, т.к. ежедневно использую эти два инструмента.
Сейчас использую клавишу контекстного меню — удобно для коммита и апдейта:
«К. меню» — «C»
и "
К. меню" — «U»
соответственно. Но неудобно для всего остального: show log, revert и т.д.
Да, полностью согласен. Для маленьких проектов такая схема редко подходит. Хотя и тут бывают исключения — все-таки уж слишком разные попадаются заказчики…
Обязательно указываем какие браузеры будет поддерживать сайт.
А такие пункты как:
3.9 — наполнение контентом и
3.10 сдача и приемка
у нас указан в договоре на разработку, т.к. заказчик может пойти с нашим ТЗ к другим разработчикам, а этот пункт касается только наших с ним договоренностей.
Последнее, кстати, было довольно важным шагом — выделить ТЗ в отдельный этап отношения с заказчиком. Т.е. сначала заказчик оплачивает ТЗ, получает его, и потом уже решает, будет ли он разрабатывать проект с нами.
Спасибо, отлично написано — легко и весело читать.
Отдельное спасибо за юмор!
У себя используем практическую такую же схему ТЗ, что была описана.
Жалко только, что дошли до нее на своем опыте — набивая шишки.
— начинающий программист.
Неоднократно наблюдал такую эволюцию программистов:
Главное здесь — случайно не залезть в смежные области профессии, что может оказаться уже совсем не тем любимым делом, о котором говорил Конфуций.
А практически, как правильно заметил товарищ nikmaster в этом комментарии, там даже нечетных процентов не должно было получиться — не то, что дробных.
Например, получились цифры:
1) 62.5%
2) 18.5%
3) 19%
А затем их округлили до целого.
(Навеяно)
22 символа, буквы (lower & upper case), цифры, спец. символы…
Вряд ли такой расшифровали.
А так мало сложных паролей, потому что основная масса их не использует.
Первая мысль:«С каких это пор Duck — пошлость ?!»
Сейчас использую клавишу контекстного меню — удобно для коммита и апдейта:
«К. меню» — «C»
и "
К. меню" — «U»
соответственно. Но неудобно для всего остального: show log, revert и т.д.
Но и не оправдываюсь =)
А такие пункты как:
у нас указан в договоре на разработку, т.к. заказчик может пойти с нашим ТЗ к другим разработчикам, а этот пункт касается только наших с ним договоренностей.
Последнее, кстати, было довольно важным шагом — выделить ТЗ в отдельный этап отношения с заказчиком. Т.е. сначала заказчик оплачивает ТЗ, получает его, и потом уже решает, будет ли он разрабатывать проект с нами.
Отдельное спасибо за юмор!
У себя используем практическую такую же схему ТЗ, что была описана.
Жалко только, что дошли до нее на своем опыте — набивая шишки.
ЕДА is Еда + одежДА.