Pull to refresh
-11
0.7
Send message

Статья делает оценку что "всё гнило в Датском королевстве" в целом, для всех сегментов, только предположив что новые супербольшие харды возможно более актуальны для корпоративного сегмента. С другой стороны нет смысла обсуждать кухню кровавого тырпрайза, потому что там даже потеря пары дисков не должна ролять. SOHO про который я писал выше - это small office, home office. Доставать просто от нечего харды и "как-то прогревать данные" - этим никто не занимается, про это никто не помнит, да ещё и расскажие всем как именно их надо прогревать, чтоб вот точно всё прогреть и пойти дальше своими делами заниматься, а то на них, внезапно, нигде об этом не пишется.

Посмотрел, всё ещё на SSD цены заметно выше, особенно заметно если брать не один. С другой стороны для хранилок брать сегодня что-то менее 8Тб - в этом есть какой-то смысл кроме "а больше у нас денег вообще нет и не предвидится"? Ну если только SATA слоты закончились, а M.2 ещё есть немножко, под горячий кэш... не знаю

У каждого же дома есть большой NAS с RAID6 или хотя бы 10. Ну и в небольших конторах - там вообще же поголовно шкафы промышленного уровня, SCSI во все места, коррекцией ошибок всё обмазано и в обнимку с ними лично сидит член саппорта системы корпоративного резервирования от какой-нибудь Nexenta.

Давайте не будем путать готовый масс рынок, реалии потребителей и достаточно дорогое решение поддержкой которого должен заниматься прям целый человек (ну, чтобы завтра не узнать что бэкапы не полные, последние полгода не делались, вон те три диска вообще давно насом не определяются и т.д.)

О, моя любимая валынка про "станки с 70-ых", которых было произведено тысячи, дожило штуки полторы, далеко не у всех, и то чиненных-перечинных, собранных из десятков других станков. Не хватает только посыла что "нафиг нам эти новые станки не нужны, в советах делали всё идеально". Ну как не хватает, вот же витает буквально в воздухе "нафиг эти современные станки, нужно было ради обратной совместимости продолжать производить то же, что 50 лет назад". Правда там углеродный след на технологиях тех лет и вообще ТБ были ещё "веселее", но статья же не об этом, а якобы о том, куда девать то, что производить то может и не нужно было в таких количествах

Вы тут пишете про 20-40 лет на полочке, но положите на 2-4 года SSD на полочку и вполне себе большой шанс что будет ой.

BD всё ещё не распространены повсеместно, плюс в пересчёте на объём дороже хардов (да и DVD дороже). Где-нибудь в замкадье BD под запись, как и привод - вообще не найдёшь. Привод умер - всё, уже нет никакого "втыкай и работай".

В общем изначально речь о том, что для хранилок в SOHO харды будут ещё ооочень долго вне конкуренции, как бы ни писали что SSD уже "во всём их догнали и перегнали". Скорости у SSD да, интереснее, под ОС, подкачку, временные файлы, какой-то рабочий софт и некритичную файлопомойку они отличны, сам пользую и радуюсь. Но не для долгосрочного хранения, как это пытаются продать в каждой второй статье

Ну у меня вполне себе запускались харды которые годами лежали. Там не такая флеш и всё это вполне восстанавливается, перепрошивается или даже меняется в отличие от потерянных данных. Самописные болванки в своё время вполне себе дохли за пару лет, облазили, появлялись какие-то странные пятна и т.д., а для всяких MDATA нужно найти привод и болванки. И приводы мрут как мухи. И приводы всё меньше в продаже.

Ленты - это весело, но для SOHO не очень рационально. И это точно не история про "воткнул и работает".

Остальное - какая-то так себе шутка

Ага, вышел из метро, узнал после удара по темечку дубинкой что не вовремя вышел, присел на пару лет просто потому что - в наших реалиях как нечего делать. Попутно гугль добьёт всё нажитое годами, включая гугл драйв. Отличный план. Удаление аккаунтов на которые было завязано куча других сервисов (OAuth), куплено куча приложений, медиа, книг, плюс контакты - отличный стимул пользоваться уже имеющимися не гугловскими сервисами, а чем-то более адекватным.

Что до людей которые заходят в почту раз в два года и регулярно продалбывают учётки - так они и дальше будут создавать новые учётки, для них и для спамеров не поменяется вообще ничего

Но SSD, твердотельные накопители, становятся всё более надёжными

Скорее всего я пропустил какие-то новости, но я очень хочу увидеть SSD который я могу положить на полочку и лет через 5-7-10 с него прочесть все данные.

по очень хорошей цене, которая уже сопоставима с ценой HDD соответствующего объёма

Смотрю на 8Тб SSD и цена у него вообще ни разу не сопоставима с 8Тб HDD, дешевле купить приличный 16Тб HDD, чем средний 8Тб SSD. А объёмы выше ещё и надо очень постараться раздобыть в наших реалиях.

Я вообще не делал акцента на союзе. Это изначально был ваш посыл

Вспомните эти советские платы, которые порой горами лежат где-нибудь на заводе.

который вы теперь пытаетесь сами же переобуть, что якобы союз эту самую проблему пытался решить прям якобы самым эффективным способом. Наплевав почему-то на качество производства, в результате чего было действительно проще ещё недавно выпущенное оборудование заменять на другое, чем пытаться чинить его точно такими же барахлом или даже отдельно купленными радиодеталями у которых параметры плавали просто за гранью любых допустимых погрешностей.

Перепаивать одноразовые картонки после того как их покорёжило от влаги и слой изоляции между дорожками просто исчез? А слоёв с дорожками, внезапно, может быть даже не два (с двух сторон), а более десяти. И всё это радостно будет плыть и коротить регулярно. Примерно где-то здесь заканчивается смысл пытаться что-то чинить. Тем более ещё вопрос, что будет с этими "платами" после большинства флюсов и их смывки.

Вспоминать горы того что перепроизвели в безумной гонке за количеством в ущерб качеству? Ну, это было "эффективно", но с таким же успехом можно чего угодно намолотить и потом думать "тоже куда-то деть", вообще не оглядываясь на экономию ресурсов и углеродный след. Производить чтобы можно было растворить побольше - такая себе бизнес-цель.

Компоненты с плат успешно отпаивались, тестировались, шли в дело если ещё живые. В т.ч. молодняк учился на них пайке. И даже гетенакс переиспользовали, пока не стало дешевле заказать с алишки. Кстати, для "гор лежащих на заводе" это тоже хороший вариант мог бы быть, если бы не какая-то безумная жадность "крепких эффективных хозяйственников", благодаря которым всё это, включая даже не распакованные станки гнило десятки лет, а потом отправлялось прямиком на свалку... Включая новые, в коробках, в масле, абсолютно рабочие станки. Ну или "случайно" сгорало

И вот спустя 25 лет это уже и не картонка под КТ315 в радиокружке, а втулка от туалетной бумаги... а хотелось уменьшать "углеродный след" за счёт большей долговечности, ремонтабельности, взаимозаменяемости модулей...

Я назначил Caps-Lock для FN1 и почти перестал пользоваться Fn, приемлемо (и да, весёленькие подсветочки мне были изначально не интересны). Не сразу Keychron потому что он всё же чуть дороже, с другими свичами и кнопками и нет никакого удовольствия покопаться/разобраться самому) К тому же после Peach и нормальных PBT капов с черри профилем родные от Keychron может захотеться и поменять.

Посмотрел Southpaw, "обалдел", как с раскладки, так и с прайса... не-не-не, это не то что нужно людям как первая рабочая механика... и как вторая... это надо ОЧЕНЬ захотеть, ИМХО

Сначала берёшь Cherry Pink и ставишь по 2-3 кольца, а потом выкидываешь, потому что половина черри с алишки скрипит и есть почти идеальные для работы дома по ночам Outemu Peach, которые сами по себе не стучат ни при нажатии, ни при возврате (от чего кольца не спасут никогда). Как быстрый старт к ним можно взять дёшево и сердито основу TKL FL Esports MK870 с хотсвапом, шумку 3mm и свичи PBT по вкусу, желательно без кириллицы (слепая печать - наше всё). Где-то за сотню получается клавиатура с которой уже можно работать, которую можно твикать под себя из её родного софта и от которой уже можно думать куда дальше копать (разумеется к Keychron K8 Pro QMK). И всё это достаточно стандартно, привычно и не выглядит как оливье вышедшее встретить утро нового года

Угадайка которую вы не пробовали более опасна чем мержи в мастер с которого релизы раскатываются? Может у вас и прямые коммиты в мастер не запрещены?

Хочется компромисса между Zen Mode и полноценной IDE, а отвлекаться на рюшечки которые 90% времени не используются не хочется, как и на мышь. Ctrl+Shift+A и вообще клавиатурные биндинги - наше всё и, кажется, JB регулярно об этом намекает. Ещё бы шрифты и темы немножко подтянуть, а то как-то глаза к концу дня на дефолтах устают - цены бы им не было

Это клиент, а мне нужен был сервер. К тому же у Putty свой формат ключей и прочие костылики, тогда как штатный агент отлично работает даже на винде с ключами из KeePassXC, JB и прочими штуками. Putty хорош из винды в порты и телнет тыкаться, но для SSH родной клиент сильно приятнее

Например можно взять все коммиты между текущим бранчем и мастером и взять ближайший бранч (костылики вокруг git merge-base).

Ну или вот так (чуть не поседел, пока это воткнул, форматтер хабра сжирает часть даже при вставке в середину блока "кода")

git show-branch | grep '*' | grep -v "$(git rev-parse --abbrev-ref HEAD)" | head -n1 | sed 's/.*\[\(.*\)\].*/\1/' | sed 's/[\^~].*//' #

но иногда промахивается и показывает всё-таки мастер. Но отобразить по дефолту в предложке мержреквеста - вполне сойдёт

Вот бы котаны подсуетились и сделали возможность делать запрос на слияние прямо из IDE не в мастер, а в родительский бранч для ситуаций, когда несколько разрабов свои правки подливают как мерж реквесты с фичами в девелоперский бранч из которого потом формируется релиз. Получается что-то вида

git push -o merge_request.create -o merge_request.target=${parent_branch} -o merge_request.remove_source_branch -o merge_request.squash"

Каждый раз приходится вспоминать имя родительского бранча. Сам гитлаб всегда подставляет master

Например, дома и для петов во всю используешь СПО, но так уж сложилось, что сейчас тебе готовы хорошо платить именно за поддержку какого-нибудь легаси, которое прибито к форточке буквально одной проприетарной либой купленной лет 10 назад. Выдали ноут с фортками и копай... а ты всё равно хочешь иметь возможность использовать все эти привычные тёплые ламповые тулы, запускать всякие штуки типа lnav чтобы видеть сразу все логи (да, у него есть кривоватая сборка для винды, но она глючит)

Ну или тот же докер, куча микросервисов, в линуксовой конфигурации 3Гб в ОЗУ, 2 на диске... переключаешь Docker Desktop на Windows Containers и потребление ОЗУ переваливает за 20Гб, а диска съедается более 60Гб, плюс проблемы с сетью при перезапуске ПК... isolation=process для актуальной десятки так и не завезли. Части образов для Windows нет в принципе в докерхабе, нужно самому собирать или брать какие-то сомнительные поделки...

Из личного - очень страдаю без ShareX и TotalCommander (doublecmd не торт). Очень матерюсь, когда не нахожу тотал и вообще что-то кроме проводника на ПК других разработчиков, когда просят подойти помочь расковырять проблемку. В остальном вполне себе не вижу проблем работать в обеих ОС.

А, ну и ещё у нас локально ГОСы упоролись и всякие налоговые, ФСЗН, некоторые банки, страховые - IE only... спустя полгода после принудительного убийства IE самими майками... Причём кто-то из них для ЭЦП всё ещё требует SSL3, другие не умеют в TLS1.2+

Я случайно нашёл ripgrep, он есть нативный и довольно быстр. Но чаще возможностей поиска в тотале более чем хватает. Другие базовые штуки тоже можно поискать, есть ли порт, который можно положить один раз в C:\bin и прописать в PATH глобально.

Заморачиваться каждый раз гадая в какой консоли что не взлетит ужасно устал. Хватает даже с "родным" для винды повершеллом проблем, когда некоторые вещи работают по разному в v5 и v7 (а ещё нужно вспомнить на бегу, кто из них pwsh, кто powershell). Поэтому по умолчанию всегда подразумеваю наиболее полную и актуальную среду. С unix-like подобиями для винды я намучился вдоволь когда не было нативно OpenSSH и приходилось страдать с Bitwise, cygwin и прочими... и у каждого из них был "свой неповторимый путь" страданий (особенно с путями к дискам и домашней директории) и багов. Есть возможность работать с практически полноценным дистрибутивом - не вижу причин отказываться

Information

Rating
1,605-th
Registered
Activity

Specialization

Fullstack Developer
Middle
C#
.NET Core
ASP.Net
Docker
Git
Linux
Python
English
SQL