Как строить отношения с разработчиком?

Вы забыли самый важный пункт в списке.

ПЛАТИТЬ !!!

Продолжая список моих вопросов надо было написать так?:

8. Платить?

У меня же список вопросов, а не утверждений.

1. Чтобы этот вопрос отпал нужно искать нормального кодера, который прикрутит к системе адекватный шаблонизатор - проблема сама собой решится.

2. Проблема всегда актуальна, но тут встает вопрос о профессионализме разработчика - чем лучше будет код разраба, тем меньше будет проблем с поддержкой.

3. Выставлять, если это оправдано. Чтобы понять - нужно посмотреть плюсы и минусы технологий, проконсультироваться с кем-нибудь. Вы владелец сервиса, соответственно и все последующие проблемы сопровождения лягут на ваши плечи.

5. Проектировщик БД как минимум. Если финансы позволяют - проектировщик интерфейсов, тестировщик.

6-7. Последние два проекта отдавал небольшой группе разработчиков-фрилансеров, которые работают в команде - более чем доволен.

P.S. ТЗ - очень важная часть, прорабатывать нужно очень детально, до каждой мелочи. Бывали ситуации, что разработчики делали кое-что по своему усмотрению - эти мелочи рушили часть бизнес-процессов, решаемых ПО. После этого все ТЗшки на среднего уровня разработки - минимум 20-листовые портянки :)

А надо прописывать то, как именно должен работать код? Ведь, одно и то же можно реалиозовать по-разному.

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

ПС: уже читаю хабру как правильно составить ТЗ, там касаются подобных вопросов.

Это лишнее, аналогично тому что нанять обезьяну - такие вопросы должен решать сам разработчик

Собираюсь решать те же проблемы в скором времени.

Выборочные замечания:

1) Почему дизайн в конце? Всегда все проекты начинаю с ТЗ для себя, а потом изображения того, что хочу получить.

2) Пропущен важный этап - отбор разработчика. Если не правильно выберете, то ничего не поможет.

3) Весь код должен быть задокументирован, как в коде, так и отдельно по функционалу.

Ну фиг знает, мне кажется, диз идет от функционала, а не наоборот. ПОэтому сначала функционал, что и как будет на выходе, а потом уже оформление этой выходной инфы. Может, я не и не прав.

Да.

Но, по этому пункту, как я понимаю, никто советов не даст, только свои шишки и чужие отзывы/рекомендации.

Можно попродробнее про этот пункт? О чем конкертно речь?

Если не будет проблемы найти хостинг, который будет всё это поддерживать, и программиста, который будет сопровождать это хозяйство.

Если разбивать по исполнителям - будет сложнее украсть вашу идею на этапе разработки. Но придётся ТЗ разбивать на относительно независимые друг от друга части. И кто будет делать процесс отладки "всего в сборе"?

Фрилансеры не любят работать по договору и получать по безналу.

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

От проекта зависит, я же не знаю что вы делаете. Можно нарисовав дизайн предполагаемого проекта понять какой еще функционал нужен. Или какой лишний. В любом случае сначала пишется ТЗ, значит функционал запланирован и вторым этапом его логично нарисовать.

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

Я создавал на одном форуме программистов обсуждение с целью понять как отбирать программистов (ссылку дать не могу - форум висит). Но мой вывод примерно такой "Чтобы отобрать программиста нужен другой программист, который его будет тестировать". Это если по уму.

Ну что такое документирование кода, я думаю, вам понятно. В интернете есть материалы (на хабре вроде видел обсуждение), как его правильно нужно документировать. Перед началом работы у программиста по минимуму надо образцы задокументированного кода смотреть.

Ну, а вторая часть это мое личное мнение, делал так для себя, могу и ошибаться. Программист пишет название функционала, например, "создание фильтров товара" а справа в таблице пишет имена файлов где реализован и описан данный функционал.

я разраб, могу ответить на ваши вопросы

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

Никто не любят, но работают...

Если технологии не так критичны, то рекомендую брать самые популярные: php, js/jquery, bootstrap и пр., последние стабильные версии.

Любопытный вопрос :)

Тут, наверное, никак. Про "ограничения языка" это бред. Если тормоза появятся - переходить на более мощный сервер. Если даже после этого тормоза не исчезнут - менять кодера.

А вообще исходя из техзадания можно сразу сказать как долго будут загружаться странички.

сеошники, маркетологи, менеджеры и прочие любители освоить бюджет.

дело вкуса и/или зависит от вашего времени и бюджета.

хз, фрилансеры дешевле (не всегда), студии дают бумажки. Лажают и те и другие.