[mono][rip] Mono чахло, Mono сохло, Mono сдохло

>в таком разе, позволю себе напомнить: не стоит начинать спор, который не можете закончить

Я спор уже завершил несколько страниц назад.

Затем я пытался просветить вас в вопросе использования LINQ.

взаимоисключающие параграфы

соответственно я мои благие намерения по обчения вас наткнулись на троллиг

это не троллинг, а вполне законное недоумение, потому что Вы говорите что-то не то

Исключительно чтобы помочь вам как программист разобраться с тоностями языка, вы же совершенно неожиданно обвинили меня в незнании дженериков. Учитывая что я о них вообще ничего не писал, кроме того что Java не хранит информацию о них в рантайме.

ещё раз Вам напоминаю:

цитата 1

>>Generics

есть

Брехня

цитата 2

Повторюсь в 5й раз - Java не хранит информации о дженериках в рантайме, значит их нет.

ничего не писали говорите?

если это у Вас такой путь для обучения, то он не самый удачный

>взаимоисключающие параграфы
Не виже ничего взаимоисключающего в том, что научить чему-то можно бе спора.

>Java не хранит информации о дженериках в рантайме, значит их нет.

Ты еще скажи что в C++ шаблонов нет.

>Ты еще скажи что в C++ шаблонов нет.
Я как раз писал, что дженерики в Джава реализованы препроцессором, как в С++.

это ненормально для языка с VM.

>Ты еще скажи что в C++ шаблонов нет.

Я как раз писал, что дженерики в Джава реализованы препроцессором, как в С++.

Вы писали

Java не хранит информации о дженериках в рантайме, значит их нет.

и это, простите, фигня

это ненормально для языка с VM.

да почему же?

>дженерики в Джава

Ага, значит все-таки есть?

это ненормально для языка с VM.

Под JVM есть и другие языки.

> препроцессором, как в С++.

лол

Я как раз писал, что дженерики в Джава реализованы препроцессором

и да, JFYI:

Source code written in Java is simple. There is no preprocessor [..]

отсюда

>Ага, значит все-таки есть?
Можете это назвать как хотите.
Я, в общем-то совершенно не против.
Сформулирую это иначе - нет нормальных дженериков с сохранением информации от типах в рантайме.
Что в 21 веке говорит об отсталости.
Я об этом уже и писал, говоря, что как язык программрования Java отстала от C# очень сильно.

Под JVM есть и другие языки.

Я уже писал, что в scala проблему доступности дженериков в рантайме решили.

>Под JVM есть и другие языки.
Проблема в том, что ими никто не пользуется.
для пробы сделайте поиск на http://monster.com по Java, scala, clojure и сравните.

Более того шаги Оракл в развитии Java похоже направлены для удовлетворения внутренних потребносте. Развиают платформу а о языке практически забыли :(

Оно конечно понятно, что переучивать армию программистов трудно, но мне с С# просто напросто интереснее работать чем с Java. Человек не хлебом единым жив.

Сформулирую это иначе - нет нормальных дженериков с сохранением информации от типах в рантайме. Что в 21 веке говорит об отсталости. Я об этом уже и писал, говоря, что как язык программрования Java отстала от C# очень сильно.

нет такой професии «умный мальчик» (с)

покажите use case, почему именно так, в чём отставание?

пока что я вижу в дженериках C# довольно странные штуки, типа такой:

public class Calculator<T>
{
   public T Add(T arg1,T arg2)
   {
      return arg1 + arg2;//Does not compile 
   }
   //Rest of the methods 
}

и чтобы её разрулить придётся 100500 раз (по числу требуемых типов) писать вот так:

public interface ICalculator<T>
{
   T Add(T arg1,T arg2);
   //Rest of the methods 
}
public class MyCalculator : ICalculator<int>
{
   public int Add(int arg1, int arg2)
   {
      return arg1 + arg2;
   }
   //Rest of the methods 
}

и на мой взгляд это реально странно, переписывать алгоритмы под каждый тип данных

> на мой взгляд это реально странно, переписывать алгоритмы под каждый тип данных
не существует реализации operator + для общего случая и вам нужно предостваить её для каждого частного

>не стоит оправдываться, так и скажите - прослоупочил

Не скажу. Потому что речь не обо мне ;) Не ждите четкого понимания нечетко выраженных мыслей.

> на мой взгляд это реально странно, переписывать алгоритмы под каждый тип данных

не существует реализации operator + для общего случая и вам нужно предостваить её для каждого частного

сэр, со всем рвением и усердием копетана заявляю: я это осознал

у меня другой вопрос: как можно было так зафейлить реализацию шаблонов (во всех нормальных языках компилятор/интерпретатор дописывает это за вас)?

>не стоит оправдываться, так и скажите - прослоупочил

Не скажу. Потому что речь не обо мне ;) Не ждите четкого понимания нечетко выраженных мыслей.

и снова стрелки переводите :)

мысль была достаточно чётко выражена, но это конечно для того кто не собирается, по какой-либо странной причуде сознания, сравнивать в лоб WCF и MFC

>сэр, со всем рвением и усердием копетана заявляю: я это осознал
Я рад.

Не стоит оправдываться

Не стоит оправдываться

о, гляди-ка, выучил :)

>Проблема в том, что ими никто не пользуется.

Т. е. меня, как и дженериков в Java, не существует?

Да

Разговоры с несуществующими персонажами — тревожный признак.

>Разговоры с несуществующими персонажами
На персонажа вы не тянете :(

Признак от этого не перестаёт быть тревожным.

> C, C++...

Чтобы вечно мучиться с утечками памяти и переполнениями буфера?

Attachmate CEO Jeff Hawn has told InternetNews that it's all part of a reorganisation.

«We have re-established Nuremburg as the headquarters of our SUSE business unit and the prioritization and resourcing of certain development efforts - including Mono - will now be determined by the business unit leaders there,» he said, «This change led to the release of some US based employees today. As previously stated, all technology roadmaps remain intact with resources being added to those in a manner commensurate with customer demand.»

Другими словами, разработка Моно будет сосредоточена в Нюрнберге, вместе с SUSE. Поэтому увольняют американских сотрудников.

За удобство приходится платить...

Не. Применил к тебе твои же методы ведения диалога.