И426 УрФУ в 16:00 14 мая 2012 г
Презентация тут http://www.slideshare.net/Marcus.Akoev/ss-12920819 для скачивания зарегистрируйтесь (регистрация бесплатна).
Звук будет тут (если не забуду записать :)
Дополнительное чтение: "Гарри Поттер и Методы Рационального Мышления"
понедельник, 14 мая 2012 г.
вторник, 28 февраля 2012 г.
Семинар: Архитектурное описание для корпоративных и инженерных информационных систем. Подход ArchiMate
Семинар Архитектурное описание для корпоративных и инженерных
информационных систем. Подход ArchiMate
Докладывает: Марк Акоев (40 мин представление стандарта и демонстрация
примеров, плюс обсуждение).
Семинар состоится 02 марта 2012 года в 18:00 по адресу:
главный корпус УрФУ, ауд. И-426*. Контактный телефон: 375-97-18.
Приглашаются все желающие.
На семинаре будет дан обзор языка ArchiMate (стандарт Open Group).
Язык предназначен для описания архитектуры информационных систем (как
связи бизнес-слоя), использующихся программных систем и оборудования,
на котором информационные системы функционируют.
Обзорная информация о языке http://ailev.livejournal.com/
Бесплатный инструмент создания диаграмм редактора (Archi):
http://archi.cetis.ac.uk/
Презентация, примеры и звук будут выложены тут.
* ул. Мира 19, главный корпус УрФУ, в главном корпусе направо, на
второй этаж по лестнице, по коридору прямо, дойти до лестницы и на 4
этаж налево. Для прохода через охрану необходимо иметь при себе
документы государственного образца с фотографией, удостоверяющие
личность (паспорт, студенческий, водительское удостоверение).
==========
Зачем нужен еще один язык описания архитектуры?
Те компании которые примеряют архимейт, выигрываю в следующем:
1. используют для общения внутри и с заказчиком язык который имеет
эксплицированную семантику. Когда пытаешься донести свою мысль как по
твоему нужно сделать архитектурное решение, то в ходе диалога все что рисуешь
более менее понятно собеседнику, как только к вопросу вернулись в том же
составе собеседников через день или два, понимания часто не наблюдается.
2. при рисовании архитектуры, язык архимейта требует ответить на ряд
вопросов, например кто участник процесса, в какой роли, где граница
системы, куда складываются результаты и пр. то есть рисователя диаграмм
заставляют отвечать на вопросы которые аналитики при прочих равных так
любят оставлять без внимания. Архитектура при этом не подразумевает
внутреннюю архитектуру разрабатываемого ПО, а включает людей и железки
на которых ПО крутится.
3. описание на архимейте обладает целостностью, диаграмма архимейта это
единое целое, то есть элемент на одном view это тот же элемент, что и на
другом, то есть переименование глобально действует на все вхождения
элементов. Подобная целостность дает возможность (штатными средствами)
на создавать view диаграмм заточенных под конкретных потребителей:
архитектора, аналитика, заказчика и т.п.
Что язык архимейт не делает: он не позволяет рисовать гарантированно
правильные диаграммы. Максимум на что можно рассчитывать, это на то что
читатели диаграмм быстрее смогут понять обсуждаемую систему.
Доводы за и против использования смотрим тут:
http://ailev.livejournal.com/
update
Слайды http://www.slideshare.net/Marcus.Akoev/ss-11830985
информационных систем. Подход ArchiMate
Докладывает: Марк Акоев (40 мин представление стандарта и демонстрация
примеров, плюс обсуждение).
Семинар состоится 02 марта 2012 года в 18:00 по адресу:
главный корпус УрФУ, ауд. И-426*. Контактный телефон: 375-97-18.
Приглашаются все желающие.
На семинаре будет дан обзор языка ArchiMate (стандарт Open Group).
Язык предназначен для описания архитектуры информационных систем (как
связи бизнес-слоя), использующихся программных систем и оборудования,
на котором информационные системы функционируют.
Обзорная информация о языке http://ailev.livejournal.com/
Бесплатный инструмент создания диаграмм редактора (Archi):
http://archi.cetis.ac.uk/
Презентация, примеры и звук будут выложены тут.
* ул. Мира 19, главный корпус УрФУ, в главном корпусе направо, на
второй этаж по лестнице, по коридору прямо, дойти до лестницы и на 4
этаж налево. Для прохода через охрану необходимо иметь при себе
документы государственного образца с фотографией, удостоверяющие
личность (паспорт, студенческий, водительское удостоверение).
==========
Зачем нужен еще один язык описания архитектуры?
Те компании которые примеряют архимейт, выигрываю в следующем:
1. используют для общения внутри и с заказчиком язык который имеет
эксплицированную семантику. Когда пытаешься донести свою мысль как по
твоему нужно сделать архитектурное решение, то в ходе диалога все что рисуешь
более менее понятно собеседнику, как только к вопросу вернулись в том же
составе собеседников через день или два, понимания часто не наблюдается.
2. при рисовании архитектуры, язык архимейта требует ответить на ряд
вопросов, например кто участник процесса, в какой роли, где граница
системы, куда складываются результаты и пр. то есть рисователя диаграмм
заставляют отвечать на вопросы которые аналитики при прочих равных так
любят оставлять без внимания. Архитектура при этом не подразумевает
внутреннюю архитектуру разрабатываемого ПО, а включает людей и железки
на которых ПО крутится.
3. описание на архимейте обладает целостностью, диаграмма архимейта это
единое целое, то есть элемент на одном view это тот же элемент, что и на
другом, то есть переименование глобально действует на все вхождения
элементов. Подобная целостность дает возможность (штатными средствами)
на создавать view диаграмм заточенных под конкретных потребителей:
архитектора, аналитика, заказчика и т.п.
Что язык архимейт не делает: он не позволяет рисовать гарантированно
правильные диаграммы. Максимум на что можно рассчитывать, это на то что
читатели диаграмм быстрее смогут понять обсуждаемую систему.
Доводы за и против использования смотрим тут:
http://ailev.livejournal.com/
update
Слайды http://www.slideshare.net/Marcus.Akoev/ss-11830985
суббота, 11 февраля 2012 г.
Мечта о системе управления показателями
решил зафиксить мысль, тк в конторе мысль не нужна.
Цель снизить затраты на механическую обработку данных в аналитике.
Задача: уметь хранить, извлекать и обрабатывать данные собираемые из статистических рядов. Источники стат рядов: данные предоставляемые статистическими ведомствами, результаты опросов и прочее.
Потребители: аналитики и работники служб отчетности в организации.
Почему нужен новый продух и нет радости от существующего, например от SQL баз? Проблема в том, что SQL не проходит по двум причинам: 1) данные между рядами из разных источников могут быть противоречивы, в РМД можно противоречивы данные хранить, но хочется упростить затраты на создание схемы данных учитывающей неконсистентность данных с точки зрения полноты и точности; 2) заранее не известно какие данные может потребоваться хранить в системе и выделять из данных ключи и поддерживать ссылочную целостность.
Важно, что речь не идет о необходимости хранении данных из слабо пересекающихся предметных областей, а хранении данных из одной предметной области (только очень большой, например системы образования).
Требования для системы управления показателями:
1. нужно уметь формировать систему показателей: для каждого показателя указать что это, как собирается, кто источник данных, когда порождены, единицы измерений, как связаны с другими показателями (связь по ссылочной целостности, вычисляются, проверяются и пр). то есть система показателей образует онтологию (в смысле машиночитаемое описание представлений о мире, проще не парится и брать в качестве основы промышленный стандарт ISO 15926). С онтологией системы показателей нужно уметь работать: изменять, трансформировать и версионировать (тут засада, проблема не обсуждалась на уровне теории, типа мне про это не известно :( ). Задача решаемая, топовые онтологии есть (ISO 15926, Gellish), ПО для работы есть (triple store), будет проблема с версионированием, но можно найти решения для работы.
Работа архитектора над такой системе будет сводится к продумыванию изменений онтологии при появлении новых параметров.
2. значения показателей чаще всего образуют временные ряды: те что наблюдались в реальности (взяты из КИС), вбиты из текстовых справок, взяты с потолка и отданы наружу. Значения должны версионироваться и для них должны хранится срезы в какой документ конкретное значение с конкретным источником было выдано.
Сценарий работы с показателями: собрались подделать цифры, извлекли набор значений отдаваемых показателей, проверили их консистентность (онтология содержит критерии целостности), посмотрели на выбросы (значения нарушающие представления о прекрасных данных: вне допустимых границ, слишком гладкие и пр, весь аппарат анализа данных), посмотрели на значения которые нужно изменить (выбросы), посмотрели исторический ряд значений, исходя из усилий мысли поправили значение, зафиксили, что исправили значение. Пробежались по всем значениям наступило счастье. Возможно часть правок удастся автоматизировать, но скорее будет инструмент причесывания данных
Результат отдали наружу, и зачем где и как соврали, можем даже написать почему соврали.
3. Для сбора данных из КИС пишем конекторы, которые сосут данные, для людей модуль опросы. Важно значения живут в моделе Bunge-Wand-Weber (то есть тройками значение-отношение-значение), но хранятся в РБД, схема которой изменяется с изменением данных без потерь значений и информации автоматом по онтологии. Очень напоминает то что делается в платформе (речь идет о внутреннем фреймворке используемом на фирме), только на более высоком уровне. Плюс работа с данными строится в терминах привычного языка выборок который работает напрямую с РБД, проблему с модификациями запросов нужно думать. Технологии тоже уже есть, некоторые в экспериментальном виде.
4. Работа с данными скорее будет производится в табличном редакторе, то есть для создания среза для анализа данных отбираем объекты про которые хотим построить набор данных, смотрим каие параметры есть, анализируем полноту покрытия параметров за интересующий период времени и заполняем срез данными из системы. Дальше анализируем средствами табличного процессора или внешней аналитической системы.
То что написано выше напоминает то как работают финансовые и прочие аналитики, но у них нет явной задачи работать с противоречивыми значениями и темпоральной логикой над ними я пытался найти в мире статистики похожую систему, но не нашел возможно системы пока в зачаточном состоянии.
Ближайшее что нашел это http://wikiposit.org/w , но немного не то нет возможности связать данные из разных наборов, например вытащить все что есть по перечню вузов.
То что описано выше это страшная смесь системы управления записями поверх кусков реляционной модели склеенной онтологией и все вместе живет в машине вывода :(.
много буков, и счастья нет :)
Цель снизить затраты на механическую обработку данных в аналитике.
Задача: уметь хранить, извлекать и обрабатывать данные собираемые из статистических рядов. Источники стат рядов: данные предоставляемые статистическими ведомствами, результаты опросов и прочее.
Потребители: аналитики и работники служб отчетности в организации.
Почему нужен новый продух и нет радости от существующего, например от SQL баз? Проблема в том, что SQL не проходит по двум причинам: 1) данные между рядами из разных источников могут быть противоречивы, в РМД можно противоречивы данные хранить, но хочется упростить затраты на создание схемы данных учитывающей неконсистентность данных с точки зрения полноты и точности; 2) заранее не известно какие данные может потребоваться хранить в системе и выделять из данных ключи и поддерживать ссылочную целостность.
Важно, что речь не идет о необходимости хранении данных из слабо пересекающихся предметных областей, а хранении данных из одной предметной области (только очень большой, например системы образования).
Требования для системы управления показателями:
1. нужно уметь формировать систему показателей: для каждого показателя указать что это, как собирается, кто источник данных, когда порождены, единицы измерений, как связаны с другими показателями (связь по ссылочной целостности, вычисляются, проверяются и пр). то есть система показателей образует онтологию (в смысле машиночитаемое описание представлений о мире, проще не парится и брать в качестве основы промышленный стандарт ISO 15926). С онтологией системы показателей нужно уметь работать: изменять, трансформировать и версионировать (тут засада, проблема не обсуждалась на уровне теории, типа мне про это не известно :( ). Задача решаемая, топовые онтологии есть (ISO 15926, Gellish), ПО для работы есть (triple store), будет проблема с версионированием, но можно найти решения для работы.
Работа архитектора над такой системе будет сводится к продумыванию изменений онтологии при появлении новых параметров.
2. значения показателей чаще всего образуют временные ряды: те что наблюдались в реальности (взяты из КИС), вбиты из текстовых справок, взяты с потолка и отданы наружу. Значения должны версионироваться и для них должны хранится срезы в какой документ конкретное значение с конкретным источником было выдано.
Сценарий работы с показателями: собрались подделать цифры, извлекли набор значений отдаваемых показателей, проверили их консистентность (онтология содержит критерии целостности), посмотрели на выбросы (значения нарушающие представления о прекрасных данных: вне допустимых границ, слишком гладкие и пр, весь аппарат анализа данных), посмотрели на значения которые нужно изменить (выбросы), посмотрели исторический ряд значений, исходя из усилий мысли поправили значение, зафиксили, что исправили значение. Пробежались по всем значениям наступило счастье. Возможно часть правок удастся автоматизировать, но скорее будет инструмент причесывания данных
Результат отдали наружу, и зачем где и как соврали, можем даже написать почему соврали.
3. Для сбора данных из КИС пишем конекторы, которые сосут данные, для людей модуль опросы. Важно значения живут в моделе Bunge-Wand-Weber (то есть тройками значение-отношение-значение), но хранятся в РБД, схема которой изменяется с изменением данных без потерь значений и информации автоматом по онтологии. Очень напоминает то что делается в платформе (речь идет о внутреннем фреймворке используемом на фирме), только на более высоком уровне. Плюс работа с данными строится в терминах привычного языка выборок который работает напрямую с РБД, проблему с модификациями запросов нужно думать. Технологии тоже уже есть, некоторые в экспериментальном виде.
4. Работа с данными скорее будет производится в табличном редакторе, то есть для создания среза для анализа данных отбираем объекты про которые хотим построить набор данных, смотрим каие параметры есть, анализируем полноту покрытия параметров за интересующий период времени и заполняем срез данными из системы. Дальше анализируем средствами табличного процессора или внешней аналитической системы.
То что написано выше напоминает то как работают финансовые и прочие аналитики, но у них нет явной задачи работать с противоречивыми значениями и темпоральной логикой над ними я пытался найти в мире статистики похожую систему, но не нашел возможно системы пока в зачаточном состоянии.
Ближайшее что нашел это http://wikiposit.org/w , но немного не то нет возможности связать данные из разных наборов, например вытащить все что есть по перечню вузов.
То что описано выше это страшная смесь системы управления записями поверх кусков реляционной модели склеенной онтологией и все вместе живет в машине вывода :(.
много буков, и счастья нет :)
среда, 2 ноября 2011 г.
Лекция "Современна Программная инженерия . Системная инженерия"
В рамках олимпиады по направлению ВМКСС, Валерий Иосифович попросил прочитать лекцию по системной инженерии и немного затронуть Modelica.
Лекция получилась затянутой, наверно про DEMO как и планировал говорит не нужно было, добавил в слайды ссылку на книжку по DEMO (подробней читаем тут: http://techinvestlab.ru/files/504456/demo_praxos_1.doc или в оригинале Jan L. G. Dietz (русск.: Дитц). Enterprise Ontology: Theory and Methodology. -- B., Heidelberg, N. Y.: Springer, 2006 ISBN-10 3-540-29169-5) ).
Слайды, источник многих сладов с конференции RuSEC 2010 http://ru.rise-russia.org/rusec2010
http://www.slideshare.net/Marcus.Akoev/ss-9995330
Если захотите скачать бесплатно зарегистрируйтесь на slideshare.
Звук 142 Мб (двух канальный, жать не буду, через месяц удалю), тут:
https://www.rapidshare.com/files/2631795024/111101_001.mp3
Лекция получилась затянутой, наверно про DEMO как и планировал говорит не нужно было, добавил в слайды ссылку на книжку по DEMO (подробней читаем тут: http://techinvestlab.ru/files/504456/demo_praxos_1.doc или в оригинале Jan L. G. Dietz (русск.: Дитц). Enterprise Ontology: Theory and Methodology. -- B., Heidelberg, N. Y.: Springer, 2006 ISBN-10 3-540-29169-5) ).
Слайды, источник многих сладов с конференции RuSEC 2010 http://ru.rise-russia.org/rusec2010
http://www.slideshare.net/Marcus.Akoev/ss-9995330
Если захотите скачать бесплатно зарегистрируйтесь на slideshare.
Звук 142 Мб (двух канальный, жать не буду, через месяц удалю), тут:
https://www.rapidshare.com/files/2631795024/111101_001.mp3
пятница, 23 сентября 2011 г.
Курс Архитектура вычислительных систем
Один семестр:
7 семестр
14 часов, зачет
Преподаватель: Акоев Марк Анатольевич
Телефон кафедры ПСС: 375-97-18
Адрес сайта с материалами по курсу:
http://akoev.blogspot.com/search/label/Computing
| Занятия | Тема |
| 1 | Тема 1. Системная/Программная инженерия ACM/IEEE/INCOSE. ISO 15288/12207. SPEM/ISO 24744 |
| 2 | Тема 2. Документ: от печати до выписок из базы данных. От аппликативного программирования к функциональному. |
| 3-4 | Тема 3. Масштабирование от клиента к серверу. От РМД к хранилищам и от хранилищ к semantic web. ISO 15926 |
| 5 | Тема 4. Описание систем. Системы от железа+ПО к человеку DEMO. От концептуальных диаграмм причин к моделям системной динамики. |
| 6 | Тема 5. Индустрия ПО от замысла к производству. От управления проектом к экономике производства систем. |
| 7 | Тема 6. От программиста к профессионалу. Прагматичный программист. |
Литература
Отдельно к каждой теме
Звук после лекции и скрины доски, может быть будут :)
среда, 31 августа 2011 г.
Пермакультура
В последнем читанном эксперте, опубликована статья: Интеллектуальное земледелие http://expert.ru/expert/2011/33/ntellektualnoe-zemledelie/
Впечатления: грядки выше чем у Митлайдера :)
Очень сильно похоже на реализацию стенаний по старому сельскому хозяйству описанному в книге Благими намерениями государства
Основной тезис против пермакультуры, это не масштабируемость технологии, нужно слишком много людей уровня автора метода. Вчера в разговоре словил мысль, что применение информационных технологий позволит масштабировать технологию. Иначе сложно будет помнить где сыпать горох чтобы свиньи рыхлили нужные участки, а не жрали корнеподы :) Но для массового внедрения ИТ в пермакультуру нужно дождаться, когда минсельхоз США вбухает в технологию сравнимые суммы с теми которые они вбухали в 1930-х в промышленное с/х
Впечатления: грядки выше чем у Митлайдера :)
Очень сильно похоже на реализацию стенаний по старому сельскому хозяйству описанному в книге Благими намерениями государства
Основной тезис против пермакультуры, это не масштабируемость технологии, нужно слишком много людей уровня автора метода. Вчера в разговоре словил мысль, что применение информационных технологий позволит масштабировать технологию. Иначе сложно будет помнить где сыпать горох чтобы свиньи рыхлили нужные участки, а не жрали корнеподы :) Но для массового внедрения ИТ в пермакультуру нужно дождаться, когда минсельхоз США вбухает в технологию сравнимые суммы с теми которые они вбухали в 1930-х в промышленное с/х
Благими намерениями государства
Замечательная книга:
Скотт, Джеймс. Благими намерениями государства. Почему и как проваливались проекты улучшения условий человеческой жизни / Джеймс Скотт; пер. с англ. Э. Н. Гусинского, Ю. И. Турчаниновой. - М. : Университетская книга, 2005. - VIII, 566, [2] с. : карты. ISBN 5-98699-016-1
Начало исключительное, автор рассказывает как появилось лесоводство, как создавая искусственную среду лесоводы подрывали естественные циклы жизнеобеспечения леса, как школьников пристраивали к восстановлению популяции насекомых. В принципе идеальный исходный материал для модели системной динамики. Аналоги по сумме характеристик только: олени и мхи и гибель мира Ангкор-Вата от заболачивания и размножения малярийных комаров.
Очень интересна мысль, что все управление основано на классификации. Чем успешней классификация отражает многообразие объекта управления в его среде, тем точнее управление. В принципе книгу можно считать набором иллюстраций к книге Бир, Стаффорд. Мозг фирмы / С. Бир ; пер. с англ. М. М. Лопухина. - Изд. 2-е, стер. - Москва: Едиториал УРСС, 2005. - 416 с.: ил.; 21 см. - Библиогр.: с. 408-414. - Пер. изд.: Brain of the firm / S. Beer. - 2nd ed. - 1981. - ISBN 5-354-01065-9.
Избранный набор цитат ниже.
Профилактику настоящих болезней и инфекций Ленин брал на себя, чтобы быть уверенным, что Кремль - чистая, свободная от микробов среда. Он даже сам писал санитарные инструкции, требуя например, чтобы "все прибывающие (поездом) перед тем, как войти в помещение, принимали ванну и дезинфицировали свою одежду ..., любой, отказывающийся повиноваться санитарным инструкциям, будет удален из Кремля сразу за
попытку причинить социальный вред".
Благими намерениями государства, 2005. стр 280 сноска 22
То технологии мобилизационной экономике мы обязаны Вальтеру Ратенау, с его технологией планирования снабжения войск. Цитата:
"Мировая война [WWI] была высшей точкой политического влияния инженеров и плановиков. Увидев, что произошло в чрезвычайных обстоятельствах, они представили себе, что было бы, если бы такая энергия и такое планирование были направлены на народное благосостояние, а не массовое разрушение. (стр. 165)
Также интересно, что эргономические исследования организации производства выполнял параллельно с Тейлором и институт физиология труда кайзера Вильгельма (Kaiser-Wilhelm Institut für Arbeitsphysiologie)
Возможно более точная цитата:
«Русский человек – плохой работник по сравнению с передовыми нациями. И это не могло быть иначе при режиме царизма и живости остатков крепостного права. Учиться работать –эту задачу Советская власть должна поставить перед народом во всём её объёме. Последнее слово капитализма в этом отношении, система Тейлора, -как и все прогрессы капитализма, - соединяет в себе утончённое зверство буржуазной
эксплуатации и ряд богатейших научных завоеваний…<…> Советская республика во что бы то ни стало должна перенять всё ценное из завоеваний науки и техники в этой области. <…>Надо создать в России изучение и преподавание системы Тейлора, систематическое испытание и приспособление её. Надо <…>чтоб были заложены основы социалистической организации соревнования, а с другой стороны, требуют применения принуждения…»
В. И. Ленин «Очередные задачи советской власти» (раздел «Повышение производительности труда») ПСС, т.36
Главным проводником в 1920-х в СССР тейлоризма был: Алексей Капитонович Гастев.
"Большинство трудовых институтов было закрыто, а их эксперты высланы или застрелены во время сталинских чисток 30-х годов" (стр 174-175, прим 48)
Скотт, Джеймс. Благими намерениями государства. Почему и как проваливались проекты улучшения условий человеческой жизни / Джеймс Скотт; пер. с англ. Э. Н. Гусинского, Ю. И. Турчаниновой. - М. : Университетская книга, 2005. - VIII, 566, [2] с. : карты. ISBN 5-98699-016-1
Начало исключительное, автор рассказывает как появилось лесоводство, как создавая искусственную среду лесоводы подрывали естественные циклы жизнеобеспечения леса, как школьников пристраивали к восстановлению популяции насекомых. В принципе идеальный исходный материал для модели системной динамики. Аналоги по сумме характеристик только: олени и мхи и гибель мира Ангкор-Вата от заболачивания и размножения малярийных комаров.
Очень интересна мысль, что все управление основано на классификации. Чем успешней классификация отражает многообразие объекта управления в его среде, тем точнее управление. В принципе книгу можно считать набором иллюстраций к книге Бир, Стаффорд. Мозг фирмы / С. Бир ; пер. с англ. М. М. Лопухина. - Изд. 2-е, стер. - Москва: Едиториал УРСС, 2005. - 416 с.: ил.; 21 см. - Библиогр.: с. 408-414. - Пер. изд.: Brain of the firm / S. Beer. - 2nd ed. - 1981. - ISBN 5-354-01065-9.
Избранный набор цитат ниже.
Профилактику настоящих болезней и инфекций Ленин брал на себя, чтобы быть уверенным, что Кремль - чистая, свободная от микробов среда. Он даже сам писал санитарные инструкции, требуя например, чтобы "все прибывающие (поездом) перед тем, как войти в помещение, принимали ванну и дезинфицировали свою одежду ..., любой, отказывающийся повиноваться санитарным инструкциям, будет удален из Кремля сразу за
попытку причинить социальный вред".
Благими намерениями государства, 2005. стр 280 сноска 22
То технологии мобилизационной экономике мы обязаны Вальтеру Ратенау, с его технологией планирования снабжения войск. Цитата:
"Мировая война [WWI] была высшей точкой политического влияния инженеров и плановиков. Увидев, что произошло в чрезвычайных обстоятельствах, они представили себе, что было бы, если бы такая энергия и такое планирование были направлены на народное благосостояние, а не массовое разрушение. (стр. 165)
Также интересно, что эргономические исследования организации производства выполнял параллельно с Тейлором и институт физиология труда кайзера Вильгельма (Kaiser-Wilhelm Institut für Arbeitsphysiologie)
Возможно более точная цитата:
«Русский человек – плохой работник по сравнению с передовыми нациями. И это не могло быть иначе при режиме царизма и живости остатков крепостного права. Учиться работать –эту задачу Советская власть должна поставить перед народом во всём её объёме. Последнее слово капитализма в этом отношении, система Тейлора, -как и все прогрессы капитализма, - соединяет в себе утончённое зверство буржуазной
эксплуатации и ряд богатейших научных завоеваний…<…> Советская республика во что бы то ни стало должна перенять всё ценное из завоеваний науки и техники в этой области. <…>Надо создать в России изучение и преподавание системы Тейлора, систематическое испытание и приспособление её. Надо <…>чтоб были заложены основы социалистической организации соревнования, а с другой стороны, требуют применения принуждения…»
В. И. Ленин «Очередные задачи советской власти» (раздел «Повышение производительности труда») ПСС, т.36
Главным проводником в 1920-х в СССР тейлоризма был: Алексей Капитонович Гастев.
"Большинство трудовых институтов было закрыто, а их эксперты высланы или застрелены во время сталинских чисток 30-х годов" (стр 174-175, прим 48)
Подписаться на:
Сообщения (Atom)