• Интеграция с SAP ERP, на примере с Django-python, по протоколу oData(rest)
    0
    A почему выбрали Django, а не родной для SAP UI5?
  • Путешествие за бугор и обратно: как не надо устраиваться работать за рубежом
    +2
    Слишком критично. 8 лет живу в Германии. 10 лет работаю с выходцем из СССР.
    Никаких проблем — только положительные эмоции…
  • "… и в каждой шутке есть доля шутки"
    0
    Не умеет правильно считать пропорции :(
    попробуйте фотку 2x3
  • Оптимальная аппроксимация сплайнами
    0
    Человеческим зрением вижу две кривых на первом рисунке. Вы ничего в критериях не потеряли?
  • Ускорение библиотеки HeatonResearchNeural (нейросети) в 30 раз
    +1
    «и глядя на загрузку CPU по 50-60% по телу бежал неприятный холодок — кто-то халтурит!» :)
  • Не все языки программирования одинаково полезны
    0
    ABAP забыли :)
  • Как улучшить почтовые адреса
    0
    Вы как раз и отказались от универсального сгенерированного адреса в пользу своего алиаса
  • Help Desk и Service Desk – когда Excel и CRM недостаточно? Действительно важные функции систем учета заявок
    0
    Почему вы называете свою CRM систему Help Desk'ом?
  • Двойной дзен: два поиска в одном без слежки и смс
    +2
    Аж 5 сайтов устанавливают куки — слежкой и не пахнет…
    image
  • Двойной дзен: два поиска в одном без слежки и смс
    0
    Шкурку надо немного подправить
    image
  • Двойной дзен: два поиска в одном без слежки и смс
    +8
    Это вы классно за нами не следите :)
    image
  • Новые возможности Oracle Database 12.1.0.2
    0
    Спасибо за ссылку, жаль ее не было в самой статье.
    Ждем, что ответит SAP.
  • Новые возможности Oracle Database 12.1.0.2
    0
    Спасибо, этих ссылок не хватало в статье.
  • Новые возможности Oracle Database 12.1.0.2
    +2
    Очередная маркетинговая статья на техническом ресурсе.

    Oracle быстрее Hana в два раза! На каком железе? В какой конфигурации? Что за тест? Неизвестно.

    Oracle "более лучше" масштабируется! Хотя даже начальных математических знаний достаточно, чтобы понять — примерно одинаково: просто посмотрите, насколько увеличивается производительность при увеличении количества ядер. Вангую, что на 504 ядрах Oracle все также будет в два раза лучше в тайном синтетическом тесте и даст примерно 4М попугаев.
  • ABAP: Красивый #2
    0
    Я — консультант.

    Ваш термин Оперативная методологическая поддержка слишком расплывчат и под него отлично подходит поддержка со стороны SAP.
    Да — это не миф, да — я с нии работал, да — они помогают. Не совсем доволен их скоростью работы — но об этом уже написал.

    По поводу 80-90% — это так. Так просто намного дешевле. А разве 1С сами всегда все внедряют и подерживают?

    И опять повторю свой вопрос. Какое отношение имеют ваши претензии к вендору к языку программирования?
  • ABAP: Красивый #2
    –1
    Ваш личный неудачный опыт работы с SAP не является отсутствием оперативной методологической поддержки.
  • ABAP: Красивый #2
    –1
    Хм… Наверное, я давно не работал с 1С. Во времена семерки тоже ничего не появлялось автоматом — приходили мальчики/девочки и накатывали обновления/пилили конфигурацию. В этом смысле просто те же самые аналитики бегали в бухгалтерию.

    Не кажется ли вам, что слишком частые чихи госорганов не являются недостатком программного комплекса, и уж тем более языка программирования. Держите также в уме, что 1C работает исключительно на российский рынок с его реалиями, а SAP — на мировой, и российский далеко не является приоритетным. Это к тому, что на ежедневные чихи каждого ведомства разных государств реагировать сложнее.

    Ну это то, что касается программного комплекса, а то, что касается именно языка — не увидел ни одного аргумента.
  • ABAP: Красивый #2
    0
    Согласен с вами.
  • ABAP: Красивый #2
    –1
    Очень образно, но не совсем понятно, в чем особенность современного понимания бизнес-логики, и чем для этого не годится ABAP.
  • ABAP: Красивый #2
    –1
    Я все равно за SO10.
    * Многоязычность — то, что надо, так как работаю в многоязычных системах.
    * Текст можно поменять прямо в заблокированном для изменений продуктиве при необходимости (не будем спорить на тему безопасность против удобства). Я пишу код, а уж что там функциональщик занесет — его дело.
  • ABAP: Красивый #2
    –1
    раздутыйкакиндюкабапер mode on*

    Куски html/css/шаблоны я храню в SO10 текстах — так проще потом править.
    Ваш набор css/html можно было просто загнать в текст и заменой placeholder'ов подставить нужные значения.

    Смесь переводимых текстов (параметры отчета) и непероводимых (th) в одном значении — это фу.

    Объявление переменных в теле кода, а не в начале — фу (тут так принято). Тогда уж лучше использовать inline объявление, если версия позволяет.

    раздутыйкакиндюкабапер mode off*

    Не оценивайте мое брюзжание как критику. Дерзайте. Учитесь. Делитесь опытом.

  • ABAP: Красивый #2
    0
    Даа, вы тот еще извращенец…
    ABAP — язык бизнес-логики, для красивостей лучше смотреть в сторону bsp, webdynpro или sapui5.

    Хотя, что это я? Сам на прошлой неделе верстал html-письма на нем-родимом :)
  • Модульные тесты в ABAP
    0
    Хм… в задании у вас
    дебету счёта 1080

    а в коде
    hkont(5) = '00108'
  • «…И высосут всю энергию из Солнца»
    +5
    Я не эксперт в Физике, Химии и Биологии, но на ум приходят следующие мысли.

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

    на мой взгляд не такие уж и глупые. Подойдите к любому забору и посмотрите с северной стороны много ли там чего растет?

    2. Мне достоверно не известно влияние электро-магнитного поля на человека, да и ученые точно этого не знают. В доме много техники — этого не боюсь. Однако я, как и многие другие, совершенно не стремлюсь жить рядом с высоковольтными линиями или подстанциями.

    Кидайте в меня тапками, но, по-моему, учительница не так уж и глупа.
  • Небольшие размышления про альтернативы и про «убийц» 1С
    0
    Поправьте «неудачный опят внедрения»
  • Нужно ли Марсу магнитное поле?
    0
    Используем для этого луну, фигли она вокруг нас шатается…
  • Динамическое обновление веб-страницы
    0
    Лучше вообще не оборачивать, по крайней мере руками. Почитайте про data binding. По сути все тот же «всемогущий javascript», но сильно упрощает и ускоряет разработку.
  • Динамическое обновление веб-страницы
    0
    ИМХО, то, что ваш сервер в одном ответе возвращает разнородные данные (подписчики и новости) уже неправильно.

    Да и пункты у вас по сути не отличаются. Ответ с сервера и обработка Javascript.
    Разница только в том, кто оборачивает ответ в HTML, сервер или клиент — вставляет в любом случае JS.
  • Проектирование и разработка корпоративных web приложений
    –1
    Для вас поясню. В связке Apache+PHP — Apache выполняет роль Web сервера, а код, написанный на PHP роль сервера приложений (бизнес логики). На PHP можно написать скрипты, которые будут работать и без Apache.

    Я привет пример с XAMPP, так как это наиболее простой и доступный пример для построения клиент-серверной архитектуры (free или low cost). Я много лет работаю с приложениями от SAP и встречал более сложные схемы.

    web client -> load balancer -> n x web server -> load balancer -> n x app server -> DB cluster

    Поэтому достаточно четко понимаю разницу между web server и app server — физически это могут быть не только разные приложения, но и разные машины.
  • Проектирование и разработка корпоративных web приложений
    0
    Простите, а сервер приложений вы пишете на чем? Не на языке?
  • Проектирование и разработка корпоративных web приложений
    –1
    Либо у вас не очень много опыта в проектировании и разработке корпоративных web приложений.

    В корпоративных приложениях. Web-сервер отвечает за предоставление данных пользователю в конечном виде. Сервер приложения отвечает за бизнес-логику. Строго говоря сервер приложения может работать и без WEB сервера, планируя задания и отвечая за интеграцию со сторонними системами.

    Даже на примере XAMPP должно быть очевидно, какую роль выполняет Apache, а какую PHP.
  • Проектирование и разработка корпоративных web приложений
    0
    А куда вы сервер приложений потеряли?

    Браузер -> Web сервер -> Сервер приложения -> База данных
  • OpenUI5 – новый javascript фреймворк от SAP
    0
    Не дожали до 10 говорите…
    Может вы просто не нашли демки…
    https://openui5.hana.ondemand.com/explored.html
    Или просто не знаете про Fiori…
    Catalog of SAP Fiori Apps
    И много чего еще…

    По поводу своих контролов очень просто.
    Приложение на английском языке должно запускаться у клиентов по всему миру.
    Отгадайте на каком языке покажут контролы браузеры в разных странах.
    Отгадайте, какие региональные настройки будут в стандартных контролах.
    Кстати, у dojo тоже куча своих контролов. Нафига?

    Ну а по поводу
    dojo на порядок круче, богаче, модульнее, продуманнее. документация и примеры в сравнение не идут.

    Как же можно сравнивать 2 фреймворка, если один из них вы точно не знаете?
  • ЭкаунтоЛогика 1.0
    0
    Все понятно, спасибо.
  • ЭкаунтоЛогика 1.0
    0
    вы владеете MRP, но не владеете экаунтологией, я наоборот.

    Я назвал два главных отличия: учет обязательств в качестве будущих объектов и формализацию доходов-расходов.


    Это отличие от бухгалтерии или от MRP? Я же писал в самом начале

    вы переизобрели MRP


    в том, что касается методологии, а не философском видении.

    А дальше лениво почитать?


    С удовольствием, но не нашел. Киньте, пожалуйста, ссылку на практическую методологию.
  • ЭкаунтоЛогика 1.0
    0
    Дать ссылку на текущий пост? :)

    Зря вы так… Посмотрите сколько к вам вопросов в комментариях. В данном посте вам не очень удалось описать методологию.
    Прочитал описание вот тут: accountology.ucoz.ru/faq/1-1#1, как по мне — так это больше философские размышления о видении правильного учета, описанные художественным языком. Никакого формализма, никаких правил, приемов и способов… Методологии, практической методологии, как таковой, так и не смог увидеть/понять. Хотя, причина этого может быть в математическом складе ума и попытках структурировать и систематизировать знания.

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

    Так это совершенно не контрпример к моим примерам. В MRP есть понятие списания — поставка, или грамотнее — движение материала, (например, при истечении срока годности). Причем это не перевод наличия в ноль, а даже в минус, вследствие затрат на утилизацию… И выбытие, списание, делается все тем же видом движения материала (действием по вашей терминологии).
  • ЭкаунтоЛогика 1.0
    0
    Я бы не хотел сравнивать. Сравнил не просто термины, а термины, применимые в конкретном программном обеспечении, которое реализует вами описанный функционал (причем годов эдак с 70-x). Вы почти в каждом комментарии пишете об особом методе. В чем же заключается ваш метод (достаточно ссылки на публикацию, я сам постараюсь разобраться), и что в нем особого (нового)?

    Обязательство у вас понятие абстрактное — неживое. Как только вы его пытаетесь применить в программе, оно оказывается еще как формализуемым: либо поставка, либо выполнение работ, либо финансовое (что в принципе можно свести к поставке). Обещание жениться к методологии движения материала не применимо :)

    По поводу (У меня программа для учета, а не для бизнес-аналитики) вы сами себя загоняете в угол. Любая программа учета — это аналитика. Они собственно для аналитики и создаются. Посмотреть наличие товара на складе на дату, посмотреть движение материалов за интервал времени, посмотреть объемы поставок по контрагентам — все это аналитика. Без этого функционала — ваша программа не будет отличаться от ведения приход/расход кладовщиком в тетрадке, соответственно будет не нужна.

    Про генерацию отчетов неправильно изъяснился. Имел ввиду, что все эти отчеты в методологии MRP давно известны (см. предыдущий абзац).
  • ЭкаунтоЛогика 1.0
    0
    А я вот наоборот. Много общего увидел.
    Вы просто отошли от бухгалтерии в сторону логистики (изобрели свои термины и правила).

    Делаем следующие замены:
    Вещь -> Материал
    Действие -> Движение материала
    Обязательство -> Планирование поставок (и платежей в MRP II)
    Вероятности -> Оценка рисков (только не пальцем в небо, а с помощью методик)
    Генерация отчетов — тут даже переименовывать ничего не надо, оно и так все есть

    И получается, что ЭкаунтоЛогика -> Учет и планирование в логистике.
  • ЭкаунтоЛогика 1.0
    0
    Знакомьтесь и удивляйтесь :)
    ru.wikipedia.org/wiki/MRP_II
  • ЭкаунтоЛогика 1.0
    0
    Как по мне — вы переизобрели MRP.