В том то и дело что именно тогда зародилось ошибочное мнение что lisp это для теоретиков а бейсик для широких масс. Даже если lisp был создан в лаборатории как язык для «математиков». По мне, тут дело не в конкретном языке а в целом подходе который из за популяризации бейсков аукается до сих пор. Оперативная память была дорога, согласен, тут не поспоришь но ведь примерно с 2000-х ситуация изменилась, именно тогда нужно было закопать бейсик и закрыть тем самым эту страницу в истории. Ведь фортран или бейсик не портировали на jvm для привлечения армии разработчиков, для чего же это было сделано на .net?
Все конечно познается в сравнении. Давайте поговорим о лиспе который на 6 лет старше бейсика. Данный язык тоже претерпел много переносов(без всяких оправдательных книг), но он остается на сегодняшний день очень даже актуальным и способен решать самые современные задачи.
Я считаю что по вине создателей и разносчиков бейсика мы профукали эру параллельных вычислений и вынужденны были вернутся на 60 лет назад для переосмысления и пересмотра основных концепций, по данному поводу советую вам ознакомится с презентацией Брeт Виктора.
Ну и немного изюминки, допустим что этот язык плохо разносился и превратился в псевдо-языковую кашу. Но вот я до сих пор не могу понять для чего его пришлось натягивать на платформу .NET, тем самым тормозить ее дальнейшее развитие? Наверное найдутся люди не согласные с данным фактом, но если вас не беспокоит разные синтаксические значения скобок и прочие плюшки языка, я вас категорически поздравляю.
Автор так же не указал что часть всей черной магии роо зиждиться на aspectj, и насколько мне известно обойтись без него в роо невозможно. Мало того что он вам генерирует кучу кода дак еще он вас толкает в объятия АОП.
Ничего у меня не смешалось, читайте пожалуйста внимательнее комментарии, я же сказал что последний раз пользовал около-спринговскую «технологию» в 2010 в виде спринг-роо. Ничего революционного нового в плане роста продуктивности или удобства использования у спринг-мвс не наблюдается и наблюдаться похоже не будет. Конечно для людей перешедших со струтса на спринг впечатление очень положительное.
Эволюция, посмотрите как эволюционировал плей. Последний раз я косался спринга роо в 2010 и как я вижу ничего в нем не поменялось, добавился правда груви. Все эти аннотации, груви-конфиги, мне с трудом верится что пример был сделан за 15 мин. Где же простота и минималистичность play?
Про апогей по данной теме можно найти здесь, а насчет почему прекратили, я к сожалению пруф линк найти не смог, но я видел статью где говорилось о консолидации сил для более перспективных направлений, и где так же говорилось что если вы хотите запускать код scala на .net вы можете воспользоваться ikvm.
Да кстати, в случае с play framework без асинхронизма далеко не уйдешь. Oн ведь крутится на netty, а этот товарищ по архитектуре существенно отличается от классического j2ee сервлет контейнера.
Скажите а если оставаться оптимистом и отбросить коррупцию и другие факторы влияющие на стагнацию данной отрасли, как же все таки быть с ресурсами? Насколько мне известно сырье для производства электроники (редкоземельные элементы) у России в отличии от Китая очень ограничено, а в Китае его запрещено экспортировать. Что же намеренно делать правительство в данном случае?
Насколько я понимаю парсер заточен на работу с украинским и русским языками, скажите пожалуйста а возможно ли его так же заточить например на французский или голландский? Если да то не могли бы вы объяснить что для этого нужно. Спасибо.
Спасибо за статью очень помогает когда скачиваешь субтитры на великом и могучем которые зачастую создают впечатление что у их создателей руки растут из ректального прохода нет представления о существовании юникода и того что мы живем в 21 веке. Скажите а можно так же автоматически ловко делать конвертацию для мета данных mp3 и других медиа файлов? А то такое впечатление создается что их одни и те же люди делают.
На данный момент и на ближайшие три года я вынужден работать на c# и корявой их студии, спасает только решарпер. Глядя на плюшечки идеи так и хочется еще раз спросить а может ребята из jetbrains все же возьмутся и сделают нормальную среду разработки под .net даже и без всех их визифигов.
Я считаю что по вине создателей и разносчиков бейсика мы профукали эру параллельных вычислений и вынужденны были вернутся на 60 лет назад для переосмысления и пересмотра основных концепций, по данному поводу советую вам ознакомится с презентацией Брeт Виктора.
Ну и немного изюминки, допустим что этот язык плохо разносился и превратился в псевдо-языковую кашу. Но вот я до сих пор не могу понять для чего его пришлось натягивать на платформу .NET, тем самым тормозить ее дальнейшее развитие? Наверное найдутся люди не согласные с данным фактом, но если вас не беспокоит разные синтаксические значения скобок и прочие плюшки языка, я вас категорически поздравляю.
Про апогей по данной теме можно найти здесь, а насчет почему прекратили, я к сожалению пруф линк найти не смог, но я видел статью где говорилось о консолидации сил для более перспективных направлений, и где так же говорилось что если вы хотите запускать код scala на .net вы можете воспользоваться ikvm.
Насколько я понимаю парсер заточен на работу с украинским и русским языками, скажите пожалуйста а возможно ли его так же заточить например на французский или голландский? Если да то не могли бы вы объяснить что для этого нужно. Спасибо.
руки растут из ректального проходанет представления о существовании юникода и того что мы живем в 21 веке. Скажите а можно так же автоматически ловко делать конвертацию для мета данных mp3 и других медиа файлов? А то такое впечатление создается что их одни и те же люди делают.