Комментарии 29
Голосовалка вводит в ступор: Ну кто в критической ситуации скажет «Нет, я не буду исправлять код на <%=deviceName%>, это издевательство»?
В критической ситуации ты будешь править код в редакторе смсок Nokia 3310, если это хоть как-то поможет выйти из критической ситуации!
В критической ситуации ты будешь править код в редакторе смсок Nokia 3310, если это хоть как-то поможет выйти из критической ситуации!
Как видите, большинство так и говорит — лучше потерять 1млн$, чем править код на телефоне
Кажется сейчас эти комментарии изменят статистику…
Интересно, а есть люди, которые заглядывают в комменты, прежде чем проголосовать?
Интересно, а есть люди, которые заглядывают в комменты, прежде чем проголосовать?
Уже -10% у первого ответа. Так что ответ — да, заглядывают.
К сожалению мы никогда не узнаем, это случайное изменение, или мы на него повлияли…
Есть идея, как это проверить в отдельной статье: Зафигачить голосование, а в комментариях попросить голосовать за какой-то определённый вариант ответа, за который бы в реальной ситуации люди врядли бы голосовали…
Хотя, как показывает опыт, проведённый мной в одной старой статье, люди могут голосовать за полную ахинею даже когда их никто не просит. Там в голосовании за лучшие игры на 2013 год я добавил игру с названием «River Revenge 2», которой вообще не существует. Но 6 человек посчитало, что эта игра одна из лучших игр всех времён и народов.
Забавно, не правда ли?
Есть идея, как это проверить в отдельной статье: Зафигачить голосование, а в комментариях попросить голосовать за какой-то определённый вариант ответа, за который бы в реальной ситуации люди врядли бы голосовали…
Хотя, как показывает опыт, проведённый мной в одной старой статье, люди могут голосовать за полную ахинею даже когда их никто не просит. Там в голосовании за лучшие игры на 2013 год я добавил игру с названием «River Revenge 2», которой вообще не существует. Но 6 человек посчитало, что эта игра одна из лучших игр всех времён и народов.
Забавно, не правда ли?
Планшет. Есть также отстегивающаяся хардварная клавиатура. Пользуюсь AWD, DroidEdit и ssh клиентом. С хардварной клавиатурой однозначно удобнее. Постоянно работать невозможно в силу качества связи оператора, размера экрана и т. д. Но в дороге в критической ситуации случалось работать и пару раз выручало.
Мне кажется зря люди так консервативно настроены. Всего-то лет 10 назад, 13" монитор с разрешение 800x600, это была норма. В него влезало 80 символов (кстати этот стандарт до сих пор в некоторых IDE по умолчанию). В мой Nexus 4 (720p), сейчас влезает 64 символа, 12го шрифта. С 1080p будет еще лучше. Так, что в транспорте, где ноутбук явно не к месту, почитать, или даже чуть-чуть пописать — вполне.
Что имеется ввиду под тормозами при переключении табов в DroidEdit? Только что проверил — переключает почти мгновенно, только на полсекунды текст без подсветки — видимо, роисходит перерендеривание
Откройте 2 файла 1500+ строк и попробуйте переключаться между ними. На nexus 4 с AOT, переключение из файла с 900 строками в файл с 2200, занимает примерное 10 секунд.
Я полностью осознаю, что такие огромные файлы это не нормально, но в мире веб разработки, как я понял, это ок. К примеру, в wordpress есть PHP файл, в котором класс, размером более 5 тысяч строк. Ни в одной мобильной приложении с ним работать не возможно.
Я полностью осознаю, что такие огромные файлы это не нормально, но в мире веб разработки, как я понял, это ок. К примеру, в wordpress есть PHP файл, в котором класс, размером более 5 тысяч строк. Ни в одной мобильной приложении с ним работать не возможно.
Я не веб-разработчик, поэтому пришлось поискать) Все, что нашлось, это файлы на 700+ и 900+ строк. Да, с 700 на 900 переключается около 3 секунд. С 900 на 700 довольно бодренько — на глаз секунды полторы.
Вот тут вы найдете много файлов 2000+ строк ). Я именно отсюда брал для тестирования.
Ну да, есть такое. С 2000 на 1200 — 5 с. Обратно — 8 с (это до полной загрузки и появления подсветки) С другой стороны, при открытии того же файла в 2000 строк в AWD система сообщила, что программа не отвечает. Правда, через несколько секунд после нажатия на «Подождать» все же открыла
У меня получилось открыть 2263 строчный файл в DroidEdit за 11с, В AWD за 13. Но в AWD подсветка более интеллектуальная — с проверкой синтаксиса. Клавиатура еще и там и там закрывается и открывается долго, когда открыты такие файлы. Создание новой строчки так же тормозит. В целом, такие огромные файлы редактировать не очень-то удобно на данный момент.
Поразительно, что только в одной IDE из четырех — моноширинный шрифт
А самой подходящей программы(экосистемы) для кодинга так и не привели. Terminal IDE. Консоль + mc + vim и прочими радостями всяко лучше всех этих недоредакторов
Ну это ваше мнение. У меня другое — писать код в консоли, это извращение и прошлый век. Особенно когда мы говорим про тач интерфейс.
Вот вы открываете папку в mc с вашим проектом, в котором, к примеру 1000 файлов, которые лежат в разных вложенных папках. Открываете файл, в нем видите, что вам надо поправить метод класса, который в другом файле. Вы закрываете vim, открываете mc, в нем через поиск ищете файл? А если не знаете, как называется файл, в котором лежит этот класс, что тогда делаете?
Вот вы открываете папку в mc с вашим проектом, в котором, к примеру 1000 файлов, которые лежат в разных вложенных папках. Открываете файл, в нем видите, что вам надо поправить метод класса, который в другом файле. Вы закрываете vim, открываете mc, в нем через поиск ищете файл? А если не знаете, как называется файл, в котором лежит этот класс, что тогда делаете?
При всей моей любви и зависимости от Microsoft Visual Studio не могу не признать, что Vim таки мощный инструмент для разработчика. Правда им надо уметь пользоваться. Я вот не умею =)
Что до программирования на сенсорных устройствах, то на мой взгляд ТЕКСТОВЫЙ код и набор ТЕКСТА на сенсорном экране — несовместимые на данный момент занятия.
Но если у планшета есть почти полноценная клавиатура, то уже можно заниматься девелопментом каких-то несложных вещей.
P.S. вы не подумайте, что я действительно что-то программирую на планшете. У меня и дома, и на работе есть полноценные настолки. Комментарий исключительно в защиту возможности программировать на планшете
Что до программирования на сенсорных устройствах, то на мой взгляд ТЕКСТОВЫЙ код и набор ТЕКСТА на сенсорном экране — несовместимые на данный момент занятия.
Но если у планшета есть почти полноценная клавиатура, то уже можно заниматься девелопментом каких-то несложных вещей.
P.S. вы не подумайте, что я действительно что-то программирую на планшете. У меня и дома, и на работе есть полноценные настолки. Комментарий исключительно в защиту возможности программировать на планшете
При необходимости править код на телефоне выручал ConnectBot и vim на удаленной стороне. К сожалению, качество связи часто такое, что «традиционным» редактором было бы пользоваться невозможно в принципе (после набора символа/команды иногда приходится ждать 10-60 секунд до отклика).
P. S. IDE на телефоне не использую (планшет пока не покупал, т. к. не придумал зачем он мне нужен) и не планирую.
P. S. IDE на телефоне не использую (планшет пока не покупал, т. к. не придумал зачем он мне нужен) и не планирую.
Я может не понял, что вы написали, но вообще-то у «традиционных» редакторах время отклика 0 секунд, потому что они работают с локальной копией файла. Или «традиционный» это как раз ConnectBot и vim?
Имеется ввиду редактирование файлов на удаленной машине. Под традиционными редакторами понимаются всякие nano/joe (emacs с натяжкой, но его на мобильном устройстве использовать будет очень некомфортно из-за отсутствия педалей ctrl и meta).
Мой случай не требует функционала IDE, но требует remote shell, с чем ssh (connectbot это именно ssh-клиент) обычно нормально справляется. Проблемы возникают при большом RTT и ощутимых потерях (~3%).
Мой случай не требует функционала IDE, но требует remote shell, с чем ssh (connectbot это именно ssh-клиент) обычно нормально справляется. Проблемы возникают при большом RTT и ощутимых потерях (~3%).
А VIM иначе работает, чем nano, и с ним не задержи?
Vim умеет командный режим, аднака. Да и печатать меньше надо. Намного.
У меня кроме vim'а популярен ещё один редактор —
У меня кроме vim'а популярен ещё один редактор —
sed.Кстати и ctrl и meta есть, в статье ссылка на эту клавиатуру.
А почему бы не использовать SFTP, и не работать в одной из вышепредставленных программ, без набирания в миллионный раз заклинаний:
А почему бы не использовать SFTP, и не работать в одной из вышепредставленных программ, без набирания в миллионный раз заклинаний:
ls; cd /usr/....; vim my_file; и т. д.?На hacker keyboard, которую я использую, есть необходимые клавиши. Но
Это не считая интерактивных операций. В стиле поправил конфиг, добавил запись в базу, дернул сервис, посмотрел в логи и т. п.
Я не понимаю, с чем вы спорите? Если ваш workflow ограничивается редактирование файлов в
C-x M-c M-butterfly набирать всё равно не очень удобно.А почему бы не использовать SFTPПроще по-grep'ать десяток-другой мегабайт логов на сервере, чем тащить эти десятки мегабайт к себе ближайшие N часов…
Это не считая интерактивных операций. В стиле поправил конфиг, добавил запись в базу, дернул сервис, посмотрел в логи и т. п.
Я не понимаю, с чем вы спорите? Если ваш workflow ограничивается редактирование файлов в
/usr в нарушение FHS, то у меня workflow другой. Не лучше и не хуже, просто другой.Проще по-grep'ать десяток-другой мегабайт логов на сервере, чем тащить эти десятки мегабайт к себе ближайшие N часов…
Это не считая интерактивных операций. В стиле поправил конфиг, добавил запись в базу, дернул сервис, посмотрел в логи и т. п.
Вы же писали, что код правите, а теперь оказалось что логи читаете и администрированием занимаетесь.
Я не понимаю, с чем вы спорите?
Я даже не знал, что я спорил. Просто вопрос задал и теперь получил ответ. Правда вопрос все же относился к правке кода, а не к администрированию. Почему неудобно администрировать сервера в IDE это для меня достаточно очевидно.
Если ваш workflow ограничивается редактирование файлов в /usr в нарушение FHS, то у меня workflow другой. Не лучше и не хуже, просто другой.
Мой к worklow, к счастью, вообще этого не касается, потому что я программист. usr — просто первое, что я вспомнил, потому что писал эти строки не так уж много раз в жизни.
Мой к worklow, к счастью, вообще этого не касается, потому что я программист.И? Я тоже программист. Просто не всякий код деплоится простым
scp. Не всякая программа может отлаживаться в локальном окружении. Скажем, запуск аппсервера с jdwp (включенной удаленной отладкой) требует некоторого «администрирования»: правки конфига и перезапуска.Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Подборка специализированного софта для веб разработчика под ОС Android