Жизнь верстальщика в Linux

[@mariner]

вау!

[@prog666]

Уже больше полугода работаю (в том числе верстаю) на archlinux. Кроме Avocode для макетов можно использовать онлайновый adobe extract, а текстовых редакторов тоже хватает, от sublime text и atom.io до phpstorm/webstorm

[@voidnugget]

Для тех у кого нет денег на Avocode — можно пробовать Adobe Brackets для вёрстки.

[@lolmaus]

ОС — Kubuntu.
IDE — JetBrains IntelliJ IDEA, включает в себя WebStorm, RubyMine, PyCharm и т. п.
Нарезка — есть официальный и совершенно бесплатный вэб-нарезчик assets.adobe.com, куда можно загрузить любой PSD'шник и удобно нарезать. Для нарезки файлов Sketch есть платные Avocode и Zeplin.
Тестирование в браузерах — BrowserStack, оплачивает работодатель.
FTP-клиент — я не уверен, что кому-то интересно знать, каким FTP-клиентом я пользуюсь.

[@piromanlynx]

ОС — Debian
IDE — vim
Тестирование в браузерах — BrowserStack, виртуалки на сервере.
Ftp-клиент — mc/ftp

[@piromanlynx]

make && make install && make clean

А пакет собрать? За make install надо наказывать.

[@Tihon_V]

Вот так надо.

[@lolmaus]

[@istui]

Если подскажете хороший русскоязычный мануал по copr (или сделаете пост на Хабр) — буду очень признателен

[@deep_orange]

За make install надо наказывать.

А вот и нет. Это личное дело каждого. А может у меня вообще нет пакетного менеджера и вся система установлена через make install — и Вы предлагаете собирать пакет?

[@k12th]

За что минусы, slackware отличный дистр.

[@lockywolf]

В слаквари есть checkinstall, slacktrack и sbopkg.

[@k12th]

Уж и пошутить нельзя.

[@citius]

Только LFS, только хардкор!

[@k12th]

Я намекал на старую шутку, что «легким движением make install дистрибутив превращается… дистрибутив превращается… в слакварь».

[@piromanlynx]

Это личное дело каждого.

Сначала привыкает делать так у себя на десктопе, потом делает так на сервере. А потом этот сервер достается другому человеку. И мучайся потом с вашими make install, libc6 из сырцов и прочими попытками админить не по документации к ОС.

[@deep_orange]

То же самое, если выкинуть пакетный менеджер из той же Ubuntu-server.

Объясню на пальцах.
1) Тот пакетный менеджер, о котором речь, называется «всё в моей голове» (в большинстве случаев, кончено: «я не знаю как, но вроде работает», шутка). Даже если речь идёт о частичном использовании системного пакетного менеджера, часть информации остаётся в голове устанавливающего (в хорошем случае).
2) Передача сервера другому человеку не подразумевает передачи ему своей головы.

Сюда же

админить не по документации к ОС

Это не проблема make install. С таким же успехом, можно поставить два пакетных менеджера и всё запороть. При этом, человек, передающий сервер — обязан предупредить о всех наворотах, если нет — то проще переустановить систему. Вот и всё. Тот же checkinstall может запросто конфликтовать с текущим пакетным менеджером.

P.S: Я бы не стал злоупотреблять этим на сервере. Всё таки-сервер требует совсем иной подход. Да и сервер этот маленький, не для сборки. Но у меня на сервере стоит nginx в /opt/nginx и я не вижу в этом никаких проблем. Абсолютно никаких. Потому что их нет. Их и не может быть.

[@TyVik]

Кстати, у меня Photoshop CS6 под PlayOnLinux спокойно установился. Тормозит, правда, зараза на Core2Duo.

[@olegkrasnov]

Вино не очень для этого подходит. На виртуалке должно летать, особенно под winxp.

[@Borz]

ещё и часть браузеров автоматом получаешь для проверки.

[@tyderh]

А планшет? У меня wacom не заработал, пришлось ставить виртуалку

[@pav5000]

У меня Wacom подхватился сам собой, правда, под Ubuntu.

[@piromanlynx]

в Debian Wacom нормально работают уже года 4.

[@tyderh]

В самом линуксе-то да. А вот в фотошопе под вайном не заводится совсем. Или заводится, но без датчика давления, не помню, честно. Или только у меня?

[@oWeRQ]

Мне казалось, что почти все веб разработчики ушли на sublime и idea, зачем не слишком преспособленный для верстки geany(раньше им пользовался из-за отсутствия выбора).

Зачем ftp, когда есть sftp, который удобнее и лучше работает, да filezilla его поддерживает, но это мазохизм.

Photoshop давно неплохо заводится в wine.

Про VirtualBox знают наверное все линуксоиды, ни слова про то, откуда взять готовые виртуалки.

З. Ы. Статья ниочем, если бы не указанные версии приложений, можно было бы сказать, что с публикачией затянули лет на 5, нет обзора/сравнения свежих инструментов, очень однобоко.

[@bromzh]

почти все веб разработчики ушли на sublime и idea

Ещё есть Atom, тоже очень приятный редактор (особенно после релиза 1.0). Сам долгое время пользовался сублаймом для веб-проектов, но перешёл на атом и не жалею.

[@prog666]

Сыроват атом, бывает падает и тормозит

[@bromzh]

Вылеты и глюки были, но когда я его ставил в версии 0.что-то. Я тогда забил на него и продолжил использовать сублайм. Но после версии > 1.0 у меня всё пока стабильно.

[@Fedcomp]

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

[@Stepanow]

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

[@olegkrasnov]

Может напишете статью про своё использование атома? Буквально сегодня поставил его на пощупать.

Не нашёл там virtual spaces плагин (возможность выехать курсором за конец строки) JetBrainsы такое умеют, Sublime — нет.

[@bromzh]

Да мне даже писать почти нечего.
Сам редактор ставится через установщик/пакетный менеджер вашей ОС.
Плагинов я использую немного: emmet, git-plus, file-icons, linter (с jshint-linter для проверки js), minimap (чтоб как в сублайме), project-manager и todo-show (сканит весь проект на наличие комментов с TODO/FIXME/CHANGED и выводит их в виде списка).
Init-файл стандартный, конфиг лишь немного от стандартного изменён. Вот и всё, что я могу сказать про войну во вьетнаме.

[@StteRay]

Это скорее дело привычки, для меня критерием выбора geany стал плагин gFtp. В котором есть свой ftp с профилями
Photoshop заводится в wine, но при открытие тяжелых макетов ведет себя не очень адекватно.

[@nazarpc]

FTP вообще не нужен — нужен SSH (для git, не ля ручной правки прямо на удалённом сервере), который в Linux поддерживает всё и вся из коробки. Он безопасный, в отличии от FTP (при входе по ключах), и более быстрый, а FTP это какой-то мазохизм.

[@Vest]

Про VirtualBox знают наверное все линуксоиды, ни слова про то, откуда взять готовые виртуалки.

Это не моё, но на Хабре проскакивала ссылка: dev.modern.ie/tools/vms/windows
Попробуйте, может пригодится.

[@StteRay]

Спасибо, дополнил.

[@MasMaX]

Из редакторов на мой взгляд в linux системах удоБнее всего Sublime Text и Adobe Brackets.

[@bromzh]

А в Brackets уже починили баг со шрифтом для кириллицы? А то когда я его пробовал, русские буквы выводились шрифтом отличным от основного, и выглядело всё довольно плохо.

[@k12th]

Это проблема данного шрифта, в котором нет поддержки кириллицы, а не редактора.

[@bromzh]

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

[@AreD]

Да, уже дорисовали русские символы

[@MasMaX]

Всё-таки это проблема либо вашего дистрибутива ОС, либо конкретной версии брекетов.
Использую Brackets 1.4 на Ubuntu 14.04 — никаких проблем с кириллицей

[@oWeRQ]

Это была проблема Brackets, который использовал свой шрифт, клал болт на системный, до какой-то версии не давал его поменять не залезая в css ui редактора, потом в настройках появилась опция, а потом в этом шрифте добавили кирилицу.

Ответ на изначальный вопрос — да, поправили.

[@prog666]

Есть ли в brackets удобный эмулятор vim?

[@prog666]

Не совсем понял что не понравилось в моем вопросе, последний раз когда я смотрел vim'а не было, вот и спрашиваю

[@MasMaX]

Я думаю тут не понятна сама суть, чего вы хотите от vim? Консольные команды (:w, :%s и так далее)?
В статье обсуждается в первую очередь GUI-редакторы, а не консольные. Brackets тоже полностью оконный.

[@prog666]

в Sublime Text есть отличная эмуляция vim которая позволяет использовать стандартные команды vim для перемещения и редактивроания текста

[@Delphinum]

Я думаю вы не поняли, что такое эмуляция Vim в редакторах.

[@MasMaX]

Видимо да. Я активно пользуюсь vim в консоли на удаленных серваках, но не сильно понимаю зачем его эмулировать в графической среде, если все его основные функции есть в меню программы и на горячих клавишах.

[@Delphinum]

Покажите мне в меню программы или на горячих клавишах любого современного GUI-редактора normal mode как в Vim.

[@Borz]

вы про режим просмотра открытого файла?

[@Delphinum]

Наверно можно его и так называть.

[@Borz]

Честно — для себя не вижу особой потребности в этом при работе в редакторе, коей является IDE по сути. Даже если зацепился случайно и изменил файл, это будет видно и есть «откат изменений»

но в той же IDEA это решается двумя путями:
0) отключением auto-save при потере фокуса
1) www.jetbrains.com/idea/help/toggling-writable-status.html

[@Delphinum]

Вы о чем вообще?

[@Apathetic]

Для начала лучше расскажите, в чем смысл normal mode/insert mode в современных GUI-редакторах.

[@Delphinum]

Ну в insert mode смысла нет, ибо кроме этого режима в современных GUI-редакторах других режимов и нет, а normal mode упрощает и ускоряет перемещение по документу и его элементам.

[@Apathetic]

Это он в Vim'е упрощает. На вопрос вы не ответили, в GUI-редакторах-то он зачем? Не говоря уже о полноценных IDE?

[@Delphinum]

А какая разница, консольный редактор или GUI-редактор? Vim можно запустить и с поддержкой мышки, но это не упрощает перемещение по документу и его элементам.

Не говоря уже о полноценных IDE?

При чем тут перемещение по документу и фозможности полноценных IDE?

[@Borz]

приведите примеры ускорения перемещения в normal mode, которых нет в GUI-редакторах в «insert mode»

[@prog666]

отсутствие необходимости тянуться к стрелочкам как минимум.

[@Borz]

вы как-то иначе перемещаетесь по строкам на короткие расстояния?

[@prog666]

в normal mode есть клавиши hjkl, не говоря уже о остальных способах перемещения в начало и конец предыдущего/следующего слова.

[@Borz]

подойдёт?

[@prog666]

я его пробовал, точно уже не помню почему, но он работал как-то не так, как я от него ожидал. Кажется, там даже клавишу перехода в normal mode переназначить нельзя…

[@Borz]

почему «даже»? клавиш там дофига можно всяких назначить — ваш случай, я так понимаю, это команда "Exit insert mode"? А если чего-то и нет, то можно или через Pull Request предложить или через багтрекер.

ЗЫ: а какую клавишу вы вместо Esc назначили для перехода в normal mode?

[@prog666]

последовательно клавиши df, я использую раскладку dvorak, поэтому у меня это буквы eu, они довольно редко вместе встречаются в коде, единственное проблемное слово за год которое могу вспомнить это 'queue'

[@prog666]

в phpstorm мне не понравилось что невозможно нормально редактировать stylus файлы, постоянно автоматическая табуляция делает что-то странное… Но это уже к vim не относится

[@prog666]

вот отличный ролик на эту тему www.youtube.com/watch?v=q7GRrf0cvpM

[@Delphinum]

Постараюсь:

• Ориентированные на слепой, десятипальцевый метод печати сочетания клавишь. Никаких home, pgup, del, backspace, стрелки, ctrl, alt и (фу фу фу) мышки (тачпада). Все необходимые клавиши под пальцами
• Перемещение по элементам документа, а именно: пословно, поблочно, аттрибутивно (наверно можно так назвать), к частям слова, построчно (в том числе с указанием размерности перехода), поабзацно, к частям слова (на пример при использовании camelCase)
• Удаление элементов документа, в том числе: пословно, поблочно, посимвольно, построчно (в том числе с указанием размерности), аттрибутивно, абзацно, визуальными блоками
• Замена элементов документа, в том числе: пословно, поблочно, посимвольно, построчно, аттрибутивно, абзацно, визуальными блоками
• Повторение элементов документа, в том числе: построчно, пословно, с помощью макросов, с помощью автомакросов
• Множественность регистров для копирования/вставки

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

[@Borz]

прям дежавю какое-то :)
В общем, тут кому как удобнее — в тоей же IDEA есть vim-style плагин. Но лично мне он в IDE неудобен. Я использую связку Nemo+Guake+Terminal+(G)Vim+IDEA и где-то только клава, а где-то клава+манипулятор.

[@Delphinum]

IDEA есть vim-style плагин

Гадость редкостная

[@Borz]

есть такое)

[@Apathetic]

Ну, считать, будто всё это даёт какой-то выигрыш в скорости работы по сравнению со, скажем так, более современными методами — полностью ваше право.

[@Delphinum]

Спасибо. А можно узнать, какой у вас стаж работы с Vim?

[@Apathetic]

Достаточный для того, чтобы иметь возможность сравнивать, но не более того. Сейчас им пользуюсь только по SSH. Смысл меряться стажами? Мне вот, например, совершенно не интересен ваш стаж работы в IDE.

[@Delphinum]

Вы агрессивно настроены. Поверьте, у меня нет никакого желания убеждать или заставлять вас переходить с используемого вами редактора на Vim. Касаемо стажа, многие почему то очень болезненно реагируют на мою привязанность к Vim, будто это их ущемляет. На деле мне было интересно, эмпиричны, рациональны или мистичны ли ваши суждения относительно удобства того или иного подхода.

[@Apathetic]

Абсолютно никого не ущемляет ваша привязанность, я в этом уверен. Ущемляет, как и всегда в подобных обсуждениях, vim-снобизм, который сквозит и льется.

[@Delphinum]

Абсолютно никого не ущемляет ваша привязанность, я в этом уверен

Мне бы вашу уверенность )

Ущемляет, как и всегда в подобных обсуждениях, vim-снобизм, который сквозит и льется

А можно подробнее?

[@Apathetic]

Снобизм нельзя объяснить, его можно только почувствовать. Вас кто-нибудь в подобных дискуссиях хоть раз спрашивал, как превратить Vim в, примеру, подобие PHPStorm? Так почему же обратное постоянно встречается сплошь и рядом? Почему постоянно возникают вопросы типа «Есть ли в brackets удобный эмулятор vim?» с комментариями (кстати, на 100% снобистскими) типа «Я думаю вы не поняли, что такое эмуляция Vim в редакторах.»?

[@Delphinum]

кто-нибудь в подобных дискуссиях хоть раз спрашивал, как превратить Vim в, примеру, подобие PHPStorm?

Оу, это основной аргумент людей, которых ущемляет моя привязанность к Vim. Чтобы превратить Vim в подобие PHPStorm, достаточно прикрутить к нему синтаксический анализатор кода проекта.

Почему постоянно возникают вопросы типа «Есть ли в brackets удобный эмулятор vim?»

А что в этом снобистского? Люди хотят эмулировать свой любимый редактор или его функции в другом любимом редакторе. Объединение, так сказать.

[@Borz]

вот есть у меня ручная дрель, электродрель, гравер и перфоратор. Я же не пытаюсь в перфораторе эмулировать функции гравера, как и не возмущаюсь, что ручной дрелью неудобно бетонные стены сверлить. Но каждый из этих инструментов умеет «сверлить».
Так и тут, Vim это один тип редактора, PhpStorm это другой тип редактора. Но оба они выполняют функцию «редактирование текста».

[@Delphinum]

Вы ошибаетесь. И vim и phpstorm это одно и тоже. Различия только в функциональности. Один умет одно, другой умеет другое. Мне лишь хочется чтоб часть функциональности из Vim перекочевала в PHPStorm. Это не та часть, которая конфликтует с функциональностью PHPStorm, а вполне самодостаточная часть, которая нисколько не повредит PHPStorm, но мне будет удобнее в нем работать.

Это как если я прошу моего поставщика ПО добавить в него функционал, который есть у конкурента.

[@Borz]

вашими же словами: электродрель удобно лежит в руке и я хочу, чтобы и перфоратор так же удобно лежат в одной руке.

[@Delphinum]

Это не правильно?

[@Apathetic]

> И vim и phpstorm это одно и тоже.
Вы можете еще смешней, нужно только постараться.

[@Delphinum]

Так так, интересно послушать какие же между ними различия вы насчитаете )

[@Apathetic]

Примерно того же уровня, что и между дрелью (только не электрической — ручной) и перфоратором.

[@prog666]

Основная задача одинаковая — редактирование текста (кода). Хотя и дрель и перфоратор делают отверстия… Плохой пример сравнения.
Для одинаковых задач в программировании можно одинакого успешно использовать и vim и phpstorm, чего не сказать про сверление бетона ручной дрелью. Конечно мы берем не пустой vim, а дополненый плагинами и прямыми руками.

[@Apathetic]

На дрель тоже можно моторчиков понавесить.

[@Delphinum]

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

[@Apathetic]

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

[@prog666]

единственное отличие — наличие normal(command) mode в vim

[@Apathetic]

Или отсутствие необходимости normal(command) mode в IDE?

[@prog666]

Отсутствие возможности.
Наличие необходимости — личный выбор каждого.

[@Apathetic]

Педаль тормоза — необходимость или личный выбор?

[@prog666]

Личный выбор. Можно использовать для торможения ручник или же как делают на автомобилях для инвалидов специальные подрулевые рычаги. А можно вообще никуда не ехать и тормозить не придется.

[@Apathetic]

> Можно использовать для торможения ручник
А можно пытаться использовать Vim в качестве IDE. Мне нравится ход ваших мыслей.

[@splav_asv]

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

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

[@Apathetic]

>Необходимость вещь субъективная.
Когда как.

[@Delphinum]

Для работы программистов вполне достаточен блокнот и компилятор, во всем остальном необходимости никакой нет )

[@Delphinum]

Вы живете в своем выдуманном мире и общаетесь с выдуманными людьми. Я никого ни в чем не убеждал, я лишь попросил реализовать с помощью менюшек и горячих клавишь в современных GUI редакторах аналог вимового normal mode.

[@Apathetic]

>Вы живете в своем выдуманном мире
>Для работы программистов вполне достаточен блокнот и компилятор

Ага. Я живу, да.

[@klirichek]

В общем-то, потому и популярна у верстальщиков Mac OS.
Покуда она, с одной стороны, является *Nix, а с другой стороны уже есть нативный фотошоп без всяких костылей.

[@prog666]

А в чем интерес тогда?

[@Delphinum]

Под костылями вы понимаете другие графические редакторы? Сильно )))

[@prog666]

Вам же не редактировать а просматривать нужно…

[@pav5000]

Про один из них автор написал в посте. Плюс есть gimp, krita, inkscape.

[@pav5000]

Автор пишет:

Для нарезки макетов, мы будем использовать кроссплатформенную программу Avocode, она отлично справляется с psd и sketch макетами и позволяет вести командую работу

Насчет остальных скажу, что простые psd они переваривают как раз нормально. Ну, кроме Inkscape, ибо он векторный.
И вообще, psd — это фотошопный формат. Фотошоп, вон, вообще не открывает гимповские файлы, и что? Если нужны слои, то можно без проблем использовать tif вместо psd для обмена данными.

[@bromzh]

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

[@pav5000]

С дизайнерами ведь можно всегда договориться. Я в свое время просто попросил сохранять мне макеты в svg и после этого проблем не знал (Дизайнер в Иллюстраторе работает).

[@pav5000]

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

[@pav5000]

Да, такое иногда бывает. Но сейчас многие работают на принципах Agile, сложности могут возникнуть разве что с совсем неповоротливыми монстрами.
Насчет стандарта думаю, что он все-таки не самосформировавшийся. Это спланированная и четкая политика Адоба по продвижению своих продуктов. У Автодеска такая-же история.

[@bromzh]

К сожалению, не всегда. Иногда нет прямой связи с дизайнером (ты фрилансишь, или наоборот, дизайнер аутсорсный). Да и я не совсем уверен, что в tiff могут правильно сохраниться все слои фотошопа с разными фильтрами, эффектами и др. А иногда в psd бывают векторные вставки, tiff это умеет? Дизайнер сам не всегда представляет, какие именно png нужны будут, поэтому просить его высылать png тоже не вариант.
Ну и ниже уже сказали, если будешь постоянно доставать дизайнера просьбами экспортировать всё в какой-то другой формат, то он может психануть и попросить у начальства другого верстальщика, ведь их сейчас много, и они вполне заменяемы. Вот и возьмут того, который будет меньше требовать.

[@Delphinum]

Как и Linux прохо открывает exe'шники, чему я совершенно не удивляюсь. Не пробовали гвозди забивать молотком?

[@Delphinum]

И правильно делаете, Linux для тех кто работает с помощью инструментов, а не на инструмнтах.

[@klirichek]

Нет. Виртуалки и wine.
Пробовал их сам в своё время. Фотошоп, скажем так, не работает, а функционирует.
Т.е. можно громко кричать «ааа! Смотрите! Я запустил!», но вот серьёзно пользоваться получается не всегда.

[@oWeRQ]

Для верстки фотошопа в wine вполне хватает, да, не очень производительно и стабильно, местами артефакты в интерфейсе, но правильно нарезать картинки позволяет, а ресурсов потребляет меньше чем виртуалка.

[@klirichek]

В том то и дело, что такой компромисс далеко не всегда устраивает. Когда привык к нему, как к нормальному рабочему инструменту, разные нестабильности и артефакты очень сильно расстраивают. И то, что некоторые шорткаты, привычные в нативной среде, приходится делить с иксами, тоже весьма расстраивает. Поэтому я и говорю, что он не работает, а так, «в принципе, функционирует». Если сильно приспичит, то сойдёт временно. Но для постоянной работы — это всё равно, что заниматься газетной вёрсткой в «блокноте».

[@Borz]

я нашел идентичный плагин и для geany

вместо плагина можно использовать уже готовое в ОС. Например в Gnome, после монтирования в Nautilus удалённого каталога, его можно обнаружить как локальный каталог в ~/.gvfs/ — работаете из _моя_любимая_IDE как с локальным каталогом

Вопрос. А что даёт FileZilla такого, чего нет в Nautilus? панельки с закладками и тут есть через F3. Консоль тоже есть через плагин…

Не очень понял про раздел «тестирование в IE» — ну установили вы VirtualBox и?

[@MasMaX]

Мне нравится работать с sshfs. Не все проги хотят нормально рабоать с ftp. А вот sshfs цепляет удаленную папку как локальную.

[@Borz]

Gnome именно через sshfs и делает монтирование. А ещё есть davfs2, smbfs и прочие *fs, которые позволяют прозрачно для ПО использовать удалённые хранилища

[@igorr]

Поставил Avocode — он не смог обработать ни один из предложенных PSD файлов. Сырая штука до сих пор.

[@prog666]

Я им в таком случае пишу в техподдержку, они вручную обрабатывают — помогает, но иногда долго отвечают…

[@igorr]

А смысл тогда в таком инструменте? Для работы желательно все сразу иметь рабочее.
Если бы работало нормально — отличная дешевая альтернатива подписке на фотошоп для верстальщика.

[@prog666]

У меня такое случалось только с двумя файлами, а 90% макетов у нас в sketch и с ними проблем не возникает.

[@amarao]

А зачем отдельная программа для ftp, если есть curlftpfs, работающий через fuse? Сам я её не пробовал, т.к. обычно на ssh и при необходимости sshfs, но если она аналогично работает, то будет весьма удобно.

[@Borz]

когда не свои сервера, то работаешь с тем, что дали. Например с FTP

[@amarao]

Потому я и говорю curlftpfs, должен делать то же самое, но по webdav/ftp.

[@Borz]

значит я вас не так понял. Получается, мы с вами про одно и то же говорим

[@danSamara]

Не понимаю мазохизма с FileZilla и прочими фтп-клиентами. Наблюдал работу человека через FZ — открываем её, двойной щелчок по файлу, файл открывается в редакторе (один!), правим, сохраняем, всплывает окно FZ — сохранить? — жмякаем Да. И так на каждый файл и на каждое сохранение. Зачем?! У меня терпение кончилось даже смотреть на это!
На мой взгляд лучше (в порядке уменьшения «желательности»):
— использовать инструменты деплоя, или хотя бы git
— работать локально — скачали проект, изменили — залили
— подключать удалённую ФС локально — в IDE/редакторе виден весь проект, не надо переключаться окнами и т.д.

Почему так много людей любят заниматься разработкой «стоя в гамаке в противогазе»?

[@StteRay]

Я ftp-клиент использую для заливки архивов или тех же распакованных cms, а редактирую непосредственно в ide

[@Delphinum]

Откройте для себя shipit, крайне удобно на небольших проектах.

[@fetis26]

Avocode отличный. Недавно открыл его для себя. Смысла особо оставаться на Фотошопе нет. Особенно если ребят его чуть допилят.