AndrewVK wrote: > C>Я на Java программирую, но искать себе геммороя в виде Windows-only IDE? > C>Нет уж... > Речь не идет о твоих личных предпочтениях или уместности Windows-only > IDE. Речь о твоем высказывании > Ничто. Ничего, кроме того, что ни одна распространенная тулза разработки > для Windows на него не ориентирована.
Кстати, есть еще ключевое слово распространенная. Из
распространенных я зная: IDEA, Eclipse, NetBeans, Emacs/VIM. Больше я в
реальной жизни Java IDE не видел.
Здравствуйте, Cyberax, Вы писали:
C>AndrewVK wrote: >> C>Я на Java программирую, но искать себе геммороя в виде Windows-only IDE? >> C>Нет уж... >> Речь не идет о твоих личных предпочтениях или уместности Windows-only >> IDE. Речь о твоем высказывании >> Ничто. Ничего, кроме того, что ни одна распространенная тулза разработки >> для Windows на него не ориентирована. C>Кстати, есть еще ключевое слово распространенная. Из C>распространенных я зная: IDEA, Eclipse, NetBeans, Emacs/VIM. Больше я в C>реальной жизни Java IDE не видел.
K-Develop ещё есть в KDE. Нативный редактор для нескольких языков программирования. Чем-то похож на JEdit. Так же гибко настраивается на любой компилятор.
Здравствуйте, kan_izh, Вы писали:
_>VladD2 wrote:
>> В каталоге 22824 файлов. >> Самый старый файл обновлялся 03.07.2006 22:35:43 _>Плоский каталог обычно обрабатывается быстро. Исходники же имеют ветвистую структуру. Создай дерево 5*5 каталогов с 5 _>файлами в листьях. Будет 15625 файлов. На винде такая хрень жутко тормозит, в линухе такое обрабатывается также как и _>плоский каталог. (Естественно это верно при первом обращении, а не из дисковых кэшей).
Результат на моем каталоге E:\WINDOWS в коем 2574 подкаталогов:
00:00:01.2725374
В каталоге 23427 файлов.
Самый старый файл обновлялся 05.07.2006 09:37:49
А вот код теста (змемен каталог и выбрана другая перегружаенная фукнция учитывающая подкатлаоги):
using System;
using System.Collections.Generic;
using System.Text;
using System.IO;
using System.Diagnostics;
namespace ConsoleApplication1
{
class Program
{
static void Main(string[] args)
{
Stopwatch timer = Stopwatch.StartNew();
string[] files = Directory.GetFiles(@"E:\WINDOWS", "*.*", SearchOption.AllDirectories);
DateTime oldestTime = DateTime.Now;
foreach (string file in files)
{
DateTime dt = File.GetLastWriteTime(file);
oldestTime = dt > oldestTime ? dt : oldestTime;
}
Console.WriteLine(timer.Elapsed);
Console.WriteLine("В каталоге " + files.Length + " файлов.");
Console.WriteLine("Самый старый файл обновлялся " + oldestTime);
}
}
}
Так что получи заслуженный минус.
... << RSDN@Home 1.2.0 alpha rev. 637>>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
iZEN wrote: > C>Кстати, есть еще ключевое слово *распространенная*. Из > C>распространенных я зная: IDEA, Eclipse, NetBeans, Emacs/VIM. Больше я в > C>реальной жизни Java IDE не видел. > K-Develop ещё есть в KDE. Нативный редактор для нескольких языков > программирования. Чем-то похож на JEdit. Так же гибко настраивается на > любой компилятор.
Ну это по современным меркам уже не IDE, а просто редактор. Такими
темпами еще и FAR можно назвать (кстати, именно FAR был моей первой Java
IDE).
Здравствуйте, Cyberax, Вы писали:
C>5-10 секунд занимает непосредственно сама компиляция (вызов cl+link), C>после того как граф зависимостей уже построен.
Снова машейничашь?
Тоолько что у тебя 10 секунд занимал сбор зависимостей.
В общем, пудри мозги другим. Всего доброго...
... << RSDN@Home 1.2.0 alpha rev. 637>>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, Cyberax, Вы писали:
C>BJam внутри делает проверку, что файл можно открыть — это примерно C>аналогично опции "/Q" (я как раз пытался ускорить BJam, заменяя открытие C> файла на проверку ACLей).
Не аналогичен. Вот мой пример аналогичен. Проверка данты требует открытия файла.
/Q читает информацию о защите. Что в виндовс довольно медленная процедура.
C>Не веришь — смотри файл headers.c и hcache.c из исходников BJam.
Я тебе не верю. Зачем мне куда-то еще смотреть?
... << RSDN@Home 1.2.0 alpha rev. 637>>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
VladD2 wrote: > Результат на моем каталоге E:\WINDOWS в коем 2574 подкаталогов: > 00:00:01.2725374 > В каталоге 23427 файлов. > Самый старый файл обновлялся 05.07.2006 09:37:49
Заметь, уже 1.3 секунды. Умножь это число на 5 — получим порядка 7 секунд.
Еще надо сделать скидку на мой (скорее всего) более медленный ноутбук и
на то, что часть файлов может evict'ится из каталогов.
Кроме того, я только сейчас это заметил — при сканировании
include-файлов они ищутся по именам, что немного медленнее перечисления
findfirst/findnext'ом.
Здравствуйте, Cyberax, Вы писали:
C>Ну ладно, есть две современных Windows-only Java IDE.
И надо признаться, что это еще действительно редкий случай. В других областях Линукс вообще не поднимается. Меж тем из онли-Линус-солюшенс я знаю только дико убокий Миднайт-командер который и на фиг не уперся.
... << RSDN@Home 1.2.0 alpha rev. 637>>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, Cyberax, Вы писали:
C>Кстати, есть еще ключевое слово распространенная. Из C>распространенных я зная: IDEA, Eclipse, NetBeans, Emacs/VIM. Больше я в C>реальной жизни Java IDE не видел.
И что VS значит не распростроненная?
... << RSDN@Home 1.2.0 alpha rev. 637>>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
VladD2 wrote: > C>BJam внутри делает проверку, что файл можно открыть — это примерно > C>аналогично опции "/Q" (я как раз пытался ускорить BJam, заменяя открытие > C> файла на проверку ACLей). > Не аналогичен. Вот мой пример аналогичен. Проверка данты требует > открытия файла.
Мимо. Дата хранится в MFT вместе с именем и прочими метаданными. ACLи,
кстати, тоже хранятся в MFT.
> /Q читает информацию о защите. Что в виндовс довольно медленная процедура.
Почему, интересно? Информация хранится вместе с остальными метаданными.
Здравствуйте, VladD2, Вы писали:
VD>И надо признаться, что это еще действительно редкий случай. В других областях Линукс вообще не поднимается. Меж тем из онли-Линус-солюшенс я знаю только дико убокий Миднайт-командер который и на фиг не уперся.
Угу, а Emacs, KDE, Koffice, PostgreSQL -- они в это время погулять вышли.
Кстати, ничего из вышеперечисленного не является "онли-Линус-солюшенс". Они даже не Unix-only solutions.
SObjectizer: <микро>Агентно-ориентированное программирование на C++.
VladD2 wrote: > C>5-10 секунд занимает непосредственно сама компиляция (вызов cl+link), > C>после того как граф зависимостей уже построен. > Снова машейничашь? > Тоолько что у тебя 10 секунд занимал сбор зависимостей. > В общем, пудри мозги другим. Всего доброго...
Специально для тех кто не может понять:
Время сборки = время-на-сбор-завимостей + время-на-компиляцию.
C:\work\BuildPort>bjam
warning: Python location is not configured
warning: the Boost.Python library won't be built
Building Boost.Regex with the optional Unicode/ICU support disabled.
Please refer to the Boost.Regex documentation for more information
(and if you don't know what ICU is then you probably don't need it).
Couldn't find utypes.h in
...found 1377 targets...
...updating 3 targets...msvc.link bin\msvc-7.1\debug\link-static\BuildPort.exe
common.copy dist\BuildPort.exe
Скопировано файлов: 1.
common.copy dist\jam_lib.lib
Скопировано файлов: 1.
...updated 3 targets...
Здесь: сканирование зависимостей, и непосредственно
компиляция.
Так вот, сканирование зависимостей занимает ~10 секунд, а
непосредственно компиляция 5-10 секунд на типичных build'ах.
VladD2 wrote: > C>Кстати, есть еще ключевое слово *распространенная*. Из > C>распространенных я зная: IDEA, Eclipse, NetBeans, Emacs/VIM. Больше я в > C>реальной жизни Java IDE не видел. > И что VS значит не распростроненная?
А VS — это Java-IDE? Я там только J# видел.
KDE — оболочка для Линукса. Это все равно что желать запустить Эксплорер под виндовс.
К тому же врдя ли можно было бы считать потерей все эти продукты. А вот остаться без MS Office лично я не хотел бы. Да и MS SQL мне больше нравится чем Оракл. Да что там Оракл... Даже ВинКомандер не хочется менять на МидНайт.
E>Кстати, ничего из вышеперечисленного не является "онли-Линус-солюшенс". Они даже не Unix-only solutions.
Кстати, по ссылочкам походи. Все перечисленное можно запускать под виндовс. Тоько вот они как неуловимый Джо. На фиг никому не упали на Виндовс. Разве что Емакс который во всю исползуется его фэнами где угодно в том числе и под Виндовс.
... << RSDN@Home 1.2.0 alpha rev. 637>>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
VladD2 wrote: > Кстати, по ссылочкам походи. Все перечисленное можно запускать под > виндовс. Тоько вот они как неуловимый Джо. На фиг никому не упали на > Виндовс. Разве что Емакс который во всю исползуется его фэнами где > угодно в том числе и под Виндовс.
Вообще-то, Postgres/MySQL/OpenOffice сейчас под Windows вполне
используются.
Здравствуйте, VladD2, Вы писали:
E>>Кстати, ничего из вышеперечисленного не является "онли-Линус-солюшенс". Они даже не Unix-only solutions.
VD>Кстати, по ссылочкам походи. Все перечисленное можно запускать под виндовс. Тоько вот они как неуловимый Джо. На фиг никому не упали на Виндовс. Разве что Емакс который во всю исползуется его фэнами где угодно в том числе и под Виндовс.
Блин, ты вообще читаешь, что тебе пишут?
Я же ясно сказал, что перечисленные продукты (в том числе и Midnight Commander) не являются только Unix решениями. Из Unix-а вообще самые полезные вещи давно на другие платформы портировали. А из исключительно Linux-овых решений только какие-нибудь системные вещи и есть, вроде каких-нибудь утилит настройки роутинга или файловых систем.
SObjectizer: <микро>Агентно-ориентированное программирование на C++.
AndrewVK wrote: > C>А VS — это Java-IDE? Я там только J# видел. > Был такой продукт — Visual J++
А может археологическими раскопками не будем заниматься? В то время была
еще Visual Cafe for Java и куча прочих редакторов, которые сейчас на
титул IDE не тянут.
Кстати, было еще VisualAge for Java, но он был кроссплатформенный.
Здравствуйте, Streamer1, Вы писали:
K>> А я на веру ничего принимать не буду. Я попрошу библиографические ссылки, и постараюсь убедиться, что число получено из нескольких независимых источников.
S>ну дык берем теже "торсионные поля", открываешь гугль и тебе валится миллионы ссылок на "независимые" источники... ты принимаешь эту инфу достоверной?
У некоторых прикольных личностей (не будем показывать пальцем) замечены определённые трудности с адекватным восприятием русского языка. Интересно, с чего бы это? СВЧ переоблучали, наверное? С американских спутников?
Здравствуйте, Streamer1, Вы писали:
S>тогда чем вы можете объяснить свои категорические заявления, без ознакомления о чем (тобишь о каких условиях) речь идет?
Смешной человечек, я на порядки лучше тебя разбираюсь в той теме, на которую ты ссылаешься. Так что успокойся. Начни верхней головой думать. Может, лет через пять у тебя даже начнёт получаться.
