OberonCore

Онотоле маху дал: способ-то соединения Калашников все-таки изобрел

Ну да, способ рукой не потрогаешь. Деталь потрогаешь, а способ нет.

Не отследил Онотоле свой базар.

Великий и ужасный Джон Дворак озаботился "проблемой сложности":

Проблема сложности убивает бизнес ПК

Сложность и, как следствие, несовместимости компонент ПК заставляют людей избегать покупок.
Нужно продавать простоту, а не запутанность.

http://www.pcmag.com/article2/0,2817,2380096,00.asp

Вот у меня книженция 2002 г. несмотря на структуры и объекты - снова кризис ПО.

А как же.
Приматический интеллект как рулил, так и рулит.

Потому что некоторые, вроде Дейкстры и Вирта, борясь с приматическим элементом, подсовывают приматам "новые структурные идеи", которые те набрасываются "исследовать" и "развивать".

Чтоб не развивать приматизм, нужно категорически не подсовывать приматам "структурные элементы", - это картинки, а они будут их складывать. Лучше формулу над индексами массива. Пусть они в ней запутаются. Одна бабенка, от APL, кстати , пожаловалась миру, что программирование так и не стало областью математики. Всему виной Вирты и Дейкстры.

Фигня! Виной всему не Вирты и Дейкстры, а физические ограничения компьютера... Если бы память была бесконечна... Если бы скорость была бесконечна... То это была бы математика...

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

Кабы не Вирт и другие дейкстры, обратный процесс (в хаос) пошел бы быстрее.
Что может и было бы хорошо: коллапс привел бы к полному переформатированию всей отрасли. Вирт же тормозит крах программирования, тем самым встает поперек прогресса.

Корпорацию Nokia убивает <как текущий процесс> сложность.

Nokia is being killed by complexity.

https://mobile.slashdot.org/story/11/02 ... newsletter

Не было бы Виртовскихи и Дейкстровых посулов, не было бы Net-ов.

В Антарктиде нашли третьего по счёту вирофага — «убийцу вирусов»

Исследователи ... обнаружили в одном из антарктических озёр новый вид вирофага, названного в честь озера OLV (Organic Lake Virophage).
Эволюция не пощадила и вирусы, создав для них собственных паразитов, названных вирофагами.
... открытый в Антарктиде OLV — специализируется на вирусе из рода Phycodnaviridae. Вирусы этого рода живут в водорослях хлореллах.
Вирофаг OLV, паразитируя на вирусе водоросли, увеличивает продуктивность хлореллы и поддерживает «на плаву» экосистему озера.
Статья с описанием находки австралийцев опубликована в журнале PNAS.

OLV, как и другие вирофаги, встраивает свою ДНК в геном вируса и использует вирусный белковый аппарат для собственного размножения. ...

Жертвы всех вирофагов — огромные нуклеоцитоплазмические ДНК-содержащие вирусы (NCLDV), имеющие среди всех своих собратьев наиболее сложный структурированный геном.
Величина и комплексность последнего позволяют встраиваться в него вирофагам, которые не могут захватывать геномы более мелких вирусов. ...

... присутствие этого вирофага отмечено в районе Галапагосских островов, речных дельт Нью-Джерси и озёрах Панамы. Всё это заставляет отнестись к вирофагам не как к экзотическому природному курьёзу, а как к полноправному и широко представленному участнику различных экосистем ...

http://news.mail.ru/society/5602794/?frommail=1

Пример борьбы со сложностью не в том месте (или борьбы с последствиями сложности). Интересен тем, что проблема уже давно решена более простыми методами. Например, аппаратно, в первых эльбрусах, о чём в МЦСТ не могут не знать... дело упирается в поддержку С/C++.
upd: хотя, возможно, что для МЦСТ поддержка Си --- вынужденный тактический шаг, подобно поддержке интел-архитектуры

http://www.mcst.ru/spo.shtml

"научный"???????

Охренеть.

Вот оно мракобесие.

Особенно, IMHO, в свете этого. В своё время писал по этому поводу: - но не думал, что так банально оправдываться начнёт. Не знаю даже, преднамеренно ли вирус занесли.
А ведь любой вирус - в сущности, программа для "боя в памяти". Использующая в немалой степени те самые возможности ошибиться в адресации... Так что мракобесие, как это и бывает в жизни, ударяет и по самим мракобесам...

Основное назначение компьютера --- выполнять большие объёмы рутинной работы вместо человека. Т. е. при автоматизации какой-либо деятельности, главная задача --- выявить в ней (естественную) рутину и передать компьютеру.

Мне кажется, что одним из факторов роста сложности ПО является (подсознательное?) желание автоматизировать по максимуму, которое ведёт к увеличению числа параметров, в т. числе искуственных для исходной деятельности, обусловленных спецификой реализации дополнительной автоматизации.

(эмпирическое наблюдение при автоматизации своей деятельности) Сложность в том, чтобы вовремя остановиться. Правило? --- регулярно сопоставлять сложность реализации/использования с отдачей от дополнительной автоматизации.

((прочувствованный) известный факт) Поэтому важно, чтобы в автоматизации своей деятельности участвовали специалисты (которые могут делать реальную оценку). Ещё лучше, когда специалисты могут обойтись без посредников-'профессиональных автоматизаторов'.

Золотые слова!!

Эх!!!! Ваши слоа - да Богу в уши...
Пусть бухгалтера сами асучивают свою работу!
А мы будем заниматься теорией перколяции... Или моделями оценивания уровня обученности...

Почему нет? Если дать адекватный по возможностям и уровню вхождения инструмент (не вижуал студию точно) и соотв. базовое образование (http://www.inr.ac.ru/~info21/MIL/welcome.html), думаю, справятся.

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