Сколько стоит труд WEB программиста ???

[Dmitryzp]

Складывается впечатление, что все реализованные Вами проекты заключались в инсталляции PHPbb-портала и вводе пароля администратора в соответствующую строку...

ню-ню

 

Допустим, я приду к Вам с заказом на интернет-портал для строительной фирмы. И Вы мне сразу (спросив пару слов и бросив пару взглядов) сможете оценить, будет ли прибыльным мой бизнес или я стану банкротом через пару месяцев?

Зависит от задач, возложенных на портал.

Если без корпоративной сетки (склады, магазины и пр.), то да... Просто я проработал несколько лет со строительным инет-магазином и выходящими из него проектами...

Немного не угадали с сегментом

[vrmsumy]

Зависит от задач, возложенных на портал.

Для стройфирмы? Ну, разумеется, информационные задачи. Ложить кирпичи или лить бетон через Интернет еще никто не научился.

 

Если без корпоративной сетки (склады, магазины и пр.), то да...

Что "да"?

-Подоконники должны быть вровень или выступать?

-Да, насяльника!

А, скажите, успешность и прибыльность фармацевтической компании или частного медицинского центра Вы тоже можете сразу, при оговаривании структуры сайта, оценить?

 

Просто я проработал несколько лет со строительным инет-магазином и выходящими из него проектами...

Немного не угадали с сегментом

Как раз угадал.

И?

Какое отношение имеет виртуальный портал к реальной стройке и реальной стройфирме?

Надеюсь, не будем спорить про то, что интернет-проект - только небольшая часть реального бизнеса? Или строим мы тоже виртуально? И качество строительства зависит только от качества интернет-портала?

 

P.S. Молодой человек, ИМХО, путает теплое с мягким, виртуальность с реальностью, бизнес-план с бизнесом, информационную составляющую проекта с производством и маркетингом.

[EgoRk@]

Угу, было у меня одно на 300 страниц. Сам когда-то составлял, специально для большой суммы... Это считается? А то, что я еще подрабатываю консультантом по развитию/реанимации инет бизнеса? Это не в счет?

 

Вот я и говорю что вы не видели нормального ТЗ. Если Вы сразу пишите про ТЗ на 300 страниц которое Вы видели, то можно сразу понять что либо Вы получили проект который программировали целый год, в чем я сомневаюсь, либо Вам попался неадекватный заказчик, который навсегда Вам вбли голову таким пимером, что ТЗ это глупо и не нужно.

 

В моем понимании, портал - это модульная система, которая предоставляет разного рода сервисы...

А есть еще такая штука как корпоративные сети в которые входят не только сайты/порталы, но и решения несколько другого плана. Мы же не об этом?

Что в Вашем понимании "нетипичный"?

 

Разрешите добавить:

В Вашем понимании портал это модульная система состоящая из модулей которые можно легко скачать на просторах интернета, установить на краденный или бесплатный CMS и Выдать все это за разработку портала при этом сбить с клиента денег. Прям как в анекдоте "Мы пахали, сказала муха слезающая с трактора".

 

У меня другой понятие разработки сайта, в том числе и порталов. Те проекты над которыми я работаю, в большинстве своем имеют уникальные свойства, и говорить о наработанных модулях не приходится. Поэтому вместо того чтоб показывать на пальцах что нужно запрограммировать, намного проще составить хорошее ТЗ

[Rambler1234]

ИМХО, ТЗ нужно, в основном, для того чтоб защитить Разработчика от Заказчика. 99% Заказчиков в неадеквате и начинают понимать чего они хотят только уже на этапе подписания Акта выполненных работ, и "просят" всё переделать в рамках того же бюджета. Любой проект можно дорабатывать бесконечно, а ТЗ как раз и ограничивает объемы разработок.

[Olga_Flower]

ИМХО, ТЗ нужно, в основном, для того чтоб защитить Разработчика от Заказчика. 99% Заказчиков в неадеквате и начинают понимать чего они хотят только уже на этапе подписания Акта выполненных работ, и "просят" всё переделать в рамках того же бюджета. Любой проект можно дорабатывать бесконечно, а ТЗ как раз и ограничивает объемы разработок.

 

О! Вот под этими словами подпишусь охотно. ТЗ нужно прежде всего исполнителю!

И поэтому заказывать его у левых людей, к реализации не имеющих никакого отношения, - это выбрасывать деньги! Профессиональный разработчик может и не захотеть работать по ТЗ, написанному не им.

Следовательно, место написания ТЗ в плане работ - ПОСЛЕ того, как определитесь с разработчиком.

[Rambler1234]

ТЗ нужно прежде всего исполнителю!

И поэтому заказывать его у левых людей, к реализации не имеющих никакого отношения, - это выбрасывать деньги!

Конечно. Ведь смысл составления ТЗ, это вовремя дать понять Разработчику, что именно хочет Заказчик, а Заказчику - определиться со своими желаниями и согласовать их с Разработчиком.

[Dmitryzp]

Для стройфирмы? Ну, разумеется, информационные задачи. Ложить кирпичи или лить бетон через Интернет еще никто не научился.

....

 

И?

Какое отношение имеет виртуальный портал к реальной стройке и реальной стройфирме?

Надеюсь, не будем спорить про то, что интернет-проект - только небольшая часть реального бизнеса? Или строим мы тоже виртуально? И качество строительства зависит только от качества интернет-портала?

Ну, если у вас такой полет фантазии, то я тут уже ничего поделать не могу...

 

P.S. Молодой человек, ИМХО, путает теплое с мягким, виртуальность с реальностью, бизнес-план с бизнесом, информационную составляющую проекта с производством и маркетингом.

Каждый заблуждается в меру своей распущенности

[Dmitryzp]

Вот я и говорю что вы не видели нормального ТЗ. Если Вы сразу пишите про ТЗ на 300 страниц которое Вы видели, то можно сразу понять что либо Вы получили проект который программировали целый год, в чем я сомневаюсь, либо Вам попался неадекватный заказчик, который навсегда Вам вбли голову таким пимером, что ТЗ это глупо и не нужно.

Эт Вы по себе судите? ню-ню.

 

Разрешите добавить:

В Вашем понимании портал это модульная система состоящая из модулей которые можно легко скачать на просторах интернета, установить на краденный или бесплатный CMS и Выдать все это за разработку портала при этом сбить с клиента денег. Прям как в анекдоте "Мы пахали, сказала муха слезающая с трактора".

Каждый судит по себе...

 

У меня другой понятие разработки сайта, в том числе и порталов. Те проекты над которыми я работаю, в большинстве своем имеют уникальные свойства, и говорить о наработанных модулях не приходится. Поэтому вместо того чтоб показывать на пальцах что нужно запрограммировать, намного проще составить хорошее ТЗ

Можно в студию про уникальные свойства? Примеры?

А то что-то я сомневаюсь, что Вы что-то серьезное делали.

 

А нет, чтобы немного пораскинуть мозгами и предположить, что у этого придурка есть наработанная база решений? А в каком он сегменте работает? А в какой ценовой нише? А вдруг он клепает сайты для одного-двух направлений деятельности? И, что самое сташное, что он делает это более 10 лет.

Такого не бывает?

[Dmitryzp]

ИМХО, ТЗ нужно, в основном, для того чтоб защитить Разработчика от Заказчика. 99% Заказчиков в неадеквате и начинают понимать чего они хотят только уже на этапе подписания Акта выполненных работ, и "просят" всё переделать в рамках того же бюджета. Любой проект можно дорабатывать бесконечно, а ТЗ как раз и ограничивает объемы разработок.

 

Могу предложить хорошую таблетку от этого - договор и ценовой порог. Кроме того, такого заказчика видно на этапе ведения переговоров.

[Olga_Flower]

Могу предложить хорошую таблетку от этого - договор и ценовой порог. Кроме того, такого заказчика видно на этапе ведения переговоров.

 

Мы договор ВСЕГДА сопровождаем ТЗ в качестве приложения к договору. Даже если речь идет о простейшем сайте. Причина - на стадии нашего становления были случаи, когда клиент отказывался платить вторую часть, потому что по его мнению мы что-то там еще не доделали. Или бывало, что сервер, где будет хоститься сайт, не соответствует техническим требованиям, а крайними оказываемся мы (что-то не работает, как надо). Особенно эта ситуация была типична с банками, которые обязательно хотят свой сервер, а их админ настраивал хостинг впервые в своей жизни.

 

ТЗ решает вопрос идеально.

 

Так что ТЗ - нужно, и альтернативы ему нет.

Изначальный спор был в том, на каком этапе оно должно писаться. До того, как определились с разработчиком, или уже после. Некоторые тут писали, что без ТЗ даже примерно прицениться не получится и серьезные разработчики без ТЗ даже разговаривать не станут. Это - ложь. Станут.

[Dmitryzp]

Мы договор ВСЕГДА сопровождаем ТЗ в качестве приложения к договору. Даже если речь идет о простейшем сайте.

...

Подозреваю, что Ваше тз - это болванка, заточенная под конкретного заказчика. Естественно можно и им прикрыться...

Но, поверьте мне, по идеальному ТЗ тоже можно достать разработчика так, что он сделает все, что Вам нужно.

Кто-то прикрывается тз, а кто-то другими средствами. Это не значит, что альтернативы нет. Просто Вы о ней не думали

К примеру, можно просто не работать с такими заказчиками, которые цепляются по каждому пустяку...

 

Про банки, корпоративные сети и интранет решения, на сколько я понял, мы тут не говорим.

 

Собственно, речь шла немного о другом. Заказчику (в основной своей массе) это тз по барабану. Это кипа бумажек, которые описывают в своей массе не понятные или слишком простые для него вещи. Оно не раскрывает для него сути продукта и его функциональности.

Другое дело увидеть примеры реализации подобных проектов не только снаружи, но заглянуть внутрь...

 

ТЗ решает вопрос идеально.

 

Так что ТЗ - нужно, и альтернативы ему нет.

Изначальный спор был в том, на каком этапе оно должно писаться. До того, как определились с разработчиком, или уже после. Некоторые тут писали, что без ТЗ даже примерно прицениться не получится и серьезные разработчики без ТЗ даже разговаривать не станут. Это - ложь. Станут.

Да станут конечно...

Заказчик может предоставить свое видение проекта, но это не истина в последней инстанции. Хотя, все зависит от того, как вести себя с заказчиком

[deSigner]

да уж... столько информации... холивар, блин ))))

я к чему - если кто то серьезно работал с серьезными порталами - тот должен знать, что любой крупный проект - это "эволюционная система"... реально через 1-2-3 месяца от первоначального ТЗ остается 50%... так как все учесть сразу не возможно... и тут уже идут компромиссы с обоих сторон, это делаем - а это не делаем...

именно поэтому:

1 вариант - идеальный - собирать команду под проект - но это дорого и не всегда эффективно, особенно если нет хедлайнера - который понимает, как работает команда

2 вариант - работать со студией - но по плавающему графику оплат, базовая стоимость - такая то... а дальше уже по ситуации....

3) вариант - самый бюджетный - осваивать оупен-сорс технологии ))))

[Dmitryzp]

4. Партнерские отношения со студией, если такая студия может себе это позволить

[deSigner]

4. Партнерские отношения со студией, если такая студия может себе это позволить

 

партнерские отношения - как один из вариантов, но при условии максимальной прозрачности и порядочности со всех сторон... а это, к сожалению, редкость...

[Rambler1234]

Могу предложить хорошую таблетку от этого - договор и ценовой порог. Кроме того, такого заказчика видно на этапе ведения переговоров.

Это только в том случае если речь идет о внедрении/настройке готового комплекса без доработок. На любые доработки ТЗ желателен, даже в виде листочка с каракулями клиента. Это из 20лет опыта разработок.

[Dmitryzp]

Это только в том случае если речь идет о внедрении/настройке готового комплекса без доработок. На любые доработки ТЗ желателен, даже в виде листочка с каракулями клиента. Это из 20лет опыта разработок.

20 лет с потолка взяли?

Тогда только первые ibm появились и то у избранных. Еще двк и всемогущий язык бейсик.

А вот Инетом тогда и не пахло. Фидошники только начинались.

Вопрос - разработок чего? Программ для компов типа spectrum? Эт как раз 87-89 год началось...

Дык клиентов тогда не было. ссср еще было и зарплата в 200 рублей...

 

И откуда я все это знаю..? %)

[Rambler1234]

А фиг его знает откуда. Тебя видать тогда ещё не было. Программированием начал зарабатывать с 89г. Как раз на ДВК и Искрах.

[Roksana]

Как по мне, то дешевле для заказчика в данном случае будет не нанимать команду под свой проект, а четко понимать что должно быть реализовано в рамках проекта (в данном случае сайт) и что он хочет видеть в итоге. С этим видением идти в контору, которая специализируется на написании именно сайтов - там есть все необходимые специалисты. Есть и свой менеджер проекта, который под все "узкие" места вашего проекта подберет человека, который в этом разбирается лучше всех остальных. Есть люди, которые будут с вами беседовать о ваших желаниях и как это можно реализовать. После вам будет озвучена цена. Вы с ней соглашаетесь или отказываетесь от каких-то мелких или не рациональных пожеланий (типа такого "хочу что б вокруг картинки бегала лягушка и что-то кричала"). Т.е. от тех пожеланий, которые реализовывать дорого и вам не так уж и важны. Все, после этого контора должна начать реализацию вашего задания. Опыт им должен подсказать сколько времени уйдет на написание вашего сайта. На этапе разработки будет масса вопросов к вам и уточнений. ТЗ будет меняться.... это, мне кажется, неизбежно. Под каждым изменением вы должны "подписываться", что вы согласны. ТЗ - это гарантия как заказчика (от безалаберного или слишком ушлого исполнителя), так и исполнителя (от непонимающего чего сам хочет заказчика).

 

Так же при создании ТЗ вы можете обсудить с исполнителем что и когда он вам может продемонстрировать уже работающим (например 1. через неделю на сайте будет форма логина и модуль с профилем пользователя 2. через 2 недели вы увидите все меню и по ним можно будет переходить и видеть какой-то текст... и т.д.). Так вы сможете контролировать процесс.

 

Это как по мне идеальный сценарий. Так рабтает наша компания. И пока успешно.

[Татьяна81]

есть знакомый WEB програмист если еще актуально. Могу поделится контактами.

[Дмитрий111]

есть знакомый WEB програмист если еще актуально. Могу поделится контактами.

 

Спасибо, но уже неактуально.

[azar]

В связи с необходимостью иметь собственный портал - ищем ВЭБ программиста высокой квалификации. По существу ему прийдется вести проект, привлекая уже дизайнера, верстальшика, СЕОшника, пр, пр.

Естественно работа на "полный" день. Хотя график работы, естественно, свободный

 

Скажите, какая адекватная зарплата (в Киеве) для такого человека?

 

 

 

П.С. Наверное правильное название должности уже не программист, а Менеджер проекта )) Хотя, как по мне, ведущий программист - было бы правильней.

 

За дизайнера - 500, за верстальщика - 500, за SEO-шника - 2000 и пр, пр....

Разумеется в $$$

А Вы КАК ДУМАЛИ?

[Rambler1234]

За дизайнера - 500, за верстальщика - 500, за SEO-шника - 2000 и пр, пр....

Разумеется в $$$

А Вы КАК ДУМАЛИ?

Пуговички не хватает.

[EugeneH]

Пуговички не хватает.

 

Зараз дві великі ІТ контори агресивно набирають персонал.

Мають по 100-150 вакансій, пропонують початківцям від 2куо, тімлідам від 3куо

[Татьяна5]

Зараз дві великі ІТ контори агресивно набирають персонал.

Мають по 100-150 вакансій, пропонують початківцям від 2куо, тімлідам від 3куо

 

Три конторы , - ГлобалЛОджик, Епам, Люксофт. Только не вводите в заблуждение, 2к начинающим не предлагает никто на рынке, ровно как и тим лидам не предлагают 3К. Иначе они бы сами себе рынок подорвали

[magary4]

Татьяна5, в Харькове новички получают 300-500, по-старше 500-1000, тим-лиды, ПМ, архитекторы от 1000.

по крайней мере я с такими знаком и сам один из них, если это не так поправьте!!! а то мож я не в тех кругах общаюсь

 

какой разброс зп по Киеву для этих же категорий? только если не судить по рекламам "зп от 2300" а по зп на которую реально берут