Pull to refresh
3
0.1
Send message
А это так частно нужно, смотреть что-то обязательно в Full HD или 4К и ровно один раз?

Я бы просто скачал, и смотрел в оффлайне. С мгновенной перемоткой в любое место. С сетью и без сети. В лёгком VLC, а не грузящем процессор и память (и в конечном счете батарейку) рекламой и майнингом Хроме.
Git в этом смысле — «тупая обезьяна». Что дали — то и хранит. Ожидается, что человек сам себе не враг и бинарные кэши (.obj, .lib и т.д.) засовывать в DVCS-репозиторий не станет. Хотя бы потому, что удалить из DVCS-репозиториев информацию «нормальными способами» нельзя.

Но если засунуть — то будет хранить, неэффективно и возможно с частичным разрушением (настройки EOL Windows/Linux/MacOS)

> он хранит конечное состояние

Конечное состояние — это EXE ( elf, etc), которые запускается у пользователя.
А может быть даже не EXE, а установочный пакет (ISO, MSI, APK, ....)
Такое в Git'e не хранят, если на трезвую голову.

> чтобы обычный гит показывал диф. Поэтому в данном контексте зип == бинарный формат.

Если ради diff — то да, нужен текстовый формат.

Причём не просто текстовый, а разбитый на короткие строки (однострочный «лаконичный» xml или json тут хотя и текстовый формально, но всё равно не пойдёт).

Насколько понимаю, для этого придуманы git filters: плагины, которые разбирают файлы на набор удобных для diff'a текстовиков.

И думается мне, сделать в качестве входящего фильтра unzip плюс переработку xml (каждый тэг с новой строки) проще и надёжнее, чем «вскрывать» чей-то бинарный формат, с частичной (или отсутствующей) документацией, и в добавок который при обновлениях программы тоже может дополняться/изменяться.

Качественно — и так и так не очень удобно, и так и так в принципе возможно.
Количественно — варианты типа xml-zip проще и надёжнее.

> только изменив и увидев как поедут все размеры на детале

Но бывает и обратная задача. Когда нужно быстро сравнить «конкретную цифру». Например, у вас вдруг разъехалась схема, с которой вы много месяцев не работали, а тут вдруг «стряхнули пыль» — и нате. Вы определили, какая именно «строчка» файла породила эти изменения. Теперь, чтобы вам понять в какую сторону плыть, вам нужно быстро определить, кто когда и с какой целью эту строчку изменил. И вот тут легковесный просмотр diff'a в блокноте, занимающий долю секунды, гораздо удобнее любого многофункционального красивого просмотрщика, который будет загружаться секунд 5-10. А построчная аннотация (git blame) и того лучше.
> Такой подход очень легко ломается, когда внутри папки кто-то внезапно отредактировал и забыл изменить версию, и все потерялось.

«очень легко» — это перебор.

Просто папки с законченными (выпущенными, зафиксированными, переданными в другой отдел, опубликованными, etc) версиями надо закрывать на запись. Хочешь поправить — делаешь копию и правишь в ней. Случайно поправить по месту не даст Windows/Linux.

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

Еще одна возможная проблема с подходом «много папок» — это многократный расход дискового пространства. Что может быть оправдано, если часто нужно именно заглядывать в «исторические» версии, например искать появление и эволюцию конкретной детали (файла, блоки информации в файле, etc).

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

С автоматизацией безусловно удобнее, но «ну ужас, да, но не ужас-ужас-ужас».
Кстати, про автоматизацию не сказали одну ключевую вещь: а именно гарантии того, что на компьютерах F.D. всегда есть минимум две полных копии всех файлов. Что если завтра Altium 365 по любой возможной и невозможной причине станет недоступен — работа не прервётся и всё файлы по прежнему будут доступны работникам, пусть и с меньшими удобствами.

В идеале, должна быть возможность разворчивания локальной службы Altium 365, «on premises». В этом, кстати, хорош Git/Mercurial/Bz2/Veracity: для них любая сетевая папка — уже полноценный репозиторий, и хранение своих исходники на битбакетах и гитхабах никак не противоречит одновременном хранению их же на файловых серверах компании.
> Плюс не представлю как это будет объем если хранить это в текстовом виде

Текст очень неплохо сживается даже дохлым древним ZIP, а специальные форматы типа PPMd и того сильнее. Когда OpenOffice стал свои документы хранить в формате XML-ZIP, это смотрелось дикой ересью. Особенно выбор XML — это текстовый формат с дикой избыточностью. А сейчас даже Microsoft Office выкинул свои бинарные форматы и стал делать так же.
Заодно, кстати, сравните размеры одного и того же документа в виде файлов .DOC и .DOCX или .XLS и .XLSX

> также скорость работы-все-таки парсить текст несколько дороже

Скорость обычного жесткого диска на несколько порядков ниже скорости процессора. А сжатие текста, во всяком случае в случае MS Office, приводит к многократному уменьшению размера файла.

Т.е. в предположении, что файл данных читается/пишется целиком — мы получаем ускорение относительно большого бинарного файла. Медленный процесс — чтение с диска — ускоряется. А что во время чтения процессор занят больше обычного на распаковку и парсинг — так он всё равно бы простаивал зря.

Бесплатный бонус — защита от случайных повреждений. Если в бинарном файле поменять пару байт (сглючил диск, или память, или сеть при копировании), то обычная программа этого не заметит и будет работать с испорченными данными. А zip просто не распакуется и повреждённость данных будет замечена при первом же чтении.

Вот если файл данных многократно превосходит доступную память и его надо читать-писать по частям, типа видеофильмов или огромных баз данных — вот тогда такой трюк не сработает и надо будет делать бинарники. Хотя бы в виде папки с множеством отдельных текстовых файлов :-)

> Деталь — это не набор точек, а последовтельность операций над деталью
> При изменении одного размера перестраивается все дерево

«Кто нам мешает — тот нам и поможет».

При просмотре разницы — просматривайте только разницу в истории операций и игнорируйте (вручную или программно) разницу в тех самых вычисленных точках.

Кстати, необходимо ли в исходном проекте хранить те самые вычисленные точки — это само по себе вопрос. Обычно же есть исходные материалы, и есть результат работы. Какой-нибудь «Аватар» — есть описание компьютерных сцен, а есть РЕЗУЛЬТАТ многочасового рендеринга, который мы смотрим в кинотеатрах. Первое для создателей сохранять надо обязательно, а вот второе — нет, второе уже отгружается потребителям, когда все изменения закончены.
Осталась сущая ерунда.

То ли подключить baseband процессор напрямую к моему мозгу.

То ли научить его принимать звонок при полном отключении центрального процессора — (засран «ОС общего назначения» до состояния практической бесполезности) — в т.ч. создавать звуковые потоки из микрофона и в динамик.

В идеале бы ещё — проводную гарнитуру и исходящие звонки, хотя бы на 112 а лучше на любой введённый номер (без телефонной книги, это уже часть «большой ОС»)
Там кроме «вместо» ещё написанно странное — «Purchase option $99»

Это что за опцион такой?
Можно арендовать коробочку за "$120 в год" и доплатив $99 её после этого приобрести в постоянное пользование? Фактически купить за $120+$99 = $219? А кто и зачем тогда будет её же покупать за $399?
И вторичный профиль типа Айленда, если обе симки в одном телефоне :-)

4pda.ru/forum/index.php?showtopic=812887

Чтобы в нём был — как раз для программ-следилок — «нормальный» набор контактов, какой-нибудь профиль в фейсбуке с пивом и котиками, и что там ещё сегодня полагается «нормальному среднестатистическому гражданину».

Или по вкусу наоборот, чтобы в нём были реальные контакты и интересы, а «в телефоне» — правильные :-)
Пока что обычно возвращают наполовину.

Т.е. то что вы говорите — вы записываете, а то, что «с той стороны» вам говорят — нет.
Изощрённое какое-то издевательство.
А вот с этим ещё сложнее. Кстати, когда-то это можно было сделать через Skype, для него были всякие плагины типа voice recorder, а в сам Скайп можно было занести денег и арендовать реальный номер.

Но возвращаясь к Андроиду — stackoverflow.com/q/28082471/976391

Нормальными, официальными и надёжными, средствами ИЗМЕНИТЬ данные разговора невозможно было вообще никогда. Даже когда ещё можно было КОПИРОВАТЬ БЕЗ ИЗМЕНЕНИЙ.

Ненормальными способами — да. На некоторых телефонах были такие звуковые карты, что у них были такие драйверы, что в некоторых версиях он позволяли в себя влезть, на уровне ядра Линукса, ниже самого Андроида, и там в поток звуковых данных между Андроидом и звуковой картой вмешиваться.

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

Ну и как следствие, делать коммерческую программу, которую смогут запустить лишь «три с половиной анонима» на специально подобранном «эксклюзиве» — никому не интересно. Ну вы же не думаете всерьёз, что вы настолько уникальны, что вам пришла в голову мысль, которая не посетила более никого-никого из 7 миллиардов населения планеты?

Кстати, лично я всегда считал, что правильный смартфон должен быть «бабушкофоном» и «карманным компьютером» в одном корпусе. Т.е. всё, что касается самого разговора и, по возможности, даже набора номера — должно бы было идти совсем отдельным аппаратным модулем полностью отвязанным от основного процессора и разных глюков и вирусов на его операционке. Условно, если я три часа «гонял чертей» в глючной стрелялке, и у меня основной процессор раскалывается от нагрева, а память засрана «утекшим» мусором так, что на экране даже кнопочки не рисуются — это всё равно не должно бы мешать базовому функционалу телефона, принять звонок и поговорить (правда при этом никаких «записей разговора» и тем более «говорящих в трубку программ» не могло бы быть чисто аппаратно). Но массовый потребитель решил иначе.
да я так и узнал, купил себе Poco m3 для работы, и разумеется захотел записывать разговоры — а там этого просто вот нет вообще. «на голову не налазит».
Дай бог, чтобы вернули. Даже и кроме суда это часто будет полезно даже для себя лично.

И вообще «скриншоты страничек» до сих пор на форумах публикуют, хотя в любом браузере есть всякие там инспекторы и devTools, позволяющие страничку как угодно переписывать после её загрузки. А вот всё равно, хоть значение скриншотов и уменьшилось, но не до нуля.
Чтобы это реализовать (в Андроиде, как у вас написано) — нужно для начала купить Гугл.
Который сам торгует рекламой, и совершенно случайно как раз недавно запретил доступ любым программам к телефонным разговорам. Поищите что-нибудь типа «как не телефоне с Андроидом записать текущий разговор». Лет 10 назад это умела любая андроидная трубка, сейчас — как правило только если есть неофициальные взломанные прошивки.
> почему обязанность проверки законности покупки пистолета на мне есть

нету, продажа «с лотка» пистолета (ли наркоты, или child porn) вами в РФ будет всегда незаконной, независимо от того, законно или нет вы его купили
> весь порнохаб заблокировать.

для этого надо признать КАЖДЫЙ ролик на порнхабе — порнографией. Желательно с экспертизой и судом. Это будет процесс тысячелетия…

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

В своё время бодро сажали за попытки запустить 1С на Линуксе, ибо
1) защита безальтернативно делалась на HASP4 API. На более современные HASP XML (SRM, LDK, v.7, etc) API они не перешли до сих пор, вместо этого сделали свой собственный «сервер лицензий», но это сегодня.
2) HASP4 API не поддерживается производителем с 2005 года, и в том числе не делались драйвера USB-токенов под Linux (как минимум под тот API).
3) т.е. для запуска купленного 1С на Линуксе требовались «эмуляторы ключей».
4) по факту присутствия которых бодро тащили всех «на турма», даже если USB-ключ был физически воткнут в сервер
Скорее наоборот. Чтобы списать «пересортицу» — даже иллюзорную — надо принять решение. А чтобы принять решение, надо «на это подписаться». А это значит — быть ответственным за это решение, в том числе перед начальством, которое будет теперь уже с тебя требовать покрыть недостачу.

Проще действовать «по процедуре» и не принимать никаких решений. Someone else's problem + я просто выполнял приказы.

Ну и ещё «это компьютер напутал, а я всё делал правильно». Как в том мультфильме, где армяне топор судили и казнили.

А вообще там, оказывается, оооочень издавна было прекрасное: www.bbc.com/news/uk-33948131

Mrs Hamilton was accused of stealing £36,000 from her branch in South Warnborough, Hampshire, in 2006.

The [criminal] investigator wrote [to Post Office]: «Having analysed the Horizon printouts and accounting documentation, I was unable to find any evidence of theft or that the cash figures had been deliberately inflated.»

Mrs Hamilton says she found Horizon difficult to operate and she couldn't understand why the computer kept showing cash missing.

«I rang the help desk and said I'm £2,000 down and she said well you can do this, this, this. So I did exactly what she said and it doubled, so then I was £4,000 down,» she said


Т.е. Почта России Королевская Почта нанимает следователя. Следователь перебирает все финансовые проводки и говорит «кражи не было, во всяком случае нет никаких признаков кражи». Но контора Её Величества всё равно сажает работника. Так проще. Lord save the Queen.
12 ...
18

Information

Rating
3,111-th
Registered
Activity