> вы никогда не обслуживали JVM и не сталкивались с проблемами сборщиков мусоров СMS, G1.
Люблю я такие дискуссии, ох люблю. Вот это откуда вывод, такой весь из себя ни на чем не основанный? И к чему это тут вообще? К тому что у JVM проблемы бывают? Ну и чо? Все равно managed среда с проблемами - это намного лучше зоопарка из кучи всякой фигни, каждая из которых норовит сама управлять памятью, коннектами к базе, запускать потоки сколько хочет, и прочая и прочая. И все это без средств мониторинга и управления вообще.
Эрланг это не про SLA? Ну ок. А я вам про что? Я ровно про тоже и толкую - что в моих проектах например многих волнует SLA, и редко кого - прототипирование.
Теперь про код. Гм. Это ровно то, о чем я говорил: написали игрушку, в выдать пытаетесь за готовый сервер. Ну и что тут обсуждать? Это НЕ LDAP-сервер, а гавно.
> с комментариями. Ну это отдельная песня. Где комментарии-то? :)
Если хотите серьезно доказать что-то - не надо такой лажи подсовывать в качестве аргумента.
> Вот вы якобы знаете, что такое LDAP а задача для вас кажется неподъемной Не якобы, а знаю. bind должен изменять состояние directory, а search - искать в ней. Я могу даже ничего больше не понимать - мне этого достаточно. То что вы тут налабали - не делает ни того, ни другого. Строго говоря, у вас ее (directory) вообще нет. И схем нет. Мне продолжать список, чего нет еще? Это не годится даже как прототип - потому что тут нету точек для расширения.
И еще раз, самое главное - кому такое нужно, если есть готовое, и даром?
> То что вы упомянули Рыбоглаз дает мне право судить о том, что вы Не дает. Выводы свои вы делаете непонятно откуда. Перечитайте, зачем я его упомянул. Речь о том, что совершенно бесплатный контейнер (любой, JavaEE, но и OSGi кстати тоже) значительно лучше любого самописного standalone приложения по ряду критериев, а именно по управляемости. И ничего более. Остальное - ваши домыслы.
> и никогда не сравнивали стоимость запуска всего OSGi контейнера с например запуском Erlang/OTP приложений. А зачем мне их сравнивать? Стоимость запуска редко кого волнует в моей реальности. Это вообще не параметр, понимаете? Ни по каким критериям.
> Эрланг -- это об прототипировании, Time-to-market, более управляемом коде Вот этого-то я и не вижу. Я вам простыми словами, намеренно без кода пытаюсь объяснить - никому не нужен очередной LDAP, ни такой как вы написали, ни вообще какой либо. Есть готовые. Никому не нужен такой Time-to-market, потому что никто не выходит с ТАКИМ на рынок. Я не обобщаю, это только про мои проекты, но они именно такие.
> и удельной стоимости оборудования на единицу пользователя. А это тоже редко кого волнует. Ну т.е. понятно, что на стоимости железок обычно пытаются экономить, но не такими средствами. И единственный серьезный ресурс, которого не хватает катастрофически - это люди, аналитики и разработчики и QA. Только их труд тоже никто не экономит путем выпуска поделок вроде вашего LDAP-сервера, потому что даже если вдруг у заказчика нету ActiveDirectory (я не могу себе такого представить, но вдруг), то OpenLDAP разворачивается за полчаса, apache directory тоже.
> И свое и заказчика. А кого это колышет? Раз заказчик платит - значит он доволен.
> И даже объяснения у вас равесистые А что делать, если не доходит? Приходится все разжевывать подробно.
Если вы опять не поняли - все что я говорю, это по большому счету вовсе не про код. НИКОМУ НЕ НУЖНЫ поделки вроде LDAP сервера, быстро налабанного на коленке за 30 минут (и который только на ваш взгляд работающий, а на мой вовсе и нет). Я не могу себе представить такого заказчика или проект, кто заплатил бы за это хоть 10 рублей. А вы даже не пытаетесь объяснить, кому это может быть нужно.
Re: Тролинг детектед
Date: 2013-06-20 07:10 am (UTC)Люблю я такие дискуссии, ох люблю. Вот это откуда вывод, такой весь из себя ни на чем не основанный? И к чему это тут вообще? К тому что у JVM проблемы бывают? Ну и чо? Все равно managed среда с проблемами - это намного лучше зоопарка из кучи всякой фигни, каждая из которых норовит сама управлять памятью, коннектами к базе, запускать потоки сколько хочет, и прочая и прочая. И все это без средств мониторинга и управления вообще.
Эрланг это не про SLA? Ну ок. А я вам про что? Я ровно про тоже и толкую - что в моих проектах например многих волнует SLA, и редко кого - прототипирование.
Теперь про код. Гм. Это ровно то, о чем я говорил: написали игрушку, в выдать пытаетесь за готовый сервер. Ну и что тут обсуждать? Это НЕ LDAP-сервер, а гавно.
> с комментариями.
Ну это отдельная песня. Где комментарии-то? :)
Если хотите серьезно доказать что-то - не надо такой лажи подсовывать в качестве аргумента.
> Вот вы якобы знаете, что такое LDAP а задача для вас кажется неподъемной
Не якобы, а знаю. bind должен изменять состояние directory, а search - искать в ней. Я могу даже ничего больше не понимать - мне этого достаточно. То что вы тут налабали - не делает ни того, ни другого. Строго говоря, у вас ее (directory) вообще нет. И схем нет. Мне продолжать список, чего нет еще? Это не годится даже как прототип - потому что тут нету точек для расширения.
И еще раз, самое главное - кому такое нужно, если есть готовое, и даром?
> То что вы упомянули Рыбоглаз дает мне право судить о том, что вы
Не дает. Выводы свои вы делаете непонятно откуда. Перечитайте, зачем я его упомянул. Речь о том, что совершенно бесплатный контейнер (любой, JavaEE, но и OSGi кстати тоже) значительно лучше любого самописного standalone приложения по ряду критериев, а именно по управляемости. И ничего более. Остальное - ваши домыслы.
> и никогда не сравнивали стоимость запуска всего OSGi контейнера с например запуском Erlang/OTP приложений.
А зачем мне их сравнивать? Стоимость запуска редко кого волнует в моей реальности. Это вообще не параметр, понимаете? Ни по каким критериям.
> Эрланг -- это об прототипировании, Time-to-market, более управляемом коде
Вот этого-то я и не вижу. Я вам простыми словами, намеренно без кода пытаюсь объяснить - никому не нужен очередной LDAP, ни такой как вы написали, ни вообще какой либо. Есть готовые. Никому не нужен такой Time-to-market, потому что никто не выходит с ТАКИМ на рынок. Я не обобщаю, это только про мои проекты, но они именно такие.
> и удельной стоимости оборудования на единицу пользователя.
А это тоже редко кого волнует. Ну т.е. понятно, что на стоимости железок обычно пытаются экономить, но не такими средствами. И единственный серьезный ресурс, которого не хватает катастрофически - это люди, аналитики и разработчики и QA. Только их труд тоже никто не экономит путем выпуска поделок вроде вашего LDAP-сервера, потому что даже если вдруг у заказчика нету ActiveDirectory (я не могу себе такого представить, но вдруг), то OpenLDAP разворачивается за полчаса, apache directory тоже.
> И свое и заказчика.
А кого это колышет? Раз заказчик платит - значит он доволен.
> И даже объяснения у вас равесистые
А что делать, если не доходит? Приходится все разжевывать подробно.
Если вы опять не поняли - все что я говорю, это по большому счету вовсе не про код. НИКОМУ НЕ НУЖНЫ поделки вроде LDAP сервера, быстро налабанного на коленке за 30 минут (и который только на ваш взгляд работающий, а на мой вовсе и нет). Я не могу себе представить такого заказчика или проект, кто заплатил бы за это хоть 10 рублей. А вы даже не пытаетесь объяснить, кому это может быть нужно.