Re[10]: [Загадка] Null.Value
От: _FRED_ Черногория
Дата: 12.10.10 00:08
Оценка:
Здравствуйте, Sinix, Вы писали:

А>>т.е. основное применение dynamic это динамическая подстановка типа как я привел здесь
Автор:
Дата: 11.10.10
?


S>Не совсем, речь идёт о добавлении позднего связывания. Если совсем уплощённо — о переносе части работы для компилятора в рантайм. Например, разрешение перегрузок будет выполняться по тем же правилам, что и при компиляции.


При компиляции каким компилотором? Например, в сходных ситуациях бэйсик и шарп по-разному разрешают перегрузки. Неужели DLR знает "из-под какого языка он работает", что бы разрешать перегрузки в соответствии с правилами компилятора? А какого конкретно компилятора?
Help will always be given at Hogwarts to those who ask for it.
Re[11]: [Загадка] Null.Value
От: Sinix  
Дата: 12.10.10 00:42
Оценка: 46 (2)
Здравствуйте, _FRED_, Вы писали:

_FR>Неужели DLR знает "из-под какого языка он работает", что бы разрешать перегрузки в соответствии с правилами компилятора? А какого конкретно компилятора?


Да, смотрите рефлектором.
Пруф: http://blogs.msdn.com/b/cburrows/archive/2008/10/27/c-dynamic.aspx
Re[12]: [Загадка] Null.Value
От: Аноним  
Дата: 12.10.10 04:46
Оценка: -1 :))
Здравствуйте, Sinix, Вы писали:

S>Пруф: http://blogs.msdn.com/b/cburrows/archive/2008/10/27/c-dynamic.aspx


я чего-то не пойму, для чего все эти старания? бред полный... чтобы вы не писали, чтобы не создавали, уже давно достаточно того, что имеем... а это — игрушки, чтобы повышать значимость и стоимость ИТ... чтобы было чем баловаться, пока бизнес за это платит...
люди давно по_на_создавали инструменты конструирования автоматизированных бизнес-процессов и годами не лезут в код, лишь периодически дорабатывая архитектуру и под_настраивая интерфейсы и поведение под изменения, изредка дополняя интерфейсы плагинами с редкими и слишком частным поведением. больше времени уходит на многообразие отчетов, оценок на результаты деловой деятельности...
что людям не хватает? зачем весь это бред? еще время на изучение, на обучение, на оттачивание навыков, на адаптацию этих навыков для реальной жизни...
блин, все больше и больше дыр для хакинга.. скоро код вообще будет нечитабильным, и понимать его будет только тот, кто его написал, так как "верно замечено" — нет правил, нет контрактов, реализация на луне, динамические описания на марсе, что происходит, ни кто не знает...
я понимаю, что мое высказывание может быть оценено как шоковая реакция на очередное новшество после гряды новшеств, которые до конца то еще в жизнь не вошли, а тут новье, прет, как плеснь )))))
Re[13]: [Загадка] Null.Value
От: Sinix  
Дата: 12.10.10 04:58
Оценка:
Здравствуйте, Аноним, Вы писали:

Уважаемый, это вам в философию надо, там давно не было холиваров на тему IT-луддизма. В профильном форуме вас не поймут.
Re[14]: [Загадка] Null.Value
От: Аноним  
Дата: 12.10.10 05:07
Оценка:
Здравствуйте, Sinix, Вы писали:

S>Здравствуйте, Аноним, Вы писали:


S>Уважаемый, это вам в философию надо, там давно не было холиваров на тему IT-луддизма. В профильном форуме вас не поймут.


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

...уничтожение двух чулочных станков, производивших дешёвые чулки и подрывавших дела опытных вязальщиц...

Тут все с точностью до наоборот — вы, ОПЫТНЫЕ ЧУЛОЧНИЦЫ, и отрасль создает ВАМ (самой себе) работу, запудривает мозги и создает сложности ))))) Если мы начнем спорить, то в роли луддита окажетесь вы
Re[15]: [Загадка] Null.Value
От: shakm Россия  
Дата: 12.10.10 05:22
Оценка: :)
Здравствуйте, Аноним, Вы писали:

А>Тут все с точностью до наоборот — вы, ОПЫТНЫЕ ЧУЛОЧНИЦЫ, и отрасль создает ВАМ (самой себе) работу, запудривает мозги и создает сложности ))))) Если мы начнем спорить, то в роли луддита окажетесь вы


это очередной маркетинговый ход, попытка отхапать кусок рынка — дать динамическим языкам возможности фрэймворка..

The purpose of the DLR is to enable a system of dynamic languages to run on the .NET Framework and give them .NET interoperability. The DLR introduces dynamic objects to C# and Visual Basic in Visual Studio 2010 to support dynamic behavior in these languages and enable their interoperation with dynamic languages.

а споры о преимуществах и недостатках строго-типизированных языков и глубоко динамических — стары как мир... с одними меньше затрат на тестирование и меньше багов в будущем при эксплуатации, с другими быстрее развивается код.. одни применимы для управления космическими кораблями и атомными реакторами, другие для фривольностей на вэбстраничках..
Re[16]: [Загадка] Null.Value
От: Sinix  
Дата: 12.10.10 07:45
Оценка: :))
Здравствуйте, shakm, Вы писали:

S>это очередной маркетинговый ход, попытка отхапать кусок рынка — дать динамическим языкам возможности фрэймворка..

Чорд, я жертва маркетинга!

S>а споры о преимуществах и недостатках строго-типизированных языков и глубоко динамических — стары как мир...


Ну да. Споры начинаются, когда любая из областей пытается на голубом глазу отхряпать кусок у другой.

P.S. Ушёл удалять F#.
Re[15]: [Загадка] Null.Value
От: Lloyd Россия  
Дата: 12.10.10 07:50
Оценка: +1
Здравствуйте, Аноним, Вы писали:

А>Уважаемый, может быть вы путаете понятия.. я сторонник, так сказать, анти-лудизма...


А>
А>...уничтожение двух чулочных станков, производивших дешёвые чулки и подрывавших дела опытных вязальщиц...
А>

А>Тут все с точностью до наоборот — вы, ОПЫТНЫЕ ЧУЛОЧНИЦЫ, и отрасль создает ВАМ (самой себе) работу, запудривает мозги и создает сложности ))))) Если мы начнем спорить, то в роли луддита окажетесь вы

Если не затруднит, не могли бы вы назвать марку и производителя "чулочного станка"? Заинтересовали.
Re[14]: [Загадка] Null.Value
От: Lloyd Россия  
Дата: 12.10.10 08:04
Оценка:
Здравствуйте, Sinix, Вы писали:

S>Здравствуйте, Аноним, Вы писали:


S>Уважаемый, это вам в философию надо, там давно не было холиваров на тему IT-луддизма. В профильном форуме вас не поймут.


На самом деле он не настолько уж и не прав. Мне в свое время пришлось где-то с полгода поработать axapta-программистом. Когда я вернулся на .Net, меня очень неприятно поразила медленная скорость разработки под .Net.
Re[15]: [Загадка] Null.Value
От: Sinix  
Дата: 12.10.10 08:08
Оценка:
Здравствуйте, Lloyd, Вы писали:


L>На самом деле он не настолько уж и не прав. Мне в свое время пришлось где-то с полгода поработать axapta-программистом. Когда я вернулся на .Net, меня очень неприятно поразила медленная скорость разработки под .Net. Ну да. В своей области даже 1с рулит.
Re[16]: [Загадка] Null.Value
От: Lloyd Россия  
Дата: 12.10.10 08:10
Оценка:
Здравствуйте, Sinix, Вы писали:

L>>На самом деле он не настолько уж и не прав. Мне в свое время пришлось где-то с полгода поработать axapta-программистом. Когда я вернулся на .Net, меня очень неприятно поразила медленная скорость разработки под .Net.


S>Ну да. В своей области даже 1с рулит.


Эта "своя область" на самом деле гораздо шире, чем считают большинство .Net-программистов. Для меня до сих пор остается загадкой, почему поставщики подобных решений не выдавили .Net/java.
Re[17]: [Загадка] Null.Value
От: shakm Россия  
Дата: 12.10.10 10:00
Оценка:
Здравствуйте, Lloyd, Вы писали:

L>Здравствуйте, Sinix, Вы писали:


L>>>На самом деле он не настолько уж и не прав. Мне в свое время пришлось где-то с полгода поработать axapta-программистом. Когда я вернулся на .Net, меня очень неприятно поразила медленная скорость разработки под .Net.


S>>Ну да. В своей области даже 1с рулит.


L>Эта "своя область" на самом деле гораздо шире, чем считают большинство .Net-программистов. Для меня до сих пор остается загадкой, почему поставщики подобных решений не выдавили .Net/java.


Кстати, очень грамотное замечание.
Я раньше работал с 1с 7.7., параллельно с С, С++ и Delphi, так на 1с ну просто очень быстро и очень много можно было сделать при высокой стабильности решения, и с высокой интеграцией.
Тем более, в 1с если сразу в наглую модули писать как внешние текстовые файлы, то если не изменялась структура данных, а только поведение модуля, то приложение даже не надо было закрывать и перекомпилировать! Пользователи получая сообщение, что надо бы обновить такую то форму, просто закрывали форму и открывали снова.
Вот вам динамика )))))
Давно не работал в 1с 7, но вот почитал немного восьмерку, так вообще кошмар. Это решение может заткнуть все дыры.
И по стоимости для бизнеса — это лучше чем аутсорсинговая контора с ее собственной крутой системой на супер новых языках и фрэймворках. Да и по интеграции и стабильности и масштабируемости решений — лучше (правда это мое мнение ), и бизнесу выгоднее связаться с 1с...
Повторюсь — это такое вот мнение, навеянное постом и наблюдениями за компаниями с крупными информационными системами. Правда не все достаточно грамотно используют 1с.
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.