Оставаться на 10.3 или переходить на 11 #742337

Есть сейчас один заказ и думаю работать дальше с УТ 10.3 или переходить на 11. 10.3 знаю более или менее 11 слабо. Думаю что делать дальше продолжить изучение 10.3 или на 11 перейти. Что можете посоветовать. Не хочу распыляться на обе конфы. Не хватит времени хорошо изучить и то и то. Есть ли в одной из этих конфигураций документ в котором можно отразить прием товара на хранение с привязкой его к контрагенту

Конечно, 11. Сия версия активно внедряется в России.

>>Не хочу распыляться на обе конфы. Не хватит времени хорошо изучить и то и то. facepalm.jpg

Ты там код модулей что-ли наизусть учишь )

Изучай новое, если есть такая возможность и потенциальная потребность в этих знаниях.

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

судя по нашему городу на ут11 клиенты жадные ппц. вопрос ни о чём : есть задача -изучай, нет -не изучай)) сейчас обслуживаю одних , так за ут11 не поспеешь -постоянно что то новое. в обновлениях портянки кода обновляются и в правилах обмена постоянно что то новое

Недавно позвонил знакомый франч, рассказал, что после очередного геморроя с внедрением типовой УТ, которую пришлось допиливать, причем те вещи, которые в 10.3 работали из коробки, приняли решение 11 в ближайшем будущем не внедрять, новым клиентам рекомендовать десятку. У меня, сказать честно, примерно такое же отношение к УТ11...

1. Гамнистость ут 11 порваный баян 2. Слухи о смерти ут 11 сильно преувеличены Будут внедрять и далее широкомасштабно

а так, да, ут 10.3 лучшая конфа всех времён

Просто, если кто-то хочет управляемые формы или хотя бы публикацию, то приходится "разгребать" на 11-той. Не будешь же десятую с нуля переписывать.

"кто-то хочет управляемые формы" Правда, есть такие? :)

УФ не в исполнении 1с могут быть очень даже вкусными.

Конечно УТ11, более продуманная и гибкая чем 10.3. Если бы она была на обычных формах, то цены ей бы не было

хез, УТ11 в общем не такая уже бяка. Опыт только толстого клиента. Но напильник.. вот он. Нужен.

Просто, когда показываешь, как можно работать с браузера или когда пишешь сам обработки для пользователей, никто не говорит, что это г. Удобно же. Да и писать форму под управляемые - реквизитов накидал, а на форме система сама разместит - просто, в УТ10 что-то правишь и потом воевать с привязками, чтобы при увеличении размера не был каши на экране.

Не обязательно. Довольно многие, включая нас умудряются работать на типовой

самая простая из всех конф - 10.3. и расчет с/с "для всех понятный"... если нет нужды, для чего прыгать? 11 - это целое внедрение, т.к. очень отличается от 10.3. ну а по-хорошему,ТЗ в студию...

УТ11 - это ходьба на ходулях, вроде-бы и шаг ширше-ширее должен быть, но иногда надо с пола кое-что поднимать, а для этого надо спускаться с небес (ходулей), в итоге есть "фичи" в ущерб скорости на том-же уровне железа и куча прыг-скоков. Я попытался передать своими словами разницу между УФ и простым клиентом.

Балин, причём тут УФ. Если бы 1С сейчас вдруг решила написать типовую конфу на обычных формах, у них такая-же каша получилась - лапша из перемешанных модулей, для обеспечения модульности между конфами и такие же тормоза при работе - горы кода при открытии, закрытии, нажатии и тп

вопрос о приемке товара на хранение с привязкой его к контрагенту показывает полное непонимание топикстартером что к чему и на как х принципах строится учет в типовых конфигах. В этих условия совершенно пофиг на какой конфиге работать...

Запаришься запоминать модули УТ11...во-первых их там гораздо больше, нежели в Ут10.3, а во-вторых они каждое обновление активно меняются.

Если нужен аналог УТ 10 на управляемых формах, стоит посмотреть УНФ. Да и вообще, если стоит выбор УТ 10/11, ее стоит посмотреть.

УНФ и рядом не стояла с 10.3 . Полная ерундовина с кастрированным функционалом и ничтожными возможностями.

Чего не хватает в УНФ? Сам глубоко не копал, минимальный функционал, который юзают 80% организаций, вроде есть...

мое мнение, что все конфы "50 оттенков серого" это садо маза.... как минимум надо ждать такси... а может и дольше... к сожалению УФ потеряло два главных качества которые позволили ей завоевать рынок. 1. скорость работы (основной принцип по которому братья начинали 1с - любое действие занимает не более 1 сек) 2. скорость разработки и простота кода (это был девиз 7.7) разумеется 1с много нового принесла, но по моему конфы на УФ еще очень долго не смогут конкурировать с обычными по этим двум критериям. в "50 оттенков серого" заложен принцип "управлением интерфейсом через права/подсистемы", это конечно хорошо и это радует, но только на простых формах. такси - мне показалось, что это некий минимализм (что мне нравится), а кто-то его тут сравнил с интерфейсами на DOS. Вроде такси хорош, но опять-же все портят конфы, формы перегружены различными опциями и все это собирается "налету" индивидуально под каждого, а можно было-бы собирать предварительный макет в конфигурации на основании включения/выключения подсистем целиком. 1с пытается сделать слишком универсальную вещь, а такого не будет... короче я-бы если и изучал, то конфы на такси, ибо за серым нет будущего...

Сейчас это моя основная сфера деятельности, так что вывод неверный. Вначале я делал много ошибок , лишней работы но все работало и считало как надо.

в корне ошибочный вывод готовые учетные системы от 1С покупают за готовый функционал, а не ради кастомизации УТ 11 на порядок мощнее УТ 10.3 и при наличии на данный момент в ней партионки с ФИФО работающей на лету выбор в пользу УТ 10.3 абсолютно бесполезен

я не про возможности, я про то, что серый - это тупик, пройдет 3-4 месяца и тогда все на такси.... а учитывая, что УТ все допиливают и не обновляют, плавно въехать в такси не выйдет... да и пользователям нафига учить серый, и через полгода опять переучиваться на такси?

ответа насчет УНФ не будет?

да при чем здесь картинки, т.е. интерфейс 95% кода работает на сервере и ни как не связано с такси/метро/прочей х.уетой

объясни какая цель любого перехода? я знаю следующие 1. старый софт не работает на новом железе/субд (пример 6.0 и наверно 7.7, но к УТ это не относится) 2. из-за необходимости поддержки (например новые формы и т.д.), к УТ это практически не относится 3. из-за нового функционала (например в 11 есть CRM, но вот сядь и карандашиком распиши какие новшества реально юзаются через год после перехода) 4. старую базу проги загнали в непотребное состояние, требуется или переход ближе к типовой или на новую (это единственная реальная причина), но в этом раскладе шанс, что проги загонят и новую более высокий, по тому как 11 сложнее чем 10, а большинство криворуких дописок вызвано именно неспособностью решить проблему штатными средствами.

УФ хорошо...такси пофиг...УТ11 разрабы му..ки (почему хотя бы структуру базы от УТ10.3 не взяли? проверенную)...с УТ10.3 пока рано слазить

конечно 11 , заодно будет стимул подтянуть знания и самое главное иметь личные аргументы за и против. Тот факт , что вы тут за кого то решаете на чем им дальше работать говорит о том, что им на это пофиг и сильно хуже им не будет, что бы им не подсунули.

УНФ "не пилится"... В смысле почти спецом сделано так что новый функционал добавить можно (с геморроем) а вот поправить существующий унреал. Как пример виды оплат: налик + карта "хватит" для всего

для перехода нужна причина... выставлять причиной "это круто", "у всех уже давно это есть" и т.д. могут только без совестные (или глупые) люди. переход ради перехода - бред... нужна конкретная польза компании... для этого ЛЮБОЕ ВНЕДРЕНИЕ ВСЕГДА начинать нужно с описания достижимой цели и критериев определяющих что цель достигнута.

Гм... вообще то "Наука - это способ удовлетворить собственное любопытство за казенный счет".

Что значит "Изучать 10.3"? Это же не бесконечный процесс. За год можно понять основные принципы, которые в нее заложены. УТ 11 изучать несомненно стоит. Хотя бы для понимания новых схем типовых конф и БСП. НО! внедрять в 90% случаев следует лучше УНФ :)

Внедрять стоит ЕРП ) Это вкуснее )))

ТС УТ 11 то боится, а ты про ЕРП :))

Зубов бояться... Ну ты понял )))

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

Оставаться!

Когда УТ11 вышла, сдуру начал изучать и ставить ее клиентам, поверив сказкам про "перспективы, будущее" и пр. пургу. Потом осознал, что УТ11 - "продукт, созданный инопланетянами для инопланетян". (с) не мое, на мисте очень метко выразился кто-то.

УФ  - та еще радость. К примеру, как во внешнем отчете получить свой же собственный макет? Я в курсе, что есть разные способы, но какой мутант такое выдумал ??? Может, кому-то и интересны все эти передачи контекста с клиента на сервер, и обратно,  но тратить два часа на то, что в 8.1 делалось за минуту - это слишком.

А в чём проблема с макетом ? Его же на сервере получают.

+1

а вот многое что на 8.1 вообще не сделать - на УФ типовой функционад

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

как бы "переменные на сервере" без хранения их в БД это значит семафоры, мьютексы и прочее... вряд ли рядовой 1С-ник осилит ))

ХранилищеЗначения

дык это же в БД а не в RAM ))

Проблема хранения в базе в том, что запись выполняется в разрезе транзакций. Слава богу, что при сохранении хранилища с переменными, где живут OLE-объекты, "умная" 1С не вызывает Release у интерфейсов и объекты остаются живыми, но это не гарантированно.

в нет про RAM, там про сервер ;)

В общем, не забываем, что есть Сервер приложений, где и хотелось бы что-то сохранить, а есть сервер SQL, где данные прекрасно хранятся в виде всяких объектов. Идеология 1С предполагает, что процессы сервера приложений могут обслуживать различные клиентские сеансы, ничего не зная о прошлом вызове сервера и том, кто его обслуживал. Это удобно в плане масштабирования при очень большом количестве клиентов, но накладывает очень серьёзные ограничения на работу кода - строго говоря - реализована идеология Web-сервисов, когда все данные для исполнения действия система получает в процессе вызова или забирает из базы данных. В случае небольшого числа клиентов и отсутствия распределения нагрузки использование данного метода приводит к дополнительным затратам на передачу данных между сервером и клиентом (причём, как туда, так и обратно).

Ктож спорит

Если чисто теоретически то сча столько разных технологий... никто не мешает сделать для сервера 1С костыль типа "переменных в памяти на сервере между вызовами" в виде виртуального диска в RAM куда что то и пишется )) или некой внешней доп.БД очень шустрой и работающей чисто в памяти

тоже подумал о RAM диске. однако, не пришло на ум такой задачи, где это стало бы крайне необходимым

я вот опять думаю, почему 1с не пошло по пути 100% исполнения кода на сервере, по типу публикуемых приложений RDP ???? почему на клиент не гнать только картинку а обратно пробрасывать порты и прочие ресурсы? на сколько было-бы все проще... 100% серверный код - это идеально!!!!

1с все правильно сде... пошло а вот как пользоваться платформой это уже от разрабов конфы зависит хочется и будет 100% серверно

ты не понял, сейчас вопрос где задается? на клиенте и перенести этот код на сервер сейчас невозможно... 100% выполнение на сервере сделает ненужным кучу операторов и директив, код будет одинаковый при любом клиенте, откладка упростится, не будет передачи контекста между клиент сервером и еще масса плюсов... Будет единое адресное пространство переменных... разумеется сервер будет больше ресурсов требовать, по создание кластеров решит проблемы масштабирования...

как бы толстого клиента + терминал (любой хоть виндовый) никто не запрещал... а делать свой лисапед (терминал) как бы не понял зачем? там стоко геморроя по проброске с дисками, портами и т.д.