Мэкс

Мэкс
Рейтинг
67
Регистрация
03.07.2005
kolobok74:
Потом нелепые отмазы и нежелание при мне вскрывать опломбированный ими же системник.

Да, круто у Вас в Челябинске, системники пломбируют... Действительно, нарушение пломбы - автоматическое лишение гарантии?

impa:
В Санрайзе и без нового года даже ночью очереди бывают.

У меня такое впечатление, что там постоянно очереди. Был 2 раза не перед НГ и не перед праздником. Первый раз, по совету приятеля, в 3 часа ночи ( Надо было просто срочно моник купить ). При информации на табло о среднем времени в очереди 20 мин, прождали выноса моника и 2-х флешек до 6 утра. Второй раз я просто туда заглянул и вылетел пулей. Народу - как грязи, а на табло стояло, что время ожидания - 40 мин. Да и не настолько у них все дешевле.

Sim:
Мэкс, а все-таки: реально ли создать ТЗ, которое не пойдет в помойку через месяц после начала работ?

Абсолютно реально. А как иначе выдержать сроки и бюджет проекта? Более того, если вы вносите изменения в ТЗ уже на этапе работ по ТЗ, то стоимость может повышаться непропорционально сильно, ибо приходится вносить изменения в план работы многих людей. Для Вашего случая есть понятие версионности. Т.е. ТЗ реализуется, но паралельно пишется другое ТТ для следующей версии.

kostich:
у всех кого видел из серьезных все похоже более или менее на ГОСТ...

ТЗ по ГОСТу - это точно, только для галочки. Мы такие штуки тоже делали, когда клиент требовал отдельное ТЗ для собственных программистов, а денег за него нормальных платить не хотел. В результате, в договоре указывалось, что ТЗ делается по ГОСТ N ( не помню номера на пямять, а искать неохота ) и выполняли только формальные требования этого ГОСТа. По такому ТЗ сделать что то путное силами кодеров практически невозможно :)

То, что приводил Doktors является ФС - т.е. функциональной спецификацией. На основании этой спецификации делается документ побольше - технические требования (ТТ) в котором подробно, но простым человеческим языком описывается каждый из пунктов ФС, ( действия пользователя, модератора, редактора, супервизора и.т.д. ), модель безопасности, требования к навигации и дизайну. Такого описания в 97% российских интернет проектах абсолютно хватает и оно в просторечье зовется ТЗ. За него даже денег иногда нехилых просят :)

А вот в случае, когда в процессе работы над проектом должен работать большой коллектив разработчиков ( больше, чем 10-15 человек) или несколько коллективов ( движок, интеграция с внутренними системами, дизайн, флеш программирование и.т.д. делается ТЗ ( Техническое задание ).

В ТЗ описываются интерфейсы взаимодействия между группами разработчиков ( Связка дизайн - движок описывает поля Web интерфейса ), детализированное описание архитектуры баз данных или требования к API к БД, детализированные тестовые примеры для каждой из групп разработки. Вот такой документ требует массы времени и может стоить дороже чем труд кодеров, которые будут реализовывать это ТЗ. :)

Зингельшухер, Присоединяюсь к поздравлениям. Аффтар пеши исчо!!! Читать приятно :) А выпить седня никто не мешает - проверено многолетней практикой :) Главное завтра хорошо проспаться :)

Спасибо огромное :)

New_Angel, Как фильм назывался, который ты мне очень на SNYP рекомендовал?

Unlock:
У меня лично сервер не работал меньше суток за два года, винт полетел. И то его сменили оперативно (в выходные причем) и все данные востановили.

Значит у Вас проект почти не обновляется :) Вам круче простого бэкапа раз в неделю не надо.

Здесь речь идет например, об автоматизированных системах резервирования и заказа товара, когда база наличия постоянно меняется. В системе в час происходит от 50 до 500 изменений.

Предлагаете ежеминутно делать бэкап баз в 5-10Gb? Все равно часть данных будет утеряна :)

Dervish:
И по идее чхать они должны были на подобные приказы.

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

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

denis1981:
а мне сотрудничество предлагают через
владельца бизнеса, который редко бывает в городе, и сейчас
устраивает разбор полетов.

Если хотите успешной работы - кроме владельца бизнеса налаживайте отношения с теми, кто будет работать не наездами, а постоянно. От взаимоотношений с ними зависит 70% успеха в глазах владельца. если возможно, попробуйте наладить отношения с разработчиками CMS и старой командой, которая занималась продвижением. Договоренности всегда продуктивнее конфронтации :)

Rakhaev:
Дело в восприятии - молодое поколение по общему мнению более возрастного поколения лучше разбирается в вопросах IT.

Только сначала надо оценить уровень знаний в IT другой стороны. К сожалению бывает так, что на переговорах человек легко бросается понятиями, не понимая о чем идет речь :( Определяйтесь с терминологией не только на бумаге, но и на словах.

Фотки зачетные :)

респект фотографам :)

Буржуй:
привет моему папе...

Здорово, сынку :)

Всего: 1196