Присоединяюсь к пожелаюнию. Часто нужно создавать полный док, в котором куча дублирующей информации и только одна полезная строка, что бросается исключение.
Да всё нормально. Адресация на 32-битной шине ограничена чуть больше 2ГБ. Поэтому автор говорит, что 64 бита дадут полный доступ к 4ГБ памяти, которые есть на плате.
Это всё, конечно, хорошо для разработчиков. А что насчёт пользователей? Вся это иммутабельность — ширма, чтобы отложить рельную неизбежную мутабельность и чем дольше мы несём чистое состояние — тем сильнее всё это тормозит. Современный веб тому пример.
Kubernetes пример хороший, но немногочисленный и глядя на то, насколько его сложно использовать с нуля — я думаю там очень сильно потеряна связь с реальностью. Там больше диктат программного и аппаратного обеспечения, чем хотелок администратора.
Тут действительно нужно соблюдать баланс. Я это и имел в виду, что почти никогда не получится бизнес логику полностью абстаргировать от всего. Хотя стремиться к изоляции, конечно, нужно.
Автор как-будто сам себя пытается убедить. Нет никаких полностью абстрактных бизнес-логик. Всё равно всё хранится в каком-то харнилище. Не обманывайте себя и других людей. Если между хранилищем и бизнес логикой сделать очень хорошую изоляция в 99% это будет тормозить, т.к. вы не сможете использовать фичи хранилища или ваше приложение будет немасштабируемое. Нельзя всё взять и поделить. Всегда нужно думать.
5.6 релизнулась в середине 2014 года. Да это реально редко. Если вы подумали, что нужно много править и кучу всего рефакторить — то это не так. Мой проект, которому 6 лет на каждую новую версию мигрировал в течении месяца после выхода новой мажорной версии. Иногда не приходилось править вообще ни одной строки. А если вы реально «переживаете править две строки» — то что-то явно не так в вашем проекте
Если вы так редко будете это делать — вам вообще тяжко будет. Код надо заранее готовить к новой версии и не пропускать ни в коем случае, тогда миграция будет занимать время одного прогона тестов.
Вот вы написали про кол-во перезаписей для MLC, потом сказали, что для TLC оно упало, но не сильно. Потом чудо пришло — 3д ячейки и супер плотность. А где всё-таки реальная цифра, сколько такие ячейки выдерживают перезаписей? Я вижу только одни костыли (которые называются крутыми технологиями), чтобы всячески выровнять износ накопителя. Так что цифры в студию.
Странно, что не упомянули канал Gökmen ALTUNTAŞ. Канал про древообработку и создание станков из «говна и палок». Вообще без слов, очень дешево, использую бытовые инструменты и расходники из обычного строймагазина. Делает очень красиво и легко повторяемо.
Ну во-первых, я точно не поверю что все они согласились. А второе — ответы не просто должны быть правильные, а ясные и однозначные. Размер таблицы — «средний», это 1к или 1кк? Для меня большая это 1ккк, а средняя — 1кк, но это лично моё мнение, оно точно не совпадает со всеми. Что значит клиент — другой «узел сети»? Какой сети, внутри дц или города или планеты Земля?
Диванная аналитика с какими-то догадками. Про прошлое написано субъективно, очень странные выводы. Как-будто прочитал просроченный гороскоп
Это статья по продажам, а не по дизайну. Хотя тут хорошо показано, как делать не нужно.
В заголовке Javascript, а в статье V8. Реально наступает монополия. Такое до добра не доводит.
Тут действительно нужно соблюдать баланс. Я это и имел в виду, что почти никогда не получится бизнес логику полностью абстаргировать от всего. Хотя стремиться к изоляции, конечно, нужно.
Хороший пример, но нужно больше сложностей и проблем из реального мира. Фреймворк всё больше мне нравится.
Автор как-будто сам себя пытается убедить. Нет никаких полностью абстрактных бизнес-логик. Всё равно всё хранится в каком-то харнилище. Не обманывайте себя и других людей. Если между хранилищем и бизнес логикой сделать очень хорошую изоляция в 99% это будет тормозить, т.к. вы не сможете использовать фичи хранилища или ваше приложение будет немасштабируемое. Нельзя всё взять и поделить. Всегда нужно думать.
Хорошие советы. Хоть большинство и знал, но есть и новое. Спасибо за перевод. С радостью почитаю переводы других статьей citus.
Макрос для отладки прямо лучше, чем я мог представить. Это должно было в первую версию попасть.