https://ssl.opennet.dev/openforum/vsluhforumID3/77892.html Вышла (http://www.eiffel.com/general/news/2011/eiffelstudio68_release.html) версия 6.8 EiffelStudio (http://en.wikipedia.org/wiki/EiffelStudio), интегрированной среды разработки для языка Eiffel (http://ru.wikipedia.org/wiki/Eiffel). Eiffel - это объектно-ориентированный язык, поддерживающий технологию проектирования по контракту (http://www.rsdn.ru/article/design/Code_Contracts.xml). Версия 6.8 практически целиком посвящена внедрению принципиально новой модели многопоточного программирования SCOOP (http://www.eiffel.com/products/concurrency/scoop.html) - Simple Concurrent Object-Oriented Programming.<br><br><br><br><br>В настоящее время в таких языках, как Java, C++ и C# многопоточность реализуется с помощью специальных низкоуровневых библиотек, которые предоставляют механизмы синхронизации и взаимодействия потоков. Эти библиотеки основаны на концепциях 60-х годов прошлого века (например, семафоры), и, по мнению разработчиков языка Eiffel, плохо совместимы с современными объектно-ориентированны...<br><br>URL: http://www.eif https://ssl.opennet.dev/openforum/vsluhforumID3/77892.html#57 Fri, 17 Jun 2011 07:41:20 GMT Дырка во флеше, стотыщнаццатая, который приличные люди выпилили со своих машинок либо заменили - новость мелкая. Что не так?<br> https://ssl.opennet.dev/openforum/vsluhforumID3/77892.html#54 Thu, 16 Jun 2011 23:21:07 GMT &gt; Ну значит это предыдущее обновление, а новое в конце недели будет.<br>&gt; Какая в общем разница?<br><br>по-ходу, никакой. более того: какое отношение &#171;новости&#187; про флэш вообще имеют к открытым технологиям &#8212; я до сих пор понять не могу.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/77892.html#51 Thu, 16 Jun 2011 22:55:06 GMT А-А-А! верните старого iZEN'а, а то этот поддельный умные вещи говорит!<br> https://ssl.opennet.dev/openforum/vsluhforumID3/77892.html#50 Thu, 16 Jun 2011 22:53:00 GMT просто ты невежда, вот и всё. гoвнoфлэш &#8212; это так, плесень. а вот Eiffel &#8212; это как раз штука важная, о которой не забудут и через пол-века.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/77892.html#49 Thu, 16 Jun 2011 08:13:57 GMT скорее всего тоже нет, если достаточно тех библиотек что идут с GPL версией. А если приложению нужны крутые фишки от мелкософта, то наверное оно уже не GPL.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/77892.html#48 Thu, 16 Jun 2011 04:34:55 GMT Кто-то сказал, что знания программиста устаревают наполовину каждые полгода. По моему мнению, это сильное преувеличение, но суть подмечена точно. Лично мне интересно видеть такие новости, потенциально можно выхватить что-то полезное даже из языка, который ты никогда не будешь использовать.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/77892.html#46 Wed, 15 Jun 2011 16:44:55 GMT &gt; Это только для создания коммерческих приложений. Для создания программ под GPL и обучения программированию никаких отчислений не требуется.<br><br>а для создания коммерческих-GPL-приложений -- требуется ? %) %)<br> https://ssl.opennet.dev/openforum/vsluhforumID3/77892.html#45 Wed, 15 Jun 2011 15:33:15 GMT &gt; Open source и коммерческая версия отличаются лишь возможностью создания коммерческих приложений <br>&gt; в последней.<br><br>Там, если не ошибаюсь, десктопные виджеты можно было только в коммерческой версии делать, и .net компилятор тоже коммерческий. Плюс саппорт конечно<br> https://ssl.opennet.dev/openforum/vsluhforumID3/77892.html#43 Wed, 15 Jun 2011 15:24:21 GMT &gt; Популярность C/C++/Java как раз во многом объясняется большим выбором бесплатных(и платных, но не дорогих) компиляторов и сред<br><br>да, толковые расширения для netbeans / eclipse сделали бы его более популярным. Хотя реальные проблемы слегка другие, контрактное программирование само по себе оказалось слишком абстрактно и сложно для большинства реальных задач. Попадались интересные статьи от разработчиков, которые после нескольких лет на eiffel постепенно переползали на яву, соответственно с контрактного программирования на юниттесты. Суть в том, что контракты в программе вам нужны, если заказчик ожидает математически корректное доказательство соответствия программы спецификациям. А поскольку 99.9% заказчиков при всём желании не могут составлять такие спецификации, где это имело бы смысл, реальная ниша у контрактного программирования всётаки довольно маленькая. Зато практически везде и всегда возникает необходимость симулировать определённое взаимодействие с программой, в чём контракты сами по себе не помогают,