Андрей Губский

Поддержу мнение AgentSIB и добавлю как вариант bitbucket.org/

Дома серверная стойка?! А спать как будете, она же будет гудеть как средних размеров самолет.

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

Биткойнов-то много намайнили? Может, ими и оплатить?

Мне было бы интересно. Нечто аналогичное делаем на PHP/JS, храня, передавая и работая с данными структуры интерфейса в формате JSON.

Но как воспримет хабрапублика — предсказать сложно.

Если не лень — пишите. В любом случае кому-то будет полезно.

Замолвлю слово за C#. Удобная среда разработки, хорошая документированность, меньше багов (сколько раз за последний месяц у вас обновлялась JRE?). Множество плюшек в языке. Меньше жрет памяти. Минусы то-же есть, вы привязаны к энтерпрайзу раз и навсегда

Статья опубликована! Всем спасибо!

У вас подход к разработке вывернут наизнанку. Цепочка разработки такая: требования->архитектура->реализация. Вы же из реализации пытаетесь выяснить как «правильно». Это принципиально невозможно. Правильно так, как удовлетворяет требованиям. А требований нет. Поэтому сначала нужно определиться с требованиями к интерфейсу класса, а потом уже делать реализацию (ну а приватный методы — это ни что иное как способ реализации интерфейса).

Этот эмулятор не работает на виртуалках. Ему нужен доступ к железному процессору. Если на вашем макбуке стоит винда, то вы сможете запустить эмулятор винфона. Если же родная ось + виртуалка то нет, не сможете.

Мне кажется править «на лету» код контроллеров очень плохая идея. В век внедрения в нашу жизнь TFS, и гитхаба править код на продакшене — моветон.

> завязка на продуктах Microsoft( MS sql, MS server и т. д.).

Для .net завязка не принципиальная. И БД и сервер можно взять открытые и бесплатные.

Пункт 0: используйте EF CodeFirst или POCO templates, тогда у вас будут «чистые классы» in the first place.
Пункт 1: все нижесказанное верно до тех пор, пока у вас контроллер работает напрямую с DAL, а не со слоем бизнес-логики или сервисов.

Есть таблица dbUsers в базе. В EF создаются классы dbUsers. Неким образом создается класс User. Слой данных работает с объектами EF а пользователю (контроллеру) отдает красивые чистые объекты класса User без лишней информации.

Это лишняя прослойка.

Есть таблица dbUsers в базе. В EF создаются классы dbUsers. Слой данных напрямую работает с этими объектам и передает их в контроллер. Т.е. контроллер работает с объектами типа dbUsers…

Это вполне нормально.

Это как Вы себе представляете программу, автоматически вырезающую сиськи, а?

а если так?

Ну, ворд значит ворд…

Я считаю, менять железо чаще, чем раз в 3-5 лет — это потворство потребительским инстинктам и уплата дани транснациональным корпорациям. В общем, это плохая затея.

Вполне приличные железки+), только полупали более мощные варианты, работали на ура. Один раз была проблема с шлейфами скази, которым было более 3 лет, заменили и все дальше полетело.

Ну такого же класса как Tyan — т.е. в принципе — вполне себе сервер, у нас на супермикро (сходу не скажу какие, не помню) — бежит 2 продакшн сервера, и ничего, живут… -)