http://books.gentoomen.org/ via @l29ah

Посоны, есть один файл… Он постоянно меняется, а я хочу его анализировать каждые N секунд. Он, конечно, небольшой — меньше десятка метров — и можно его просто копировать, но мне хочется consistency и isolation в терминах ACID: у меня должна быть возможность взять какое-то конкретное состояние файла и читать его сколько влезет, не опасаясь того, что кто-то мне эти данные перепишет. Так можно? В open(2) ничего такого не нашёл. ФС, если что, ext4, но по возможности хотелось бы не привязываться.

Внезапно осознал, что могу имплементировать quicksort только на Haskell.

Если верить комментариям, тут каждый первый пишет на JS, так что ответ я наверняка получу мгновенно. Вопрос следующий: я знаю, что JavaScript стандартизирован под именем ECMAScript. Я даже погуглил и выяснил, что крайняя его редакция имеет версию 5.1 и вышла в июне 2011-го. Но Википедия, ссылаясь на Mozilla Developer Network, утверждает, что последний стабильный релиз был в марте 2011-го и носит номер 1.8.5. Объясните, пожалуйста, что происходит и как это всё понимать.

Когда в универе/на работе/в Интернете встречаешь ньюфага, не секущего в Git/Vim/whatever, так и хочется порекомендовать ему каких-то ресурсов, чтобы он мог максимально быстро прошариться, а затем, естественно, и что-то более продвинутое. Предлагаю в этом треде собирать ссылки на эти самые ресурсы. Я начну. * Git: * новичку: * книга «Git Magic» Бена Линна (имеются переводы на русский и украинский): http://www-cs-students.stanford.edu/~blynn/gitmagic/ * «A successful Git branching model», Vincent Driessen — это чтобы понять, зачем нужны ветки и как ими лучше всего пользоваться * сайт, позволяющий путём решения задачек понять, как же работать с ветками: https://pcottle.github.io/learnGitBranching/ Помимо прочего, приучает думать о репозитории как о DAG, а о Гите как об инструменте для манипуляции этим самым графом, что, на мой взгляд, является Единственно Верным подходом * опытному: * «Pro Git», Scott Chacon and Ben Straub, https://progit.org/ Рассказывает про всякие более обскурные штуки вроде того, как Git хранит блобы, а также немного рассказывает об организационных вещах, например, как организовать работу и как запилить себе с друзьями ваш собственный GitHub *Tmux: * новичку: * «tmux: Productive Mouse-Free Development», Brian P. Hogan — даёт хороший обзор и в то же время вбивает в голову тот минимум, что необходим для начала работы * среднячку: * tmux(1) — просто чтобы узнать все-все-все опции. Авось какая-то из них вам полезна :) Я, к примеру, не нарадуюсь activity-monitor, но его приходится выключать для некоторых окон, например, из-за htop * Vim: * среднячку: * «Practical Vim: Edit Text at the Speed of Thought», Drew Neil — куча обскурных команд (inb4: все команды в vim обскурны!), несколько полезных шаблонов мышления (сведи всё к одному действию @ жмакай точку до посинения, например) Что можете добавить? В частности, что советовать новичкам по Vim (inb4: Emacs, nano), что почитать после «Pro Git»?

Оказывается, в Си есть операция «запятая»: http://zhz00.diary.ru/p201515010.htm

Парни, у меня тут какой-то феерический майндфак. Есть такая читалка, CoolReader называется. В ней есть закладки и даже экспорт оных в файл. В коде написано, что файл в UTF-8, но при этом в него пишется BOM для UTF-16 (0xfeff то есть, вместо положенного 0xefbbbf): http://sourceforge.net/p/crengine/crengine/ci/cr3-3.1.2-33/tree/android/src/org/coolreader/crengine/BookInfo.java#l240 (ссылка на код той версии, что собран и работает у меня на Nook). По факту в файле BOM правильный, двухбайтовый. WTF?

У многих проектов есть свой coding style. Некоторые пункты стиля (например, табы vs. пробелы) реализуются настройками редактора. Вопрос: где прописываются такие вещи? modeline в каждый файл пихать как-то глупо, да и неудобно — при создании нового файла можно легко что-то забыть.

А как мне проверить, что scanf() дочитал строку до конца? Например, я делаю scanf("%i", ...), а пользователь вводит 123abc — 123 прочитается, а abc останется на вводе до следующего scanf() (или read(), или что там будет читать ввод). Как убедиться, что такого не случиться?