TT
поэтому нет и быть не может идеальных систем)))
Size: a a a
2020 May 27
RT
))))) Это бизнес, ничего личного))))))
Поставщикам ИТ систем нужно оказать клиенту максимум возможных услуг, а вовсе не сделать его счастливым
AT
Поставщикам ИТ систем нужно оказать клиенту максимум возможных услуг, а вовсе не сделать его счастливым
Поставщики разные бывают
LV
Поставщики разные бывают
Согласен. Подход сделать счастливым и за счет этого получить еще услугу тоже есть. Правда потом нюансы, за чей счет клиент будет счастливым )
AT
А поставщик разве ничего не делает для достижения счастья?
Это обоюдовыгодная деятельность. Должна быть.
Это обоюдовыгодная деятельность. Должна быть.
F
Плохие аналогии это всё равно что розовые лягушки
От вашего восприятия факты не изменятся.
SK
От вашего восприятия факты не изменятся.
TT
Поставщикам ИТ систем нужно оказать клиенту максимум возможных услуг, а вовсе не сделать его счастливым
Есть такой подход в исследовании рынка потребностей, закидать рынок mvp и просеить интерес пипла
TT
Дёшево и эффективно
F
Поставщикам ИТ систем нужно оказать клиенту максимум возможных услуг, а вовсе не сделать его счастливым
Нет не сделать счастливым, но и оказывать максимум не нужно.
Нужно решить его проблему в момент времени за приемлемую компенсацию.
Хорошее ИТ еще задает вопрос надуманная проблема или реальная.
Обычное ИТ только решает проблему.
Плохое ИТ порождает проблему эксплуатации.
Нужно решить его проблему в момент времени за приемлемую компенсацию.
Хорошее ИТ еще задает вопрос надуманная проблема или реальная.
Обычное ИТ только решает проблему.
Плохое ИТ порождает проблему эксплуатации.
TT
Нет не сделать счастливым, но и оказывать максимум не нужно.
Нужно решить его проблему в момент времени за приемлемую компенсацию.
Хорошее ИТ еще задает вопрос надуманная проблема или реальная.
Обычное ИТ только решает проблему.
Плохое ИТ порождает проблему эксплуатации.
Нужно решить его проблему в момент времени за приемлемую компенсацию.
Хорошее ИТ еще задает вопрос надуманная проблема или реальная.
Обычное ИТ только решает проблему.
Плохое ИТ порождает проблему эксплуатации.
👍
RT
Есть мнение что пресс-релизы о несуществующих продуктах пишутся с той же целью: прощупать реакцию рынка.
(Компания XXX разработкет решение YYY в следующие пять лет)
(Компания XXX разработкет решение YYY в следующие пять лет)
F
Понять есль ли проблема и сойдутся ли в компенсации. Вроде так. Логично же.
RT
Есть такой подход в исследовании рынка потребностей, закидать рынок mvp и просеить интерес пипла
есть обратная сторона этого подхода: есть огромный выбор сервисов для решения какой-то одной задачи, но ни один из них нормально не работает. Тестировать все за свои деньги и время не хотелось бы.
TT
Я бы сказал сейчас разработка из "марафона" перешла в "спринт" какая компания за какой максимально короткий срок удовлетворит конкретный срез потребностей на момент времени
TT
А "повздыхать" об идеале можно и потом)))
TT
Лучшее - враг хорошего
TT
Я думаю в настоящих реалиях надо это в девиз взять
TT
есть обратная сторона этого подхода: есть огромный выбор сервисов для решения какой-то одной задачи, но ни один из них нормально не работает. Тестировать все за свои деньги и время не хотелось бы.
А так согласен
VU
Итак разберём это на основании принципов кодирования наименований документов ЕСКД:
1. Согласно ГОСТ 2.104-2006 Единая система конструкторской документации (ЕСКД). Основные надписи (с Поправками), Раздел 6 пункт 1. Графа 1 основной надписи заполняется как в графе 1 - наименование изделия и наименование документа, если этому документу присвоен код. Для изделий народнохозяйственного назначения допускается не указывать наименование документа, если его код определен ГОСТ 2.102, ГОСТ 2.601, ГОСТ 2.602, ГОСТ 2.701.
2. Согласно ГОСТ ГОСТ 2.201-80 (http://www.pntd.ru/2.201.htm)
2.1. Устанавливается следующая структура обозначения изделия и основного конструкторского документа:
2.2. Четырехзначный буквенный код организации-разработчика назначается по кодификатору организаций-разработчиков.
2.4. Код классификационной характеристики присваивают изделию и конструкторскому документу по классификатору изделий и конструкторских документов машиностроения и приборостроения (Классификатору ЕСКД).
Структура кода классификационной характеристики:
2.5. Порядковый регистрационный номер присваивают по классификационной характеристике от 001 до 999
В коде документа должно быть не более четырех знаков, включая номер части документа.
Примеры:
АВГБ.061341.021 СБ,
АВТБ.061341.021 ТУ1,
АВГБ.061341.021 ИЭ12.
В вашем случае:
ИРЦВ - 4-х буквенный код разработчика документа.
42 5100 5 - Классификационный код изделия.
001 - Код экземпляра документа
ВЭ - код типа документа согласно классификатору типов программных и конструкторских документов.
Далее идёт версия документа и прочее.
1. Согласно ГОСТ 2.104-2006 Единая система конструкторской документации (ЕСКД). Основные надписи (с Поправками), Раздел 6 пункт 1. Графа 1 основной надписи заполняется как в графе 1 - наименование изделия и наименование документа, если этому документу присвоен код. Для изделий народнохозяйственного назначения допускается не указывать наименование документа, если его код определен ГОСТ 2.102, ГОСТ 2.601, ГОСТ 2.602, ГОСТ 2.701.
2. Согласно ГОСТ ГОСТ 2.201-80 (http://www.pntd.ru/2.201.htm)
2.1. Устанавливается следующая структура обозначения изделия и основного конструкторского документа:
2.2. Четырехзначный буквенный код организации-разработчика назначается по кодификатору организаций-разработчиков.
2.4. Код классификационной характеристики присваивают изделию и конструкторскому документу по классификатору изделий и конструкторских документов машиностроения и приборостроения (Классификатору ЕСКД).
Структура кода классификационной характеристики:
2.5. Порядковый регистрационный номер присваивают по классификационной характеристике от 001 до 999
В коде документа должно быть не более четырех знаков, включая номер части документа.
Примеры:
АВГБ.061341.021 СБ,
АВТБ.061341.021 ТУ1,
АВГБ.061341.021 ИЭ12.
В вашем случае:
ИРЦВ - 4-х буквенный код разработчика документа.
42 5100 5 - Классификационный код изделия.
001 - Код экземпляра документа
ВЭ - код типа документа согласно классификатору типов программных и конструкторских документов.
Далее идёт версия документа и прочее.
Браво! Спасибо!