Amber

Over the course of my software engineer career I continue to do code related tasks most of my time, so development setup is an integral part of my work environment.

Even with my latest project, where I'm a "one-man army" of a data engineering unit and I oversee whole process and wear a variety of role hats, this is still true and setup efficiency affects me every day.

For different reasons, including my detestment of the JetBrains company as elitist group no different from Google themselves and also being a Russian company, few years ago I left their products completely, after being a legit paying user for quite some time. I could not say that I didn't like IDEA at the time, but everything has an end and IDEA had its own point of no return to me.

Since then I took more marginalized approach (which is more mainstream nowadays though) and base my setup on Neovim editor with relevant to a programming language of a moment set of plugins and configurations. One who's interested to see, feel free to roam through its configuration.

In short, my setup includes Neovim (usually latest build from master branch) with all LSP ecosystems wihin Neovim itself and from languages I use like Scala/Metals, Java/JDTLS, Rust/Rust-Analyzer, Python/Pyright and others.

Such an approach allows to unify editing experience while easily switching between very different programming ecosystems. And don't forget that it enables actual ergonomics in how you type and move your hands (so stuff like RSI is delayed).

Не так давно поменял лицензию JetBrains IDEA на JetBrains Toolbox Subscription, и при релизе среды для разработки SQL-кода DataGrip (ранее известную как 0xDBE) решил попробоавить как она изменилась со времени ещё закрытого бета-тестирования (которое было на самом деле открытым, судя по расшаренным через пару часов линкам).
Среду причесали, явных глюков/багов/неровностей ранних версий не наблюдается.
НО! Среда по-прежнему коде-центрична. В чём это выражается? (чаще всего мне приходится работать с оракловыми базами, поэтому отталкиваюсь от такого взгляда на ситуацию):
1. при открытия базы по умолчанию открывается консоль для ввода SQL команд (как и в OracleDeveloper)
2. но ровно по тому же умолчанию виден очень узкий спектр объектов баз данных - только таблицы/вьюхи/сиквенсы. Всего того спектра, что ожидаешь увидеть, нет - индексы/пакеты/типы/процедуры, не говоря уж о тонкостях вроде дб-линков.
3. пользуясь практикой "коннектимся как SYSTEM, сетим current_schema в кастомного пользователя и работаем", получаем очень неудобную среду: объекты этой схемы не синхронизируются и недоступны ни для обзора, ни для интеллисенса при наборе SQL-команд. То есть только по памяти.
4. никакой диагностической/системной информации об объекте не видно.

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

В итоге, в ежедневной работе, когда чаще смотришь на таблицы чем пишешь запросы, DataGrip проигрывает вендорскому софту. Хотя для всяких более мелких систем вероятно эта среда будет лучше чем ничего (как например для H2/Derby/SQLite).

Если какая-то операция с настройкой/записью загрузчика "висит" - это возможно из-за разрешенного в BIOS флоповода, отсутствующего физически.

OpenVPN server:

mode server
port 5190 # порт с отсутствием тарификации
proto tcp # по той же причине
dev tun
topology subnet # клиенты все в одной подсети
# ключи
ca /etc/openvpn/keys/ca.crt
cert /etc/openvpn/keys/amber.crt
key /etc/openvpn/keys/amber.key
dh /etc/openvpn/keys/dh1024.pem
# более чем один коннект по одному и тому же ключу
duplicate-cn
# подсеть для клиентов и адреса дальнего конца туннеля
server 192.168.99.0 255.255.255.0
# протолкнуть на клиента гейт
push "redirect-gateway"

client-config-dir /etc/openvpn/ccd
# роут на клиентскую подсеть для сервера
route 192.168.99.0 255.255.255.0
# клиенты могут видеть друг друга
client-to-client

keepalive 10 120

comp-lzo
max-clients 10
user nobody
group nobody

persist-key
persist-tun

status openvpn-status.log
log        /var/log/openvpn/openvpn.log
verb 4

OpenVPN client (Windows):

client
dev tun
proto tcp
remote < address >
rport 5190
comp-lzo
redirect-gateway def1
ca "C:\Program Files\OpenVPN\keys\ca.crt"
cert "C:\Program Files\OpenVPN\keys\gemelen.crt"
key "C:\Program Files\OpenVPN\keys\gemelen.key"

Маскируем пришедшие из туннеля пакеты белым IP VPS. Для openSuSE: /etc/sysconfig/SuSEfirewall2 - установка FW_ROUTE, FW_MASQUERADE, FW_MASQ_DEV, FW_MASQ_NETS и при политики DROP добавление порта для сервера OpenVPN в списке FW_SERVICES_EXT_TCP.

Намедни походил по граблям вида 'сделаем / в LVM и попытаемся загрузиться'. Используемый дистрибутив - openSuSE 11.4 x86_64.

( Read more... )
Всё это помогло осознать полезность первого же каммента к вопросу.

Есть такой сервис, Dropbox, предстявляющий собой удалённое хранилищие + синхронизация файлов. Чудо-софт а-ля рюшечки над Amazon S3. И этот чудо-софт даже есть под Linux. Пакеты, правда, только для федоры и убунты, но это уже не так страшно.
( хождение по граблям )
PS: написал в 100 посте о такой безделице лишь для того, чтобы эта в какой-то степени веха не была омрачена лучами ненависти к кому-либо, ибо назрела гневная филиппика об IT в альма-матер.

Так как в данный момент пинать свои личные проекты нет никакого желания, то я решил поискать чего попроще в уже существующих. Направление подсказал сайт http://savannah.nongnu.org, ну а там уже выбор невелик. Посмотрю, что в моих силах и, возможно, что-нибудь сделаю из реквестируемого в багтрекере.
Только что иногда мысль проскакивает, мол терпения хватило бы =)