Оказалось, что некоторые сложные маркосы Word и сложные файлы Excel нельзя воспроизвести в LibreOffice. Со временем, это исправят.

То, что разметка некоторые ворд документов полностью съезжают, после сохранения, закрытия файла и открытия заново, это факт. Особенно плохо и часто такое случается с картинками (размер, положение). Плюс есть куча неудобных мелочей. Поэтому уже давно работаю в виндовом ворде в виртуалбоксе. А фразу «со временем исправят» я слышу уже оооочень давно, но ничего не меняется.

Из каждого отдела выбрали добровольца, который после короткого курса помогал всем остальным в отделе.

То есть работник вместо выполнения своих служебных обязанностей обучал других сотрудников?! Хороший способ экономии, типично для государственных институтов.

Пролистывал картинки и все не покидало ощущение, что я там уже был. Какое совпадение, St. Etienne. Был там в прошлом году месяц и через пару дней еду опять, грызь совместно гранит науки. Кстати, как там с парковкой велосипеда? В прошлый раз не заметил, ездил на трамвае, а в этот раз хочу взять с собой велосипед. покататься в округе

Я, конечно, не волшебник, но все же… Как я понял для вас html5+css3 это только новые теги, вам приятнеё писать <save-button>Save</save-button> вместо <button class=«save-button»>Save</button> и, соответственно, стили body save-button {… } вместо body .save-button {… }?

Посмотрел мельком вики, у плазменного и электрического ракетных двигателей удельный импульс вообще другого порядка более 10000. Не знаете, случайно, в чем проблема использовать подобные двигатели?

Давно пользуюсь часами-кинетиками от Seiko. Интересно, какой ток там может вырабатываться? Вроде для часов 200-400 метров пройтись хватает заряда на сутки.

Сорри, не заметил в дереве комментариев. Уже написали выше

Пользуюсь плагином RequestPolicy под Firefox. Вроде отрезает запросы с текущей страницы к левым веб-серверам. Не плохо, но бывает, что разметка страницы совсем бьется. Тогда можно временно разрешить с данного сайта на все пути или на выбранный сайт. При перегрузке браузера такие вещи сбрасываются, плюс у меня куки удаляются. Мне терпимо, домохозяйкам наверное слишком напряжно

Это прям даже не программный, а какой-то мануальный RAID-1. Классическое решение с бэкапом habrahabr.ru/company/veeam/blog/188544/

Стандартное средство бэкапа на Mac OS X – Time Machine — показалось мне откровенно ужасным

Это внешне всё выгрядит как копия. Если файл не менялся, то создаются жесткие ссылки на одно и то же содержимое. Физически неизмененные файлы не дублируются. По крайней мере про Mac OS пишут так, а лично подобное делал в Debian с rsync. Удобно. И хотя жесткие ссылки есть в NTFS, подобной утилиты для Windows не видел (и не искал сильно)

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

Мапить, чтобы работать в стиле,

$product->attributes["xxx"] = "yyy";

Doctrine пока еще не умеет (см. Limitations). Но можно классически задать отношения «class Product» — один-к-многим — «class AttributesValues» — многие-к-одному — «class Attribute» и тогда работать в стиле

foreach ($product->getAttributeValues() as $value) { if ($value->getAttribute()->getId() == 1) { ... } }

При этом будет работать и редактирование, и удаление, и добавление новых свойств. Думаю, Doctrine не одна такая ORM, но она одна из популярных.

В PHP ключи в массивах удобно, но их использование тоже ограничено. PHP не дает использовать сложные ключи (массивы, объекты). Так что здесь при выгрузке в массив ключи игноририруются, а при выгрузке в Dictionary нет. У него есть метод keys() для вытаскивания простого или сложного ключа для текущего элемента через RelationInterface или \OuterInterface. Это более в духе дотнетовского LINQ. Там тоже нет ключей в IEnumerable<T>, но есть функция для получения ключа для элемента в join, orderBy,…

У Вас немножечко совсем не то. Это построитель SQL запроса, а не методы для обработки коллекций. К тому же посмотрите,
как бы просто писался Ваш запрос с использованием нативного LINQ

var r = objects.
     Where(o => o.ID_type == "object").
     GroupJoin(attributes, o => o.ID_objects, o => o.ID_objects, (o,u) => {
          return u.Select(u => u.value_big_int).toArray();
     });

или PHP (если бы эта библиотека уже умела конвертировать запрос в SQL)

$r = Linq::from($objects)
     ->where(Lambda::ID_type()->eq("object"))
     ->groupJoin($attributes, 'id_object', 'id_object')
     ->select(Lambda::v(1)->linq()->select('value_bigint')->toArray());

А по делу, посмотрите в направлении существующих ORM, тот же Doctrine. Мне кажется Вы пытаетесь сделать тоже самое.

Спасибо за комментарии. Конкуренция — это хорошо. На мой вкус предложенный способ для простых лямбд (сложить, умножить, сравнить) читаем, а для сложных (большие математические выражения) есть идеи как её упростить. Если дальше повышать сложность лямбд, то уже имеет смысл писать анонимную функцию, а не лямбду. Вероятность того, что она сможет быть переведеная в SQL скорее всего низкая. Согласен, еще одну ORM писать не имеет смысл. Думаю, правильней написать декоратор существующей ORM, допустим, доктрины.