Видел оракловскую базу размером в 350TB (с приростом в 20-30TB/месяц), в которой было 0 логики и 0 строк PL/SQL кода. Упрощенное описание базы - просто огромное хранилище данных: объекты в BLOBах + описания объектов. Нельзя же считать бизнес-логикой автоматическое ежедневное создание date range партиций самим Ораклом? Ну да, 2-нодовый RAC с тремя Standby базами в разных датацентрах, ZFS-накопители, использующиеся для архивных read-only партиций и т.п.
Мне тоже кажется, что Нидерланды не заслуживают права быть в топе по freedom. Особенно после отмены возможности проводить референдумы. То есть народ может выходить и чего-то протестовать, но никто их слушать особо не будет и реально повлиять на принятие решений народ никак не может.
Да, можно говорить про выборы, но как показывает опыт : за кого бы ты ни голосовал - широкую коалицию всё равно возглавит один и тот же человек.
У меня был такой пример в жизни. Тимлид был ни в зуб ногой в технологиях вообще. Просто он был дружбан менеджера. Но когда менеджеру стало влетать от руководства за невыполненные проекты, то этого тимлида - нет, не уволили, перевели в тимлиды другой, несуществующей команды. Поэтому про него говорили: сначала он был teamlead без lead, потом стал teamlead без team.
К слову, это была моя худшая работа за всю мою долгую карьеру. Всё руководство было полностью непрофессиональным и состояло из лояльных друзей-приятелей. Правда, долго там работать не пришлось - через год ушел на другую работу, а еще через год фирма обанкротилась, проев все деньги иностранных инвесторов. Обанкротилась, будучи монополистом на локальном рынке и генеря десятки миллионов евро убытков в год. Причем, это не была фирма-однодневка, она существовала более 10 лет. Но в какой-то момент покатилась в г...
Есть пишущие тимлиды, которые стремятся всё сделать сами, сами волокут все проекты, не доверяя разработчикам и давая им крохи. Итог - отсутствие вертикальной коммуникации в команде, задержки в реализации (одному нереально сделать ВСЁ) и довольно быстрое выгорание тимлида. Есть отдельное название для таких?
Самые лучшие мои работы были получены в результате не технических, а soft skills интервью. Потому что, нанимая на senior позицию более важно, как человек впишется в коллектив (особенно состоящий из пары десятков таких же senior), как человек будет вести себя в конфликтной ситуации (а они будут возникать по-любому). Любому, даже Senior придется вникать в особенности новой компании - в технологические и бюрократические. И первые месяцы - правильное время для встраивания нового человека в коллектив. Заодно и проверка его знаний. Уволить в тестовый период всегда можно.
Самые дебильные собеседования были у меня в двух индусских бодишопах. В обоих требовалась лишь скорость решения. По их мнению, senior - это тот, кто работает со скоростью 10 junior (ну а получает зарплату как 2-3 junior). С одной стороны - их можно понять, бодишопам нужно гнать план по валу. С другой стороны - да ну нафиг там работать.
Вы путаете размах крыльев у обычной коммерческой конторы, пусть и не со штатом, состоящим из двух красноглазиков, и и Ораклом, который может, грубо говоря, за ночь переписать весь codebase. У меня в карьере было два случая когда Оракл присылал мне бинарник, специально скомпилированный под нас и решающий именно нашу проблему. Причем, это было в разные года, в разных странах - то есть это не для одного клиента такие эксклюзивные услуги. В одном случае эта была очень старая версия Solaris и этот бинарник устанавливался навечно, в другом случае — это был виндовский exe-шник, который мы пользовали до выхода официального патчсета..
Очень не уверен, что такой уровень сервиса достижим мелкой конторой (а по сравнению с Ораклом все мелкие). Поэтому большим дядям проще иметь большие дела с другими большими конторами.
Использование специфичных фич программного продукта ведет к увеличению производительности оного. Для этого эти фичи и разрабатываются, за них вендор и берет деньги. Нет смысла покупать Exadata для простого хранения данных и single instance бд.
Если нужна просто реляционная бд как хранилище каких-то данных - то любая бд подойдет, даже такая которая в Primary Key не умеет. Ненуачо, неужели нельзя будет на питоне организовать поддержку целостности данных? Зато и смигрировать "такое" можно будет хоть в Notepad.
Не стоит забывать, что большие деньги платятся клиентами за Oracle (Platinum) Support, который может порешать любую твою проблему. Большие клиенты платят большие деньги за (само)уверенность, что есть кто-то, кто быстро и эффективно займется твоей проблемой, которую можно эскалировать на любые сколь угодно высокие уровни, сняв ответственность с себя. Я легко достукивался до менеджеров национального уровня, правильно объяснив важность возникшей проблемы своему менеджменту, который звонил по нужным номерам в Оракле и большое оракловское начальство предпочитало отзвониться само, чтобы понять масштаб проблемы, срочность решения и количество/специализацию народа, которое нужно быстро кооптировать. В итоге наш местный оракл знал мой личный телефон и всегда перезванивал первым при возникновении нового SR1 24x7 от нашей организации. Оценивал критичность ситуации и переадресовывал сразу на нужных инженеров, без недельных блужданий по бангалорскому суппорту, когда приходится одно и то же рассказывать каждый день новому инженеру.
Поэтому большим банкам проще потратить миллионы на Оракл, чем терпеть репутационные убытки, которые могут быть много выше затраченных средств на лицензии и поддержку.
Хотя идея перевода на более дешевые лицензии/технологии никуда не делась. Но у нас решили не мигрировать на PostgreSQL существующие проекты, а начинать на нём новые проекты для не особо критичных приложений / данных.
Вот как раз язык оригинала, говорящий именно об "аресте по подозрению":
Een 29-jarige man is woensdag in Amsterdam opgepakt op verdenking van het verhullen van criminele geldstromen en het faciliteren van witwassen via de zogeheten mixingservice Tornado Cash
В нынешнее время основанием для ареста могут быть просто подозрения. Подозрения в совершении преступления или даже подозрения в намерении совершить преступление. Подозревают Перцева в помощи в отмывании денег. Даже если эта помощь была непрямой и выражалась в написании программного кода, который мог (бы) использоваться для отмывания денег. Но в таком случае, наверное, логично заранее судить всех производителей оружия за убийства, а всех мужчин - за совершение преступлений на сексуальной почве.
Как говорится: "Была бы сова - а уж глобус для неё мы найдём".
Я оставил лишь одну возможность контакта со мной - через Linkedin. Иначе почту и телефон заваливают какие-то левые люди с нерелевантными предложениями о работе. Особенно индусские бодишопы любят наяривать через телефон, похоже, что у них такой KPI.
Слухи о черной метке, может быть, даже приуменьшены, уже не компании, но целые страны в этом участвуют :
Временная приостановка рассмотрений любых иммиграционных запросов граждан РФ в Нидерландах.
Сегодня (17.03.2022) IND официально выпустили внутреннее распоряжение приостановить рассмотрение любых иммиграционных запросов граждан РФ до поступления дальнейших инструкций от правительства/министерств. По словам сотрудников IND это произошло из-за опасений нарушить санкции, наложенные на РФ.
Это распоряжение касается как новых запросов (КМ, партнерские визы и пр.), так и обычных продлений ВНЖ россиянам.
Ну при чем тут Opera? У меня вполне нормальный VPN провайдер - Mullvad. TCP/IP пакеты бодро добегают до cinfu.com, на котором хостится rutracker. И там застревают на хостах вида ip-<rutracker-ip>.cinfuserver.com . То есть фильтрация по IP производится не на моём провайдере, не на VPN провайдере, а на стороне самого rutracker. Что мне даст Opera c VPN плагином? Более другие VPN-сервера? Ну так я и у своего VPN-провайдера в итоге из сотен предлагаемых найду такой, который не внесён в blacklist на rutracker.
Я уже давно не качаю ничего с рутракера, ибо кины смотрю на родном языке, еще и в кинотератрах, для сериалов хватает Нетфликса и подобных стриминговых сервисов. Однако же, прочтя эту статью, не удержался и попробовал зайти на rutracker. Результат академического интереса описан в моем первом комментарии.
Не увидел в вашем тексте - это реально Physical Standby (что можно увидеть выполнив select database_role from v$database) или всё же "якобы Standby", а на самом деле открытая копия 1й базы, куда мы накатывает архивлоги с другой базы и основная база ничего не знает про существования второй базы? Отсюда возникает проблема со стиранием архивлогов на первой базе - RMAN запросто может удалить архивлоги, которые еще не были накатаны на вторую базу. Да и удаляя архивлоги на второй базе, вы постоянно генерируете ошибку консистентности архивлогов на первой базе, когда RMAN на первой базе не может найти нужные ему архивлоги, которые зарегистрированы в бд (1й), но удалены кем-то еще (RMAN на 2й базе). Постоянно пользуетесь CROSSCHECK ARCHIEVELOG ALL ?
Да можно даже и не переносить в другие базы. В той же базе создать один или более tablespaces, датафайлы которых будут находится на более дешевых накопителях. И потом двигать партиции в эти tablespaces, это Оракл умеет с версии 11, а в 12 даже с опцией ONLINE (хотя для вас оно, наверное, не очень важно).
Мы так храним некоторые базы : небольшой объем read-write данных на быстрых и "родных" Exadata storage cells, а исторические данные - на более дешевых ZFS appliances. Легким движением руки данные еженедельно или ежемесячно переносятся с одного накопителя на другой : alter table ... move partition ... tablespace <ZFS>, всё автоматизировано.
Причем, иногда данные в этих партициях на ZFS приходится обновлять, ну, типа, клиент решил воспользоватся законом "right to be forgotten" и его имя / адрес / размер противогаза приходится вымарывать отовсюду, включая исторические данные. Тоже работает, пусть и не быстро - но в таких делах никто быстроты не ожидает, важна скорость работы с оперативными данными, а не с историческими.
А не проще будет двигать партиции на накопители, состоящие из дешевых не-SSD дисков, вместо того, чтобы платить за Advanced Compression лицензию и хранить сжатые партиции на тех же дорогих накопителях?
Ну ок, а тем у кого есть местное гражданство по рождению или натурализации - им чего бояться? Или гражданство другой страны ЕС (применимо, кстати, к ситуации NL <-> RO). У них ВНЖ не отберут. Однако ж их тоже особо не пущають. Из-за этого бывают конфликты. Вот у меня коллега проработал из дома в Порто 5 месяцев, а потом прислал емайл "извините, но с завтрашнего дня я у вас не работаю, лаптоп пришлю по почте, еще раз извините за столь короткий срок уведомления". И что? Какие кары ему могут грозить за неотработку 1 месяца, указанного в стандартном контракте? Не заплатят ему за этот неотработанный месяц - думаю, что он был готов к этому, увольняясь завтрашним днём.
Или как пример - у нас индусов отнесли в отдельную категорию пацаков : тем гражданам Индии, кто был нанят на работу в NL (т.е. является здесь резидентом), им можно работать из Индии максимум 15 дней. Почему не 5 месяцев как из ЕС, Китая, Арабских Эмиратов и еще ряда стран? Почему не 0 дней как из России? Документ на тему ограничений работы за рубежом длинный и местами довольно е#а... странный... Есть ощущение, что базовые тезисы этого документа (если не весь документ целиком) были спущены в большие организации из местного политбюро. Если завтра кого-то еще объявят врагом - то послезавтра эта страна начнет фигурировать в списке стран, откуда нельзя работать.
Видел оракловскую базу размером в 350TB (с приростом в 20-30TB/месяц), в которой было 0 логики и 0 строк PL/SQL кода. Упрощенное описание базы - просто огромное хранилище данных: объекты в BLOBах + описания объектов. Нельзя же считать бизнес-логикой автоматическое ежедневное создание date range партиций самим Ораклом? Ну да, 2-нодовый RAC с тремя Standby базами в разных датацентрах, ZFS-накопители, использующиеся для архивных read-only партиций и т.п.
Мне тоже кажется, что Нидерланды не заслуживают права быть в топе по freedom. Особенно после отмены возможности проводить референдумы. То есть народ может выходить и чего-то протестовать, но никто их слушать особо не будет и реально повлиять на принятие решений народ никак не может.
Да, можно говорить про выборы, но как показывает опыт : за кого бы ты ни голосовал - широкую коалицию всё равно возглавит один и тот же человек.
Очень странный сюжет, много недосказанности и полунамёков. Чья там мама? Какая еще рама? Зачем вообще её мыть???
У меня был такой пример в жизни. Тимлид был ни в зуб ногой в технологиях вообще. Просто он был дружбан менеджера. Но когда менеджеру стало влетать от руководства за невыполненные проекты, то этого тимлида - нет, не уволили, перевели в тимлиды другой, несуществующей команды. Поэтому про него говорили: сначала он был teamlead без lead, потом стал teamlead без team.
К слову, это была моя худшая работа за всю мою долгую карьеру. Всё руководство было полностью непрофессиональным и состояло из лояльных друзей-приятелей. Правда, долго там работать не пришлось - через год ушел на другую работу, а еще через год фирма обанкротилась, проев все деньги иностранных инвесторов. Обанкротилась, будучи монополистом на локальном рынке и генеря десятки миллионов евро убытков в год. Причем, это не была фирма-однодневка, она существовала более 10 лет. Но в какой-то момент покатилась в г...
Есть пишущие тимлиды, которые стремятся всё сделать сами, сами волокут все проекты, не доверяя разработчикам и давая им крохи. Итог - отсутствие вертикальной коммуникации в команде, задержки в реализации (одному нереально сделать ВСЁ) и довольно быстрое выгорание тимлида. Есть отдельное название для таких?
Самые лучшие мои работы были получены в результате не технических, а soft skills интервью. Потому что, нанимая на senior позицию более важно, как человек впишется в коллектив (особенно состоящий из пары десятков таких же senior), как человек будет вести себя в конфликтной ситуации (а они будут возникать по-любому). Любому, даже Senior придется вникать в особенности новой компании - в технологические и бюрократические. И первые месяцы - правильное время для встраивания нового человека в коллектив. Заодно и проверка его знаний. Уволить в тестовый период всегда можно.
Самые дебильные собеседования были у меня в двух индусских бодишопах. В обоих требовалась лишь скорость решения. По их мнению, senior - это тот, кто работает со скоростью 10 junior (ну а получает зарплату как 2-3 junior). С одной стороны - их можно понять, бодишопам нужно гнать план по валу. С другой стороны - да ну нафиг там работать.
Вы путаете размах крыльев у обычной коммерческой конторы, пусть и не со штатом, состоящим из двух красноглазиков, и и Ораклом, который может, грубо говоря, за ночь переписать весь codebase. У меня в карьере было два случая когда Оракл присылал мне бинарник, специально скомпилированный под нас и решающий именно нашу проблему. Причем, это было в разные года, в разных странах - то есть это не для одного клиента такие эксклюзивные услуги. В одном случае эта была очень старая версия Solaris и этот бинарник устанавливался навечно, в другом случае — это был виндовский exe-шник, который мы пользовали до выхода официального патчсета..
Очень не уверен, что такой уровень сервиса достижим мелкой конторой (а по сравнению с Ораклом все мелкие). Поэтому большим дядям проще иметь большие дела с другими большими конторами.
Использование специфичных фич программного продукта ведет к увеличению производительности оного. Для этого эти фичи и разрабатываются, за них вендор и берет деньги. Нет смысла покупать Exadata для простого хранения данных и single instance бд.
Если нужна просто реляционная бд как хранилище каких-то данных - то любая бд подойдет, даже такая которая в Primary Key не умеет. Ненуачо, неужели нельзя будет на питоне организовать поддержку целостности данных? Зато и смигрировать "такое" можно будет хоть в Notepad.
Не стоит забывать, что большие деньги платятся клиентами за Oracle (Platinum) Support, который может порешать любую твою проблему. Большие клиенты платят большие деньги за (само)уверенность, что есть кто-то, кто быстро и эффективно займется твоей проблемой, которую можно эскалировать на любые сколь угодно высокие уровни, сняв ответственность с себя. Я легко достукивался до менеджеров национального уровня, правильно объяснив важность возникшей проблемы своему менеджменту, который звонил по нужным номерам в Оракле и большое оракловское начальство предпочитало отзвониться само, чтобы понять масштаб проблемы, срочность решения и количество/специализацию народа, которое нужно быстро кооптировать. В итоге наш местный оракл знал мой личный телефон и всегда перезванивал первым при возникновении нового SR1 24x7 от нашей организации. Оценивал критичность ситуации и переадресовывал сразу на нужных инженеров, без недельных блужданий по бангалорскому суппорту, когда приходится одно и то же рассказывать каждый день новому инженеру.
Поэтому большим банкам проще потратить миллионы на Оракл, чем терпеть репутационные убытки, которые могут быть много выше затраченных средств на лицензии и поддержку.
Хотя идея перевода на более дешевые лицензии/технологии никуда не делась. Но у нас решили не мигрировать на PostgreSQL существующие проекты, а начинать на нём новые проекты для не особо критичных приложений / данных.
Вот как раз язык оригинала, говорящий именно об "аресте по подозрению":
Een 29-jarige man is woensdag in Amsterdam opgepakt op verdenking van het verhullen van criminele geldstromen en het faciliteren van witwassen via de zogeheten mixingservice Tornado Cash
https://www.ad.nl/tech/nederlandse-ontwikkelaar-van-tornado-cash-opgepakt-bedrijf-mixte-voor-miljarden-aan-crypto~a8c606297/
Там вообще вся статья обильно изобилует словами "есть подозрения".
P.S. Национальность арестованного скромно не называется.
В нынешнее время основанием для ареста могут быть просто подозрения. Подозрения в совершении преступления или даже подозрения в намерении совершить преступление. Подозревают Перцева в помощи в отмывании денег. Даже если эта помощь была непрямой и выражалась в написании программного кода, который мог (бы) использоваться для отмывания денег. Но в таком случае, наверное, логично заранее судить всех производителей оружия за убийства, а всех мужчин - за совершение преступлений на сексуальной почве.
Как говорится: "Была бы сова - а уж глобус для неё мы найдём".
Я оставил лишь одну возможность контакта со мной - через Linkedin. Иначе почту и телефон заваливают какие-то левые люди с нерелевантными предложениями о работе. Особенно индусские бодишопы любят наяривать через телефон, похоже, что у них такой KPI.
Данный вопрос, наверное, уместнее задать самому Инклиенту, в данной статье это была лишь цитата (одна из наименее ядреных, кстати).
Слухи о черной метке, может быть, даже приуменьшены, уже не компании, но целые страны в этом участвуют :
Временная приостановка рассмотрений любых иммиграционных запросов граждан РФ в Нидерландах.
Сегодня (17.03.2022) IND официально выпустили внутреннее распоряжение приостановить рассмотрение любых иммиграционных запросов граждан РФ до поступления дальнейших инструкций от правительства/министерств. По словам сотрудников IND это произошло из-за опасений нарушить санкции, наложенные на РФ.
Это распоряжение касается как новых запросов (КМ, партнерские визы и пр.), так и обычных продлений ВНЖ россиянам.
(C) expatrix.nl
Ну при чем тут Opera? У меня вполне нормальный VPN провайдер - Mullvad. TCP/IP пакеты бодро добегают до cinfu.com, на котором хостится rutracker. И там застревают на хостах вида ip-<rutracker-ip>.cinfuserver.com . То есть фильтрация по IP производится не на моём провайдере, не на VPN провайдере, а на стороне самого rutracker. Что мне даст Opera c VPN плагином? Более другие VPN-сервера? Ну так я и у своего VPN-провайдера в итоге из сотен предлагаемых найду такой, который не внесён в blacklist на rutracker.
Я уже давно не качаю ничего с рутракера, ибо кины смотрю на родном языке, еще и в кинотератрах, для сериалов хватает Нетфликса и подобных стриминговых сервисов. Однако же, прочтя эту статью, не удержался и попробовал зайти на rutracker. Результат академического интереса описан в моем первом комментарии.
Увы, сайт больше не отвечает, ни с "прямого" европейского IP, ни через европейские VPN-сервера. Удалось зайти лишь через сервер в Сингапуре.
Не увидел в вашем тексте - это реально Physical Standby (что можно увидеть выполнив select database_role from v$database) или всё же "якобы Standby", а на самом деле открытая копия 1й базы, куда мы накатывает архивлоги с другой базы и основная база ничего не знает про существования второй базы? Отсюда возникает проблема со стиранием архивлогов на первой базе - RMAN запросто может удалить архивлоги, которые еще не были накатаны на вторую базу. Да и удаляя архивлоги на второй базе, вы постоянно генерируете ошибку консистентности архивлогов на первой базе, когда RMAN на первой базе не может найти нужные ему архивлоги, которые зарегистрированы в бд (1й), но удалены кем-то еще (RMAN на 2й базе). Постоянно пользуетесь CROSSCHECK ARCHIEVELOG ALL ?
Да можно даже и не переносить в другие базы. В той же базе создать один или более tablespaces, датафайлы которых будут находится на более дешевых накопителях. И потом двигать партиции в эти tablespaces, это Оракл умеет с версии 11, а в 12 даже с опцией ONLINE (хотя для вас оно, наверное, не очень важно).
Мы так храним некоторые базы : небольшой объем read-write данных на быстрых и "родных" Exadata storage cells, а исторические данные - на более дешевых ZFS appliances. Легким движением руки данные еженедельно или ежемесячно переносятся с одного накопителя на другой : alter table ... move partition ... tablespace <ZFS>, всё автоматизировано.
Причем, иногда данные в этих партициях на ZFS приходится обновлять, ну, типа, клиент решил воспользоватся законом "right to be forgotten" и его имя / адрес / размер противогаза приходится вымарывать отовсюду, включая исторические данные. Тоже работает, пусть и не быстро - но в таких делах никто быстроты не ожидает, важна скорость работы с оперативными данными, а не с историческими.
А не проще будет двигать партиции на накопители, состоящие из дешевых не-SSD дисков, вместо того, чтобы платить за Advanced Compression лицензию и хранить сжатые партиции на тех же дорогих накопителях?
Ну ок, а тем у кого есть местное гражданство по рождению или натурализации - им чего бояться? Или гражданство другой страны ЕС (применимо, кстати, к ситуации NL <-> RO). У них ВНЖ не отберут. Однако ж их тоже особо не пущають. Из-за этого бывают конфликты. Вот у меня коллега проработал из дома в Порто 5 месяцев, а потом прислал емайл "извините, но с завтрашнего дня я у вас не работаю, лаптоп пришлю по почте, еще раз извините за столь короткий срок уведомления". И что? Какие кары ему могут грозить за неотработку 1 месяца, указанного в стандартном контракте? Не заплатят ему за этот неотработанный месяц - думаю, что он был готов к этому, увольняясь завтрашним днём.
Или как пример - у нас индусов отнесли в отдельную категорию пацаков : тем гражданам Индии, кто был нанят на работу в NL (т.е. является здесь резидентом), им можно работать из Индии максимум 15 дней. Почему не 5 месяцев как из ЕС, Китая, Арабских Эмиратов и еще ряда стран? Почему не 0 дней как из России? Документ на тему ограничений работы за рубежом длинный и местами довольно
е#а...странный... Есть ощущение, что базовые тезисы этого документа (если не весь документ целиком) были спущены в большие организации из местного политбюро. Если завтра кого-то еще объявят врагом - то послезавтра эта страна начнет фигурировать в списке стран, откуда нельзя работать.