Alex @alik_borisovich
Unity-разработчик, в прошлом веб-фуллстек.
Информация
- В рейтинге
- Не участвует
- Откуда
- Москва, Москва и Московская обл., Россия
- Зарегистрирован
- Активность
Специализация
Software Developer, UI/UX Designer
C#
MySQL
PHP
Nginx
Redis
Unity3d
А также культовый редактор "Слово и Дело". На самом деле это всё было нереально удобно - при редактировании ссылки по тексту, редактирование сразу нескольких мест в файле, "резиновые" таблицы через символы псевдографики, которые стрелочками могли менять ширину колонок и умели заворачивать текст в ячейках. А на выходе - обычный текстовый файл, который читается и печатается всюду.
Регулярно получаю скидку в оперативной полиграфии за ТЗ, сразу понятное технологу и верстальщику, а также за готовый к печати файл. Типа "Заказ на визитки: 50х90, 500 шт., матовая меловка 350 гр, 4+0, всё в CMYK, сделан вылет под обрез +2 мм, всё в кривых, overprint black, Corel15 как любит ваша сеть салонов :)"
Так если компании будут уходить на пиратку, то какая уже разница - один пирасткий Office с костылями на Wine или пирасткие Windows + Office?
На самом деле у нас уже есть отдельно хранимая структура - это собственно то, что раньше называлось File Allocation Table - подобие БД, которая, очень упрощая, хранит словарь "путь" -> "указатель на сектор диска". Т.е. "файлы" это же на физическом уровне всё равно просто области данных с адресом доступа по таблице. Но тогда в чём проблема сделать эту таблицу реляционной для пользователя, добавив туда метаданные и избавив его от адресации по путям?
Скажем, если использовать уникальный хэш от файла как его ID, то ушёл бы целый ворох проблем с версиями пакетов, библиотек и прочего - уникальность и наличие файла в системе гарантировались бы прямо на уровне "имени", и без разницы, где он лежит и какие имена носит для пользователя.
То, что пользователи хотят этого, косвенно подтверждается автоматическим отслеживанием изменения пути к файлу в ярлыках (средствами ОС), и всякими macOS Spotlight и Windows Search, которые пытаются вытянуть из файлов метаданные и сохранить их в своих БД поиска. Почему не вынести это на уровень FS? И да, хорошо бы внедрить это на уровень протоколов типа smb/afp к сетевым дискам и этим решить вечную проблему поиска по сетевым дисками.
А хотите прикол на тему "открывая файловый менеджер"? Для нас это прозвучит безумно, но опросы в университетах и школах США показывают, что зуммер-поколение практически не пользуется папками - они понятия не имеют, где лежит нужный им файл и всё ищут поиском.
Мой первый интернет был в конце 1996, dial-up доступ :) Помню Арду на куличиках, НЖМД, Вечерний интернет, Паровозов news, диван на Махаоне, freeware.ru. Были Netscape Navigator Gold, Eudora, IRC, ICQ97, E-Type Dialer чтобы дозваниваться до проклятого ситилайна. Эх, светлые времена абсолютной свободы и всей жизни впереди.
Честно говоря, я никогда не мог понять, почему такая очевидная штука, как реляционная ФС (хотя бы на уровне пользовательских данных) до сих пор не пришла на смену тупым именованным областям диска, которыми являются файлы с костылями типа символических ссылок и внешних индексаторов их имён для ускорения поиска. В 2024 году мы всё ещё адресуемся к файлам через имя и строковый путь, запрещая использовать кучу "служебных" символов, а ведь куда логичней было бы иметь просто уникальный UUID файла с кучей атрибутов (типа контрольных сумм, mime, тегов, "папок" и прочих метаданных) и выкинуть все костыли типа "поиска по диску" и сломанных путей к файлам. Нечто подобное предлагал ещё Джеф Раскин, но проклятое legacy не даёт ничего сделать уже лет 30.
Честно говоря, уже сложно сказать спустя столько лет. Возможно, он крешился не от объёма БД писем, а от попытки рендера вложений, или от поиска, фильтров, импортированных адресных книг, может от чего-то ещё. Но факт был в том, что MS Outlook и даже Outlook Express (помните такой?) у них всех летал и не глючил, а на Thinderbird в 2005 году (сейчас посчитал, прошло уже 19 лет, боже) от всей редакции мне потоком шли жалобы на зависания и вылетания.
Ну для чистоты дискуссии стоит заметить, что Wine это всё-таки не виртуалка, даже по-сути, а сторонняя реализация библиотечных вызовов WinAPI. Это как называть Mono виртуалкой .Net, а какой-нибудь Gecko – виртуалкой Blink'а. Просто другая реализация того же стандарта.
А в чём смысл уходить с гарантированно поддерживаемого стека Microsoft, чтобы потом запускать всё тот же коммерческий платный MS Office, но уже с костылями через Wine? Просто чтобы "не windows"?
Здесь нужна культовая картинка для иллюстрации к статье.
Лет 15 назад я (ещё будучи сисадмином) предпринимал попытку перевода редакции одного журнала (~40 человек) со связки Windows-MSOffice-MSOutlook на Windows-OpenOffice-Thunderbird. По первому тестированию всё работало отлично, но корабль мечты разбился о скалу реальности. Слетала вёрстка статей в docx, некорректно открывались презентации PowerPoint с выставок и пресс-конференций (причём в обе стороны - наши презентации криво открывались на мероприятиях), отличались названия функций в таблицах Calc у менеджеров, редакция взвыла от бесконечных крешей Thunderbird на больших объёмах писем (это были времена POP3 и локальной базы в 10-15 ГБ писем у каждого) и контринтуитивности происходящих в нём процессов. Но решающим фактором стала невозможность нормального обмена данными с внешними корреспондентами и вёрсткой - на решение проблем тратили больше времени, чем на саму работу. В итоге дешевле оказалось сперва платить штрафы, а потом тупо закупить лицензионные офисы по кривой схеме.
Увы, нет. Recovery это терминал + несколько утилит типа System Info и Disk Utility. Но есть Target Disk Mode (написал в комменте ниже), когда мак просто превращается большую флешку для другого мака. Но в новых silicon-версиях для этого нужен раздел с живой macOS, в отличие от старых Intel-маков, где TDM обеспечивался на уровне EFI и был доступен просто по зажатию кнопок на рестарте. Можно было вынуть данные с других разделов, даже если умер системный. Но да, это была дыра в безопасности, если не было включено шифрование.
С незапамятных времён есть режим загрузки в Target Disk Mode, когда мак виден другому маку как внешний диск по USB или FireWire. Нужен лишь второй мак и кабель.
Да, оно платное, но будем честны, это копейки для США, где находится основной рынок Apple. Бензин и дороги тоже платные, но никто же не говорит, что нужно построить свою паровую машину и ездить только на ней, чтобы не зависеть от запчастей и бензина. 2TB места в облаке iCloud стоят порядка $10, а 200GB вообще $3 - это правда смешно при цене техники Apple.
Есть надежда, что в эмулятор Sega/NES/SNES кто-нибудь всё-таки добавит поддержку совместимых в iOS геймпадов вместо экранных контролов.
Политика Apple предполагает хранение файлов, музыки и оригиналов фоток в облаке, поэтом конечный объём памяти на устройстве не является столь уж критичным, как раньше. У меня iPhone 13 с 128 гигабайтами, я два года им пользуюсь, куча аудиокниг, оффлайн-карты, залитый сезон сериала и оффлайн-музыки с мака, и я ни разу не заполнял эту память больше, чем на 50%.
А оперативная память на iOS и Mac безусловно важна, но некорректно мерить её стандартами Windows и Android. Хотя конечно, если по-зуммерски забить за Favorites и держать всё в 150 открытых браузерных вкладках то ничего не спасёт :)
Это часть переходного периода на время смены архитектуры. Мак традиционно умеет загружаться с любого носителя, где есть подходящая по версии система, включая даже другой мак в режиме Target Disk Mode. Хотя некоторые производители софта уже предлагают скачать на выбор версию для Silicon, Intel, или "я не знаю" и скачается Universal Binary. Так уже было в 2006-2008, когда переходили с PowerPC на Intel.
Sonoma всё-таки содержит в себе Universal Fat Binaries всех пакетов, библиотек и приложений, в ней фактически две системы в одном дистрибутиве: для Intel и для Apple Silicon.
А минорные обновления такие большие по другой причине – Apple распространяет в обновлениях целиком новый образ системного раздела вместе со всеми встроенными программами, образ этот подписан и монтируется в режиме read-only, поэтому в него невозможно внести никакие изменения, даже самой системе. Поэтому любое обновление качает фактически весь системный раздел. Исключение сделано только для приложения Safari.
Я только спустя 10 лет узнал, что на NT4 оказывается, вставала и даже нормально работала бета DirectX 5. Знай я это тогда, Win2000 в моей жизни бы не появилась.