Microsoft открывает .NET Micro Framework

> Если нужна синхронизация - нужно просто lock'ить нужные куски кода на месте.

Т.е. писать все обертки самому или надеяться, что это сделают те, кто будет юзать либу. Шикарно.

> По всем определениям это КОСТЫЛЬ, то есть добавление непредусмотренной архитектурой функциональности к уже имеющейся с применением каких-то неортогональных классов.

Так. Добавление альтернативной реализации того же интерфейса - у дотнетчиков называется костыль. Записал.

> Ты вообще знаешь, чем отличаются билдер от буфера?

Ничем, кроме синхронизации. Синхронизация должна осуществляться на месте, без надежды на дядю сэма, который всё сделает за «программиста». А потом у этих программистов «жаба тормозит», потому что каждый вызов метода вызывает лок/унлок мьютексов/семафоров. Прекрасно. А потом эти программисты пишут стопицот классов-клонов, чтобы побороть тормоза.

Про кроссплатформенность дотнета скромно промолчим.

Реализация дотнета под названием мона запускается успешно под никсами, бсдами и солярой. О да, оно не кросплатформенно, лол.

но в некоторых моментах он производительней

В каких это?

Посмотри бенчмарки. У донтета намного более умный джиттер.

> Так. Добавление альтернативной реализации того же интерфейса - у дотнетчиков называется костыль. Записал.

Синхронизация — это часть интерфейса (как и, например, список кидаемых исключений через throws). В данном случае у StringBuilder и StringBuffer семантически разные интерфейсы. А, стало быть, это размножение сущностей и говно.

> Синхронизация — это часть интерфейса (как и, например, список кидаемых исключений через throws).

Это в каком языке?

> Синхронизация должна осуществляться на месте, без надежды на дядю сэма, который всё сделает за «программиста».

Особенно в том случае, если синхронизация является обязательным элементом логики класса - конечно ее надо реализовывать за ее пределами, дотнетчики так и делают. :)

О да, оно не кросплатформенно, лол.

Да я знаю, что оно не кроссплатформенно. Ни один дотнетчик моно за дотнет не признает.

Посмотри бенчмарки. У донтета намного более умный джиттер.

А у mono?

>а что касается проигранного рынка встраиваемых систем... ребята, Империя еще не нанесла ответный удар... давайте дождемся, что MS предложит на замену Win CE/Mobile. Есть предположение, что нас ожидают сюрпризы )
У M$ есть последний шанс - выпустить семёрку под ARM. Если в течение полугода-года они этого не сделают (а я сомневаюсь, что осилят), то можно уже с уверенностью заявлять о том, что они просрали.
Потому что даже если через год они и родят что-нибудь не совсем фекалистое, то рынок им придётся уже завоёвывать заново, а не плавно переводить с одного своего поделия на другое.

Собственно, я о том и говорю ) Думаю — они выпустят )

Семёрку под арм? Это очень маловероятно на мой взгляд. Да и с портированием софта будет туго. Далеко не все свои поделия под 64-битную венду то родить осилили.

> Не вырывай из контекста: я сказал, что по сравнению с дотнетом в Яве полный бардак.

А наши разработчики, которые пишут и на дотнете и на джаве, говорят обратное :) Что у джавы более-менее нормально, а в дотнете - полный бардак, чуть копнёшь глубже. И что-то невнятно-нецензурное про Бангалор.

> У M$ есть последний шанс - выпустить семёрку под ARM.

1) Микрософт нежно любит интел (точнее, очень успешно использует и диктует, куда интелю двигаться), поэтому никаких семёрок под армы.

2) Микрософт уже дважды заявлял, что они не будут делать десктопы под армы.

> Семёрку под арм? Это очень маловероятно на мой взгляд. Да и с портированием софта будет туго. Далеко не все свои поделия под 64-битную венду то родить осилили.

я говорю не о семерке как таковой, а о встраиваемой системе на ее основе, которую MS выпустит на замену Win CE/Mobile. А если не выпустит — вот тогда можно будет говорить о «просирании» рынка )

> Микрософт уже дважды заявлял, что они не будут делать десктопы под армы.

А причем тут десктопы — о встраиваемых ОС речь. Кстати Win CE/Mobile вполне себе поддерживает ARM. Почему бы и новой системе, которую они сделают на замену не поддерживать эту архитектуру?

> А наши разработчики, которые пишут и на дотнете и на джаве, говорят обратное :) Что у джавы более-менее нормально, а в дотнете - полный бардак, чуть копнёшь глубже. И что-то невнятно-нецензурное про Бангалор.

Это потмоу что у них жаба головного мозга. К чему первым привыкли, то и «лучше»

Категория лучше или хуже, как правило, объективна. Лучше всегда то, чем быстрее достигнешь цели.

> Категория лучше или хуже, как правило, объективна. Лучше всегда то, чем быстрее достигнешь цели.

Угу, только быстрота достижения цели зависит от уровня знания фреймворка. А коль человек первой выучил жабу, то внутри дотнета он будет оперировать жабовыми понятиями, нопремер некоторые индусы не утруждают себя выучиванием дженериков (ведь всё, что нужно для работы, они уже знают), в итоге используют жабоподобный ArrayList с боксингом примитивов, вместо того чтобы юзать List с параметризацией. А потом заявляют, что дотнет кривой, тормозит и то дэ.

Первый язык вообще формирует мышление программиста. И его потом тяжело переучить. Тот же, кто не проникся лямбдами или генериками не будет их использовать даже если инструмент будет позволять. Описанная ситуация характерна и для Джава.

>я говорю не о семерке как таковой, а о встраиваемой системе на ее основе, которую MS выпустит на замену Win CE/Mobile

И что ты на ней бдуншь делать? вордпад/паинт с косынкой гонять?

> в итоге используют жабоподобный ArrayList с боксингом примитивов, вместо того чтобы юзать List с параметризацией. А потом заявляют, что дотнет кривой, тормозит и то дэ.

Это называется «Я не знаю, что в джаве есть generics, и что за их неиспользование больно бьют по голове». :)

Между прочим, generics - одно из наилучших нововведений в 1.5.

> в итоге используют жабоподобный ArrayList с боксингом примитивов, вместо того чтобы юзать List с параметризацией. А потом заявляют, что дотнет кривой, тормозит и то дэ.

Кстати, из сказанного явно следует, что в .NET-е ArrayList реализован хуже чем в java безотносительно кривомозгости кодеров, неверно его применяющих.

Должно быть так: Объем памяти: O(n) Поиск элемента по индексу: O(1) Поиск элемента по значению: O(n) Добавление элемента в конец: от O(1) до O(n), в среднем O(ln(n)) Вставка элемента в середину: O(n)

n - количество элементов, содержащихся в списке.

В дотнете не так?

> И что ты на ней бдуншь делать? вордпад/паинт с косынкой гонять?

Я так думаю в MS не дебилы работают, современные требования понимают и где-то даже догадываются что современный WM сливает тому-же ведроиду... в общем: поживем — увидим. Есть подозрение, что очередная встраиваемая ось от MS будет конкурировать со встраиваемым Linux (который сейчас и на нетбуки вовсю тянут: Android, ChromeOS, Moblin).

> Это называется «Я не знаю, что в джаве есть generics, и что за их неиспользование больно бьют по голове». :)

Между прочим, generics - одно из наилучших нововведений в 1.5.

Дурашка, дженерики в яве — это синтаксический сахар, на уровне виртуальной машины там абсолютно те же самые боксинги/анбоксинги да память на куче под интегеры. Более кривой реализации дженериков я ещё не видел

>> в итоге используют жабоподобный ArrayList с боксингом примитивов, вместо того чтобы юзать List с параметризацией. А потом заявляют, что дотнет кривой, тормозит и то дэ.

Кстати, из сказанного явно следует, что в .NET-е ArrayList реализован хуже чем в java безотносительно кривомозгости кодеров, неверно его применяющих.

Не, я это к тому, что некоторые говорят «нам обещали скорость, а тормозит КАК ява». В том0то и дело, что оно будет тормозить как ява, если использовать явовые подходы

>Я так думаю в MS не дебилы работают, современные требования понимают и где-то даже догадываются что современный WM сливает тому-же ведроиду... в общем: поживем — увидим. Есть подозрение, что очередная встраиваемая ось от MS будет конкурировать со встраиваемым Linux (который сейчас и на нетбуки вовсю тянут: Android, ChromeOS, Moblin).

Ещё раз: какой софт ты там будешь использовать? Кому нахрен нужна голая винда, даже такая «гламурная» Win7?

> Дурашка,

И тебе не болеть, на личности уже переходим :)

> В том0то и дело, что оно будет тормозить как ява, если использовать явовые подходы

Если знать и понимать хотя бы ассимптотические оценки сложности операций, то почему-то ничего не тормозит.

> на уровне виртуальной машины там абсолютно те же самые боксинги/анбоксинги

Boxing и casting тоже не отличает, специалист :)

>> на уровне виртуальной машины там абсолютно те же самые боксинги/анбоксинги

Boxing и casting тоже не отличает, специалист :)

Дебилушка, конкретно в данном примере обсуждался именно боксинг, то есть нопремер ArrayList<int>, почитай тред, сделай одолжение.

Быдложаба list.add(100) на уровне виртуальной машины херачит что-то вроде list.add(new Object(100)), в дотнете такой быдлоты нету.

Боксинг это частный случай каста, так что «Boxing и casting тоже не отличает» выдаёт в етебе куда большего специалиста, да. Ты ещё скажи, что я не отличаю зебру от животного, диван от мебели, лол.

про боксинг это был пример, когда быдлоприёмы в яве используются в дотнете. Там такие приёмы тормознее при наличии куда более адекватных вариантов. Фрейммворк надо знать

> Дебилушка

Ещё раз не болеть.

херачит что-то вроде list.add(new Object(100))

примерно так, но всем пофиг, JIT на это ОЧЕНЬ хорошо натаскан, это долго пилили.

Боксинг это частный случай каста

формально так, но реально кастинг типа (String) object - это просто неявная проверка instanceof и кидание исключения в случае false, а боксинг - создание объекта.

Ты ещё скажи, что я не отличаю зебру от животного, диван от мебели, лол.

Это бывает, не огорчайся, со временем научишься :)

Там такие приёмы тормознее при наличии куда более адекватных вариантов.

Это всё равно МАКСИМУМ константный коэффициент, если у кого-то возникают тормоза из-за этого, то надо коренным образом менять алгоритм.