А що ти хочеш розвивати в SQL ? В тому, що завершено і самодостатньо.

Скажем, в SQL тоже есть функции. Можно добавлять новые/расширять имеющиеся (на уровне стандарта языка и реализации внутри СУБД движков).

От таких функций есть смысл — т.к. они-то (в отличии от хранимых процедур) — работают действительно существенно эффективнее, чем если бы выполнялись вне запросов/вне СУБД.

ssh, як Андрій нижче сказав, це мається на увазі скоріш якийсь SSH клієнт.

Написано: «5 инструментов (сервисов)» — соответственно, речь не о протоколах.

А потом, «без которых не мыслите» я интерпретирую примерно так:

— приходишь на проект и тебе говорят: «комьютеров у нас нет, т.к. мы ими не пользуемся — пиши программу на листике, а дальше мы листик отошлём, программу введут, проверят...». От такого проекта я откажусь, т.к. без компа кодить для меня немыслимо.

Относительно SSH-клиента никаких таких немсылимостей для меня не существует. Если на проекте пользуют какой-то определённый SSH-клиент (скажем, из лицензионных или прочих корпоративных соображений) — нет проблем. Если вообще никакого не пользуют — нет проблем тоже.

Це ж теж кодити можна на цьому?

Там, похоже, расширили SQL фичами, типа паттерн-матчига, итп.
Но никаких процедур и прочей функциональщины.

SQL:2016 / December 2016; 4 years ago

Причём тут SQL? SQL-то — живее всех живых. :)

есть там тригеры, есть ХП? замечательно, используем. Нет? Выбираем другую БД.

«Триггеры» плохая практика тоже — т.к. с ними проблемы подобные хранимым процедурам, но ещё и усугyблённые их невидимостью/неявностью.

Непонятно правда почему все более дивными фичами обрастает троица Oracle DB, MS SQL, и Postgress — как раз направленными на обработку данных на стороне сервера БД

Последняя версия PL/SQL (9.2) — датируется примерно 2002-м годом.
Последний стандарт от SQL/PSM ( ISO standard mainly defining an extension of SQL with a procedural language for use in stored procedures) — датируется 99-м годом.
Такое вот «развитие».

У других (мелкомягкие, постгресс) — думаю, похоже.

Эклипс?
PyCharm?

Эклипс — адское тормознутое г. (написанное на жабе?)
PyCharm, вроде, только для пайтона? Впрочем, он убог тоже.

если для проекта наличие юнит-тестов критичнее остальных характеристик конечного продукта — то да, нельзя использовать серьезные возможности БД. лучше всего работать с любой БД как с key-value storage.

С БД работают, как с БД. Чем хороша реляционная БД/приличная СУБД? Cледить за целостностью данных + возможностью выполнять SQL запросы.
Это СУБД/БД и поручают.

А то, что производители затащили под крышу СУБД/БД ещё и коденье (в очень убогом варианте) — так на то челу и мозги, чтобы убогим не пользоваться. Предпочитая для коденья хороший инструментарий, с возможностями отладки/тестирования.

Эти дискуссии (насчёт хранимые процедуры против внешнего кода бизнес-логики) — закончились ещё 20 лет назад. Тогда был выработан конcенсус и с тех пор, пользовать хранимые процедуры — это один из признаков непрофессионализма. Т.к. это пользование не даёт проекту никаких плюсов — зато делает кучу минусов.

Ок, кросплатформенность разве что. Для юниксов/линуксов — там с оффлайновыми графическими иде/отладчиками eсть определённый дефицит.

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

В написании хранимых процедур? Весь этот хлам, в западном энтерпрайзе уже давно переписали на жабе — ещё лет 15 как.

Остались, может, (как и КОБОЛ) разве что в системах — которые никакой модификации уже не подлежат.

Это не десктопное приложение — а онлайновый «Visual Studio Codespaces» перенесенный в оффлайн.

И не очень ясно, зачем оно на десктопе нужно — когда есть куда более продвинутый и бесплатный ВижуалСтудио?

А от денег не требуется, чтоб за ними что-то «стояло»,

Ага. Разве что, в «Новом Мире Безмозглых Хипстеров». :)

П.С. У бакса-то, с обеспечением всё в порядке. Там в обеспечении — вся амерская экономика.
А что в обеспчении у битка, кроме (сиюминутного) хайпа безмозглых хипстеров?

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

В смысле обеспечения бизнес-целостности данных, хранимые процедуры ничем не отличаются от соответсвующих функций внешнeй бизнес-логики.

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

Под такую писанину — уже и толковых спецов последние лет 15 не найдёшь. T.к. какой толковый спец, отвечающий за результаты своей деятельности — будет заниматься программированием в ноутпадах?

биткоин такая же, ничем не хуже каких-нибудь акций гугла

Когда-то биток был лишь безмозглым и бесполезным прожиганием электроэнергии + переводом «железа» в хлам.
Сейчас — это китайская замануха для лохов.

За стоимостью гугла стоит имущество компании (физическое и интеллектуальное) + технологии, кодерки, итп + сбыт.

Что стоит за стоимостью битка, кроме хайпа безмозглых леммингов?

Лох тот, кто выпрыгнул из поезда который только отошел от станции

Лох тот, кто сел подъехать в поезд, стремящийся в обрыв — надеясь вовремя спрыгнуть.

Современный дeсктоп — это, как правило 1) игрушки/прочий графико-интенсивный софт 2) софт, завязанный на железяки. При этом, софт достаточно объёмный, сложный, рассчитанный на написание командами приличного размера.

Тот же .NET/WPF для такого подходит и используется. А что из этого умеет жабоскриптовый «электрон»?

Пожалуй, WWW — без этого сервиса, cовременная коммерческая разработка действительно немыслима.

OpenSSH remote login client

OpenSSH — тул. Но в чём его незаменимость? Лично я предпочитаю PuTTY. А так, разных SSH-клиентов — с десяток.

Из любой пирамиды — главное, это вовремя выйти.

Под виндой нет таких. Даже без ВижуалСтудио можно обойтись — т.к. есть вполне работающие заменители.

P.S. SSH — не инструмент и не сервис, а протокол. С тем же успехом, можно написать TCP/IP или HTTP/HTTPS (да, тоже вещь в современном мире незаменимая).