Промывал, вставлял прокладочки из лакоткани. Всё равно сдох без всяких явных причин. Качество китайских чипов — лотерея… Так что перешёл на нормальные ст-линки из Компэла — этих несколько штук, работают.
Даже с доработкой, всё равно эти свистки помирают. Просто перестают определяться через некоторое время.
Практически все чипы с али — подделка, чаще всего с разными проблемами, доверять им всякие ключи — довольно глупый способ выстрелить себе в ногу…
Пример специально подогнан под желаемые выводы.
«cntry» вместо «country», «ctr» вместо «counter» — уже всем понятно с первого взгляда (аналогично с id, idx, num, val, cur, buf, ptr, tmp и пр.).
Разбирать выражение, растянувшаяся на несколько строк только из-за пустопорожних километровых имён — вот это действительно, мягко говоря, утомляет…
Очень толковая книжка — «практика программирования» Кернигана и Пайка как раз про это говорила.
website.userAdd();
Классический способ построения номенклатур «сверху вниз» наподобие «карандаши цветные». Это правильно и удобно.
Мимикрия слов (Name, name, _name и _Name в одной функции)
Вот настоящее зло, начиная с самой идеи назвать переменную «имя» без уточнения чьё именно имя… Бросаются из крайности в крайность, то сочиняя имена, занимающие всю строчку, то экономят несколько знаков любой ценой, разрешая конфликты извращениями с регистрами и подчерками. Нет ничего лучше классической сишной нотации. book_name_set(book, book_name) { book->name = book_name; }
Только главная уязвимость софта — фирма, которая его выпускает. Решили что дизайн интерфейса устарел — взяли и изуродовали. Решили что функция не актуальна — взяли и выкинули. И заодно на какой-нибудь электрон переписали. Вот это — настоящие критические уязвимости.
Судя по комментам, M$ уже многих подсадили на иглу «поддержки». А ведь совсем недавно эта чепуха только смех вызывала. Ставил винду с диска, дрова из коробки и пользовался.
Привык своими силами заботиться о компе и домашней сетке. Сетка надёжно зафаерволена, просматриваются логи, остановлены лишние сервисы (особенно серверные компоненты SMB), данные регулярно бэкапятся. В браузере — uMatrix, поотключены ненужные рассадники дырок вроде webasm, webGL. Программы юзаю от приличных авторов… многие никто не обновлял лет 20, но они и сейчас не менее полезные и рабочие. Эмпирическое наблюдение — чем чаще софт обновляется, тем дольше никто не правит даже явные и откровенно достающие баги.
Заметил, что стоит сказать, что не юзаешь авер и не включаешь автоапдейты в винде — сразу возникает некое нездоровое возбуждение. Некоторые дофига опытные админы ещё и сразу начинают упрекать дескать «лечи потом таких», с таким видом будто я их возьму и пущу к компу что-то мне ковырять…
Сижу на Waterfox. К счастью, старые аддоны пока работают. Без Classic Theme Restorer, DownThemAll, MinimizeToTray никакой жизни просто нет… Если (когда) сломают — отключу обновления и буду так сидеть сколько возможно. Потом не знаю что делать, наверно только свой писать.
В том-то и дело, что на тестах накопители убивают именно многократной перезаписью. И практически всегда сценарий такой — начинает расти количество релоков в массиве и через какое-то время система просто виснет и накопитель превращается в кирпичик. По тестам 3дньюс из всех вендоров только у интела ссд более-менее умеют уходить в ридонли при проблемах с флешем. Даже хвалёный самсунговский MJX «с серверными корнями» в этом ничем не отличается от остальных…
Правильный WL должен изнашивать ячейки равномерно, т.е. производить «двойную запись» даже когда есть куча свободного места. См. static wear leveling. Потому что не использовать ресурс ячеек статически занятого объёма (системой с софтом и пр.) — ещё хуже. Плюс считается что заряд в многуровневых ячейках со временем уплывает, так что нужно их в любом случае время от времени перезаписывать.
Но как оно в реальности работает гадать бестолку и не расскажет никто…
По идее контроллер должен уметь для выравнивания износа перекладывать данные из наименее изношенных ячеек в текущие резервные. Иначе получат кучу жалоб из-за дохнущих накопителей. Плюс у нанд высокой плотности есть проблема стекания заряда с затвора, так что по идее контроллер должен понемногу перекладывать данные и для обновления заряда.
Резервировать место смысл явно есть, раз это даже штатная функция в самсунговской утилите.
А жить без трима по видимому можно, но наверно стоит брать накопитель пофирмовее.
Можно 30% просто не размечать, будут тогда всегда свободными. От того, что ОС постоянно трёт своп, а браузер постоянно пишет в свою БД, трим и не поможет никак. Тут всё зависит только от алгоритмов выравнивания износа в самом контроллере, для работы которых этих 6-7% резерва по идее должно хватать. Теоретически трим нужен просто для того чтобы при записи файлов в пустое место у накопителя были чистые сектора, в которые можно писать данные с нормальной скоростью…
Наличие макетов и их многочисленные испытания в океане — совершенно очевидно из элементарного здравого смысла. Вероятность потери капсулы велика, ведь необходимо было отрабатывать спасение экипажа в любых условиях — шторм, туман, темнота. Видимо, ценность макета не была столь большой, чтобы тратить силы на поиски. СССР макет тоже не особо был нужен, зато вернуть — красивый политический жест, учитывая всеобщее внимание к программе…
Исключительно для того, чтобы верущие освоили ещё одну песню про то, как НАСА подделала и эти снимки?
Пилотируемая космонавтика не нужна, хорошие фотографии лунной поверхности не нужны. Вдохновить человечество, дать людям поверить в свои силы можно и проще — скажем, выпустить айфон на 0.5 мм тоньше… Ну и пусть получают орду луноборцев, они это полностью заслужили.
То есть LROC выполняет функции CTX, а не HiRISE. А функции HiRISE на LRO оказались не нужны ни науке, ни для изучения мест посадки будущих миссий. И общественность порадовать отличными фотками не захотели… Хотя, казалось бы, 40М при стоимости миссии в 600М — не так уж много. 50 кг — немало, но и ПН у LRO меньше чем у MRO на 45 кг. И, кажется, что при примерно равном весе платформ ещё должен быть запас. В конце концов, можно было бы поставить и попроще камеру…
Им, конечно, виднее, чем мне с дивана. Остаётся надеяться, что частники восполнят этот пробел и мы ещё посмотрим на качественные фотки примечательных мест.
Создатели LRO сознательно укоротили фокусное расстояние объектива для увеличения угла обзора.
Неужели увеличение угла обзора того стоило? Насколько я помню, Марс раза в три больше Луны, но туда отправили камеру с куда лучшим разрешением. И уже отсняли немалую часть поверхности…
Да и помимо фокусного расстояния, там ссылаются на ряд параметров, по которым LROC значительно хуже HIRISE. И это при том, что бюджет миссий примерно одинаков — и по деньгам, и по массе. Плюс LRO новее.
Практически все чипы с али — подделка, чаще всего с разными проблемами, доверять им всякие ключи — довольно глупый способ выстрелить себе в ногу…
«cntry» вместо «country», «ctr» вместо «counter» — уже всем понятно с первого взгляда (аналогично с id, idx, num, val, cur, buf, ptr, tmp и пр.).
Разбирать выражение, растянувшаяся на несколько строк только из-за пустопорожних километровых имён — вот это действительно, мягко говоря, утомляет…
Очень толковая книжка — «практика программирования» Кернигана и Пайка как раз про это говорила.
Классический способ построения номенклатур «сверху вниз» наподобие «карандаши цветные». Это правильно и удобно.
Вот настоящее зло, начиная с самой идеи назвать переменную «имя» без уточнения чьё именно имя… Бросаются из крайности в крайность, то сочиняя имена, занимающие всю строчку, то экономят несколько знаков любой ценой, разрешая конфликты извращениями с регистрами и подчерками. Нет ничего лучше классической сишной нотации.
book_name_set(book, book_name) { book->name = book_name; }Судя по комментам, M$ уже многих подсадили на иглу «поддержки». А ведь совсем недавно эта чепуха только смех вызывала. Ставил винду с диска, дрова из коробки и пользовался.
Привык своими силами заботиться о компе и домашней сетке. Сетка надёжно зафаерволена, просматриваются логи, остановлены лишние сервисы (особенно серверные компоненты SMB), данные регулярно бэкапятся. В браузере — uMatrix, поотключены ненужные рассадники дырок вроде webasm, webGL. Программы юзаю от приличных авторов… многие никто не обновлял лет 20, но они и сейчас не менее полезные и рабочие. Эмпирическое наблюдение — чем чаще софт обновляется, тем дольше никто не правит даже явные и откровенно достающие баги.
Заметил, что стоит сказать, что не юзаешь авер и не включаешь автоапдейты в винде — сразу возникает некое нездоровое возбуждение. Некоторые дофига опытные админы ещё и сразу начинают упрекать дескать «лечи потом таких», с таким видом будто я их возьму и пущу к компу что-то мне ковырять…
Но как оно в реальности работает гадать бестолку и не расскажет никто…
Резервировать место смысл явно есть, раз это даже штатная функция в самсунговской утилите.
А жить без трима по видимому можно, но наверно стоит брать накопитель пофирмовее.
Пилотируемая космонавтика не нужна, хорошие фотографии лунной поверхности не нужны. Вдохновить человечество, дать людям поверить в свои силы можно и проще — скажем, выпустить айфон на 0.5 мм тоньше… Ну и пусть получают орду луноборцев, они это полностью заслужили.
Им, конечно, виднее, чем мне с дивана. Остаётся надеяться, что частники восполнят этот пробел и мы ещё посмотрим на качественные фотки примечательных мест.
Неужели увеличение угла обзора того стоило? Насколько я помню, Марс раза в три больше Луны, но туда отправили камеру с куда лучшим разрешением. И уже отсняли немалую часть поверхности…
Да и помимо фокусного расстояния, там ссылаются на ряд параметров, по которым LROC значительно хуже HIRISE. И это при том, что бюджет миссий примерно одинаков — и по деньгам, и по массе. Плюс LRO новее.