Кажется, здесь тоже нужен Терминатор

Т-1000?

Неть. @Cyberdyne_Systems_bot

тогда надо звать Сару Коннор

всім привіт. порекомендуйте типовий шаблон для онлайн резюме на github pages щоб розмістити. дякую

привіт. тут можна вибрати

Ребята, всем хай. Подскажите, вот такой холивар. Мир движется в технологиях по експоненте. 10лет назад был тот стек, который нынче устарел не только морально но и технически. 20 лет назад тем более. В 90х компы, сайты, системы каталогизации и хранения были еще стремнее, но тем не менее они были современны на то время. К примеру не все помнят что бекапы в финтехе/проч. производились на магнитные кассеты по типу аудиокассет в огромных цилиндрических роботах бекаперах и это даже сохраниллсь местами ибо перенести петабайты забекапленной инфы из таких капиталовложений на соответствующий обьем raid хдд будет оч дорого и долго. То есть, то, что современно сегодня, - требует полной замены технологий через 10-20лет.
=======
Меня интересует непосредственно каталогизация. К примеру, мы все видим что есть ютуб. На чем он написан тоже знаем, и как работал раньше тоже помним (swf итд). Но он будет закрыт, как только этот путь обмена инфой устареет, как был закрыт picasa, жж(ну ясно что он стар), ucoz, narod.ru, rapidshare, итд. Ясно, что тут апгрейд ютуба выполняется самим гуглом. Что делать если ты лично хочешь выбрать технологии, которые максимально долго будут держаться на рынке, что максимально снизит необходимость замены оных через 20+ лет? Какой метод хранения данных может осуществляться максимально неапдейтнутым на большом промежутке времени? Что из таких технологий потенциально выжило и служит до сих пор за последние 20 лет? (Только без троллинга о js, дискетах в белом доме итд)
Какой стек сейчас вероятно будет максимально поддерживаемым в будущем, где хранение файлов/баз/проксирование зеркал/сервера/ос/итп смогут обслуживать каталогизацию без потерь? Кроме бумажного каталогизатора, ясен пень)) Речь идет о файлах с несколькими зеркалами включая локальные, базе, ясно фронте/беке, сервере, оси, месте хранения всего этого добра, бекапах, и вероятности подзабыть все пароли и деплойные инструкции от этого дела))

полагаю что то типа этого https://mobile-review.com/news/microsoft-razrabatyvaet-novye-opticheskie-nositeli-informacii

Зберігання на касетах нікуди не ділося і досі актуально - це один із найнадійніших засобів зберігання важливих бекапів (звісно в комплексі з правильним процесом), принаймі це актуально для великих корпорацій

А стосовно мов і технологій то мабуть треба дивитися в сторону ентерпрайз стеків - вони не хайпові, зате дуже стабільні

А лисперы до сих пор лиспуют, вон сделали саммит в честь 20летия sbcl интерпретатора

Интересно именно со взглядом назад и пониманием хаотичности развития технологий "по запросу" т.сказать, иметь решение, мало зависящее от платформы, способное rw на несколько внешних серверов включая локальный, который в свою очередь мог бы быть развернутым на таком же кроссплатформенном решении, если вообще можно было бы скипнуть дробление, было бы вообще супер. К примеру:  Столько lamp сайтов(цельные решения)  ушло в небытие, но даже сунутый в любой контейнер такой сайт с 4000гб файлов явно не будет лучшим решением особенно в условиях бекапа. Допустим тонкий клиент ходит на локальный файловый сервер. Это уже дробление и файловый сервер требует тоже контейнера? Неудобно. Люкс варик имхо был бы чтото типа на java виртуалке, она стартанет на любой ос (что будет через 10 лет с этим хз) на нескольких автономных VDS с разными ориджинами чтоб сохранять файлы сразу на все серваки включая локальный, чтото типа raid для файловых серверов. Но бекапы, Карл... aws/s3/serverless итд не подходит ибо удалят при забытой проплате))

Но зачем? Просто шоб было?

Решение уже тоже есть - тонкий клиент.

Когда запускается все на сервере, а ты юзаешь только терминал у себя

Нужен не терминал а ui. И он должен быть автономным от совершенствующихся енвайронментов.

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

Мне кажется, тут придётся переосмысливать сам подход к телекоммуникациям

В частности, строить «новый интернет» по принципу мобильной связи, с «базовыми станциями», чтобы исключить лаги