Удобно ли разрабатывать GUI на Python для Windows в Linux системах?

Question

[Артем]

Всем привет.
Уже очень много лет хочу перейти на Linux и слезть с этой гребаной винды.
Играть, особо не играю (это не важно). Но, занимаюсь разработкой GUI для Windows систем на ЯП Python+PyQt.
Вот вопрос для бывалых - бул ли у кого опыт разработки GUI для Windows находясь в *nix среде? С какими подводными камнями можно столкнуться?
На сколько я понимаю, основные камни это пути. Т.е. в Linux это будет /home/test, а в windows F:\test...
Подскажите как быть, очень хочу на Linux, но не хочу танцев с бубнами)

Comments

[javedimka]

Разрабатывать надо в той среде, где разработанное тобой планируется применяться, а уж особенно когда речь идёт о гуях.

[Ivan Yakushenko]

Может для начала ответишь что не так с Windows? А то "гребаная винда" скорее всего превратится в "гребаный линукс".

[Артем]

Ivan Yakushenko, Прости, но не отвечу. Я вопрос этот задал не с целью поспорить, что лучше, а что хуже... Задал нормальный вопрос, на который уже получил один из нормальных ответов. Надеюсь получить еще.

p.s. Прошу прощения, если я задел твои чувства

[Ivan Yakushenko]

Артем, не стоит язвить, я задал вполне закономерный вопрос. Если у тебя есть какие то конкретные проблемы - эти проблемы могут быть и на Linux. Linux - это, в первую очередь, достаточно своеобразный инструмент, а не всеядный комбайн вроде Windows и этим инструментом нужно уметь пользоваться / уметь учиться пользоваться, а вот этой вот строчкой:

очень хочу на Linux, но не хочу танцев с бубнами

Ты полностью перечеркиваешь свою готовность к использованию Linux, потому что Linux - это практически всегда танцы с бубном и дело тут вообще не в различиях файловых систем.

[Артем]

Ivan Yakushenko, ты не правильно понял суть вопроса, вероятно. Танцы с бубном - в части разработки GUI под винду имеется в виду...
Про саму ОС как отличный инструмент, я конечно же знаю и без танцев с бубном как пользователю *nix систем я знаю, что не обойтись (но это не пугает, это наталкивает учить что то новое!).
Ты, тем самым ничего толкового не сказал, только наталкиваешь на шаблонный срач - "винда круче чем *nix" и наоборот. В твои игры я играть не хочу и я думаю, люди которые задаются тем же вопросом, что и я тоже не захотят читать вот это все. Так, что, прошу либо по существу, либо любезно попрощаемся.

[Ivan Yakushenko]

Артем, хватит фантазировать, я ни разу не написал ничего в контексте "винда круче", потому что я так не считаю. Я сужу сугубо по строчке "и слезть с этой гребаной винды", которая наталкивает на мысль, что у тебя есть какие то проблемы или претензии к Windows, но эти же проблемы/претензии могут быть и на Linux. Если же у тебя нет каких конкретных проблем, а просто "винда плохая", то установи Linux на виртуальную машину, поработай, посмотри что и как и, если все будет хорошо - переходи на Linux, нет - оставайся на Windows.

[АртемЪ]

javedimka,

Разрабатывать надо в той среде, где разработанное тобой планируется применяться, а уж особенно когда речь идёт о гуях.

Вы серьезно?

Если вы разрабатываете софт для микроконтроллеров atmega, то по вайшей логике вам надо среду разработки разворачивать на микроконтроллере atmega8? И никаких виндов, линуксов и прочей фигни.

Разрабатывать надо в той среде, где вам удобнее работать! А что и для чего вы разрабатываете - неважно.

[javedimka]

АртемЪ, Да, я серьезно. Не надо впадать в крайности.
Если у меня софт будет работать на линуксе - почему я должен разрабатывать на винде и при этом ограничивать себя виндовыми сокетами?

Конечно можно на винде работать в редакторе, деплоить код на удаленный сервер с линуксом, что я и делаю, но это, можно сказать, и есть разработка в той самой среде где будет применяться. А если бы этого не было? Я в слепую должен юзать линуксовые сетевые фишки которых нет на винде и надеяться что все будет работать? Я даже тесты запустить локально не могу, потому что питон пошлёт меня и скажет что то чего ты требуешь у меня нет.

И у автора тоже самое - у него софт будет работать на винде, почему он ГУЙ под винду должен писать на ЛИНУКСЕ и НАДЕЯТЬСЯ что у него все будет работать?

[#]

АртемЪ,

Разрабатывать надо в той среде, где разработанное тобой планируется применяться, а уж особенно когда речь идёт о гуях.

в части выбора винда/линукс/макось - без вариантов
но для того же андроида, практически уже везде есть вменяемые эмуляторы и средства отладки на устройстве
а пример с микроконтроллерами, он как бы да, о чем то говорит, но вне контекста начального вопроса

[#]

javedimka, Артем, поддержу

И у автора тоже самое - у него софт будет работать на винде, почему он ГУЙ под винду должен писать на ЛИНУКСЕ и НАДЕЯТЬСЯ что у него все будет работать?

это как

учусь на архитектора. заказали интерьер пентхауза.. думаю запереться в чулане, и там все спроектировать...

ps тут в пору вспомнить, что визуалстудия уже довольно давно и прилично поддерживает питон. по тому и такие ассоциации

[#]

Артем,

Удобно ли разрабатывать GUI на Python для Windows в Linux системах?

НЕТ

[АртемЪ]

#, Почему?
В линукс печатать сложнее или среда разработки не такая удобная?

[АртемЪ]

javedimka,

Если у меня софт будет работать на линуксе - почему я должен разрабатывать на винде и при этом ограничивать себя виндовыми сокетами?

Ничего не понимаю.
Вот вы разрабатываете софт на винде, под линукс. Скажите пожалуйста - откуда там возьмуться виндовые сокеты???

Конечно можно на винде работать в редакторе, деплоить код на удаленный сервер с линуксом, что я и делаю

Именно так Разработка идет в той ОС в которой удобно работать разработчику.
А код запускается исключительно в той ОС под которую он собственно разработан.

Я в слепую должен юзать линуксовые сетевые фишки которых нет на винде и надеяться что все будет работать?

Что значит вслепую? Вы разрабатываете под конкретную ОС и используете то что нужно.

Я даже тесты запустить локально не могу

Конечно, тесты нужно запускать в той среде под которую идет разработка. Зачем вам запускать код под линукс на винде? Или код для микроконтроллера атмега под линукс? Разумеется вы этого не сможете сделать - другая среда.

у него софт будет работать на винде, почему он ГУЙ под винду должен писать на ЛИНУКСЕ и НАДЕЯТЬСЯ что у него все будет работать?

А какая разница на чем писать???
Вы серьезно считаете что код набранный в vim работает хуже чем код набранный в блокноте??

[javedimka]

АртемЪ, Я же попросил без крайностей.

Вот вы разрабатываете софт на винде, под линукс. Скажите пожалуйста - откуда там возьмуться виндовые сокеты???

В том то и дело, что не возьмутся, потому что их там нет, потому что вести разработку нужно в той среде, в которой приложение планируется использовать.
Что не понятного? Мне это позволяет делать IDE, потому что платный пайчарм дружит с удаленными интерпертаторами и сборками. А автору как это делать? ВМ с виндой поднимать?

А какая разница на чем писать???

Разницы нет, конечно, но в одном случае написанное можно запустить и проверить работоспособность, а в другом случае, тебе придётся поахаться.

[АртемЪ]

javedimka,

В том то и дело, что не возьмутся, потому что их там нет, потому что вести разработку нужно в той среде, в которой приложение планируется использовать

. Как нет?
Это программный интерфейс - если вы его используете в коде, значит он есть, если не используете значит его нет.
На его использования никак не влияет среда разработки!!!

Не важно пишите вы в блокноте в винде, в линуксе, или воообще сидя в кафе пишите код карандашом на салфетке.

Т.е вы можете разрабатывать код для винды на компьютере с ОС линукс, можете разрабатывать вообще без компьютера в голове, или на листке бумаги - на возможность использования сокетов в коде это никак не влияет.

Разницы нет, конечно

Вот именно!

но в одном случае написанное можно запустить и проверить работоспособность, а в другом случае, тебе придётся поахаться.

В обоих случаях можно запустить и проверить работоспособность.
Вы же не будете запускать код на той же машине, где разрабатываете - там среда не позволяет. Поэтому запускаете код на той машине, где он должен работать.

[javedimka]

АртемЪ,

Как нет?
Это программный интерфейс - если вы его используете в коде, значит он есть, если не используете значит его нет.
На его использования никак не влияет среда разработки!!!

На виндовые сокеты нельзя навесить опции которые есть только на линуксовых. Вроде очевидно. Поэтому разработка и ведётся на линуксе, но из под винды. Интерфейсы тут не причём.

В обоих случаях можно запустить и проверить работоспособность.
Вы же не будете запускать код на той же машине, где разрабатываете - там среда не позволяет. Поэтому запускаете код на той машине, где он должен работать.

Ага, только в моем случае мне достаточно нажать f9 и посмотреть что IDE мне напишет OK, а что автору нужно для этого сделать? Поднять вм, залить туда исходники, скомпилировать, проверить.
Немного разные вещи.

[АртемЪ]

javedimka,

Поднять вм

А как иначе? Надо же как то среду создать для работы программы, не на рабочей же тачке запускать.

залить туда исходники

А git на что?

[javedimka]

АртемЪ,

А как иначе? Надо же как то среду создать для работы программы, не на рабочей же тачке запускать.

Ну так в этом вся суть. Вы разглагольствуете автору о том, что никаких проблем нет, а проблемы есть! Разработка отличается, нет оперативности, нет уверенности, надо разбираться в тонкостях как системы так и языка, в разных компайлерах и фичах которые они поддерживают, сложно использовать API ОС, потому что нет той самой оперативности которая позволит проверить косяк ты или нет, даже IDE не подсветит, потому что на линукс смотреть будет, да и кроме всего этого подобный подход заставляет писать ОС независимое ПО, зачем это надо, если программа будет работать только под виндой? А уж стоит ли вообще поднимать тему либ для гуей которые разные бинари предоставляют для разных систем? Как с этим планируется работать? Зачем нужны эти палки в колесах?

А git на что?

Это всего лишь инструмент. Понятное дело что развертывание через систему контроля версий будет производиться. Я и сам так делал, пока пайчарм не купил

[#]

АртемЪ,

В линукс печатать сложнее или среда разработки не такая удобная?

в линуксе невозможно дебажить виндовые косяки

Answer 1

[Lillipup]

Сначала просто попробуй Линукс, потому что возможно ты

Уже очень много лет хочу перейти на Linux и слезть с этой гребаной винды.

перехочешь, а потом уже решай возникшие проблемы

Comments

[Артем]

Я пробовал, но когда пробовал не работал с винда_приложениями. Тем более я самоучка, а хотелось бы услышать профессионалов )

Answer 2

[АртемЪ]

Удобно ли разрабатывать GUI на Python для Windows в Linux системах?

Разрабатывать - может быть удобно, если для вас удобно работать в Linux.
Отладка в любом случае будет только на той системе где программа будет работать.

Уже очень много лет хочу перейти на Linux и слезть с этой гребаной винды.

И в чем проблема? Переходите!

На сколько я понимаю, основные камни это пути. Т.е. в Linux это будет /home/test, а в windows F:\test...

Нет такой проблемы.
Если вы разрабатываете под винду, откуда у вас возьмется /home/test в проекте???

Answer 3

[Сергей П]

Переходи. Никаких проблем с путями. Пути в линуксе проще, чем в винде, но если будешь использовать pathlib, который, кстати, теперь в стандартной библиотеке, то различий вообще не будет. Можно писать кроссплатформенный код.

ИМХО, в линуксе разрабатывать проще и удобнее за счет нормальной абстракции файловой системы, за счет развитой командной строки и утилит, за счет пакетных менеджеров вроде apt и прочих, за счет нативной среды для работы с докер-контейнерами.

ИМХО, разрабатывать нативные GUI - это прошлый век. Постепенно всё переходит в веб, есть Электрон. Делать веб-интерфейс и бэкенд с API - это куда более универсальный подход. Наверно на текущий момент, разве что, большие CAD-системы ещё имеет смысл делать нативными. И то это уже спорный вопрос.

Comments

[Артем]

Спасибо огромное за ответ !)
Да, я тоже с руками и ногами за веб - это будующее.. Но приложения я пишу для организации, в которой нормами безопасности не регламентировано использование браузеров ) Так, что приходится выкручиваться так(

[Сергей П]

Артем, браузеры разные бывают. Можно собрать кастомный на опенсорсном хромиуме. Приложения на электроне идут как раз этим путём. Вы там и не определите так просто, что это веб-страничка такая, а не нативное приложение со специфическим интерфейсом.
Зато веб протокол прозрачен и его можно защитить ssl-шифрованием. Там понятны и давно отработаны все меры для построения безопасных систем, а собственный велосипед обычно дыряв и глючен, подвержен разного рода не очевидным уязвимостям. Какой к такому велику ни прилепи замок на фасад, сзади он останется, возможно, прикрыт лишь соломенной циновкой. И это будет мало кому очевидно при аудите.

[Артем]

Сергей Паньков, Спасибо большое ) Обращу внимание на ваш совет. Удачи вам)

[АртемЪ]

Сергей Паньков,

ИМХО, разрабатывать нативные GUI - это прошлый век

серьезно?
И пофиг на техническое задание? Разрабатываем то что хочет разработчик, и так как разработчик считает правильным, а на заказчика с его требованиями плевать?

[Сергей П]

серьезно?
И пофиг на техническое задание?

АртемЪ, ничего себе как вас тригернуло, сударь. Не хотел обидеть ваш стек.
У этой палки есть два конца:

• С одной стороны, конечно, ТЗ священно (если оно, блин, есть). Нужно гордиться заказчиком, который знает чего на самом деле хочет и способен сформулировать ТЗ.
  
• С другой стороны, конечные юзеры не пишут ТЗ, они голосуют рублём или "едят что дают". Зато ТЗ пишут какие-то айтишники где-то посередине "пищевой цепочки", и тут есть своеобразный трейд-офф: программисты выбирают для себя удобный стек, чтобы в нём работать, компания выбирает стек, чтобы эффективно решать свои задачи, всё решают рынок и авторитеты. В конце концов мы видим своеобразную "моду" на то, как сейчас принято решать те или иные задачи.
  

Вы можете плюнуть на нативную разработку и уйти в веб, сделав, наверно, косвенно зарплаты в нативе чуть повыше. Молодёжь после института почитает кому на айти жить хорошо и пойдёт изучать соответствующий стек, тоже влияя на зарплаты моду и прочее, но у характерным фазовым отставанием, которое немножко раскачивает рынок и превращает его в сложную хаотичную систему. В целом всё как-то более менее в среднем устаканится, и по факту рынок порешает какие технологии выживут, а какие погибнут продолжая , тем не менее, своим жирным "хвостом" кормить оставшихся старпёров типа меня=).

[АртемЪ]

Сергей Паньков, Ну в чем ГУИ в браузере лучше нативной то?
Если нужен ГУИ и только - зачем тянуть туда браузер?

Есть конечно случаи когда ГУИ в браузере удобен, и их много, но и только.

[Сергей П]

АртемЪ, наверно есть, но, имхо, это очень частные случаи, когда нельзя заменить нативный GUI веб-интерфейсом или электроновским суррогатом

[Артем]

АртемЪ, Сергей Паньков, То чувство, когда кураторы в разных тегах столкнулись))) Коллеги, прошу не ссориться, спасибо за такой интерес к вопросу, думаю, что разные методы хороши для каждой отрасли и случая по своему)

[АртемЪ]

Артем, Да никто не ссориться. А в спорах рождается истина.

[Сергей П]

АртемЪ, согласен

Answer 4

[Nordman99]

Переходи в чем проблемы? В линуксе потом поставишь виртуальную винду в виртуалбоксе и будешь там в неё испытывать свой софт