Today I learned:

1. Идиома rain check происходит от билетов, выдаваемых по случаю переноса спортивного матча из-за плохой погоды. И в её смысле содержится не абстрактное «отложим на когда-нибудь, может быть», а вполне конкретное «сейчас не будем, но сохраним за собой эту возможность».
2. Between a rock and a hard place — это оказывается не про молот и наковальню, а про Сциллу и Харибду.

Rebirth as Winter CMS

As a result of these dramatic structural changes of the project that we rely upon to run our businesses, former October CMS maintainers Luke Towers, Ben Thomson and Marc Jauvin wish to announce the formation of the Winter CMS project, a community-driven fork of October CMS with a dedication to speed, security, stability, and simplicity. Along with Jack Wilkinson, we aim to continue to deliver a professional and feature-rich platform that you can rely upon for your websites and applications; as well as engage with the community and become a more community-driven project overall.

Winter CMS is a fork of October CMS as of v1.1.2 / v1.0.472, any of your October projects can be seamlessly migrated to use Winter instead as long as they are using a version of October prior to the dramatic changes recently introduced by the original founders.

For more information on the exact events that led to the decision to fork, you can view our announcement on GitHub.

Видимо, надо помигрировать. Название только какое-то безыскусное. Винтар ЦМС. Можно было бы назвать например Bleak Midwinter CMS, было бы гораздо круче.

This means that as a business, the October CMS platform, its features, and processes now focus primarily on the needs of our professional customers. To this end, we have been working hard on a new release for over a year now, and it is ready to go.

We believe you will be pleasantly surprised by the new features and streamlined back end to October CMS to increase both its capability and ease of use.

However, we will also be moving to a new business model to ensure the continuity and sustainability of October CMS. October CMS will become a proprietary product and the licensing model is to be changed. Under these changes, October CMS will no longer be a free platform.

We believe that these changes are necessary in the interests of providing the timely and effective support expected of our professional users.

October CMS Moves to Become a Paid Platform

$9 в год за лицензию на один сайт, $150 в год за лицензию на произвольное количество сайтов. Если не обновляться, можно не платить.

Наверное, надо свои два плагинчика тоже платными сделать, раз пошла такая пьянка.

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

И поэтому, увидев в тексте упоминание комнаты в 20 метров квадратных, ты интуитивно поймешь насколько она большая. А увидев 200 квадратных футов ты, чтобы понять, включишь калькулятор. Не важно, внутренний, или внешний, ты его включишь, каким бы умным ты себе ни казался. А задумка автора текста вряд ли была в том, чтобы вот на этом месте ты отвлекся и включил калькулятор.

То же самое касается скорости движения авто, температуры за бортом, или человеческого роста. Быстро это или медленно, тепло или холодно, высокая она или низкая? Можешь сосчитать в уме? Молодец, возьми с полки пирожок, если тебе это кажется поводом для гордости. Но мулька в том, что ты все равно будешь считать. Хотя читаешь книгу, скорее всего, не для этого. И написал её автор тоже скорее всего не для этого.

Конечно, есть масса случаев, когда лучше оставить как есть. Ты не назовёшь рассказ «Последние два с половиной сантиметра». Если в книге, где-то в середине, будет игра слов с футами, или стёб над метрической системой, придется отказать себе в переводе размерности, или ликвидировать шутку. Всякое там сохранение атмосферы, особенно если архаичное что-то, или специализированное, например военное. Есть кстати и вещи, которые у нас в имперской системе укоренились, диаметры труб сантехнических, например (не всех).

Главное, что решения делать что-то, или не делать, переводить, или не переводить, принимаются с какой-то целью. Это tradeoff, как и многое другое в жизни. Мы меняем кусочек атмосферы на кусочек понимания и непрерывности чтения, или наоборот, когда считаем, что одно важнее другого.

Но вот это «не переводить вообще никогда, потому что это надо только тупицам, которые сами не хотят», серьезно? Вы в себя придите немножко. У вас запомнить несколько формул (которые за меня хорошо помнит гугл) — критерий перехода от тупицы к умному? Ну это даже не снобизм, смешно просто.

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

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

К счастью, такие крайности бывают не часто.

Странные люди периодически предлагают дать им скидку с аргументом: «У меня очень-очень много работы, поэтому скинь стоимость часа на 20 (40, 50) процентов». Но почему? Мы не оптовая база. Если мы быстро распродадим рабочие часы, то не сможем так же быстро заполнить склад времени обратно.

Вы же фактически предлагаете не какое-то благо в виде «отсутствия необходимости искать клиентов на это время». Вы предлагаете сделать в два (или полтора) раза больше работы за те же деньги. То есть гарантированно заработать меньше желаемого в заданный период времени. Я могу понять, почему вам на вашей стороне это кажется разумным. Но мне-то это зачем?

Недавно видел ветку, где кто-то критиковал строй-ремонтную бригаду — дескать «у меня квартира большая и работы много, какого хрена не хотите делать по цене N-летней давности, работа что ли не нужна, деньги не нужны, что за дурь вообще?»

Но зачем им на это соглашаться, если можно взять объект, где работы в 2 раза меньше, а денег получится столько же? Можно же будет в сэкономленное время уйти в запой, например. Ну или скажем еще один такой же объект взять и заработать побольше.

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

Дорогие друзья!

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

Желаю вам в Новом году всего веселого, счастливого, здорового и позитивного! Счастья вам, дорогие друзья!

С Новым годом! Ура!

С переходом в Drupal 8 на composer запихивать контрибные модули и само ядро в git стало совсем не удобно и не правильно. Но хакать (точнее, делать лучше!) модули и ядро все равно хочется. К счастью, с композером это даже удобнее.

Допустим, мы внесли изменения в модуль contrib_module и хотим их увековечить в своем гите. Действия следующие:

1. Ставим пакет cweagans/composer-patches:

   composer require cweagans/composer-patches

2. Хакаем, собственно, модуль.

3. Переходим в директорию с модулем и делаем патч:

   git diff HEAD > contrib_module_patch_1.patch

   Если в директории модуля отсутсвует .git и патч поэтому сделать не получается — удаляем модуль и ставим заново:

   composer require drupal/contrib_module --prefer-source

   Теперь патч должен получиться.

4. Переносим патч в какую-нибудь отдельную директорию, например /patches в корне проекта.

5. Сбрасываем изменения в директории модуля:

   git checkout .

6. В composer.json в секцию extra добавляем:

   "patches": {
       "drupal/contrib_module": {
           "patches/contrib_module_patch_1.patch": "patches/contrib_module_patch_1.patch"
           // тут будут другие патчи этого модуля
       }
       // а тут патчи других модулей
   }

7. Теперь при запуске composer install патч будет применяться автоматически. И если код модуля обновится так, что патч станет неприменим (например, его включат в код модуля) — композер ругнется и мы сможем проверить, в чем дело.

Дополнительная плюшка: в patches можно добавлять не только рукотворные патчи, но и прямые ссылки на патчи, например, с D.org.

P.S. Ну и кинуть патч в ишью самого модуля не забудьте, для общего блага.

Гитом пользуюсь уже больше 10 лет и, по случаю, всем, кто еще не начал, рекомендую поскорее начать. Вот вам кстати ссылка на достаточно внятный и несложный учебник: https://git-scm.com/book/ru/v2/. До гита пользовался немного CVS и Subverison, которые были в сравнение с git жутко неудобные, но сейчас не об этом.

Когда-то давно, когда уметь пользоваться системой управления версиями еще не было необходимым признаком профпригодности, работал я в паре с одним человеком. Поначалу без гита, на личной ответственности. Сейчас понятно, что это с первого дня было ошибкой, но послезнанием, как говорится, все хитры.

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

Сейчас я не очень понимаю, как нам удалось достаточно долго обходиться без гита и без конфликтов. Но конфликты конечно появились и склонить нас к использованию гита, хоть и не сразу, но удалось. Он ведь вообще-то для этого и создан — чтобы снизить количество конфликтов в совместной работе.

Правда, оказалось, что гит и разработчик — как психотерапевт и лампочка. В том смысле, что гит не сможет поменять разработчика, пока он сам не захочет поменяться. Поэтому вскоре стали возникать ситуации, когда мои изменения, через недели после внесения, всё равно внезапно пропадали. Ведь зачем заморачиваться с мерджами какими-то, если это отнимает время. Зачем держать в обновленном состоянии свою версию репозитория — тебе же чужие изменения не нужны. Можно просто зафорсить коммит и пусть другие разбираются. Время ведь ценное, а мое время конечно ценнее какого-то чужого.

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

С тех пор в разные годы людей, не знакомых с гитом, я встречал немало. По необходимости помогал им познакомиться и научиться. Были среди них те, кто сразу втыкал, как это круто. Их и учить особо не надо было: когда есть энтузиазм, там осваивать нечего, само получается.

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

Ну а сейчас уже 2020-й год. Первая версия гита была запущена пятнадцать лет назад. И, благодаря как удобству самого инструмента, так и чудесным сервисам вроде GitHub или Bitbucket, работа с git безусловно входит в профстандарт. И когда мне сейчас кто-то говорит, что не умеет/не хочет/не может работать с гитом, я прихожу в недоумение. И понимаю, что при наличии выбора совершенно точно не буду работать с этим человеком. Почти наверняка он и что-то еще важное тоже не умеет или не хочет.

P.S. Сам я несколько лет держу для работы GitLab CE. Он порой глючит как сволочь, несмотря на отдельный, достаточно неплохой VPS, на котором больше ничего кроме гитлаба нет. Но плюсы настолько перевешивают минусы, что вопрос о его необходимости не встает никогда.

Звонят знакомые.

— Слушай, я тут такую штуку купить хочу, проконсультируй пожалуйста.
— Посчитать тебе заказ на эту штуку?
— Да нет, я нашел уже, где недорого, мне все посчитали. Закажу у них. Расскажи мне про неё лучше. Что за штука, как правильно выбрать, как пользоваться?

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

Но ведь обижаются. — Ты что, помочь не можешь?

Могу конечно. Только на фига ты тогда ради экономии трех копеек бежишь не пойми к кому, что тебя там даже проконсультировать не могут? Кстати, а ты сам-то мне помочь не хочешь? А то я вообще-то за деньги этим занимаюсь. Но ты вот чего-то не решил мне помочь и у меня свою штуку заказать.

Добрые люди говорят — ты его сейчас бесплатно так хорошо проконсультируешь, в следующий раз он ну точно уж к тебе придет, раз ты такой хороший. Хер там. В следующий раз он сделает ровно так же: вынесет тебе мозг бесплатной консультацией, а потом закажет где-то еще. Или даже сразу закажет, а потом вынесет. А чо, в первый раз сработало же. Значит всё правильно сделал.