Обновить
46
spiritedflow@spiritedflow

Пользователь

Отправить сообщение
Не хотел говорить, но после 3+ лет емакса… ;) пока ещё идёт период адаптации.

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

Но палитра команд, поиск файлов (Ctrl-P) и множество курсоров никак не дают вернуться вот уже примерно месяц :)
Когда пишешь для операционки, отличной от десктопа. На удалённой (виртуальной) машине исходники хранятся, там же и запускаются.
Плагин ctags (https://github.com/SublimeText/CTags) успешно прыгает к реализации функции, но для сложного ООП наверное надо что-то мощнее. Если реализаций несколько, он просто предлагает выбор, а не пытается догадаться по типу объекта, языку и т.п.
Метод обучения, по-моему, не очень эффективен. Идет зазубривание связки шотката и текста на английском. Вплоть до того, что реагируешь не на смысл, или вопрос, а на ключевые слова «upper», «lower», «find»…

Вместо этого я бы предложил обучать «катами». Например: дан код, надо выделить блок if, перенести его на 5 строчек вверх, в конце каждой строчки добавить ';'. И сделать это надо используя шоткаты: выделение на одном уровне, перемещение блока, multiline edit, прыжок в конец строки, ';'. И так несколько раз. Потом другая ката.
Да, и цена неадекватна. За 5$ получите штук 200 сокращений, но из них только 20-30 будут для вашего любимого редактора. А зачем остальные?

Да и полнота. Для того же sublime нет фолдинга, закладок, меток, выделение не всё, нет замены вообще, не всё для расстановки курсоров в multiline edit. Не shortcutfoo, а shortcutbasics.
Вы правы, декодер говорит UTF8 -> iso8859-1
> не в обидном понимании того слова

а так бывает?
Если бы сделали правильно, информацию справа от Apple пришлось бы с лупой рассматривать.
Прекрасно! Я конечно мог бы прочитать лекцию о КПД, о затраченных усилиях, о излишке свободного времени. Но не буду — сам такой :)
Скрипт для ресайза оформленный в виде пакета с README, чейнджлогом, историей и скриншотом(!), да ещё и в общем репозитории, это пять.

Можно ужасный скрипт на bash-е для сравнения?
Интересное голосование получилось. 2 пункта «Нет» и один «Да». Кажется что «Да» лидирует, но если Нет сложить, то почти поровну.
Подскажите, пожалуйста, популярные xmpp серверы на node.js. Что-то не смог нагуглить.
Честно скажу, не понял, что ещё надо, если есть указатели на родителей, названия слитых веток и можно разделить предыдущие коммиты по веткам, но спорить не буду. Наверное ещё не встречался с такой проблемой.
Думаю мешает то, что о баге не узнают, пока не сольют все ветки вместе. Проверять нечего ;)
Есть подозрение, что если вы нарисуете свои «stable, release и dev, плюс у каждого разработчика есть свои ветки» получится примерно картинка сверху. Нет?
Флага гарантирует, что у вас по идее всегда будет отдельный коммит с информацией о том, что с чем слилось и отдельная «петелька» с коммитами из feature ветки. По-моему, вполне достаточно, чтобы не запутаться в истории и, если надо, отменить feature.
Интересно, я думал, что git mergee --no-ff (картинка) как раз создан, чтобы всегда можно было понять, какие ветки слились и из чего они состояли.
Да, знаком :) Не буду повторяться, обратите внимание на первые две ссылки в моём предыдущем комментарии. MapBox != Яндекс.карты. Подобное уже было, такого же ещё нет.
Вы про возможность выбрать или создать свой стиль карты, на нём разместить маркеры (в том числе и свои), и получить на это всё URL для картинки, которая будет автоматически обновляться, если кто-то что-то обновит OSM? Никогда :) Надо смотреть на решение в комплексе.
> P.S. снесите, пожалуйста, прошлый пост.

Шутка дня :)

Информация

В рейтинге
Не участвует
Откуда
Россия
Зарегистрирован
Активность