Иногда лучше в код подобных вещей даже не заглядывать, чтобы не портить впечатление от удобной на вид вещи.
Самок худшее моё воспоминание в этом плане — проект, который хотели нам отдать на поддержку: внешне симпатичная и удобная интранет-система управления, ожидалось, что внутри будет что-то более-менее адекватное. А внутри был реальный АД с большой буквы: весть проект состоял из двух файлов на Visual Basic общим весом в исходниках около 10 MB, которые компилировались в DLL, которая прицеплялась к IIS в виде ISAPI-модуля. А внутри самих этих файлов было развесистое многоуровневое дерево из IF-ов, где конкатенацией строк генерился HTML. И в каждой из ветвей море копипаста, но с небольшими «нюансами».
Просто хотелось посмотреть в глаза человеку, который всё это начал и сказать ему много всего.
Для тех же стейков есть прямо табличка какая температура внутри стейка какой степени прожарки соответствует. Если вы шеф-пофар, который эти стейки делает пачками каждый день, то такие таблицы не нужны — пр опыте степень его прожарки можно «на глазок» определить. Но если вы это делаете нечасто, то даже пр минимальном опыте, используя кулинарный термометр, можно получить прекрасный результат.
Табличка примерно такая
extra rare (илие blue rare) — прогретый до 46—49 °C и быстро «закрытый» на гриле, сырой, но не холодный; rare — непрожаренное мясо (обжаренное снаружи, красное внутри) с кровью, прогретое до 49—55 °C medium rare — доведенное до состояния отсутствия крови мясо, с соком ярко выраженного розового цвета и прогревом до 55—60 °C medium — среднепрожаренное мясо со светло-розовый соком внутри и прогревом до 60—65 °C medium well — мясо с прозрачным соком и прогревом до 65—69 °C well done — полностью прожаренное мясо почти без сока, прогретое до 71—100 °C overcooked (или too well done) — прожаренное мясо совсем без сока и прогретое до температуры свыше 100 °C.
$59 за кухонный термометр? RLY? У меня механический кулинарный термометр, купленный N лет назад за пару баксов, работает как часы. Тут я сторонник подхода «keep it simple». Не надо усложнять вещи проверенные годами: во первых сильно страдает надёжность, а во-вторых ещё и резко подскакивает цена.
Про проект вы угадали, в то время я имел непосредственное к нему участие, но вот пункты б-в-г, по-моему, мимо кассы, это скорее ваши домыслы. Насчет «а» — версию на тот момент уже просто не помню, хотя кажется это была всё-таки 2.x. Тем не менее, такой факт, что после смены БД, фактически ничего не меняя в коде самой программы, не было больше ни одного инцидента, связанного с БД.
Без обид, но результат очевиден.
без обид, тут уже моё личное мнение, но если СУБД позволяет без каких-либо финтов ушами ломать ссылочную целостность, то это аргумент не в её пользу.
У нас клиентские БД были очень разные: от пары Mb до десятков Gb, причём проблемы чаще были с мелкими БД. Ну и клиентов достаточно много, десятки тысяч, поэтому вероятность ошибки больше, чем если бы программа была «для себя»
Уже не первую неделю вижу посты на хабре о том как Firebird шагает по планете и диву даюсь — неужели этот тот самый Firebird, который мы пару лет назад с таким облегчением выпилили из своего проекта, заменив на другую БД?
Выпиливали не из-за какой-то абстрактной нелюбви или из-за того, что решили что-то более модное «пощупать». Нет, выпиливали вполне оправданно, потому что к нам от клиентов сначала десятками, а потом и сотнями валились претензии о том, что программа «перестала работать с БД». Основных проблем, как сейчас помню было три:
1. Служба Firebird периодически останавливалась сама по себе.
2. Нарушение целостности данных БД. Например, FOREIGN KEY на несуществующее значение в родительской таблице — это было почти в пределах нормы.
3. DB corruption
И если против первых двух помогали какие-то костыли, то против третьего трудно было найти аргумент, утилиты для восстановления БД помогали менее чем в половине случаев.
Зачем? Статья вроде совсем не об этом.
А если хочется статью-сравнение «Entity Framework vs NHibernate», то перевод такой статьи был на хабре пару месяцев назад.
Буквально на днях прилетело для ноута обновление BIOS, где основным изменением был заявлен фикс SMM «Incursion» Attack. А до UEFI обновления на BIOS почти никогда не ставил.
Что-то вдруг появилось желание в сборщик релизов добавить новый билд-степ: проверку на наличие в релизе дебажных библиотек (некоторые библиотеки предоставляются нам другими командами разработки)
По-моему, уже только ленивый программист не пишет очередной yet-another-bit-torrent. На том же github уже тысячи проектов torrent-клиентов, есть на любом языке программирования.
И всё, никакого показа рекламы и её загрузки из глубин интернета, причем по-честному, без всяких хаков и кряков. Всё что остаётся — в дереве слева node cо ссылкой «Upgrade to Pro».
Не к добру такая сосредоточенность отрасли в одном месте. Случись там в окрестностях Шенчьженя землетрясение (а он в сейсмоопасной зоне) или цунами / наводнение и сразу всемирный коллапс.
Несколько лет назад было уже что-то похожее, когда DDR память сразу в разы подорожала.
Ну если глянуть на положенную к статье карту температур, то там как раз видно, что на ней Урал-Западная Сибирь фактически единственная синяя точка по всей карте.
Самок худшее моё воспоминание в этом плане — проект, который хотели нам отдать на поддержку: внешне симпатичная и удобная интранет-система управления, ожидалось, что внутри будет что-то более-менее адекватное. А внутри был реальный АД с большой буквы: весть проект состоял из двух файлов на Visual Basic общим весом в исходниках около 10 MB, которые компилировались в DLL, которая прицеплялась к IIS в виде ISAPI-модуля. А внутри самих этих файлов было развесистое многоуровневое дерево из IF-ов, где конкатенацией строк генерился HTML. И в каждой из ветвей море копипаста, но с небольшими «нюансами».
Просто хотелось посмотреть в глаза человеку, который всё это начал и сказать ему много всего.
rare — непрожаренное мясо (обжаренное снаружи, красное внутри) с кровью, прогретое до 49—55 °C
medium rare — доведенное до состояния отсутствия крови мясо, с соком ярко выраженного розового цвета и прогревом до 55—60 °C
medium — среднепрожаренное мясо со светло-розовый соком внутри и прогревом до 60—65 °C
medium well — мясо с прозрачным соком и прогревом до 65—69 °C
well done — полностью прожаренное мясо почти без сока, прогретое до 71—100 °C
overcooked (или too well done) — прожаренное мясо совсем без сока и прогретое до температуры свыше 100 °C.
github.com/veracrypt/VeraCrypt
bitbucket.org/veracrypt/veracrypt
время коммитов во все репозитории примерно одинаковое
без обид, тут уже моё личное мнение, но если СУБД позволяет без каких-либо финтов ушами ломать ссылочную целостность, то это аргумент не в её пользу.
Выпиливали не из-за какой-то абстрактной нелюбви или из-за того, что решили что-то более модное «пощупать». Нет, выпиливали вполне оправданно, потому что к нам от клиентов сначала десятками, а потом и сотнями валились претензии о том, что программа «перестала работать с БД». Основных проблем, как сейчас помню было три:
1. Служба Firebird периодически останавливалась сама по себе.
2. Нарушение целостности данных БД. Например, FOREIGN KEY на несуществующее значение в родительской таблице — это было почти в пределах нормы.
3. DB corruption
И если против первых двух помогали какие-то костыли, то против третьего трудно было найти аргумент, утилиты для восстановления БД помогали менее чем в половине случаев.
Такое ощущение, что вы собираетесь заниматься тем, чем уже 100500 человек занималось и все результаты давно опубликованы. Начиная со stackoverflow и заканчивая более-менее известными блоггерами:
weblogs.asp.net/fbouma/fetch-performance-of-various-net-orm-data-access-frameworks
weblogs.asp.net/fbouma/fetch-performance-of-various-net-orm-data-access-frameworks-part-2
(этот товарищ, конечно, отчасти своё детище пиарит, но и другие ORM там представлены в неплохом объеме)
А если хочется статью-сравнение «Entity Framework vs NHibernate», то перевод такой статьи был на хабре пару месяцев назад.
и можно ещё добавить
И всё, никакого показа рекламы и её загрузки из глубин интернета, причем по-честному, без всяких хаков и кряков. Всё что остаётся — в дереве слева node cо ссылкой «Upgrade to Pro».
Несколько лет назад было уже что-то похожее, когда DDR память сразу в разы подорожала.