LINUX.ORG.RU

История изменений

Исправление AndreyKl, (текущая версия) :

Вероятно моё понимание термина неверно. Почему то да, самомодифицирующийся.

Нет, если бы, допустим, программы были написаны на Хаскеле, где нельзя добавить поле в классе уже работающей программы, ...

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

Во первых, я должен сказать что понимаю, что сегодня sql и «горячая замена» связаны неразрывно.

И должен заметить что я зря попытался отрицать важность работы без перезагрузки. Это видимо важно, насколько - я затрудняюсь оценить, не встречался ни с торговлей, ни с хранением данных. Т е базы с которыми я работал (гигабайты, веб), перезапускались от силы минуты. Видимо мой опыт нерелевантен общей ситуации.

Но всё таки, мысль моя не в этом. Может быть её плохо выразил, попробую ещё раз:

На мой взгляд прямой связи sql с горячей заменой нет. В этом вопросе мне кажется решающим фактором особое положение баз данных как постоянного хранилища, у которого есть такое требование: минимальный простой. Именно с этим фактором связана горячая замена (какой бы там язык вместо sql не использовался, хоть лисп, хоть хаскель) и с другой стороны именно в этой сфере победил sql. Да, я понимаю, что sql как бы имманентен базам данных, по крайней мере в том виде в котором мы это знаем, но речь не об этом.

Мне кажется тебе нужно согласиться, что требования к кандидатам sql никак не связаны с «запросом рынка на горячую замену кода». Я не знаю насколько актуально требование горячей замены в целом, но надеятся на то что лисп будет кому то нужен просто потому что в каждой sql базе данные (и код) меняются на лету мне кажетя весьма наивным. Если, конечно, ты не собрался заменить лиспом сами базы данных.

Я деньги зарабатываю не на гитхабе, а на рынке труда, и ты тоже.

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

Исправление AndreyKl, :

Вероятно моё понимание термина неверно. Почему то да, самомодифицирующийся.

Нет, если бы, допустим, программы были написаны на Хаскеле, где нельзя добавить поле в классе уже работающей программы, ...

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

Во первых, я должен сказать что понимаю, что сегодня sql и «горячая замена» связаны неразрывно.

И должен заметить что я зря попытался отрицать важность работы без перезагрузки. Это видимо важно, насколько - я затрудняюсь оценить, не встречался ни с торговлей, ни с хранением данных. Т е базы с которыми я работал (гигабайты, веб), перезапускались от силы минуты. Видимо мой опыт нерелевантен общей ситуации.

Но всё таки, мысль моя не в этом. Может быть её плохо выразил, попробую ещё раз:

На мой взгляд прямой связи sql с горячей заменой нет. В этом вопросе мне кажется решающим фактором особое положение баз данных как постоянного хранилища, у которого есть такое требование: минимальный простой. Именно с этим фактором связана горячая замена (какой бы там язык вместо sql не использовался, хоть лисп, хоть хаскель) и с другой стороны именно в этой сфере победил sql. Да, я понимаю, что sql как бы имманентен базам данных, по крайней мере в том виде в котором мы это знаем, но речь не об этом.

Требования к кандидатам sql никак не связаны с «запросом рынка на горячую замену кода». Я не знаю насколько актуально требование горячей замены в целом, но надеятся на то что лисп будет кому то нужен просто потому что в каждой sql базе данные (и код) меняются на лету мне кажетя весьма наивным. Если, конечно, ты не собрался заменить лиспом сами базы данных.

Я деньги зарабатываю не на гитхабе, а на рынке труда, и ты тоже.

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

Исходная версия AndreyKl, :

Вероятно моё понимание термина неверно. Почему то да, самомодифицирующийся.

Нет, если бы, допустим, программы были написаны на Хаскеле, где нельзя добавить поле в классе уже работающей программы, ...

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

Во первых, я должен сказать что понимаю, что сегодня sql и «горячая замена» связаны неразрывно.

И должен заметить что я зря попытался отрицать важность работы без перезагрузки. Это видимо важно, насколько - я затрудняюсь оценить, не встречался ни с торговлей, ни с хранением данных. Т е базы с которыми я работал (гигабайты, веб), перезапускались от силы минуты. Видимо мой опыт нерелевантен общей ситуации.

Но всё таки, мысль моя не в этом. Может быть её плохо выразил, попробую ещё раз:

На мой взгляд прямой связи sql с горячей заменой нет. В этом вопросе мне кажется решающим фактором особое положение баз данных как постоянного хранилища, у которого есть такое требование: минимальный простой. Именно с этим фактором связана горячая замена (какой бы там язык вместо sql не использовался, хоть лисп, хоть хаскель) и с другой стороны именно в этой сфере победил sql. Да, я понимаю, что sql как бы имманентен базам данных, по крайней мере в том виде в котором мы это знаем, но речь не об этом.

Требования к кандидатам sql никак не связаны с «запросом рынка на горячую замену кода». Я не знаю насколько актуально требование горячей замены в целом, но надеятся на то что лисп будет кому то нужен просто потому что в каждой sql базе данные (и код) меняются на лету мне кажетя весьма наивным.

Я деньги зарабатываю не на гитхабе, а на рынке труда, и ты тоже.

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