youngmysteriouslight

Для работы с AST функторные кодировки более предпочтительны как раз за счёт возможности единообразно всем подсовывать новые фичи (а затем разом их скидывать). Да и с готовыми схемами рекурсии приятней работать, чем открывать фабрику велосипедов.

Набросал пример с добавлением аннотаций на эти выражения: https://repl.it/@ICRainbow/RoundHuskyExabyte
Fix2 не нужен, но надо чётко понимать чем будет являться функтор и неподвижная точка в каких выражениях. Это не сложно, но нужна практика.

Список автодополнения из пакета docker-ce-cli кладётся в /usr/share/bash-completion/completions/docker

Видимо нет

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

2. Нет
3. Если это единственная машина и никаких специфичных сервисов - типа nfs, ceph, iscsi - нет, то вероятность сломать что-либо минимальна. Если же делать по-умному, то нужно делать клон машины и пробовать на ней как на "песочнице" обновление

ORM и DAO пользоваться не пробовали? Doctrine, Active Record и иже с ним?) Когда люди говорят о том что им чего-то не хватает в SQL начинается нервным смешок по тому что всегда есть NOSQL, но проектирование структур данных все-равно происходит примерно также

Я (Петя ) пробовал так:
1. Удалил свой проект локально усебя на компе.
2. Клонировал проект Васи с гитхаба себе на комп.
3. git checkout хэш_8_го_коммита_Васи

Вот в этот момент случился detached HEAD.

5. git remote set-url origin url_на_репозиторий_Пети.git

Не нужно, т.к. шаг 2 уже это сделал.

Как сделать?

Зависит от того, как вы решите поступить с историей. Есть несколько вариантов:
- выкинуть два ненужных коммита совсем и переписать историю начная с этого места. Для этого на шаге 3 нужно было сделать git reset --hard хэш_8_го_коммита_Васи, а при пуше в репозиторий пушить с ключом -f

- откатить два ненужных коммита, оставив их в истории. Для этого на шаге 3 нужно было сделать

git revert хэш_10_го_коммита; git revert хэш_9_го_коммита

- родить новую ветку от 8-го коммита и разрабатывать дальше в ней. Для этого на шаге 3 нужно было сделать

git checkout хэш_8_го_коммита_Васи -b имя_новой_ветки

Ну и дальше в IDEA при попытке: VCS --> Commit... --> Commit and push... получаю сообщение "The Git repository C:\project2018wm is in the detached HEAD state"

В вашем текущем состоянии я бы сделал следующее:

git stash
git checkout master # или имя ветки в которой были 8 хороших коммитов
действия из выбранного варианта из перечисленных выше
git stash pop

Есть много разных "лёгких" дистибутивов, типа xubuntu или lubuntu, но вы же не будете работать просто в операционке...
А любой современный браузер, например, конечно будет лагать, скушав всю оперативку на пару вкладок.

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

Дистриб-то подобрать можно - из тех выпусков, которые выпускались в то время, когда был выпущен и сам ноут. Другое дело, что многие долбоклюйные сайты рисуют поверх всех окон баннеры типа "ваш браузер устарел, идите нахрен", а любой современный браузер такое чудо положит набок просто открыв стартовую страницу.

И, кстати, вполне согласен с Борис Сёмов - Kali это вовсе не то, что запускается каждый день

Путь: текстовый файл -> [PS] -> [EPS] -> PDF -> [cropped PDF] -> [любой формат по вкусу, скажем, PNG].

Для каждого шага есть разные варианты решения. Например, PS можно получить с помощью a2ps. Или сразу в PDF через псевдо-принтер PDF в CUPS. Для других шагов есть всякие утилиты типа ps2eps, epstopdf, epspdf, pdfcrop...

Можно версионность организовать на основе одной таблицы, достаточно добавить в таблицу поле с timestamp. При изменении просто добавляем новую запись с новым timestamp. Для выбора текущей записи, выбираем запись с наибольшим timestamp. Легко делается интерфейс для просмотра изменений и т.п.
Для удаления, нужно завести поле состояния, куда будет писаться признак удаления, физически записи не удалять.
Подобную схему таблиц с историей неоднократно видел в банковском софте.

https://dev.mysql.com/doc/refman/5.7/en/views.html

MySQL supports views, including updatable views. Views are stored queries that when invoked produce a result set. A view acts as a virtual table.

Вообще гуглите про представления (views) и в частности про материализованные представления (materialized views), это боольшая тема про зависимые таблицы и их согласования.

The process of setting up a materialized view is sometimes called materialization. This is a form of caching the results of a query, similar to memoization of the value of a function in functional languages, and it is sometimes described as a form of precomputation. As with other forms of precomputation, database users typically use materialized views for performance reasons, i.e. as a form of optimization.

let newArray = [...firstArray, secondArray];