core i5-6267u (Skylake) лучше чем более новые i5-7200u (Kaby) хотя бы тем что видео ядро Iris 550 быстрее чем HD Graphics 620, ну только что 28 vs 15 вт… смешно
интел опять выпустил новую серию для вида, как уже было
если брать ноут из этих серий со встроенной графикой то только на i5 6267u/6567u iris 550 — skylake
не зря mac pro 2016 на этом железе построен (ценник пипец как всегда) и кстати довольно мало ноутов других контор на таком железе… но найти можно.
>Если же у вас сложились другие впечатления о практической работе с BPM, или скажем SSIS, я предлагаю рассказать о них в комментариях, и надеюсь, что обсуждение будет нам все полезно.
вот этим я занимался и прочитать ссылку на sql.ru ниже стоит, многое прояснится
>Простите, но это означает, что процесс у вас никогда не меняется. А так не бывает.
походу понимание так и не пришло,
да хоть 100 раз в неделю пусть меняется, юзерам это пофик к ним приходят конкретные задания, а что там творится с диаграммами в целом они даже могут не знать.
достаточно хорошо чел высказался по теме в этом сообщении, в целом там весь топик полезный имхо
http://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1141037&msg=18646109
я участвовал как разработчик, рассказываю свое понимание зачем нужны подобные системы.
по нормальному, составлять модели бизнес процессов должны люди которые в теме работы данного предприятия, а не разработчики.
эти картинки и схемы нужны на стадии как раз составления бизнес процессов, дальше их видеть не обязательно, юзеру приходят только его задания, абстракции вобщем.
еще существуют BPMN Process Simulation Tool, описывается модель процессов и запускается симуляция, это должно выявлять неоптимальные узлы.
можно выставить желаемые значения в узлы и ждать условия их появлений и тд…
было дело участвовал в процессе интеграции одной из этих bpmn с банковской конторой, понял так;
например приходит новый работник к большую контору, можно ему выдать кучу инструкций как и в каком порядке выполнять свою работу, слать задания по мылу, скайпу, словами и тд… но как быстро он прочитает эти инструкции и запомнит все правильно.
либо занести юзера в bpmn систему, при выдаче ему нового задания оно появляется с списке заданий юзера, по мере выполнения этапов задание будет продвигаться, этапы могут зависеть от задач других юзеров и тд…
есть общий алгоритм работы предприятия, он разбивается на подзадачи, которые могут еще более мелко делиться, юзеры выполняют свои части и в итоге типа все знают что делать, отмечают ход выполнения заданий, либо не выполнения и причину.
получается еще один способ систематизировать большую сложную систему предприятия.
ну и для начала нужно правильно составить описание все процессов и разные связи
по самолетному первое что приходило на ум, либо обычным gps приемником с большим числом каналов — 50, скорость gps навигаторы мерят точно, все зависит от количества спутников на приеме.
чел летает на самолете с простейшим gps(даже не 15 каналов вроде) говорит что практически не врет
известные 'часы — высотник ' ez430-chronos имею внешний датчик скорости, только его пока не нашел как он работает неясно
Ken Thompson, один из создателей UNIX и Plan 9, раскрывает секрет успеха C++:
Stroustrup campaigned for years and years and years, way beyond any sort of technical contributions he made to the language, to get it adopted and used. And he sort of ran all the standards committees with a whip and a chair. And he said “no” to no one. He put every feature in that language that ever existed. It wasn’t cleanly designed—it was just the union of everything that came along. And I think it suffered drastically from that.
Страуструп затеял многолетнюю кампанию, далеко превосходившую всю его техническую работу над языком, ради того, чтобы язык был принят к использованию. Он типа как укротитель с хлыстом, обошёл все комитеты по стандартам и ни единому не сказал «нет». Он все когда-либо предложенные фичи запихнул в язык. В результате получилось нелепое объединение всего подряд. Мне кажется, язык от такого подхода колоссально пострадал.
интел опять выпустил новую серию для вида, как уже было
если брать ноут из этих серий со встроенной графикой то только на i5 6267u/6567u iris 550 — skylake
не зря mac pro 2016 на этом железе построен (ценник пипец как всегда) и кстати довольно мало ноутов других контор на таком железе… но найти можно.
гораздо больше моделей на новом мусоре kaby lake…
до нее были Self, Strongtalk и тд…
но затем всему настала Java (с)
История проекта Strongtalk
ссылка не работает, тогда вот так
http://ru.smalltalk.wikia.com/wiki/%D0%98%D1%81%D1%82%D0%BE%D1%80%D0%B8%D1%8F_%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%B0_Strongtalk
>Если же у вас сложились другие впечатления о практической работе с BPM, или скажем SSIS, я предлагаю рассказать о них в комментариях, и надеюсь, что обсуждение будет нам все полезно.
вот этим я занимался и прочитать ссылку на sql.ru ниже стоит, многое прояснится
походу понимание так и не пришло,
да хоть 100 раз в неделю пусть меняется, юзерам это пофик к ним приходят конкретные задания, а что там творится с диаграммами в целом они даже могут не знать.
http://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1141037&msg=18646109
по нормальному, составлять модели бизнес процессов должны люди которые в теме работы данного предприятия, а не разработчики.
эти картинки и схемы нужны на стадии как раз составления бизнес процессов, дальше их видеть не обязательно, юзеру приходят только его задания, абстракции вобщем.
можно выставить желаемые значения в узлы и ждать условия их появлений и тд…
например приходит новый работник к большую контору, можно ему выдать кучу инструкций как и в каком порядке выполнять свою работу, слать задания по мылу, скайпу, словами и тд… но как быстро он прочитает эти инструкции и запомнит все правильно.
либо занести юзера в bpmn систему, при выдаче ему нового задания оно появляется с списке заданий юзера, по мере выполнения этапов задание будет продвигаться, этапы могут зависеть от задач других юзеров и тд…
есть общий алгоритм работы предприятия, он разбивается на подзадачи, которые могут еще более мелко делиться, юзеры выполняют свои части и в итоге типа все знают что делать, отмечают ход выполнения заданий, либо не выполнения и причину.
получается еще один способ систематизировать большую сложную систему предприятия.
ну и для начала нужно правильно составить описание все процессов и разные связи
всмысле все… она нужна
для хроноса есть прошивка на скайцентре, вроде как пофиксено все что нужно.
таблицы можно хранить по разному, это не pc, нужны оптимизации
>в ez430-chronos стоит тупо bmp085
что там тупо я не знаю, но датчик скорости подключается внешний, только где его купить
чел летает на самолете с простейшим gps(даже не 15 каналов вроде) говорит что практически не врет
известные 'часы — высотник ' ez430-chronos имею внешний датчик скорости, только его пока не нашел как он работает неясно
горизонтальная скорость полета, высота раскрытия и тд
Stroustrup campaigned for years and years and years, way beyond any sort of technical contributions he made to the language, to get it adopted and used. And he sort of ran all the standards committees with a whip and a chair. And he said “no” to no one. He put every feature in that language that ever existed. It wasn’t cleanly designed—it was just the union of everything that came along. And I think it suffered drastically from that.
Страуструп затеял многолетнюю кампанию, далеко превосходившую всю его техническую работу над языком, ради того, чтобы язык был принят к использованию. Он типа как укротитель с хлыстом, обошёл все комитеты по стандартам и ни единому не сказал «нет». Он все когда-либо предложенные фичи запихнул в язык. В результате получилось нелепое объединение всего подряд. Мне кажется, язык от такого подхода колоссально пострадал.
http://shmat-razum.blogspot.ru/2012/01/coders-at-work.html