прошла та эпоха, когда бумажки чего то стоили

Угу. А работодатель из тех времен

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

Я конкретно про сертификацию OSCP говорил, а не про вообще.

пфф

Только где гарантии, что когда ты его обучил, он не сбежит)

люди не уходят оттуда где им доставляет

Угу. А работодатель из тех времен

ну ты как бы сам выбираешь с кем работать. можешь работать с совком, можешь работать со смузи и в гамаке

Знаешь , есть чудо фраза Без бумажки , ты какашка

да, ей около 100 лет

ты какашка вне россии

дореволюционная

В рашке можно и по связям попасть , когда ты вообще 0

я вообще без бумажек

однако предложений о работе вагон

анкологично

подумаешь, к госам не устроюсь

В рашке можно и по связям попасть , когда ты вообще 0

В российских же конторах зарплаты — кот наплакал, чего их упоминать?

/dev/urandon :D

В российских же конторах зарплаты — кот наплакал, чего их упоминать?

А если мы берем офис мелкомягких?

подумаешь, к госам не устроюсь

потому что там столько бумажек надо собрать %\

Как туда разрабом попасть?

В российских же конторах зарплаты — кот наплакал, чего их упоминать?

эм. о каких суммах речь?

эм. о каких суммах речь?

До $2k всё грустно

Офис гугла еще к примеру

Офис гугла еще к примеру

Нету же

А если мы берем офис мелкомягких?

Не российский же уже бизнес

Бумажка нужна?

Гугла в Москве нет, уехали же года 3 назад

До $2k всё грустно

это всего лишь 130к %\

средняя зарплата в ит

Гугла в Москве нет, уехали же года 3 назад

Питер

есть тематики, где средняя зп 200к

дамы и господа

внимание вопрос

можно ли считать язык запросов sql скриптовым?

можно ли назвать конструкцию запроса скриптом?

что есть скрипт

скриптинг

== сценарий

Сцена́рный язы́к (язык сценариев, жарг. скрипто́вый язык, от англ. scripting language) — высокоуровневый язык сценариев (англ. script) — кратких описаний действий, выполняемых системой. Разница между программами и сценариями довольно размыта. Сценарий — это программа, имеющая дело с готовыми программными компонентами.

запросы субд - сценарий?

скриптовый язык немношк некорректно

звучит

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

спасибо, подождем еще вариантов

SQL формальный непроцедурный язык программирования, из той же вики

то есть, конструкцию запроса нельзя назвать сценарием?

а сценарии разные бывают =)

SQL - декларативный язык (если не касаться T-SQL и PL/SQL), описывающий то, КАКИМ должен быть получаемый результат. Сценарии же императивны и описывают то, КАК нужно получить результат.

ну-ну-ну

?

можно ли считать язык запросов sql скриптовым?

Почему бы и нет? В чем отличие между скриптовыми и языками системного программирования языками? В том, что первый не компилируется в исполняемый файл, а интерпретируется.

/me компилирую интерпритируемые

Почему бы и нет? В чем отличие между скриптовыми и языками системного программирования языками? В том, что первый не компилируется в исполняемый файл, а интерпретируется.

ну пайтуэкзе же есть

мне кажется хорошим определением вот это "Сценарий — это программа, имеющая дело с готовыми программными компонентами."

ну пайтуэкзе же есть

Это другое.

Какие эмуляторы cisco посоветуете?

можно ли считать язык запросов sql скриптовым?

Да.

SQL - декларативный язык (если не касаться T-SQL и PL/SQL), описывающий то, КАКИМ должен быть получаемый результат. Сценарии же императивны и описывают то, КАК нужно получить результат.

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

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

Нет. Запрос БД описывает критерии, по которым должен быть получен результат. То, как он будет получен, решает уже сама СУБД, строит т.н. план выполнения запроса и затем его реализует. Декларативно: "выбери мне все строки из таблицы X, значение столбца Y у которых больше Z" Императивно: "перебирай все строки таблицы X и, если у текущей строки значение столба Y больше Z, то добавь её к результату" или "осуществи поиск в индексе таблицы X по столбцу Y позиции, с которой появляются значения, большие Z и добавь к результату построчно все элементы, начиная с этой позиции." В T-SQL и PL/SQL добавлены императивные операторы, которые позволяют определять шаги для сложных сценариев, но подможество SQL в них все равно остаётся декларативным.

"Императивно: "перебирай все строки таблицы X и, если у текущей строки значение столба Y больше Z, то добавь её к результату" или "осуществи поиск в индексе таблицы X по столбцу Y позиции, с которой появляются значения, большие Z и добавь к результату построчно все элементы, начиная с этой позиции.""

разве это нельзя делать запросом?

имх все есть сценарий

разве это нельзя делать запросом?

Описать в запросе конкретный способ, которым БД будет выбирать данные - нет, нельзя. SQL - язык того же типа, что и регулярки, или XQuery, CSS-селекторы, и т.п. Он позволяет описать формулу желаемого, но не сам алгоритм его получения.

без пруфов

Описать в запросе конкретный способ, которым БД будет выбирать данные - нет, нельзя. SQL - язык того же типа, что и регулярки, или XQuery, CSS-селекторы, и т.п. Он позволяет описать формулу желаемого, но не сам алгоритм его получения.

помоему в постгрес это можно делать

имх все есть сценарий

quicksort :: (Ord a) => [a] -> [a] quicksort [] = [] quicksort (x:xs) = quicksort [y | y <- xs, y <= x] ++ [x] ++ quicksort [y | y <- xs, y > x] и как будет звучать этот "сценарий" в разложении на шаги? :D

помоему в постгрес это можно делать

У PG (и вообще у любой реляционной СУБД, умеющей хранимки) есть своё расширение языка, аналогичное T-SQL и PL/SQL, да.

Описать в запросе конкретный способ, которым БД будет выбирать данные - нет, нельзя. SQL - язык того же типа, что и регулярки, или XQuery, CSS-селекторы, и т.п. Он позволяет описать формулу желаемого, но не сам алгоритм его получения.

а почему скрипт обязательно должен позволять выбирать способ получения данных?

это ведь зависит от программного компонента, который интерпретирует

то есть есть ли у него такая функция

а почему скрипт обязательно должен позволять выбирать способ получения данных?

Не с той стороны) Я пытаюсь объяснить, почему SQL не может быть скриптовым языком. С тем, что в скриптах (на некторых языках) можно писать и императивно, и декларативно, я и не спорю.

хм

но это ведь все равно на усмотрение интерпретатора?

даже если есть только математические функции

и больше ничего

Посоветуйте yota антену, самую мощнявую

шоп прям 100500 мб лте было

надо бы 666 мемберу приз сделать )

странно, а у меня счётчик на 666 был

Посоветуйте yota антену, самую мощнявую

Плюсану. У меня сейчас на большой спутниковой тарелке излучатель стоит, или как он там называется

но это ведь все равно на усмотрение интерпретатора?

В скриптовых языках? Нет. Декларативный квиксорт: def qsort(l): if not l: return l # empty sequence case pivot = l[random.choice(range(0, len(l)))] head = qsort([elem for elem in l if elem < pivot]) tail = qsort([elem for elem in l if elem > pivot]) return head + [elem for elem in l if elem == pivot] + tail Императивный квиксорт: def qsort(l, fst, lst): if fst >= lst: return i, j = fst, lst pivot = l[random.randint(fst, lst)] while i <= j: while l[i] < pivot: i += 1 while l[j] > pivot: j -= 1 if i <= j: l[i], l[j] = l[j], l[i] i, j = i + 1, j - 1 qsort(l, fst, j) qsort(l, i, lst) Интерпретатор один и тот же.

я когда то писал скрипты на mirc

это то что я однозначно могу назвать скриптами

ибо у него в названии есть скрипт%)

так вот я там был ограничен функционалом интерпретатора

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

разве нет?

Так что, никто не сталкивался с эмуляторами cisco?

разве нет?

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

в скл можно определить типы записей и прочее

надо же все таки понимать что интерпретатором выступает бд

и она позволяет сделать выборки записей и весьма сложной структуры

ну ок, ты считаешь sql языком%)

ну, формально sql язык. Является ли он Тьюринг полным — уже вопрос

если sql умеет работать как машина тьюринга ( а он умеет) значит на нем можно в принципе написать любой алгоритм