скажи это программистам корпорации Самсунг  

Добавлено через 2 минуты и 2 секунды

ты тоже не будешь нужен

любой тупорылый юзверь зайдет на сайт майкрософт и нажмёт кнопку   

а то я сказал, что бы не расстаривался

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


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

Rohoss, спасибо за интересный, познавательный рассказ.  
Хоть мне, на этом хеловорде, и сложно оценить полезность и применимость подхода, но эффектность демонстрации отрицать нелепо.

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

Rohoss, а можешь сам привести альтернативу на Delphi? Ну мне просто интересно (сама реализация, а не можешь ли конкретно ты) 

Это сообщение отредактировал(а) Keeper89 - 7.6.2011, 22:50

в самом низу
http://forum.vingrad.ru/forum/delphi-kylix-pascal.html

или подведи курсор к ссылке (еще)

Добавлено @ 22:54


ПРИ ЧЕМ ЗДЕСЬ АППАРАТ

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

Добавлено @ 23:00

само собой, плюс надо учесть производительнось

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

сомневаюсь, что программа, написанная на дотнете нормально бы работала


теперь переползли в веб (php+js) и база (веб-программа, так сказать) конечно же стала тормозить, как при создании форм, так и при загрузке записей, при том, что элементов было в несколько раз меньше

и пользователи (а их очень много) сразу это заметили и проявили большое недовольство

все хотели назад, в старую программу

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

и заказчик тоже оказался не очень доволен

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



а я об этом не беспокоюсь и спокойно отдаю пользователю программу, пусть у него там хоть 64 метра памяти

Хватит уже сомневаться, напишите с Rohoss'ом на выходных маленькое приложение. например, для рядовых операций с БД и сравните. Это 2 часа, не больше.

да я ваще не понял, чё там надо писать и вообще нужно ли мне оно?

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

На пальцах - Rohoss говорит на C# можно писать лечге, гибче и универсальнее, ты говоришь, что все это не стоит той тормознутости, которая имеет место в каком то там Самсунге. Пример, что привел он - просто показатель интересного подхода, и мне, кстати, скажу еще раз, интересно увидеть это на Delphi.

Я вообще не вижу предмета спора, т.к. Вы спорите о том, что белое белее, а черное чернее, а еще и пытаетесь из разных цветов найти эталон. C# лучше в одном, Delphi в другом. И на мой взгляд (и не только), в целом первый лучше второго по многим показателям.

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

вот тебе и карты в руки  

Добавлено через 1 минуту и 32 секунды

ну я же выше уже сказал - что мы тут только потрындеть   

мне лень разбираться, что там нужно написать на дельфи, чтобы получилось, как у Рохоса  

Добавлено через 2 минуты и 20 секунд

и кто за это будет платить? время - деньги

Добавлено через 5 минут и 51 секунду
кстати, представь что платить будут двое заказчиков, ты один из них   
программа на дельфи будет дешевле, т.к. у дельфиста меньше зарплата   

на чем ты закажешь программу, на дельфи или на дотнете?


мысль: если на дотенет всё так круто, быстро и красиво, то почему программисты на дотнете больше получают? ведь там легче программировать. И то, что разработчик на дельфи будет писать день, разработчик на сишарпе напишет за час... и где справедливость?

Подтверждение своих слов бесценно 


Честно говоря, мне будет пофиг, на чем оно написано.
Зависит от приложения, но в основном если я не буду сам ее поддерживать дальше, то закажу на C#.


Только если ты подразумеваешь фриланс. Укомплектовать фирму с лицензией Delphi обойдется в немалую сумму.


Чтобы не быть голословным, вот последние вакансии с хедхантера.



Это обманчивая простота. ПРофессионалы есть как в Delphi, так и в C# и их труд стоит дорого, а как показано на рисунках, примерно одинаково.

Расскажу секрет. По собственному опыту основная среда - Delphi 5-7 (ибо бизнес не покупает завтраки от Codegear/Embarcadero за большие деньги), а если и покупает, то чрезвычайно сложно сделать апгрейд своей крупной системы. Практически во всех вакансиях по есть 2 варианта - переписывание их шедевральной ИС (кучи макарон) на C# или поддержка этих макарон до победного конца со всевозможными затычками всяких там Юникодов и прочего.
Много, кстати, вакансий в банках - и там за эту **** мозгов предлагают хорошие деньги. Только появляются они на удивление часто, наверное не все выдерживают 

C# дешевле, документированнее. современнее и т.п. и главное (!) с ним есть уверенность в завтрашнем дне, а это важно для крупного бизнеса.

И еще о тенденциях: за последний год сумма, предлагаемая за вакансии по Delphi возросла, а C# - это личное наблюдение.

Это сообщение отредактировал(а) Keeper89 - 8.6.2011, 00:06

ты сам ответил на свой вопрос   



Нет, я делфи года два не открывал   . Боюсь, если на делфи это и получится реализовать выйдет что-то страшное


Я всё, сдаюсь. Злоха уже по крайней мере с одной позицией согласился - а это уже достижения. Не могу же я всех делфистов перевербовать. И тем более, чем больше будет программистов на .нете, тем меньше будет у них зп, так что я копаю себе могилу  . Вообще, есть ведь ещё жаба, там вот зп по 4-5 k$, лучше туда переходить   


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

В общем давайте ещё маленький примерчик возможностей C# и на этом прекратим  
В соседней теме делфисты пытаются локализировать своё приложения, они качают сотни мегабайт компонентов, пробуют, подключают. У них что-то глючит, не работает, виснит. Теперь о том, как мы в дотнете решаем эту проблему: легко, быстро, удобно, беспощадно и без сторонних компонентов. И что мы получаем: 
1. приложение, которое может сменить язык на лету, без необходимости перезагрузки приложения.
2. элементы управления выравниваются в зависимости от размера текста
3. кто угодно сможет создать новый язык для приложения.

Что нам для этого нужно: два класса Language


и LanguageManager


а так же всё это мы инициализируем


Собственно практически и всё. Далее, в папке Languages у нас находятся переводы. Теперь, если мы будем расширять наш гуй, единственное что нам нужно это привязка к ключу, который должен быть в файлах перевода. Короче, что-то я запутался в рассказах, проще посмотреть на примере. Прикрепил архив с приложением и проектом отдельно

Присоединённый файл ( Кол-во скачиваний: 1 )
 DelphiVsNet2.zip 61,66 Kb

В общем, если вы хотите добавить новый язык к приложению, вы можете просто открыть папку Languages, скопировать или же en.xaml или ru.xaml, назвать его как-то откредактировать в текстовом редакторе и оставить в той же папке. Вот и всё, новый язык готов. Вот так будет выглядеть новый файл для Украинского языка


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

Ну и дальше привязать ему значение в словарях
<sys:String x:Key="SuperButtonName">Да, вот текст кнопки на соответствующем языке</sys:String>
Вот и всё, и независимо в какой части приложения будет элемент управления, всё будет работать. При чём, если ключа не будет найдено в словаре соответствующему вашему языку, будет использоваться ключ из словаря по умолчанию. 
Кроме того, если язык вашей системы будет в списке определённых языков, он и будет использоваться по умолчанию   



Присоединённый файл ( Кол-во скачиваний: 1 )
 DelphiVsNet2.zip 61,66 Kb

простите за оффтоп, а как перестать получать топик в списке новых сообщений, когда имел неосторожность написать в него?

В своем профиле отпишись от темы...

Дальше по теме с переводом, не знаю чего у них там глючит, не охото вникать, все делается довольно просто, с написания небольшого класса, например в программе которая кстати, писалась для вас сишники, кто помнит Dev-C++ делается это вот так


Use


Теперь по поводу тормознутости C# а тормозит он из за отстойной медленной скорости в работе GUI
Вот давайте сравним добавление 1000000 записей в таблицу с 3 колонками
тут я конечно пошол на хитрость и использовал не стандартный контролл из VCL Вы тоже можете взять самый лучший контролл для таблиц.



Быстрое добавление(1 секунда с небольшим), плавный скроллинг, там сами на своем компе затестируете, жрет примерно 55 метров  посмотрим что у Вас...
Для БД не буду ничего писать, так как программирование не заканчивается толко работой с базами данных.

В архиве исходник и .exe

Это сообщение отредактировал(а) Dik0n - 8.6.2011, 07:12

Присоединённый файл ( Кол-во скачиваний: 4 )
 Test.zip 340,88 Kb