Delphi/Pascal

[ESS]

Простите, а чего можно ожидать от вас?

От меня можно ожидать большего, чем от вас. Такой ответ устроит?

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

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

Ну вот опять. VCL тоже сама не изучается.
Но с VCL автор уже работал, а с FCL - не работал, поэтому записал это как преимущество Delphi.

В итоге, статья отражает не более чем субъективное мнение одного человека.

 

[Neurox]

Вставлю своих 5 копеек)

Какая разница на чем вы пишете?
Главное чтобы разработка прошла быстрее и работало качественнее чем у остальных.
+ чтобы код можно было поддерживать.

И вот исходя уже из этих требований каждый выбирает себе инструмент в меру своей распущенности))

 

[BigBrother]

Вставлю своих 5 копеек)

Какая разница на чем вы пишете?
Главное чтобы разработка прошла быстрее и работало качественнее чем у остальных.
+ чтобы код можно было поддерживать.

И вот исходя уже из этих требований каждый выбирает себе инструмент в меру своей распущенности))

+100500
Я кагбе о том же

 

[dr_mousefly]

У меня нет желания объяснять каждому дерьму, куда ему следует пойти.

Вы такой добрый и позитивный, просто солнце..

+100500
Я кагбе о том же

та уже сто лет об одном и том же.

видите же, человек нашел философский камень в виде C++ и C#.
его код от этого, правда, не превратился в золото,
зато код окружающих превратился в говно.

 

[Klez]

только у меня вопрос--чего такого я не могу сделать на С.. или CommonLISP и что можно зделать на ОО-говне?

ну например альтернативу тому-же Word/Excel со всеми прибамбасами

И кто тут говорит про производительность кода и тут же хвалит C#? Нативный код явно быстрее будет Если не быдлокодить конечно.

не факт, смотря какой код Например код активно работающий с выделением мелких кусков памяти на C# будет работать быстрее чем на C++. Можно конечно написать свой менеджер памяти на C++ под конкретную задачу, заоптимизировать его по самые помидоры, но это очень не просто и тянет на отдельный серьезный проект. Вот матобработка больших массивов данных на C# конечно сильно проигрывает в производительности, но не фатально

На моей первой работе новый парень, который занялся написанием программ под Win32 вместо меня, не осилил С++, поэтому стал писать на C#. Клиенты офигели: мои программы на их P 133, 32Mb RAM запускались максимум секунду, зато его запускаются по минуте. Делают примерно тоже самое. Нативный код, на C# в действии!

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

 

[dr_mousefly]

только у меня вопрос--чего такого я не могу сделать на С.. или CommonLISP и что можно зделать на ОО-говне?

у меня встречный вопрос:
чего такого я не могу сделать на ассемблере,
и что можно зделать на С.. или CommonLISP-говне?

(щя нам товарищ Клёз расскажет про свою сферическую виртуальную машину в вакууме, не сообщающуюся с центральным процессором..)

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

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

 

[BigBrother]

Embarcadero® Delphi Prism™ XE provides a cross-platform development solution and robust programming language for rapidly developing .NET, Mono, ASP.NET, and data-driven applications for Windows, Linux, and Mac OS X. Delphi Prism combines easy-to-learn syntax based on the Delphi language with features not available in other .NET programming languages, enabling developers to create cutting-edge applications. With Delphi Prism, you can:

Create .NET, ASP.NET web, and Silverlight applications
Build cross-platform Mono applications and deploy on Windows, Linux and Mac OS X
Develop apps with a choice of IDEs on both Windows and Mac OS X
Leverage your Delphi language skills with the easy-to-learn Delphi Prism language
Work with the latest .NET 4.0 and Visual Studio 2010 technologies

 

[ESS]

Вставлю своих 5 копеек)

Какая разница на чем вы пишете?
Главное чтобы разработка прошла быстрее и работало качественнее чем у остальных.
+ чтобы код можно было поддерживать.

И вот исходя уже из этих требований каждый выбирает себе инструмент в меру своей распущенности))

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

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

Расскажи-ка подробнее, чем тебе не понравился "доступ к значениям переменных" в C#?

 

[BigBrother]

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

То-есть тот, кто предлагает переписать большие проекты с Делфи на С# - мягко говоря, дурак?

 

[ESS]

То-есть тот, кто предлагает переписать большие проекты с Делфи на С# - мягко говоря, дурак?

Да вроде никто и не предлагал переписывать. Просто нашлись, мягко говоря, дураки, которые так решили.

 

[dr_mousefly]

Расскажи-ка подробнее, чем тебе не понравился "доступ к значениям переменных" в C#?

количеством тактов ЦП.

 

[ESS]

количеством тактов ЦП.

Давай-ка подробнее

 

[Olyalya82]

лучше использовать Free Pascal + LCL + Lazarus
если нужна кросплатформенность

 

[Ubivetz]

не факт, смотря какой код Например код активно работающий с выделением мелких кусков памяти на C# будет работать быстрее чем на C++. Можно конечно написать свой менеджер памяти на C++ под конкретную задачу, заоптимизировать его по самые помидоры, но это очень не просто и тянет на отдельный серьезный проект. Вот матобработка больших массивов данных на C# конечно сильно проигрывает в производительности, но не фатально

Мой бывший коллега ранее занимался написанием программ для астрономических расчётов. У него как раз и было огромное количество мелких объектов. Тормозило жутчайше.
В конце концов решение было найдено: всех потребителей своих программ (каким образом я не знаю) "пересадил" на свой любимый Linux и стал писать программы на С++ и Qt. Опять же, за что купил, за то и продаю.
Ибо сам специалистом в разработке для .NET не являюсь.

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

 

[ESS]

Мой бывший коллега ранее занимался написанием программ для астрономических расчётов. У него как раз и было огромное количество мелких объектов. Тормозило жутчайше.
В конце концов решение было найдено: всех потребителей своих программ (каким образом я не знаю) "пересадил" на свой любимый Linux и стал писать программы на С++ и Qt. Опять же, за что купил, за то и продаю.
Ибо сам специалистом в разработке для .NET не являюсь.

Это подтверждение того, что иногда думать полезно, но не у всех это получается.

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

Подозреваю, что Delphi автору не нужен, просто он никак не может этого понять.

лучше использовать Free Pascal + LCL + Lazarus
если нужна кросплатформенность

Чем лучше?

 

[dr_mousefly]

Давай-ка подробнее

все скалярные типы обернуты объектами.
обычное сравнение чисел как минимум через вызов статического метода со всеми вытекающими накладными расходами.
а там еще и try..catch и много много другой радости.
достаточно подробно?

 

[ESS]

все скалярные типы обернуты объектами.
обычное сравнение чисел как минимум через вызов статического метода со всеми вытекающими накладными расходами. а там еще и try..catch и много много другой радости.

У меня есть пруфпик:

Покажи мне, где здесь "скалярные типы обернутые объектами"?
Где здесь вызов статического метода?
Где здесь "много другой радости"?

И обрати внимание, код, блядь, нативный.
Кстати, хотелось бы увидеть подобный пруфпик из Delphi.

достаточно подробно?

Вполне достаточно, чтобы сделать вывод о том, что кто-то несколько отстал от жизни.

 

[dr_mousefly]

заборол.
ну мож они наконец-то заоптимизировали.

 

[ESS]

заборол.
ну мож они наконец-то заоптимизировали.

Это скрин из древней 2005 студии, т.е. .NET Framework 2.0, а уже есть 4.0.

 

[dr_mousefly]

Это скрин из древней 2005 студии, т.е. .NET Framework 2.0, а уже есть 4.0.

ну так нет же дыма без огня.