Винда и дебиан в виртуалке

@adw0rd, а что конкретно тебя смущает, ты считаешь, что рабместо программера должно быть непременно на *nix? а если он кроме прочего под винду пишет?

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

@artoodetoo, не, я считаю рабочая станция должна быть максимально приближена под специфику работы.
Если пишет под винду, то лучше сидеть на винде. Если и там и там, то надо как вы с виртуалками, либо две рабочий станции, это уже как удобно

Другое дело что бабушка олега не пишет под винду, это меня и смущает

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

@artoodetoo, почему чушь? Лет 5-10 назад я бы с тобой поржал, но сейчас всё подругому. Вот даже в офисе устали настривать принтер и сканер на МФУ, а под линуксами всё работает.
Правда винды тут десятки, может это как-то влияет, я не разбираюсь. Решили в итоге с диска, который в комплекте идет ставить, ну там просто установка виснет и всё. Пробовали раз 10, надоело)
В итоге МФУ работает через роутер, тот на линуксе сам дрова нашёл) ахаха)

Ну а те у кого линуксы стоят как раб. станции, то просто заработало из коробки)

Наверное мне просто везет и вокруг меня людям тоже, что у них на линуксах все работает из коробки, а с виндовсом не всегда всё гладко. Пусть будет так)
Мне по большому счёту пофиг на чём вы работаете, это ваше дело

Расскажу про свои настройки. Рабочий комп под Win7, в ней NetBeans, Cygwin, PHP (для компосера и тестов). git и ssh использую сигвиновские. виртуалки запускаю в VB в headless режиме. В последнее время виртуалки создаю вагрантом.

Проекты хранятся на виндовоам диске, то есть по определению доступны без необходимости запуска виртуалки. А в гостевую ось они либо
- мапятся средствами VB, я отдельно не настраиваю эту хню, хватает конфига Vagrant. либо
- аплоадятся автоматически из NetBeans по SFTP при сохранении файла.
Так исторически сложилось. Унифицировать лень. Те, что мапятся, имеют в гостевой оси атрибуты 777, это некрасиво. Еще есть проблемка с актуализацией кеша nginx на замапленных разделах. Подробностей не помню.
Те что аплоадятся — норм. Только массовый аплоад может идти медленно. Зато полная иллюзия работы с удаленным хостом :)

Гита запускаю в материнской оси, поэтому вышеописанные проблемы меня не трогают. Что вижу в нетбинсе, то и является рабочей копией гита. Вот с содержимым "сайта" может разойтись, при некотором везении. Тогда делаю явный массовый аплоад. Короче, схема отлажена, меня ничто не напрягает.
Сигвиновская консоль нравится.

@artoodetoo, У меня рабочий комп под Windows 10, активированной через KMSpico, в нем установлены Visual Studio Code, WSL (Windows Subsystem for Linux) с Ubuntu, а также PHP для композера и тестирования. Использую Git и SSH через WSL. Виртуалки запускаю в VirtualBox в headless режиме и управляю ими с помощью Vagrant.

Проекты хранятся на диске Windows, что позволяет получить к ним доступ без необходимости запускать виртуалку. В гостевую ОС они либо мапятся средствами VirtualBox, что настраивается в конфиге Vagrant, либо синхронизируются автоматически из Visual Studio Code через SFTP при сохранении файла. Так сложилось исторически, и у меня нет желания это унифицировать.

Замапленные папки имеют в гостевой ОС права 777, что выглядит не очень. Также есть проблема с актуализацией кеша Nginx на этих разделах. Не помню всех деталей, но это было несколько раз. Что касается файлов, которые синхронизируются — все хорошо. Но массовая синхронизация может быть медленной. С другой стороны, это создает полную иллюзию работы с удаленным хостом.

Git запускаю в родной ОС, поэтому вышеупомянутые проблемы меня не касаются. Все, что я вижу в Visual Studio Code — это рабочая копия Git. Но иногда содержимое "сайта" может отличаться, и в таких случаях делаю массовую синхронизацию. В общем, схема отлажена, и меня ничего не беспокоит.