точно! запустил Windows и вспоминаю как у меня был один видео файл, который я мог смотреть в 16 цветах!.. Так же помню Recorder при помощи которого мы записывали звук и как то там искажали его при помощи ускорения или замедления. А еще там было приложение картотека, где я записывал адреса вроде… почему приложение не получило продолжение? :)
видите это просто справка о том, что вы студент, их дают вроде как секретари. а тут нужно от декана получить какую то справку, что вы студент и что еще университет не против что вы получите бесплатный хостинг (ну это как я понял из написанного выше)
Ха, я думал я один такой. Годков так 3-4 назад писал себе такую же программу, даже исходный код есть (исходный код и binary тут), писал под .net framework 1.1, собрал сейчас и на 2008 студии, если надо кому — берите, может доработать захотите. Но, реально, моя программа уж очень бедная :)
P.S. Купил чайник со свистком — помогает!
очень интересно и видно, что большой труд проделан.
пару вопросов:
а) а такую строку вы из файла брали?
б) считали время выполнения только самого метода? Считали время выполнения за раз или несколько раз проводили тесты?
в) а многопоточность не пробовали как то использовать? Например разбить на два — обработать каждый в своем потоке и потом склеить.
об этом тоже думал, но — это в случае если в БД и в классах всегда одно и тоже будет. а если в БД оставите null а в модели сделаете not null (причины разные могут быть)?
отлично, если вам интересно, я тоже принимал участие в олимпиадах (и математических и программирование), и более у меня есть опыт в обучении детей, подготовки их к олимпиадам по математике.
так что вы, прежде чем говорить за людей «Сказал и не подумал» — сами сначала обдумайте свои мысли ;)
P.S. Ничего личного — просто не приятно такие необоснованные обвинения.
я только не хочу об этом спорить, это только мое мнение. я просто считаю, что это немного другой уровень мышления, который сложно потом направить в работу (еще раз подчеркиваю, это только мое мнение). То же самое касается и математических олимпиад, они просто учат людей решать немного другие задачи.
мне кажется, тут идея должна быть следующая:
а) находятся люди, который вообще хотят участвовать в вашем проекте — вы им создаете отдельные branch ветки (не думаю, что будет уж очень много желающих)
б) после того, как кто то производит комиты в branch — вы просто поначалу следите, если нравится принимается в trunk, если нет — не принимаете. После нескольких приемом от одного пользователя — думаю можно уже и позволять ему комитить в trunk. Ну и соответственно все конечные версии должны быть в tags
в) ну и те люди, который переходят в стадию возможности комитов в trunk — само собой должны выполнять только те задачи, которые согласованы issue трекером.
Вот я вижу как то так. В общем огромную роль будет играть все равно человеческий фактор.
[global::System.Data.Objects.DataClasses.EdmScalarPropertyAttribute(IsNullable=false)]
[global::System.Runtime.Serialization.DataMemberAttribute()]
public decimal price
{ get { .... } set { .... } }
думал об это — можно, конечно, но просто не вижу смысла. Если только просто убедиться, что точно, только в этом случае, не выставлен CanBeNull — как бы на время разработки сделать проверку. Может, конечно, так и стоит сделать, чтобы обезопасить на будущее.
действительно, похоже на какие то оправдания. каждый все равно для себя вынесет свои мнения. не пишите вторую часть.
Удачи вам в проекте! Действительно интересный.
P.S. Купил чайник со свистком — помогает!
Scott Guthrie — экспет по многих технологиям MS (CLR, ASP.NET, WPF, Silverlight, etc ...)
пару вопросов:
а) а такую строку вы из файла брали?
б) считали время выполнения только самого метода? Считали время выполнения за раз или несколько раз проводили тесты?
в) а многопоточность не пробовали как то использовать? Например разбить на два — обработать каждый в своем потоке и потом склеить.
так что вы, прежде чем говорить за людей «Сказал и не подумал» — сами сначала обдумайте свои мысли ;)
P.S. Ничего личного — просто не приятно такие необоснованные обвинения.
а) находятся люди, который вообще хотят участвовать в вашем проекте — вы им создаете отдельные branch ветки (не думаю, что будет уж очень много желающих)
б) после того, как кто то производит комиты в branch — вы просто поначалу следите, если нравится принимается в trunk, если нет — не принимаете. После нескольких приемом от одного пользователя — думаю можно уже и позволять ему комитить в trunk. Ну и соответственно все конечные версии должны быть в tags
в) ну и те люди, который переходят в стадию возможности комитов в trunk — само собой должны выполнять только те задачи, которые согласованы issue трекером.
Вот я вижу как то так. В общем огромную роль будет играть все равно человеческий фактор.
Удачи вам в проекте! Действительно интересный.