Да, действительно программисты - примерно такая же прослойка между бизнес-идеей(решением) и реализацией, как и аналитики, если вы понимаете, о чём я.
Даешь всё в одном. Есть у меня такая книжка в архиве - от 2004 года, называется "WEB-программирование", так вот тогда было модно и можно делать всё одному человеку: от дизайна и верстки, до backend-разработки. В книжке как раз про каждое было про главе.
Но миллениал прошел, наступил 21 век, теперь раздельное питание и оптимальные решения больше в цене, чем "универсальные солдаты".
Продавать - это хорошо, но это больше к продаванам. С разработкой ПО оно мало связано ;-)
Как показывает практика, программист, который думает о продажах - абсолютно плохой программист и никакой продавец.
Тут надо понимать, что есть существенная разница в "накидать код" и "написать код", а также в "продать продукт" и "продать хорошо".
Ок, по вашей логике, дизайнеры - прослойка между наброском и фотошопом, аналитики - между данными и их интерпретацией, уборщики - между мусором и чистотой и т.д. Не спорю, некоторые проекты можно целиком сделать и одному, но будут ли они настолько же качественны, чем если каждой частью проекта будет заниматься профессионал своего дела (ну или хотя бы разбирающийся в теме)? А сколько времени займет разработка в одиночку по сравнению с разработкой командой? А что если требуется создать глобальный проект, рассчитанный на долговременную поддержку и требующий глубоких знаний? На следующий день вы готовое приложение не получите. Цукерберг не писал Фейсбук в одиночку и за один день.
То что вы сделали приложение, накопипастив с гитхаба и стекоферфлоу еще не означает, что вы научились программировать. Без основы в виде знаний и постоянной практики, вы в течении нескольких месяцев забудете все, что делали и вам придется вникать заново, если нужно будет доработать приложение или написать новое.
Суть ответа Григория как раз в том, что нужно прокачивать знания и использовать их для создания качественного продукта, а не стремиться получить сиюминутный посредственный результат. И, как мне кажется, автор был заинтересован именно в получении знаний, когда задавал вопрос.
Комментарий недоступен
Говноприложение, с кучей ошибок, без оптимизиции, знаний сетевых протоколов, да проканает.
Комментарий недоступен
Смешно.
Да, действительно программисты - примерно такая же прослойка между бизнес-идеей(решением) и реализацией, как и аналитики, если вы понимаете, о чём я.
Даешь всё в одном. Есть у меня такая книжка в архиве - от 2004 года, называется "WEB-программирование", так вот тогда было модно и можно делать всё одному человеку: от дизайна и верстки, до backend-разработки. В книжке как раз про каждое было про главе.
Но миллениал прошел, наступил 21 век, теперь раздельное питание и оптимальные решения больше в цене, чем "универсальные солдаты".
Продавать - это хорошо, но это больше к продаванам. С разработкой ПО оно мало связано ;-)
Комментарий недоступен
Как показывает практика, программист, который думает о продажах - абсолютно плохой программист и никакой продавец.
Тут надо понимать, что есть существенная разница в "накидать код" и "написать код", а также в "продать продукт" и "продать хорошо".
Ок, по вашей логике, дизайнеры - прослойка между наброском и фотошопом, аналитики - между данными и их интерпретацией, уборщики - между мусором и чистотой и т.д. Не спорю, некоторые проекты можно целиком сделать и одному, но будут ли они настолько же качественны, чем если каждой частью проекта будет заниматься профессионал своего дела (ну или хотя бы разбирающийся в теме)? А сколько времени займет разработка в одиночку по сравнению с разработкой командой? А что если требуется создать глобальный проект, рассчитанный на долговременную поддержку и требующий глубоких знаний? На следующий день вы готовое приложение не получите. Цукерберг не писал Фейсбук в одиночку и за один день.
То что вы сделали приложение, накопипастив с гитхаба и стекоферфлоу еще не означает, что вы научились программировать. Без основы в виде знаний и постоянной практики, вы в течении нескольких месяцев забудете все, что делали и вам придется вникать заново, если нужно будет доработать приложение или написать новое.
Суть ответа Григория как раз в том, что нужно прокачивать знания и использовать их для создания качественного продукта, а не стремиться получить сиюминутный посредственный результат. И, как мне кажется, автор был заинтересован именно в получении знаний, когда задавал вопрос.