На русском есть хорошее комьюнити по Nemerle — тоже язык, поддерживающий ФП для .NET, но с точки зрения сотрудников МС у него есть глобальный недостаток: «его писали не они» (с)
Улики изымать конечно можно, именно по этой схеме работают все «маски-шоу». Но спор не об этом, а о том, как сформулировано обвинение. Теперь если ты смеешь распространять неофициальную информацию — ты злобный клеветник.
Т.е. у нас презумпция виновности? У человека забрали компьютер и мобильник по обвинению, возможно ложному, а теперь он обязан доказывать, что он — не верблюд. И все потому, что любая неофициальная информация — клевета.
Не совсем понял подоплеку событий. Может быть автор или те, кто «в теме» подскажут.
1. «Набор драйверов для Hyper-V был и ранее опубликован под GPL» кем опубликован. Я так понял — не Microsoft.
2. «данный драйвер статически линкуется с некоторыми закрытыми компонентами». Закрытыми компонентами Microsoft?
3. Получается тот код, который открыла Microsoft — и есть те самые закрытые компоненты?
Самой первой программой была игрушка, написанная на паскале — что-то вроде PacMan, к сожалению исходники утеряны. А первые деньги заработал за скрипт, перегоняющий данные из Access в MySQL.
Одно другому не мешает. 6 лет назад сочинение было в рамках обязательного экзамена по литературе. Русский ЕГЭ формально обязательным экзаменом не был, но его результаты уже начинали кое-где засчитывать как вступительные, поэтому большинство сдавало.
Статья слишком односторонняя. Рассуждения о «свободе» и «демократии», а также о том, что какая-то «правда» должна звучать громко всегда настораживают. Налицо попытка осуществления очередной оранжевой революции по до боли знакомой схеме, с применением информационных сервисов, что здесь хорошего мне не понятно.
1. Мы используем Equinox, единственное — стартуем его самостоятельно, т.к. Tomcat не имеет встроенной поддержки Equinox (да и OSGi вообще)
2. У нас в Naumen Kernel такая фича, как динамическая подгрузка бандлов не используется. Мы слегка расширили манифесты и нужные бандлы стартуют в указанном порядке. Я не знаю, почему было принято такое решение, но скорее всего это связано с самостоятельным управлением ЖЦ бандла (см. ответ на 1-й вопрос). Если вы пользуетесь Eclipse, то можете замерить сколько раз у вас было OutOfMemory, у меня пока ни разу.
3. Мы плотно работаем над улучшение производительности нашего приложения, но если упираемся во что-то, то покупаем более мощное железо.
4. Нет, такой опыт отсутствует.
5. С OSGi конечно тоже могут быть проблемы. Во-первых его не следует использовать, если вы не строите расширяемое приложение. Во-вторых, если у вас планируется 2-3 плагина или вы пишите для десктопа что-то маленькое (лишние 800к могут быть критичными). В остальных случаях — OSGi может быть удачным выбором. Но! Надо четко продумать стратегию управления ЖЦ бандлов, в частности кто, когда и какие бандлы будет стартовать.
6. ДМС разрабатывается как «наследник» системы NauDoc, которая была написана на Python. Поэтому легаси кода, как такового нет. Если «легаси-решения», которые переписаны на java.
7. Да, мы используем Hibernate, модель описываем xml. Дело в том, что разработка платформы началась еще во времена JDK 1.4 когда и аннотаций то не было.
8. Для построения веб-интерфейса мы используем свой фреймворк. Особенностью нашей системы является то, что нет настраиваемых/сменяемых дизайнов (не сайты же делаем), поэтому мы отошли от концепции страниц и перешли к концепции объектов. Т.е. отображаемой единицей является объет, который естественно имеет класс, а класс имеет паблишер — xml-файл, описывающие его отображения. Ну и там же все формы, кнопки и т.д. В xml манипулируем компонентами, каждый компонент имеет jsp-файл, который описывает генерацию html для этого компонента. JSP-шки мы прекомпилируем в .class-файлы до деплоя приложения.
Не буду говорить, что это — мой первый подкаст, хотя так оно и есть. Поэтому прошу прощение за хрипы и скрипы на фоне моего голоса, постоянные «ну», «вот» и т.д. А вообще, думаю, получилось чудненько. Спасибо gamussa и golodnyj за приглашение поучаствовать.
1. «Набор драйверов для Hyper-V был и ранее опубликован под GPL» кем опубликован. Я так понял — не Microsoft.
2. «данный драйвер статически линкуется с некоторыми закрытыми компонентами». Закрытыми компонентами Microsoft?
3. Получается тот код, который открыла Microsoft — и есть те самые закрытые компоненты?
«Почему в Яндексе так непропорционально много Екатеринбуржцев? Потому что о том, „Как стать умнее“ любят думать в Екатеринбурге.
1. Мы используем Equinox, единственное — стартуем его самостоятельно, т.к. Tomcat не имеет встроенной поддержки Equinox (да и OSGi вообще)
2. У нас в Naumen Kernel такая фича, как динамическая подгрузка бандлов не используется. Мы слегка расширили манифесты и нужные бандлы стартуют в указанном порядке. Я не знаю, почему было принято такое решение, но скорее всего это связано с самостоятельным управлением ЖЦ бандла (см. ответ на 1-й вопрос). Если вы пользуетесь Eclipse, то можете замерить сколько раз у вас было OutOfMemory, у меня пока ни разу.
3. Мы плотно работаем над улучшение производительности нашего приложения, но если упираемся во что-то, то покупаем более мощное железо.
4. Нет, такой опыт отсутствует.
5. С OSGi конечно тоже могут быть проблемы. Во-первых его не следует использовать, если вы не строите расширяемое приложение. Во-вторых, если у вас планируется 2-3 плагина или вы пишите для десктопа что-то маленькое (лишние 800к могут быть критичными). В остальных случаях — OSGi может быть удачным выбором. Но! Надо четко продумать стратегию управления ЖЦ бандлов, в частности кто, когда и какие бандлы будет стартовать.
6. ДМС разрабатывается как «наследник» системы NauDoc, которая была написана на Python. Поэтому легаси кода, как такового нет. Если «легаси-решения», которые переписаны на java.
7. Да, мы используем Hibernate, модель описываем xml. Дело в том, что разработка платформы началась еще во времена JDK 1.4 когда и аннотаций то не было.
8. Для построения веб-интерфейса мы используем свой фреймворк. Особенностью нашей системы является то, что нет настраиваемых/сменяемых дизайнов (не сайты же делаем), поэтому мы отошли от концепции страниц и перешли к концепции объектов. Т.е. отображаемой единицей является объет, который естественно имеет класс, а класс имеет паблишер — xml-файл, описывающие его отображения. Ну и там же все формы, кнопки и т.д. В xml манипулируем компонентами, каждый компонент имеет jsp-файл, который описывает генерацию html для этого компонента. JSP-шки мы прекомпилируем в .class-файлы до деплоя приложения.