Эх… было время, занимался такими штуками. По неопытности написал зелененькую сумбурную (очень хотелось инвайт на хабр) статью по подобной тематике. Если кому интересно, то статья на хабре.
Если наблюдателя, измеряющего длину волны, и фотон поместить в один объем пространства, а затем его расширять, то для наблюдателя длина волны не изменится, или изменится? И второе, даже если наблюдатель находится в отдаленной точке пространства, в которой расширение происходит меньше или больше, только разве граница между этими объемами пространства не плавная? Что приведет к тому, что фотон пролетая от точки расширенного пространства в точку менее расширенного пространства не поменяет свою длину волны на исходную?
Скажем, «бизнес-функция» шредера — это превратить бумагу в мишуру. Продолжительность этого превращения с точки зрения наблюдателя, которого интересует эта бизнес-функция — не равна нулю, поэтому такое превращение — это не событие (напомню определение из поста: «событие — это изменение состояния объекта учета за столь короткое время, что наблюдатель считает это время равным нулю»)
По словам автора, бизнес-функция — это «набор» типов событий с указанием плотности этих событий во времени. Если в мелких деталях разобрать каждую деталь механизма шредера, от валов, перемещающих бумагу, до лезвий, нарезающих ее, то можно вполне себе представить их теми самыми типами действий. Например вращение резинового вала, перемещающего бумагу, можно представить как стремящееся к бесконечному большому кол-ву мгновенных сдвигов на угол, стремящийся к бесконечно малому значению — что тоже стыкуется с «событием», которое «изменение состояние объекта за короткой время (бесконечно малое)». Короче говоря, весь шредер не может быть событием, но может состоять из бесконечного числа событий.
Спасибо, статья интересная!
1. На каких платформах в итоге релизились и какие проблемы были при релизе в сторы? Аккаунты, регистрации, гринлайты и т.д.
2. Считаете ли Вы проект успешным? Имеется ввиду, оправдал ли он ожидания с точки зрения полученного опыта, финансов.
Для моделирования новой траектории Вы используете некую статистику или иные метаданные по ранее пройденным траекториям с похожими (или идентичными) исходными параметрами? Как происходит фиксация факта выполнения операции: вносится вручную, или отметка с авторасчетом, или сканер, или сигнал от оборудования? Что делаете, когда получаете, если получаете конечно, флуктуации, несвязанные с объективными факторами? Например операция в среднем занимает 10 минут, но одна из подопераций в ее декомпозиции по некоторой причине задержалась на время, значительно большее среднего. Такие флуктуации выкидываются из выборки для обновления статистики?
В данном случае видимо речь о том, что нить при многопоточном выполнении «ждет» сигнала на продолжение, шедулер даже не будет ее будить если примитив все еще залочен (имею ввиду не поступил сигнал от другого потока). Зачем будить нить, если она все равно не будет работать, а восстановление стека, регистров и всего остального состояние нити — затратно.
Руководство распоряжается найти некую систему, которая должна помочь автоматизировать бизнес. Выполняет распоряжение руководитель ИТ отдела или иной, или даже инженеры. Ответственный видит на рынке 10 вариантов, не видит особой разницы, в том числе в цене. В итоге звонит по порядку и говорит: "Вы нам интересны, но нам сложно принять окончательное решение. Чтобы мы приобрели Ваш продукт, могу ли я рассчитывать на финансовую помощь? Тогда мои отзывы руководству будут исключительно благоприятными." — это самый распространенный случай покупки руководством компании продукта, который не всегда отвечает требованиям, но был с похвалой озвучен "подчиненным". Если подбором продукта занимается собственник, или по крайней мере тот, чьи финансы зависят от результата работы выбранного — он будет выбирать тщательно и откатов там нет.
Если же коррупционной составляющей нет, то конечно приятнее общаться с людьми, с которыми Вы на одной волне. Руководство в облаках летает и мысли там не о СКАДе, а о собственном острове и доме на нем.
Как так? Не упомянули про шуховскую водонапорную башню в Краснодаре, которая тоже имела возможность нести немалую нагрузку в виде большой цистерны с водой.
Т.е. пока снапшот не скинут на диск, продолжаете обновлять его, как только с некоторой периодичностью включается сброс снапшота на диск, вы его лочите, с этого момента создаете новый снапшот, который получает новые diff'ы, старый снапшот существует пока не записан на диск, как только записан — трете его. Так?
Боюсь показаться профаном, но хотел бы задать вопрос. Какие нагрузки сможет выдерживать данный механизм? Имеется ввиду случаи многопоточной обработки данных с постоянной записью в оперативку. Интересная статья и мысли. Сложно представить как диск угонится за ОЗУ, а даже если накапливать diff, то в случае постоянной записи в ОЗУ и медленной записи на диск, буффер diff'ов просто переполнится, это неизбежно. Да и аварийное выключение приведет к потере накопленного буфера diff'ов.
В РЖД бесит полная неадекватность их информационной системы.
Почему при покупке авиабилета онлайн и дальнейшей регистрации на полет мне достаточно паспортных данных и номера рейса?
И почему в кассе РЖД я должен ОБЯЗАТЕЛЬНО сказать им номер заказа или дать штрих-код? ПОЧЕМУ нельзя по паспортным данным на ближайшую поездку найти заказ и выдать билет? Тоже самое и при самостоятельной печати билета в терминале — нужен номер заказа и номер паспорта.
Про упомянутые проблемы запоминания реквизитов даже говорить не хочется. Если залогиниться на сайте РЖД до выбора билета, а потом начать процесс выбора рейса и места — при оформлении заказа система ВЫКИДЫВАЕТ и просит зайти заново. WTF?!
Нет слов братцы
Я себе вообще не представляю как можно такие языковые конструкции использовать в сложных коммерческих проектах. Предпочитаю разделять какое-то действие на несколько строк в несколько символов, чтобы вернувшись через год к этому куску не вспоминать, что же тут все-таки происходит.
Ваши примеры разве что для олимпиадных задач «уместить алгоритм какой-то там в 100 байт исходников»
Почему не организовать простую таблицу типа «Регистр», в которой будут основные поля «Дата движения в регистре», «Тип движения» (приход/расход/перемещение/возврат и т.д.), «Кол-во» — или другие в зависимости от типа регистра? А как дополнение через разрез IDExternalType + IDExternalObject джоинить все что душе угодно — различные характеристики субъекта движения и все остальное? Универсальный регистр, такие модели давно существуют — та же 1С
По словам автора, бизнес-функция — это «набор» типов событий с указанием плотности этих событий во времени. Если в мелких деталях разобрать каждую деталь механизма шредера, от валов, перемещающих бумагу, до лезвий, нарезающих ее, то можно вполне себе представить их теми самыми типами действий. Например вращение резинового вала, перемещающего бумагу, можно представить как стремящееся к бесконечному большому кол-ву мгновенных сдвигов на угол, стремящийся к бесконечно малому значению — что тоже стыкуется с «событием», которое «изменение состояние объекта за короткой время (бесконечно малое)». Короче говоря, весь шредер не может быть событием, но может состоять из бесконечного числа событий.
1. На каких платформах в итоге релизились и какие проблемы были при релизе в сторы? Аккаунты, регистрации, гринлайты и т.д.
2. Считаете ли Вы проект успешным? Имеется ввиду, оправдал ли он ожидания с точки зрения полученного опыта, финансов.
Если же коррупционной составляющей нет, то конечно приятнее общаться с людьми, с которыми Вы на одной волне. Руководство в облаках летает и мысли там не о СКАДе, а о собственном острове и доме на нем.
Самые прекрасные условия для откатов Вы называете грамотным решением? :)
Почему при покупке авиабилета онлайн и дальнейшей регистрации на полет мне достаточно паспортных данных и номера рейса?
И почему в кассе РЖД я должен ОБЯЗАТЕЛЬНО сказать им номер заказа или дать штрих-код? ПОЧЕМУ нельзя по паспортным данным на ближайшую поездку найти заказ и выдать билет? Тоже самое и при самостоятельной печати билета в терминале — нужен номер заказа и номер паспорта.
Про упомянутые проблемы запоминания реквизитов даже говорить не хочется. Если залогиниться на сайте РЖД до выбора билета, а потом начать процесс выбора рейса и места — при оформлении заказа система ВЫКИДЫВАЕТ и просит зайти заново. WTF?!
Нет слов братцы
Давно не было качественной а'ля готики, а еще с такими пейзажами…
Ваши примеры разве что для олимпиадных задач «уместить алгоритм какой-то там в 100 байт исходников»