Дмитрий Ковальский: выше описал свой взгляд на такое явление как ТЗ)
Но вот что еще могу добавить)
Самому разработчику вот это вот все зачем?
Неужели ему самому удобно получать информацию с листа бумаги, чем из уст клиента, задавая те вопросы что его интересуют?
Заказ на создание ПО это такая вещь, которую люди делают достаточно редко и поэтому не обладают требуемыми навыками в изложении своей мысли на бумаге разом от начала и до конца (по сути это полностью построенная архитектура продукта, с указанием сколько пикселей должно быть расстояние между кнопками, сколько и каких цветов использовать в цветовой схеме и тому подобное, и все это требуется от неподготовленного человека)
Создается впечатление, что у разработчика стоит цель подловить клиента на его ошибке и исполнить все с точностью до наоборот, как хитрые джинны в сказках выполняют желания наивных обладателей волшебной лампы)
Цель разработчика сделать так, чтобы клиент остался доволен и порекомендовал его своим друзьям и знакомым. Если он не обнаруживает необходимую информацию в ТЗ, то его долг созвониться с клиентом и уточнить этот момент, а не действовать по принципу "все что не запрещено - то разрешено".
Следовательно, если общаться с клиентом в процессе работы всеравно придется, то зачем откладывать этот момент на потом, а не начинать разработку как раз с этого общения?
Разработчик - профессионал в своем деле. Какой нибудь парикмахер - профессионал в своем. Мы же не пишем ТЗ парикмахеру, где указываем сколько волос в сантиметрах и с какой стороны надо снять и какую технику стрижки при этом применять. Мы просто говорим - сделай чтоб было круто)
А все остальное это уже работа парикмахера - показать каталог, понять вкус клиента, и сделать свою работу профессионально)
ManWithBear: в этом и есть проблема ТЗ, что невозможно описать все досконально. Мне кажется более правильным итерационный подход. Сделал маленькую часть работы - показал, утвердили, оплатили и двигаемся дальше.
В противном случае мы получаем абсолютную незащищенность заказчика перед исполнителем. Надо мне кнопку сделать - а он ее картинкой например забабахал и говорит, мол в ТЗ об этом небыло ничего, значит делаю на свое усмотрение - сами виноваты что не указали этот момент. Клиент вообще не должен понимать все эти нюансы с заданиями. Он платит бабки и это его единственное задание, что он должен выполнить - предоставить бюджет. Все остальное исполнитель должен у него сам узнать, задавая правильные вопросы и показывая правильные макеты)
ManWithBear: теперь прочитал)
Но вопросов от этого меньше не стало)
Тоесть какой нибудь фрилансер в интернете, если я его попрошу написать мне лэндинг, потребует с меня вот такую вот простыню текста?)
Назар Мокринский: кривой минификатор приведен в качестве примера. У него тоже было более 1000 звезд (cssnano), но не в этом суть. UglifyJS2 это совершенно новый проект или можно с первой части обновиться на вторую?
Назар Мокринский: разница в том, что есть средства, которые делают свою работу лучше, а есть которые делают ее хуже. Если нет разницы, то почему именно uglifyjs2?
У меня был случай с минификатором css, когда он удалял пробелы внутри имени шрифта из за чего шрифт не подключался. Рано или поздно в любом ПО всплывают баги, так как его создатели не совершенны, что естественно. Я не хочу сидеть и думать в чем проблема, если код работает в модулях по отдельности, а после конкатенации и минификации перестает запускаться. Мне нужен инструмент, в котором я полностью уверен, чтобы не искать черный баг в черных исходниках, особенно если его там нет)
littleguga: ну тут, как говорится, на вкус и цвет)
Самая бесполезная штука на всяких лендингах, как по мне, это опция "Заказать звонок")))
Вот даже не представляю для чего это надо)
Есть у меня время сейчас - я позвонил.
Заказал звонок - и мне вероятно позвонят в тот момент, когда свободного времени уже не окажется)
Я обычно видел, что мелкие студии как раз хотят найти себе джуниора который будет делать все и быть благодарным за то, что ему дали шанс там поработать)
trevoga_su: ясно. Я придерживаюсь мнению что все это сайтостроительство сейчас превращается в некую секту, где рассказывают о сказочных доходах и прелестях фриланса, а на деле зарабатывают на обучении новичков, впаривая им курсы.
Денис: можно загрузить одну длинную картинку, слепленную в редакторе из тех 4 и менять потом в анимации позицию картинки. В общем почитайте про спрайты и как с ними работать. Но это не очень хороший способ на самом деле ибо картинки я так понял будут большие по размеру и может потребоваться много времени на загрузку и оперативной памяти чтобы с ними работать.
Но вот что еще могу добавить)
Самому разработчику вот это вот все зачем?
Неужели ему самому удобно получать информацию с листа бумаги, чем из уст клиента, задавая те вопросы что его интересуют?
Заказ на создание ПО это такая вещь, которую люди делают достаточно редко и поэтому не обладают требуемыми навыками в изложении своей мысли на бумаге разом от начала и до конца (по сути это полностью построенная архитектура продукта, с указанием сколько пикселей должно быть расстояние между кнопками, сколько и каких цветов использовать в цветовой схеме и тому подобное, и все это требуется от неподготовленного человека)
Создается впечатление, что у разработчика стоит цель подловить клиента на его ошибке и исполнить все с точностью до наоборот, как хитрые джинны в сказках выполняют желания наивных обладателей волшебной лампы)
Цель разработчика сделать так, чтобы клиент остался доволен и порекомендовал его своим друзьям и знакомым. Если он не обнаруживает необходимую информацию в ТЗ, то его долг созвониться с клиентом и уточнить этот момент, а не действовать по принципу "все что не запрещено - то разрешено".
Следовательно, если общаться с клиентом в процессе работы всеравно придется, то зачем откладывать этот момент на потом, а не начинать разработку как раз с этого общения?
Разработчик - профессионал в своем деле. Какой нибудь парикмахер - профессионал в своем. Мы же не пишем ТЗ парикмахеру, где указываем сколько волос в сантиметрах и с какой стороны надо снять и какую технику стрижки при этом применять. Мы просто говорим - сделай чтоб было круто)
А все остальное это уже работа парикмахера - показать каталог, понять вкус клиента, и сделать свою работу профессионально)