Обновить
0
0
isolda@isolda

Пользователь

Отправить сообщение
К сожалению, она пока не поддерживает никаких зависимостей, и тегирования — в том числе :(

Нам пришлось дописывать самим.
Гыгы. По поводу наездов и спрово позволю себе процитировать Вас, глубокоуважаемый:

habrahabr.ru/blogs/microsoft/43143/#comment_1068371

Скажу так, что бы такой недоразвитый индивидум, страдающий гермофродитизмом как ты, понял меня. ТЫ ДЫБИЛ И ТВОЕ МЕСТО НА ПАМОЙКЕ! ТЫ МОЖЕШЬ КУПИТЬ 5 ДИПЛОМОВ, НО К ВСЕОБЩЕЙ РАДОСТИ НЕСПОСОБЕН КУПИТЬ ДАШ МАЛУЮ ДОЛЮ МОЗГА!..

ИДИ ВЫЕБИ СЕБЯ В ЗАД ВАНТУСОМ.
Что-то не клеится у тебя ни с ассемблером, ни с универом. И универ ты закончил в 2007м, и на ассемблере в 1970м писать никак не мог )))))
Не пойму, зачем так сложно сортировать дистрибутивы. И вообще, зачем большинство из них хранить.

Одно дело - файловый сервер компании, например. Другое - собственный ПК. С огромной вероятностью, к моменту когда понадобится переустановить программу, уже будет новая её версия. Соответственно - дистрибутив будет заново скачан. "Крупного" ПО, которое тяжело скачивать заново, будет не так уж и много, соответственно его достаточно просто найти в каталоге с дистрибутивами БЕЗ какой-либо сортировки.
Мне кажется, или мы говорили о разделении хранения и бизнес-логики?
И где же здесь изоляция хранения? Видна только лапша из бизнес-классов, ограничений на значения полей, названий столбцов в БД и внешних ключей.
Круто. Переименование/добавление индекса в БД -> пересборка кода бизнес-логики? ))
Subversion (TortoiseSVN) + Jira + NUnit + VisualBuild

Subversion + TortoiseSVN - отличный вариант. Пользовались и CVS, и SourceSafe, и StarTeam. SourceSafe вспоминается, как страшный сон :)

Jira - очень нравится. Раньше пользовались для тех же целей StarTeam, не жалеем, что перешли на Jira. Общее управление требованиями/багтрекер в рамках компании (500+ сотрудников, проектов - сотни). Нельзя сказать, что все идеально, но возможностей хватает с головой и интерфейс продуман до мелочей.

VisualBuild - очень удобно, когда сборка проекта включает и запуски тестов, и перенастройки конфигурации, и работу с виртуальными машинами... Есть конечно NAnt, MSBuild, но с этой тулзой работать - одно удовольствие, попробуешь - сложно отказаться :)
C 2005й студией Ankh тоже не сильно стабильно работает :( Мы было схватились за него, но почти сразу отказались...
Зависит от логического уровня. Например, если в такой структуре попробовать сохранить не сеть, а иерархию. При выборке всех дочерних элементов некоего элемента циклические ссылки все поломают.
С такой структурой еще важно отслеживать отсутствие циклических ссылок. Если, конечно, их появление возможно на логическом уровне.
Между Symbian S60 и Maemo - годы разработки, миллионы аппаратов и людей, на которых вылизывалась ОС. Trolltech вообще был куплена только полгода назад.

А Palm в 2001м году купила BeOS, например. И шо? :)
А Apple с iPhone - к Яндексу? :D
Series S40 основан на "Nokia OS". А на Symbian основаны S60, UIQ и FOMA.
Nokia 770 УЖЕ на линуксе.

Но с каких это пор Symbian стал "не особо нужным"?! Самая распространенная платформа для смартфонов, к тому же одна из лучших. Получается, Nokia, Samsung и SE занимаются глупостями, выпуская high-end аппараты именно на на ней?
Если бы хотели бы посмотреть - посмотрели бы ;)

Красивых примеров в сети достаточно.
Предлагаю обязать всех, кто пишет на хабре примеры кода на C#, обязательно снабжать их юнит-тестами!

Давайте немедленно обсудим, проголосуем и утвердим!
Это клиника, господа!!! Зачем вы занимаетесь мозгоебством?!

Кому поможет это стандарт написания ПРИМЕРОВ? Кто его будет использовать? Что, тех кто опубликовал что-то не по стандарту - штрафовать будем? Код ревью на хабре проводить, да? Метрики собирать?

Бред, абсолютный бред.
Боюсь, Вам придется заниматься мозгоебством в одиночестве.
См. ссылки на википедию.

Пример управления неопределенностью: мы не знаем, какая из технологий (А, Б, В) лучше подойдет нам для реализации проекта. Соответственно, не знаем каких лучше подбирать специалистов и сколько займет проект.

Поэтому мы сначала тратим часть времени на исследования и возможно POC, после чего неопределенность в вопросе наиболее подоходящей технологии исчезает.

(Остается только риск, что мы ее неправильно выбрали :)

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность