"Собрать все книги бы да и сжечь!" (с) СкалозубЦитата:
Сообщение от Евгений_Кс
... http://www.mesforum.ru/images/smilies/tyk.gif
Вид для печати
"Собрать все книги бы да и сжечь!" (с) СкалозубЦитата:
Сообщение от Евгений_Кс
... http://www.mesforum.ru/images/smilies/tyk.gif
Насчет оптимизации всего и вся - это вопрос открытый...Цитата:
Сообщение от Ольга_482
Скажем, адепты LM ("Бережливого производства") придерживаются так называемого принципа постоянного улучшения "Кайдзен", который применительно к производству звучит так:
«Когда вы устраните все потери из технологических процессов, а продукция будет плавно и непрерывно двигаться по мере поставки ее заказчику, вы увидите, что не будет конца процессу сокращения времени операций, себестоимости, площадей, ошибок и объема работ…».
А вот в России бытует поговорка: «Лучшее - враг хорошего».
У меня такое впечатление, что мы все же живем в России...
Евгений, если не знать Ваш бэкграунд, может сложиться впечатление, что вы журналист. Только журналист, причём не из лучших, может описать принцип в такой форме: "Когда вы устраните..., вы увидите...". Я знаю, что вы, как адепт МЕS, сильно заняты продвижением своих, вернее, МЕS-овских принципов, но если нет времени прочитать про что-то, то лучше не браться за описание этого "что-то". Опять получился ляп. Ну что с Вами делать? Если очень хочется что-то написать, то можно же хоть погуглить и не вводить читающих в соблазн поязвить.Цитата:
Сообщение от air
Кстати, я попробовал, следуя Вашему стилю, сформулировать принцип MES: Когда вы научитесь очень точно, в деталях, оптимально планировать производственный процесс, например, на месяц вперёд, а рабочие, по-прежнему, будут халтурить и опаздывать, поставщики - подводить, заказчики - менять спецификацию, Водоканал и электрики - проводить внеплановый ремонт, не будет конца очень удобному и быстрому корректированию ваших планов. И не так важно, на сколько в конце срока вы отойдёте от первоначального плана, важно, что вы сделаете это легко и изящно.
Если будет время и желание, надо будет попробовать таким же образом сформулировать пару разделов математики. Что-то вроде: Когда вы, удачно покопавшись в алфавитах, найдёте несколько полезных букв типа дельт, эпсилон, R, A, M и научитесь ставить меджу ними всякие значки, то вы увидите, что не будет конца всяким теоремам о пределах, существованиях и прочим забавным штучкам.
Или, даже лучше, совершить несколько Великих объединений, например, Теорию графов, графологию, да и геральдику заодно, там ведь тоже что-то про графов. Вы подсказали сильный метод. Обещаю, в случае положительного результата, сослаться на Вас в Благодарностях.
Относительно поговорки. Думаю, что народ чувствовал интуитивно, даже не зная Теории систем, вредность локальной оптимизации. Потом пришли большевики и тоже подтвердили делом, что в отстуствии системного видения лучше не улучшать. Так что, народ прав. Какой выход? Развивать системное видение.
О, кстати: Когда вы разовьёте системное видение, вы увидите, что не будет конца локальным изменениям, улучшающим систему. (С)2012 ГЛ
Спасибо, здесь было так скучно.
т.е. надо все оставить Богу, самое системное видение у негоЦитата:
Сообщение от Георгий Лейбович
в отличии от - улучшить то, что явно вылезло наружу в виде ограничения (всякие токи и лины), месы (некоторые) предлагают моделировать адекватное развитие имеюшиейся системы для решения поставленных задач (щоб не вылезли ненужные ограничения)
токмо ляля ради
А ещё Черномырдин мог быть хорошим системщиком (В смысле Теории систем). Как чётко он сформулировал паттерн: "Хотели, как лучше, а получилось, как всегда".Цитата:
Сообщение от Сахават
ОБЪЯВЛЕНИЕ
Потерялась система, имеющая адекватное развитие.
Нашедшему будет поставлена задача.
По поводу ограничений в вознаграждении можно не беспокоиться: они промоделированы ии устранены
В случае обнаружения системы Тосами и Линами, их просят систему руками не трогать, а сообщить загонщикам - Месам.
аналогично
все правильноЦитата:
Сообщение от Георгий Лейбович
даже описка "ии" имеет обяснение
- "руками" не надо, а надо "руки" в "ии"
Нет, Георгий, скучать мы так просто Вам не дадим!!!Цитата:
Сообщение от Георгий Лейбович
В своем предыдущем сообщении я просто попытался выразить свое уважительное отношение в принципу Кайдзен, хотя понимаю, что до знаменитой голдратовской пятишаговой процедуры (непрерывного улучшения) этому принципу еще далеко. Особенно в российских условиях...
Должен признаться, что, увы, это не мною придуманное определение, подробности см. http://www.up-pro.ru/library/product...g-za-shag.html - в разделе "Безупречность"... http://www.mesforum.ru/images/smilies/this.gifЦитата:
Сообщение от Георгий Лейбович
Интересно все:)
ну кто еще так может (всякие там лины, токи и другая лабуда)Цитата:
Сообщение от Bend
класс!Цитата:
Сообщение от Сахават
ps а если сложить с реальностью:
http://s55.radikal.ru/i150/1206/ae/aab3c11008a9.jpg
семантические сети - основа ВИПРОС :)Цитата:
Сообщение от Елена И. Яковлева
ветка ожила при упоминании о математике. спасибо, интересный текст, напомнили о нем вновь.Цитата:
Сообщение от GRIG
семантические сети сводятся к элемнтам множеств и предикатам - да, согласна, Сахават :)
ps ВИПРОС как в решении квартирных вопросов- силен?
Елена, в ВИПРОСе, как я слышал, есть даже процессоры!Цитата:
Сообщение от Елена И. Яковлева
Цитата:
Сообщение от air
http://www.vipros.ru/index.php?optio...&id=8&Itemid=2Цитата:
Возможности платформы ВИПРОС
В разработке...
И эту?Цитата:
Сообщение от air
Дж. Ханк Рейнвотер Как пасти котов Наставление для программистов, руководящих другими программистами.
никак не научится ловить квартир, гадина :(Цитата:
Сообщение от Елена И. Яковлева
А если изменить постановку задачи - пусть теперь они, эти трехкомнатные прелестницы в Москве, вот, пусть они, да -они, попробуют ... познакомиться с ним ?
Или скрестить его с чем-то вроде Vaadin & Eclipse, но только, чтобы визуально программить веб-приложения ...
есть идея запустить в виде облачного сервиса, но для этого нужно сделать простой и красивый САПР Процессов с возможностью импорта из имеющихся основных форматов САПР ТП и BPMN. (скорее всего это будет частный проект - долой скупых спонсоров!!!)Цитата:
Сообщение от Игорь Захарченко
было бы очень интересно. что касается импорта и облачного сервиса - здесь проблем не должно быть, может быть. а вот IDE=САПР - изюминка.Цитата:
Сообщение от Сахават
Возможно, взгляд из 1989 чудесным образом натолкнет на свежую мысль:
DataEase's Arun Gupta. (DataEase International's Arun Gupta speaks out about the database revolution.) (interview)
Data Based Advisor | March 01, 1989 | Finkelstein, Julie | Copyright
Цитата:
DataEase's Arun Gupta What do you see as the major trends of computing in the 1990s?
Gupta: Personnal computing is in the midst of a revolution. The two encompassing themes are: Cooperative processing and Cooperative application development.
Cooperative processing is the technical side of the picture, where several trends are emerging:
* Distributed database integration is the strategic weapon for users to get the most value out of their investment dollars. Data sharing across systems will be a reality through advancements in hardware and software.
* PCs will be the tools for applications development and use. Minis and mainframes will become the data repository for mission-critical systems.
* SQL has already emerged as the database language that will facilitate the connection. The bus will make data sharing possible.
* Database engines will emerge as hardware devices that provide performance. The database engine, in large part, will be submerged into the CPU and operating system.
* Finally, front-end tools that can access database …
какую ты траву потребляешь? :)Цитата:
Сообщение от Игорь Захарченко
вникни в написанное. наводка - Арун Гупта. Стив Джобс в ООП).
ps. Газон изумрудного цвета. польская Универсальная - недорого, но вид отличный. выдерживает очень короткую стрижку. Ты прав - дом лучше квартиры.
Полностью согласнаЦитата:
Сообщение от А.Б.
ps/ Эквадор предоставил убежище основателю Викиликс ... информация для аналитиков ;)
Георгий!Цитата:
Сообщение от Георгий Лейбович
Всегда внимательно отношусь к твоим высказываниям.
Но здесь конкретно НЕ СОГЛАСЕН.
Хотя с год назад мнение было то же.
Как пример из 90-х.
Машинка у меня была 3-ка жигулей. Рабочая лошадка. Внешний видок у неё был уж не заурядный. Но движок и прочее связанное с безопасностью и тп - класс. Захотелось порядочек навести. Внешний. Цену такую зарядили, что .. фиг.
А мне пока нужна только "локальная оптимизация" - тормоза, движок и тп.
А уж когда эта "лошадка" заработает на себя - тогда пойдет и теория систем типа BMW.
PS. Всему своё время
Георгий, ищу формулу для вычисления throughput. Подскажите, пожалуйста, где ее найти?Цитата:
Сообщение от Георгий Лейбович
Это же просто, Air!Цитата:
Сообщение от air
Шаг 1. Найти ограничение системы.
Шаг 2. Ослабить влияние ограничения системы.
Шаг 3. Сосредоточить все усилия на ограничителе системы.
Шаг 4. Снять ограничение.
Шаг 5. Вернуться к первому шагу, помня об инерционности мышления. http://www.tocpeople.com/wp-content/...in_bottle1.jpg
это просто
надо иметь график генерации бабла
Но самое главное, чтобы график был приемлемым, - это найти узкое место!Цитата:
Сообщение от Сахават
http://hiero.ru/pict/fa1/2154016.jpg
Узкие места на критическом пути (самая длинная красная палка)
по очереди длинные красные палки меняешь на палки покороче
когда менять уже нечего станет появится узкое место (самая длинная красная палка)
кладешь на плечо и идешь пасти баранов на кр. площадь
Просто так "палки" менять нельзя, есть понятия условия предшествования и критического пути.Цитата:
Сообщение от Сахават
И баранов пасти где попало тоже нельзя
http://www.youtube.com/watch?v=oJkp1s6jC98
"Критический путь" имеет смысл в одном проекте.
Лучьше пользоваться понятием "критические работы" в расписании (мультипроекте).
Палки менять можно (длина партии = Тпз +(Тшт * (Масштаб)/(Блокируемая мощность(шт)))) уменьшая Масштаб можно регулировать длины палок (распараллелить партию)
Критический путь (КП) - универсальное понятие, справедливое и для расписаний. Если в общем расписании некая ДСЕ (узел, заказ) имеет коэффициент напряженности (КН) = 1, то эта ДСЕ обязательно имеет хотя бы один критический путь. Чем больше КН, тем больше вероятность появления КП.Цитата:
Сообщение от Сахават
ну производственных заказов то в расписании много
у каждой единицы конечного продукта в спецификации производственного заказа свой критический путь
и эти пути не связаны ничем
так что лучше говорить о множестве критических путей
где тут общий критический путь? (хотя их тут 2)
блин как сложно сюда картинки положить, или я не умею?
Можно говорить как о критических путях отдельных заказов, так и КП всего расписания, которое в этом случае воспринимается как проект.Цитата:
Сообщение от Сахават
Трудно судить, т.к. это не диаграмма Гантта.Цитата:
где тут общий критический путь? (хотя их тут 2)
не понял, это почему ж?Цитата:
Сообщение от Padre Quart
http://ru.wikipedia.org/wiki/%D0%94%...BD%D1%82%D0%B0
чем это отличается от этого?
http://translate.google.ru/translate...ki/Gantt_chart
все атрибуты (+ море чего вдобавок) Ганта в
Так если Вы так уверены в математике, подойдите с системным анализом к дейсствию футбольных команд и начинайте делать ставки в букмекерской конторе и выиграете столько квартир, затратить о нужно всего 10 евро, а получить 2 млн фунтов стерлингов. Так может и мне за подсказку подарите тогда квартиру :)Цитата:
Сообщение от Сахават
Вообще-то мой предыдущей пост был ответом на этот Ваш пост. Критический путь один, только надо учитывать много факторов и прежде всего влияние Солнца на человека, тогда и математика будет помогать а не лтишать квартиры :). Прошу не считать меня астрологомЦитата:
Сообщение от Сахават
Привет, Владимир! Ну, это просто. Оптимизация бывает по отношению к цели. Если твоя, как владельца системы, цель - улучшение некоторых параметров системы - ну и улучшай себе. Нет никакой абсолютной цели, а только та, которую ставит владелец системы.Цитата:
Сообщение от V_Pikuza
Если ты помнишь, хороший анекдот про локальную оптимизацию - про принца, который нашёл ключик, а когда отвернул гайку, то отвалился зад. Но если главное - отвернуть гайку - то почему бы и нет?
Потому, что в классической диаграмме Гантта на оси ординат расположены обслуживающие устройства, а на оси абсцисс - работы.Цитата:
Сообщение от Сахават
Приведенный вариант из педивикии, скорее всего, поместили апологеты управления проектами, а они не умеют составлять расписания.
1. гугл на "классической диаграмме Гантта" показывает тоже самое что и викиЦитата:
Сообщение от Padre Quart
2. с другой стороны, контекст предпологает целостность именно "Работы" а не Ресурса задейственного для выполнения Работы.
в том виде диаграммы (диаграмма использования(загрузки) ресурсов), о котором вы говорите, Работа теряет целостность при условии, что в Работе задействованы много Ресурсов и в разное время
3. Если есть ссылка на "классической диаграмме Гантта" кроме как в ваших и ФЭБ работах, хотелось бы посмотреть
вот это есть диаграмма загрузки ресурсов
Гугл! ... Вики!.... Знание!...Цитата:
Сообщение от Сахават
С.М. Джонсон (1954), Кофман, Португал, Танаев, Брукер и др.Цитата:
2. с другой стороны, контекст предпологает целостность именно "Работы" а не Ресурса задейственного для выполнения Работы.
в том виде диаграммы (диаграмма использования(загрузки) ресурсов), о котором вы говорите, Работа теряет целостность при условии, что в Работе задействованы много Ресурсов и в разное время
3. Если есть ссылка на "классической диаграмме Гантта" кроме как в ваших и ФЭБ работах, хотелось бы посмотреть
Везде.
P.S. Вот поэтому-то, что Вы постоянно путаете календарный план-график работ с диаграммой Гантта, ФЕБ регулярно жалуется, что не может понять Ваши скрины.
Кроме того, если использовать job-ориентированное представление диаграмм вместо классики, трудно оценить, насколько эффективно построено расписание.
Нет, это как раз классика - диаграмма Гантта. Вы и самы на форме приложения это написали. Диаграмма загрузки ресурсов - это обычная столбчатая диаграмма, в которой не учитываются простои оборудования.Цитата:
Сообщение от Сахават
Кофман и Дджонсон да и многие, рисуют диаграмму использования процессоров для выполнения работ и нигде не ссылаются на Ганта :)
остальных у меня нет или не нашел
вощем, понятно что Гант тут не при чем скорее всего
КОфман говорит о многопроцессорности (когда для одной задачи задействованы несколько процессоров) и заранее исключает этот случай из рассмотрения почему то.
это я написал по настоянию ФЭБ :) а то он не хочет смотреть скрины типа мои хотя думаю что смотрит :)Цитата:
Сообщение от Padre Quart
Смотрит, наверное...Цитата:
Сообщение от Сахават