Бред


Ответить в тред Ответить в тред

Check this out!
<<
Назад | Вниз | Каталог | Обновить тред | Автообновление
130 3 44

Аноним 14/01/20 Втр 19:19:40 2115530941
DDBFCD78-1E1F-4[...].jpeg (568Кб, 750x781)
750x781
Программисты спасут мир. Как всем известно программисты могут оптимизировать автоматизировать и решить любую задачу. Ну посмотрим. Предположим что у нас есть 3 триллиона текстовых документа, в этом каждом документе по 3 миллиарда букв.
Каким образом мы одновременно сможем сделать исправление в трех триллионах файлах txt в определенном месте (буквах) из 3 миллиардов. Решив эту задачу вы спасете мир. Какие предложения? Представьте что речь реально идет о текстовом документе а не как образец. Поехали.
Аноним 14/01/20 Втр 19:22:44 2115532592
>>211553094 (OP)
Нормально сформулируй условия задачи блядь, а не свои шизойдный пассажи, а по сабжу:

Р Е Г У Л Я Р Н Ы Е В Ы Р А Ж Е Н И Я
Е
Г
У
Л
Я
Р
Н
Ы
Е
В
Ы
Р
А
Ж
Е
Н
И
Я
Аноним 14/01/20 Втр 19:22:46 2115532623
Аноним 14/01/20 Втр 19:23:32 2115533084
>>211553259
Ну ты слишком тупой раз не смог условие задачи понять, можешь не напрягаться дальше.
Аноним 14/01/20 Втр 19:23:36 2115533135
>>211553094 (OP)
>Как всем известно программисты могут оптимизировать
Не могут.
Аноним 14/01/20 Втр 19:24:48 2115533766
Исправлю в одном файле ошибки, удалю остальные и накопирую новые.
Аноним 14/01/20 Втр 19:24:52 2115533827
>>211553313
Настоящим программерам настолько лень все делать что они автоматизируют все
Аноним 14/01/20 Втр 19:25:45 2115534358
>>211553376
Интересное решение, усложним задачу, удалять нельзя, только одновременное редактирование.
Аноним 14/01/20 Втр 19:26:21 2115534749
>>211553094 (OP)
Берешь 3 триллиона компов, закачиваешь в каждый по файлу, исправляешь. Хуле тут думать?
Аноним 14/01/20 Втр 19:26:23 21155347610
>>211553094 (OP)

бля прогеры тут не в тему. Прогеры бы сделали если бы документ был электронным а не бумажным. так что бери тыщу додиков и ставь им эту задачу. Иначе никак. Только дохуя ручного труда.
Аноним 14/01/20 Втр 19:28:10 21155358911
>>211553094 (OP)
а бля туплю. Перебираем в цикле каждый файл, и исправляем. Хуйли тут сложного? Можно многопоток заебенить.
Аноним 14/01/20 Втр 19:28:25 21155360812
>>211553474
Эти все файлы на одном винте находятся.
Аноним 14/01/20 Втр 19:28:51 21155364013
>>211553476
Это аналогия же, я думаю многие догадались.
Аноним 14/01/20 Втр 19:29:16 21155366014
>>211553589
Давай подробнее рассказывай. Слишком поверхностный овтет.
Аноним 14/01/20 Втр 19:29:50 21155369615
>>211553608
Какая проблема закачать с одного винта на 3 триллиона компов?
Аноним 14/01/20 Втр 19:29:59 21155370616
>>211553308
Конечно тупой, настрочил какой то графоманской хуйни по спасению мира, где непонятно или задача супер тупая или ту не можешь в формулирование мыслей.
Аноним 14/01/20 Втр 19:31:25 21155379917
>>211553094 (OP)
Одновременно во всех вряд ли вообще сможем. Разве что у нас есть процессор с триллионами ядер и устройство хранения данных, которое сможет одновременно писать и читать в триллион мест одновременно.
Аноним 14/01/20 Втр 19:31:49 21155382618
>>211553094 (OP)
>Какие предложения?
Огласите бюджет проекта.
Аноним 14/01/20 Втр 19:31:52 21155382919
>>211553696
Где ты возьмешь 3 триллиона компов?
Аноним # OP 14/01/20 Втр 19:32:36 21155387220
>>211553799
>Одновременно во всех вряд ли вообще сможем.
Вот в этом и вся загвоздка, парадокс такойто.
Аноним # OP 14/01/20 Втр 19:32:58 21155389421
>>211553826
3 миллиарда долларов. Серьезно.
Аноним # OP 14/01/20 Втр 19:34:11 21155397822
>>211553474
И в каком месте это будет одновременное исправление?
Аноним 14/01/20 Втр 19:34:24 21155399123
>>211553829
Ну это же оптимизация. Да и где ты столько оперативы возьмешь, чтобы 3 триллиона файлов по 96ГБ закачать?
Аноним 14/01/20 Втр 19:35:29 21155405624
>>211553978
По команде одновременно запускаешь задачу, после выполнения записываешь на диск.
Аноним # OP 14/01/20 Втр 19:35:36 21155406325
>>211553991
А ты чекнул сколько один текстовик с 3-мя миллардами букв весит?
Аноним 14/01/20 Втр 19:35:45 21155407126
>>211553094 (OP)
Либо хранишь их в ФС / БД, которая позволит такое провернуть, либо вместо изменения самих файлов делаешь один патч, и при запросе любого из файлов применяешь все патчи, которые его касаются.
Аноним # OP 14/01/20 Втр 19:36:58 21155414727
>>211554056
После этого ты опять потеряешь время так, как нужно что бы эти файлы были вместе на одном носители. Давай идею о распределение текстовых документов на другие носители вообще уберем.
Аноним 14/01/20 Втр 19:36:59 21155415128
Аноним 14/01/20 Втр 19:37:36 21155418429
>>211553872
Вообще в природе мало что происходит буквально одновременно. События могут пересекаться по времени либо между ними может пройти какой-то близкий к нулю промежуток времени. А примеров того, когда что-то буквально одновременно происходит, я даже вспомнить не могу
Аноним # OP 14/01/20 Втр 19:38:18 21155422630
>>211554071
>Либо хранишь их в ФС / БД, которая позволит
Главное чтобы это все было в одном месте не разделено, грубо говоря в одной папке.
>либо вместо изменения самих файлов делаешь один патч, и при запросе любого из файлов применяешь все патчи, которые его касаются.
Подробнее поясни.
Аноним # OP 14/01/20 Втр 19:39:57 21155431731
>>211554184
Свет не распространяется же с задержкой. Пучок сразу летит со скоростью света, а там уже зависит от места нахождения наблюдающего.
Аноним 14/01/20 Втр 19:44:30 21155459932
>>211554317
>Свет не распространяется же с задержкой. Пучок сразу летит со скоростью света
Подучи физику, без задержки у него свет...
Аноним 14/01/20 Втр 19:45:02 21155462733
>>211554147
Ну тогда тупая итерация по диску, хуле тупые задачи задаешь?
Аноним 14/01/20 Втр 19:45:44 21155467434
>>211554226
>>211554317
В классических кремниевых процессорах операции в любом случае выполняются поочередно, т.е. 1 операция в определенный момент времени. Поэтому если нужно чтобы все файлы были на одном носителе и все апдейты выполнились одновременно, то нужно либо чтобы у компьютера было 3 триллиона ядер, ну либо квантовые компьютеры использовать, я хз.
Аноним 14/01/20 Втр 19:46:48 21155475435
>>211554674
>квантовые компьютеры использовать, я хз.
в них тоже поочерёдно будет выполняться, скорость будет невъебенно-въебеническая
Аноним 14/01/20 Втр 19:50:09 21155496036
>>211553094 (OP)
Ну тип for I in (ls /...); do sed bla blabla как-то так. За день сделает.
Аноним 14/01/20 Втр 19:51:35 21155504337
>>211553894
50% предоплата, как всегда?
Аноним 14/01/20 Втр 19:52:17 21155509438
>>211554674
Тут не столько ядра важны, сколько количество записывающих головок у жесткого диска, потому что упрешься ты именно в производительность ввода-вывода
Аноним 14/01/20 Втр 19:53:38 21155517439
>>211553094 (OP)
sed -i 's/foo/bar/g' *.txt
Не благодари

а лучше иди нахуй
Аноним # OP 14/01/20 Втр 19:55:59 21155534940
Аноним 14/01/20 Втр 19:57:14 21155546241
>>211555094
Так то да, и то и другое одинаково важно. Большинство современных SSD дисков насколько я знаю поддерживают только до 8 параллельных операций записи.
Аноним 14/01/20 Втр 19:58:05 21155553642
>>211553094 (OP)
Очевидно же. Ставим три триллиона компов, на каждом синхронизируем время и запускаем скрипт, который исправит нужные буквы.
Аноним # OP 14/01/20 Втр 19:59:06 21155564443
Аноним 14/01/20 Втр 19:59:49 21155570144
Для этого нужен супепкомпьютер какив гугл
Аноним 14/01/20 Втр 19:59:55 21155570545
Помещаем все тексты в записи бд, ебашим все исправления одной транзакцией.
Аноним 14/01/20 Втр 20:00:27 21155573246
>>211553435
Не буду удалять. Просто их скопирую в другую папку и так же накопирую правильный документ.
Аноним 14/01/20 Втр 20:00:46 21155575647
>>211555462
Но сама шина последовательная один хуй.
Аноним 14/01/20 Втр 20:00:56 21155576248
Аноним # OP 14/01/20 Втр 20:02:16 21155584749
>>211555705
Как из 3х миллардов букв ты изменишь именно те нужные? Тоже проблема
Аноним 14/01/20 Втр 20:04:11 21155595850
>>211553259
Лол. (нет)

>>211553382
Это уже обсуждается на уровне бизнеса, что можно, а что нельзя. Если нельзя - то времени займет куда больше.
Аноним 14/01/20 Втр 20:04:19 21155596951
>>211555847
Нужно предварительно посчитать инвертированные индексы для нужных букв.
Аноним 14/01/20 Втр 20:04:29 21155597552
>>211555847
Просто заменяешь весь текст в ячейке на правильный, лол, хули тут мудрить.

Тем не менее факт: на бигдате нихуя прям пиздец ОДНОВРЕМЕННОГО не бывает. Любые репликации проходят за конечное время.
Аноним 14/01/20 Втр 20:05:41 21155605353
>>211555644
Потому что операции выполняются на уровне процессора, а загрузка\выгрузка на уровне оперативщины.

местный контингент оставляет желать лучшего.
ушел.
Аноним 14/01/20 Втр 20:08:10 21155620854
.jpg (28Кб, 333x460)
333x460
>>211553094 (OP)
> Программисты спасут мир
У тебя в розетке кончается электричество
@
спасение мира отменяется
Аноним # OP 14/01/20 Втр 20:09:18 21155628755
>>211555975
Переписывать сложнее чем внести небольшое изменение
Аноним # OP 14/01/20 Втр 20:09:46 21155632256
Аноним 14/01/20 Втр 20:11:51 21155645457
>>211556208
На распределительном посту РАО ЕЭС просыпается дежурный
@
Звонит программисту
@
Тот чинит ПО системы управления распред щитом
@
Тот спасает мир.

хотя ясен хуй в этой стране до сих пор в энергетике все оборудование аналоговое, максимум 70х годов выпуска, лол
Аноним 14/01/20 Втр 20:12:20 21155647958
>>211553094 (OP)
Архивируем по принципу слово оп = 0, хуй = 1, и = 2, пидорас = 3. То есть фраза оп хуй и пидорас будет 0 1 2 3, после чего заменяем в таблице значение x, на значение y: 3 = коммунист. Теперь во всех файлах запись 0 1 2 3 значит оп хуй и коммунист .
14/01/20 Втр 20:13:16 21155653059
>>211553094 (OP)
Такое должен делать даже обоссаный junior DB administrator, не то что кодер.
Аноним 14/01/20 Втр 20:14:42 21155662760
>>211556322
Ну по сути хэш-таблица, которая для каждой нужной буквы в каждом файле будет хранить позиции где эта буква встречается.
Аноним 14/01/20 Втр 20:16:10 21155670961
>>211556287
Не бывает частичных замен, при любой правке любая сущность (файл, запись в бд, да почти любой высокоуровневый объект) полностью меняется на новую. Кроме, разве что, дописывания в конец файла.
Аноним 14/01/20 Втр 20:17:29 21155679362
>>211553094 (OP)
Хули тут сложного, упаковываешь в архив, меняешь в одном месте, распаковываешь архив.
Аноним # OP 14/01/20 Втр 20:19:51 21155693363
>>211556627
Интересненько, а как это на деле будет работать, что будет с таблицой связываться и что делать в случае идентичных совпадений но в разных местах, как мы будем идентефицировать чтобы прога понимала
Аноним 14/01/20 Втр 20:20:20 21155696164
>>211555644
Потому что время, которое у тебя уйдет на сами вычисления (полагаю, это будет просто последовательный перебор данных из файла) очень мало по сравнению с временем, которое уйдет на то чтобы прочитать и записать данные на диск. Плюс у диска количество одновременных операций ограничивается количеством головок
>>211555462
Подозреваю, даже если у тебя гипотетически есть объем оперативки, способный все это добро вместить, ты все равно в производительность памяти упрешься

Вообще единственный способ решения, чтобы это действительно одновременно было, который мне видится -- это дублировать исправленные файлы в отдельную папку и по окончании исправления просто файловой системе сообщить, что теперь содержимое этой папки находится там, где новые файлы. Но "одновременность" тут будет зависеть от операционки и файловой системы
Аноним 14/01/20 Втр 20:21:31 21155701965
>>211556627
> для каждой нужной буквы в каждом файле будет хранить позиции где эта буква встречается.
Эта хэштаблица скушает места больше чем сам исходный файл.
Аноним 14/01/20 Втр 20:22:34 21155708666
>>211556454
> все оборудование аналоговое, максимум 70х годов
Кошак бежит за мышкой
@
Сгорает секция
@
Программист в темноте
@
Тапком открывает банку с тушонкой
Аноним # OP 14/01/20 Втр 20:25:44 21155729167
>>211556961
Перебор хуевая идея на самом деле
Аноним 14/01/20 Втр 20:26:03 21155731268
>>211553094 (OP)
>>211553094 (OP)
Хуясе. Ты вообще в курсе с чего начинается решение таких задач?

3 x 10^12 файлов (предположим в ASCII, порядок не сильно будет отличатся, даже если ты захочешь UTF-32)
3 x 10^9 символов в каждом файле

Это примерно 10^22 байт, или 10 зеттабайт. Ты вообще в курсе, насколько это большая цифра? В всём интернете информации на порядки меньше.

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

> Каким образом мы одновременно сможем сделать исправление в трех триллионах файлах txt в определенном месте (буквах) из 3 миллиардов.

Первый вопрос. Что, по твоему значит "одновременно"? Такие исправления будут с 99,999...% вероятностью делатся обычным алгоритмом Find & Replace, только бустанутым и оптимизированым до небес. Что такое эта твоя одновременность?

Второй вопрос. В какой структуре данных хранятся эти файлы? Учитывая задачу и масштабы, имеет смысл сделать файловую систему специально заточенную под твоё устройство хранения и специально под хранение текстовых файлов. Могу сразу сказать, что если это не квантово-блевотно-сверхсветовой SSD, то все современные FS должны скурвиться.


Для начала хватит. Доопредели задачу. Иначе можешь до тепловой смерти вселенной искать исполнителя.
Аноним 14/01/20 Втр 20:27:06 21155738369
>>211554147
ОН НАМ И НАХУЙ НЕ НУЖОН MAP REDUCE ВАШ!
Аноним 14/01/20 Втр 20:29:03 21155749370
>>211554147
>Давай идею о распределение текстовых документов на другие носители вообще уберем.
В смысле? Это основной способ ускорения с тех пор, как компы перестали наращивать мощность как в законе Мура.

Сначала раскидываешь, потом снова собираешь и хоп - они снова на одном носителе.

>>211557383
Дваждую.
Аноним 14/01/20 Втр 20:31:53 21155765971
>>211553094 (OP)
3 миллиарда букв в unicode32 это 11Gb.
3 миллиарда по 11.2Gb это 26.6 экзобайт данных. Всего-то.
Но ты не задал ограничений по памяти, времени выполнения и temporary storage.

Так что я просто решу это через map-reduce с регулярками.

То что обрабатывало петабайты пережует и экзабайты (конечно если у тебя регулярки не многострочные - тогда в худшем случае придется грузит целый файл в память скорее всего. А это либо быстро и дорого с кучей жирных
16Gb RAM серверов или медленно и дешево с парочкой 16Gb RAM серверов).
Аноним # OP 14/01/20 Втр 20:32:22 21155768672
>>211557659
Файлов не 3 милларда, а 3 триллиона.
Аноним # OP 14/01/20 Втр 20:33:12 21155773273
Аноним 14/01/20 Втр 20:34:59 21155782174
Аноним 14/01/20 Втр 20:35:07 21155783275
>>211557732
Отлично. Если ты не хочешь доопределять задачу, а хочешь ответа в "общем" виде, то ты его уже получил. В первом посте. И в других, слепой ты хуй.

РЕГУЛЯРНЫЕ ВЫРАЖЕНИЯ
Аноним 14/01/20 Втр 20:35:56 21155787676
>>211553094 (OP)
Тут выше головы не прыгнешь, операции с диском - последовательные, по этому буду втупую открывать каждый файл, fseek в нужную позицию, переписывать, закрывать файл. Одновременно этого не сделать.
Аноним 14/01/20 Втр 20:37:51 21155796777
>>211557876
НУЖНО БОЛЬШЕ МНОГОЗАДАЧНОСТИ, ОДНОВРЕМЕННО ПОНИМАЕШЬ, ОНДВОРМЕННО, СУПЕР КВАНТВОВЫЕ КОМПЬЮТЕРЫ ХУЁ МОЕ
Аноним 14/01/20 Втр 20:39:19 21155804378
Аноним 14/01/20 Втр 20:40:24 21155810079
>>211557383
>>211557967
Ну не бомби ты так. Ещё один шизик с его великой idee fixe. Такая редкость на двощах, да?
Аноним 14/01/20 Втр 20:41:32 21155816680
Аноним 14/01/20 Втр 20:42:19 21155820781
shityourself.mp4 (291Кб, 460x460, 00:00:07)
460x460
Аноним 14/01/20 Втр 20:43:45 21155827582
14/01/20 Втр 20:45:41 21155839383
>>211553094 (OP)
> Предположим что у нас есть 3 триллиона текстовых документа, в этом каждом документе по 3 миллиарда букв.
> Каким образом мы одновременно сможем сделать исправление в трех триллионах файлах txt в определенном месте (буквах) из 3 миллиардов.
> Решив эту задачу вы спасете мир. Какие предложения?

ЛЕГКО решу, даже на стареньком 286 и MS-DOS.

Ответ:
При отображении текста на экран из .txt файла, искомая последовательность букв заменяется.
Так пользователь всегда получает исправленный документ.


https://ru.wikipedia.org/wiki/Звук_падающего_дерева_в_лесу
14/01/20 Втр 20:45:55 21155840684
>>211553094 (OP)
> Каким образом мы одновременно сможем сделать исправление в трех триллионах файлах txt в определенном месте (буквах) из 3 миллиардов
Нахуя?
Аноним 14/01/20 Втр 20:47:36 21155849985
>>211558393
Умно. Самая медленная часть компьютера - это прослойка между креслом и монитором, да?
Аноним 14/01/20 Втр 20:48:13 21155853486
>>211553094 (OP)
>Программисты спасут мир.
Каждый раз обсираюсь с даунов, которые считают, что программисты - это нечто божественное.
Поясняю тебе, маня. Если бы не было рабочих, которые построили твой дом, инженеров, которые его спроектировали, электриков, которые подключили твою квартиру к электричеству, швейных фабрик, которые сшили тебе одежду, китайцев, которые делают на заводах гаджеты для того, что бы ты мог программировать, инженеров и рабочих для того, чтобы добывать цветные металлы, для тех же гаджетов, сельских рабочих, которые поставляют еду в магазины, в которых нужны продавщицы, врачей, которые лечат тебя, фармацевтов, которые придумывают лекарств и прочего-прочего, то ты, мамкин программист, сидел бы в пещере и думал бы, каким образом совместить палку и камень, что бы получилось примитивнейшее орудие труда.
Мир спасут и спасают рабочие и врачи.
Аноним 14/01/20 Втр 20:49:03 21155857887
>>211556479
Капитаглист порвался на ровном месте
Аноним 14/01/20 Втр 20:49:28 21155860688
>>211553094 (OP)
>Какие предложения?
Заплати, потом проси.
Аноним 14/01/20 Втр 20:50:16 21155865089
14/01/20 Втр 20:50:42 21155866990
>>211553094 (OP)
>Предположим что у нас есть 3 триллиона текстовых документа, в этом каждом документе по 3 миллиарда букв.
Все документы одинаковые, или каждый - уникальный?

>Каким образом мы одновременно сможем сделать исправление в трех триллионах файлах txt в определенном месте (буквах) из 3 миллиардов.
Что значит "определенное место", блядь? Тебе надо поменять каждую определенную букву, или тебе надо поменять букву на определенной строке, или тебе надо поменять точную по счету букву?

А может тебе за щеку натолкать за такое условие задачи?
Аноним 14/01/20 Втр 20:52:01 21155874091
>>211558534
Часто замечаю, что программисты создают треды про то, как охуенно быть погромистом, будто такими тредами сами себя убеждая, что они элита.
Аноним 14/01/20 Втр 20:52:26 21155876492
>>211558650
Как заболеешь - не иди к врачу.
Когда ребёнок родится - не давай этим мразям поставить прививки, а то покалечат
Аноним 14/01/20 Втр 20:53:06 21155880593
>>211558764
Так и делаю. Все живы-здоровы.
Аноним 14/01/20 Втр 20:56:54 21155904494
14/01/20 Втр 21:00:00 21155922795
>>211558393
Где в задаче пользователь читающий с экрана?

Чёрт ты тупорылый
Аноним 14/01/20 Втр 21:00:14 21155924596
>>211558740
Тут дело в том, что программистом может, и чаще всего становится, именно двачерский тип личности, потому что:
1. Программером можно стать, сидя дома у мамы на шее не имея никаких социальных навыков.
2. Отсутствие социальных навыков в купе с трудолюбием даёт годного программиста.
Кроме того, программист - профессия новая на данный момент и требующая определённой усидчивости, что делает программистов дефицитом. А так как оцифровывания мира идёт семимильными шагами, то получается, что прогеров мало, тем более годных, а запросы на них огромные, в следствии чего высокая ЗП. Но, по законам экономики, в скором времени ЗП программиста будет на уровне ЗП остальных инженеров, т.к. высокие ЗП привлекут огромное количество народу, конкуренции станет больше + начнут подтянут высшее учебные заведения под эту специальность. Не сомневаюсь, что в будущем, хотя бы основы программирования введут в школьную программу, так что каждый школьник будет хоть немного да шарить в этом, хотя бы азы.
А на данный момент высокие ЗП и, что особенно важно для битарда, возможность обучению сидя дома у мамки на шее, без соц. контактов делает эту профессия чуть ли не божественной для двачеров.
Аноним 14/01/20 Втр 21:01:10 21155929297
>>211553094 (OP)
Ни как, на кудахтере не хватит объёма памяти ПЗУ и ОЗУ, а если и хватит, то эта залупа будет деться слишком долго.
997446 петабайт памяти, если у тебя на пекарне столько нет, то иди нахуй
Аноним 14/01/20 Втр 21:02:59 21155941198
Аноним 14/01/20 Втр 21:03:46 21155944899
Аноним 14/01/20 Втр 21:04:59 211559528100
>>211553706
Не трать на него свое время
Аноним 14/01/20 Втр 21:05:47 211559577101
>>211553094 (OP)
Одновременно невозможно. В течение короткого времени можно.
Аноним 14/01/20 Втр 21:05:52 211559586102
Аноним 14/01/20 Втр 21:05:56 211559591103
>>211553094 (OP)
Многопоточный кластер суперкомпьютера. Мы знаем начальные адреса документов, по сдвигу находим нужный символ, заменяем. Задача o(n). Запускаем условный тредпклэкзекьютор на все доступные потоки, по факту на 3 трилиона файлов. Тоже o(n)/k потоков. Единственное ограничение - доступ к винту через шину, контроллер не даст менять все одновременно, поэтому будет долго. Вот собственно и все
Аноним 14/01/20 Втр 21:06:36 211559625104
>>211559245
Без взаимодействия с командой нормального программиста не получится, только кодомакака.
Аноним 14/01/20 Втр 21:06:52 211559643105
Аноним 14/01/20 Втр 21:07:02 211559651106
>>211553094 (OP)
Можно не одновременно, а по запросу. Ленивое программирование
Аноним 14/01/20 Втр 21:08:39 211559743107
>>211559651
Этот шарит. Просто писать в историю изменения и при открытии нужного файла накидывать их
Аноним 14/01/20 Втр 21:11:36 211559902108
>>211559743
Да можно и подождать ради одного файла в первый раз
Аноним 14/01/20 Втр 21:14:25 211560060109
>>211557832
> Отлично. Если ты не хочешь доопределять задачу, а хочешь ответа в "общем" виде, то ты его уже получил. В первом посте. И в других, слепой ты хуй.

> РЕГУЛЯРНЫЕ ВЫРАЖЕНИЯ
В простейшем случае даже не регулярки а линуксовый tr.
Аноним 14/01/20 Втр 21:16:41 211560205110
>>211557876
> Тут выше головы не прыгнешь, операции с диском - последовательные, по этому буду втупую открывать каждый файл, fseek в нужную позицию, переписывать, закрывать файл. Одновременно этого не сделать.
mapreduce + любая distributed FS.

Гугел такие задачи в 2000х решал, сейчас может решить любой васян с каким-нибудь кибернетисом, drbd и кластером из говносерверов.
Аноним 14/01/20 Втр 21:17:25 211560235111
>>211553094 (OP)
Пишу модуль для FUSE который правит файлы при доступе к ним
Аноним 14/01/20 Втр 21:18:58 211560309112
Аноним 14/01/20 Втр 21:22:25 211560493113
>>211558275
Я программист по-твоему чтобы знать это говно?
Аноним 14/01/20 Втр 21:23:45 211560571114
>>211558406
Какие же тупики раз до сих пор не поняли нахуя это все.
Аноним 14/01/20 Втр 21:24:17 211560603115
>>211560493
Лол. Нет, психолог, очевидно.
Аноним 14/01/20 Втр 21:25:19 211560653116
>>211558669
В каждом документе одинаковые буквы
Аноним 14/01/20 Втр 21:27:06 211560751117
>>211558669
Проблема в том что таких букв или нужной нам последовальности букв будет дохуя, вот и сложность возникнет в том что бы найти нужную
Аноним 14/01/20 Втр 21:28:45 211560841118
>>211559577
В пределах нескольких секунд?
Аноним 14/01/20 Втр 21:29:19 211560874119
>>211559591
> . Мы знаем начальные адреса документов, по сдвигу находим нужный символ, заменяем.
>>211560751
Аноним 14/01/20 Втр 21:31:51 211560997120
Аноним 14/01/20 Втр 21:33:26 211561082121
Аноним 14/01/20 Втр 21:33:45 211561104122
>>211560603
Ты хочешь сказать что я шизоренник?
Аноним 14/01/20 Втр 21:34:37 211561147123
>>211561082
С какой целью интересуешься?
Аноним 14/01/20 Втр 21:35:40 211561206124
>>211561104
Я не хотел. Пока ты не написал этот пост, шиза.
Аноним 14/01/20 Втр 21:37:30 211561319125
>>211561206
Почему моя идея сверхценная?
Аноним 14/01/20 Втр 21:39:39 211561419126
>>211561147
Прост красивый трап, не смог пройти мимо
Аноним 14/01/20 Втр 21:41:36 211561523127
>>211553094 (OP)
Скажу, что нужен хадуп, буду с ним ебаться, пока не кончится финансирование, параллельно ища следующий проект подальше от ебанутых.
Аноним 14/01/20 Втр 21:44:20 211561665128
Аноним 14/01/20 Втр 22:02:49 211562616129
>>211561319
А ты ОП? Ты заостряешь внимание на некоторых мелких деталях, отказываясь пояснить то, что у тебя спрашивают люди.
Т.е. тебе важны именно эти мелкие (но не важные по делу) детали. Обычный признак фиксации.

Вот этот пост >>211557732 это просто апогей больного мономанией, блядь.
Аноним 14/01/20 Втр 22:06:39 211562825130
>>211560571
Чтобы мировое правительство могло постоянно переписывать историю?
Аноним 14/01/20 Втр 22:17:40 211563459131
>>211562825
Да нет же! Чтобы можно было переписать Имя Бога во всех священных текстах одновременно! И эти тексты должны находиться в одном месте, чтобы эффект был потрясающим воображение.
Настройки X
Ответить в тред X
15000 [S]
Макс объем: 20Mб, макс кол-во файлов: 4
Кликни/брось файл/ctrl-v
X
Ваш шидевор X
Стикеры X
Избранное / Топ тредов