Валерий Абакумов

SharePoint позволяет легко и быстро реализовать многие вещи. Но стоит учесть:
1. SharePoint - это больше и страшное ASP.NET WebForms приложение. Что бы кто не говорил, а ASP.NET WebForms будет постепенно отмирать. Хочешь ли ты изучать этого динозавра?
2. Очень страшный HTML, который будет достаточно проблематично модифицировать. Например, тебе надо будет сделать версию для мобильных устройств.
3. Очень мало хорошей документации. Часто на твои вопросы ты будешь находить НЕПРАВИЛЬНЫЕ ответы.
4. Система списков взорвет твой мозг. Куча ненужных полей. Куча имен у одного поля (StaticName, InternalName) причем разные функции используют разные имена.
5. Неочевидное поведение некоторых вещей. Рассказывать долго. Просто поверь на слово.
6. Закрытость. Если вдруг надо что-то починить... то не сможешь.

Мой совет: если функционал SharePoint на 100% покрывает требования вашей организации (именно 100%, не 99,9% даже), то можете пробовать. В противном случае лучше пишите с нуля. Потому что иногда даже мелкие изменения требуют огромного количества кода.

Почему так много вакансий с .NET/C#/ASP MVC?

Хорошая платформа, ничем не уступающая остальным.

IIS как application server неплохо справляется.
Windows как сервер работает не хуже Linux.

Микрософт активно развивает платформу и сервисы. Значит в будущем будет еще больше вакансий и проектов!

Ну и C# как язык сейчас наверное топ1.
Тут тебе и LINQ и деревья выражений и асинхронное программирование и динамическая типизация. А сейчас еще компилятор перепишут и вообще будет хорошо.

основные причины использования старых студий:

1 - большие проекты - трудно (или все тупо в лом) переделывать, не редко еще и зависимость от сторонних проектов, которые авторы уже не поддерживают - кроме зависимостей от версий фреймворков, если еще зависимости от компиляторов и средств построения. для примера попробуйте познакомиться с проектом mpir.org - крутая математика для .NET, но так как разрабатывается комунити - всегда отстает на одну две версий студии. адаптировать ее самостоятельно под последнюю версию - мягко говоря совсем не тривиально

2 - проекты, которые трудно вести в экспресс (бесплатный) студиях (на пример требуются продвинутые возможности коллективной работы) + политика фирмы не позволяет использовать пиратское ПО, а на обновления проф/ультимейт студий, деньги не выделяю (на самом деле 2013 уже есть продвинутая комунити студия доступная бесплатно, но это еще не у всех уложилось в головах + глобальные переходы сами по себе, все равно требуют больших усилий)

3 - просто старое железо и не особо большие проекты - новые студии будут еще ворочаться, а старые летают

а для дома/для души - каждый решает сам

естественно для развития полезно работать в последней студии - работа с разными версиями расширяет кругозор

а брать работу на дом - это само по себе признак низкой эффективности и плохой организации собственного труда

но в некоторых случаях можно иметь дома разные версии студий - в виртуальных машинах или в разных копиях винды с мультизагрузкой. на пример если для работы надо 2010, для использования проекта типа mpir - 2012, для общего развития - 2015, и тд...

лучше всего ставить разные студии в разных копиях винды (виртуальных машинах), некоторые версии в принципе не могут работать корректно вместе. так же можно некоторые версии ставить экспресс для экономии ресурсов, это зависит уже от предполагаемых задач для этой версии

Возьмите пиво и допросите своих коллег - пусть альтернативу предлагают. Ничем enum не плох - удобная вещь.

Вам быстрее будет влиться в .Net, чем в 1С с нуля. Хоть и принято считать, что в 1С порог входа очень низкий, все же я, обсуждая с другими разработчиками, пришел к выводу, что нужно около года, чтобы «въехать в 1С». Это, если вам повезет и вы на первой работе будете заниматься разработкой, а не консультировать пользователей и обновлять конфигурации.

У 1С есть фундаментальный недостаток: она не известна вне СНГ, поэтому трактор на 1С не заведешь. Ну и недостатки поменьше - сложности с удаленной работой, хуже условия труда, необходимость общаться с клиентами (хотя для кого-то это плюс), говнокод и т.п. Сам язык так себе, но платформа классная. Работа бывает как очень интересная, так и очень скучная. Но это очень субъективно.

Сам работаю 1С разработчиком два года. Хотел бы и дальше, если бы была возможность жить за границей и получать зарплату в долларах/евро. Но нет. Поэтому, сейчас изучаю руби.

Для редактирования использовать тип string. Перед сохранение в базу преобразовывать в decimal.
В своих проектах использую вспомогательный класс, который имеет методы для работы с числами и умеет понимать любой десятичный разделитель. Конкретно, для данной ситуации, есть метод ToDecimal (код открыт, лицензия не запрещает использовать частями, если что).

[DisplayName("Сумма")]
public string Sum { get; set; }

public decimal SumDec 
{ 
  get
  { 
    return Convertion.ToDecimal(this.Sum); 
  }
}

designmodo.github.io/Flat-UI
+ эти:

@app-themed-default: #1bbae1;
@app-themed-dark-default: #394263;
@app-themed-night: #888888;
@app-themed-dark-night: #333333;
@app-themed-amethyst: #af64cc;
@app-themed-dark-amethyst: #583a63;
@app-themed-modern: #46b7bf;
@app-themed-dark-modern: #3b3f40;
@app-themed-autumn: #e67e22;
@app-themed-dark-autumn: #4a392b;
@app-themed-flatie: #1ec1b8;
@app-themed-dark-flatie: #32323a;
@app-themed-spring: #27ae60;
@app-themed-dark-spring: #344a3d;
@app-themed-fancy: #d9416c;
@app-themed-dark-fancy: #352b4e;
@app-themed-fire: #e74c3c;
@app-themed-dark-fire: #4a2e2b;

Если есть компаньон, то ИП отметается сразу - будут проблемы если не сможете договориться, а пакета акций как такового у оного нет. Хотя он самый дешёвый - юристы делают под ключ за пару тысяч, налоги минимальны и просты, не требуется юр. адрес, так как это не юр. лицо. Со всеми выходящими отсюда последствиями - и с кредитами будет сложно, и с инвесторами, и с почтой, и с наймом... То есть не столько сложности, сколько ограничения.

Об ОАО, ЗАО можете тоже не думать. Регистрация может быть очень дорого, требуется платить колоссальные налоги и вести не хилую отчётность. Ну и само по себе акционерное общество предполагает вкладчиков... Разве только у Вас есть добрый инвестор, которому можно доверять и который всё (почти всё) сделает за вас.

Ок, получается самый простой вариант - ООО. Там всё относительно просто - требования на самом деле очень просты. 10к уставного капитала и юр. адрес. Причём 10к может быть сделано примерно так: приходите с другом со своими стульями, смотрите на стулья друг друга и пишите, что это прекрасный стул античной древности и каждый из вас оценивает их по 5к. В общем и целом так можно и с ОАО и ЗАО, но там к этому ещё стопка требований, да и уставный капитал поболее.

Разница в том, что для dynamic вы можете написать

dynamic myDinamic = GetDynamic();
myDynamic.SomeMethod();

Object же надо приводить в типу, для которого определен SomeMethod(), или использовать рефлексию. Т.е. проверка переносится с этапа компиляции на момент исполнения.

MVC 6 практически полностью новый фреймворк, построенный на базе ASP.NET vNext.
Основные изменения на вскидку:
- избавление от System.Web зависимости, которое позволит существенно ускорить выполнение запросов (судя по цифрам почти на порядок)
- объединение с WebAPI и SignalR (в прошлых версиях часть классов дублировалась в разных неймспейсах)
- vNext !!! (компиляция исходников на лету, деплоймент ВСЕХ зависимостей вместе с приложением, новый деплоймент через PowerShell, и еще куча всего принципиально нового)
- возможность запускать MVC приложения вне IIS, базируясь на OWIN (пока это можно делать только с WebAPI и SignalR). Как следствие - возможность работы на Mono (маке, линуксе и т.п.)
- улучшения в Attribute Routing'е
- еще много мелочей

Большой плюс в том, что новая платформа теперь полностью открыта (исходники на гитхабе) и вы можете опробовать её уже сейчас: www.asp.net/vnext