Откуда такая уверенность, что после открытия (если оно состоится) в обозримом будущем он будет экономически эффективным?
Если взять например атомную энергетику, там затраты на само топливо, насколько я понимаю, не составляют бОльшую часть от конечной стоимости электроэнергии (нагуглил парустатей, лень долго разбираться), вот фрагмент таблицы (расходы на топливо явно ниже остальных эксплуатационных расходов, и это без учёта дорого строительства):
Исходя из того, как долго идёт работа над термоядерным синтезом, и как постоянно сдвигаются сроки, можно сделать предположение, что если эта работа и завершится успехом, то установка будет чрезвычайно сложной и дорогой в производстве, и скорее всего также дорогой в обслуживании. Так что в любом случае, ожидать, что термоядерный синтез откроет человечеству источник бесплатной энергии, я бы не стал. В лучшем случае - как одна из альтернатив, со своими плюсами и минусами.
Это были примеры случаев, когда использование табельного номера (используемого, например, в бухгалтерских документах) в качестве первичного ключа в БД может привести к проблемам. Ваш случай тоже вполне укладывается в этот ряд.
Табельный номер могут ошибочно присвоить дважды одному человеку.
По решению начальства табельные номера "обнуляются", и начинают выдаваться заново с номера 1 (пропуская те номера, которые присвоены ещё работающим сотрудникам)
Табельные номера могут совпадать у разных сотрудников в результате слияния двух организаций.
Нет, при переезде ИНН остаётся - то есть там закодирован скорее "регион в момент получения ИНН". Но с самим посылом о том, что ИНН - плохой первичный ключ, я согласен. Например, наличие (пусть и вследствие ошибки) двух ИНН у одного человека вполне возможно.
У меня тоже была история несколько лет назад: звонок, служба безопасности райфа, вот такая-то операция нетипичная (в зарубежном магазине), совершали? Я думаю, как они смогли узнать, в это время говорю им "не, ничего не знаю", после чего они: "окей, мы поняли", и кладут трубку.
Потом пришлось бегать, переоткрывать свою карту =))
Да, замечаю такое на кинопоиске - правда не с кликом, а просто с просмотром. Спустя точно выверенное время после того, как я проскроллю до описания фильма и начну его читать, "успевает" прогрузиться рекламный блок, который занимает как раз место где было описание, а само описание уезжает вниз. Весьма раздражает.
Подождите, если нужно поднять орбиту - разве не назад нужно бросать? Хотя в этом случае всё равно конечно проблема остаётся, потому что рабочее тело окажется со скоростью, недостаточной чтобы оставаться на орбите (в отличие как раз от бросания "вниз", когда он может вообще остаться на орбите, просто более вытянутой).
Боюсь, что идея слишком революционная, так и останется "проколом"...
Боль автора понимаю, но нынешний интернет - результат развития, стимулированного потребностями пользователей. Интернетом пользуется множество людей, которым не нужна подобная чистота "чёрного текста на белом фоне", и которые не хотят задумываться, когда ищут какую-то информацию, какой сайт или соцсеть используют, а просто хотят найти ответ на свой вопрос (и действуют вполне рационально, надо заметить).
Если на тысячу таких "простых" пользователей приходится всего один, подобный автору статьи, не стоит ожидать, что владельцы веб-ресурсов вдруг одумаются. Они делают то, что приносит им максимальную прибыль.
Насколько я понял из доков, spring cache предоставляет обёртку, под которой можно сконфигурировать в том числе redis.
Вопрос скорее возникает не тогда, когда нужно просто сохранить что-то в памяти внутри одного процесса (хотя и в этом случае стоит, например, позаботиться о многопоточном доступе), а когда требуется сделать хранилище кэша в отдельном сервисе, который был бы доступен для других процессов (и для внешних подключений по сети), и был бы при этом достаточно эффективным и надёжным.
Надо заметить, что шаблоны dotnet также содержат механизмы для параметров (как задаваемых пользователем, так и вычисляемых). Это могут быть как текстовые параметры (например, имя проекта, которое может подставляться в cs файлы как часть namespace), так и булевые параметры, в зависимости от которых можно формировать различное содержимое файлов, например так:
По первым двум пунктам - полностью согласен. Но другие три - закрывают довольно специфичные потребности сравнительно небольшого количества пользователей (программистов, системных администраторов).
Мне самому, как программисту, все эти фичи бы понравились в "блокноте из коробки", но если смотреть беспристрастно, проверка орфографии потенциально нужна гораздо бОльшему числу пользователей.
Во-первых, насколько я могу понять из новости, едва ли будут рубить доступ к Community версии Visual Studio, так что локально писать программу на C# и запускать её на своём компьютере или собственном сервере должно быть возможно и дальше. Воспользоваться Azure для сборки или хостинка проектов, или апгрейдиться до Entherprise версии студии - вот с этим могут быть проблемы, но без этого, в принципе, можно и обойтись.
PS ну и насколько я помню, для Visual Studio вроде был и оффлайн инсталлер, так что её можно инсталлировать даже при отсутствии интернета на целевом компе.
Я думал для этого используют губозакаточную машинку.
Hidden text
Откуда такая уверенность, что после открытия (если оно состоится) в обозримом будущем он будет экономически эффективным?
Если взять например атомную энергетику, там затраты на само топливо, насколько я понимаю, не составляют бОльшую часть от конечной стоимости электроэнергии (нагуглил пару статей, лень долго разбираться), вот фрагмент таблицы (расходы на топливо явно ниже остальных эксплуатационных расходов, и это без учёта дорого строительства):
Исходя из того, как долго идёт работа над термоядерным синтезом, и как постоянно сдвигаются сроки, можно сделать предположение, что если эта работа и завершится успехом, то установка будет чрезвычайно сложной и дорогой в производстве, и скорее всего также дорогой в обслуживании. Так что в любом случае, ожидать, что термоядерный синтез откроет человечеству источник бесплатной энергии, я бы не стал. В лучшем случае - как одна из альтернатив, со своими плюсами и минусами.
Это были примеры случаев, когда использование табельного номера (используемого, например, в бухгалтерских документах) в качестве первичного ключа в БД может привести к проблемам. Ваш случай тоже вполне укладывается в этот ряд.
Табельный номер могут ошибочно присвоить дважды одному человеку.
По решению начальства табельные номера "обнуляются", и начинают выдаваться заново с номера 1 (пропуская те номера, которые присвоены ещё работающим сотрудникам)
Табельные номера могут совпадать у разных сотрудников в результате слияния двух организаций.
Нет, при переезде ИНН остаётся - то есть там закодирован скорее "регион в момент получения ИНН". Но с самим посылом о том, что ИНН - плохой первичный ключ, я согласен. Например, наличие (пусть и вследствие ошибки) двух ИНН у одного человека вполне возможно.
Одна из таких компаний даже на хабр карьере есть: https://career.habr.com/companies/wantresult
Так нашли в итоге автора?)
У меня тоже была история несколько лет назад: звонок, служба безопасности райфа, вот такая-то операция нетипичная (в зарубежном магазине), совершали? Я думаю, как они смогли узнать, в это время говорю им "не, ничего не знаю", после чего они: "окей, мы поняли", и кладут трубку.
Потом пришлось бегать, переоткрывать свою карту =))
Да, замечаю такое на кинопоиске - правда не с кликом, а просто с просмотром. Спустя точно выверенное время после того, как я проскроллю до описания фильма и начну его читать, "успевает" прогрузиться рекламный блок, который занимает как раз место где было описание, а само описание уезжает вниз. Весьма раздражает.
Не всегда, иногда бывает что из кармана инвесторов (а до карманов клиентов дело может даже и не дойти).
А если например Юлий или Илья, как будете выкручиваться?
Чур "ИльR" и "ЮлNй" не предлагать))
Неужели Вы кот? =))
Подождите, если нужно поднять орбиту - разве не назад нужно бросать? Хотя в этом случае всё равно конечно проблема остаётся, потому что рабочее тело окажется со скоростью, недостаточной чтобы оставаться на орбите (в отличие как раз от бросания "вниз", когда он может вообще остаться на орбите, просто более вытянутой).
Боюсь, что идея слишком революционная, так и останется "проколом"...
Боль автора понимаю, но нынешний интернет - результат развития, стимулированного потребностями пользователей. Интернетом пользуется множество людей, которым не нужна подобная чистота "чёрного текста на белом фоне", и которые не хотят задумываться, когда ищут какую-то информацию, какой сайт или соцсеть используют, а просто хотят найти ответ на свой вопрос (и действуют вполне рационально, надо заметить).
Если на тысячу таких "простых" пользователей приходится всего один, подобный автору статьи, не стоит ожидать, что владельцы веб-ресурсов вдруг одумаются. Они делают то, что приносит им максимальную прибыль.
Насколько я понял из доков, spring cache предоставляет обёртку, под которой можно сконфигурировать в том числе redis.
Вопрос скорее возникает не тогда, когда нужно просто сохранить что-то в памяти внутри одного процесса (хотя и в этом случае стоит, например, позаботиться о многопоточном доступе), а когда требуется сделать хранилище кэша в отдельном сервисе, который был бы доступен для других процессов (и для внешних подключений по сети), и был бы при этом достаточно эффективным и надёжным.
Надо заметить, что шаблоны dotnet также содержат механизмы для параметров (как задаваемых пользователем, так и вычисляемых). Это могут быть как текстовые параметры (например, имя проекта, которое может подставляться в cs файлы как часть namespace), так и булевые параметры, в зависимости от которых можно формировать различное содержимое файлов, например так:
Подробнее в вики dotnet/templating на гитхабе.
По первым двум пунктам - полностью согласен. Но другие три - закрывают довольно специфичные потребности сравнительно небольшого количества пользователей (программистов, системных администраторов).
Мне самому, как программисту, все эти фичи бы понравились в "блокноте из коробки", но если смотреть беспристрастно, проверка орфографии потенциально нужна гораздо бОльшему числу пользователей.
Ну, его фамилию Педрас можно перевести как Петров =)
Во-первых, насколько я могу понять из новости, едва ли будут рубить доступ к Community версии Visual Studio, так что локально писать программу на C# и запускать её на своём компьютере или собственном сервере должно быть возможно и дальше. Воспользоваться Azure для сборки или хостинка проектов, или апгрейдиться до Entherprise версии студии - вот с этим могут быть проблемы, но без этого, в принципе, можно и обойтись.
PS ну и насколько я помню, для Visual Studio вроде был и оффлайн инсталлер, так что её можно инсталлировать даже при отсутствии интернета на целевом компе.
А эта нормализация превратит кириллическую "О" в латинскую "O"?