Раз всё понизилось на 10% Hetzner повышает цены на 10%, для баланса — теперь всё стало ясно.
Но если серьёзно, то в Германии у крупных потребителей (датацентров в частности) цены на электроэнергию вырастают значительно с нового года и начинают приближаться к ценам для обычных потребителей.
Краткая справка — домохозяйства платят около 15 центов за киловатт (ещё по старым контрактам), но у них объёмы 2500-5000 kWh/год, компания же с потреблением 500000 kWh/год платит 5-6 центов за киловатт — а с НГ всё это хорошо подрастёт, раз эдак в несколько (только для компаний — пока).
Сразу поясню — речь о цене за собственно электроэнергию, а не конечную стоимость киловатта для потребителей, в которую входят налоги, обслуживание и всё такое, которые составляют примерно 55-60% от конечной цены (в зависимости от объёмов, источника и региона).
И чисто "личный пример" — ещё в начале прошлого года я платил 25 центов за киловатт (~3500 kWh/год), новый контракт с прошлого ноября — 32 цента, но сейчас найти что-то ниже 45 центов нереально в принципе, по крайней мере в моём регионе. Или я слаб в арифметике или где тут "на 10% подешевело"?
А бензин… цены конечно упали на примерно 10%, по сравнению с весной… но вспомните какие они были год назад — это ни о чём, про дизель я вообще молчу, он уже дороже бензина. Где-то в октябре наступит отопительный сезон, с учётом того что минимум треть хозяйств топит маслом (для которого, внезапно, нужны нефтепродукты) — и станет очень весело.
До ада конечно далеко (пока что), но зима будет суровой во всех смыслах.
Нет там такого запрета, вся статья — это типичный случай когда "законодатель изнасиловал журналиста".
Речь таки идёт о старом законе который получил дополнения, но самое интересное в том что это не "закон о запрете электронной подписи" — это закон (Nachweisgesetz — не знаю как корректно перевести на русский, наверное ближе всего по контексту "Об уведомлении") который обязывает работодателей информировать наёмных работников об условиях труда и прочих существенных условиях договоров, и немцы тут не особо виноваты — все изменения были приняты в связи с директивой европарламента аж от 2019 года (2019/1152/EU), которая требует кучи всего нового.
То что назвали же "законом о запрете электронной подписи" — это всего одно предложение в изменённом законе, которое всего лишь запрещает предоставлять вышеупомянутую существенную информацию (там большой список) в электронной форме — но в нём нет ни слова про запрет электронной подписи для договоров (регулированием условий трудовых договоров и вариантов их заключения вообще совсем другой закон занимается).
То есть, грубо говоря, теперь работодатель обязан предоставить работнику напечатанную бумажку где всё чётко описано (тот же контракт), в определённые сроки (или получит штраф если этого не сделает) — и это всё, никаких кошмариков и запретов, можете и дальше хоть устно контракты заключать.
К тому же, это касается исключительно наёмных работников (и практикантов) — фрилансеры и прочие кто не является наёмным работником в сферу действия закона не попадают вообще никак.
цена одного литра воды Antipodes превысила стоимость литра бензина в 21 раз
Разумеется, нужно думать о будущем, очистке, и вот этом всём — но не надо кивать на стоимость воды в бутылках (особенного одного отдельно взятого бренда в отдельной стране), она вообще ничего не отражает в этом плане.
Во-первых, Antipodes не самый дешёвый бренд в Австралии, и во-вторых, львиную долю стоимости бутилированной воды составляет вовсе не сама вода (и даже не её "добыча" включая очистку) а собственно сами бутылки (особенно из пластика), этикетки, процессы, логистика и ещё куча всего непосредственно к воде и её качеству не имеющего отношения.
Так что любые отсылки к стоимости бутилированной воды это просто жонглирование цифрами, в то время как самая обычная, водопроводная вода в той же самой Австралии очень даже питьевая и безопасная, хотя стоит вообще ничего (по сравнению с бутилированной и уж тем более нефтью), и её недостатка особо не наблюдается, как, собственно, и в любой другой развитой стране где есть адекватные технологии очистки.
Для наглядности можно вспомнить цену на воду (любую, хоть водопроводную) в ресторанах, или если уж говорить о бутилированной — то например Svalbardi продаёт ледниковую по цене более $100/литр, или там Evian Vrigil Abloh (обычная талая вода, зато дизайн бутылки ого-го, почти Порше) > $200/литр — чего только не придумают чтобы вытрясти бабло из обывателей, хотя "под капотом" там всё та же вода — с точки зрения физиологии. Да, её могли добыть из ледников или супер-очистить — но обычный средний организм на фоне всего остального (вовсе не безвредного) эту разницу вообще ни разу не заметит.
Когда меня первый раз спрашивают — я доверяю grep.
Когда второй — я проверяю не ошибся ли я с grep (бывает), и на всякий случай проверю изменялся ли лог вообще в последнее время, т.е. есть ли там хоть что-нибудь.
Когда третий (за последние полчаса) — я уже разбираю всю цепочку по винтику и вручную проверяю все компоненты, работают ли они вообще. Да, бесит, но зато надёжно.
Такой подход не раз спасал ситуацию когда казалось бы всё совершенно нормально и проблема явно где-то ещё. Да, иногда действительно проблема оказывается где-то ещё — но лучше перебдеть, это займёт всего несколько минут но они могут спасти от многочасового аврала.
Если бы диспетчер руководствовался похожим принципом, то на третий вопрос он бы уже позвонил в техотдел и спросил всё ли работает как должно, а судя по рассказу он получил кучу вопросов, сам факт их возникновения за короткий временной интервал уже должен был его насторожить.
PS: В далекой молодости (ещё при союзе) я проходил практику в чём-то типа центра управления энергосистемой крупного города, и там было похожее правило — на третий звонок, неважно что показывают лампочки на пульте и даже если они все зелёные — давай проверяй ручками или ножками, звони на участки и вообще поднимай кипеш до выяснения ситуации.
Я бы просто не стал использовать стороннее апи, которое меняется по несколько раз на дню
Дело не в том что "несколько раз на дню", достаточно раз в год, и не всегда у вас есть выбор.
Пример — вы брокер, и используете API различных бирж. У вас нет влияния на эти биржы, а API периодически меняются, появляются новые биржи, etc. Вы можете конечно не использовать "стороннее API", но тогда вы не сможете вести бизнес — всё просто. Причём речь не только про API — про процессы, правила обработки, валидации и вот это всё — тоже меняется со временем.
Или к примеру вам нужна массовая рассылка SMS и верификация телефонных номеров голосом — можно конечно купить своё оборудование и написать софт прибитый к нему гвоздями, но скорее всего вы не можете себе этого позволить и найдёте провайдера для этой услуги, иногда даже не одного (не все покрывают все страны или цены неадекватные для отдельных стран), и вот у вас уже потенциальные проблемы — изменения в API, уход провайдера из бизнеса etc — и заранее этого не предсказать.
Вы можете учесть всё что описано в документации, но исключительно редко документация покрывает всё, и вот сегодня вы наконец-то сделали идеальный софт — а завтра с другой стороны поставщики изменили пару строчек в возвращаемых данным способом который не документирован (но и явно не запрещен) — и всё, ваше супер-пупер приложение вылетело с исключением "ошибка валидации".
И так, собственно, почти во всём что не замкнуто само на себя — посмотрите на слёзы разработчиков под Android — постоянно что-то новое, удаляется что-то старое или меняются уже существующее, и выбора увы нет, точнее, он-то конечно есть — но тогда вы теряете что-то существенное, типа доли рынка.
А внутри компании, для самой компании, или для себя, когда ничего не меняется десятки лет — ни процессы, ни требования, ни что-то ещё — конечно написать безупречно работающий код один раз и пользоваться вечно — почти раз плюнуть.
Система, требующая постоянного надзора — это плохо построенная система.
Если ваша система зависит от других систем (вне вашего контроля) — она будет требовать постоянного надзора и ничего вы с этим не сделаете, увы. Поправили где-то извне API чуть-чуть, отменили старый, изменили формат, да просто сменили провайдера потому что старый вышел из бизнеса — всё, приплыли, и это всего при одной зависимости, а представьте что их десяток, а иногда и не один.
Сделать стабильную не требующую надзора систему можно только если вы контролируете вообще всё, и то при условии что вы никогда ничего не меняете в этом всём — а это почти невозможно.
не давать ему разлочить телефон пока, условно, рекламный ролик не досмотрен до конца
… до первых судов когда кто-то не сможет/опоздает позвонить 911 или ещё что-то связанное с риском для жизни-здоровья из-за недосмотренной рекламы.
Вот тогда Glance (а также оператора и производителя) высушат по самые корни.
Нет, базовые функции смартфона (звонки, адресная книжка etc — всё что рекламируется при продаже) должны быть доступны в любой момент, без привязке к рекламе — иначе это уже не смартфон получается, и я не сомневаюсь что всех кто на это посягнет закопают по самые гланды — по крайней мере в ЕС, США и Канаде — а вот с Азией и прочими *станами хз какие могут быть расклады, там всё очень мутно.
Но сомневаюсь что народ будет покупать такие телефоны зная про принудительную рекламу — разве что уж совсем малоимущие, ибо стоить он должен весьма недорого.
Если на Земле будут настолько масштабные разрушения что из всех датацентров сможет уцелеть только лунный — человечеству явно будет не до него, по крайней мере какое-то время, скорее всего десятки лет.
Да и потом не факт что это будет иметь смысл — уж если подземные (и хорошо защищённые) датацентры не уцелеют, то глупо расчитывать на целостность инфраструктуры того что поддерживает космос и всё с ним связанное (она почти вся на поверхности и очень хрупкая).
Где суспенд мусорным приложениям вместе с их сраными сервисами, бродкастами и прочими способами слежки в фоне?
Это как раз есть — запрет на работу в фоне, и даже работает (проверено с рядом очень прожорливых приложений) — походите по настройкам приложений (Settings/Apps). В Pixel всё даже круче — есть "ограниченный режим" (не помню точно названия), когда вы явно указываете какие приложения могут быть активны, всё остальное намертво морозится до первого использования (вами лично, а не пушем или системой).
С остальным конечно беда, особенно разрешение на локацию для работы с BT, или доступ ко всем файлам сразу — вместо одного явно разрешаемого (под)каталога.
Впрочем, скрытый отзыв разрешений делается вручную без рута с помощью либо adb либо App Ops + Shizuku, и без рута же можно поставить файрволл (правда, ценой отказа от VPN) — больше телодвижений, но зато работает.
На самом деле, это всё очень нишевые потребности которые не нужны подавляющему большинству (или им всё равно) — многие мои далекие от IT знакомые в ответ на предложение что-то подкрутить для улучшения приватности обычно отмахиваются в духе "мне всё равно".
Но с другой стороны… если крутилки дать всем и сделать их простыми для активации, найдутся массы чайников которые сразу прострелят себе все конечности, начитавшись интернетов в духе "Первые 10 шагов которые нужно сделать в Андроиде после покупки телефона", и после этого авторов приложений (вместо с Гуглем) завалят негативом типа "у меня карты не работают" после "тихого" отключения GPS, так что я вполне понимаю разработчиков Android.
Да, далеко не всё идеально с Android, но по сравнению с тем что было хотя бы 5 лет назад — реально много улучшений в плане приватности и борьбы с назойливостью — например, выдача разрешения только на время когда приложение активно, может со временем их и больше будет, если найдут способ сделать это не навлекая на себя и разработчиков приложений гнев большинства.
"Проигрышный" это когда вы получаете меньше чем хотелось бы. Если получаете как минимум как хотелось бы, т.е. з/п закрывает все ваши хотелки и обязательства, и ещё остаётся — это однозначно выигрышный вариант для обоих сторон, и неважно готова ли компания платить +80%, в конце концов это можно выяснить потом и попросить повышения — если вы действительно ценный сотрудник и стоите этих денег вам её точно повысят.
К тому же, ситуация когда договариваются на максимум а потом оказывается что сотрудник "не тянет" — не то чтобы очень редка, при этом никакие собеседования и тестовые задания этого не выявляют, и в итоге остаются в проигрыше все.
А если душа лежит как раз к тому чем занимаешься на работе?
Не все ведь идут на условно любую (не очень противную) работу, некоторые занимаются на работе как раз тем чем и "в свободное время для души" — просто там за это ещё и платят, и если речь об IT — даже очень хорошо платят.
Человеку с таким скиллсетом команда, в общем-то, уже и не особо то нужна.
Если то что он делает не нуждается в сопровождении и он работает на себя — нет, не нужна (хотя с командой пошустрее).
Но если он работает по найму или продукт требует сопровождения и/или поддержки, и если его переедет трамвай (или покусает вирус) — работодатель и клиенты очень сильно расстроятся.
Чем больше в компании универсалов — тем меньше человек занимается своим делом.
Это почему? Если универсал действительно универсал, т.е. хорошо знаком с каждой из областей (IT generalist) — то он всегда будет заниматься своим делом, и результаты будут не хуже чем у того кто специализируется в чём-то одном, даже скорее лучше.
На самом деле, компании выгодно нанимать именно универсалов (если она может себе это позволить) — они легко адаптируются под любую задачу подпадающую в их сферу знаний, не нужно каждый раз искать людей под "нестандартные" проекты или перестраивать команды, не говоря уже о том каждый может заменить каждого (почти — тут конечно есть нюансы, но лучше чем с узкой специализацией).
Безусловно, один человек не может хорошо знать абсолютно всё в IT, но к примеру если он хорошо умеет в full-stack на нескольких популярных языках/фреймворках + SQL + сети/безопасность — это уже покрывает, я думаю, 80-90% запросов рынка, и это не очень напряжно — для молодых, по крайней мере.
Да-да, уж давайте пожалуем. Потому что в реальном мире (по крайней мере, моей его части) есть немало задач на решение которых нет не то что двух месяцев, даже недели не бывает.
Допустим, у вас в квартире дала течь батарея, горячая вода хлещет, вы вызываете сантехника а он вам говорит — "Мне нужно два-три дня, нужно всё посчитать, измерить, спроектировать непротекаемые заплатки и новые трубы, поставить сигнализацию на протечку… Нет, отключить воду на это время нельзя — другие клиенты нуждаются в отоплении" — представили?
Так вот, "разработка" — это не только большие крупные проекты, которые пилятся месяцами и годами, это ещё и ad hoc решения которые нужны клиенту если не вчера, то в худшем случае завтра — причём буквально "завтра", а не "через недельку", хуже того, речь может идти о часах.
Обычно это что-то сравнительно небольшое (ну может несколько сотен, иногда пара-тройка тысяч) строк для решения конкретной проблемы возникшей по ходу дела, типа быстренько набросать анализатор логов которые в странном формате (да-да, legacy которому лет 10), дабы найти там паттерны попыток DoS или чего-то типа, плюс по итогам анализа нужно всех найденных супостатов блочить с помощью фильтра который имеет свой проприетарный API для управления — давайте, скажите клиенту что вам нужно два месяца на "правильную" архитектуру, "правильное" проектирование и вот это всё, а пока пусть его инфрастуктура лежит и он теряет миллионы (евро, не рублей) в день (и репутацию) — зато потом у него будет универсальный супер-обучаемый и настраиваемый анализатор логов для приложения которое он выкинет через два месяца в связи с тем что оно морально устарело (по причине чего проблема и возникла, собственно).
Бывает что нужен опять-таки ad hoc "продукт" который будет выполнять простые рутинные функции "вот прям щаз" — через месяц будет поздно, но в связи со своей простотой он не нуждается потом в допиливании и поддержке и используется иногда много лет.
И что самое забавное, речь не о каких-то "тяп-ляп" конторах, которые хотят "дешево и быстро" — речь о вполне уважаемых больших фирмах с десятками тысяч сотрудников и миллиардными доходами, типа провайдеров мобильной связи. Да-да, можете не верить — у них в недрах тоже случается "форс-мажор" и их стандартные подрядчики (или собственный IT отдел) говорят "ну нет, нам полгода нужно только чтобы архитектуру разработать" — а задача вот она, горит — и тут выходим мы в заляпаных спецовках с немытыми руками, с "неправильным legacy кодом" который решает конкретную задачу ровно так как хочет заказчик и ровно тогда когда ему это нужно.
Клиент доволен, при этом будучи ознакомлен с потенциальными последствиями применения решения "на коленке" — на самом деле ему пофиг пока оно работает, а поддерживать и развивать это чудо мы не договаривались — и он согласен, что неудивительно, по той простой причине что пока оно работает — он сохранил лицо и выиграл время на то чтобы решить задачу "как положено" (и то при условии что она повторяется).
Из всех моих проектов примерно четверть — именно такого плана, когда времени нет а ехать надо, задачи обычно подкидывают постоянные (а не "залётные") клиенты — и честно говоря, я вот не могу вспомнить ни одной из них которая повторялась бы (даже в пределах одного клиента) — что лишает всякого смысла тратить время на то чтобы "всё было идеально" (хотя хотелось бы, и вполне даже можется).
И нет, "сделано на коленке" — это не всегда значит "ненадёжно", можно сделать надёжно и с плохо структурированным нечитаемым кодом (так быстрее) — если вы точно знаете что туда никто не полезет второй раз (а это почти всегда так в случае ad hoc).
Можете закидать меня тапками, но "хороший код" — это код который работает и выполняет поставленные задачи, и если среди поставленных задач нет "поддерживать и быть читабельным" — это даже "отличный код".
Так что, реальный мир он разный бывает — если клиенту нужен розовый слон с бантиками на банкет завтра вечером, проще (и разумней) арендовать серого слона, покрасить в розовый и прицепить бантики, чем строить R&D, выводить розовых слонов с ушами в форме бантиков, параллельно развивая логистику для их доставки, лечения и кормления. Да, если пойдёт дождь слон снова станет серым, и бантики оторвутся если их подёргать — но мы точно знаем что банкет под крышей, бантики никто не дёргает, да и вообще слон нужен всего на один вечер — и все довольны.
PS: И нет, студентов никто не хейтит. Повторюсь — для каждой задачи нужно выбирать разумные инструменты и методы решения, даже если человек отлично владеет всеми этими инструментами но не умеет выбирать — значит он пока не готов.
В приведённой задаче класс используется один раз, причём точно известно что это максимальное количество раз и точно известно где — в main(), т.е. нигде больше:
Ещё раз: ты конструируешь объект DominoTilingCounter tc, только чтобы вычислитьtc.count().
Вся статья собственно об этом — не нужно строить комбайн для одного колоска, по крайней мере для случаев когда точно известно что колосок один и собрать его нужно один раз.
Тут речь не только об текущих но и обо всех будущих вакцинах и лекарствах — как-то не особо похоже на распродажу.
А свою прибыль они не упустят — страны "первого мира" платят с такими наценками что на весь остальной мир хватит с избытком, разница в стоимости ряда медикаментов может легко быть в 10-20 раз (и всё равно выше себестоимости).
Ведь всё их оборудывание моментально превратится в тыкву.
Это так только для новых майнеров, а те кто в деле давно уже почти наверняка отбили все вложения не один десяток раз (да пусть даже и один), так что по любому в плюсах, даже если просто раздарят всё оборудование, включая асики.
Если же давно и ещё не отбили хотя бы пару раз — значит оно того вообще не стоит.
С другой стороны, как уже заметили раньше, эфир это не единственная крипта и скорее всего оборудование можно использовать для майнинга чего-то ещё.
не отражают того, что действительно происходит на борту
Чтобы сделать такой вывод разве не нужно знать что действительно происходит?
Подозреваю что нужно — но как раз для этого и нужна телеметрия, и поскольку источник один — то может всё-таки он отражает (необязательно точно) как раз именно то что происходит на самом деле (с учётом возможностей сенсоров)?
Вывод что AACS не может находится в каком-то состоянии наверняка был сделан исходя из планируемой среды "обитания" (пустой глубокий космос), но если аппарат (к примеру) попал в хвост кометы текущее состояние вполне может оказаться возможным.
К сожалению, NASA не делится подробностями… только расплывчатые формулировки.
Если бы чувак отказался от позиции разработчика за $450000, при этом ничего не имея — было бы реально интересно почитать "почему". А так поработал, обеспечил себе жизнь лет эдак на 10 вперёд, конечно уйти не проблема, причины существенной роли не играют, ибо с такой "подушкой" возможностей уже более чем достаточно.
Но есть обоснованное подозрение что если бы у него реально ничего не было за душой, и даже если бы он знал заранее как всё будет — то всё равно не отказался бы от "нелюбимой работы".
"Принуждение" (любое, не только экономическое) — это когда вас заставляют делать то что вы не хотите, на невыгодных для вас условиях, при этом вы не можете отказаться, или этого не позволяют обстоятельства на которые вы не имеете ощутимого влияния.
Кредит, не берут куда-то ещё и вот это всё — это как раз то на что вы можете повлиять, прямо или косвенно — не брать кредит, переехать туда где возьмут, снизить расходы и отказаться от лобстера каждый день, выучиться и получить более высокую квалификацию и так далее — выбор (пока) есть, компаний (в т.ч. больших) и мест где стоимость проживания ниже более чем достаточно.
Если человек сам, по своей воле, действием или бездействием загоняет себя в условия когда он что-то вынужден — это его и только его вина, а не тех кто оказывается рядом чтобы скупить его услуги по мало его устраивающим ценам.
В конце концов, если кто-то, как вы выразились, "вынужден работать потому что кредит", при этом Амазон вообще единственная в мире компания куда его могут взять — то что было бы без Амазона? Он таки всё ещё зло в этой ситуации или как бы слегка добро? Замените Амазон на "ч/п Вася Пупкин" с такой же работой, з/п и условиями труда — что изменится для того кто якобы "вынужден"?
Просто каждый раз когда вы говорите "вынужден", представьте что он будет делать без того кто якобы "зло" и "вынуждает" — будет его положение лучше? Если не будет — значит никакого "принуждения" нет.
Сравнивать это с войной некорректно — Амазон никого к себе насильно не тащит, рабский труд не использует и не вынуждает пользоваться своими услугами, так что все условные "погибшие", равно как и "преступления" — исключительно по согласию сторон — в отличие от войн и государств, когда у людей нет выбора и они вынуждены подчиняться навязанным извне условиями, которые невозможно обойти.
Я совершенно не понимаю людей которые сами, совершенно добровольно идут туда работать а потом жалуются на условия, и даже когда условия оказываются "невыносимыми" — они продолжают колоться но всё равно едят этот кактус. Никто ж силком не тянет — не нравится з/п или условия — идите туда где платят лучше и плюшек больше. Некуда идти или никуда не берут? Так это не вина Амазона, однако, более того, не будь Амазона то им было бы ещё хуже — без работы и денег, хоть каких-то.
Как покупателя, меня Амазон более чем устраивает, никаких минусов я за 15 с лишним лет не заметил — только плюсы, да и выбор всегда есть — я не обязан покупать только там (и иногда покупаю в других местах, но более приятных мест и цен становится всё меньше).
Может быть, если бы я был продавцом или производителем, мне было бы неприятно отдавать 30% дохода, но опять-таки — это не единственная торговая площадка, выбор есть и многие им успешно пользуются.
Так что, для кого-то Амазон — плохо, но это их личный выбор и личное мнение, до абсолютного зла, да и просто зла ему далеко, какой-нибудь eBay к примеру гораздо более неприятное место как для продавцов так и для покупателей, а для сотрудников… думаю не совру что для большинства из них (речь о не о работах требующих высокой квалификации, разумеется) в любой компании главное "где бы не работать, лишь бы не работать и за безразмерную з/п".
Жалобы топ-менеджеров с миллионной з/п вообще смешны.
Раз всё понизилось на 10% Hetzner повышает цены на 10%, для баланса — теперь всё стало ясно.
Но если серьёзно, то в Германии у крупных потребителей (датацентров в частности) цены на электроэнергию вырастают значительно с нового года и начинают приближаться к ценам для обычных потребителей.
Краткая справка — домохозяйства платят около 15 центов за киловатт (ещё по старым контрактам), но у них объёмы 2500-5000 kWh/год, компания же с потреблением 500000 kWh/год платит 5-6 центов за киловатт — а с НГ всё это хорошо подрастёт, раз эдак в несколько (только для компаний — пока).
Сразу поясню — речь о цене за собственно электроэнергию, а не конечную стоимость киловатта для потребителей, в которую входят налоги, обслуживание и всё такое, которые составляют примерно 55-60% от конечной цены (в зависимости от объёмов, источника и региона).
И чисто "личный пример" — ещё в начале прошлого года я платил 25 центов за киловатт (~3500 kWh/год), новый контракт с прошлого ноября — 32 цента, но сейчас найти что-то ниже 45 центов нереально в принципе, по крайней мере в моём регионе. Или я слаб в арифметике или где тут "на 10% подешевело"?
А бензин… цены конечно упали на примерно 10%, по сравнению с весной… но вспомните какие они были год назад — это ни о чём, про дизель я вообще молчу, он уже дороже бензина. Где-то в октябре наступит отопительный сезон, с учётом того что минимум треть хозяйств топит маслом (для которого, внезапно, нужны нефтепродукты) — и станет очень весело.
До ада конечно далеко (пока что), но зима будет суровой во всех смыслах.
Нет там такого запрета, вся статья — это типичный случай когда "законодатель изнасиловал журналиста".
Речь таки идёт о старом законе который получил дополнения, но самое интересное в том что это не "закон о запрете электронной подписи" — это закон (Nachweisgesetz — не знаю как корректно перевести на русский, наверное ближе всего по контексту "Об уведомлении") который обязывает работодателей информировать наёмных работников об условиях труда и прочих существенных условиях договоров, и немцы тут не особо виноваты — все изменения были приняты в связи с директивой европарламента аж от 2019 года (2019/1152/EU), которая требует кучи всего нового.
То что назвали же "законом о запрете электронной подписи" — это всего одно предложение в изменённом законе, которое всего лишь запрещает предоставлять вышеупомянутую существенную информацию (там большой список) в электронной форме — но в нём нет ни слова про запрет электронной подписи для договоров (регулированием условий трудовых договоров и вариантов их заключения вообще совсем другой закон занимается).
То есть, грубо говоря, теперь работодатель обязан предоставить работнику напечатанную бумажку где всё чётко описано (тот же контракт), в определённые сроки (или получит штраф если этого не сделает) — и это всё, никаких кошмариков и запретов, можете и дальше хоть устно контракты заключать.
К тому же, это касается исключительно наёмных работников (и практикантов) — фрилансеры и прочие кто не является наёмным работником в сферу действия закона не попадают вообще никак.
Разумеется, нужно думать о будущем, очистке, и вот этом всём — но не надо кивать на стоимость воды в бутылках (особенного одного отдельно взятого бренда в отдельной стране), она вообще ничего не отражает в этом плане.
Во-первых, Antipodes не самый дешёвый бренд в Австралии, и во-вторых, львиную долю стоимости бутилированной воды составляет вовсе не сама вода (и даже не её "добыча" включая очистку) а собственно сами бутылки (особенно из пластика), этикетки, процессы, логистика и ещё куча всего непосредственно к воде и её качеству не имеющего отношения.
Так что любые отсылки к стоимости бутилированной воды это просто жонглирование цифрами, в то время как самая обычная, водопроводная вода в той же самой Австралии очень даже питьевая и безопасная, хотя стоит вообще ничего (по сравнению с бутилированной и уж тем более нефтью), и её недостатка особо не наблюдается, как, собственно, и в любой другой развитой стране где есть адекватные технологии очистки.
Для наглядности можно вспомнить цену на воду (любую, хоть водопроводную) в ресторанах, или если уж говорить о бутилированной — то например Svalbardi продаёт ледниковую по цене более $100/литр, или там Evian Vrigil Abloh (обычная талая вода, зато дизайн бутылки ого-го, почти Порше) > $200/литр — чего только не придумают чтобы вытрясти бабло из обывателей, хотя "под капотом" там всё та же вода — с точки зрения физиологии. Да, её могли добыть из ледников или супер-очистить — но обычный средний организм на фоне всего остального (вовсе не безвредного) эту разницу вообще ни разу не заметит.
Когда меня первый раз спрашивают — я доверяю grep.
Когда второй — я проверяю не ошибся ли я с grep (бывает), и на всякий случай проверю изменялся ли лог вообще в последнее время, т.е. есть ли там хоть что-нибудь.
Когда третий (за последние полчаса) — я уже разбираю всю цепочку по винтику и вручную проверяю все компоненты, работают ли они вообще. Да, бесит, но зато надёжно.
Такой подход не раз спасал ситуацию когда казалось бы всё совершенно нормально и проблема явно где-то ещё. Да, иногда действительно проблема оказывается где-то ещё — но лучше перебдеть, это займёт всего несколько минут но они могут спасти от многочасового аврала.
Если бы диспетчер руководствовался похожим принципом, то на третий вопрос он бы уже позвонил в техотдел и спросил всё ли работает как должно, а судя по рассказу он получил кучу вопросов, сам факт их возникновения за короткий временной интервал уже должен был его насторожить.
PS: В далекой молодости (ещё при союзе) я проходил практику в чём-то типа центра управления энергосистемой крупного города, и там было похожее правило — на третий звонок, неважно что показывают лампочки на пульте и даже если они все зелёные — давай проверяй ручками или ножками, звони на участки и вообще поднимай кипеш до выяснения ситуации.
Дело не в том что "несколько раз на дню", достаточно раз в год, и не всегда у вас есть выбор.
Пример — вы брокер, и используете API различных бирж. У вас нет влияния на эти биржы, а API периодически меняются, появляются новые биржи, etc. Вы можете конечно не использовать "стороннее API", но тогда вы не сможете вести бизнес — всё просто. Причём речь не только про API — про процессы, правила обработки, валидации и вот это всё — тоже меняется со временем.
Или к примеру вам нужна массовая рассылка SMS и верификация телефонных номеров голосом — можно конечно купить своё оборудование и написать софт прибитый к нему гвоздями, но скорее всего вы не можете себе этого позволить и найдёте провайдера для этой услуги, иногда даже не одного (не все покрывают все страны или цены неадекватные для отдельных стран), и вот у вас уже потенциальные проблемы — изменения в API, уход провайдера из бизнеса etc — и заранее этого не предсказать.
Вы можете учесть всё что описано в документации, но исключительно редко документация покрывает всё, и вот сегодня вы наконец-то сделали идеальный софт — а завтра с другой стороны поставщики изменили пару строчек в возвращаемых данным способом который не документирован (но и явно не запрещен) — и всё, ваше супер-пупер приложение вылетело с исключением "ошибка валидации".
И так, собственно, почти во всём что не замкнуто само на себя — посмотрите на слёзы разработчиков под Android — постоянно что-то новое, удаляется что-то старое или меняются уже существующее, и выбора увы нет, точнее, он-то конечно есть — но тогда вы теряете что-то существенное, типа доли рынка.
А внутри компании, для самой компании, или для себя, когда ничего не меняется десятки лет — ни процессы, ни требования, ни что-то ещё — конечно написать безупречно работающий код один раз и пользоваться вечно — почти раз плюнуть.
Если ваша система зависит от других систем (вне вашего контроля) — она будет требовать постоянного надзора и ничего вы с этим не сделаете, увы. Поправили где-то извне API чуть-чуть, отменили старый, изменили формат, да просто сменили провайдера потому что старый вышел из бизнеса — всё, приплыли, и это всего при одной зависимости, а представьте что их десяток, а иногда и не один.
Сделать стабильную не требующую надзора систему можно только если вы контролируете вообще всё, и то при условии что вы никогда ничего не меняете в этом всём — а это почти невозможно.
… до первых судов когда кто-то не сможет/опоздает позвонить 911 или ещё что-то связанное с риском для жизни-здоровья из-за недосмотренной рекламы.
Вот тогда Glance (а также оператора и производителя) высушат по самые корни.
Нет, базовые функции смартфона (звонки, адресная книжка etc — всё что рекламируется при продаже) должны быть доступны в любой момент, без привязке к рекламе — иначе это уже не смартфон получается, и я не сомневаюсь что всех кто на это посягнет закопают по самые гланды — по крайней мере в ЕС, США и Канаде — а вот с Азией и прочими *станами хз какие могут быть расклады, там всё очень мутно.
Но сомневаюсь что народ будет покупать такие телефоны зная про принудительную рекламу — разве что уж совсем малоимущие, ибо стоить он должен весьма недорого.
Если на Земле будут настолько масштабные разрушения что из всех датацентров сможет уцелеть только лунный — человечеству явно будет не до него, по крайней мере какое-то время, скорее всего десятки лет.
Да и потом не факт что это будет иметь смысл — уж если подземные (и хорошо защищённые) датацентры не уцелеют, то глупо расчитывать на целостность инфраструктуры того что поддерживает космос и всё с ним связанное (она почти вся на поверхности и очень хрупкая).
Это как раз есть — запрет на работу в фоне, и даже работает (проверено с рядом очень прожорливых приложений) — походите по настройкам приложений (Settings/Apps). В Pixel всё даже круче — есть "ограниченный режим" (не помню точно названия), когда вы явно указываете какие приложения могут быть активны, всё остальное намертво морозится до первого использования (вами лично, а не пушем или системой).
С остальным конечно беда, особенно разрешение на локацию для работы с BT, или доступ ко всем файлам сразу — вместо одного явно разрешаемого (под)каталога.
Впрочем, скрытый отзыв разрешений делается вручную без рута с помощью либо adb либо App Ops + Shizuku, и без рута же можно поставить файрволл (правда, ценой отказа от VPN) — больше телодвижений, но зато работает.
На самом деле, это всё очень нишевые потребности которые не нужны подавляющему большинству (или им всё равно) — многие мои далекие от IT знакомые в ответ на предложение что-то подкрутить для улучшения приватности обычно отмахиваются в духе "мне всё равно".
Но с другой стороны… если крутилки дать всем и сделать их простыми для активации, найдутся массы чайников которые сразу прострелят себе все конечности, начитавшись интернетов в духе "Первые 10 шагов которые нужно сделать в Андроиде после покупки телефона", и после этого авторов приложений (вместо с Гуглем) завалят негативом типа "у меня карты не работают" после "тихого" отключения GPS, так что я вполне понимаю разработчиков Android.
Да, далеко не всё идеально с Android, но по сравнению с тем что было хотя бы 5 лет назад — реально много улучшений в плане приватности и борьбы с назойливостью — например, выдача разрешения только на время когда приложение активно, может со временем их и больше будет, если найдут способ сделать это не навлекая на себя и разработчиков приложений гнев большинства.
"Проигрышный" это когда вы получаете меньше чем хотелось бы. Если получаете как минимум как хотелось бы, т.е. з/п закрывает все ваши хотелки и обязательства, и ещё остаётся — это однозначно выигрышный вариант для обоих сторон, и неважно готова ли компания платить +80%, в конце концов это можно выяснить потом и попросить повышения — если вы действительно ценный сотрудник и стоите этих денег вам её точно повысят.
К тому же, ситуация когда договариваются на максимум а потом оказывается что сотрудник "не тянет" — не то чтобы очень редка, при этом никакие собеседования и тестовые задания этого не выявляют, и в итоге остаются в проигрыше все.
А если душа лежит как раз к тому чем занимаешься на работе?
Не все ведь идут на условно любую (не очень противную) работу, некоторые занимаются на работе как раз тем чем и "в свободное время для души" — просто там за это ещё и платят, и если речь об IT — даже очень хорошо платят.
Если то что он делает не нуждается в сопровождении и он работает на себя — нет, не нужна (хотя с командой пошустрее).
Но если он работает по найму или продукт требует сопровождения и/или поддержки, и если его переедет трамвай (или покусает вирус) — работодатель и клиенты очень сильно расстроятся.
Это почему? Если универсал действительно универсал, т.е. хорошо знаком с каждой из областей (IT generalist) — то он всегда будет заниматься своим делом, и результаты будут не хуже чем у того кто специализируется в чём-то одном, даже скорее лучше.
На самом деле, компании выгодно нанимать именно универсалов (если она может себе это позволить) — они легко адаптируются под любую задачу подпадающую в их сферу знаний, не нужно каждый раз искать людей под "нестандартные" проекты или перестраивать команды, не говоря уже о том каждый может заменить каждого (почти — тут конечно есть нюансы, но лучше чем с узкой специализацией).
Безусловно, один человек не может хорошо знать абсолютно всё в IT, но к примеру если он хорошо умеет в full-stack на нескольких популярных языках/фреймворках + SQL + сети/безопасность — это уже покрывает, я думаю, 80-90% запросов рынка, и это не очень напряжно — для молодых, по крайней мере.
Да-да, уж давайте пожалуем. Потому что в реальном мире (по крайней мере, моей его части) есть немало задач на решение которых нет не то что двух месяцев, даже недели не бывает.
Допустим, у вас в квартире дала течь батарея, горячая вода хлещет, вы вызываете сантехника а он вам говорит — "Мне нужно два-три дня, нужно всё посчитать, измерить, спроектировать непротекаемые заплатки и новые трубы, поставить сигнализацию на протечку… Нет, отключить воду на это время нельзя — другие клиенты нуждаются в отоплении" — представили?
Так вот, "разработка" — это не только большие крупные проекты, которые пилятся месяцами и годами, это ещё и ad hoc решения которые нужны клиенту если не вчера, то в худшем случае завтра — причём буквально "завтра", а не "через недельку", хуже того, речь может идти о часах.
Обычно это что-то сравнительно небольшое (ну может несколько сотен, иногда пара-тройка тысяч) строк для решения конкретной проблемы возникшей по ходу дела, типа быстренько набросать анализатор логов которые в странном формате (да-да, legacy которому лет 10), дабы найти там паттерны попыток DoS или чего-то типа, плюс по итогам анализа нужно всех найденных супостатов блочить с помощью фильтра который имеет свой проприетарный API для управления — давайте, скажите клиенту что вам нужно два месяца на "правильную" архитектуру, "правильное" проектирование и вот это всё, а пока пусть его инфрастуктура лежит и он теряет миллионы (евро, не рублей) в день (и репутацию) — зато потом у него будет универсальный супер-обучаемый и настраиваемый анализатор логов для приложения которое он выкинет через два месяца в связи с тем что оно морально устарело (по причине чего проблема и возникла, собственно).
Бывает что нужен опять-таки ad hoc "продукт" который будет выполнять простые рутинные функции "вот прям щаз" — через месяц будет поздно, но в связи со своей простотой он не нуждается потом в допиливании и поддержке и используется иногда много лет.
И что самое забавное, речь не о каких-то "тяп-ляп" конторах, которые хотят "дешево и быстро" — речь о вполне уважаемых больших фирмах с десятками тысяч сотрудников и миллиардными доходами, типа провайдеров мобильной связи. Да-да, можете не верить — у них в недрах тоже случается "форс-мажор" и их стандартные подрядчики (или собственный IT отдел) говорят "ну нет, нам полгода нужно только чтобы архитектуру разработать" — а задача вот она, горит — и тут выходим мы в заляпаных спецовках с немытыми руками, с "неправильным legacy кодом" который решает конкретную задачу ровно так как хочет заказчик и ровно тогда когда ему это нужно.
Клиент доволен, при этом будучи ознакомлен с потенциальными последствиями применения решения "на коленке" — на самом деле ему пофиг пока оно работает, а поддерживать и развивать это чудо мы не договаривались — и он согласен, что неудивительно, по той простой причине что пока оно работает — он сохранил лицо и выиграл время на то чтобы решить задачу "как положено" (и то при условии что она повторяется).
Из всех моих проектов примерно четверть — именно такого плана, когда времени нет а ехать надо, задачи обычно подкидывают постоянные (а не "залётные") клиенты — и честно говоря, я вот не могу вспомнить ни одной из них которая повторялась бы (даже в пределах одного клиента) — что лишает всякого смысла тратить время на то чтобы "всё было идеально" (хотя хотелось бы, и вполне даже можется).
И нет, "сделано на коленке" — это не всегда значит "ненадёжно", можно сделать надёжно и с плохо структурированным нечитаемым кодом (так быстрее) — если вы точно знаете что туда никто не полезет второй раз (а это почти всегда так в случае ad hoc).
Можете закидать меня тапками, но "хороший код" — это код который работает и выполняет поставленные задачи, и если среди поставленных задач нет "поддерживать и быть читабельным" — это даже "отличный код".
Так что, реальный мир он разный бывает — если клиенту нужен розовый слон с бантиками на банкет завтра вечером, проще (и разумней) арендовать серого слона, покрасить в розовый и прицепить бантики, чем строить R&D, выводить розовых слонов с ушами в форме бантиков, параллельно развивая логистику для их доставки, лечения и кормления. Да, если пойдёт дождь слон снова станет серым, и бантики оторвутся если их подёргать — но мы точно знаем что банкет под крышей, бантики никто не дёргает, да и вообще слон нужен всего на один вечер — и все довольны.
PS: И нет, студентов никто не хейтит. Повторюсь — для каждой задачи нужно выбирать разумные инструменты и методы решения, даже если человек отлично владеет всеми этими инструментами но не умеет выбирать — значит он пока не готов.
В приведённой задаче класс используется один раз, причём точно известно что это максимальное количество раз и точно известно где — в
main(), т.е. нигде больше:Вся статья собственно об этом — не нужно строить комбайн для одного колоска, по крайней мере для случаев когда точно известно что колосок один и собрать его нужно один раз.
Тут речь не только об текущих но и обо всех будущих вакцинах и лекарствах — как-то не особо похоже на распродажу.
А свою прибыль они не упустят — страны "первого мира" платят с такими наценками что на весь остальной мир хватит с избытком, разница в стоимости ряда медикаментов может легко быть в 10-20 раз (и всё равно выше себестоимости).
Это так только для новых майнеров, а те кто в деле давно уже почти наверняка отбили все вложения не один десяток раз (да пусть даже и один), так что по любому в плюсах, даже если просто раздарят всё оборудование, включая асики.
Если же давно и ещё не отбили хотя бы пару раз — значит оно того вообще не стоит.
С другой стороны, как уже заметили раньше, эфир это не единственная крипта и скорее всего оборудование можно использовать для майнинга чего-то ещё.
Чтобы сделать такой вывод разве не нужно знать что действительно происходит?
Подозреваю что нужно — но как раз для этого и нужна телеметрия, и поскольку источник один — то может всё-таки он отражает (необязательно точно) как раз именно то что происходит на самом деле (с учётом возможностей сенсоров)?
Вывод что AACS не может находится в каком-то состоянии наверняка был сделан исходя из планируемой среды "обитания" (пустой глубокий космос), но если аппарат (к примеру) попал в хвост кометы текущее состояние вполне может оказаться возможным.
К сожалению, NASA не делится подробностями… только расплывчатые формулировки.
Если бы чувак отказался от позиции разработчика за $450000, при этом ничего не имея — было бы реально интересно почитать "почему". А так поработал, обеспечил себе жизнь лет эдак на 10 вперёд, конечно уйти не проблема, причины существенной роли не играют, ибо с такой "подушкой" возможностей уже более чем достаточно.
Но есть обоснованное подозрение что если бы у него реально ничего не было за душой, и даже если бы он знал заранее как всё будет — то всё равно не отказался бы от "нелюбимой работы".
"Принуждение" (любое, не только экономическое) — это когда вас заставляют делать то что вы не хотите, на невыгодных для вас условиях, при этом вы не можете отказаться, или этого не позволяют обстоятельства на которые вы не имеете ощутимого влияния.
Кредит, не берут куда-то ещё и вот это всё — это как раз то на что вы можете повлиять, прямо или косвенно — не брать кредит, переехать туда где возьмут, снизить расходы и отказаться от лобстера каждый день, выучиться и получить более высокую квалификацию и так далее — выбор (пока) есть, компаний (в т.ч. больших) и мест где стоимость проживания ниже более чем достаточно.
Если человек сам, по своей воле, действием или бездействием загоняет себя в условия когда он что-то вынужден — это его и только его вина, а не тех кто оказывается рядом чтобы скупить его услуги по мало его устраивающим ценам.
В конце концов, если кто-то, как вы выразились, "вынужден работать потому что кредит", при этом Амазон вообще единственная в мире компания куда его могут взять — то что было бы без Амазона? Он таки всё ещё зло в этой ситуации или как бы слегка добро? Замените Амазон на "ч/п Вася Пупкин" с такой же работой, з/п и условиями труда — что изменится для того кто якобы "вынужден"?
Просто каждый раз когда вы говорите "вынужден", представьте что он будет делать без того кто якобы "зло" и "вынуждает" — будет его положение лучше? Если не будет — значит никакого "принуждения" нет.
Сравнивать это с войной некорректно — Амазон никого к себе насильно не тащит, рабский труд не использует и не вынуждает пользоваться своими услугами, так что все условные "погибшие", равно как и "преступления" — исключительно по согласию сторон — в отличие от войн и государств, когда у людей нет выбора и они вынуждены подчиняться навязанным извне условиями, которые невозможно обойти.
Я совершенно не понимаю людей которые сами, совершенно добровольно идут туда работать а потом жалуются на условия, и даже когда условия оказываются "невыносимыми" — они продолжают колоться но всё равно едят этот кактус. Никто ж силком не тянет — не нравится з/п или условия — идите туда где платят лучше и плюшек больше. Некуда идти или никуда не берут? Так это не вина Амазона, однако, более того, не будь Амазона то им было бы ещё хуже — без работы и денег, хоть каких-то.
Как покупателя, меня Амазон более чем устраивает, никаких минусов я за 15 с лишним лет не заметил — только плюсы, да и выбор всегда есть — я не обязан покупать только там (и иногда покупаю в других местах, но более приятных мест и цен становится всё меньше).
Может быть, если бы я был продавцом или производителем, мне было бы неприятно отдавать 30% дохода, но опять-таки — это не единственная торговая площадка, выбор есть и многие им успешно пользуются.
Так что, для кого-то Амазон — плохо, но это их личный выбор и личное мнение, до абсолютного зла, да и просто зла ему далеко, какой-нибудь eBay к примеру гораздо более неприятное место как для продавцов так и для покупателей, а для сотрудников… думаю не совру что для большинства из них (речь о не о работах требующих высокой квалификации, разумеется) в любой компании главное "где бы не работать, лишь бы не работать и за безразмерную з/п".
Жалобы топ-менеджеров с миллионной з/п вообще смешны.