Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Прочее";
Текущий архив: 2006.12.10;
Скачать: [xml.tar.bz2];

Вниз

Новости от Borland   Найти похожие ветки 

 
MBo ©   (2006-11-15 07:34) [0]

Команду разработчиков так и не продали, и выделили в отдельное подразделение (separate subsidiary, пока не понял, насколько независимо оно будет), отвечающее за BDS, JBuilder, Turbo, Interbase, под названием CodeGear

http://bdn.borland.com/article/33819
http://bdn.borland.com/article/33817


 
ИА   (2006-11-15 07:59) [1]

Покупателя не нашлось.  Ч.т.д.


 
ZeroDivide ©   (2006-11-15 08:49) [2]

http://www.codegear.com/

:)


 
ZeroDivide ©   (2006-11-15 08:53) [3]

>пока не понял, насколько независимо оно будет

We are completely owned by Borland.   We are not completey controlled by Borland.  We at CodeGear are running our own company.  We are making our own decisions as of today.  Borland is the investor, but they are not our task masters.  I suppose at this point you all might not see the change, but the change is immediate and clear to us.  We decide how to spend and invest our profits. We decide how to market our products.  We decide what products to bring to market.  We decide how we sell our products.

                Nick Hodges


 
boriskb ©   (2006-11-15 08:54) [4]

ZeroDivide ©   (15.11.06 8:49) [2]
http://www.codegear.com/


Это как понимать?
Как многие неудачные попытки создания или как создание многочисленных клонов?
:))


 
ИА   (2006-11-15 09:05) [5]

We are completely owned by Borland.   We are not completey controlled by Borland

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


 
pasha_golub ©   (2006-11-15 09:24) [6]

+[1]

Письмо к клиентам, партнерам и фанам от Бена Смита (CodeGear"s CEO):
http://bdn.borland.com/article/33818


 
Anatoly Podgoretsky ©   (2006-11-15 10:11) [7]

> MBo  (15.11.2006 07:34:00)  [0]

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


 
Anatoly Podgoretsky ©   (2006-11-15 10:12) [8]

> ZeroDivide  (15.11.2006 08:53:03)  [3]

Смешной текст, у авторов серьезные проблемы с логикой.


 
vuk ©   (2006-11-15 11:01) [9]

to Anatoly Podgoretsky ©   (15.11.06 10:11) [7]:
>Может им гениальных маркетологов нанять надо было
Маркетологи там не помогут. Пока глюкобаги не начнут править. А  править, похоже, некому.

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


 
Игорь Шевченко ©   (2006-11-15 11:07) [10]

vuk ©   (15.11.06 11:01) [9]

Вот выложили бы они в свободный доступ версию для Win32, может, и получилось бы чего-нибудь, наподобие Firebird из Intebase.


 
kaif ©   (2006-11-15 11:33) [11]

We are completely owned by Borland.   We are not completey controlled by Borland

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

Поживем - увидим, что из этого выйдет.


 
Суслик ©   (2006-11-15 11:47) [12]


> Вот выложили бы они в свободный доступ версию для Win32,
> может, и получилось бы чего-нибудь, наподобие Firebird из
> Intebase


не выйдет ничего.
сдается мне, что в таком объеме глючного кода вряд ли кто-то разберется.

посмотрим, что будет с 2007.
знакомый мой (автор FastMM) говорит, что она существенно более устойчива. многие репорты поправили.


 
vuk ©   (2006-11-15 11:50) [13]

>существенно более устойчива
Чем что?


 
Игорь Шевченко ©   (2006-11-15 11:52) [14]

Суслик ©   (15.11.06 11:47) [12]

А что, версии до 8-ки тоже глючные ?


 
pasha_golub ©   (2006-11-15 13:19) [15]


> Игорь Шевченко ©   (15.11.06 11:52) [14]


> А что, версии до 8-ки тоже глючные ?

Присоеденяюсь к вопросу. Сижу на 7 ибо добротно.


 
Суслик ©   (2006-11-15 13:21) [16]


>  [14] Игорь Шевченко ©   (15.11.06 11:52)
> Суслик ©   (15.11.06 11:47) [12]
>
> А что, версии до 8-ки тоже глючные ?

Ты имел в виду выложить в опенсорс ранние версии?
Если да, тогда свой пост снимаю.


>  [13] vuk ©   (15.11.06 11:50)
> >существенно более устойчива
> Чем что?

чем 2006.


 
Игорь Шевченко ©   (2006-11-15 13:26) [17]

Суслик ©   (15.11.06 13:21) [16]


> Ты имел в виду выложить в опенсорс ранние версии?


Да, конечно. Извини, что с самого начала допустил неясность :)


 
Суслик ©   (2006-11-15 13:30) [18]


> Да, конечно. Извини, что с самого начала допустил неясность
> :)

Да что вы, ничего страшного.

А как ты думаешь, кто будет это развивать?
Я полагаю, что достаточно очевидно, что исходный код компилятора, который развивался не один год, не блещет стройностью и следованием теории построения компиляторов. Конечно, я могу ошибаться. Не спорю :)

"Поднять" такой исходник сложновато будет.


 
Игорь Шевченко ©   (2006-11-15 13:42) [19]

Суслик ©   (15.11.06 13:30) [18]


> А как ты думаешь, кто будет это развивать?


Ну из Interbase кто-то сделал Firebird и Yaffil...Почему ты думаешь, что не найдутся желающие сделать среду разработки ?


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


Странно. Вот в том же Interbase есть компилятор, и ничего, народ развивает его, достаточно активно.

А какая там теория, извини, знай себе yacc используй и вся теория.


 
Суслик ©   (2006-11-15 13:57) [20]

Будем надеяться, что так оно и будет.


 
vuk ©   (2006-11-15 14:12) [21]

to Суслик ©   (15.11.06 13:21) [16]:

>чем 2006.
Вот когда будет менее глючное, чем 6-7 тогда и посмотрим. А пока - в сад.


 
Суслик ©   (2006-11-15 14:19) [22]


>  [21] vuk ©   (15.11.06 14:12)

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


 
vuk ©   (2006-11-15 14:31) [23]

Пусть лучше сначала старое поправят, как должно быть. А то новые багофичи плодить - это они последние несколько лет большие мастера.


 
Суслик ©   (2006-11-15 14:34) [24]

выход 2007 многое покажет.
я после него решу уходить ли с дельфи или нет.


 
Суслик ©   (2006-11-15 14:35) [25]


> [23] vuk ©   (15.11.06 14:31)

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


 
Anatoly Podgoretsky ©   (2006-11-15 15:09) [26]

> vuk  (15.11.2006 11:01:09)  [9]

Так это они уже делали, у них был проект мега студии, не для Дельфи, лопнул, они в это не поверили.


 
Anatoly Podgoretsky ©   (2006-11-15 15:16) [27]

> Игорь Шевченко  (15.11.2006 11:52:14)  [14]

А что нет, относительно стабильны был две. Стабильность Д1 я уже не помню.


 
Игорь Шевченко ©   (2006-11-15 15:25) [28]

Anatoly Podgoretsky ©   (15.11.06 15:16) [27]

Я вот на стабильность 5 и 6 не жалуюсь.


 
Anatoly Podgoretsky ©   (2006-11-15 16:47) [29]

> Игорь Шевченко  (15.11.2006 15:25:28)  [28]

Я тоже на 5 не жалуюсь, на 6 почти не работал, немного более на 7, были замечания, а вот к 2006 очень серьезные замечания, виснет на ровном месте и хорошо так виснет. Без комбинации не убрать.


 
ИА   (2006-11-15 19:37) [30]

>А что нет, относительно стабильны был две. Стабильность Д1 я уже не помню.
 D1 была вполне стабильна.


 
ИА   (2006-11-15 19:44) [31]

>>We are completely owned by Borland.   We are not completey controlled by Borland

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

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


 
vuk ©   (2006-11-15 21:00) [32]

>D1 была вполне стабильна.
Падала, помнится, регулярно(правда, это, отчасти, можно объяснить и кривостью рук). В win 3.x за ней ещё и память от dll приходилось вручную вычищать...


 
pasha_golub ©   (2006-11-15 21:47) [33]


> Я полагаю, что достаточно очевидно, что исходный код компилятора,
>  который развивался не один год, не блещет стройностью и
> следованием теории построения компиляторов. Конечно, я могу
> ошибаться. Не спорю :)


Все от рук и только от них.

Ради примера предлагаю сравнить файлы грамматик SQL от PostgreSQL (изначально академическая разработка) и MySQL.

Для второго не имеется файлов лексического анализатора. Он сделан вручную, на С. Я не склонен думать, что это было сделано в угоду скорости. Скорее всего не поддавалось оно формализации. Копался я там немножко. А вот у первого все сделано согласно академ. правилам. И при более богатом языке у Постгреса, размер таблиц разбора в 1.2 раза меньше.

А уж Борланд со своим опытом, я думаю, не упадет в грязь лицом.


 
Суслик ©   (2006-11-15 21:50) [34]


> А уж Борланд со своим опытом, я думаю, не упадет в грязь
> лицом.

не думаю так

была и есть у них ошибка, что такая (вроде именно такая, если интересно точно, то могу найти в QC) конструкция не компилируется в 2006

var
a: array[cSomeConstant+2] of integer

А вот такая
var
a: array[2+cSomeConstant] of integer

Нормально.

Это говорит о том, что есть там некая непоследовательность.


 
Anatoly Podgoretsky ©   (2006-11-15 22:09) [35]

> ИА  (15.11.2006 19:37:30)  [30]

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


 
vuk ©   (2006-11-15 22:45) [36]

>Это говорит о том, что есть там
>некая непоследовательность.
Это всё бракоделы последних лет багов наприкручивали. :( Впечатление, что идеи есть, а реализовывать их приходится кому попало...


 
Kolan ©   (2006-11-15 22:55) [37]

Опять отехали от темы :( Я вот ничего не знаю про судьбу Borland итд... Поэтому до [8] поста читать интересно было.  А потом и до D1 дошли - тоже, блин, новости...

Давайте по сабжу лучьше раскажите кто че знает. :)


 
vuk ©   (2006-11-15 23:03) [38]

А новости какие-то невнятные. Не холодно от них и не жарко. Вот и вспоминают бойцы минувшие дни. :o)


 
Суслик ©   (2006-11-15 23:08) [39]


> vuk ©   (15.11.06 22:45) [36]
> >Это говорит о том, что есть там
> >некая непоследовательность.
> Это всё бракоделы последних лет багов наприкручивали. :(
> Впечатление, что идеи есть, а реализовывать их приходится
> кому попало...


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


 
Anatoly Podgoretsky ©   (2006-11-15 23:25) [40]

> Kolan  (15.11.2006 22:55:37)  [37]

> Я вот ничего не знаю про судьбу Borland итд

Судьба Борланд еще не определена, никто не знает.


 
palva ©   (2006-11-16 00:17) [41]

Кто может понять на каких языках на сайте http://www.codegear.com/ меняются операторы. Меня интересует тот, где первым символом стоит $
Какой это язык они собираются поддерживать?


 
MeF Dei Corvi ©   (2006-11-16 00:21) [42]


> Какой это язык они собираются поддерживать?

PHP? :)
Было бы забавно ;) PHP for win32...
Хотя, не реально. Сложно скомпилировать подобный код:
$g=$a=1;
$k=&$a;
$b="bugaga";
$k+=4;
$c=$b{$a};
$$c=Array($b[$$b{2}] => $$c, $b[3] => &$a);
$p=$k["u"].$a[$b[3]][$b{1}];
$p/=11;
$p-=3;
echo $$b[$p];


 
Суслик ©   (2006-11-16 00:32) [43]

Почитал про борланд и про roadmap.
Вывод. Похоже пора валить с win32 программирования.
Вывод сделан на основании того, что согласно roadmap большинство нововведений в Highlander связано с net2.0. А кто ошибки win32 в дельфи2006 будет фиксить?


 
vuk ©   (2006-11-16 00:44) [44]

Повыкидывать все проекты - и строем под .net...
Ага, чичас... :o)


 
ZeroDivide ©   (2006-11-16 08:45) [45]


> Вывод сделан на основании того, что согласно roadmap большинство
> нововведений в Highlander связано с net2.0. А кто ошибки
> win32 в дельфи2006 будет фиксить?


Ник Ходжес должен был поправить роадмап. Видимо это произойдет после обработки анкет. На самом деле, в сфере win32 там будет не меньше изменений.

It"s incorrect to say that the roadmap is totally focused on .NET.  

--
Nick Hodges



Rick Carter wrote:

> Well, the Roadmap does say "most of the new work in Highlander will
> be focused on .NET 2.0."

Yes -- I am in the process of updating the roadmap.

--
Nick Hodges


 
artemiy ©   (2006-11-16 09:11) [46]

Я уверен на 99% что 2007 если выйдет будет стабильнейшая и хорошая среда.
Товарищ Суслик, зачем устраивать истерику если вы не обременены никакими особыми знаниями. Если бы вы интересовались ситуацией - читали бы официальные конференции, блоги, ходили бы на конференции, то знали бы что основной акцент в 2007 будет сделан на багфикс и конечно же реализацию того что должно было быть уже сделано, но не сделано это полная потдержка 2.0.

ИМХО 2006 среда - это хорошая среда, огромный шаг вперед в смысле качества по сравнению от недобпродукта 2005, большой шаг вперед по функциональности и удобству среды по сравнению с 7. Да есть баги, да не самая быстрая среда, но их не так много и большинство из них сосредоточено в части .нет и новых фич (проверка синтаксиса, тугезер и т.п.) Лично я все это отключаю при установке среды и знаете ли работаю уже 1 год на 2006 и не встречаю особых трудностей, почти все нравится. На 7 не тянет.

ЗЫ У каждого свое мнение - если вы считаете что "Похоже пора валить с win32 программирования. ", так и поступайте и не навязывайте своё спорное мнение другим. Думаю не стоит напоминать как часто любит МС создавать революции в области разработки ПО? Сколько их было уже?


 
Anatoly Podgoretsky ©   (2006-11-16 09:36) [47]

> artemiy  (16.11.2006 09:11:46)  [46]

> Думаю не стоит напоминать как часто любит МС создавать революции в области разработки ПО? Сколько их было уже?

Вот МС живет и процветает


 
artemiy ©   (2006-11-16 09:44) [48]

Конечно, это же бизнес, это её цель изобрести (прдумать) новый или псевдоновый продукт/версию/технологию что бы продать. Только надо ли это юзерам каждый раз, каждый решает сам. Я лично не вижу в .нет ничего такого что бы заставило бросить меня все наработки мои знания и начать с 0.


 
Суслик ©   (2006-11-16 12:26) [49]


>  [46] artemiy ©   (16.11.06 09:11)



> Товарищ Суслик, зачем устраивать истерику если вы не обременены
> никакими особыми знаниями

Фу, какие вы нехорошие вещи говорите.


> Если бы вы интересовались ситуацией - читали бы официальные
> конференции, блоги, ходили бы на конференции, то знали бы
> что основной акцент в 2007 будет сделан на багфикс

Я очень интересуюсь. Можешь посмотреть мой вклад в qc (моя фамилия timokhov).


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

Тут вы и правы и неправы одновременно. Правы в том, что большинство багов в новых фичах. Но не в тугезе и проверке синтаксиса, а в advanced records. Там их (багов) просто море. Вспомнить пресловутую ошибку c1624 (не сталкивались? :))) Также *очень* много ошибок в новых фичах в области ООП:
1. strict private
2. strict protected
3. static
4. inner classes.
Большинство багов не критичны, но они есть.

А вот что они сделали классно (я уже говорил) это перегрузку операторов в записях. У меня складывается ощущение, что это писали другие люди.

Радует, однако, то, что многие из репортов по Object Pascal открыты (мои, вообще, почти все открыты).

---------
И последнее. Я имею доступ к bete2007 (через одного знакомого сисопа с QC). Насколько я понял, фиксить они начали, но очень медленно. Как минимум многие критические баги из области Object Pascal Compiler они пока не поправили :(
Также до сих пор не пофиксена ошибка с набором русских символов. Сисоп сказал, что скоро будет новая бета - может там поправят.


 
Суслик ©   (2006-11-16 12:30) [50]

Добавлю.
Вызод д2007 (и, наверное, первого сервиспака) покажет многое. Я знаю много людей, которые бесплатно занимаются тестированием (мы вообще все это делаем, раз продукт пользуем), но немногие постят ошибки (из России я вообще пару людей только знаю). Многие репорты очень хороши - с хорошим описанием, с воспроизводимыми примерами.

Ну так вот. Если они в большей части этот труд проигнорируют, то будет обидно, полагаю, что не только мне :)

Ошибки фиксить, это вам не блоги писать с популистскими заявлениями о светлом будущем. Вот :)


 
Игорь Шевченко ©   (2006-11-16 12:30) [51]

artemiy ©   (16.11.06 09:44) [48]


> Я лично не вижу в .нет ничего такого что бы заставило бросить
> меня все наработки мои знания и начать с 0.


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


 
Плохиш ©   (2006-11-16 12:33) [52]


> Суслик ©   (16.11.06 12:26) [49]

Фи, развёлся на "Слабо" :-))


 
Суслик ©   (2006-11-16 12:39) [53]


>  [52] Плохиш ©   (16.11.06 12:33)
>
> > Суслик ©   (16.11.06 12:26) [49]
>
> Фи, развёлся на "Слабо" :-))


Ну а ты, что за гадости говоришь?:) Какое слабо?
Человек говорит чепуху какую-то, так еще и с таким видом, что ... слов нет.


 
Суслик ©   (2006-11-16 12:40) [54]

Я, кстати, хотел бы добавить, что *очень* надеюсь на то, что д2007 будет хорошего качества в области win32.
Иначе писал бы я репорты? Надо оно мне?


 
Игорь Шевченко ©   (2006-11-16 12:53) [55]

Суслик ©   (16.11.06 12:30) [50]


> но немногие постят ошибки (из России я вообще пару людей
> только знаю)


Даже на этом сайте есть трое. Как ты пару знаешь - я не понимаю :)


 
Суслик ©   (2006-11-16 12:54) [56]


>  [55] Игорь Шевченко ©   (16.11.06 12:53)

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

Я имею в виду, виноват, что неточно выразился, тех кто делает это регулярно.


 
Vaitek__   (2006-11-16 12:58) [57]

а как на счет win64? или "все в НЕТ"? :-)


 
Игорь Шевченко ©   (2006-11-16 13:01) [58]

Суслик ©   (16.11.06 12:54) [56]


> Я имею в виду, виноват, что неточно выразился, тех кто делает
> это регулярно.


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


 
oxffff ©   (2006-11-16 13:02) [59]

Установлен BDS2006 + Update2.

Множество ошибок internal Error.

Будет ли вообще развитие языка Object Pascal.

Где Generics ?

Где перегрузка для оператора :=
для записей,
для классов(не под .NET) ?

Ведь есть много замечательных свойств у этого языка.
Что? Где? Когда?


 
Суслик ©   (2006-11-16 13:03) [60]


> Так мне регулярно не с чего делать. Когда было о чем рапортовать,
> тогда писал.

Тоже верно.

А кто еще это делает? Полагаю, что vuk (вроде он говорил). А кто еще?


 
Игорь Шевченко ©   (2006-11-16 13:03) [61]

oxffff ©   (16.11.06 13:02) [59]


> Где Generics ?


в .Net 2.0


> Где перегрузка для оператора :=


.Net не поддерживает


 
Игорь Шевченко ©   (2006-11-16 13:04) [62]

Суслик ©   (16.11.06 13:03) [60]

Ну вот и ты троих насчитал. Вместе с собой


 
Суслик ©   (2006-11-16 13:04) [63]


>  [59] oxffff ©   (16.11.06 13:02)

Для записей перегрузка операторов есть.

Развитие языка предвидится. Они много репортов пооткрывали, вроде и generics тоже есть в открытых . Не факт, правда, что непременно сделают, но все же.


 
Суслик ©   (2006-11-16 13:06) [64]


> [59] oxffff ©   (16.11.06 13:02)

А... ты говорил об операторе ":=".
Т.к. сейчас в языке нет перегрузки для классов (win32), то говорить о перегрузке ":=" для классов не приходится - только для записей.

Для этого они вроде собираются сделать перегрузку _InitializeRecord и _FinalizeRecord (complier magic функции, вставляемые в код автоматически компилятором). Если они это сделают, то автоматически сделат и перегрузку ":=" для записей.


 
oxffff ©   (2006-11-16 13:07) [65]

>Игорь Шевченко ©   (16.11.06 13:03) [61]
>oxffff ©   (16.11.06 13:02) [59]
> Где Generics ?
>в .Net 2.0
> Где перегрузка для оператора :=
>.Net не поддерживает

А когда в pascal добавят? :)


 
Суслик ©   (2006-11-16 13:10) [66]


> А когда в pascal добавят? :)

читай 64


 
vuk ©   (2006-11-16 13:10) [67]

to Суслик ©   (16.11.06 12:54) [56]:
Когда мы, то есть Елена Филиппова, Игорь и я писали обзор по Delphi 2005, было найдено несколько багов. Отчеты в QC были отправлены. Сначала отслеживал, что там с ними происходит, потом понял, что толку не будет. Забил. А последнюю версию Delphi, если честно, даже в глаза не видел. Использовать мы её все одно не будем, а копаться в чужих багах не интересно и некогда, своих хватает.


 
Суслик ©   (2006-11-16 13:12) [68]


> [67] vuk ©   (16.11.06 13:10)


Сам жду с нетерпением, какова будет судьба моих репортов :)


 
Anatoly Podgoretsky ©   (2006-11-16 13:12) [69]

> Суслик  (16.11.2006 12:40:54)  [54]

>  в области win32.

А хотелось бы в Win64 и Юникод, не в 2008 году, а в 96.
А в 96 даже язык для шрифта выбрать было нельзя, только в 97.


 
Anatoly Podgoretsky ©   (2006-11-16 13:18) [70]

> vuk  (16.11.2006 13:10:07)  [67]

Чуть, чуть улучшили среду, но все равно глюкавая до безобразия.


 
Anatoly Podgoretsky ©   (2006-11-16 13:18) [71]

> Суслик  (16.11.2006 13:12:08)  [68]

> Сам жду с нетерпением, какова будет судьба моих репортов :)

Тебе до пенсии сколько еще?


 
oxffff ©   (2006-11-16 13:21) [72]


> Суслик ©   (16.11.06 13:06) [64]
>
> > [59] oxffff ©   (16.11.06 13:02)
>
> А... ты говорил об операторе ":=".
> Т.к. сейчас в языке нет перегрузки для классов (win32),
> то говорить о перегрузке ":=" для классов не приходится
> - только для записей.
>
> Для этого они вроде собираются сделать перегрузку _InitializeRecord
> и _FinalizeRecord (complier magic функции, вставляемые в
> код автоматически компилятором). Если они это сделают, то
> автоматически сделат и перегрузку ":=" для записей.


Пора бы, а то для object есть же _ObjCopy. Почему бы не перегрузить.

Пусть добавляют перегрузку для классов.

Ведь для string есть же  _LStrLAsg.
Ведь для Interface  есть же _IntfCopy.

Кто придумал структуру Tobject.
Имею ввиду все виртуальные методы по отрицательному смещению
от VTB?

Хейлсберг?


 
artemiy ©   (2006-11-16 13:22) [73]

Ребята не ужели вы думаете что основной массе разработчиков (клиентов) нужны все эти хитрые фичи ООП.
Из тех фич которые вы назвалия лично использую лиш статические методы.  И это мне не мешает реализовывать крупные проекты для автоматизации бизнеса.
Конечно большинство этих фич полезны, интересны, но ИМХО не более того, все отлично можно реализовать и без них. Что доказано многолетней практикой.
Так как этими фичами пользуется малая часть разработчиков -> они не так критичны, по сравнению с другими багами, которые возникают в повседневной работе. Меня лично раздражают баги с русским текстом, редкие зависания среды при отладке, постоянные ошибки выпадающие при редактировании кода (из за проверки синтаксиса), мемлики (щас их почти не заметно), раздражало медленное переключение от кода к десигнеру пока не исправили.

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


 
Суслик ©   (2006-11-16 13:27) [74]


> На счет багов. Да медленно правят, плохо реагируют, согласен.
> Но в последнее время имхо ситуация выправляется. Согласен
> что Д2007 будет во многом последней точкой, после которой
> можно принимать решение юзать Д дальше либо переходить на
> ВС.

я рад, что ты со мной согласен :)


 
Плохиш ©   (2006-11-16 13:27) [75]


> Меня лично раздражают баги с русским текстом

А что за баги?


 
Anatoly Podgoretsky ©   (2006-11-16 13:30) [76]

> Плохиш  (16.11.2006 13:27:15)  [75]

Меня тоже заинтриговал.


 
ferr ©   (2006-11-16 13:31) [77]

> Конечно большинство этих фич полезны, интересны, но ИМХО
> не более того, все отлично можно реализовать и без них.
> Что доказано многолетней практикой.

- genericи увеличивают скорость разработки, поывашают читабельность, увеличивают скорость работы...
- итераторы очень удобны и просты..
- перегрузка делает код более читабельным..
...
P.S. оно того стоит..


 
pasha_golub ©   (2006-11-16 13:47) [78]


> ferr ©   (16.11.06 13:31) [77]


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


Можно примеры по трем пунктам? Просто интересно, а не от вредности. :-)


 
pasha_golub ©   (2006-11-16 13:48) [79]

Соглашусь с Анатолием про Юникод. Это просто фатальная проблема. Азиатский рынок и смотреть не хочет на продукты без Юникода. А он уж очень активен в последнее время.


 
Суслик ©   (2006-11-16 13:50) [80]


>  [75] Плохиш ©   (16.11.06 13:27)
> > Меня лично раздражают баги с русским текстом
> А что за баги?


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


 
Суслик ©   (2006-11-16 13:52) [81]


> [79] pasha_golub ©   (16.11.06 13:48)
> Соглашусь с Анатолием про Юникод. Это просто фатальная проблема.
> Азиатский рынок и смотреть не хочет на продукты без Юникода.
> А он уж очень активен в последнее время.

об этом еще в фиг знает каком году (лет 5-6 назад) писал один злющий японец-самурай - если не будет unicode, то не будет дельфи в японии :)


 
Игорь Шевченко ©   (2006-11-16 13:53) [82]

artemiy ©   (16.11.06 13:22) [73]


> Ребята не ужели вы думаете что основной массе разработчиков
> (клиентов) нужны все эти хитрые фичи ООП.
> Из тех фич которые вы назвалия лично использую лиш статические
> методы.  И это мне не мешает реализовывать крупные проекты
> для автоматизации бизнеса.
> Конечно большинство этих фич полезны, интересны, но ИМХО
> не более того, все отлично можно реализовать и без них.
> Что доказано многолетней практикой.


А еще все можно на ассемблере писать. Скажешь нет ?


 
Плохиш ©   (2006-11-16 13:56) [83]


> Суслик ©   (16.11.06 13:50) [80]
> ты русский текст пробовал вводить в редакторе?
> ничего не замечал?

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


 
Плохиш ©   (2006-11-16 13:59) [84]


> Суслик ©   (16.11.06 13:52) [81]
> об этом еще в фиг знает каком году (лет 5-6 назад) писал
> один злющий японец-самурай - если не будет unicode, то не
> будет дельфи в японии

Не знаю как в Японии, но когда начинал разбиратся с веб-сервисами, то почти 80% страниц в яхоо было написано иероглифами, а уж японскими, корейскими или китайскими не разбирался, а брал оттуда примеры кода :-)


 
ferr ©   (2006-11-16 14:03) [85]

> Можно примеры по трем пунктам? Просто интересно, а не от
> вредности. :-)

рискну)
1) LinkedList<int> или Queue<String> или PriorityQueue<Double>. Конструкции очень удобны и эффективны. Эффективность программ возрастает по сравнению с нетипизированными вариантами (аля List в D7) т.к. вирт. машине не приходится заморачиваться с постоянными привидениями типов. С читабельностью и так всё понятно.
       
       Stack<string> numbers = new Stack<string>();
       numbers.Push("one");
       numbers.Push("two");
       numbers.Push("three");
       numbers.Push("four");
       numbers.Push("five");

       // A stack can be enumerated without disturbing its contents.
       foreach( string number in numbers )
       {
           Console.WriteLine(number);
       }

       Console.WriteLine("\nPopping "{0}"", numbers.Pop());


2) Итераторы позволяют удобно организовать перебор. (цикл foreach).
// yield-example.cs
using System;
using System.Collections;
public class List
{
   public static IEnumerable Power(int number, int exponent)
   {
       int counter = 0;
       int result = 1;
       while (counter++ < exponent)
       {
           result = result * number;
           yield return result;
       }
   }

   static void Main()
   {
       // Display powers of 2 up to the exponent 8:
       foreach (int i in Power(2, 8))
       {
           Console.Write("{0} ", i);
       }
   }
}


3) Лично меня угнетают в java отсутсвие перегрузок. ("абырвалг".charAt(0)..) брр..

P.S. Примеры из MSDN дёрнул.


 
ferr ©   (2006-11-16 14:14) [86]

Output 1:
five
four
three
two
one

Popping "five"


Output 2:
2 4 8 16 32 64 128 256


 
Суслик ©   (2006-11-16 14:41) [87]


> [83] Плохиш ©   (16.11.06 13:56)
>
> > Суслик ©   (16.11.06 13:50) [80]
> > ты русский текст пробовал вводить в редакторе?
> > ничего не замечал?
>
> У меня локаль не русская, а делфи юникода не поддерживает,
> чего борланд и не скрывает, какой же это баг.


Судя по всему я не очень хорошо объяснил.
У них (в д2006!) такой баг - когда набираешь русский текст в редакторе, то редактор начинает думать, что ты добрался до конца страницы и нужно прокрутить редактор вправо не в конце страницы, а где-то по середение.

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

сам понимаешь, раньше дельфи тоже уникод не поддерживал, но бага такого не было.


 
pasha_golub ©   (2006-11-16 15:20) [88]


> Суслик ©   (16.11.06 13:52) [81]
>
> об этом еще в фиг знает каком году (лет 5-6 назад) писал
> один злющий японец-самурай - если не будет unicode, то не
> будет дельфи в японии :)


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


 
vuk ©   (2006-11-16 15:36) [89]

to Плохиш ©   (16.11.06 13:56) [83]:
>У меня локаль не русская, а делфи юникода не поддерживает, чего
>борланд и не скрывает, какой же это баг.
При этом во всех версиях до 7 включительно никаких проблем нет.


 
Eraser ©   (2006-11-16 15:42) [90]

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


 
Суслик ©   (2006-11-16 18:01) [91]


> [90] Eraser ©   (16.11.06 15:42)
> мда.. раздражает данный баг и порой сильно.. хотя б сделали
> бы отключение этого пролистывания, если реализовать по-нормальному
> не смогли.

хуже всего то, что из-за этого бага после использования блочного выделения, содержащего русские символы, среда скорее всего грохнется.
вероятность простоцентов 90%. Причем не сразу :) А поработает еще несколько минут.


 
Плохиш ©   (2006-11-16 18:03) [92]


> Суслик ©   (16.11.06 14:41) [87]
> Судя по всему я не очень хорошо объяснил.
> У них (в д2006!) такой баг - когда набираешь русский текст
> в редакторе, то редактор начинает думать, что ты добрался
> до

Ах вон про что, тогда ничего сказать не могу, d2006 ещё не пробовал.


 
Плохиш ©   (2006-11-16 18:04) [93]


> vuk ©   (16.11.06 15:36) [89]
> to Плохиш ©   (16.11.06 13:56) [83]:
> >У меня локаль не русская, а делфи юникода не поддерживает,
>  чего
> >борланд и не скрывает, какой же это баг.
> При этом во всех версиях до 7 включительно никаких проблем
> нет.

Как нет? У меня вопросики высвечиваются :-)


 
Anatoly Podgoretsky ©   (2006-11-16 20:08) [94]

> Игорь Шевченко  (16.11.2006 13:53:22)  [82]

При том в той же Дельфи


 
Anatoly Podgoretsky ©   (2006-11-16 20:10) [95]

> pasha_golub  (16.11.2006 13:48:19)  [79]

Я тоже не очень хочу, для меня это смерти подобно, хорошо хоть нашелся хороший человек и написал TNT, который хоть не все, но процентов 70 перекрывает.


 
Oreolek ©   (2006-11-18 11:27) [96]

Вообще-то,есть еще lazarus,где нормально работает юникод.


 
DrPass ©   (2006-11-18 11:43) [97]


> Вообще-то,есть еще lazarus,где нормально работает юникод.

Вот если бы все остальное там нормально работало...



Страницы: 1 2 3 вся ветка

Форум: "Прочее";
Текущий архив: 2006.12.10;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.74 MB
Время: 0.044 c
2-1164173301
Riply
2006-11-22 08:28
2006.12.10
Запись большого количества однотипных данных в Stream.


4-1153681128
cando
2006-07-23 22:58
2006.12.10
Контроль над процессами


15-1164017918
_Ламер_
2006-11-20 13:18
2006.12.10
Что будет со службой если она зависнет?


2-1164478031
dreamse
2006-11-25 21:07
2006.12.10
Приветствую. Возникла проблема при создании компонента


6-1153232093
Barsky
2006-07-18 18:14
2006.12.10
Сокеты =)





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский