Ru-Board.club
← Вернуться в раздел «Прикладное программирование»

» прикладное программирование и не только оно...

Автор: delover
Дата сообщения: 11.03.2013 10:46
ItsJustMe

Цитата:
Видимо, неразвитые мы.

Не думаю.


Цитата:
что Delphi генерирует не слишком хороший

Это видимо про Delphi XE2 было сказано, так как в XE2 в ассемблерных вставках инструкция LOOP компилилась как LOOPNE. В Delphi XE3 этот баг уже поправили.
Автор: delover
Дата сообщения: 19.03.2013 08:03
Если бы "индусские программисты" занимались бы тем что стригли ногти:

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

Чтобы понять где "индусский программист" стрижет ногти нужно быть Шерлоком Холмсом помноженным на Пуаро.
Автор: AlekXL
Дата сообщения: 19.03.2013 20:31

Цитата:
Говорят, что Delphi генерирует не слишком хороший x64 код. Может ли кто из тех, у кого установлено это древнее зло новейшей реинкарнации, сделать что-то наподобие этого и выложить полученный exe?

Project17.dpr.11: begin
0000000000424B80 4883EC28 sub rsp,$28
Project17.dpr.12: ll:=$1234567890000000;
0000000000424B84 48B80000009078563412 mov rax,$1234567890000000
Project17.dpr.13: Inc(ll,$9876543210000000);
0000000000424B8E 48B90000001032547698 mov rcx,$9876543210000000
0000000000424B98 4803C1 add rax,rcx
Project17.dpr.14: writeln(ll);
0000000000424B9B 488B0DB6740000 mov rcx,[rel $000074b6]
0000000000424BA2 4889C2 mov rdx,rax
0000000000424BA5 E8D661FEFF call @Write0UInt64
0000000000424BAA 4889C1 mov rcx,rax
0000000000424BAD E89E1AFEFF call @WriteLn
0000000000424BB2 E84905FEFF call @_IOTest
Project17.dpr.16: end;
0000000000424BB7 4883C428 add rsp,$28
0000000000424BBB C3 ret
Автор: delover
Дата сообщения: 22.03.2013 09:04
AnGo

Цитата:
Встретишь его, покажи на него пальцем и громко скажи: "У-У-У-У,


Решение суда оказалось в пользу компании. Очень редкий случай - их лицензию закрыли.
Автор: AnGo
Дата сообщения: 22.03.2013 15:48
Поздравляю!
Автор: delover
Дата сообщения: 25.03.2013 07:52
AnGo
Не радостная победа. У них уже клиенты работают на том ПО. Людей жалко, но справедливость нужно отстаивать. Да и вообще в менталитете у нас пока про интеллектуальную собственность мало что имеется.
Автор: akaGM
Дата сообщения: 26.03.2013 12:24
[deleted]
Автор: ItsJustMe
Дата сообщения: 30.03.2013 01:20
AlekXL
О! Кто-то решил таки удовлетворить мое любопытство. А я уж и забыл об этом посте 24 дневной давности.
Однако...
Полагаю, это код без оптимизации? Как-то много лишних движений. И дело не в том, что они сильно затратны - они просто не нужны.

Код: mov rax,$1234567890000000
mov rcx,$9876543210000000
add rax,rcx ;выполнение сложения выдает компиляцию без оптимизации
mov rcx,[rel $000074b6]
mov rdx,rax
Автор: AlekXL
Дата сообщения: 01.04.2013 14:49
ItsJustMe


Цитата:
Полагаю, это код без оптимизации?

нет, оптимизация включена. У меня нет сожалений, что Delphi не оптимизирует такой "индусский" код. Конечно, в общем MSVC быстрее.
А новый C++ Builder, с LLVM бэкендом, верояно, быстрее MSVC. Во всяком случае он оптимизирует ваш индусский код - вычисляет константу на этапе компиляции. Не говоря уже о том, что Билдер способен создавать приложения с мощным UI, и удобным доступом к данным, благодаря тесной интеграции с Delphi.

Добавлено:

Цитата:
Надо бы на чем-то более сложном проверить...

А давайте. У меня есть код многопоточный быстрой сортировки динамического массива целых. В сущности, это код из примеров одной библиотеки для дельфи, OmniThreadLibrary
Вот и давайте потестим, если у вас найдется подобный код на крестах, и библиотека, эффективно реализующая многопоточность.
Автор: ItsJustMe
Дата сообщения: 01.04.2013 15:34

Цитата:
нет, оптимизация включена. У меня нет сожалений, что Delphi не оптимизирует такой "индусский" код. Конечно, в общем MSVC быстрее.

Он мог бы быть еще более Hindu для проверки сообразительности компилятора, но тот даже с простейшим вариантом не справился.

Цитата:
А новый C++ Builder, с LLVM бэкендом, верояно, быстрее MSVC...
...and so on

Ваши бы слова, да потенциальному покупателю в уши...
А я, честно признаюсь, пока еще ничего не купил - доходы не позволяют. Так что Emarcadero должна радоваться, я ведь ее продукт нахаляву не использую. А вот MS приходится страдать...
Но это все лирика, впрочем.

Но вы правы, мне из моего природного любопытства потестить действительно было бы интересно. Но, как вы уже могли заметить, моя фантазия на код весьма бедна. Так что предлагайте варианты.
Автор: delover
Дата сообщения: 01.04.2013 17:56
ItsJustMe
Да нет не бедна, Вы дали остроту, про это никто не писал - типо само собой разумеещаеся. Пишите - у Вас прекрасно получается. Но только действительно Delphi остаётся реальным продуктом, насмешки глуповаты. Реальный инструмент для тех у кого левая рука левее правой.
Автор: AlekXL
Дата сообщения: 02.04.2013 15:49
Дельфи - единственный(за исключением крестов) инструмент, позволяющий писать 100% процентно нативные приложения (под Windows).
Но в крестах нет нормального гуя, кроме QT, которые .. ну не совсем в кассу , когда речь заходит о Windows. Для линуха, где пользователи не избалованы реально мощными UI, QT- просто гигант, но на Выни его контолы кажутся.. топорными, что-ли.
У приложений дельфи - более 15 лет коллективного опыта создания и усовершенствования пользовательского интерфейса, у крестов - этого нет, ему не присуще(на нем пишут алгоритмы и драйвера, а так же убер сложные проекты, с убер-кастомным UI).
Как пример - VLC vs The KM Player, там это видно(хотя я предпочитаю MPC HC).
--
Сейчас много говорят про Веб, и SaS , мол, они заменят десктопные программы, - но пока это лишь думки аналитиков, "увлеченных" менеджеров и закомплексованных скриптописателей.
Я считаю, веб и облако лишь дополнят функционалом десктопные приложения. По крайней мере, отдавать под контроль дядькам свои данные, свое железо - даже хомяк не каждый на такое пойдет, а уж бизнес - и подавно нет.
Так что ниша сужается для Дельфи, но полностью не исчезнет. А молодые программисты будут кропать на Питоне или еще чем-то, не подозревая, что могли стать чем-то большим(ибо скриптовик - ниже в моей оценочной иерархии, чем прикладник или системник)
Автор: sTARIK2009
Дата сообщения: 02.04.2013 16:33
Помогите решить проблему(для меня). Работа в ACCESS. После ряда математических вычислений получаем промежуточное значение - дробь, например 4,75. По условию задачи это значение должно быть целым числом. Посредством Свойств поля число десятичных знаков делаю 0. Получаю округленное число 5, которое высвечивается в поле. Продолжаю с этим полем работать дальше, а значение поля не изменилось, как было значение 4,75 так и осталось. Как сделать, чтобы промежуточное значение для программы равнялось бы 5, а не 4,75. Заранее спасибо.
Автор: delover
Дата сообщения: 02.04.2013 16:58
sTARIK2009
Скорее всего вы ставите 0 и меняете только отображение, а данные остаются прежними. Как вариант - всегда округлять при изменении, и отслеживать изменения в событии изменения, простите не помню как в АCСESS с триггерами.


Цитата:
После ряда математических вычислений получаем промежуточное значение - дробь

Вут тут и округляем.
Автор: delover
Дата сообщения: 03.04.2013 20:51
У нас заметили что отчёт не правильный. Я думаю отчёт не печатали раньше. Расхождение по документу 400 тысячь, по отчёту 900 тысячь. Вдруг увидели разницу - 500. Могли бы и не заметить. Я на стороне пользователей. На 500 тысячь даже вечеринку не устроить.
Автор: romano501
Дата сообщения: 07.04.2013 08:35
AlekXL
Я уже давно использую среду Delphi, т.к. освоил ее еще в университете и вкусил всех прелестей нативной разработки приложений для работы с БД. Но сейчас для меня совершенно не понятно, откуда берется молодая кровь для пополнения рядов Дельфистов. Создается впечатление что Embarcadero нацелена только на корпоративный сектор, судя по ценовой политике.
Автор: AlekXL
Дата сообщения: 09.04.2013 09:37

Цитата:
Но сейчас для меня совершенно не понятно, откуда берется молодая кровь для пополнения рядов Дельфистов.

да, маркетинг и ценовая политика мне тоже неясны. Новой крови очень мало. Однако, как фундаментальные проблемы .NET (непредсказуемые микро-задержки, вызванные сборщиком), малая энергоэффективность -- толкают выросших из пеленок программистов в натив.
Но есть FPC/lazarus, для казуала и универов - приемлемо, хотя порог вхождения очень высок.
А эмба судорожно ищет новые рынки, ломясь в ios и android. Только вот ios слишком закрыта, а у android религиозная в Java и Dalvik. Я не понимаю этого.

У меня был в 2007 году пенек 3 и 384метра памяти, Windows 2000,и хотя все приложения были нативными, проблем особых не было.
А нынешние гуглофоны ведь мощнее. Так что мешает сделать натив? Быстрее же, и батарею будет жрать в разы меньше. По-моему, только у Apple хватило ума просечь это. Неудивительно, что user xp у них лучше.
Автор: Wahnsinn
Дата сообщения: 09.04.2013 10:49
romano501
Да оттуда же. Преподавательский состав во многом статичен, как и их программы преподавания. Это видно по группам в вк, где сезонно одни и те же просьбы на решение задач. Кто-то шарит, появляются сначала халтурки на уровне лабораторных внутри универа, потом уже как вариант попадается подработка аля мелкая БД для какой-нить фирмы и пошло поехало. А цены никого не останавливали, особенно для обучения.
Автор: delover
Дата сообщения: 10.04.2013 17:36
romano501

Цитата:
Создается впечатление что Embarcadero нацелена только на корпоративный сектор, судя по ценовой политике.

Вобщето не создаётся, - у сложных проектов периоды перехода на новую Delphi иногда превышают 7 лет, и это мягко сказано. Раз в 7 лет выделить на среду разработки, без учёта кризисов, доступно.

Откуда берётся кровь для дельфистов?

Цитата:
непредсказуемые микро-задержки

Мне просто добавить нечего.
Автор: AlekXL
Дата сообщения: 10.04.2013 23:06

Цитата:
Вобщето не создаётся

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

Бах, iPhone! давайте сделаем кросс-компилятор для него! А то что fmx сырцы неприлично показывать из-за индусского кода, что он жрет и теряет ресурсы - в такие детали они не вдаются. Mobile Studio! у менеджеров - бонусы, которые они сами себе назнчили, на сэкономленные на увольнении опытых программистов деньги, у индусов - чашка риса. Все довольны.
Кроме наивных кодеров, купившився на рекламу, но недостаточно опытных, чтобы допилить FMX под свои конкретные нужды.

Добавлено:

Цитата:
А цены никого не останавливали, особенно для обучения.
спрос на дельфи программеров невелик, но предложение сейчас еще меньше. Так что цена не та уж низка, когда требуется чел с опытом. Ибо где они?
А быдлокодеры сидят на решетках, баба с возу
Автор: delover
Дата сообщения: 11.04.2013 07:01

Цитата:
А быдлокодеры сидят на решетках, баба с возу

Мне просто добавить нечего.
Автор: AvGSoft
Дата сообщения: 13.04.2013 20:34
Вставлю и я свои пять копеек:
раньше в школах учили pascal, в институтах тоже, потом перешли на Delphi - для нативной разработки под Windows самое то, быстро и просто(+ хорошая поддержка БД). Сейчас немного поменялись приоритеты в универах начинают изучение с C#, большой упор на WEB. Для дельфистов остаются только старые проекты, новых практически нет, жаль конечно, но время идет вперед, новые версии все тяжелее и обрастают в основном фишками в дань моды, типа должно быть все и под все платформы, а качество от этого хромает. Да QT хорош, но после RAD чувство, что чего-то не хватает, визуал студия со своими плюшками, но тоже не то, хотя может и субъективно, но как говорят на вкус и цвет товарища нет.
Автор: delover
Дата сообщения: 16.04.2013 14:58

Цитата:
Сейчас немного поменялись приоритеты в универах начинают изучение с C#

Приведу пример, того что писал спесиалист С#
[more]
Код: foreach (var name in commName)
{
var count =
list.Count(
c => c.IndexOf(String.Format(" {0} ", name.Name), StringComparison.OrdinalIgnoreCase) != -1);
count +=
list.Count(
c => c.StartsWith(String.Format("{0} ", name.Name), StringComparison.OrdinalIgnoreCase));
count +=
list.Count(
c => c.EndsWith(String.Format(" {0}", name.Name), StringComparison.OrdinalIgnoreCase));...
Автор: delover
Дата сообщения: 16.04.2013 17:01
После моей топорной обработки серверный компьютер тратит не 6 часов а 2. Но делал бы это я на Delphi - тратил бы 2 минуты. Почему быдлокодеры выигрывают тендеры на разработку? Ну кто станет платить программисту Delphi если его служба работает 10 минут? Вот если она за сутки не справляется - значит программист много написал...
Автор: vkramnik
Дата сообщения: 17.04.2013 12:32
delover
Приведенный Вами пример - это просто какой-то бред сивой кобылы в лунную ночь...
В свое время даже при работе на PL/1 (не говоря уж про Си) за такую обработку строк
у нас гнали нафиг без выходного пособия...
УЖОС-УЖОС !!! Неужели наших детей такому будут учить ???

добавлено:
Сейчас даже на "языке" 1С 8.2 (не к ночи будь помянут!) такой бред написать НЕЛЬЗЯ...
Автор: LadyOfWood
Дата сообщения: 17.04.2013 13:48

Цитата:
Бах, iPhone! давайте сделаем кросс-компилятор для него! А то что fmx сырцы неприлично показывать из-за индусского кода, что он жрет и теряет ресурсы

Я вообще не очень понял накой firemonkey нужен. Лучше сделали бы VCL for MacOS/iOS. Было бы явно быстрее, нативней и логичнее. Но нет. Хотя хоть что-то движется, 64 бита появилось.
Автор: delover
Дата сообщения: 17.04.2013 20:06
LadyOfWood

Цитата:
Я вообще не очень понял накой firemonkey нужен.

Микрософт представили вполне работаспособную верию
Цитата:
Mobile

Я даже чуток её потрогал. Конечно библиотеки под ней крутятся не ахти какие, но сразу только кошки, у людей обычно дольше. Интересовало ДЖИПИЭс или ДЖИПИЭРЭс я их путаю постоянно. Короче водил хотели видеть в офисе не только в микрорайоне. Так вот чтобы нативней было, а интерфейс наф не нужен, пока что.

зы
Главное - если Микрософт предоставили - наждо успевать.
Автор: LadyOfWood
Дата сообщения: 18.04.2013 00:08

Цитата:
визуал студия со своими плюшками, но тоже не то, хотя может и субъективно, но как говорят на вкус и цвет товарища нет.

Меня что поражает в Visual Studio какая же она быстрая в отличии от RAD Studio. Хоть вторая и значительно роднее.
Автор: delover
Дата сообщения: 18.04.2013 07:00

Цитата:
Меня что поражает в Visual Studio какая же она быстрая

Тоже поражает. Согласен.
Автор: miwa
Дата сообщения: 18.04.2013 19:13
LadyOfWood

Цитата:
Я вообще не очень понял накой firemonkey нужен.


delover

Цитата:
Микрософт представили вполне работаспособную верию

Firemonkey?!?


Цитата:
Главное - если Микрософт предоставили - наждо успевать.

За чем? И зачем?

Страницы: 12345678910111213141516171819202122232425262728293031

Предыдущая тема: Borland Developer Studio 2006 и Oracle пакеты


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.