5) Скорее, если программировать под виндоус вообще. Потому как VS.NET просто не запускается. Не говоря уже про WPF.
Моно — это минное поле — нарвешься на новый баг или нет.
NLA (Network Level Authentication) в Windows 7 по умолчанию Убунту не пускает, поэтому:
7) HomeGroup в Убунту не пашет…
8) RDP в Windows Server 2008 R2 тоже использует NLA
4) программировал под iPhone
5) программировал в VS.NET
6) привык к Office 2010
7) в домашней сети есть Windows 7 HomeGroup
8) нужен Remote Desktop на Windows Server 2008 R2
Да, а баги полугодичной давности как были, так и остались…
Даже пожаловаться некому, ведь бесплатное всё, никто никому ничего не должен.
Фиксить баг или нет решает средний палец на правой ноги координатора проекта.
(Вот так NHibernate и пролетем мимо нас — полгода багфикс подождали, плюнули и выкинули)
Человек, вместо того, чтобы знания накапливать — сертификаты собирал. Ну и устал…
Тяжелая эта работа — экзамены сдавать. Это вам не на .NET программировать…
Давайте, чтобы воду в ступе не толочь, приведите мне список из хотя бы трех фирм на выбор (сами говорите, что монополии нет), которые осуществят мне платную техническую поддержку log4net библиотеки.
У большинства корпоративных клиентов из США запрет на open-source.
Просто потому, что если что-то сломается, засудить некого будет.
Поэтому дешевле компоненты какие-то купить, чем взять open-source library какую-нибудь. Тем более, что она может оказаться GPL, тогда вообще секир-башка…
SL без pocily-сервера или policy-файла может общаться только со своим родным сервером. Это усложняет задачу.
Встраивать в свой AppServer возможность приема logging-трафика от удаленных клиентов — не знаю, как-то сильно надуманно, что-ли.
Проще стартануть Log2Console, поправить на своем компе hosts файл при необходимости, ну и принимать logging локально.
Потом автор Log2Console решил добавить свистелок и перделок поддержку Windows 7 Taskbar. Ну это чтобы кнопочки появлялись при наведении на taskbar иконку приложения. Ну и добавил.
В результате появились зависимости на .NET 3.5, WPF библиотеки грузятся при старте (а они не мелкие), дистрибутив немного опух.
Я сторонник минимализма, типо uTorrent. Зачем тащить за собой многомегабайтные библиотеки, если оттуда используешь всего 1-2 простых класса?
Именно так. Порог вхождения для .NET 2.0 намного ниже.
(Автор, наконец, проснулся :)
Я с ужасом вспоминаю времена, когда еще в прошлом году у многих клиентов приходилось что-то отлаживать — физического доступа к серверу нет, расшарена только одна папка твоего серверного приложения, для правки конфигов.
Но на клиентской машине (о, ужас!) Windows 2000! Мало того, что прав на установку приложений нет, так еще .NET Framework 3+ даже не поддерживается. И крутись-вертись тёща, ищи почему твой апп сервер глючит.
А так, log2console — один exe-шничек, на флэшке запустил, логи посмотрел и доволен…
WPF вырезал из-за того, что WinForms приложение при запуске грузит достаточно тяжеловесные PresentationCore и WindowsBase, которые нигде, кроме как в Win32ApiCodePack не используются, да и то — пассивно, в методах использовали параметры из WPF типов.
Кроме того, Win32ApiCodePack написан так бездарно, там намешан WinForms и WPF, что руки бы поотрывать :)
1) Обзор сопутствующий сред разработки (refactoring, WYSIWIG-editors, debugging).
2) Обзор библиотек доступа к БД (Linq 2 SQL vs ActiveRecord), производительности DB драйверов (Oracle, MSSQL).
3) Обзор технологий масштабирования, fail-over, app recycling, cold-start, app monitoring и прочие вкусности.
4) Обзор технологий WS*-web-сервисов, а также RESTful сервисов.
Вы не так поняли, http.sys позволяет нескольким независимым процессам реализовать http-server, у них буду просто разные пути/url. Например, все запросы типо localhost/mywebsite/* — будут форвардится в IIS, а localhost/mywebservice/* — будет приходить в вашу программу, написанную на C++ или C#.
Это совсем не то, что делает Апач, захостив несколько разных сайтов на одном порту.
Моно — это минное поле — нарвешься на новый баг или нет.
7) HomeGroup в Убунту не пашет…
8) RDP в Windows Server 2008 R2 тоже использует NLA
Радмин — дыряв как никто
5) программировал в VS.NET
6) привык к Office 2010
7) в домашней сети есть Windows 7 HomeGroup
8) нужен Remote Desktop на Windows Server 2008 R2
Даже пожаловаться некому, ведь бесплатное всё, никто никому ничего не должен.
Фиксить баг или нет решает средний палец на правой ноги координатора проекта.
(Вот так NHibernate и пролетем мимо нас — полгода багфикс подождали, плюнули и выкинули)
Но что делать с мелочью, типо log4net? Самому садиться баги исправлять?
Поэтому что у одного, что у другого такие глюкавые драйвера…
Смех-смехом, но за 10 лет уже можно было devArt какой скупить и не тужиться…
Человек, вместо того, чтобы знания накапливать — сертификаты собирал. Ну и устал…
Тяжелая эта работа — экзамены сдавать. Это вам не на .NET программировать…
Просто потому, что если что-то сломается, засудить некого будет.
Поэтому дешевле компоненты какие-то купить, чем взять open-source library какую-нибудь. Тем более, что она может оказаться GPL, тогда вообще секир-башка…
Встраивать в свой AppServer возможность приема logging-трафика от удаленных клиентов — не знаю, как-то сильно надуманно, что-ли.
Проще стартануть Log2Console, поправить на своем компе hosts файл при необходимости, ну и принимать logging локально.
Быстро, дёшево и сердито :)
Потом автор Log2Console решил добавить
свистелок и перделокподдержку Windows 7 Taskbar. Ну это чтобы кнопочки появлялись при наведении на taskbar иконку приложения. Ну и добавил.В результате появились зависимости на .NET 3.5, WPF библиотеки грузятся при старте (а они не мелкие), дистрибутив немного опух.
Я сторонник минимализма, типо uTorrent. Зачем тащить за собой многомегабайтные библиотеки, если оттуда используешь всего 1-2 простых класса?
В детстве писал :) Рассказы и (о боже!) фантастические повести :)
(Автор, наконец, проснулся :)
Я с ужасом вспоминаю времена, когда еще в прошлом году у многих клиентов приходилось что-то отлаживать — физического доступа к серверу нет, расшарена только одна папка твоего серверного приложения, для правки конфигов.
Но на клиентской машине (о, ужас!) Windows 2000! Мало того, что прав на установку приложений нет, так еще .NET Framework 3+ даже не поддерживается. И крутись-вертись тёща, ищи почему твой апп сервер глючит.
А так, log2console — один exe-шничек, на флэшке запустил, логи посмотрел и доволен…
WPF вырезал из-за того, что WinForms приложение при запуске грузит достаточно тяжеловесные PresentationCore и WindowsBase, которые нигде, кроме как в Win32ApiCodePack не используются, да и то — пассивно, в методах использовали параметры из WPF типов.
Кроме того, Win32ApiCodePack написан так бездарно, там намешан WinForms и WPF, что руки бы поотрывать :)
Включая:
1) Обзор сопутствующий сред разработки (refactoring, WYSIWIG-editors, debugging).
2) Обзор библиотек доступа к БД (Linq 2 SQL vs ActiveRecord), производительности DB драйверов (Oracle, MSSQL).
3) Обзор технологий масштабирования, fail-over, app recycling, cold-start, app monitoring и прочие вкусности.
4) Обзор технологий WS*-web-сервисов, а также RESTful сервисов.
Ждем-с
Достигнуть бы в Silverlight паритета… И конвертар xap в app для iPhone ;)
Это совсем не то, что делает Апач, захостив несколько разных сайтов на одном порту.