Домашка. Рома и отель

[ksoftware]

Я знаю, я вас прокинул с прошлыми домашками. Я просто больше не могу себе позволить выкладывать то говно, что у меня получилось, а сделать нормально времени всё нет.

Но в этот раз я не прокину, потому что я уже всё сделал. Честное слово:

Comments

Немного не в тему

[adrior]

Возможно, я скажу вообще не в тему, и задачу нужно решать как из учебника. Но первая мысль, которая у меня возникла: такое сочетание «гостей» - это 1% всех случаев для частных лиц. В 90% случаев будет пара или пара + 1-2 ребёнка. Остальные 9% поделят пара + друг, 2 пары, группа друзей, пара + друг + дети и т. п.

Т. е. проектировать интерфейс исходя из таких условий - это программистский подход, когда упор делается на исключительные ситуации, а не наиболее вероятные.

Такой интерфейс может пригодиться тур-агентствам, которые бронируют номера пачками. Но тут нужно вникать в тонкости процесса, и это не то же самое, что проектировать интерфейс для частных лиц.

Если по вариантам, то, по-моему, в решении ksoftware немного перепутаны понятия «комната» и «номер», так как в условии задачи говорится именно про бронирование «номеров», а каждый номер может состоять из 2-3 комнат.

Re: Немного не в тему

[adrior]

Я о том, что задача может быть с подвохом. Инженерам любят такие задавать. Например: «Какой мощности двигатель нужно поставить на Т-72, чтобы он смог преодолевать подъёмы в 60°? Масса танка 44 т».

Задачку может за 10 минут решить средний школьник, так как это элементарная механика. Но решение будет заведомо неверным. Инженер же решит задачу ещё не дочитав условие: какой двигатель ни ставь, танк в такую горку не заедет, так как не хватит силы сцепления по грунту. Можно, конечно, вводит допущения, что сцепление с грунтом идеальное, грунт не срезаемый и т. п. - но такие допущения никак не соотносятся с реальной жизнью и поэтому никому не интересны.

Re: Немного не в тему

[ksoftware]

Естественно вы правы про распространенные сценарии. То что для этих простых случаев интерфейс должен быть максимально простым - тоже верно.

Есил вы оставите в моём решении 1 номер, всё будет весьма просто. Я рисовал такой случай для проверки.

С комнатами - действительно не очень хорошо получилось.

[tonsky]

Есть в этом задании некоторая неоднозначность - то ли мы ищем отель, то ли мы в конкретном отеле бронируем. Я второй вариант сделал. Он похож на Колин, только я пошел от имеющихся в отеле номеров - перетаскивать кровати, как предлагал knavishkola, это конечно круто, но немного не про эту действительность - от того, что я нарисую дворец, он там не появится. Поэтому выбираем из того, что есть. А учитывая, например, что даты уже указаны, можно даже только доступные номера показать.

Еще я фразу из задания «важно указать возраст детей» перевернул в том смысле, что не «давайте заставим пользователей указывать возраст!», как все тут делают, а в ключе «давайте покажем, почему важно указывать возраст, заинтересуем пользователя».

Ну и вообще у меня тут форма ввода свободная, я не хотел пользователям сильно чем-то мозги греть. Пусть планируют как им удобно. Удобно им писать «дед и бабка» - пусть пишут.

[ksoftware]

В этом случае не понятно зачем вводить имена. Это как на сайте Феликса Завойского - просто смотришь какие есть номера и сколько они стоят.

Если компьютер не может разобрать возраст (а при указании в свободной форме он не может), то зачем тогда этим людей парить?

Почти уверен, что это не то, что ожидал Рома.

[tonsky]

Имена - см. задание,
> указать количество нужных номеров и людей, которые будут в них проживать.

и потом, я совершенно не могу поспорить с этим утверждением:
> А если мы бронируем и уже точно знаем кто поедет и даже кто с кем жить будет, то нам нужны имена! Мы же не будет думать: так «человек №1» и «человек №2» в первой комнате будет жить, а «человек №3» в третьей. Мы будем думать, что Витька, сын Петровны, поедет со своей телкой Машей и им надо отдельный номер.

Возраст - скорее всего возраст будет использоваться при выставлении счета. Если счет будет выставляться в автоматическом режиме, без участия человека (имеет смысл только для огромных отелей), то надо будет переделывать. Если вам не хватает каких-то данных - придумайте их. Я вот придумал, что отель не такой большой и форму обрабатывает человек (отсюда любые дополнительные пожелания етц).

А цель этой домашки - угадать, что ожидал Рома? Тогда у меня плохие новости...

[ksoftware]

Давайте новости в студию.

Про маленький отель - имеет смысл, согласен, нормальный сценарий.

Просто мне кажется, что если отель мелкий и сдает по номерам, то гораздо проще выкинуть имена и показывать сами номера. А покупатель сам решить сколько и каких ему надо номеров.

[oleghka]

еще раньше вашего домашку замутили: http://valiullin.livejournal.com/83490.html

[oleghka]

идея с именами это аще мракобесие за которое надо в руки отрезать

[ksoftware]

У нас тут аргументированные наезды только принимаются.

Я, кстати, бы и вашу хотел сюда в коллекцию, может добавите?

[oleghka]

аргументы:
- они не нужны
- с ними жизнь становится значительно сложнее

[oleghka]

мой прототип сделанный за 10 минут

[ksoftware]

Если можно, сюда картину, пожалуйста.

[oleghka]

[ksoftware]

Тут та же проблема, что и у пользователя knavishkola. В одном месте задаешь количество, в другом используешь этих человечков. И очень плохая часть там, где надо задать 4 ребенка, а потом понять, что появившиеся 4 поля - это их возраст.