>X220i — бюджетные модификации с процессорами Core i3 и младшими Core i5, экран — только TN (не IPS)
Все отличие только в матирице и проце?
Других отличий точно нет?
А то меня Core i3 и TN вполне устраивает… но не хочется взять без каких нибудь внутренних защитных систем, типа защиты винта…
ТАКИЕ ограничения для вас — это нормальные ограничения для остальных…
Если вы выросли из этих ограничений, то скорее всего у вас уже достаточно денег что бы задуматься об оплате полной версии или о создании продукта для себя…
А вот если у вас 50 активных проектов, 100 выставленных счетов и при этом грош в кармане, то у меня для вас плохие новости…
Ограничения вполне разумные, это очевидно для всех кроме вас…
Не спорю. Продукт выпущенный что называется «as is» не всегда успевает за требованиями. Доля истины в ваших словах есть…
Но в своих высказываниях вы в основном приводили в пример цены… поэтому к вам так и отнеслись.
>а за оплату полной версии я могу посадить на полную ставку программиста, который будет писать то что нужно для МОЕГО бизнеса в нужные МНЕ сроки.
Это же ваши слова? Вы их выше написали.
Фраза понимается абсолютно однозначно. Полная ставка программиста у вас = оплате полной версии. 3- 5 дней это никак не полная ставка…
Если бы вы сразу написали, что за 3-5 дней и 6 т.р. ваш программист допилит SugarCRM до нужного вам состояния, никто бы не возразил… тем более если вам всего-то добавить выбор вариантов оформления счетов…
Я вот не могу себе представить «мелкую» контору у которой «50 активных проектов», и которая при этом настолько бедствует, что не может оплатить сервис…
>и при этот система не умрет от огромного количества потоков
Вот с этого момента можете по подробнее? Как акторы связаны с потоками? На каждый актор создается свой поток или как? Что будет если таких акторов надо 100к создать?
Мне кажется, что вы немного подменяете понятия… ТЗ — это техническое задание, т.е. карта действий по которой разработчик ничего не зная о заказчике и его нюансах сядет и сделает проект.
Из моей практики.
Заказчик пишет не ТЗ, а свои требования списком. Ну что-то вроде
1. Учет товара в магазине по количеству
2. Картанка с товаром на сайте
2. Вывод прайс листа в браузер
3. Ограничить менеджеров в правах
4. Цветовое оформление в желто-синих тонах
Все.
Эти пункты и заносятся в договор.
А вот ТЗ пишется для себя, своих работников. Если проект небольшой и в нем участвует 2-3 сотрудника с нашей стороны, то ТЗ минимально. Т.к. им очень просто сообща работать.
А вот если проект большой, много сотрудников задействовано на длительное время, то без ТЗ уже тяжело будет скоординировать своих собственных сотрудников… Ведь не притащишь все 30 прогеров, дизайнеров и т.д. на переговоры чтобы они «прониклись» проектом? А передавать информацию о том что и как делать необходимо.
Ну а сам процесс у нас примерно как и у вас, в тесном контакте с клиентом и постоянном прототипировании. Плюс этой техники еще и в том, что со временем начинаешь угадывать что именно хотел клиент и приходится меньше лишней работы делать…
Правда все равно периодически попадаются клиенты которых не устраивает любая работа.
Как бороться с такими еще не выявили… очень часто в начале работ все идет отлично и первые пункты проходят на ура… а вот потом начинается… то не так это не так… происходит разрыв договорных отношений… и как правило потом выясняется, что мы уже третьи и четвертые подрядчики которые просто послали клиента и перестали тратить на него свое время.
Но так же периодически попадаются ну очень приличные клиенты. Они открыто говорят, что не знаю как лучше решить их задачу, но готовы оплатить эксперименты. Вот таких бы побольше )))
Все отличие только в матирице и проце?
Других отличий точно нет?
А то меня Core i3 и TN вполне устраивает… но не хочется взять без каких нибудь внутренних защитных систем, типа защиты винта…
А вот на счет последних дней… И кто же его заменит через несколько дней-то?
Вы его хотя бы один раз открывали?
А пробовали открыть стандартные настройки?
«Нет значка на рабочем столе» — это невероятно мощный аргумент… даже не знаю что сказать…
Если вы выросли из этих ограничений, то скорее всего у вас уже достаточно денег что бы задуматься об оплате полной версии или о создании продукта для себя…
А вот если у вас 50 активных проектов, 100 выставленных счетов и при этом грош в кармане, то у меня для вас плохие новости…
Ограничения вполне разумные, это очевидно для всех кроме вас…
Но в своих высказываниях вы в основном приводили в пример цены… поэтому к вам так и отнеслись.
>а за оплату полной версии я могу посадить на полную ставку программиста, который будет писать то что нужно для МОЕГО бизнеса в нужные МНЕ сроки.
Это же ваши слова? Вы их выше написали.
Фраза понимается абсолютно однозначно. Полная ставка программиста у вас = оплате полной версии. 3- 5 дней это никак не полная ставка…
Если бы вы сразу написали, что за 3-5 дней и 6 т.р. ваш программист допилит SugarCRM до нужного вам состояния, никто бы не возразил… тем более если вам всего-то добавить выбор вариантов оформления счетов…
В общем учитесь выражать свои мысли…
Это я описал типичное отношение потребителей на конкретном примере…
А моя позиция полностью с вашей совпадает…
20 лицензий в месяц стоят примерно 6000 т.р.
Представляю как программист за 6т.р. в месяц будет писать то что вам нужно и при этом укладываться в сроки… )))
Просто нужна халява… бесплатно и по максимуму…
Помните анекдот?
— Дайте мне пожалуйста таблеток от жадности… и побольше, побольше!
Вот любители халявы-то…
Я вот не могу себе представить «мелкую» контору у которой «50 активных проектов», и которая при этом настолько бедствует, что не может оплатить сервис…
Только это счастье будет у всех разного размера…
Вот с этого момента можете по подробнее? Как акторы связаны с потоками? На каждый актор создается свой поток или как? Что будет если таких акторов надо 100к создать?
Одна вода, никакой конкретики…
Из моей практики.
Заказчик пишет не ТЗ, а свои требования списком. Ну что-то вроде
1. Учет товара в магазине по количеству
2. Картанка с товаром на сайте
2. Вывод прайс листа в браузер
3. Ограничить менеджеров в правах
4. Цветовое оформление в желто-синих тонах
Все.
Эти пункты и заносятся в договор.
А вот ТЗ пишется для себя, своих работников. Если проект небольшой и в нем участвует 2-3 сотрудника с нашей стороны, то ТЗ минимально. Т.к. им очень просто сообща работать.
А вот если проект большой, много сотрудников задействовано на длительное время, то без ТЗ уже тяжело будет скоординировать своих собственных сотрудников… Ведь не притащишь все 30 прогеров, дизайнеров и т.д. на переговоры чтобы они «прониклись» проектом? А передавать информацию о том что и как делать необходимо.
Ну а сам процесс у нас примерно как и у вас, в тесном контакте с клиентом и постоянном прототипировании. Плюс этой техники еще и в том, что со временем начинаешь угадывать что именно хотел клиент и приходится меньше лишней работы делать…
Правда все равно периодически попадаются клиенты которых не устраивает любая работа.
Как бороться с такими еще не выявили… очень часто в начале работ все идет отлично и первые пункты проходят на ура… а вот потом начинается… то не так это не так… происходит разрыв договорных отношений… и как правило потом выясняется, что мы уже третьи и четвертые подрядчики которые просто послали клиента и перестали тратить на него свое время.
Но так же периодически попадаются ну очень приличные клиенты. Они открыто говорят, что не знаю как лучше решить их задачу, но готовы оплатить эксперименты. Вот таких бы побольше )))
Судя потому, что этот микрокомпьютер программируется на .NET — там 2 ядра, 3 гига и игровая видеокарта? ;)
Если сайт приносит доход…
Хотя бы порядок цен…