Есть ещё один недостаток. Пока не ходит трафик от клиента к серверу, то соединения нет. И нельзя пообщаться с клиентом, пока он сам не выйдет на связь, что очень неудобно в случаях когда нужно сделать что-то вроде ребута и потом продолжить работу с этой машиной.
У меня всё конфигурирование и установка соединения обёрнуто в сервис, который периодически пингует сервер, поэтому я всегда могу понять когда клиент жив. Да, костыть, но что делать.
Собственно об этом и говорил, что пока есть недостатки, но я думаю, что их решат со временем.
На текущий момент это не серебряная пуля, которая решит все вопросы с этим сложно не согласится.
Но, например, у нас в конторе был OpenVPN и сейчас все дружно переезжаем на Wireguard, потому что проще и работает лучше. С OpenVPN достаточно много было мучений, потому что у одного работает, а у другого нет, а с WG всё взлетает и все довольны.
У WireGuard есть своя специфика, нужно немного руками поработать, чтобы всё заработало как надо, но по скорости он прям очень хорош.
Я думаю, что в ближайшее время люди начнут работать над недостатками и в итоге всё станет более удобным, а пока будем чуть-чуть писать скрипты, пилить велосипеды и радоваться тому, что имеем.
У меня самый весёлый use-case, который не описан в статье — это то, что можно пробросить туннель со смартфона до сервера )
Был у меня опыт работы в конторе, где тех.поддержка была «секретариатом» — всё что могли — это принести трубку, где на том конце уже полыхала пятая точка.
Постоянно задавался вопросом зачем нужна такая тех.поддержка?!
Хотя по большому счёту никто не знал и не пытался узнать как должна выглядеть нормальная техподдержка. Да и количество клиентов всё равно росло, но это уже совсем другая история )
Напоследок подчеркну, что я не призываю не использовать PVS или какие-либо другие статические анализаторы. Но я призываю задуматься о том, как так вышло, что статический анализатор постоянно находит в вашем коде существенные ошибки.
Это лишь следствие. Нужно искать и устранять причину.
Это всё верно, но нужно понимать, что в команде могут работать люди разного уровня подготовки. Кто-то возможно пришёл не выспавшимся или вчера кодил до поздна, ну и пропустил…
А иногда проект достаётся в наследство, а там всё сразу не перечитать, а статический анализатор позволит хотя бы взглянуть на общее состояние дел, даже если ничего не пытаться исправить сразу.
IMHO взял за правило добавлять всевозможные линтеры и статические анализаторы, которые бы старались найти косяки вот прям сразу в CI. Становится легче жить после такого )
varanio, как же я тебя понимаю. Через меня прошло три десятка кандидатов с якобы знанием SQL. У нас это плюс, нежели прям требование, но если кандидат утверждает, что знает, то задаю буквально пару вопросов. Один из вопросов как раз про отличие LEFT от INNER и почти никто не отвечает, хоть с кругами, хоть без них.
Почему никто не пишет про то, что женщины дальтоники тоже бывают?!
Всегда показывают, что наследование связано с Х хромосомой, но почему-то указывают, что дальтониками бывают только мальчики, а женщины носители. Но ведь дальтоник-муж + жена-носитель -> девочка-дальтоник.
commit — это нечто законченное. Делить добавление функции условно на «добавил заглушку» и «сделал реализацию» обычно нет смысла. Но если выполняется условно замена всех вызовов функции A на B, потому что A станет/стала deprecated, то это одним коммитом, пусть и большим. Но если меняется A на B и тут же по ходу происходит переписывание функции в которой производилась замена на более «красивый» вариант, то я бы такое изменение отделил на следующий MR, а не пытался всё в куче пропихнуть.
Будет спрос. Будет развитие.
У меня всё конфигурирование и установка соединения обёрнуто в сервис, который периодически пингует сервер, поэтому я всегда могу понять когда клиент жив. Да, костыть, но что делать.
Собственно об этом и говорил, что пока есть недостатки, но я думаю, что их решат со временем.
На текущий момент это не серебряная пуля, которая решит все вопросы с этим сложно не согласится.
Но, например, у нас в конторе был OpenVPN и сейчас все дружно переезжаем на Wireguard, потому что проще и работает лучше. С OpenVPN достаточно много было мучений, потому что у одного работает, а у другого нет, а с WG всё взлетает и все довольны.
У WireGuard есть своя специфика, нужно немного руками поработать, чтобы всё заработало как надо, но по скорости он прям очень хорош.
Я думаю, что в ближайшее время люди начнут работать над недостатками и в итоге всё станет более удобным, а пока будем чуть-чуть писать скрипты, пилить велосипеды и радоваться тому, что имеем.
У меня самый весёлый use-case, который не описан в статье — это то, что можно пробросить туннель со смартфона до сервера )
Постоянно задавался вопросом зачем нужна такая тех.поддержка?!
Хотя по большому счёту никто не знал и не пытался узнать как должна выглядеть нормальная техподдержка. Да и количество клиентов всё равно росло, но это уже совсем другая история )
Это всё верно, но нужно понимать, что в команде могут работать люди разного уровня подготовки. Кто-то возможно пришёл не выспавшимся или вчера кодил до поздна, ну и пропустил…
А иногда проект достаётся в наследство, а там всё сразу не перечитать, а статический анализатор позволит хотя бы взглянуть на общее состояние дел, даже если ничего не пытаться исправить сразу.
IMHO взял за правило добавлять всевозможные линтеры и статические анализаторы, которые бы старались найти косяки вот прям сразу в CI. Становится легче жить после такого )
Всегда показывают, что наследование связано с Х хромосомой, но почему-то указывают, что дальтониками бывают только мальчики, а женщины носители. Но ведь дальтоник-муж + жена-носитель -> девочка-дальтоник.
P.S. у меня мама-дальтоник
Люминесцентные больше неудобств доставляют из-за того, что они долго «разгораются».
PR — Pull Request
MR называется в GitLab, PR в GitHub/BitBucket, но суть абсолютно одинакова.