LINUX.ORG.RU

Новая статья: «Эволюция Lua, продолжение»

 , , ,


5

3

Вышла вторая статья посвящённая эволюции развития языка Lua.

Анонс

Первая часть - 2007

Вторая часть - 2025

Я ещё не читал, кому интересно, почитайте :)

---- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
(function(v) local f f = function(v) print(v) return f end return f(v)  end)
----------------------------------------------------------------------------
                                "Lua"
                                "Это"
                               "Весело!"
                              "Полезно!"
                             "Интересно!"
----------------------------------------------------------------------------
                  string.format("%s","hello world!")
---- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

Всем бобра. Досвиданья.

Перемещено hobbit из general

★★★★★

Последнее исправление: LINUX-ORG-RU (всего исправлений: 5)
Ответ на: комментарий от peregrine

SaaS не про вендорлок если что.

GitLab в Yandex - это не про вендорлок?

Потому у некоторых и self hosted & air gaped. Что есть шляпа с точки зрения зарабатывания денег на этих самых некоторых.

Некоторые обязаны тебе, чтобы на них зарабатывали деньги?

sanyo1234
()
Ответ на: комментарий от sanyo1234

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

peregrine ★★★★★
()
Последнее исправление: peregrine (всего исправлений: 1)
Ответ на: комментарий от sanyo1234

Некоторые обязаны тебе, чтобы на них зарабатывали деньги?

Ну если они такие умные, то почему платят, а не делают 100500 велосипед? Это бизнес, ничего личного. А цель любого бизнеса - зарабатывание денег. Это если что в уставе любой компании прописано и в законах большинства стран мира. Что деньги не зарабатывает, это уже политика и прочие некоммерческие организации.

peregrine ★★★★★
()
Ответ на: комментарий от peregrine

Нет.

Что нет? Yandex Gitlab - это вендорлок или нет? Как его быстро перенести в локальную инфру или в конкурирующее облако?

SaaS часто ведёт к вендорлоку.

Ап чём и речь.

Но идея его в оптимизации расходов компании.

Ога, особенно если SaaS не укладывается в SLA или со временем сильно поднимает цены, а ещё и при большом количестве рабочих мест и других видах потребляемых сервисов.

Экономия на том что обслуживание равномерно загруженной большим числом клиентов инфраструктуры дешевле чем простой когда загрузка не полна.

Причём тут экономия инфры, когда SaaS в первую очередь про экономию девопсо/админо часов? Экономию инфры даёт автомасштабируемый IaaS при правильном использовании?

У SaaS порядок цен обычно сильно выше, чем self-hosted без учёта стоимости работ девопса, так что инфра тут как совсем малую часть обычно отъедает, если речь не идёт об очень большом потреблении.

А вот вендорлок можно и без SaaS делать.

А мы и не знали.

И его до SaaS делали, это независимо, когда хочется денег от клиентов которым некуда уходить. Т.е. ваш SaaS чисто экономический процесс, а вендорлок чисто управленческий.

И много ты знаешь SaaS, которые позволяют хотя бы бэкапить в локальную инфру клиента?

sanyo1234
()
Последнее исправление: sanyo1234 (всего исправлений: 1)
Ответ на: комментарий от peregrine

Ну если они такие умные, то почему платят, а не делают 100500 велосипед?

Малому бизнесу обычно выгоднее SaaS крупных провайдеров, кто ещё ни разу не облажался с потерей данных. А когда подрастут, то зависеть от одного провайдера и рисковать своим бизнесом никто не хочет, вот тут и начинается:

  • «С чего начинает Talos?!»

  • С независимости своей cloud-native инфры от провайдера конечно же, особенно в комплекте с Cozystack.

Это бизнес, ничего личного. А цель любого бизнеса - зарабатывание денег.

Для себя, а не для провайдера, поэтому IMHO крупняк нередко отказывается по возможности от SaaS в пользу self-hosted для полной свободы от вендор локов.

Что деньги не зарабатывает, это уже политика и прочие некоммерческие организации.

Вот им бы SaaS в самый раз зашёл, ибо нанимать свой штат девопсов накладно.

sanyo1234
()
Последнее исправление: sanyo1234 (всего исправлений: 2)
Ответ на: комментарий от peregrine

Это если что в уставе любой компании прописано и в законах большинства стран мира.

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

Если уж упоминать законы, то IMHO было бы правильнее, чтобы законодатели обязали всех провайдеров SaaS предоставлять клиентам бэкапы, которые можно восстанавливать как у них самих, так и в других облачных провайдерах, т.е. нужно обеспечить возможность взаимозаменяемости провайдеров и легкости перехода от одного к другому аналогично переносу номера между телефонными провайдерами.

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

sanyo1234
()
Последнее исправление: sanyo1234 (всего исправлений: 1)
Ответ на: комментарий от sanyo1234

Если уж упоминать законы, то IMHO было бы правильнее, чтобы законодатели обязали всех провайдеров SaaS предоставлять клиентам бэкапы, которые можно восстанавливать как у них самих, так и в других облачных провайдерах,

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

sanyo1234
()