без багов очень и очень дорого и долго
возможно. но нужно людей и профессионалов в несколько десятков раз больше. Нужно разрабатывать мат. модели и алгоритмы абсолютно всех процессов, для интерфейсов нужны ui/ux-дизайнеры с инженерным образованием, а не обычные маляры в фотошопе с 2-месячными курсами и художкой в школьные годы, тестирование нужно ещё на этапе разработки алгоритмов, а не после внедрения. В целом - часто и внешним видом, и алгоритмами, и тестированием заведует один фронтенд-разработчик (или десяток их) вместо узкоспециализированных профессионалов, которые бы знали типичные ошибки, подводные камни, недостатки железа, софта, общей архитектуры, и пытались бы их решить или обойти.
Вот я и говорю: писать без багов можно, но даже для простой программки, приложения, сайта нужна очень большая команда очень хороших специалистов и очень много времени для планирования, изучения, тестирования, внедрения...
Вот я и говорю: писать без багов можно, но даже для простой программки, приложения, сайта нужна очень большая команда очень хороших специалистов и очень много времени для планирования, изучения, тестирования, внедрения...
сегодня один в поле не воин. или - как всегда, из говна и палок слепить поделку...
Именно сейчас один в поле стал воином - инструменты взяли на себя огромный пласт залач, что позволило рядовому программисту-гуманитарию выполнять задачи без особого понимания процесса внутри.
Сравнить написание микросервиса на C, на C++, на Java и на Go. Если двигаться вправо, то сложность падает, а качество возрастает.
Из говна - спорно. Дорого - тоже спорно. Самые продуктивные и качественные проекты обычно делаются, когда разгоняют 2/3 штата и высококлассные специалисты делают за еду на чистом энтузиазме.
Я не утверждаю, что так всегда, но такое тоже имеет место быть.
Сравнить написание микросервиса на C, на C++, на Java и на Go. Если двигаться вправо, то сложность падает, а качество возрастает.
Из говна - спорно. Дорого - тоже спорно. Самые продуктивные и качественные проекты обычно делаются, когда разгоняют 2/3 штата и высококлассные специалисты делают за еду на чистом энтузиазме.
Я не утверждаю, что так всегда, но такое тоже имеет место быть.
Чем меньше заметен баг тем дороже он обходится.
я найти
48:45
48:45
Хорошая лекция, а можно такое же найти, но чисто про вэб, так оно похоже, но под рукой чисто для вэб разработки не помешает, сразу кидать тяжелым клиентам, чем тратить хуеву тучу своего времени на объяснение всех затыков.
Вот пример: просят сайт с различными нестандартными/нешаблонными штуками, что каждый раздел - это не стандартная страница в CMS, а уникальная, в одной карусель с отзывами, которую татчем/мышей тягать можно, на другой онлайн калькулятор вариативный, который руками курочить постоянно, на третей спойлеры с вопросами/ответами, главная выглядит, как лендинг, короче получилась дикая сборная солянка и программист вполне убедительно обосновал, что использовать CMS c админкой, перегружать её плагинами и скриптами и использовать вагон костылей там нецелесообразно и захуярил самописный сайт, по сути это чистый php + JS + Bootstrap + Ajax, сайт правится ручками и разбит на инклюды. А, ещё он кроссплатформенный и в мобиле вообще свой вид имеет. Заказчик отказался от поддержки, денег не дал, теперь кусает локти, что не может найти человека, который будет сайт курочить дальше, хотя там базовых знаний html вполне хватает для правки/изменения контента notepad++
Вот пример: просят сайт с различными нестандартными/нешаблонными штуками, что каждый раздел - это не стандартная страница в CMS, а уникальная, в одной карусель с отзывами, которую татчем/мышей тягать можно, на другой онлайн калькулятор вариативный, который руками курочить постоянно, на третей спойлеры с вопросами/ответами, главная выглядит, как лендинг, короче получилась дикая сборная солянка и программист вполне убедительно обосновал, что использовать CMS c админкой, перегружать её плагинами и скриптами и использовать вагон костылей там нецелесообразно и захуярил самописный сайт, по сути это чистый php + JS + Bootstrap + Ajax, сайт правится ручками и разбит на инклюды. А, ещё он кроссплатформенный и в мобиле вообще свой вид имеет. Заказчик отказался от поддержки, денег не дал, теперь кусает локти, что не может найти человека, который будет сайт курочить дальше, хотя там базовых знаний html вполне хватает для правки/изменения контента notepad++
Ну если ты любишь в таком ковырятся - почему бы и нет. Тут с x2 минусов то особо и нет - либо заказчик отказывается и тебе не приходится ковырятся в чужом говне за те же деньги, за которые ты написал бы все с нуля, либо заказчик соглашается и ты ковыряешься в чужом говне по повышенному тарифу.
вот в том и беда, сейчас держу на поддержке 2 сайта + 2 делаю + повесили на меня большой корпоративный сайт компании, который делал не я, прикалывают - сверстай в контенте по макету, а там двигло со своими тараканами, даже при правке исходного кода всё по своему форматирует и тегами абзаца закрывает, ну и начинается что-то в духе "ты ж программист", а я кодер-дизайнер, который чутка скрипты курочить умеет, ну там лендинги на бутстрапе с ява скриптами могу сделать сам, но курочить чужое двигло и его скрипты - ну нахуй
Твоя задача как разработчика решить бизнес-проблему, а не посылать клиент на йух. Ты должен принять любую таску, если
1. ты донес, что можно сделать похожим образом функционал в 10 раз быстрее (и дешевле)
2. что доработка фичи Х из-за этого станет в 5 раз дороже
3. что разработка фичи Z откладывается на неопределенный срок
4. ...
Если бизнесу нужно уже вчера и он согласен так сдвинуть приоритеты, то зачем ты за него решаешь, что ему лучше? Не, если ты работаешь с идиотом, который сегодня сказал "похуй пляшем", а завтра спрашивает "а че Х такой дорогой" то это другой вопрос. Тут стоит вспомнить два золотых правила работника
- Не будь мудаком
- Не работай с мудаками
1. ты донес, что можно сделать похожим образом функционал в 10 раз быстрее (и дешевле)
2. что доработка фичи Х из-за этого станет в 5 раз дороже
3. что разработка фичи Z откладывается на неопределенный срок
4. ...
Если бизнесу нужно уже вчера и он согласен так сдвинуть приоритеты, то зачем ты за него решаешь, что ему лучше? Не, если ты работаешь с идиотом, который сегодня сказал "похуй пляшем", а завтра спрашивает "а че Х такой дорогой" то это другой вопрос. Тут стоит вспомнить два золотых правила работника
- Не будь мудаком
- Не работай с мудаками
вот, про последнее "если ты работаешь с идиотом" ты в точку попал, было 2 человека, заказчик и второй, нормальный шарящий, они типа оба шефы, расклад был такой, что работаю я с адекватом, но второй олень решил влезть в рабочий процесс и показать, что он тоже решает что-то, хотя даже в своём блядском айфоне не знает на какие кнопки нажимать
Ссылку на весь доклад бы
соус
Чтобы написать коммент, необходимо залогиниться
Отличный комментарий!