Пожалуйста, поищите упоминания о законах в EC по поводу ВИЭ. Налогах, идущих на ВИЭ и преференциях ВИЭ.
И слово «добровольно» и «порекомендовать» как то не очень уместно. И я не «угадываю»…
Вы просто снимите розовые очки и поинтересуйтесь законодательством ЕС. Причем, желательно в первоисточнике, а не пересказах.
И отрасль может быть и «выросла из детских штанишек», но законы есть и без них в прямой конкуренции «экологическим» источникам не выжить, по сравнению с угольной энергетикой, например.
Да. Действительно. 27% электроэнергии это в среднем для обычной классической станции (уголь/котел/турбина/теплая вода для города..).
Цифры по памяти.
Но и 57.5% это для очень современных парогазовых… обычно 40-50%
Если еще посчитать КПД на цепочке -> заряд аккумулятора ->КПД электродвигателя…
Хотя пусть даже 100%
Что принципиально изменилось?
Как я и говорил:
>Но, как мне кажется, особого выигрыша нет.
Ночной провал, а точнее дневной пик, в Росси компенсируется ГЭС (для этого их во многом и строили) или газотурбинными тепловыми станциями на газе (в Европе).
Аккумулирование электроэнергии в промышленных масштабах это весьма дорогое удовольствие на современных технологиях.
И не надо мне говорить про «аккумуляторные поля от Тесла» и опыт Германии (где это тупо спонсируется).
Принципиальных прорывов в технологиях давно не было. И все это во многом пиар.
Перепроизводство электроэнергии в солнечный/ветренный день с учетом того что она нафиг никому в это время не нужна… даже если ее сохранить в современных аккумуляторах — она все равно будет нафиг никому не нужна, если правительство Германии не компенсирует разницу в цене между стоимостью этой энергии и энергией с обычной ТЭЦ/АЭС/ГЭС.
Наверное потому что простому владельцу авто с типичным пробегом 10 тыс. в год просто нет смысла ставить газовую аппаратуру.
Для себя лично, я рассматривал такой вариант. Зачем мне (например) что то, что окупится лет за 5…
Да я больше экономить буду, если шоколадки и колу буду покупать не в буфете на работе, а в супермаркете.
Или вообще от этой сладкой гадости откажусь.
Электромобилей, по моему, это то же во многом касается. Больше пафосная и имеджовая вещь на данный момент, чем реальная экономия.
Попробуй оставь его на ночь на -30..40. Аккумуляторам кирдык настанет. А таких дней, в Новосибирске — 2-3 месяца за зиму бывает.
Насчет «разы» — это маркетинговый ход и всеобщее заблуждение.
Германия — приблизительно 0.2Euro за 1Квт.ч. (что для населения, что для «мелкой» промышленности) Всякие «экологические» источники электроэнергии — существенно выше.
Т.е. полная зарядка на 100км пробега — в районе 4Eur.
Бензин на нормальную малолитражку в том же режиме того же класса на 100км — приблизительно 10Euro
С учетом того что 2/3 цены на бензин в Германии — это налог, идущий на социальные и пр. нужды…
Не такая уж большая выгода. Явление станет массовым — введут налог на электричество, идущее на зарядку.
В России не сильно будет отличатся.
Будут электромобили массовыми — любое государство переиграет правила.
Все цифры легко проверяемы и вычисляемы. Просто мало кто затрудняет себя этим.
Цифры (если верить источникам в Internet) исключительно по электроэнергии.
Замена бензинового двигателя на электрический означает замену выработки энергии локально (в двигателе машины) на централизированную (электростанции).
КПД тепловой станции (газотурбинной) в районе 27% по электроэнергии (что весьма высоко для электростанций).
КПД бензинового двигателя 25-30% дизельного в районе 40-50%.
Если все учесть, то, например, двигатель в машине на газе потребляет меньше, чем «потребляет» газа двигатель в электромобиле, с зарядом от электричества, генерируемого на тепловой газовой станции.
Можно конечно приводить доводы «дешевле доставлять… проще..».
Но, как мне кажется, особого выигрыша нет. В основном маркетинг и…
А то, что в Германии вовсю солнечные батареи ставят… Так они же не свою экологию и ресурсы гробят, а Китая, где все это производится. И электроэнергия на производства батарей идет в Китае, где она мягко говоря дешевле чем в Германии.
Данные на 2011 год. кВт/ч общего потребления на душу населения в год. (именно общего, включая промышленность: выработка/на кол. жителей)
США 13393 кВт/ч
Германия 7215.421 кВт/ч
Если бы я ездил на электро. авто. (немного… 20-30 км день), то это +7Квт.ч в день и где то +2500 кВт/час в год (по моим грубым оценкам)
Германия это где то 500 авто на 1000 чел.
Т.е. +1250 кВт/ч к 7215.421 кВт/ч на генерацию.
Кажется, что не так много…
Но, с учетом тренда в ЕС на снижение потребления и отказа от АЭС… Европа готова к отказу от бензина?
Увы. Классическая рекламная статья.
Все же на хабре хочется видеть не рекламный спам.
Добавлю ложку дегтя к этой статье, по поводу бесконтактных платежей с телефона.
Мне всегда нравилось (а карточные технологии мой хлеб последние 15 лет), что MasterCard был на шаг впереди Visa по технологиям, да и даже в таких мелочах, что документация лучше.
Однако, за последние 3-4 года все начало меняться. Visa спецификации лично мне стали нравиться больше. И лояльнее она стала к разработчикам решений…
В гонке HCE Visa то же успела первой. И со спецификациями и с поддержкой вендоров. В таких случаях, даже 3 месяца играют роль.
Не вдаваясь в технические детали, могу заметить, что концепция HCE от Visa, лично мне нравится гораздо больше чем от MC.
Хотя card holder этих деталей не заметит и это лично мое мнение, как разработчика.
К слову, по поводу PIN.
Максимальная длина PIN в стандартных PIN-блоках — 12 цифр.
Стандартный Visa алгоритм проверки PIN по PVV предполагает использование только первых 4-х цифр PIN. Можно ввести c PIN клавиатуры от 4-х до 12, но все что > 4 будет проигнорировано при проверке в HSM эмитента.
Большинство эмитентов (точнее ПО у эмитентов) использует для проверки on-line PIN именно Visa PVV алгоритм.
UPI (Сhina) требует 6 цифр PIN. Да еще, для большей радости вендоров, эти цифры обязательны и участвуют в проверке PIN.
Китайцы они такие… Как специально добавили несколько подводных камней для желающих начать работы с их картами. Хотя и много взяли у Visa, но «творчески переработали».
Банки, которые хотят обслуживать (все!) UPI карты, и у которых банкоматы настроенные на ввод только 4-х цифр(только 4 и сразу формирование PIN блока), ждет большое развлечение с настройкой/сменой банкоматного ПО.
А смысл в сборщике мусора?
Он по определению, в данном случае (EEPROM) будет не эффективен и даже вреден (ибо не предсказуем). А с учетом, того, что апплеты все же пишут не под конкретного производителя, то и сборку мусора никто не будет использовать.
EMV приложение вполне обходится без сборки мусора. И вообще, приходится каждый каждую строчку оптимизировать, что бы и размер пакета был меньше и производительность в критичных местах не пострадала и памяти ОЗУ хватило.
Кстати, 1024 — это всего (минимум из современных карт). Реально, более чем на 300 байт transient лучше не размахиваться (300 байт — это исключая apdu буфер).
А то можно на какой то карте и обломаться…
Спасибо за ссылки. Даже не знал (точнее не интересовался).
Цена конечно с накруткой в 5 раз, но на розницу это даже весьма по божески.
Китайцы справятся. Еще год назад у них вообще чиповых карт не было. Но партия сказала «надо!» :)
Они еще весь мир завалят Java картами. Потеснят нынешних игроков и цены уронят. Впрочем NXP и GemAlto совсем не сочувствую.
Axalto после поглощения (по факту) Gemplus совсем стала не инновационной и коммерческой. Так, что не сочувствую ни сколько.
Дефолтные ключи или дефолтный KMC (4041..) сейчас практически у всех один и тот же…
Работая со smart картами более 10 последних лет, плохо себе представляю, где кому то (частному лицу) можно официально купить/добыть Java карту.
NXP… даже не смешно. С их системой безопасности и учета, замучаешься пока password к уже присланным тестовым семплам получим.
GemAlto, oberthur, sagem..? В розницу не торгуют.
Китайцы… но они только начали свои карты выпускать под свой UPI (и реализация Java на многих кривая и глюкавая!)
Если знаете — подскажите, пожалуйста.
Лично мне это не нужно. Пол тумбочки не использованным семплами/белым пластиком от разных производителей забито.
Просто любопытно.
П1. весьма спорный (если код не opensource или не крупной фирмы типа Oracle). На эти грабли неужели не наступали? Нужно сделать мелкое изменение или найден критичный баг, а производителя уже нет или он вас игнорирует или запрашивает безумные деньги за изменение/исправление бага… и т.д. и т.п.
А соотношение кода, например, 1/10 (1- стронняя библиотека, 10 — ваш код.)
Во многих случая, для критичный сервисов, которые будут развиваться, лучше сделать свою реализацию и изобрести свой велосипед.
А для не критичных или законченных продуктов… ну зачастую дешевле и проще взять готовое.
Ваше описание «менеджера» и представление о «нем», лично мне показывает, что вы живете в каком то своем собственном мире, созданном вашим воображением. Складочки… аутизм… безэмоциональность.
Где же Вас жизнь то так обидела… Что у вас на все есть ярлык.
Надо написать конвертор из формата ААА в HTML. Причём документации по ААА нет, приложения геренирующего AAA тоже нет. И то и другое, может быть можно найти, а может быть и нет.
Типичная задача реверсинженеринга. Только слишком абстрактно сформулирована. Сплошь и рядом протокол приходится востанавливать по логам. Только вот «нет приложения» генерирующего ААА" — это Вы надуманно ограничение добавили. Нет приложения генерирующего/принимающего и реагирующего на протокол ААА — нет программной задачи разбора протокола ААА…
В любом случае, если есть входной пример протокола, то можно оценить приближенно его структуры и время написания обработчика. Программные протоколы это не человеческая речь. Всегда легко формализируется.
Опять же не хватает критериев. Например, среднее количество ошибок в выходном/входном тексте, быстродействие, ограничением по памяти и пр.
Поскольку этих критериев, ограничивающих способ реализации нет, то эта задача влет решается простым перебором по словарю корней суффиксов и слов. Словарь, например, от одного из бесплатных русско-английских или морфологических словарей.
До 200 строк исходного кода с хранением словаря в памяти. 2-3 ч/д среднему программисту если с 0.
Сколько злобы и эмоций…
Вас наверное часто обижают и недооценивают?
Судя по некоторым намекам Вам уже не 20 лет.
А отвечать за более менее крупный проект, планировать сроки и контролировать ход проекта вам точно не приходилось.
К большому огорчению таких программеров как Вы, я программизмом занимаюсь последние 20 лет. И в каких только областях и каким только инструментарием не пользовался. И в проектах иногда и роль кодера выполняю (а что делать..). Поэтому всегда могу оценить что кому можно поручать и за какие сроки и с какой вероятностью он это сделает. И сложность задачи могу оценить. 90% задач — это типовые задачи.
Кстати, от Вас бы я попытался избавиться в первую очередь или вообще всеми руками ногами отбрыкивался. Никому не нужны скандалисты с большим самомнением и пафосом.
И не надо мне сказки рассказывать. 99% программных продуктов это рутина, не требующая никаких фундаментальных исследований и уникальных алгоритмов.
И опять же, отмечу, что вы просто не понимаете, что требуется для того что бы в контролируемы сроки и с контролируемыми затратами завершить проект. Дорогих ботинок и пинджака для этого недостаточно :)
Любопытно было бы узнать, что Вы под уникальным алгоритмом понимаете
в нём необходим уникальный алгоритм, его могут за сутки разработать, а могут за пять лет, и никто этот срок не может предсказать, ни программист, ни тем более менеджер
Пример пожалуйста. Описание (входные данные, ожидаемый результат, производительность, среда выполнения).
А я скажу сколько приблизительно понадобится. Или скажу, что неопределенно (если Вы мне малую теорему Ферма для численного решения подкинете. Но это уже не алгоритмический класс задач, а математический).
Игру ping-pong когда то и на простой 155 логике делали энтузиасты в 80-е годы.
Ладно создать видеосигнал. Без сигналов цветности это не сложно.
Я встречал проект, в котором аналоговое видео с камеры наблюдение на ATMega 8-и разрядном оцифровывается.
Правда только черно белое и с ограниченной размерностью и количеством кадров в сек.
Ясно. Т.е. реальной практики видения крупных проектов Вы не имеете, что такое стандарты и технологии в проектной деятельности не знаете. Про PMI слышали только краем уха.
И просто рефлексируете по этому поводу.
Кажется PMP (специализации точно не было). Среди прочих курсов и той напряженной учебы даже не помню точно.
Значок и сертификат где то дома валяются.
Было обострение по учебе и проектным работам на работе…
3-4 года точно как прошло. Но на данный момент практического смысла подтверждать не вижу (работу не планирую менять...)
И слово «добровольно» и «порекомендовать» как то не очень уместно. И я не «угадываю»…
Вы просто снимите розовые очки и поинтересуйтесь законодательством ЕС. Причем, желательно в первоисточнике, а не пересказах.
И отрасль может быть и «выросла из детских штанишек», но законы есть и без них в прямой конкуренции «экологическим» источникам не выжить, по сравнению с угольной энергетикой, например.
Цифры по памяти.
Но и 57.5% это для очень современных парогазовых… обычно 40-50%
Если еще посчитать КПД на цепочке -> заряд аккумулятора ->КПД электродвигателя…
Хотя пусть даже 100%
Что принципиально изменилось?
Как я и говорил:
>Но, как мне кажется, особого выигрыша нет.
Аккумулирование электроэнергии в промышленных масштабах это весьма дорогое удовольствие на современных технологиях.
И не надо мне говорить про «аккумуляторные поля от Тесла» и опыт Германии (где это тупо спонсируется).
Принципиальных прорывов в технологиях давно не было. И все это во многом пиар.
Перепроизводство электроэнергии в солнечный/ветренный день с учетом того что она нафиг никому в это время не нужна… даже если ее сохранить в современных аккумуляторах — она все равно будет нафиг никому не нужна, если правительство Германии не компенсирует разницу в цене между стоимостью этой энергии и энергией с обычной ТЭЦ/АЭС/ГЭС.
Для себя лично, я рассматривал такой вариант. Зачем мне (например) что то, что окупится лет за 5…
Да я больше экономить буду, если шоколадки и колу буду покупать не в буфете на работе, а в супермаркете.
Или вообще от этой сладкой гадости откажусь.
Электромобилей, по моему, это то же во многом касается. Больше пафосная и имеджовая вещь на данный момент, чем реальная экономия.
Попробуй оставь его на ночь на -30..40. Аккумуляторам кирдык настанет. А таких дней, в Новосибирске — 2-3 месяца за зиму бывает.
Германия — приблизительно 0.2Euro за 1Квт.ч. (что для населения, что для «мелкой» промышленности) Всякие «экологические» источники электроэнергии — существенно выше.
Т.е. полная зарядка на 100км пробега — в районе 4Eur.
Бензин на нормальную малолитражку в том же режиме того же класса на 100км — приблизительно 10Euro
С учетом того что 2/3 цены на бензин в Германии — это налог, идущий на социальные и пр. нужды…
Не такая уж большая выгода. Явление станет массовым — введут налог на электричество, идущее на зарядку.
В России не сильно будет отличатся.
Будут электромобили массовыми — любое государство переиграет правила.
Все цифры легко проверяемы и вычисляемы. Просто мало кто затрудняет себя этим.
Замена бензинового двигателя на электрический означает замену выработки энергии локально (в двигателе машины) на централизированную (электростанции).
КПД тепловой станции (газотурбинной) в районе 27% по электроэнергии (что весьма высоко для электростанций).
КПД бензинового двигателя 25-30% дизельного в районе 40-50%.
Если все учесть, то, например, двигатель в машине на газе потребляет меньше, чем «потребляет» газа двигатель в электромобиле, с зарядом от электричества, генерируемого на тепловой газовой станции.
Можно конечно приводить доводы «дешевле доставлять… проще..».
Но, как мне кажется, особого выигрыша нет. В основном маркетинг и…
А то, что в Германии вовсю солнечные батареи ставят… Так они же не свою экологию и ресурсы гробят, а Китая, где все это производится. И электроэнергия на производства батарей идет в Китае, где она мягко говоря дешевле чем в Германии.
США 13393 кВт/ч
Германия 7215.421 кВт/ч
Если бы я ездил на электро. авто. (немного… 20-30 км день), то это +7Квт.ч в день и где то +2500 кВт/час в год (по моим грубым оценкам)
Германия это где то 500 авто на 1000 чел.
Т.е. +1250 кВт/ч к 7215.421 кВт/ч на генерацию.
Кажется, что не так много…
Но, с учетом тренда в ЕС на снижение потребления и отказа от АЭС… Европа готова к отказу от бензина?
Все же на хабре хочется видеть не рекламный спам.
Добавлю ложку дегтя к этой статье, по поводу бесконтактных платежей с телефона.
Мне всегда нравилось (а карточные технологии мой хлеб последние 15 лет), что MasterCard был на шаг впереди Visa по технологиям, да и даже в таких мелочах, что документация лучше.
Однако, за последние 3-4 года все начало меняться. Visa спецификации лично мне стали нравиться больше. И лояльнее она стала к разработчикам решений…
В гонке HCE Visa то же успела первой. И со спецификациями и с поддержкой вендоров. В таких случаях, даже 3 месяца играют роль.
Не вдаваясь в технические детали, могу заметить, что концепция HCE от Visa, лично мне нравится гораздо больше чем от MC.
Хотя card holder этих деталей не заметит и это лично мое мнение, как разработчика.
Максимальная длина PIN в стандартных PIN-блоках — 12 цифр.
Стандартный Visa алгоритм проверки PIN по PVV предполагает использование только первых 4-х цифр PIN. Можно ввести c PIN клавиатуры от 4-х до 12, но все что > 4 будет проигнорировано при проверке в HSM эмитента.
Большинство эмитентов (точнее ПО у эмитентов) использует для проверки on-line PIN именно Visa PVV алгоритм.
UPI (Сhina) требует 6 цифр PIN. Да еще, для большей радости вендоров, эти цифры обязательны и участвуют в проверке PIN.
Китайцы они такие… Как специально добавили несколько подводных камней для желающих начать работы с их картами. Хотя и много взяли у Visa, но «творчески переработали».
Банки, которые хотят обслуживать (все!) UPI карты, и у которых банкоматы настроенные на ввод только 4-х цифр(только 4 и сразу формирование PIN блока), ждет большое развлечение с настройкой/сменой банкоматного ПО.
Он по определению, в данном случае (EEPROM) будет не эффективен и даже вреден (ибо не предсказуем). А с учетом, того, что апплеты все же пишут не под конкретного производителя, то и сборку мусора никто не будет использовать.
EMV приложение вполне обходится без сборки мусора. И вообще, приходится каждый каждую строчку оптимизировать, что бы и размер пакета был меньше и производительность в критичных местах не пострадала и памяти ОЗУ хватило.
Кстати, 1024 — это всего (минимум из современных карт). Реально, более чем на 300 байт transient лучше не размахиваться (300 байт — это исключая apdu буфер).
А то можно на какой то карте и обломаться…
Цена конечно с накруткой в 5 раз, но на розницу это даже весьма по божески.
Китайцы справятся. Еще год назад у них вообще чиповых карт не было. Но партия сказала «надо!» :)
Они еще весь мир завалят Java картами. Потеснят нынешних игроков и цены уронят. Впрочем NXP и GemAlto совсем не сочувствую.
Axalto после поглощения (по факту) Gemplus совсем стала не инновационной и коммерческой. Так, что не сочувствую ни сколько.
Дефолтные ключи или дефолтный KMC (4041..) сейчас практически у всех один и тот же…
NXP… даже не смешно. С их системой безопасности и учета, замучаешься пока password к уже присланным тестовым семплам получим.
GemAlto, oberthur, sagem..? В розницу не торгуют.
Китайцы… но они только начали свои карты выпускать под свой UPI (и реализация Java на многих кривая и глюкавая!)
Если знаете — подскажите, пожалуйста.
Лично мне это не нужно. Пол тумбочки не использованным семплами/белым пластиком от разных производителей забито.
Просто любопытно.
А соотношение кода, например, 1/10 (1- стронняя библиотека, 10 — ваш код.)
Во многих случая, для критичный сервисов, которые будут развиваться, лучше сделать свою реализацию и изобрести свой велосипед.
А для не критичных или законченных продуктов… ну зачастую дешевле и проще взять готовое.
Так что не стоит из этого делать догму.
Где же Вас жизнь то так обидела… Что у вас на все есть ярлык.
Типичная задача реверсинженеринга. Только слишком абстрактно сформулирована. Сплошь и рядом протокол приходится востанавливать по логам. Только вот «нет приложения» генерирующего ААА" — это Вы надуманно ограничение добавили. Нет приложения генерирующего/принимающего и реагирующего на протокол ААА — нет программной задачи разбора протокола ААА…
В любом случае, если есть входной пример протокола, то можно оценить приближенно его структуры и время написания обработчика. Программные протоколы это не человеческая речь. Всегда легко формализируется.
Опять же не хватает критериев. Например, среднее количество ошибок в выходном/входном тексте, быстродействие, ограничением по памяти и пр.
Поскольку этих критериев, ограничивающих способ реализации нет, то эта задача влет решается простым перебором по словарю корней суффиксов и слов. Словарь, например, от одного из бесплатных русско-английских или морфологических словарей.
До 200 строк исходного кода с хранением словаря в памяти. 2-3 ч/д среднему программисту если с 0.
Вас наверное часто обижают и недооценивают?
Судя по некоторым намекам Вам уже не 20 лет.
А отвечать за более менее крупный проект, планировать сроки и контролировать ход проекта вам точно не приходилось.
К большому огорчению таких программеров как Вы, я программизмом занимаюсь последние 20 лет. И в каких только областях и каким только инструментарием не пользовался. И в проектах иногда и роль кодера выполняю (а что делать..). Поэтому всегда могу оценить что кому можно поручать и за какие сроки и с какой вероятностью он это сделает. И сложность задачи могу оценить. 90% задач — это типовые задачи.
Кстати, от Вас бы я попытался избавиться в первую очередь или вообще всеми руками ногами отбрыкивался. Никому не нужны скандалисты с большим самомнением и пафосом.
И не надо мне сказки рассказывать. 99% программных продуктов это рутина, не требующая никаких фундаментальных исследований и уникальных алгоритмов.
И опять же, отмечу, что вы просто не понимаете, что требуется для того что бы в контролируемы сроки и с контролируемыми затратами завершить проект. Дорогих ботинок и пинджака для этого недостаточно :)
Любопытно было бы узнать, что Вы под уникальным алгоритмом понимаете
Пример пожалуйста. Описание (входные данные, ожидаемый результат, производительность, среда выполнения).
А я скажу сколько приблизительно понадобится. Или скажу, что неопределенно (если Вы мне малую теорему Ферма для численного решения подкинете. Но это уже не алгоритмический класс задач, а математический).
Ладно создать видеосигнал. Без сигналов цветности это не сложно.
Я встречал проект, в котором аналоговое видео с камеры наблюдение на ATMega 8-и разрядном оцифровывается.
Правда только черно белое и с ограниченной размерностью и количеством кадров в сек.
Google «Оцифровка видео ATMega»
И просто рефлексируете по этому поводу.
Агрессивное невежество… как это типично.
Значок и сертификат где то дома валяются.
Было обострение по учебе и проектным работам на работе…
3-4 года точно как прошло. Но на данный момент практического смысла подтверждать не вижу (работу не планирую менять...)
А что?
Философстовать на кухне, в курилке и ЖЖ — пожалуйста.
Но на хабре я все же ищу статьи не уровня ЖЖ.