Физики, а как вы думаете можно сделать вместо асфальта например электромагнитное полотно, снять колеса с машины, днище у машины сделать электромагнитным и заставить парить в воздухе автомобиль за счет магнитной силы?
А какая польза от того что тот же менеджер увидит исходный код, если он все равно в этом ничего не понимает?
Я здесь говорю про конечный результат, который позволяет сделать система. Если этого не достаточно, то каким бы тупым не был менеджер на схеме он что-то знакомое точно разглядит.
я тут имел ввиду, что на основании полученных данных от заказчика, исполнитель делает «эскиз» с помощью этого инструмента и показывает заказчику.
Например, есть какая-то система, работая в этой системе, пользователи стали жаловаться на то, что нет определенного функционала. Стали поступать жалобы, предложения, пожелания. Проанализировав все входящие, менеджер проекта(или тот кто работает с клиентами) понял что этот функционал крайне необходим и принял решение, что нужно срочно добавить новый функционал. Он знает, что должно получиться на выходе и понял картину в целом, но есть некоторые участки, в которых менеджер проекта пока еще не разобрался.
В итоге Менеджер проекта(«заказчик») идет к программистам и ставит перед ними задачу, не скрывая что он не знает как лучше сделать вот это… это и это. Построив схему, будет проще понять друг-друга и придумать решение для тех участков функционала которые показались наиболее сложными в реализации.
Бывает такое что «заказчик» не может внятно объяснить что он от вас хочет, иногда потому, что он сам не до конца понял что ему нужно, мне почему-то кажется, что этот инструмент как раз будет выручать в таких случаях.
Почему наивно?
Крупный софт, который стоит бешеных денег, врятли установил и все заработало. В любом случае придется производить какие-то доработки чтобы адаптировать его под нужды заказчика.( например самое простое выходные формы документов). Доработки — это деньги и время. Наверняка еще и поддержка платная. Если проблему нельзя решить удаленно, то выезд специалиста это еще куча денег. А если софт не крупный и не сложный, а просто стоит бешеных денег, то тут очевидно что выгоднее вложиться в собственную разработку. Как пример могу привести битрикс. Лицензия стоит денег, и чтобы настроить сам битрикс нужно подключать к этому делу специалиста. Это лишние затраты.
Своя разработка это не только фриланс.
Можно обойтись своими силами если есть свой отдел разработки. тут вам и техподдержка и доработка и разработка нового функционала за зарплату.
Можно обратиться в компанию которая профессионально занимается разработкой ПО. Ну или на фриланс.
В любом случае это все должно быть проанализировано и выбрано наиболее оптимальное решение.
Yota становится четвертым федеральным мобильным оператором
Yota становится четвертым федеральным мобильным оператором
Volvo предлагает модифицировать дорожное полотно для беспилотных автомобилей
Volvo предлагает модифицировать дорожное полотно для беспилотных автомобилей
SMM'щик отдыхает, программист работает. Автоматический лайкер ВКонтакте
Mooha — нодовый интерфейс для PHP
Я здесь говорю про конечный результат, который позволяет сделать система. Если этого не достаточно, то каким бы тупым не был менеджер на схеме он что-то знакомое точно разглядит.
Mooha — нодовый интерфейс для PHP
Mooha — нодовый интерфейс для PHP
Например, есть какая-то система, работая в этой системе, пользователи стали жаловаться на то, что нет определенного функционала. Стали поступать жалобы, предложения, пожелания. Проанализировав все входящие, менеджер проекта(или тот кто работает с клиентами) понял что этот функционал крайне необходим и принял решение, что нужно срочно добавить новый функционал. Он знает, что должно получиться на выходе и понял картину в целом, но есть некоторые участки, в которых менеджер проекта пока еще не разобрался.
В итоге Менеджер проекта(«заказчик») идет к программистам и ставит перед ними задачу, не скрывая что он не знает как лучше сделать вот это… это и это. Построив схему, будет проще понять друг-друга и придумать решение для тех участков функционала которые показались наиболее сложными в реализации.
Mooha — нодовый интерфейс для PHP
Mooha — нодовый интерфейс для PHP
Компании Organovo удалось «напечатать» функционирующие в течение 40 дней образцы печени
Продвинутый чат на Node.JS
Несколько интересностей и полезностей для веб-разработчика (выпуск 7)
На саммите G20 Россия дарила дипломатам флешки с «закладками»
Американский стартап разработал нейросеть, распознающую популярные CAPTCHA с точностью более 90%
Еще тогда можно быть увереннее, что возраст посетителя больше 16 лет.
Американский стартап разработал нейросеть, распознающую популярные CAPTCHA с точностью более 90%
Вампир сказал Коле. -Мало! Руби мне голову.
Ну и пришлось отрубить ему голову…
Groovy vs Java для JavaFX
Аппаратная защита от пиратства на Windows RT 8.1
Крупный софт, который стоит бешеных денег, врятли установил и все заработало. В любом случае придется производить какие-то доработки чтобы адаптировать его под нужды заказчика.( например самое простое выходные формы документов). Доработки — это деньги и время. Наверняка еще и поддержка платная. Если проблему нельзя решить удаленно, то выезд специалиста это еще куча денег. А если софт не крупный и не сложный, а просто стоит бешеных денег, то тут очевидно что выгоднее вложиться в собственную разработку. Как пример могу привести битрикс. Лицензия стоит денег, и чтобы настроить сам битрикс нужно подключать к этому делу специалиста. Это лишние затраты.
Своя разработка это не только фриланс.
Можно обойтись своими силами если есть свой отдел разработки. тут вам и техподдержка и доработка и разработка нового функционала за зарплату.
Можно обратиться в компанию которая профессионально занимается разработкой ПО. Ну или на фриланс.
В любом случае это все должно быть проанализировано и выбрано наиболее оптимальное решение.
Аппаратная защита от пиратства на Windows RT 8.1
Аппаратная защита от пиратства на Windows RT 8.1