Согласен полностью, что на большой проект не хватит жизни. Я говорю про маленькие и средние а у средних уже начинается конкретные запарки. Мы не в силах продумать все нюансы и многое вылазит только в процессе.
В 90% случаях я не получаю ТЗ от клиентов… мне говорят, что приблизительно им нужно.
Я пишу ТЗ на понятном языке для клиента, после спрашиваю, всё ли это? Если он говорит, да, вроде бы всё, я его предупреждаю о том, что если мы что-то забыли в ТЗ, то возможно это будет доработка сверху, всё зависит от сложности.
Пишу ТЗ для программистов, прохожу проект с главным программистом. Накидываем структуру базы и определяемся по цене.
ТЗ высокой чёткости требует высокого опыта разработки. Нельзя написать чёткое ТЗ на средний проект простому смертному и не забыть ничего. Я в разработке уже 15 лет и сколько бы не стралася довести ТЗ до идеала, всё равно есть просчёты с которые попросту не учёл. И это не связанно с тем, что мало опыта, просто на большенство клиентов не хочет платить за потраченное время на написание ТЗ, по этому пишется сокрашённая версия с десяток страниц и всё. А далее уже всё в процессе, ну всё самое важное и значимое естественно расписанно…
Постоянно спорю по этому поводу со своими европейскими коллегами на работе. Мы даже поспорили на 1 000 евро, что до трёх лет не появятся в Европе машины с полным автоматическим управлением.
Чтобы создать полное автоуправление, нужно создать ИИ а им пока что и не пахнет.
Люблю такие статьи. Как раз такие статьи напоминают мне, что пора браться за ум и научиться использовать фрейворки. Я фронтендист, но частенько «хардкодю».
Спасибо!
Более 10ти лет занимаюсь фронтендом, перепробывал всякие пре/пост процессоры в итоге вернулся к CSS. Работаю в крупной компании и никто не жалуется ни на скорость ни на качество.
Не говорю, что нет приимуществ, но их мало для использования в практике.
В моём случае код пишется медленнее исли использовать пре/пост процессоры.
До последнего буду держаться за CSS. Может вы меня посчитаете древним, но мне не пришлись по дуще ни один из выше указанных вариантов.
Значит тренд 2017 это использовать всё, кроме чистого JS и обычного написания HTML структуры.
Всё должно компилиться и генеророваться. Попробывал написать на Elm простенький скрипт со вставленным атрибутом в html элемент, который бы в коде не повторялся.
Ну и что же теперь учить? Всё? Чтото меня тошнит X-(
В Web разработке этот формат лучшее, что есть, по крайней мере я не нашёл этому альтернативную замену да и не было для этого причин. Но за статью спасибо!
От XML отошёл полностью.
В 90% случаях я не получаю ТЗ от клиентов… мне говорят, что приблизительно им нужно.
Я пишу ТЗ на понятном языке для клиента, после спрашиваю, всё ли это? Если он говорит, да, вроде бы всё, я его предупреждаю о том, что если мы что-то забыли в ТЗ, то возможно это будет доработка сверху, всё зависит от сложности.
Пишу ТЗ для программистов, прохожу проект с главным программистом. Накидываем структуру базы и определяемся по цене.
После я подписываю договор с клиентом.
Чтобы создать полное автоуправление, нужно создать ИИ а им пока что и не пахнет.
Спасибо!
На фоне этого чела я чувствую себя немного заторможенным.
Не говорю, что нет приимуществ, но их мало для использования в практике.
В моём случае код пишется медленнее исли использовать пре/пост процессоры.
До последнего буду держаться за CSS. Может вы меня посчитаете древним, но мне не пришлись по дуще ни один из выше указанных вариантов.
Всё должно компилиться и генеророваться. Попробывал написать на Elm простенький скрипт со вставленным атрибутом в html элемент, который бы в коде не повторялся.
Ну и что же теперь учить? Всё? Чтото меня тошнит X-(
Автору за статью спасибо!
От XML отошёл полностью.