форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Для текстовых редакторов KDE и IDE KDevelop представлена под..."	+/–
Сообщение от opennews on 01-Сен-13, 21:13
Анонсирован (http://forum.dlang.org/thread/kutmdh$1on8$1@digitalmars.com) проект Lumen (https://github.com/Dav1dde/lumen), в рамках которого создан  плагин, позволяющий задействовать поддержку языка программирования D (http://dlang.org/) в интегрированной среде разработки KDevelop и текстовом редакторе Kate, а  также других редакторах KDE, использующих компонент KTextEditor. Плагин обеспечивает поддержку автодополнения кода,  семантического анализа и отладки (интеграция с GDB). В своей работе Lumen использует DCD (https://github.com/Hackerpilot/DCD), специализированный серверный процесс для обеспечения работы автодополнения кода в любом текстовом редакторе с поддержкой плагинов или скриптов. <center><iframe width="640" height="480" src="//www.youtube.com/embed/Vo2POmn2_9U?rel=0" frameborder="0" allowfullscreen></iframe></center> URL: http://forum.dlang.org/thread/kutmdh$1on8$1@digitalmars.com Новость: http://www.opennet.dev/opennews/art.shtml?num=37793
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	+2 +/–
Сообщение от хрюкотающий зелюк on 01-Сен-13, 21:13
А вот это уже другое дело! Меня реально заинтересовало! Есть есть плагин для полноценной работы с языком - то это уже большой шаг. И кстати, как там QtD? 5-ю держит или проект издох? Я был бы счастлив от связки Qt + D + IDE.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	+2 +/–
	Сообщение от anonymous (??) on 01-Сен-13, 21:21
	> А вот это уже другое дело! Меня реально заинтересовало! Есть есть плагин > для полноценной работы с языком - то это уже большой шаг. > И кстати, как там QtD? 5-ю держит или проект издох? Я был > бы счастлив от связки Qt + D + IDE. А что в этом вашем D такого хорошего?
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	3. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	–6 +/–
	Сообщение от dxd on 01-Сен-13, 21:23
	На фоне плюсов в D хорошо всё. На фоне нормальных языков - ничего.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	4. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	+6 +/–
	Сообщение от skb7 (ok) on 01-Сен-13, 21:33
	Насчет "нормальных языков", вот очень меткая цитата: http://www.linux.org.ru/forum/development/9500118#comment-95...
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	17. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	+/–
	Сообщение от nc on 02-Сен-13, 08:58
	"Нормальные" это какие?
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	22. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	+3 +/–
	Сообщение от Аноним (??) on 02-Сен-13, 11:17
	> "Нормальные" это какие? Для ленивых я таки зацитирую, это действительно жизненно: Программы, пригодные для использования, почему-то получается написать лишь на языках, непригодных для программирования. Такой вот парадокс.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	8. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	+/–
	Сообщение от glebiao (ok) on 01-Сен-13, 21:51
	> На фоне плюсов в D хорошо всё. > На фоне нормальных языков - ничего. Я бы не забывал, что D позиционируется как язык общего назначения, на котором, тем не менее, можно делать системные(!) вещи. Плюс нафаршированность языка (делегаты, замыкания, диапазоны вместо итераторов, полная интроспекция, мощнейшая система шаблонов (см. миксины)) и при всём при этом н чувствуется никакой громоздкости. Может, и не взлетит, но вещь весьма достойна внимания. PS: и не лишена некоторого шарма. Смотри, например, "Вольдемврот.... э... Вольдемортовские типы".
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	33. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	–1 +/–
	Сообщение от анонимт on 02-Сен-13, 14:13
	D позицианируется как системный язык. Для прикладной разработки языки быстрой разработки (из готовых компонентов) - Java, C#, ... Так написано в предисловии.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	36. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	+1 +/–
	Сообщение от Crazy Alex (ok) on 02-Сен-13, 14:31
	Отсюда: http://dlang.org/overview.html D is a general purpose systems and applications programming language
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	5. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	–4 +/–
	Сообщение от Mr. Cake on 01-Сен-13, 21:36
	Большой шаг? В MonoDevelop сто лет уже плагин с нормальной поддержкой есть.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	6. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	+/–
	Сообщение от хрюкотающий зелюк on 01-Сен-13, 21:40
	Если честно, не знал. Там D 2.0? Надо бы попробовать.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	7. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	+2 +/–
	Сообщение от glebiao (ok) on 01-Сен-13, 21:45
	Да, я в курсе. К сожалению, Monodevelop штука довольно примитивная, так что появление поддержки в KDevelop очень интересно.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

9. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	–4 +/–
Сообщение от Аноним (??) on 01-Сен-13, 22:56
Язык D не взлетел по одной простой причине: зачем что-то писать на D, когда есть C++. Все сложности расписанные челом по ссылке в одном из постов выше не так уж и серьёзны как может показаться, кроме того быстрых GC ещё никто не изобрёл.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	52. "Для текстовых редакторов KDE и IDE KDevelop представлена..."	+/–
	Сообщение от arisu (ok) on 04-Сен-13, 13:40
	> быстрых GC ещё никто не изобрёл. портится анонимус, портится. раньше умные вещи говорил, а теперь лжёт и бредятину несёт. inb4: нет, гугли сам. если сможешь.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

10. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	–2 +/–
Сообщение от Аноним (??) on 02-Сен-13, 01:03
Это примерно как с человеческими языками, если сравнивать. Си это язык, а остальное, это его диалекты. А вообще, мне кажется D лишним, т.к. в плюсах наворочено всего на все случаи жизни на десяток лет вперед и наверно жизни не хватит чтобы даже плюсы осознать на все 100%.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	11. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	+3 +/–
	Сообщение от Mihail Zenkov (ok) on 02-Сен-13, 03:11
	Вот в D и попытались выкинуть все лишнее и сделать более удобным нужное, чтобы не надо было тратить половину жизни на изучение языка.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	12. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	–4 +/–
	Сообщение от ананим on 02-Сен-13, 03:22
	Открою тайну — на изучение языка надо тратить всю жизнь (трудовую). Вот такая вот селяви и следствие пословицы "век учись" для программера. Всё остальное самообман.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	13. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	+/–
	Сообщение от Mihail Zenkov (ok) on 02-Сен-13, 03:30
	А когда же программы (не учебные) писать ? :) А если серьезно, то чем сложнее и дольше в изучении язык, тем тяжелее подобрать команду для проекта, так как либо код будет слишком сложен для молодых и будет уходить много времени на поднятия их уровня, либо придется умышленно отказаться от использования языковых изысков.
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	15. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	+/–
	Сообщение от _KUL (ok) on 02-Сен-13, 05:27
	Нельзя не согласиться. Но зато ценность в спецах, которые знают то, чего другие не знают, очень возрастает. Ну собственно и ценник за зряплату :)
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	26. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	+1 +/–
	Сообщение от kshetragia (ok) on 02-Сен-13, 13:14
	Ну собственно и баги потом в состоянии отловить не каждый Василий. И на кой Х мне нужен такой язык? Зачем я буду платить этим избранным и что делать когда такой товарищ меня покинет? Через два года он сам не разберется в своих вывертах. Сложность - она как раз в простоте. Как сделать так, чтобы пришедший после меня не тратил своё время на понимание рафинированных конструкций, доступных только избранным. Даже избранным нужно для этого время. Далеко не нулевое.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	31. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	+/–
	Сообщение от Crazy Alex (ok) on 02-Сен-13, 14:09
	Поверьте - ловить в "простом понятном С" баги - тоже занятие очень на любителя. Особенно фокусы вида "угадай где произошло переполнение буфера". Некий баланс нужен, в D он, как мне кажется, есть - по крайней мере, чужой код я вполне себе отлаживал, без особых проблем - а там и метапрограммирование было, и CTFE.
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	38. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	+/–
	Сообщение от Аноним (??) on 02-Сен-13, 17:39
	> Поверьте - ловить в "простом понятном С" баги - тоже занятие очень на любителя. В простом и понятном си тоже можно писать программы как полная долбанашка. Я тут как-то видел файлик - 500 кило, однако. Одним файлом ;). > Особенно фокусы вида "угадай где произошло переполнение буфера". А вот это нам расскажет GDB и стектрейс... > Некий баланс нужен, в D он, как мне кажется, есть В целом он даже не так уж дурно смотрится, но вот странность компилеров и не меньшая странность сабжевых субъектов, укурившихся до написания демона раскраски кода - несколько портит картину.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	41. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	+/–
	Сообщение от Crazy Alex (ok) on 02-Сен-13, 18:21
	>В простом и понятном си тоже можно писать программы как полная долбанашка. Я тут как-то видел файлик - 500 кило, однако. Одним файлом ;). Угу, я тоже видел. Но в данном случае код как раз написан довольно хорошо - просто здоровый он, просто статистически баги неизбежны. И вот вид этих багов - то, что они не логические, а всяка порченая память и неверные диапазоны индексов - быстрому отлову не особо способствует. > А вот это нам расскажет GDB и стектрейс Дык - но расскажут, где упало. А потом бывает увлекательный процесс поиска - какая дрянь затерла служебные структуры маллока :-) > В целом он даже не так уж дурно смотрится, но вот странность компилеров и не меньшая странность сабжевых субъектов, укурившихся до написания демона раскраски кода - несколько портит картину. Эм... При чем здесь компилятор к демону?
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	47. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	+/–
	Сообщение от Аноним (??) on 03-Сен-13, 02:14
	> всяка порченая память и неверные диапазоны индексов - быстрому отлову не > особо способствует. Ну да, это, конечно, не логические баги. А какие? :) >> А вот это нам расскажет GDB и стектрейс > Дык - но расскажут, где упало. А потом бывает увлекательный процесс поиска > - какая дрянь затерла служебные структуры маллока :-) Ну это уже какая-то экзотическая редкость. Обычно как раз все просто и понятно. > Эм... При чем здесь компилятор к демону? При том что те кто сильно др@чит на чрезмерно концептуальные вещи обычно страдают бзиками несовместимыми с реальным миром. По поводу чего получается так как кто-то на ЛОРе сказал :). Вот тут эталонный пример - язык улучшили, зато для его подсветки надо наср@ть целым отдельным демоном в систему. Что за непотребство?!
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	54. "Для текстовых редакторов KDE и IDE KDevelop представлена..."	+/–
	Сообщение от arisu (ok) on 04-Сен-13, 13:43
	> Дык — но расскажут, где упало. А потом бывает увлекательный процесс поиска > — какая дрянь затерла служебные структуры маллока :-) valgrind знает.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	24. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	–2 +/–
	Сообщение от Пиу (ok) on 02-Сен-13, 12:36
	>А если серьезно, то чем сложнее и дольше в изучении язык, тем тяжелее подобрать команду для проекта, так как либо код будет слишком сложен для молодых и будет уходить много времени на поднятия их уровня, либо придется умышленно отказаться от использования языковых изысков. Ваш идеальный язык: php Простота вхождения и скорость обучения до состояния написания первых крупных программ поражают. Молодые программисты смогут уже через пару дней осилить язык до уровня, когда уже будут делать свои первые в корпоративный svn/cvs и рассказывать на форумах о божественности данного языка. Обучению данному языку способны все и таким образом подобрать команду для проекта не составляет никакого труда. Также преимуществом данного языка является низкая з/п типичного программиста, а также возможность быстрой заменой выросшего в уровне программиста (и требующего бОльшую з/п) на менее требовательного без видимой потери для проекта.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	35. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	+/–
	Сообщение от Mihail Zenkov (ok) on 02-Сен-13, 14:20
	Для каких-то задач, вполне возможно. Для моих ближе всего к идеалу как раз D.
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	16. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	+/–
	Сообщение от kshetragia (ok) on 02-Сен-13, 06:09
	На изучение языка должно уходить неделя времени. Если это не так, то язык - говно запутанное. Описание любого языка Вирта занимает не более 30-35 страниц с примерами.
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	18. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	+/–
	Сообщение от angra (ok) on 02-Сен-13, 09:40
	Смотря что считать изучением. Если "написать что-то свое", то неделя это очень много, обычно хватает пары дней, если же "уметь сходу понять написанное другими" и "уметь эффективно использовать все возможности языка", то для некоторых языков и полгода может быть мало.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	20. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	+2 +/–
	Сообщение от jOKer (ok) on 02-Сен-13, 10:48
	>На изучение языка должно уходить неделя времени. Глупости говорите! За неделю можно прочитать и в общих чертах понять спецификацию ЯП, но не более. Ну, да - после этого вы будете в состоянии набыдлячить пару кило текста которое гордо назовете программой, но по настоящему до вменяемого кода вам придется идти не один и не два месяца (а с учетом уровня ваших постов, процесс может и на годик-другой затянуться)! Попробуйте, к примеру, за неделю изучить ява-скрипт, - и после такого "изучения" ваш "перл" с радостью опубликуют коллеги ..... в разделе "как не надо писать код"
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	25. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	–2 +/–
	Сообщение от kshetragia (ok) on 02-Сен-13, 13:05
	Я и не говорю про доскональное изучение. Хотя принципы везде одни и те же. Имея представление об одном языке гораздо проще изучить другой. Best practices - это другое. Ковыряние в stl - тоже. Попробуйте за неделю в крестах разобраться. Да там только на прочтение Страуса гораздо больше времени уйдёт. Си по этому критерию может претендовать на хороший язык. ПлюсЫ - нет.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	30. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	+/–
	Сообщение от Аноним (??) on 02-Сен-13, 13:53
	Я вам скажу, что и читать Страуструпа не каждый сможет, он достаточно строго описывает чисто плюсы, подразумевая что вы знакомы с си. лучше начинать со Стивен Прата. А вообще, чем больше заинтересованный человек читает про плюсы, тем больше осознаёт убогость и не зрелость остальных языков. Согласен, читать плюсы очень трудно, а понимать ещё труднее, но после его частичного изучения вы сами почувствуете, как у вас мозг перевернется и будите смотреть на мир ИТ другими глазами))
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	32. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	+1 +/–
	Сообщение от Crazy Alex (ok) on 02-Сен-13, 14:12
	Плюсы могучи, но уж больно много там внимания приходится уделять тому, чтобы не найти себе поблемы. Невиртуальные деструкторы - очевидный пример. Второй минус - там исторически сложился очень тяжеловесный подход к написанию кода - жирные иерархии классов и т.п. Сейчас уже умеют делать проще, но многие профи так привыкли, библиотеки так написаны... В результате частенько видим многословность джавы с рисками плюсов.
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	39. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	+/–
	Сообщение от jOKer (ok) on 02-Сен-13, 17:54
	>Сейчас уже умеют делать проще, но многие профи так привыкли На самом деле, когда Страуструп писал свой труд, то на тот момент времени и о динамической типизации-то имели самое общее понятие (на примере SmallTalk в основном). Да и о STL тогда никто ничего не слышал.... все это куда позже (лет на пять) прикрутили, а адепты сипп за это схватились и стали кричать на всех углах о гениальности Страструпа. Не, дед, конечно, пан-гениален, но все же немного не в том аспекте, куда сейчас слоняется вектор развития современных ЯП, ИМХО. Отсюда и неадекват школьников изучивших его как классику, и еще не понявших, что в ИТ классика устаревает быстрее, чем стареет ее автор.
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	46. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	+/–
	Сообщение от Crazy Alex (ok) on 03-Сен-13, 01:47
	Ну, гениален он как раз в том, что язык получился такой, что его куда угодно оказалось возможным приспособить, хотя иногда - с отчетливым скрипом. То, что сотворил Степанов, а особенно Александреску - яркий пример. boost::spirit - тоже, но уже за гранью добра и зла. А дальше надо было бы делать для этого адекватные инструменты - но комитетчики фактически не дали довести это до нужного уровня - см. те же зарезанные концепты. А когда концепты таки есть - динамическая типизация оказывается пережитком, выросшим из тех времен, когда вывод типов в мейнстримных языках был чем-то экзотическим и было ровно два варианта - либо пишем дикие описания типов, либо не имеем типов вообще. Сейчас вполне реально иметь и выгоды от статической типизации - самодокументирование и быстрый отлов ошибок - и простоту кодописания, как в языках с динамической типизацией. Собственно, как раз в D это использовано очень удачно и на всю катушку - мне в голову не придет выяснять, какой Range ко мне прилетел - лишь бы соответствовал нужному концепту.
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	55. "Для текстовых редакторов KDE и IDE KDevelop представлена..."	+/–
	Сообщение от arisu (ok) on 04-Сен-13, 13:50
	>>На изучение языка должно уходить неделя времени. > Глупости говорите! За неделю можно прочитать и в общих чертах понять спецификацию > ЯП, но не более. а что ещё надо-то? всё равно большинство «мэйнстримных» языков семантически друг от друга не отличаются. > Попробуйте, к примеру, за неделю изучить ява-скрипт ой, это сложно. может, до пары дней сократишь? никак не могу придумать, что там неделю делать. > и после такого «изучения» > ваш «перл» с радостью опубликуют коллеги ….. в разделе «как не > надо писать код» понимаешь, в чём дело: если для тебя js кажется мегасложным — это не значит, что он такой и есть. это всего лишь значит, что у тебя багаж знаний хреновый, и ты в js не видишь давно знакомых вещей. сильно советую тебе перейти от максимы «я в мире самый умный и больше всех знаю, меня никто не может превзойти» к более обоснованой: «я таки очень глупый и невежественный, умнее и образованней меня почти все вокруг».
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	53. "Для текстовых редакторов KDE и IDE KDevelop представлена..."	+/–
	Сообщение от arisu (ok) on 04-Сен-13, 13:41
	> Открою тайну — на изучение языка надо тратить всю жизнь (трудовую). > Вот такая вот селяви и следствие пословицы «век учись» для программера. > Всё остальное самообман. вы прочитали кукареканье петушка, предвидящего растрату своей бесполезной жизни на бесполезное изучение бесполезного языка.
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	27. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	+/–
	Сообщение от Crazy Alex (ok) on 02-Сен-13, 13:20
	Сложность кода никуда не девается. Либо имеем адекватно слохный язык - либо, как в джава-мире - сложность выпихиваем в библиотеки и фреймворки (и DSL аннотаций). И тогда оказывается, что язык освоить за неделю вроде как можно, а писать на нем - нет, потому что надо еще и концепции этих самых фреймворков изучить. А вот на сях я нечто большое сейчас писать все же не взялся бы. Либо его надо закрывать жирнейшим слоем надстроек, чтобы о таких вещах, как переполнение буфера, не думать, либо будут проблемы. Но в первом случае уж лучше тогда взять язык, где эти надстройки сделаны до меня. Это даже если не говорить о "выразительности", "способах описания абстракций" и других штуках, которые становятся понятными, когда берешься подддерживать проект пятилетней давности и выясняется, что понять, как думал автор - не можешь, а исходник помогает примерно как ассемблеровский - т.е. команды есть, а смысл разобрать проблематично.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	42. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	–1 +/–
	Сообщение от jOKer (ok) on 02-Сен-13, 19:41
	>Либо его надо закрывать жирнейшим слоем надстроек, чтобы о таких вещах, как переполнение буфера, не думать, либо будут проблемы Именно так и подумали пацаны из Купертино. И не только они. Собственно их "жирнейший слой" открыт под свободной лицензией (ссылку сейчас найти сходу не могу, но Огрызок точно открывал либы, работающие ниже какава, и реализующие управление выделением и уборкой памяти под динамические структуры)
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	45. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	+/–
	Сообщение от Crazy Alex (ok) on 02-Сен-13, 21:13
	Может быть вполне, я с макосью не знаком, как и с Objective C. Но вот на чистых сях писать лично мне не хотелось бы. А из того, что видел - мне понравился именно D, либо на худой конец плюсы без наследования в пользовательском коде.
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

14. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	–1 +/–
Сообщение от wofpy on 02-Сен-13, 03:31
Ура, блин! Как раз искал какой-нибудь IDE для D, а кроме эклипса и нету ничего, все остальное под винду.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

19. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	+/–
Сообщение от Главные Редакторы (ok) on 02-Сен-13, 10:30
По нашему мнению язык D является очень перспективным. C++11 это кастылизация инвалида.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	23. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	–4 +/–
	Сообщение от Аноним (??) on 02-Сен-13, 11:19
	> По нашему мнению язык D является очень перспективным. C++11 это кастылизация инвалида. На, скушай: http://www.opennet.dev/openforum/vsluhforumID3/91480.html#22
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

21. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	–3 +/–
Сообщение от Аноним (??) on 02-Сен-13, 11:10
> В своей работе Lumen использует DCD, специализированный серверный процесс Дожили. Так, а для перемещения курсора нам еще не пора создать отдельный серверный процесс? Кедятина она такая - плодит ср@ч в списке задач всем чем может. От мускульной базы до демонов подстветки текста.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	28. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	+1 +/–
	Сообщение от Crazy Alex (ok) on 02-Сен-13, 13:22
	А чем плоха идея абстрагировать дополнялку от её клиента? Тем, что лишний PID съест? Скорость IPC там, ясное дело, не проблема - что не так?
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	29. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	–2 +/–
	Сообщение от Аноним (??) on 02-Сен-13, 13:34
	> А чем плоха идея абстрагировать дополнялку от её клиента? Ничем. Вынести в shared либу, etc. Но у кедерасов - как обычно все... > Тем, что лишний PID съест? А также будет постоянно кушать память, загаживать собой список процессов и тому подобные прелести. Вот дэмо то. > Скорость IPC там, ясное дело, не проблема - что не так? Ну вот я предлагаю для доведения концепции до ума забомбить демон который курсор в программах будет двигать. Для логической полноты картины, так сказать.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	34. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	+/–
	Сообщение от Crazy Alex (ok) on 02-Сен-13, 14:18
	Память оно будет есть одинаково, если что. PID - неприятно (и что-то с бардаком в PS вообще делать надо), но есть и жирные плюсы. Например, тот же компилятор D написан так, что память он не освобождает. Вообще. Весь расчет на то, что он откомпилировал один модуль и умер. Такой подход позволяет поднять его скорость работы раз в пять, если не ошибаюсь. Второе. Компилятор - штука сложная, и иногда они падают. Лично я ронял и gcc, и dmd, и не раз. Да, именно на стадии синтаксического разбора Отдельный процесс хоть за собой ничего не утянет. И учтите при этом, что гарантировать качество "подсветчика" клиент подсветки не может и не должен. В общем, как по мне - абсолютно оправданное решение.
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	37. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	–1 +/–
	Сообщение от Аноним (??) on 02-Сен-13, 15:39
	> с бардаком в PS вообще делать надо), Я вот сделал. Например, #@$нув кеды на#$%, ибо задолбали. Сразу список стал раза в три лаконичнее. XFCE такими заскоками не страдает. А также не тyпит, не пытается сватать мускульные базы и решения для всего и вся типа хранения почт и контактов для своих кривых недоклиентов, заинтегрированные в систему хуже чем IE в win95. Короче, мне десктоп надо а не универсальный ответ на все вопросы жизни и всего такого, с встроенной кофе-машиной и автоматической ж@повытиралкой и всякими средствами для склеротиков-имбецилов. > но есть и жирные плюсы. Например, тот же компилятор D написан так, что память он > не освобождает. Вообще. Весь расчет на то, что он откомпилировал один > модуль и умер. Я не понял при чем тут компилятор. Чуваки запилили демон для раскраски исходников, как я понял. Долбануться, следующим должен появиться демон для таскания курсора во всех редакторах которые используют этот кульный компонент с кульным плагином. Это было бы по кедовски - загадить список процессов какой-то требухой, смысл существования которой мало кому очевиден кроме ее авторов. Почему это нельзя сделать просто шаред библой, приписанной к PID того кому она нужна - не особо понятно. > В общем, как по мне - абсолютно оправданное решение. Вот вы и пользуйтесь всей этой кедарасией наздоровье, а с меня - хватит. Мне такой феерический гадеж процессами поперек глотки. Как не посмотришь список - там от кедарасии по 100500 процессов. Скачать файлик? Отдельный процесс! Который к тому же вечно виснет и глючит. Вот это да, истинно по кедорасовски! Гадить процессами часто и много, загаживая ими вообще все что можно в принципе загадить. F...k you, dear KDE. F...k you. Искренне рад что избавился от оных.
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	40. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	+/–
	Сообщение от Crazy Alex (ok) on 02-Сен-13, 18:19
	>Я вот сделал. Например, #@$нув кеды на#$%, ибо задолбали. Сразу список стал раза в три лаконичнее. XFCE такими заскоками не страдает. А также не тyпит, не пытается сватать мускульные базы и решения для всего и вся типа хранения почт и контактов для своих кривых недоклиентов, заинтегрированные в систему хуже чем IE в win95. Короче, мне десктоп надо а не универсальный ответ на все вопросы жизни и всего такого, с встроенной кофе-машиной и автоматической ж@повытиралкой и всякими средствами для склеротиков-имбецилов. Это ты рассказываешь человеку, который сидит в тайловом WM, если что :-) Но сейчас даже ядерных процессов в ps я вижу штук 40, наверное. >Я не понял при чем тут компилятор. Чуваки запилили демон для раскраски исходников, как я понял. Долбануться, следующим должен появиться демон для таскания курсора во всех редакторах которые используют этот кульный компонент с кульным плагином. Это было бы по кедовски - загадить список процессов какой-то требухой, смысл существования которой мало кому очевиден кроме ее авторов. Почему это нельзя сделать просто шаред библой, приписанной к PID того кому она нужна - не особо понятно. Смотри - код синтаксического разбора - он чужой, за его качество КДЕшники и близко ручаться не могут. При этом желательно, чтобы если оно упадет (а за компиляторами это водится) - за собой всё остальное не тащило. Вариант только один - дёргать отдельный процесс, от сегфолта больше ничего не спасёт. Другое дело, что именно в случае D можно сам dmd дергать и получать дерево в JSON - но они ж универсальную тулзу делают.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	48. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	+/–
	Сообщение от Аноним (??) on 03-Сен-13, 02:38
	> Это ты рассказываешь человеку, который сидит в тайловом WM, если что :-) А что, кеды не радуют? :) > Но сейчас даже ядерных процессов в ps я вижу штук 40, наверное. Согласен - может анноить. Хотя по ps -AFH оно остается как чайлд kthreadd и не особо мозолит глаза. Хотя тоже поразвели, блин, с*ки. > и близко ручаться не могут. При этом желательно, чтобы если оно > упадет (а за компиляторами это водится) - за собой всё остальное > не тащило. Вариант только один - дёргать отдельный процесс, Пошли бы они с такими методами, имхо. Воркэраундинг падучих глюкастиков путем развешивания демонов - ну-ну, удачи этим пудакам в таком подходе. А я то думаю - накукуй они свое убер-глюкавое kio, вечно плодящее по 100500 зависших процессов так делали. А это оказывается - чтобы глюки в этом шите не чинить. Вот оно что. А потом как посмотришь в список процессов - а там 100500 повисших наименований этого добра висит. > они ж универсальную тулзу делают. Ну да, кедарасы уже делали универсальную буетень для хранения контактов в мускульной базе. Я, правда, упорно не догоняю зачем мне этот шит в системе. Им пользуется только кедарасовский уродский IM клиент и такой же кривой почтарь, и более - НИКТО. В результате масса "общего" г@вна - для двух горбатых программ, которыми я пользоваться не собираюсь. В данном случае кедарасы остались верны этой традиции и опять сделали какое-то супре-решение всего и вся. Которое опять пытается всех осчастливить. Заткнув глюки шита по принципу "да ну нафиг чинить краши, мы лучше замаскируем их под пенька".
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

	51. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	–1 +/–
	Сообщение от Главные Редакторы (ok) on 03-Сен-13, 11:39
	А я давно на LXDE сижу. Тоже когда то кеды достали. Недавно думал вернусь на кеды, а вы меня расстроили, похоже с 2006 года ничего не изменилось.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	56. "Для текстовых редакторов KDE и IDE KDevelop представлена..."	+/–
	Сообщение от arisu (ok) on 04-Сен-13, 13:56
	> Вот вы и пользуйтесь всей этой кедарасией наздоровье, а с меня — > хватит. Мне такой феерический гадеж процессами поперек глотки. Как не посмотришь > список — там от кедарасии по 100500 процессов. Скачать файлик? Отдельный > процесс! Который к тому же вечно виснет и глючит. Вот это > да, истинно по кедорасовски! Гадить процессами часто и много, загаживая ими > вообще все что можно в принципе загадить. F…k you, dear KDE. > F…k you. Искренне рад что избавился от оных. даёшь всё в ядре! а то как не посмотришь — для кучи вещей отдельные процессы! совсем с ума посходили! то ли дело в Правильной ОС, например: внесли графику в ядро модулем — и отлично получилось. намёк ясен, нет?
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	43. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	–1 +/–
	Сообщение от jOKer (ok) on 02-Сен-13, 19:55
	На самом деле, анонимус прав: если у вас n-количество процессов, запущенных одновременно, и нуждающихся в определенном сервисе, то сделать этот сервис в качестве отдельного демона - оптимум. Но... Crazy, а Вы уверены, что рядовой кедераст запустит достаточное количество клиентов потребляющих этот сервис? В смысле, достаточное, что бы издержки межпроцессного общения перекрывались количеством сэкономленной памяти? Честно сказать, я вот думаю, что на стандартном десктопе одновременно будет работать _от силы_ пара клиентов-приложений. А в этом случае, оптимум уже общая библиотека. Не?
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	44. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	+/–
	Сообщение от Crazy Alex (ok) on 02-Сен-13, 21:08
	Меня здесь интересует в основном то, что при падении совершенно факультативного сервиса (подсветка) по любой мыслимой софтовой причине его клиент (возможно - с несохраненными изменениями) не упадет. Я не знаю иного способо защитититься от падения по сегфолту кроме выноса в отдельный процесс. А учитывая, что парсер - это плагин, скорее всего сторонний и возможно - весьма кривой - вынос в отдельный процесс - идея очень правильная.
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	49. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	–1 +/–
	Сообщение от Аноним (??) on 03-Сен-13, 02:41
	> кривой - вынос в отдельный процесс - идея очень правильная. Ах вот зачем они kio сделали не либой а отдельными процессами, на скачку каждого файла свой. Теперь я наконец понимаю почему это гуано перманентно виснет и загаживает собой список процессов. Оказывается эти чудики вместо починки глюков просто заметают мусор под ковер. Вот оно чего.
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	50. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."	–1 +/–
	Сообщение от jOKer (ok) on 03-Сен-13, 10:41
	Зато плазма уже не падает. Гм... почти не падает.
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема