Как стать автором
Обновить
1
0
lostinwired @lostinwired

Пользователь

Отправить сообщение
Всё бы хорошо, но зачем xml, когда есть анотации? Ведь гораздо удобнее написать например
@Id
@Column(name= "id")
private Long id;


xml лишь размазывает модель по разным файлам.
У меня одного ощущение, что ролик пропитан жестки фальшем?
Тоже удивился, не видел раньше таких месаг
Прочитал статью, и как-то на религиозные войны пофигу, а вот фраза
>>то учительница биологии в сельской школе МарьИванна , которую одновременно назначили вести уроки >>информатики

Просто убило, до каких пор будем выпускать детей дибилов? Физрук преподает алгебру, дворник физику, биологичка информатику и в добавок всем пофигу... А какая разница потом какая ось на компах-то?
Действительно гениальный, без шуток. Не каждый день получается сделать что-то реально простое и действенное.
Кофе Хауз и Шоколадница славятся своим ужасным совковым сервисом об этом речь наверное :)
Проведите полное тестирование: функциональное, нагрузочное, производительности итп. По возможности автоматизируйте и прогоняйте по тестам каждую сборку, при сравнении результатов можно будет увидеть в какую сторону вы двигаетесь.

По поводу раскрутки - советую очень хорошо продумать этот пункт сейчас.
Смысл фона не понял, а вот замена чек боксов на кнопки меняющие своё состояние вполне логичное решение и по мне гораздо более симпатичное. Есть очень распространенный миф в юзабилити тусовке, что не стоит применять ничего нового, а нужно использовать только то к чему привык пользователь. Посмотрите на последние продукты компаний вроде microsoft, adobe, apple. Все они экспериментируют с графическим интерфейсом потомучто пришло время! Сохраняется логика большинства элементов, а их визуальное представление может измениться очень сильно. Эта кнопка on/off это тот же чекбокс по логике, на с другим визуальным представлением.
Тот же вопрос возник..
Поддерживаю просьбу. Если есть действительно хороший бюджет, можно адаптировать идею к реальности.
Описать стартап в таком виде как сделали Вы - лучше, чем вообще ничего не написать. Была хорошая фраза, к сожалению не помню дословно, но смысл: Пока идея не записана, она не существует. Опишите проект хоть как-то, если будете использовать какую-нибудь методику или стандарт, то шанс того что вы ничего не забудете в процессе намного выше.
Всё верно, согласен на все 100%. Этап планирования в стартапе нужно сократить, но не убрать.
Не думаю, что день-два сыграет большую роль, ведь именно столько понадобится для "простенького" прототипа. Кстати прошу заметить, я делаю акцент именно на минимум документации. Я тоже против кучи бумаг, но считаю что основы должны быть расписаны.
Согласен, SRS там не совсем подходящее для web разработки. Ссылку привел для примера, это лучше чем совсем ничего :)
Да я и не настаиваю именно на этой схеме :) Моя цель была подтолкнуть людей к *элементарной* документации и проектированию, а если они не знают как и что - прочитать стандарты, а потом подогнать их под себя.
Разработчик скорее так и думает, а вот пользователь скорее воспримет значок беты как недоделку. К тому же, как мне кажется, через какое-то время и сам разработчик начинает позволять себе бОльшую свободу, например добавляет непротестированые функции.
Магнитная доска+маркер
Вы не правы, я например не слышал. Спасибо advancedcustomer, пойду погуглю :)

Информация

В рейтинге
Не участвует
Зарегистрирован