Ну так смысл в статье — написать скрипт который по крону раз в n минут заполняет переменную состояния для zabbix-а (а предыдущий вопрос строго для чисел был), потому и удивило что для этого питон с доп. библиотекой тянут :)
Обычно в таких случаях стараются что-то из базовой поставки использовать.
Эту поправку в законодательство(про уравнивание нпс и наличных для покупателя) так аккуратно и старательно проводили, причём делали это так чтобы было как можно меньше "осознавших подвох". Такой подход намекает на очень серьёзные заинтересованные силы, которые просто так свой хлеб не отдадут.
Интересный подход, давайте на примерах,
Ноутбук lenovo thinkpad цена у магазина заложившего эквайринг — 82 тыс, у не заложившего 80.5, гарантия одинаковая, условия доставки и возврата тоже, вы какой купите (в кредит такие редко берут)?
У нас люди считать привыкли (покупатели) так как у большинства нет не нужных 2х процентов с з.п.
Если через эквайринг сбера платят картой сбера то 100% денег остаётся у него.
Какой процент оплат происходит с дебетовых карт? У них intechange ниже.
Ну и самое главное, разница для магазина, обслуживание наличных стоит от 0.5%(если всё в банк) карт от 1.7% при этом кассу с наличными всё равно держать, вот и зачем это магазину(и его покупателю)?
Там же условный пример среднего магазина одежды.
Про конфликт:
Почему сбербанку выгодна такая ставка, всё просто, большая часть оплаты по карте происходит картами сбербанка, т.е. деньги вообще не выходят из него, практически чистая прибыль.
Да и ещё, хотя тут наверное уже приводили аргументы, распараллелить можно только небольшую часть алгоритмов, в случае же обработки больших объёмов данных спасает только огромный кэш и монструозные универсальные АЛУ.
Век risk в чистом виде, на мой взгляд, закончился на dec alpha у которых была сумасшедшая по тем временам тактовая частота, далее основное развитие пошло по увеличению количества выполняемых действий за такт (сейчас уже упёрлись в физические законы) и уже никак за счёт упрощения инструкций не вылезти. С увеличением разрядности тоже по сути достигли предела, просто некуда больше 4х каналов памяти пихать на материнку.
Про arm там не всё так хорошо с производительностью, но из-за особенностей устройств некоторые "стандартные" функции выносятся практически в отдельные устройства(блоки), для desktop-а таких возможностей меньше, т.к. процессор должен пережить несколько волн обновления ПО, и, к примеру, должен переварить новую версию алгоритма декодирования видео, а для арм достаточно встроенного полуаппаратного декодера который даже на момент покупки устройства уже не все алгоритмы(в том числе и подуровни одного h264) поддерживает.
Ваши методы пригодны для спец процессоров, даже для декодирования jpeg + цветокоррекции под монитор уже не очень подходит, увы обмен данными между потоками очень важная штука, и современные компиляторы в т.ч. умеют делать так чтобы он иногда вмешался внутри процессора.
Про память, сейчас уже есть проблема с физическим расстоянием от планки ddr до кристалла cpu, т.к. скорость света в нашу вселенную слишком маленькую завезли.
Последним нужны "знакомства" чтобы о них знали, а сами места где становятся такими экспертами не особо располагают к расширению круга профессиональных контактов.
Горы, Солнце, Море…
Эпоха великих открытий(с точки зрения познания окружающего мира, в ит хоть что-то пока ещё меняется) заканчивается, дальше либо прорыв, что маловероятно, либо стагнация )
На презентации оракла было неплохо показано как не только возраст выяснять, но и то что на днях богатый дядя умер и вы вероятный наследник, и да примеры из США, такие запреты в законах просто увеличивают занятость в т.ч. в it.
А так, чем лучше вы знаете человека тем больше у вас шансов интегрировать его в команду.
У ипотечника и человека с семьёй немного больше требований к рабочему месту(если мы не рассматриваем ситуацию когда семье на базовые запросы не хватает), это и стабильность и режим работы и расстояние до дома и есть ещё один фактор, повышение ему дохода в будущем (индексация на инфляцию к примеру) даст больший эффект чем одинокому работнику. Так что не так всё однозначно на мой взгляд :)
И ещё раздражение со стороны менеджмента, он же приносит "новую прорывную идею, изобретённую долгими вечерами" а вы ему сообщает что это уже было и кончилось "ни чем"
Ну так смысл в статье — написать скрипт который по крону раз в n минут заполняет переменную состояния для zabbix-а (а предыдущий вопрос строго для чисел был), потому и удивило что для этого питон с доп. библиотекой тянут :)
Обычно в таких случаях стараются что-то из базовой поставки использовать.
как то так
скрипт для вставки
Что там вырезать с помощью awk/grep или других «встроенных» утилит каждый может решать сам, но по сути python тут видится лишним элементом.
Эту поправку в законодательство(про уравнивание нпс и наличных для покупателя) так аккуратно и старательно проводили, причём делали это так чтобы было как можно меньше "осознавших подвох". Такой подход намекает на очень серьёзные заинтересованные силы, которые просто так свой хлеб не отдадут.
Карты да платежная система нет, кроссборд не пройдёт, нпск защищает внутренний рынок.
Интересный подход, давайте на примерах,
Ноутбук lenovo thinkpad цена у магазина заложившего эквайринг — 82 тыс, у не заложившего 80.5, гарантия одинаковая, условия доставки и возврата тоже, вы какой купите (в кредит такие редко берут)?
У нас люди считать привыкли (покупатели) так как у большинства нет не нужных 2х процентов с з.п.
У вас где-то ошибка.
Ну и самое главное, разница для магазина, обслуживание наличных стоит от 0.5%(если всё в банк) карт от 1.7% при этом кассу с наличными всё равно держать, вот и зачем это магазину(и его покупателю)?
Там же условный пример среднего магазина одежды.
Про конфликт:
Почему сбербанку выгодна такая ставка, всё просто, большая часть оплаты по карте происходит картами сбербанка, т.е. деньги вообще не выходят из него, практически чистая прибыль.
Маржа платёжной системы указана в статье (она фиксированная за транзакцию и это меньше 0.1%)
И зачем вы используете classic с его накладными расходами, да и как то вы не указали условия, а то может в вашем варианте не в БД проблема?
А почему не использовать встроенную утилиту командной строки от разработчиков БД?
https://firebirdsql.org/manual/isql.html
Да и ещё, хотя тут наверное уже приводили аргументы, распараллелить можно только небольшую часть алгоритмов, в случае же обработки больших объёмов данных спасает только огромный кэш и монструозные универсальные АЛУ.
Век risk в чистом виде, на мой взгляд, закончился на dec alpha у которых была сумасшедшая по тем временам тактовая частота, далее основное развитие пошло по увеличению количества выполняемых действий за такт (сейчас уже упёрлись в физические законы) и уже никак за счёт упрощения инструкций не вылезти. С увеличением разрядности тоже по сути достигли предела, просто некуда больше 4х каналов памяти пихать на материнку.
Про arm там не всё так хорошо с производительностью, но из-за особенностей устройств некоторые "стандартные" функции выносятся практически в отдельные устройства(блоки), для desktop-а таких возможностей меньше, т.к. процессор должен пережить несколько волн обновления ПО, и, к примеру, должен переварить новую версию алгоритма декодирования видео, а для арм достаточно встроенного полуаппаратного декодера который даже на момент покупки устройства уже не все алгоритмы(в том числе и подуровни одного h264) поддерживает.
Ваши методы пригодны для спец процессоров, даже для декодирования jpeg + цветокоррекции под монитор уже не очень подходит, увы обмен данными между потоками очень важная штука, и современные компиляторы в т.ч. умеют делать так чтобы он иногда вмешался внутри процессора.
Про память, сейчас уже есть проблема с физическим расстоянием от планки ddr до кристалла cpu, т.к. скорость света в нашу вселенную слишком маленькую завезли.
Последним нужны "знакомства" чтобы о них знали, а сами места где становятся такими экспертами не особо располагают к расширению круга профессиональных контактов.
Горы, Солнце, Море…
Эпоха великих открытий(с точки зрения познания окружающего мира, в ит хоть что-то пока ещё меняется) заканчивается, дальше либо прорыв, что маловероятно, либо стагнация )
На презентации оракла было неплохо показано как не только возраст выяснять, но и то что на днях богатый дядя умер и вы вероятный наследник, и да примеры из США, такие запреты в законах просто увеличивают занятость в т.ч. в it.
А так, чем лучше вы знаете человека тем больше у вас шансов интегрировать его в команду.
У ипотечника и человека с семьёй немного больше требований к рабочему месту(если мы не рассматриваем ситуацию когда семье на базовые запросы не хватает), это и стабильность и режим работы и расстояние до дома и есть ещё один фактор, повышение ему дохода в будущем (индексация на инфляцию к примеру) даст больший эффект чем одинокому работнику. Так что не так всё однозначно на мой взгляд :)
Это и есть рынок, просто в нём не 2 измерения как в упрощённой модели а гораздо больше.
А ещё иногда бывает открыл новость о чём-то "новом", и в голове всплывает — "я же это уже видел n лет назад" :)
И ещё раздражение со стороны менеджмента, он же приносит "новую прорывную идею, изобретённую долгими вечерами" а вы ему сообщает что это уже было и кончилось "ни чем"