Building changelog from Git log output

That's how you get the name of last tag applied to current branch in Git repo:

git describe | grep -Eo '^[^-]+'

We need to meddle with grep because git describe gives us additional info in the form of

LAST_TAG-COMMITS_SINCE_LAST_TAG-gLAST_COMMIT_HASH

Note the funny literal 'g' before the LAST_COMMIT_HASH.

And that's how you get the list of changes since some COMMIT till the current state of the working copy, in really pretty format "ISO Date (Author) Commit text":

git log --no-merges --pretty=format:'%ai: (%an) %s' COMMIT..HEAD

HEAD is literal "HEAD" there. You can substitute COMMIT token with either commit hash or tag.

Now you write the following script and place it in the root of the codebase of your project:

#!/bin/sh

# Get the list of changes made since the last tag

LAST_TAG=`git describe | grep -Eo '^[^-]+'`
git log --no-merges --pretty=format:'%ai: (%an) %s' $LAST_TAG..HEAD

Name it as changelog and then you can do just:

./changelog

And get something like this:

2012-09-14 23:50:43 +0400: (E. T.) Some stuff for ticket 1584. re #1584
2012-09-14 23:45:05 +0400: (A. Y.) Some stuff for ticket 1584. test #1584
2012-09-14 15:44:49 -0400: (A. Y.) Refactored some old stuff
2012-09-14 22:24:04 +0300: (D. M.) Improved tests

And this will be changes only since last tag applied. Excellent for quick reports about current upstream.

Essential string processing functions in Common Lisp

It should be noted that true Common Lisp somewhat lacks in several important parts of string-processing, and it shows sometime. Today I needed to heavily process large body of regular text and will write here some functions which are AFAIK considered "standard" in modern languages and which not so easily accessible and/or amazingly intuitive in CL.

In all following code snippets token input stands for input string.

1. Trimming string from spaces, tabs and newlines

   (string-trim '(#\Space #\Newline #\Return #\Linefeed #\Tab) input))

   All named characters are listed in Hyperspec, 13.1.7 Character Names.

2. Replacing by regular expressions

   Provided by CL-PPCRE package.

   In next snippet I remove all tokens enclosed in square brackets from the input string:

   (ql:quickload :cl-ppcre)
   (cl-ppcre:regex-replace-all "\\[[^]]+\\]" input "")

   Honestly, I don't know when you can need simple regex-replace and not regex-replace-all. Also, note the double-escaping of special symbols (\\[ instead of \[).

3. Splitting string by separator symbol

   Provided by CL-UTILITIES package.

   In next snippet I split the input string by commas:

   (ql:quickload :cl-utilities)
   (cl-utilities:split-sequence #\, input)

4. Making same modification on every string in given list

   In next snippet I trim spaces around all strings in list input-list:

   (map 'list 
        (lambda (input) (string-trim " " input)) 
        input-list)

   However, way better is to wrap the transformation for the string in separate function and call the mapping referencing just the name of transformation:

   (defun trim-spaces (input)
     "Remove trailing and leading spaces from input string"
     (string-trim '(#\Space) input))
   
   (map 'list #'trim-spaces input)

   Do not forget that string is just a sequence of a characters, and all sequence-operating functions can work on strings in either "abcd" form or '(#\a #\b #\c #\d) form. This applies only to sequence-operating functions, however.

5. Removing the characters from string by condition

   In the next snippet I leave only the alphanumeric characters in the input string:

   (remove-if-not #'alphanumericp input)

   There are remove-if also.

   As with map, you can make arbitrary complex predicates either with lambdas or wrapping them in separate functions.

Как написать пятиминутный доклад на студенческую конференцию

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

Мучился я почти до самого до пятого курса, когда перед одной из конференций меня не осенило и я не составил для себя короткий простой план текста доклада на проект любого типа. С этим планом доклад обычно получался даже короче, чем на 5 минут. Он успешно опробован на четырёх конференциях, так что я уверен в его полезности, почему и делюсь им с Сетью. :)

Если кому-то план покажется очевидным, рад за вас. Если нет — то вот он, пожалуйста.

1. С чем связана работа + что было выполнено. (2 предложения)

   «Моя работа связана с...»

   «В её рамках было разработано...»

   Во введении достаточно лишь назвать ключевые слова, по которым потенциальный слушатель поймёт а) разбирается ли он в теме вообще и б) интересна ли ему эта тема.

2. Предметная область. (2 предложение)

   Скорее всего, в одно предложение уложиться не удастся, поэтому выделяется два.

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

   Скажем, если написали «Моя работа связана с разбором s-выражений при помощи многопоточных компиляторов на языке Haskell», значит, в одном предложении рассказываем, что такое s-выражения, в другом — что такое многопоточные компиляторы (раскрываем только самые сложные/конкретные концепции, на всё времени нет)

3. Задача. (1 предложение)

   «Решалась задача...» или «Была поставлена задача...»

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

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

   Я многократно видел примеры того, как единственным вопросом из зала было: «А как полученные вами результаты соответствуют вашей задаче?».

4. Актуальность. (1 предложение)

   «Данная задача имеет ценность, потому что...»

   Актуальность означает одно из двух: а) какую пользу принесёт решение вашей задачи или б) какие трудности существуют из-за того, что данная задача до сих пор не была решена.

5. Методы. (3 предложения)

   «Для решения задачи было использовано...»

   Ни в коем случае нельзя углубляться в подробности, потому что аудитория гарантированно уснёт. Они не занимались этой работой, им априори не так интересны детали.

   Если кому-то станет действительно интересно, он спросит после доклада.

6. Результаты + тесты. (2 предложения)

   «В качестве конечного результата было получено...»

   «Работа оттестирована на...» или «В качестве тестовых данных были использованы...»

   В качестве конечного результата всегда должен получиться некий артефакт: компьютерная программа, формальная спецификация, механизм/агрегат, какая-то ещё вещь.

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

   К тому же, так как студенческая конференция предназначена для того, чтобы показать своё старание и навыки, очень глупо будет не указать, что для решения поставленной задачи было необходимо что-нибудь вроде анализа динамики статистики рождаемости альбиносов в мире начиная с Рождества Христова.

7. Выводы. (1 предложение)

   «Полученные результаты позволяют сделать вывод о том, что...»

   Всегда спрашивают о выводе, если сам об этом не сказал.

   Если вывод не сформировался сам собой в процессе работы, то ничего из пальца высасывать не нужно: достаточно просто сказать, что обнаружено, что выбранные методы успешно решают поставленную задачу / непригодны для решения поставленной задачи.

8. Где может использоваться. (1 предложение)

   «Эта работа может быть использована для...»

   Если ответ на этот вопрос не очевиден из вышесказанного, то его обязательно зададут из зала.

   Увы, если результаты работы или использованные методы решения не могут использоваться нигде, то это автоматически означает, что работа не нужна, а, следовательно, зачем она вообще была выполнена? И потом, если есть актуальность, то почему работу негде использовать?.. В любом случае, вскрывается серьёзная логическая ошибка в постановке задачи.

В итоге получается 13 предложений (возможно, длинных, это неважно), которые очень легко выучить наизусть (и не читать по бумажке вообще) и содержат совершенно всё, что интересует аудиторию.