CIFS: curious information funneled sometimes

У vitus_wagner идет очередная дискуссия на тему каким должен быть код программных продуктов и какой модели разработки стоит придерживаться. belnetmon также в очередной раз навешивает ярлыки, постулируя, что "линуксообщество и слыхать не думало, что открытые исходники - это открытие конкуретных преимуществ, ноухау, оплаченной работы аналитиков и т.п.", приводящих к уничтожению тех или иных коммерческих преимуществ.

Я занимаюсь профессиональной разработкой программного обеспечения на основе свободного ПО более 14 лет и хочу сказать, что только недалекие люди придерживаются подобной политики. Но чтобы ответить на этот вопрос, ( прежде всего необходимо определить фундамент )

Интервью Бориса Нуралиева в "Эксперт Online"

http://expert.ru/interview/2008/03/25/nuraliev/

Профессиональные стандарты ИТ-отрасли, разработанные в рамках АП КИТ

http://www.apkit.ru/default.asp?artID=5573
Опубликованы прошлым летом, но актуальны и сейчас. Интересно было бы разработать набор учебных курсов на основе технологий разработки и внедрения свободного программного обеспечения для методического обеспечения этих спецификаций. Я думаю, что приблизительно 2/3 материала будет общим для разных моделей разработки ПО. В предлагаемых профессиональных стандартах отсутствуют (в просмотренных мною четырех-пяти стандартах) требования к знаниям юридических основ функционирования ИТ-отрасли (авторское право в применении к ПО, контрактным отношениям заказчик-поставщик, патентное право, ...). Надо сказать, что в известных мне профессиональных стандартах в других странах юридическая составляющая присутствует и рассматривается крайне серьезно. Правда, там такие стандарты скорее разрабатываются в рамках транснациональных корпораций, но все же определенная координация "глобально" присутствует.
В частности, можно использовать для "затравки" курсы, читаемые в MIT:

• 6.805 / 6.806 / STS.085 Ethics and the Law on the Electronic Frontier
• 6.901 / 3.172 / 16.652 Inventions and Patents
• 6.912 Introduction to Copyright Law
• ESD.68J / 6.978J Communications and Information Policy

Сюда бы я еще добавил ESD.72 / 1.155 / 2.963 / 3.577 / 6.938 / 10.816 / 16.862 / 22.82 Engineering Risk-Benefit Analysis, для постановки контекста существования ИТ-отрасли.

Прочитал найденную где-то по ссылке "В родном краю" Максима Осипова. Как тонко подмечено, перекликается с историями yakushin, собственными заметками.

Первое и самое ужасное: у больных, да и у многих врачей сильнее всего выражены два чувства — страх смерти и нелюбовь к жизни. Обдумывать будущее не хотят: пусть все остается по-старому. Не жизнь, а доживание.

...Мужчина — почти всегда идиот. Мужчина с сердечной недостаточностью, если за ним не ходит по пятам жена, обречен на скорую гибель.

Мужчина, заботящийся о близких, — редкость, и тем большее уважение он вызывает.

Главная проблема нашей медицины — отсутствие лечащего врача.

Не хватает не больниц, не лекарств — нет линии поведения, нет единой системы апеллирования к источникам научного знания, нет системы доказательств и нет потребности в этой системе. Конечно, кое-кому удается помочь, каждый раз как бы случайно. Важно ведь именно превращение искусства в ремесло — в этом и состоит прогресс. А так — да мало ли что вообще в стране делают?

Отсутствие людей, способных выдерживать линию — в лечении больных, в разговоре, в самообучении, — заметно не только в районном городе, но и в областном, и в Москве.

...зло не присуще человеку, а вступает, входит в него, заполняя пустоту, межклеточные промежутки. Зло и добро — разной природы, а сродство у пустоты именно со злом...

Ненависть к классической музыке — при огромных в ней успехах — феномен необъяснимый. Моему товарищу-музыканту, попавшему в психиатрическую больницу, не разрешали пользоваться портативным проигрывателем — чтобы не слушал классическую музыку (которая сама уже есть шизофрения). Остальным больным — разрешают, потому что они слушают “нормальную” музыку, т.е. умца-умца.