Comments 140
вау!
Уже больше полугода работаю (в том числе верстаю) на archlinux. Кроме Avocode для макетов можно использовать онлайновый adobe extract, а текстовых редакторов тоже хватает, от sublime text и atom.io до phpstorm/webstorm
ОС — Kubuntu.
IDE — JetBrains IntelliJ IDEA, включает в себя WebStorm, RubyMine, PyCharm и т. п.
Нарезка — есть официальный и совершенно бесплатный вэб-нарезчик assets.adobe.com, куда можно загрузить любой PSD'шник и удобно нарезать. Для нарезки файлов Sketch есть платные Avocode и Zeplin.
Тестирование в браузерах — BrowserStack, оплачивает работодатель.
FTP-клиент — я не уверен, что кому-то интересно знать, каким FTP-клиентом я пользуюсь.
IDE — JetBrains IntelliJ IDEA, включает в себя WebStorm, RubyMine, PyCharm и т. п.
Нарезка — есть официальный и совершенно бесплатный вэб-нарезчик assets.adobe.com, куда можно загрузить любой PSD'шник и удобно нарезать. Для нарезки файлов Sketch есть платные Avocode и Zeplin.
Тестирование в браузерах — BrowserStack, оплачивает работодатель.
FTP-клиент — я не уверен, что кому-то интересно знать, каким FTP-клиентом я пользуюсь.
make && make install && make clean
А пакет собрать? За make install надо наказывать.
За make install надо наказывать.
А вот и нет. Это личное дело каждого. А может у меня вообще нет пакетного менеджера и вся система установлена через
make install — и Вы предлагаете собирать пакет?
За что минусы, slackware отличный дистр.
Это личное дело каждого.
Сначала привыкает делать так у себя на десктопе, потом делает так на сервере. А потом этот сервер достается другому человеку. И мучайся потом с вашими make install, libc6 из сырцов и прочими попытками админить не по документации к ОС.
То же самое, если выкинуть пакетный менеджер из той же Ubuntu-server.
Объясню на пальцах.
1) Тот пакетный менеджер, о котором речь, называется «всё в моей голове» (в большинстве случаев, кончено: «я не знаю как, но вроде работает», шутка). Даже если речь идёт о частичном использовании системного пакетного менеджера, часть информации остаётся в голове устанавливающего (в хорошем случае).
2) Передача сервера другому человеку не подразумевает передачи ему своей головы.
Сюда же
P.S: Я бы не стал злоупотреблять этим на сервере. Всё таки-сервер требует совсем иной подход. Да и сервер этот маленький, не для сборки. Но у меня на сервере стоит nginx в
Объясню на пальцах.
1) Тот пакетный менеджер, о котором речь, называется «всё в моей голове» (в большинстве случаев, кончено: «я не знаю как, но вроде работает», шутка). Даже если речь идёт о частичном использовании системного пакетного менеджера, часть информации остаётся в голове устанавливающего (в хорошем случае).
2) Передача сервера другому человеку не подразумевает передачи ему своей головы.
Сюда же
админить не по документации к ОСЭто не проблема
make install. С таким же успехом, можно поставить два пакетных менеджера и всё запороть. При этом, человек, передающий сервер — обязан предупредить о всех наворотах, если нет — то проще переустановить систему. Вот и всё. Тот же checkinstall может запросто конфликтовать с текущим пакетным менеджером.P.S: Я бы не стал злоупотреблять этим на сервере. Всё таки-сервер требует совсем иной подход. Да и сервер этот маленький, не для сборки. Но у меня на сервере стоит nginx в
/opt/nginx и я не вижу в этом никаких проблем. Абсолютно никаких. Потому что их нет. Их и не может быть.
Кстати, у меня Photoshop CS6 под PlayOnLinux спокойно установился. Тормозит, правда, зараза на Core2Duo.
Мне казалось, что почти все веб разработчики ушли на sublime и idea, зачем не слишком преспособленный для верстки geany(раньше им пользовался из-за отсутствия выбора).
Зачем ftp, когда есть sftp, который удобнее и лучше работает, да filezilla его поддерживает, но это мазохизм.
Photoshop давно неплохо заводится в wine.
Про VirtualBox знают наверное все линуксоиды, ни слова про то, откуда взять готовые виртуалки.
З. Ы. Статья ниочем, если бы не указанные версии приложений, можно было бы сказать, что с публикачией затянули лет на 5, нет обзора/сравнения свежих инструментов, очень однобоко.
Зачем ftp, когда есть sftp, который удобнее и лучше работает, да filezilla его поддерживает, но это мазохизм.
Photoshop давно неплохо заводится в wine.
Про VirtualBox знают наверное все линуксоиды, ни слова про то, откуда взять готовые виртуалки.
З. Ы. Статья ниочем, если бы не указанные версии приложений, можно было бы сказать, что с публикачией затянули лет на 5, нет обзора/сравнения свежих инструментов, очень однобоко.
почти все веб разработчики ушли на sublime и idea
Ещё есть Atom, тоже очень приятный редактор (особенно после релиза 1.0). Сам долгое время пользовался сублаймом для веб-проектов, но перешёл на атом и не жалею.
Сыроват атом, бывает падает и тормозит
Вылеты и глюки были, но когда я его ставил в версии 0.что-то. Я тогда забил на него и продолжил использовать сублайм. Но после версии > 1.0 у меня всё пока стабильно.
Пользуюсь атомом и есть некоторые косяки. Загрузка на hdd в сравнении с саблаймом медленней. После саблайма не хватает некоторых хоткеев, возможно можно настроить, еще не смотрел. Установка плагинов в саблайме без перезагрузки, в атоме нужно перезагружать весь редактор. При переименовывании файла с длинным путем не видно второй строки. Иногда можно случайно открыть большой файл и весь редактор зависает пытаясь его загрузить, в этом плане саблайм безусловно выигрывает. Такими большими файлами часто оказываются логи например, иногда дампы. В общем неплохой редактор но пока слегка сыроват.
Немного оффтоп, но не могу удержаться. Ролик на сайте Атома просто офигенный
Может напишете статью про своё использование атома? Буквально сегодня поставил его на пощупать.
Не нашёл там virtual spaces плагин (возможность выехать курсором за конец строки) JetBrainsы такое умеют, Sublime — нет.
Не нашёл там virtual spaces плагин (возможность выехать курсором за конец строки) JetBrainsы такое умеют, Sublime — нет.
Да мне даже писать почти нечего.
Сам редактор ставится через установщик/пакетный менеджер вашей ОС.
Плагинов я использую немного: emmet, git-plus, file-icons, linter (с jshint-linter для проверки js), minimap (чтоб как в сублайме), project-manager и todo-show (сканит весь проект на наличие комментов с TODO/FIXME/CHANGED и выводит их в виде списка).
Init-файл стандартный, конфиг лишь немного от стандартного изменён. Вот и всё, что я могу сказатьпро войну во вьетнаме.
Сам редактор ставится через установщик/пакетный менеджер вашей ОС.
Плагинов я использую немного: emmet, git-plus, file-icons, linter (с jshint-linter для проверки js), minimap (чтоб как в сублайме), project-manager и todo-show (сканит весь проект на наличие комментов с TODO/FIXME/CHANGED и выводит их в виде списка).
Init-файл стандартный, конфиг лишь немного от стандартного изменён. Вот и всё, что я могу сказать
Это скорее дело привычки, для меня критерием выбора geany стал плагин gFtp. В котором есть свой ftp с профилями
Photoshop заводится в wine, но при открытие тяжелых макетов ведет себя не очень адекватно.
Photoshop заводится в wine, но при открытие тяжелых макетов ведет себя не очень адекватно.
Про VirtualBox знают наверное все линуксоиды, ни слова про то, откуда взять готовые виртуалки.Это не моё, но на Хабре проскакивала ссылка: dev.modern.ie/tools/vms/windows
Попробуйте, может пригодится.
Из редакторов на мой взгляд в linux системах удоБнее всего Sublime Text и Adobe Brackets.
А в Brackets уже починили баг со шрифтом для кириллицы? А то когда я его пробовал, русские буквы выводились шрифтом отличным от основного, и выглядело всё довольно плохо.
Есть ли в brackets удобный эмулятор vim?
Не совсем понял что не понравилось в моем вопросе, последний раз когда я смотрел vim'а не было, вот и спрашиваю
Я думаю тут не понятна сама суть, чего вы хотите от vim? Консольные команды (:w, :%s и так далее)?
В статье обсуждается в первую очередь GUI-редакторы, а не консольные. Brackets тоже полностью оконный.
В статье обсуждается в первую очередь GUI-редакторы, а не консольные. Brackets тоже полностью оконный.
в Sublime Text есть отличная эмуляция vim которая позволяет использовать стандартные команды vim для перемещения и редактивроания текста
Я думаю вы не поняли, что такое эмуляция Vim в редакторах.
Видимо да. Я активно пользуюсь vim в консоли на удаленных серваках, но не сильно понимаю зачем его эмулировать в графической среде, если все его основные функции есть в меню программы и на горячих клавишах.
Покажите мне в меню программы или на горячих клавишах любого современного GUI-редактора normal mode как в Vim.
вы про режим просмотра открытого файла?
Наверно можно его и так называть.
Честно — для себя не вижу особой потребности в этом при работе в редакторе, коей является IDE по сути. Даже если зацепился случайно и изменил файл, это будет видно и есть «откат изменений»
но в той же IDEA это решается двумя путями:
0) отключением auto-save при потере фокуса
1) www.jetbrains.com/idea/help/toggling-writable-status.html
но в той же IDEA это решается двумя путями:
0) отключением auto-save при потере фокуса
1) www.jetbrains.com/idea/help/toggling-writable-status.html
Для начала лучше расскажите, в чем смысл normal mode/insert mode в современных GUI-редакторах.
Ну в insert mode смысла нет, ибо кроме этого режима в современных GUI-редакторах других режимов и нет, а normal mode упрощает и ускоряет перемещение по документу и его элементам.
Это он в Vim'е упрощает. На вопрос вы не ответили, в GUI-редакторах-то он зачем? Не говоря уже о полноценных IDE?
приведите примеры ускорения перемещения в normal mode, которых нет в GUI-редакторах в «insert mode»
отсутствие необходимости тянуться к стрелочкам как минимум.
вы как-то иначе перемещаетесь по строкам на короткие расстояния?
в normal mode есть клавиши hjkl, не говоря уже о остальных способах перемещения в начало и конец предыдущего/следующего слова.
я его пробовал, точно уже не помню почему, но он работал как-то не так, как я от него ожидал. Кажется, там даже клавишу перехода в normal mode переназначить нельзя…
почему «даже»? клавиш там дофига можно всяких назначить — ваш случай, я так понимаю, это команда "Exit insert mode"? А если чего-то и нет, то можно или через Pull Request предложить или через багтрекер.
ЗЫ: а какую клавишу вы вместо Esc назначили для перехода в normal mode?
ЗЫ: а какую клавишу вы вместо Esc назначили для перехода в normal mode?
последовательно клавиши df, я использую раскладку dvorak, поэтому у меня это буквы eu, они довольно редко вместе встречаются в коде, единственное проблемное слово за год которое могу вспомнить это 'queue'
в phpstorm мне не понравилось что невозможно нормально редактировать stylus файлы, постоянно автоматическая табуляция делает что-то странное… Но это уже к vim не относится
вот отличный ролик на эту тему www.youtube.com/watch?v=q7GRrf0cvpM
Постараюсь:
Продолжать можно долго, важно лишь что все это завязано на буквенной клавиатуре, что крайне ускоряет.
- Ориентированные на слепой, десятипальцевый метод печати сочетания клавишь. Никаких home, pgup, del, backspace, стрелки, ctrl, alt и (фу фу фу) мышки (тачпада). Все необходимые клавиши под пальцами
- Перемещение по элементам документа, а именно: пословно, поблочно, аттрибутивно (наверно можно так назвать), к частям слова, построчно (в том числе с указанием размерности перехода), поабзацно, к частям слова (на пример при использовании camelCase)
- Удаление элементов документа, в том числе: пословно, поблочно, посимвольно, построчно (в том числе с указанием размерности), аттрибутивно, абзацно, визуальными блоками
- Замена элементов документа, в том числе: пословно, поблочно, посимвольно, построчно, аттрибутивно, абзацно, визуальными блоками
- Повторение элементов документа, в том числе: построчно, пословно, с помощью макросов, с помощью автомакросов
- Множественность регистров для копирования/вставки
Продолжать можно долго, важно лишь что все это завязано на буквенной клавиатуре, что крайне ускоряет.
прям дежавю какое-то :)
В общем, тут кому как удобнее — в тоей же IDEA есть vim-style плагин. Но лично мне он в IDE неудобен. Я использую связку Nemo+Guake+Terminal+(G)Vim+IDEA и где-то только клава, а где-то клава+манипулятор.
В общем, тут кому как удобнее — в тоей же IDEA есть vim-style плагин. Но лично мне он в IDE неудобен. Я использую связку Nemo+Guake+Terminal+(G)Vim+IDEA и где-то только клава, а где-то клава+манипулятор.
Ну, считать, будто всё это даёт какой-то выигрыш в скорости работы по сравнению со, скажем так, более современными методами — полностью ваше право.
Спасибо. А можно узнать, какой у вас стаж работы с Vim?
Достаточный для того, чтобы иметь возможность сравнивать, но не более того. Сейчас им пользуюсь только по SSH. Смысл меряться стажами? Мне вот, например, совершенно не интересен ваш стаж работы в IDE.
Вы агрессивно настроены. Поверьте, у меня нет никакого желания убеждать или заставлять вас переходить с используемого вами редактора на Vim. Касаемо стажа, многие почему то очень болезненно реагируют на мою привязанность к Vim, будто это их ущемляет. На деле мне было интересно, эмпиричны, рациональны или мистичны ли ваши суждения относительно удобства того или иного подхода.
Абсолютно никого не ущемляет ваша привязанность, я в этом уверен. Ущемляет, как и всегда в подобных обсуждениях, vim-снобизм, который сквозит и льется.
Абсолютно никого не ущемляет ваша привязанность, я в этом уверен
Мне бы вашу уверенность )
Ущемляет, как и всегда в подобных обсуждениях, vim-снобизм, который сквозит и льется
А можно подробнее?
Снобизм нельзя объяснить, его можно только почувствовать. Вас кто-нибудь в подобных дискуссиях хоть раз спрашивал, как превратить Vim в, примеру, подобие PHPStorm? Так почему же обратное постоянно встречается сплошь и рядом? Почему постоянно возникают вопросы типа «Есть ли в brackets удобный эмулятор vim?» с комментариями (кстати, на 100% снобистскими) типа «Я думаю вы не поняли, что такое эмуляция Vim в редакторах.»?
кто-нибудь в подобных дискуссиях хоть раз спрашивал, как превратить Vim в, примеру, подобие PHPStorm?
Оу, это основной аргумент людей, которых ущемляет моя привязанность к Vim. Чтобы превратить Vim в подобие PHPStorm, достаточно прикрутить к нему синтаксический анализатор кода проекта.
Почему постоянно возникают вопросы типа «Есть ли в brackets удобный эмулятор vim?»
А что в этом снобистского? Люди хотят эмулировать свой любимый редактор или его функции в другом любимом редакторе. Объединение, так сказать.
вот есть у меня ручная дрель, электродрель, гравер и перфоратор. Я же не пытаюсь в перфораторе эмулировать функции гравера, как и не возмущаюсь, что ручной дрелью неудобно бетонные стены сверлить. Но каждый из этих инструментов умеет «сверлить».
Так и тут, Vim это один тип редактора, PhpStorm это другой тип редактора. Но оба они выполняют функцию «редактирование текста».
Так и тут, Vim это один тип редактора, PhpStorm это другой тип редактора. Но оба они выполняют функцию «редактирование текста».
Вы ошибаетесь. И vim и phpstorm это одно и тоже. Различия только в функциональности. Один умет одно, другой умеет другое. Мне лишь хочется чтоб часть функциональности из Vim перекочевала в PHPStorm. Это не та часть, которая конфликтует с функциональностью PHPStorm, а вполне самодостаточная часть, которая нисколько не повредит PHPStorm, но мне будет удобнее в нем работать.
Это как если я прошу моего поставщика ПО добавить в него функционал, который есть у конкурента.
Это как если я прошу моего поставщика ПО добавить в него функционал, который есть у конкурента.
вашими же словами: электродрель удобно лежит в руке и я хочу, чтобы и перфоратор так же удобно лежат в одной руке.
> И vim и phpstorm это одно и тоже.
Вы можете еще смешней, нужно только постараться.
Вы можете еще смешней, нужно только постараться.
Так так, интересно послушать какие же между ними различия вы насчитаете )
Примерно того же уровня, что и между дрелью (только не электрической — ручной) и перфоратором.
Основная задача одинаковая — редактирование текста (кода). Хотя и дрель и перфоратор делают отверстия… Плохой пример сравнения.
Для одинаковых задач в программировании можно одинакого успешно использовать и vim и phpstorm, чего не сказать про сверление бетона ручной дрелью. Конечно мы берем не пустой vim, а дополненый плагинами и прямыми руками.
Для одинаковых задач в программировании можно одинакого успешно использовать и vim и phpstorm, чего не сказать про сверление бетона ручной дрелью. Конечно мы берем не пустой vim, а дополненый плагинами и прямыми руками.
А можно конкретнее, без всяческих аналогий и тому подобного? В контексте моего вопроса, из которого разрослась эта ветка, какие отличия в них есть?
Хых. Я бы по-другому задал вопрос: если, как вы считаете, отличий нет, то к чему тогда вообще всё это обсуждение и ваши попытки ненавязчиво всех убедить в превосходстве вима?
единственное отличие — наличие normal(command) mode в vim
Или отсутствие необходимости normal(command) mode в IDE?
Отсутствие возможности.
Наличие необходимости — личный выбор каждого.
Наличие необходимости — личный выбор каждого.
Необходимость вещь субъективная. Один жить без этого неможет, другой только краем уха слышал.
Если скатываться в аналогии, то ключевая разница не в функциях, а в доступе к этим функциям.
Плохая аналогия но все же: есть дрель для правшей, с анатомической формоф ручки, специфическим расположением кнопки и регилировок. Правшам — верх удобства. Есть человек-левша. Вроде бы сверлить может, но ему не удобно. И человек хочет к этой дрели вариант рукоятки для левшей. Правши искренне не понимают — им и так хорошо. А вот ему нужно. Ему сама дрель нравится, но пользоваться лично для него ей не удобно.
Если скатываться в аналогии, то ключевая разница не в функциях, а в доступе к этим функциям.
Плохая аналогия но все же: есть дрель для правшей, с анатомической формоф ручки, специфическим расположением кнопки и регилировок. Правшам — верх удобства. Есть человек-левша. Вроде бы сверлить может, но ему не удобно. И человек хочет к этой дрели вариант рукоятки для левшей. Правши искренне не понимают — им и так хорошо. А вот ему нужно. Ему сама дрель нравится, но пользоваться лично для него ей не удобно.
Для работы программистов вполне достаточен блокнот и компилятор, во всем остальном необходимости никакой нет )
Вы живете в своем выдуманном мире и общаетесь с выдуманными людьми. Я никого ни в чем не убеждал, я лишь попросил реализовать с помощью менюшек и горячих клавишь в современных GUI редакторах аналог вимового normal mode.
В общем-то, потому и популярна у верстальщиков Mac OS.
Покуда она, с одной стороны, является *Nix, а с другой стороны уже есть нативный фотошоп без всяких костылей.
Покуда она, с одной стороны, является *Nix, а с другой стороны уже есть нативный фотошоп без всяких костылей.
А в чем интерес тогда?
Под костылями вы понимаете другие графические редакторы? Сильно )))
Вам же не редактировать а просматривать нужно…
Про один из них автор написал в посте. Плюс есть gimp, krita, inkscape.
Автор пишет:
Насчет остальных скажу, что простые psd они переваривают как раз нормально. Ну, кроме Inkscape, ибо он векторный.
И вообще, psd — это фотошопный формат. Фотошоп, вон, вообще не открывает гимповские файлы, и что? Если нужны слои, то можно без проблем использовать tif вместо psd для обмена данными.
Для нарезки макетов, мы будем использовать кроссплатформенную программу Avocode, она отлично справляется с psd и sketch макетами и позволяет вести командую работу
Насчет остальных скажу, что простые psd они переваривают как раз нормально. Ну, кроме Inkscape, ибо он векторный.
И вообще, psd — это фотошопный формат. Фотошоп, вон, вообще не открывает гимповские файлы, и что? Если нужны слои, то можно без проблем использовать tif вместо psd для обмена данными.
Увы, дизайнеры обычно присылают именно PSD. А гимп с критой даже текст не могут выдрать из слоя. Плюс, оба тупят с эффектами слоёв. В общем обычно даже простые PSD приходится в шопе открывать. Хорошо, что выше поделились ссылкой на онлайн-утилиту, это намного упростит жизнь.
С дизайнерами ведь можно всегда договориться. Я в свое время просто попросил сохранять мне макеты в svg и после этого проблем не знал (Дизайнер в Иллюстраторе работает).
Вы так говорите, как будто нажать разок кнопочку export — невыносимая боль
Да, такое иногда бывает. Но сейчас многие работают на принципах Agile, сложности могут возникнуть разве что с совсем неповоротливыми монстрами.
Насчет стандарта думаю, что он все-таки не самосформировавшийся. Это спланированная и четкая политика Адоба по продвижению своих продуктов. У Автодеска такая-же история.
Насчет стандарта думаю, что он все-таки не самосформировавшийся. Это спланированная и четкая политика Адоба по продвижению своих продуктов. У Автодеска такая-же история.
К сожалению, не всегда. Иногда нет прямой связи с дизайнером (ты фрилансишь, или наоборот, дизайнер аутсорсный). Да и я не совсем уверен, что в tiff могут правильно сохраниться все слои фотошопа с разными фильтрами, эффектами и др. А иногда в psd бывают векторные вставки, tiff это умеет? Дизайнер сам не всегда представляет, какие именно png нужны будут, поэтому просить его высылать png тоже не вариант.
Ну и ниже уже сказали, если будешь постоянно доставать дизайнера просьбами экспортировать всё в какой-то другой формат, то он может психануть и попросить у начальства другого верстальщика, ведь их сейчас много, и они вполне заменяемы. Вот и возьмут того, который будет меньше требовать.
Ну и ниже уже сказали, если будешь постоянно доставать дизайнера просьбами экспортировать всё в какой-то другой формат, то он может психануть и попросить у начальства другого верстальщика, ведь их сейчас много, и они вполне заменяемы. Вот и возьмут того, который будет меньше требовать.
Как и Linux прохо открывает exe'шники, чему я совершенно не удивляюсь. Не пробовали гвозди забивать молотком?
Нет. Виртуалки и wine.
Пробовал их сам в своё время. Фотошоп, скажем так, не работает, а функционирует.
Т.е. можно громко кричать «ааа! Смотрите! Я запустил!», но вот серьёзно пользоваться получается не всегда.
Пробовал их сам в своё время. Фотошоп, скажем так, не работает, а функционирует.
Т.е. можно громко кричать «ааа! Смотрите! Я запустил!», но вот серьёзно пользоваться получается не всегда.
Для верстки фотошопа в wine вполне хватает, да, не очень производительно и стабильно, местами артефакты в интерфейсе, но правильно нарезать картинки позволяет, а ресурсов потребляет меньше чем виртуалка.
В том то и дело, что такой компромисс далеко не всегда устраивает. Когда привык к нему, как к нормальному рабочему инструменту, разные нестабильности и артефакты очень сильно расстраивают. И то, что некоторые шорткаты, привычные в нативной среде, приходится делить с иксами, тоже весьма расстраивает. Поэтому я и говорю, что он не работает, а так, «в принципе, функционирует». Если сильно приспичит, то сойдёт временно. Но для постоянной работы — это всё равно, что заниматься газетной вёрсткой в «блокноте».
я нашел идентичный плагин и для geanyвместо плагина можно использовать уже готовое в ОС. Например в Gnome, после монтирования в Nautilus удалённого каталога, его можно обнаружить как локальный каталог в ~/.gvfs/ — работаете из _моя_любимая_IDE как с локальным каталогом
Вопрос. А что даёт FileZilla такого, чего нет в Nautilus? панельки с закладками и тут есть через F3. Консоль тоже есть через плагин…
Не очень понял про раздел «тестирование в IE» — ну установили вы VirtualBox и?
Поставил Avocode — он не смог обработать ни один из предложенных PSD файлов. Сырая штука до сих пор.
А зачем отдельная программа для ftp, если есть curlftpfs, работающий через fuse? Сам я её не пробовал, т.к. обычно на ssh и при необходимости sshfs, но если она аналогично работает, то будет весьма удобно.
когда не свои сервера, то работаешь с тем, что дали. Например с FTP
Потому я и говорю curlftpfs, должен делать то же самое, но по webdav/ftp.
значит я вас не так понял. Получается, мы с вами про одно и то же говорим
Не понимаю мазохизма с FileZilla и прочими фтп-клиентами. Наблюдал работу человека через FZ — открываем её, двойной щелчок по файлу, файл открывается в редакторе (один!), правим, сохраняем, всплывает окно FZ — сохранить? — жмякаем Да. И так на каждый файл и на каждое сохранение. Зачем?! У меня терпение кончилось даже смотреть на это!
На мой взгляд лучше (в порядке уменьшения «желательности»):
— использовать инструменты деплоя, или хотя бы git
— работать локально — скачали проект, изменили — залили
— подключать удалённую ФС локально — в IDE/редакторе виден весь проект, не надо переключаться окнами и т.д.
Почему так много людей любят заниматься разработкой «стоя в гамаке в противогазе»?
На мой взгляд лучше (в порядке уменьшения «желательности»):
— использовать инструменты деплоя, или хотя бы git
— работать локально — скачали проект, изменили — залили
— подключать удалённую ФС локально — в IDE/редакторе виден весь проект, не надо переключаться окнами и т.д.
Почему так много людей любят заниматься разработкой «стоя в гамаке в противогазе»?
Я ftp-клиент использую для заливки архивов или тех же распакованных cms, а редактирую непосредственно в ide
Откройте для себя shipit, крайне удобно на небольших проектах.
Avocode отличный. Недавно открыл его для себя. Смысла особо оставаться на Фотошопе нет. Особенно если ребят его чуть допилят.
Sign up to leave a comment.
Жизнь верстальщика в Linux