Управление версиями с лучшими практиками Google Docs? [закрытый]

Чтобы перенумеровать 6000 файлов в одну папку, вы можете использовать опцию «Переименовать» программы ACDsee.

Для определения префикса используйте этот формат: ####"*"

Затем установите начальный номер и нажмите «Переименовать», и программа переименует все 6000 файлов с последовательными номерами.

17
задан Lance Pollard 5 November 2009 в 08:13
поделиться

3 ответа

Вы можете попытаться написать приложение для этого. Прочитайте документацию по протоколу Google Docs, в частности, раздел Редакции документа . Имейте в виду, что это будет много работы: вам понадобится приложение, которое сравнивает все данные из ваших изменений в документах Google с вашими Git / SVN и наоборот.

Серьезно, уже имея конфигурацию SCM, я бы придерживался ее и выполнял простой скрипт на python, который «экспортировал» последние коммиты (или теги) в мои документы в Google. Таким образом, вы можете читать свою документацию в любом месте (вам нужен только браузер), но при этом пользоваться преимуществами традиционного SCM, так как это лучший из двух подходов IMHO.

5
ответ дан 30 November 2019 в 14:41
поделиться

Используйте классы кнопок из пакета функций. У них есть поддержка для отображения как текста, так и изображений на кнопках, ваша обычная кнопка не может этого сделать. Просмотрите каталог «samples» в каталоге установки VS.

-121--4407690-

Эта игра действительно захватила мой интерес, поэтому я потратил пару дней, работая над ней.

Первое, что я заметил, это то, что легко показать, что после первой платы (может быть, 2 в некоторых случаях), самый быстрый способ поднять оценку, используя множитель. Из-за этого я построил систему с целью решения каждой платы в наименьшем количестве шагов. Я начал хотеть использовать A *, потому что он, как правило, построен только для этих типов проблем поиска... однако эта проблема всё же оказалась дурью.

Когда речь идет о А *, эффективность его действительно сводит на нет ваш выбор эвристической оценки. Чем ближе вы приближаетесь к угадыванию фактического расстояния, тем меньше узлов, которые нужно будет расширить, чтобы достичь цели. Для этой проблемы я просмотрел ряд идей для оценки, но большинство из них нарушило правило A *, которое заключается в том, что вы НЕ можете оценить фактическое расстояние, иначе вы нарушите оптимальность A *.

Однако некоторые из них работают. Другие в этом потоке опубликовали о только что взять количество оставшихся цветов в качестве оценки, которая допустима, потому что она не может сверх оценки (вы должны изменить цвета по крайней мере один раз для каждого оставшегося цвета не часть основной области «потопа». Проблема этой эвристики в том, что она очень плохо оценивает фактическое расстояние. Возьмем, например, первый ход, который обычно имеет оценку количества цветов, 6. Он часто расширяется на 2 хода, каждый из которых обычно имеет оценку 7, и так далее и так далее. Возьмите этот 5 уровней глубиной и для размера платы 10x10, большинство листков имеют оценку 11. Эта эвристика в основном реализация ширины первого поиска, пока вы не достигнете в пределах 4 или 5 ходов от вашей цели. Это не очень эффективно, и в моих собственных тестах экспоненты намного превышают размер платы 9, что часто требует около 14 ходов в решении. Следует отметить, что мое решение было очень высоким, однако, и не было принято много мер, чтобы ускорить ситуацию.

Проблема заключается в том, что A * является действительно хорошим только тогда, когда каждый шаг делает существенное уточнение фактического расстояния общего решения. Глядя на проблему напрямую, вы, вероятно, не найдете хорошую эвристику, которая может сделать гораздо лучше, чем это, не оценивая стоимость. Однако если вы преобразуете проблему в другую проблему, на вас выскочит лучшая эвристика. Эвристическое «количество оставшихся цветов» отвечает на вопрос, какое наименьшее число возможных ходов осталось. На ответ на этот вопрос я спросил себя, «какое место на доске требует максимального количества шагов, чтобы добраться»? В итоге я остановился на ответе «сколько шагов в правый нижний угол» для моей эвристики.Это довольно легко реализовать, запустив другой поиск A *, который работает скорее как поиск направлений карты, а затем подсчет количества шагов в решении. Я понимаю, что это произвольная точка на плате для выбора, однако она достаточно хорошо работала в тестировании и запуск A * на каждой оставшейся точке занял достаточно много времени на моей однопроцессорной тестовой машине.

Эта эвристика сама по себе имела тенденцию к разрушению после того, как правый нижний угол стал частью затопленной области, однако, таким образом, окончательный результат был MAX (нижний правый угол min steps, количество цветов, оставшихся не частью основного потопа). Это, наконец, удалось достичь некоторых очень больших размеров платы в течение одной секунды с моим высоким уровнем реализации.

Я оставлю настройку на ваше усмотрение.

-121--2225217-

Используйте код Google. Google Docs довольно рудиментарен. Он не имеет функций управления версиями Word. Однако можно сохранить много версий.

0
ответ дан 30 November 2019 в 14:41
поделиться

В частности, для веб-разработки, овладение C # сделало запись javascript (и выполнение сложных вещей с помощью jQuery) намного проще, потому что синтаксис так похож.

-121--3926545-
// Uses the compiler's type inference mechanisms for generics to find out the type
// 'self' was declared with in the current scope.
static public Type GetDeclaredType<TSelf>(TSelf self)
{
    return typeof(TSelf);
}

void Main()
{
    // ...

    Foo bar;
    bar = null;

    Type myType = GetDeclaredType(bar);
    Console.Write(myType.Name);
}

Принты:

Foo

Я разместил это также на аналогичную тему, я надеюсь, что это может быть использовано для вас.; -)

-121--933713-

Я не уверен насчет google docs... но вы просмотрели dropbox ? Я использовал это на нескольких небольших и средних проектах, и это сработало хорошо.

3
ответ дан 30 November 2019 в 14:41
поделиться
Другие вопросы по тегам:

Похожие вопросы: