LINUX.ORG.RU

SlickEdit 2007


0

0

Вышла новая версия SlickEdit - замечательной кроссплатформенной(Linux, MacOS X, Solaris, AIX, IRIX, HP-UX, Windows) среды разработки на Java/C/C++ со множеством фичей. Из новых возможностей можно выделить:
- поддержка форматирования XML/XHTML;
- подсветка ошибок Java кода "на лету";
- новый диалог поиска членов класса;
- динамическая группировка/разгруппировка блоков кода;
- поддержка Drag&Drop под GNOME и KDE;
- поддержка языка ActionScript;
- улучшена реализация рефакторинга;

>>> Подробности

anonymous

Проверено: Shaman007 ()

Ответ на: комментарий от shuthdar

прочитай по ссылке про stdin/out и аутокомплит (они не совместимы). unix концепция вычислительно не эффективна. (я так часто это уже здесь повторял и доказывал, что надоело. хотите думать VSLвскими мозгами, думайте дальше)

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

о "компьютерах" (т.е. не о физике к примеру) VSL говорил верно только несколько вещей, к примеру "нельзя ограничиваться отечественным образованием, нужно учиться самостоятельно, и тянуться к знаниям". как только его припирали к стенке не эффективностью/быстродействием его решения, он сразу отмазывался "процессорный такт уже ничего не стоит", хотя предмет программистского образования в основном эффективностью/быстродействием и занят. и проффесиональные системные программисты этим постоянно занимаются, это их работа- сделать быстрее чем у конкурентов. (я здесь не про 1Cовцев)

когда дело доходит до связи unixовых пайпов с гуями для строительства расширяемой системы, вся красота пропадает.

zort
()
Ответ на: комментарий от troorl

>если они наконец починят автодополнение кода

если так, то будет иметь смысл...

zort
()
Ответ на: комментарий от sS

> Ну а выделить кусок текста в _300_Мб и вставить его в другое место кто сумеет ? ;)

Только тот баран, который у себя найдёт кусок _текста_ в 300 Мб.

mv ★★★★★
()
Ответ на: комментарий от zort

> прочитай по ссылке про stdin/out и аутокомплит (они не совместимы).

Это 3.14здец извини за резкозть... xul ему для комплетишенов... ога и rdbms для списка классов.... Фтопку шедулеры... i/o оптимизаторы... XUL!

> когда дело доходит до связи unixовых пайпов с гуями для строительства расширяемой системы

мдееее ...

iBliss
()
Ответ на: комментарий от iBliss

ну че ты к xul придрался ? мысли абстрактнее ... меня любой декларативный, отделенный от кода способ описания гуйни устроит.

кстати любимый массами VSL был за xmlизацию гуи.

zort
()
Ответ на: комментарий от zort

> о "компьютерах" (т.е. не о физике к примеру) VSL говорил верно только несколько вещей, к примеру "нельзя ограничиваться отечественным образованием, нужно учиться самостоятельно, и тянуться к знаниям". как только его припирали к стенке не эффективностью/быстродействием его решения, он сразу отмазывался "процессорный такт уже ничего не стоит",

На самом деле, по настоящему стоит только время программиста. Железо раз купил, потом оно пашет, и есть не просит. Нет, амортизация там есть, но процессор каждый месяц $1.5k+ денег не просит. И в отпуск не ходит. И больничный ему оплачивать не надо.

> хотя предмет программистского образования в основном эффективностью/быстродействием и занят.

Программистское образование выросло из прикладной математики, а не из "эффективности/быстродействия". Нет такой науки - эффективность/быстродействие, есть математика.

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

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

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

> когда дело доходит до связи unixовых пайпов с гуями для строительства расширяемой системы, вся красота пропадает.

Безусловно, сообщениями между окошками кидаться куда баще... Впрочем, это самим m$ объявлено моветоном, все строем посланы на дотнет.

mv ★★★★★
()
Ответ на: комментарий от zort

> меня любой декларативный, отделенный от кода способ описания гуйни устроит.

Он уже существует с мохнатых времен в той или иной ипостаси, API называется...

> кстати любимый массами VSL был за xmlизацию гуи.

Да хоть за тотальную ирригацию центральной африки...

iBliss
()
Ответ на: комментарий от iBliss

>декларативный, отделенный от кода способ

>API называется...

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

zort
()
Ответ на: комментарий от mv

>есть математика.

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

>Вы, похоже, программистом не работали.

мне сегодня уже наверное раз пятый подобное говорят. задолбали

всё потому что вы видимо в россии "прораммистом" работали, отсюда такое представление о программистах. У нас как известно системный софт мирового уровня не пишут, а завозят из за бугра.

я говорил про системных программистов, а не про кодеров бизнес логики в 1С предприятие (на что было указано).

никто Гослинга по головке не погладит, если жаба будет работать со скоростью GWБейсика, независимо как быстро он его сварганил.

zort
()
Ответ на: комментарий от zort

> и вероятно любитель ассемблера и прерываний.

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

iBliss
()
Ответ на: комментарий от zort

>подсветки синтаксиса как в emacs так и в vim кривые, в чем кривые очень долго и сложно формально описать - не буду.

Так, либо ты быстро тут и сейчас описываешь, либо я засчитываю слив. ;)

anonymous
()
Ответ на: комментарий от zort

Товарищ, вы всё ещё выпендриваетесь? Пиарить жабу и умение жамкать на кнопачки в Сликедите вас психотерапевт научил согласно принципу "не можешь прогрессировать - научись гордиться, комьюнити ретро-прихиппованых в радостью пустит тебя по объятьям"?

Фундаменталист написал емакс и компилятор, придумал принцип по которому пятнадцать лет растёт и крепнет могучее древо свободного софта. А что сделал ТЫ - осилил "рефакторинг Сликедитом" да камменты в стиле "вот это в виме полное говно, обосновывать влом"?

Gharik
()
Ответ на: комментарий от sS

> Драйвер ядра пробовал писать ?
> Ну _ОЧЕНЬ_ помогает.

На кой чёрт при написании __дровины__ __все__ сорцы ядра-то понадобились? Типа пятиметровый ./include уже и не в моде совсем, у нас энтерпрайз-подход?

Gharik
()
Ответ на: комментарий от Gharik

ну если такой умный то сделай рафакторинг на 20 метрах C++ кода при помощи vim

или найди использование какого либо члена класса во всем этом проекте(grep тут тебе не поможет)

acefsm
()
Ответ на: комментарий от acefsm

> oracle, postgresql, maya, maple

нееее давай не будем брать вылизанные проекты написанные по большей части на читстом ANSI-С...

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

iBliss
()
Ответ на: комментарий от acefsm

таким как он интерактивный редактор не нужен. он sedом по памяти исходники правит.

zort
()
Ответ на: комментарий от zort

> 2ee это точно не идеологически продвинутая система.

Я говорю о продуктах на ее основе. Весьма красиво описанных, но почему-то грандиозно "сливающих"...

iBliss
()
Ответ на: комментарий от anonymous

чел сделал выпад не по теме, а сделал предположение о сути моих психологических мотиваций.

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

никакого слива не было.

zort
()
Ответ на: комментарий от iBliss

>> grep тут тебе не поможет

> Уверен ? Регекспы отменили ?

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

tailgunner ★★★★★
()
Ответ на: комментарий от iBliss

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

zort
()
Ответ на: комментарий от zort

>ага ;)

Так уж и быть, даю второй шанс.. %)

>>подсветки синтаксиса как в emacs так и в vim кривые, в чем кривые очень долго и сложно формально описать - не буду.

>Так, либо ты быстро тут и сейчас описываешь, либо я засчитываю слив. ;)

anonymous
()
Ответ на: комментарий от tailgunner

>>> grep тут тебе не поможет

>> Уверен ? Регекспы отменили ?

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

да именно

даже visual assist/vs2005 с такими задачами не справляется

acefsm
()
Ответ на: комментарий от acefsm

> даже visual assist/vs2005 с такими задачами не справляется

Смиялсо... с системной точки зрения "visualёклмнёпрст" выполняет равноценную задачу - сравнение по установленным правилам и разницы НИКАКОЙ.

iBliss
()
Ответ на: комментарий от anonymous

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

одна из закономерностей:

динамика флейма.

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

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

zort
()
Ответ на: комментарий от zort

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

А просто выразить свои мысли просто и не двумысленно ?

iBliss
()
Ответ на: комментарий от acefsm

> visual assist выполняет эту задачу очень часто неправильно

И наверняка не позволяет вмешаться в этот процесс. К сож. визуальными инструментами не пользуюсь.

iBliss
()
Ответ на: комментарий от zort

ну да нах вообще им это объяснять

кому надо тот возьмет и будет работать, остальные будут тока кричать что вим и emacs это наше фсио и что на них что угодно можно делать

про емакс да, на нем можно что угодно делать только ценой каких усилий, нормальной тулзы для автокомплита в стиле slickedit не нашел, солюшены vs2005 не поддерживает (да конечно можно все это самому написать но время деньги)

а так emacs останется для только для lisp/scheme

acefsm
()
Ответ на: комментарий от acefsm

> солюшены vs2005 не поддерживает

Это LOR, вряд ли здесь многим нужны "солюшены vs2005". Да и родина Emacs - Unix, кому в Unix нужны "солюшены"? Заметь, что никто не требует от vs2005 поддержки GNU make или autoconf/automake.

tailgunner ★★★★★
()
Ответ на: комментарий от tailgunner

>Это LOR, вряд ли здесь многим нужны "солюшены vs2005". Да и родина Emacs - Unix, кому в Unix нужны "солюшены"? Заметь, что никто не требует от vs2005 поддержки GNU make или autoconf/automake.

я требую -)

acefsm
()
Ответ на: комментарий от acefsm

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

zort
()
Ответ на: комментарий от acefsm

>> никто не требует от vs2005 поддержки GNU make или autoconf/automake.

> я требую -)

На LOR? 8-0 :D

tailgunner ★★★★★
()
Ответ на: комментарий от acefsm

> > Это LOR, вряд ли здесь многим нужны "солюшены vs2005". Да и родина Emacs - Unix, кому в Unix нужны "солюшены"? Заметь, что никто не требует от vs2005 поддержки GNU make или autoconf/automake.

> я требую -)

Могу продать качественную стенку многоразового пользования. Как ЛОРовцу - скидка в (10*e)%.

Gharik
()
Ответ на: комментарий от zort

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

Ну вот видишь, ты сам меня вынуждаешь..

>Поздравляю, дружок! Слив засчитан.

>сложно и долго.

легко и быстро сам знаешь где. ;)

anonymous
()
Ответ на: комментарий от anonymous

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

zort
()
Ответ на: комментарий от acefsm

> я требую -)

Лехко! Но как приложение для развития коммерческих средств разработки предлагаю обменяться ТЗ с вашей стороны - цена и сроки с контактами юридических лиц с моей. Всё будет очень качественно (серьёзно), но ввиду разовости заказа будет _очень_ не дешево...

iBliss
()
Ответ на: комментарий от iBliss

не так понял я -)

вообщем давай аналог slickedit со всеми фичами на emacs'e и чтоб рефаторинг и automplete был и нормально справлялся с проектами в несколько тысяч файлов

acefsm
()
Ответ на: комментарий от acefsm

> СУБД(read only) аналог oracle, mssql - со скоростью запросов в 5-10 раз больше

У тебя нету столько денег...

Кстати если для тебя oracle и mssql - потолок скорости... ты очень плохо изучал рынок современных субд...

iBliss
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.