Поделюсь еще одним "поразительным" наблюдением. В двоичной системе шанс, что за простым числом, оканчивающимся на 1, будет следовать число, оканчивающееся на 1 равен 100%.
Статья подтверждает старый тезис о том, что только закончив проект, понимаешь, как его надо было делать. Далее уже стоит сложный выбор — или продолжать пилить то, что получилось, или переписать проект с нуля. Ваш случай — это удачный пример второго пути.
Спасибо за комментарии! Тема довольно дискуссионная. Как переводчик, я не могу сказать, что разделяю всю оригинальную риторику автора, но в целом, критика именно «универсальных супер-платформ» обоснованная. Во всем должна быть мера, сами по себе платформы — не являются злом, но если они создаются, они не должны становится слишком универсальными и глобальными.
Когда-то давно он сделал хайлайтер кода для Хабра, который автоматом добавляет ссылку на его личный сайт. Но, к сожалению, сам хайлайтер уже давно не работает.
Я начал писать на Хабр, потому что считаю себя обязанным ему за все те знания, которые из него почерпнул. Опубликовав свою статью, я просто отдал должное сообществу. Тысячи людей потратили десятки тысяч часов, наполняя Хабр уникальными материалами. И мы все читаем их абсолютно бесплатно, а ведь это немалый труд! Нужно ценить любимый Хабр.
Все хабра-авторы, огромное вам спасибо, что продолжаете писать статьи!
А те, кто еще не писал, обязательно попробуйте написать.
Решается легко. Пусть a — прошла первая бабушка до встречи, b — прошла вторая. x и y — их скорости. Тогда a/x = b/y — время прошедшее до встречи (с рассвета до полудня). Также имеем b/x=4 и a/y=9. Перемножая получаем (a*b)/(x*y)=36, но a/x = b/y, поэтому (a/x)^2=36. Значит они встретились через 6 часов. Рассвет в 6 утра.
datetime
Данный тип позволяет одновременно сохранить и Дату, и Время. Например, 15.02.2014 17:38:31.3231603
Хочу поправить, тип datetime имеет точность 3 миллисекунды. Вообще, начиная с SQL Server 2008, Microsoft вместо него рекомендует использовать тип datetime2, который имеет большую точность и гибкость, и при этом использует меньше памяти.
Тема очень интересная. Но еще один потенциальный недостаток книги — некачественный перевод. Было бы здорово, если бы перевод проверили несколько человек, очень хорошо разбирающиеся в контексте.
Недостаточно информации, чтобы найти подходящее решение.
Объект HttpContext.Cache используется чтобы на некоторое время запомнить данные, которые потом автоматически очистятся.
Возможно тут надо использовать HttpApplicationState — данные в нем хранятся глобально и постоянно (но очищаются при
перезапуске приложения). А инициализировать их можно в Application_Start в global.asax — методе, который срабатывает при каждом запуске приложения.
Достаточно спорная рекомендация. Несколько return это нормально, только надо располагать их как можно раньше в методе.
Не соглашусь, нередко закомментированный код — лучшее решение. Однако нужно всегда комментировать, почему тот или иной код закомментирован.
Все хабра-авторы, огромное вам спасибо, что продолжаете писать статьи!
А те, кто еще не писал, обязательно попробуйте написать.
Объект HttpContext.Cache используется чтобы на некоторое время запомнить данные, которые потом автоматически очистятся.
Возможно тут надо использовать HttpApplicationState — данные в нем хранятся глобально и постоянно (но очищаются при
перезапуске приложения). А инициализировать их можно в Application_Start в global.asax — методе, который срабатывает при каждом запуске приложения.