ну типа ''ну критично всего 4 раза в год, можно не заморачиваться" (с)… это как с Чернобылем… вероятность тяжелой аварии 1 на миллион, можно ничего не делать
Сравнивать время презентации и время реализации задачи…
а что не так то?
задача вроде очерчена: «как подключить PowerBI к MS SQL»
далее презентуха, в которой как у всех водится куча воды: «у них минут 20 доклад был про то — как дать доступы, как прописать таблицы, как там еще кучу всего сделать»
вы реально собираетесь это месяц делать?
я по консоли запросов могу ворох роликов на ютубе найти. минут на 20 — как определить какая консоль вам нужна, как ее скачать, как открыть, где чего находится… «там еще кучу всего сделать»
«выбрать * из справочник.товары» — тоже будем месяц делать?
было бы у нас как в Евпропе, мы до сих пор бы на 7.7 сидели
так и сидят. куча мелких контор которым всё это не нужно. а если бы еще «бешеный принтер» уняли — вообще не жизнь была, а сказка. но «там» опять у кого-то свербит и надо снова менять кбк/ндс/статистику/ндфл/фсс — нужное подчеркнуть
они были бы не против перейти на что-то более современное, но когда обсчитывают во что им это обойдется — энтузиазм испаряется
потому что соотношение выхлоп/затраты получаются просто несоизмеримым
имхо это говорит только о низкой зависимости большинства контор от it. и основные потоки и ценности не являются «цифровыми». и представления у людей принимающих решения еще на уровне 90-х годов.
ну помрет компутер на денек — ничего страшного. ну секретарша не поиграет в принцофперсия. ну бухгалтер накладную забьет в базу не сегодня, а завтра. придет «мальчик», сунет дискетку с касперским — вылечит. на них даже шифровальщики/вымогатели особого впечатления не производят
те которые реально зарабатывают «вместе» с it себя уже так не ведут.
Но «качество» прикладного функционала (конфигурации) довольно быстро принесет свои плоды.
меня вот интересует как они будут объяснять почему механизм для хранения данных бух. учета настолько медлителен и крив, что аналитику на счете в типовых приходится искусственно ограничивать магическим числом «3». Условно «контрагент/договор/документ расчетов» — это всё что вам доступно на данном счете из аналитики. На другом счете — другая комбинация, но опять из трех видов аналитики. Можно зайти в свойства конфигурации, поменять это ограничение с «3» допустим до «5». Ура? Хрен там плавал. Ибо все стандартные отчеты, все базовые функции заполнения, до всех модулях проведения — везде присутствует эта цифра «3». Вплоть до явного использования magic number — типичный цикл «для счетчик = 1 по 3 цикл».
вы говорите — это займет 20 минут, или это займет месяц?
вы хотя бы своих собственных басен придерживайтесь: «они рассказывали как подключить PowerBI к MS SQL, у них минут 20 доклад был про то — как дать доступы, как прописать таблицы, как там еще кучу всего сделать»
вы собираетесь делать месяц то о чем рассказывается 20 минут? рыыыыыли?
а тут придется. причем особо никого не спрашивая — надо или нет
пришлют письмо и скажут — ваша конфигурация устарела навсегда, готовьте валидол и кошельки. мы вам продадим новое решение, гораздо лучшее. там не будет того к чему привыкли — не беда. человек не блоха — ко всему привыкнет. и потом всегда можно устроить триумфальное возвращение функции. да, вчера мы говорили, что не держите его так она не нужна, а завтра она вернется под гром оваций. точнее не вернется, а «переизобретется» заново (привет тебе, перейти в список)
1С в вариации 7.7 и 8.3 это земля и небо, семерка это верх неадекватности и взрыва мозга, восьмерка реально напоминает VB6 из которого выкинули зачатки ООП
я с 1с работаю с 2002 года. все что внесла 8-ка это разделение понятий ссылка/объект, периодику заменили регистрами сведений, ввели foreach и dictionary. язык запросов привели к «select» из t-sql. а базис все тот же. чему там «взрываться». да в 7.7 приходится иногда влезать и удовольствия это не вызывает
А вы договаривайте же, почему так сделано. Это сделано для того чтобы интерфейс работал в браузере причем начиная аж с IE7 и при этом выглядел точно также как в нативном клиенте.
а вы договаривайте почему это не работает в реалии. банально потому что «пирамида возможностей» выглядит так (сильный -> слабый): толстый клиент -> тонкий клиент -> web клиент
насколько я знаю, никто не пишет вручную эти адские запросы.
вопрос не в ручной писанине — а в доп. функциях. которые в скд имеют право на существование в коде запроса, а в тексте «просто запроса» будет фиаско. зачем человеку напрягают мозг этим?
насколько функциональна СКД по сравнению с любой другой ORM и сам язык по сравнению с SQL
как «часть» может быть функциональнее «целого»?
у меня почемуто не осталось какойто иррациональной ненависти к ней
где вы увидели «ненависть»? это по сути дружественный стеб
ненависть начнется когда какой-нибудь завод в германии поймет во что он вляпался. ибо кроме проблем с платформой будет еще проблемы с решениями на ней.
переход между ERP 2.2 -> ERP 2.4. отзыв одно из «допопытных»:
Боюсь, что разработчики очень поторопились. В сентябре выпустили новую редакцию, а поддержку старой прекратят в январе 2018. На переход всего 3 месяца.
Я бы лучше написала статью: 10 причин почему не нужно переходить на ред.2.4.
3 назову сейчас:
1. После перехода распроводятся все ранее проведенные месяца и не перезакрываются!
2. Расчет себестоимости выдает ошибку, которую не исправить в пользовательском режиме (на данный момент это ошибка релиза, но сколько их еще будет???)
3. Плановые калькуляции (несомненный плюс новой редакции) на наших данных не считаются или считаются с ошибками — руками поправить нельзя…
Одним словом 3 причины почему не переходить: 1. Невозможно закрыть месяц — как следствие сдать отчетность.
2. Очень много ошибок, которые препятствуют работе (неплохо было бы их обкатать на пилотах, почему их должны обкатывать добропорядочные пользователи и платить за обкат деньги)
3. Некорректно работает заяявленный «новый » функционал
обычная картина — под столом бухгалтера, среди крошек от печенья, в режиме «борьба нанайских мальчиков» катаются по полу админ и штатный 1с-ник. Крича друг другу «Это твоя проблема»
и самое веселое — они оба правы. и оба ничего не могут сделать.
1с-ник прав — это такой же софт как все, я пишу высокоуровневую бизнес-логику и в душе не ведаю почему приложение тупит при практически пустой базе
админ прав — я испробовал обычные методы, ничего не помогает — ты по сути представитель вендора — решай вопрос сам
а её уход туда — не экспансия, а утечка мозгов, происходящая по вине режима.
«остапа понесло»
никто никуда не утекает — сегодняшняя «новость» — это на самом деле не новость. это не первая попытка 1с выйти в мир. у нее офисы даже где-то есть. толку с них как с козла молока — в лучшем случае «обслуживание» крупных офисов совместных предприятий
могу только «себя» и других «поздравить» — 1с съела локальный рынок (точнее поняла, что там больше ловить нечего) и опять пытается вылезти на мировую арену.
причем с чем?
отвратным встроенным языком времен «стояния на угре».
это «встроенный язык». который не «вычищался» с времен 1С 7.7 конца 90-х. в современных реалиях это — помесь бульдога с носорогом. ибо с одной стороны «кондовый» процедурный язык отжирающий кучу строк кода на то, что современные ЯП делают в одно касание — если бы оценку трудозатрат продолжали бы делать по количеству строк — то 1с-ники бы батистовые портянки носили. отдельная «вишня на торт» — клиент/сервер реализованный в последних версиях платформы. Разработчик должен сам помнить «на каком небе» он сейчас находится — мы сейчас на клиенте? или на сервере? а объект который я хочу обработать — что у него с сериализацией? тварь я дрожащая или смогу обмануть «передача мутабельного значения»
доступен язык запросов для извлечения данных — кастрированный диалект t-sql, самый базовый. любая хотелка за пределами «2+2» либо какой-то ад и израиль с 20 временными таблицами и 30-ю подзапросами или просто вытаскивание данных в объектную модель и обработка их там — производительность -> давайдасвидания
gui (так называемые Управляемые Формы) — по сути «XAML на минималках». Причем 1С удалось то, от чего отказалась MS — интерфейс в 1С реально собирается мышью, разметку не надо редактировать руками — это банально недоступно. Но за счет этого — ничего переопределить, изменить поведение, создать свой контрол — нельзя. Или элемент работает как решил создатель платформы или вообще не работает. Про mvvm все помнят? — выкиньте в мусорное ведро. всё будет валяться в виде адского месива в code-behind. логика гуя, куски бизнес-логики, вызовы «сервера приложений»
отчетная система — система компоновки данных. неплохая вещь. но опять отчеты — за пределами «2+2» в ней собирать ооооочень тяжко. Объектная модель в ней — отдельная песня — классический мем: ПроцессорВыводаРезультатаКомпоновкиДанныхВТабличныйДокументИмениНуралиеваБорисаГеоргиевича
ну и чтобы скучно не было — пользование скд заставляет разработчика изучить так сказать отдельный «под-диалект» к имеющемуся в платформе языку запросов, про который я уже писал выше
язык интерпретируемый, реально ошибки можно вычислить только в «рантайме». энтузиасты рисуют какие-то автотесты, скрипты — но это все на уровне народной самодеятельности
производительность и масштабируемость — у всех еще животы болят от смеха, когда 1с презентовала упр. формы и тонкий клиент как панацею для «слабых машин» — всё будет летать, т.к. по сути на машине юзверя будет работать что-то вроде «браузера», а всю нагрузку будет держать сервер приложений. ага… forum330.com/forum/usr/img/909/Capture.PNG
админы 1с просто ненавидят — никто не понимает куда она девает ресурсы и почему не принтер печатает «как все»
>ИМХО порог вхождения сейчас очень высокий, особенно в тяжелых конфигурациях типа ERP.
вся тяжесть вхождения — обусловлена нашим законодательством и желанием 1С усидеть на двух стульях (известным адептам по лозунгу «Доступно и всерьез») — адским порождением которое из себя представляет современная реализация встроенного языка и объектной модели 1с
ну чаще всего так и бывает
что упало?
сервер
где архивы?
на сервере
а чаще всего вообще никаких архивов нет
а что не так то?
задача вроде очерчена: «как подключить PowerBI к MS SQL»
далее презентуха, в которой как у всех водится куча воды: «у них минут 20 доклад был про то — как дать доступы, как прописать таблицы, как там еще кучу всего сделать»
вы реально собираетесь это месяц делать?
я по консоли запросов могу ворох роликов на ютубе найти. минут на 20 — как определить какая консоль вам нужна, как ее скачать, как открыть, где чего находится… «там еще кучу всего сделать»
«выбрать * из справочник.товары» — тоже будем месяц делать?
это критично в отчетный период.
первичка и старые отчеты у них как правило есть. напрягут бухгалтера — «нарисует» что-нибудь похожее. потом подадут «уточненку»
так и сидят. куча мелких контор которым всё это не нужно. а если бы еще «бешеный принтер» уняли — вообще не жизнь была, а сказка. но «там» опять у кого-то свербит и надо снова менять кбк/ндс/статистику/ндфл/фсс — нужное подчеркнуть
они были бы не против перейти на что-то более современное, но когда обсчитывают во что им это обойдется — энтузиазм испаряется
потому что соотношение выхлоп/затраты получаются просто несоизмеримым
ну помрет компутер на денек — ничего страшного. ну секретарша не поиграет в принцофперсия. ну бухгалтер накладную забьет в базу не сегодня, а завтра. придет «мальчик», сунет дискетку с касперским — вылечит. на них даже шифровальщики/вымогатели особого впечатления не производят
те которые реально зарабатывают «вместе» с it себя уже так не ведут.
меня вот интересует как они будут объяснять почему механизм для хранения данных бух. учета настолько медлителен и крив, что аналитику на счете в типовых приходится искусственно ограничивать магическим числом «3». Условно «контрагент/договор/документ расчетов» — это всё что вам доступно на данном счете из аналитики. На другом счете — другая комбинация, но опять из трех видов аналитики. Можно зайти в свойства конфигурации, поменять это ограничение с «3» допустим до «5». Ура? Хрен там плавал. Ибо все стандартные отчеты, все базовые функции заполнения, до всех модулях проведения — везде присутствует эта цифра «3». Вплоть до явного использования magic number — типичный цикл «для счетчик = 1 по 3 цикл».
вы хотя бы своих собственных басен придерживайтесь: «они рассказывали как подключить PowerBI к MS SQL, у них минут 20 доклад был про то — как дать доступы, как прописать таблицы, как там еще кучу всего сделать»
вы собираетесь делать месяц то о чем рассказывается 20 минут? рыыыыыли?
а тут придется. причем особо никого не спрашивая — надо или нет
пришлют письмо и скажут — ваша конфигурация устарела навсегда, готовьте валидол и кошельки. мы вам продадим новое решение, гораздо лучшее. там не будет того к чему привыкли — не беда. человек не блоха — ко всему привыкнет. и потом всегда можно устроить триумфальное возвращение функции. да, вчера мы говорили, что
не держите его такона не нужна, а завтра она вернется под гром оваций. точнее не вернется, а «переизобретется» заново (привет тебе, перейти в список)и самое важное — все
оброкИТС оплатили?вы еще расскажите, что 7.7 в связке под sql работала в 90% под sa.
и в 8-ке многие с секьюрностью не парятся…
одна галка, одна кнопка. «доступно и всерьез»
зы нашли повод для гордости
я с 1с работаю с 2002 года. все что внесла 8-ка это разделение понятий ссылка/объект, периодику заменили регистрами сведений, ввели foreach и dictionary. язык запросов привели к «select» из t-sql. а базис все тот же. чему там «взрываться». да в 7.7 приходится иногда влезать и удовольствия это не вызывает
а вы договаривайте почему это не работает в реалии. банально потому что «пирамида возможностей» выглядит так (сильный -> слабый): толстый клиент -> тонкий клиент -> web клиент
вопрос не в ручной писанине — а в доп. функциях. которые в скд имеют право на существование в коде запроса, а в тексте «просто запроса» будет фиаско. зачем человеку напрягают мозг этим?
как «часть» может быть функциональнее «целого»?
где вы увидели «ненависть»? это по сути дружественный стеб
ненависть начнется когда какой-нибудь завод в германии поймет во что он вляпался. ибо кроме проблем с платформой будет еще проблемы с решениями на ней.
переход между ERP 2.2 -> ERP 2.4. отзыв одно из «допопытных»:
Боюсь, что разработчики очень поторопились. В сентябре выпустили новую редакцию, а поддержку старой прекратят в январе 2018. На переход всего 3 месяца.
Я бы лучше написала статью: 10 причин почему не нужно переходить на ред.2.4.
3 назову сейчас:
1. После перехода распроводятся все ранее проведенные месяца и не перезакрываются!
2. Расчет себестоимости выдает ошибку, которую не исправить в пользовательском режиме (на данный момент это ошибка релиза, но сколько их еще будет???)
3. Плановые калькуляции (несомненный плюс новой редакции) на наших данных не считаются или считаются с ошибками — руками поправить нельзя…
Одним словом 3 причины почему не переходить: 1. Невозможно закрыть месяц — как следствие сдать отчетность.
2. Очень много ошибок, которые препятствуют работе (неплохо было бы их обкатать на пилотах, почему их должны обкатывать добропорядочные пользователи и платить за обкат деньги)
3. Некорректно работает заяявленный «новый » функционал
А? Как тебе такое, Илон Маск?
и самое веселое — они оба правы. и оба ничего не могут сделать.
1с-ник прав — это такой же софт как все, я пишу высокоуровневую бизнес-логику и в душе не ведаю почему приложение тупит при практически пустой базе
админ прав — я испробовал обычные методы, ничего не помогает — ты по сути представитель вендора — решай вопрос сам
ну а вендор… ну вы понимаете…
«остапа понесло»
никто никуда не утекает — сегодняшняя «новость» — это на самом деле не новость. это не первая попытка 1с выйти в мир. у нее офисы даже где-то есть. толку с них как с козла молока — в лучшем случае «обслуживание» крупных офисов совместных предприятий
причем с чем?
отвратным встроенным языком времен «стояния на угре».
чего? синтаксический сахар? linq? лямбда? ооп? интерфейсы? абстракции? паттерны? забудьте
это «встроенный язык». который не «вычищался» с времен 1С 7.7 конца 90-х. в современных реалиях это — помесь бульдога с носорогом. ибо с одной стороны «кондовый» процедурный язык отжирающий кучу строк кода на то, что современные ЯП делают в одно касание — если бы оценку трудозатрат продолжали бы делать по количеству строк — то 1с-ники бы батистовые портянки носили. отдельная «вишня на торт» — клиент/сервер реализованный в последних версиях платформы. Разработчик должен сам помнить «на каком небе» он сейчас находится — мы сейчас на клиенте? или на сервере? а объект который я хочу обработать — что у него с сериализацией? тварь я дрожащая или смогу обмануть «передача мутабельного значения»
доступен язык запросов для извлечения данных — кастрированный диалект t-sql, самый базовый. любая хотелка за пределами «2+2» либо какой-то ад и израиль с 20 временными таблицами и 30-ю подзапросами или просто вытаскивание данных в объектную модель и обработка их там — производительность -> давайдасвидания
gui (так называемые Управляемые Формы) — по сути «XAML на минималках». Причем 1С удалось то, от чего отказалась MS — интерфейс в 1С реально собирается мышью, разметку не надо редактировать руками — это банально недоступно. Но за счет этого — ничего переопределить, изменить поведение, создать свой контрол — нельзя. Или элемент работает как решил создатель платформы или вообще не работает. Про mvvm все помнят? — выкиньте в мусорное ведро. всё будет валяться в виде адского месива в code-behind. логика гуя, куски бизнес-логики, вызовы «сервера приложений»
отчетная система — система компоновки данных. неплохая вещь. но опять отчеты — за пределами «2+2» в ней собирать ооооочень тяжко. Объектная модель в ней — отдельная песня — классический мем: ПроцессорВыводаРезультатаКомпоновкиДанныхВТабличныйДокументИмениНуралиеваБорисаГеоргиевича
ну и чтобы скучно не было — пользование скд заставляет разработчика изучить так сказать отдельный «под-диалект» к имеющемуся в платформе языку запросов, про который я уже писал выше
язык интерпретируемый, реально ошибки можно вычислить только в «рантайме». энтузиасты рисуют какие-то автотесты, скрипты — но это все на уровне народной самодеятельности
производительность и масштабируемость — у всех еще животы болят от смеха, когда 1с презентовала упр. формы и тонкий клиент как панацею для «слабых машин» — всё будет летать, т.к. по сути на машине юзверя будет работать что-то вроде «браузера», а всю нагрузку будет держать сервер приложений. ага… forum330.com/forum/usr/img/909/Capture.PNG
админы 1с просто ненавидят — никто не понимает куда она девает ресурсы и почему не принтер печатает «как все»
вся тяжесть вхождения — обусловлена нашим законодательством и желанием 1С усидеть на двух стульях (известным адептам по лозунгу «Доступно и всерьез») — адским порождением которое из себя представляет современная реализация встроенного языка и объектной модели 1с