Про /etc/hosts что ли речь? :)
Я это не стал комментировать, потому что левое имя site.local или site.test, занесенное туда, никак не влияет на способность браузера распознавать такие доменные имена. И вообще могли бы сообразить, что коль я упоминаю такие имена, значит они у меня сидят в /etc/hosts.
И да, я всегда ввожу однозначно с http. Вот и сейчас важную ссылку я отправил партнеру мылом с указанием http, т.к. мне в данном случае крайне важна однозначная трактовка.
И эти 4 символа кратко, красиво и однозначно (на уровне подсознания) показывают, что это за имя, для чего оно. Это архиважно для рекламных объявлений, визиток и пр. Во всех отношениях лучше написать www, чем, как предлагали выше, словами пояснять, что это доменное имя сайта, а не просто текст.
Плюс к тому по этим четырем символам также и программы определяют, что это доменное имя, например этот форум:
www.hz.shop - определил, что это домен
hz.shop - обломался.
Поэтому я всегда использую www.
И что фактичеки www - это поддомен, также хорошо, например: на www.site.ru - основной рабочий сайт, на test.site.ru - тестовый сайт - все разложено по полочкам, все логично.
Давайте...
Задача:
Есть микроконтроллер с АЦП, который занимается какой-то обработкой, поступающего на вход аналогового сигнала. Первым делом надо поступающие данные интегрировать, но ресурсов у микроконтроллера мало, надо ф-цию интегрирования упрощать. Вопрос: как максимально просто и нересурсоемко реализовать ф-цию интегрирования?
Моё решение - ноль строк кода. Кто меньше? :)
Кстати, грамотное подробное ТЗ требует высокой квалификации, причем сразу в нескольких областях. Да и по важности стоит наверно на первом месте. Поэтому работу по составлению ТЗ я бы оценил дороже, чем кодинг. С хорошим ТЗ найти исполнителей на кодинг нет проблем.
В законе об Объективной реальности. Даже из самого термина "персональные данные" это логически следует. Еще короче: нет человека - нет проблем.
У заказчика нет непоняток. Заказчика часы интересуют только в качестве оценки сроков исполнения, но не как критерий оплаты. Заказчику интересна в конечном итоге только итоговая цена решения его проблемы.
Если исполнитель желает ввести сущность рабо-часов, то пожалуйста, вопросов нет. Если цена человеко-часа озвучена, то тогда пусть исполнитель назовет и количество требуемых часов на решение задачи. В итоге мы опять придем к конечной цене вопроса, умножив одно на другое. А часы - это лишь один из способов расчета конечной цены, исходя из трудозатрат и эта человеко-часовая оценка нужна исполнителю, заказчику она может быть интересна лишь как аргумент обоснования цены вопроса. В любом случае кто кроме самого исполнителя сможет прикинуть, сколько времени ему понадобиться для решения задания? Никто кроме исполнителя. В итоге, прикинув, он должен назвать заказчику цену и как обоснование этой цены может назвать необходимое количество человеко-часов (но лишь как обоснование).
Вообще трудо-часы как основа ценообразования хороша для рутиных шаблонных, предсказуемых и хорошо просчитываемых работ. Для творческой работы такое ценообразование мало пригодно.
Но и бюджет заказчика знать тоже необходимо, если есть несколько вариантов решения его проблемы. Хотя можно сразу ему эти разные варианты с разными ценами озвучить.
Ответ один: кодеры должны сами оценить, во сколько часов обойдется им выполнение вашего ТЗ. Точка! Пусть не точное количество часов, но какой-то диапазон должны озвучить.
А они хотят наоборот - исходя из вашего бюджета рассчитать часы. А реально затраченные часы вы проконтролировать не сможете. Поэтому часы - это фикция. Так или иначе вы должны договориться о цене вопроса и всё. С расчетом часов или без - это неважно.
А если посмотреть с позиции заказчика? Например, я заказчик, а вы фрилансер? Как я смогу вообще отследить ваше реальное время работы? Ответ: НИКАК! Но заключать договор с неизвестной ценой я разумеется не буду, поэтому исполнитель должен будет заранее сообщить требуемое количество часов, а из количества часов формируется конечная сумма. Но меня интересует конечная сумма договора, а не количество часов. Поэтому количество часов в качестве оценки труда имеет смысл применять для рутиных стандартизированных операциях при полном контроле работника заказчиком, т.е. когда работник сидит в офисе от и до.
И причем здесь www? Без www также можно поддомены раскидать по разным машинам ---------- Добавлено 15.02.2017 в 17:27 ----------
Я тоже часто ввожу http. Приходится. Иначе ничего не получится в некоторых случаях, например в случае имени: mysite.local
С www однозначно. Я всегда с www делаю. Спросите почему? А вот потому (см. разницу в двух примерах - имена пишу простым текстом):
1) www.site.ru
2) site.ru
Сомнения отпали?
