Kingdomofcrookedmirror, вы вообще представляете себе, сколько надо практиковаться, чтобы достичь хоть какого-то продажного конкурентного уровня? Делать UX, это не делать IU. Делать UI, это не писать бэкэнды. А писать бэкэнды, это не писать фронт. А писать фронт, это не делать вёрстку, а делать вёрстку, это не проектировать интерфейс в целом. Это 6-7 профессий, две из которых предполагают знание языка программирования (а это сразу необходимый опыт), графический UI предполагает понимание рисунка, композиции и далее по списку, один предполагает годы практики. Не говоря уже о том, что у программиста должен быть строгий склад ума, самодисциплина, что противопоказано художнику. Т.е. это совмещение несовместимого. От себя добавлю DevOps и Сисадминство, игнорирование которых которого завалило не один хороший проект. Вы сложите и сравните с обычный I-специалистом. 10000 часов умножить на 6-7 только для того, чтобы встать в строй и стать конкурентноспособным против одной профессии, которые уже давно научились интегрировать и правильно пользоваться. Это около 10 лет. На практике всегда лучше иметь больше простых и взаимозаменяемых блоков, каждый из которых хорошо умеет делать что-то одно, чем один блок, который сложный, ему нет аналогов, и который ещё глючный, но умный, и ум которого 99% всего времени не нужен.
T-спецы нужны, они есть, но они не на потоке, а в управлении и не в больших количествах. Потому что I-спецы и непонимание картины в целом в состоянии завалить любое дело без присмотра. Зарабатывать проще I-спецу. И он почти всегда будет лучше любого T-спеца просто по определению. А сложных задач, которые может решить только T, не так много.
Kingdomofcrookedmirror, нет, всё с точностью до наоборот. T-специалисты всё меньше востребованы. Их долго и дорого выращивать. И смысла особенного в их массовом производстве нет.
Ярослав Зеленский, с удалённым портом подключения всё понятно.
Можно ли поключаться к удалённому порту через конкретный локальный порт? Или, если переформулировать более конкретно: локальный исходящий порт 22 для ssh закрыт на firewall'е. Удалённый сервер принимает только на 22 порт. Как быть?
У меня исходящее соединение, а не входящее. У меня со стороны клиента открыт порт 8888, с которого надо соединиться в идеале на произвольный порт принимающего сервера.
Оперативная ситуация следующая: я настроил так, чтобы проект находился на удалённом сервере.
1) Проект запускает devserver и он работает удалённо.
2) Нормально запускается питоноконсоль
3) Пучам даже правильно обращается к manage.py и выполняет команды.
При этом mapping осуществляется по ssh на удалённый сервер. Т.е. он через локал перекачивает данные.
Всё это далось ценой 2х безвозвратно поломанных конфигураций проекта. Паре явных багов и одном предложенном сабмите багрепорта с неактивной кнопкой сабмита. Какой корявый IDE. :)
Пока не знаю, как относиться к перекачке, и я не понимаю, почему нельзя просто редактировать проект удалённо, а запускать, как настроишь. При открывании нельзя этого сделать по ssh. Надо обязательно диск монтировать хоть как. В принципе, меня пока устраивает, ибо работает всё, что надо. На сколько это всё кошерно, пока не знаю.
Фокс Йовович, спасибо, Кэп!
В открытом терминале работает длинный скрипт. Ничего написать не получится. И прерывать его нельзя.
По-моему, были какие-то способы послать его в фон, а потом достать.
Т.е. план будет такой:
1) Послать скрипт в фон
2) Написать screen или tmux
3) Нажать энтер
4) Достать скрипт из фона
Так можно?
UPD: так нельзя.
Ctrl-Z -> tmux -> jobs показывает, что фоновых процессов нет.
Нихрена.
У меня диск в рэйде. Разделы под новую систему выделены в количестве 3х праймари.
— fs type пробовал и 83, и ef, без разницы
— Флаг стоит boot, флаг esp не ставится. Может, я не знаю, как он правильно называется. Но по некоторым докам, он и не нужен.
— Какая опция может быть неправильной, и что это за опции, я не понимаю.
— Как проверить плохой суперблок, не понимаю.
— Что за missing codepage or helper program вообще не всекаю.
У меня пока кончились идеи. А linux подобными сообщениями с феерической диагностикой ситуацию никак не улучшает.
Можно, конечно, прикупить совсем новый диск только под систему, но, блин.
~ # mount /dev/md0p2 /mnt/newsystem
mount: /mnt/newsystem/boot/efi: wrong fs type, bad option, bad superblock on /dev/md0p2, missing codepage or helper program, or other error.
T-спецы нужны, они есть, но они не на потоке, а в управлении и не в больших количествах. Потому что I-спецы и непонимание картины в целом в состоянии завалить любое дело без присмотра. Зарабатывать проще I-спецу. И он почти всегда будет лучше любого T-спеца просто по определению. А сложных задач, которые может решить только T, не так много.