https://opennet.ru/openforum/vsluhforumID3/67571.html Вышла (http://tech.groups.yahoo.com/group/eiffel_software/message/17025) версия 6.6 IDE для языка Eiffel (http://ru.wikipedia.org/wiki/Eiffel_%28programming_language%29) - EiffelStudio. Eiffel - это объектно-ориентированный язык, поддерживающий технологию проектирования по контракту (http://sergeyteplyakov.blogspot.com/search/label/Design%20by%20Contract).<br><br><br>Основные характеристики языка и среды программирования:<br><br>- Кроссплатформенная реализация - существуют версии EiffelStudio для FreeBSD, Linux, OpenBSD, Solaris (в том числе и Solaris SPARC), Windows- Автоматическая сборка мусора- Технология "Проектирование по контракту" (http://en.wikipedia.org/wiki/Design_by_contract) - предусловия, постусловия, инварианты поддерживаются непосредственно самим компилятором языка (не требуются дополнительные инструменты и библиотеки)- Поддержка множественного наследования; разрешение конфликта имен (компоненты, наследованные от разных классов имеют одно и тоже имя) путем переименовани...<br><br>URL: http://docs.ei https://opennet.ru/openforum/vsluhforumID3/67571.html#40 Wed, 02 Jun 2010 06:21:25 GMT &gt;Eiffel создавался с целью оптимировать работу в больших проектах.<br><br>Eiffel создавался с целью реализации объектно-ориентированной парадигмы и "проектирования по контракту".<br><br>Да помнится было время, когда поклонники процедурного программирования утверждали, что не то что какой-то там Eiffel, а вообще ООП имеет смысл применять только в "больших пректах".<br><br>&gt;А форт создавался с целью достичь наилучший компромис между расходом ресурсов и гибкостью программы на машинке уровня современных микроконтроллеров.<br><br>А форт с успехом применялся не только как средство для достижения каких-то там компромиссов, но и как метаязык - видимо эту важную его особенность вы как раз упустили. А метаязыки как раз и применяются в больших проектах и коллективных разработках.<br><br>У вас явно присутствует недостаточная информированность о тех языках, которые вы изучаете.<br>Знать синтаксис большого числа языков - это еще не означает знать эти языки.<br><br>&gt;И применять языки, и не только для этих два, не по тому назначению для которого их соз https://opennet.ru/openforum/vsluhforumID3/67571.html#39 Tue, 01 Jun 2010 20:06:01 GMT Прошу прощения, отправил редакторам необходимые изменения.<br>Вот ссылка на русскоязычную википедию:<br>http://ru.wikipedia.org/wiki/Eiffel<br>на англоязычную:<br>http://en.wikipedia.org/wiki/Eiffel_%28programming_language%29<br>p.s. Не судите так строго авторов новостей:)<br> https://opennet.ru/openforum/vsluhforumID3/67571.html#38 Tue, 01 Jun 2010 19:37:01 GMT Eiffel создавался с целью оптимировать работу в больших проектах. А форт создавался с целью достичь наилучший компромис между расходом ресурсов и гибкостью программы на машинке уровня современных микроконтроллеров. И применять языки, и не только для этих два, не по тому назначению для которого их создавали авторы и оттачивало близкое к авторам по целям сообщество - как минимум не рационально. А то можно было сразу отбросить стереотипы и на ассемблере остаться.<br> https://opennet.ru/openforum/vsluhforumID3/67571.html#37 Tue, 01 Jun 2010 19:10:41 GMT &gt; Вышла версия 6.6 IDE для языка Eiffel<br><br>Круто. Слово Eiffel в новости является гиперлинком на вику. А там то по этой ссылке и написано: "В Википедии нет статьи с таким названием."<br><br>Epic fail засчитан. Правда не понятно кому. Толи авторам/корректорам новости, толи вике... oO<br> https://opennet.ru/openforum/vsluhforumID3/67571.html#36 Tue, 01 Jun 2010 16:29:33 GMT &gt;извините, проблема из области психологии - утверждать, что подход в освоении (не изучении, а именно освоении) языка от самого языка не зависит. Если я Вас правильно понял конечно. Поэтому привёл в пример forth , как противоположность к eiffel - это ведь тоже язык с очень интересными идеями, но имеет смысл если программа небольшого объёма и пишет её на 100% один человек и больше никто в его код никогда не полезет. А eiffel на мой взгляд ничего не даёт программисту-одиночке, кроме кучи дополнительных формальностей.<br><br>Я ваш взгляд понял. Вы считаете, что forth труднее использовать в корпоративных разработках и в крупных проектах (труднее чем в мелких и в одиночку). И вы считаете, что eiffel при разработках "в одиночку" не дает преимуществ.<br><br>А мой взгляд по-прежнему, что это вопрос психологический. И пытаясь это отрицать, вы сами при этом переводите разговор на размеры проектов и индивидуальность-коллективность.<br><br>А разве вам не известно, что "лезть в чужой код" практически одинаково бывает трудно на любых яз https://opennet.ru/openforum/vsluhforumID3/67571.html#35 Tue, 01 Jun 2010 14:57:33 GMT &gt;&gt;да так, к слову просто, немножко психологии ;) <br>&gt;<br>&gt;Ну так я с этого и начал, что жедание убеждать других вмето <br>&gt;того, чтобы осваивать самому - это проблема чисто психологическая, и к <br>&gt;конкретному языку не относится. <br><br>извините, проблема из области психологии - утверждать, что подход в освоении (не изучении, а именно освоении) языка от самого языка не зависит. Если я Вас правильно понял конечно. Поэтому привёл в пример forth , как противоположность к eiffel - это ведь тоже язык с очень интересными идеями, но имеет смысл если программа небольшого объёма и пишет её на 100% один человек и больше никто в его код никогда не полезет. А eiffel на мой взгляд ничего не даёт программисту-одиночке, кроме кучи дополнительных формальностей. Которые в принципе можно опустить, и тогда это будет ещё одна альтернатива плюсам и яве, разве что несколько более тяжеловесная. Ещё раз, для меня не стоит вопрос в изучении нового языка, я знаю и работал на forth, c, pascal, perl, php, java, изучал в свое время cobol, oberon, https://opennet.ru/openforum/vsluhforumID3/67571.html#34 Tue, 01 Jun 2010 14:39:29 GMT &gt;То есть вы здесь пытались меня убедить, что производительность самого программиста не <br>&gt;следует измерять в скорости написания кода и в количестве кода. <br>&gt;<br>&gt;Но при этом сами почему-то сделали вывод о низкой производительности программирования на <br>&gt;Eiffel.<br>&gt;думаю что в сравнении с C и с учётом отлова типичных для него багов, которых там всё равно не избежать, производительность программиста на айфеле будет всётаки хорошо выше.<br><br>Смотря с чем сравнивать. Если с C/C++, то возможно Eiffel превзойдет их по скорости работы программиста. А если с сайтами на php, написанными на коленке за пару дней - вряд ли у других языков есть шансы сравняться с php:)<br>Что касается Eiffel, то его основная цель состоит в том, чтобы программисты сразу писали корректные программы с контрактами, а не сидели часами в отладчике, покрывая свое творение бесчисленным количеством тестов. В общем, сразу все делали правильно, с комментариями и документацией. А это требует времени.<br><br><br> https://opennet.ru/openforum/vsluhforumID3/67571.html#33 Tue, 01 Jun 2010 14:34:35 GMT &gt;&gt;Вы пишите что процесс на TDD похож - а чувствуются ли какие-то преимущества, в сравнении с теми-же UnitTests в стиле явы?<br>&gt;<br>&gt;Про TDD - это был не мой пост. <br><br>да, прошу прощения.<br> https://opennet.ru/openforum/vsluhforumID3/67571.html#32 Tue, 01 Jun 2010 14:27:01 GMT &gt;Вы пишите что процесс на TDD похож - а чувствуются ли какие-то преимущества, в сравнении с теми-же UnitTests в стиле явы?<br><br>Про TDD - это был не мой пост. <br>