Клиент 1С под линукс появится тогда, когда этого затребует корпаративный рынок. А затребует тогда, когда МС начнет заламывать руки, очередная волная случится мне думается с выходом Висты. Ну не может наш средний и мелкий бизнес позволить себе платить и за винду

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


У нас php вакансии, плохо оплачиваются. Вот кстати разница уже на лицо.
Правильное проектирование с активным использованием RAII идиомы позволит избежать активного использование указателей. К тому же для указателей есть туча стандартных решений, типа смарт или вик поинтеров.

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

Менеджет код для десктопных приложений - это от лукавого. Сборку мусора, как показала Apple можно прикрутить к чему угодно (они это сделали с objective-c). .NET - это пожалуй то, чем винда должна была быть изначально, только МС решила все это обернуть в управляемый код.

Да, это решения в стиле "как избежать проблемы". Гораздо лучше, когда проблемы нет изначально. Тогда кстати не остается шансов на нахождение тех, кто не умеет пользоваться всем вышеперечисленным и проблем с переделкой его глючного кода.
Никто не спорит, что если писать правильно, проблем не будет. Но лучше если невозможно написать неправильно.

Тут дело не в менеджет коде как таковом, а в удостве собственно либ. Предыдущие API от MS были менее удобными в этом секторе.

Согласен.

в Java тоже все это есть. В 6ой версии запихали возможность использования джаваскрита. Самое забавное - это запихивание в библиотеку класса Вебсервер.

и я о том же Я хотел сказать, что с++ билдер от борланд так же удобен как и жаба. Ничего велосипедного выдумывать не надо.

С какой стороны на их проги нужно смотреть, что-бы такое подумать?
Лично я знаю только одну нормальную прогу от МС - игра CloseCombat 2.

в чем? В декстоп аппах? Не спорю. В распределенных приложениях - увы нет.
Поэтому их пишут на Java, а другие задачи на C++ или еще чем. Вот я о чем.

тот же СОМ в нем - удобнее не бывает.

а что плохого-то? по поводу тяжеловесности, то тут все понятно-стимуляция покупки нового железа...
И не следует забывать, что многие мелкомягкие продукты написаны не ими самими - тот же WMP
Добавлено спустя 1 минуту, 1 секунду

а вы про это - тут не поспоришь, но это ведь не проблемы среды

А мне вот как раз не нужно что-бы меня стимулировали. Сам как-нибудь разберусь, когда мне апгрейдицца...
Кроме тяжеловесности в продуктах МС еще присутствует изрядная кривость. Один Аутглюк чего стоит.

как и в любом софте - фирма делает его уйму - неужели все что выпускает огромная фирма должно работать идеально- всегда есть удачные и неудачные проекты...

Ну во-первых они за свои глюки берут немалые деньги. Во-вторых у них в прогах ТАКИЕ недочеты встречаются, что просто за голову хватаешься. Про аутглюк я уже тут писал...

а кто малые берет? моя фирма тоже дешево не продается...

А работает хоть качественно?

Как это не остается, это должен уметь любой уважающий себя С++ программер. В любом случае брать толкового человека и доводить его до нужного уровня. У нас к примеру так делает одна американская фирма, единственная, которая пишет под маки. Почти все маковские приложения на какао, а так как найти человека знающего обжектив практически не реально - тренируют. Только фирма не очень по атмосфере и менеджменту.
Если человек - баран, он и на жабе напишет с ликами.

Ну да, МС раннего периода никогда не отличалась прямотой рук. Добавили в АПИ поддержку GUI, для того, чтобы это как-то можно было использовать написали другую библиотеку MFC. СОМ и СОМ+ получились такими, что без целой библиотеки шаблонов ATL их довольно не просто использовать. Ну и т.д. Так что, лучше использовать сторонние либы для десктопный приложений.

я почти никогда не использую ATL
Добавлено спустя 1 минуту, 5 секунд

не мне судить - я проги поставляемые на запад не юзаю- слишком специфические...

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

Баги, вызванные неправильной работой с памятью, всегда считались одними из труднообнаруживаемых. Представь, что есть код. Уже есть. Но он глючит. Отсутствие проблем с указателями резко уменьшает время отладки.
Был один забавный случай. В одной питерской фирме уволили человека за "китайское" программирование (copy\paste). Он скопипастил кусок, но не переделал выравнивание (#pragma).... баг искали 2 дня.

Так что все гораздо проще - если для данной задачи просто (и безболезненно) заплатить производительностью и заюзать managed код - лучше это сделать и облегчить себе труд.
Если нельзя (проект критичен к производительности) - юзаем native код.
Все естессно имхо.

Да вы садист однако ....

Ну почему садист... просто работа в отделе потдержки юзверей... и с отделом разрабток у нас извечнвые проблемы.. то нет доков, то о релизе новой весии мы узнаем у же от пользователей, а документы приходят гдето к обеду , хотя релиз рассылался вчера в 5 вечера, а обновится надо было сегодня в утра... .Документация это вообще песня.... 70 % приходится изучать методом тыка и копания в исходниках и сторед процедурах. Предрелизное тестирование ПО разрабами вообще песня.... Как можно делать ПО в котором нет банальной защиты от дурака. масок полей ввода. .. или как можно было додуматся зашить ini файл с параметрами подключения к БД в ресурсник и закомпилить в приложение... асерверов БД то 4.. рабочий , зеркало и два зеркала для тестов. и чтоб поменять серв правим в хекс эдиторе екзешник...... И остается только долбить разрабами бамажками с подписями начальства с требованием доделать то то это ....