theevolutions, На любом языке можно писать отличный код.
Это зависит от вашего опыта, свободного времени и понимания какой именно код нужно писать.
Есть определенные правила - те же соглашения об именовании переменных и функций, об отступах и так далее. Они могут отличаться в разных проектах, но должны быть одинаковые в одном проекте. Про это можно почитать краткие статьи или стандарты.
Основная задача хорошего кода - это чтобы он легко читался другими программистами. То есть в долгосрочной перспективе, хороший код позволяет легко исправлять и расширять ПО.
Но заказчик деньги платит не всегда за это, поэтому всегда нужно держаться золотой середины. А это приходит только с опытом.
Значение окна может хранить сам рабочий стол, смотря что вы используете. Но для баш-сессии это отдельный процесс, и вряд ли у него есть какой-то API для подобных вещей.
В общем копать нужно в первую очередь в документацию вашего графического интерфейса - хранит ли он подобные вещи в каком-либо доступном виде (переменные окружения, наличие API), потому что если такая информация есть исключительно во внутренней памяти процесса, то никак.
Snova, Если вы подключились к удаленному линуксу и запустили там скрин, то ребут локального компьютера на скрин не повлияет - всегда можно переподключиться.
На пинг влияет исключительно маршрут между тем кто пингует и тем кто отвечает.
DNS сервер отвечает только за резолв доменного имени в IP адрес, и для этого он даже не обращается к вашему серверу. Его вообще можно выключить, и все равно IP адрес ты получишь.
Ну и используя ping-admin.ru, вы пингаете кого и откуда? от ping-admin.ru ваш сервер?
Вам нужно узнать какая скорость между ping-admin.ru и вашим сервером, или между клиентом и вашим сервером?
ping это утилита, которая есть в КАЖДОЙ операционной системе. Не нужно пользоваться левыми сервисами, пингайте прямо оттуда, где клиент стоит
Ambrosian, Dave, stratosmi,
Зависит от размера проекта и размера команды.
Если разработчиков 20+, то архитектор уже необходим. Даже если в проекте есть другие разработчики, должен быть человек, который скажет последнее слово, а не вечные споры.
Decadal, Человек делает не push, а pull
То есть мало того, что это уже закоммиченно, это уже запушено в центральный репозиторий и является частью репозитория.
git reset --hard надо было делать тому програмисту, который закоммитил этот 4гб файл ДО того, как он сделал пуш.
Сейчас, когда его коммит уже на сервере, его через git reset не откатишь. Можно попробовать поправить конкретный бренч, чтобы файл в нем не появлялся, но в самом репозитории файл все равно уже будет.
В общем сейчас удалить 4гб файл из репозитория - задача непростая, и требует удаления его сразу на всех репозиториях всех разработчиков иначе любой push будет синхронизировать репозитории.
