Ну, вроде получилось. Через сервис dlvr.it можно организовать трансляцию любого блога, имеющего rss, в facebook.

Ну и - "чтобы два раза не писать" - трансляцию в ЖЖ можно настроить через rss2lj.net

Принцип что там, что там - один. Берем RSS ленту из блога и закидываем в facebook/ЖЖ. Разве что в dlvr можно настроить, как именно будет трансляция: в форме ссылки-анонса или полного текста поста. Rss2LJ такого выбора по умолчанию не дает - там по умолчанию настраивается трансляция всего поста. Но зато есть настройки вывода в ЖЖ, где вообще всё, что угодно можно сделать ... например, дать ссылку на оригинальный пост. И т.д.

Во-первых, я реанимировал свой аккаунт на Фейсбуке. При том, что соцсети я не люблю, как показывает опыт - тут бывает интересно.

Во-вторых, я, как лентяй со стажем - настроил трансляцию постов из ЖЖ в ФБ. Ну а в ЖЖ они, соответственно, попадают из блога (http://www.alib.spb.ru). Всё логично.

В-третьих, зачем я всё это сделал... А затем, что я задумал новый проект "Адвантология". В свое время я сделал маленький проект "Марафон январь 2015", где рассказывал о том, какие есть рабочие столы (окружения) в Linux. Этот проект был построен по принципу - 1 пост = 1 рассказ о том или ином возможном интерфейсе Linux. "Адвантология" - будет построена на тех же принципах (1 пост = 1 рассказ). Только цель немного другая - рассказать о системе управления проектами "Адванта". Что это, зачем надо и какую она может принести пользу.

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

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

Еще про DUMP2017: Видео - Проблемы неестественных интеллектов. Интеллекция Григория Бакунова («Яндекс»). На этом докладе я не был, коллеги поделлись ссылкой.

Доклад мне очень понравился. Самое впчатляющее, конечно, это демонстрация исскуственного интеллекта в действии. В общем - смотрите.

Был в качестве слушателя-участника на конференции DUMP2017 в Екатеринбурге. Это, кстати, первое ИТ-шное мероприятие, которое я посетил в этом городе (и искренне надеюсь, что не последнее).

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

Что было самым жирным плюсом? А то, что мероприятие было формата "мульти". В переводе на русский язык - это 7 (!!!) секций со свободным посещением. Семь!!! Блин, это было нереально круто. Потому что любой, подчеркиваю,- любой человек из отрасли - мог тут найти доклады себе по вкусу. Бывало, правда, так, что доклады одновременно шли интересные - и тогда приходилось выбирать тот, что интереснее. В общем, остался впечателен. При том, что уровень докладов сам по себе достаточно высокий (ну, кроме одного - но об этом чуть ниже).

На каких докладах был:

1) Создание системы логирования (Андрей Литуненко, 2ГИС) - сам по себе доклад интересный. Вопрос только в том, что именно для меня там ничего нового не было, ну разве что с удивлиением узнать, что lua используется не только для создания конфигов awesome :) Хотя народ слушал с удовольствием.

2) Как повысить мотивацию удаленных разработчиков и повысить значимость каждой задачи (Александра Перфилова, SkyEng). Тут было много интресного в части того, чтобы выслушать опыт того, как бывает. Скажу, что результат впечатлил - полностью удаленная, и судя по рассказу - высокомотивированная команда. Тот случай, когда поучиться не грех, тем более, что Саша с удовольствем делилась секретами мастерства.

3) Дизайн для людей (Олег Чулаков). Сразу же скажу - слышал о его студии и очень обрадовался, когда узнал, что будет его доклад. И не прогадал. Потому что доклад был интересный, доступно-простой и очень наглядный. Всё-таки, когда рассказывает и иллюстрирует талантливый человек - качество рассказа на высоте. Олег рассказывал про эмоции в дизайне. То есть об использоании эмоциональной сферы в продуктах дизайнеров. Многое для меня было если не откровением, то ситуацией "я знал, я догадывался, но просто не мог вербализовать". В общем, супер!

4) Как поднять цену и не потерять в продажах (Дмитрий Клаев, ФРИИ). Опять "вроде бы очевидно", но очень хорошо структурировано и рассказано. Было видно, что рассказ "не просто так", в том смысле, что Дмитрий знает о чем говорит... но недоговаривает:) Что, в общем - неудивительно.

5) Внедрение UX стратегии (Юрий Ветров, Mail.ru) - интереснейшее выступление. Там очень органично сочеталось "что мы сделали", "как мы это сделали" и "почему мы слелали именно это", плюс - обобщаюбщие выводы и ремарки. С моей точки зрения - идеальный баланс для рассказа, когда нет ухода в "я-крут" и нет ухода в "стратегию, тактику и смотрите-как-надо". А сам доклад интресен - действитльно интересен, потому что он наполнен практикой. А еще потому что рассказ был интресен не только дизайнерам.

6) Чем отличается дизайнер в продуктовой компании от дизайнера в агенстве или студии? (Денис Кортунов, Acronis). Ну что сказать... Если предыдущий рассказ был интересным и живым, то после этого сложилось впечатление, что рассказчик занял позицию "дизайнер всегда прав, не трогайте дизайнера". И если предыдущий рассказчик как раз очеь соблюдал баланс между "что-как-почему", то тут сложилось впечатление, что рассказчик немного оправдывается и концентрируется на "что". В итоге рассказ получился интересным, наверное, для профессоналов - но для "не-профи" он показался очень смазанным.

7) Профессиональное выгорание менеджера проекта. (Александр Орлов, Школа менеджеров Стартоплан). На мой взгляд - худший доклад из всех, на которых я был. Если коротко, то "выгорание это плохо", "когда выгорание просиходит - оно происходит вот так", "есть фриланс-помощники, за 300 рублей они всё сделают". В общем, тема не раскрыта, с моей точки зрения.

8) ChatOps: час в центре DevOps архитектуры. (Эдуард Медведев, Brocade). С моей точки зрения - очень интресный и насыщенный рассказ о том, как можно реализовать DevOps - просто. Без лишних подробностей, но с достаточной степенью детализации, чтобы понять идею. С примерами решений. Мне очень понравилось! Правда, аудитория была немногочисленной - "самые технари", но рассказ однозначно того стоил.

Я был в составе команды Адванта Консалтинг - так как с марта работаю в этой компании. Адванта "десантировала" на мероприятие хорошую команду: разработчики, аналитики, тестировщик и директор по разитию бизнеса. Вот все мы:

Ну и про атмосферу. Как я говорил, на мероприятии было около 1200 человек (оценочно), в залах зачастую не хватало мест, поэтому нередко можно было увидеть такую картину:

А вообще залы были полные:

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

Так что, повторю еще раз - остался очень доволен. Респект организаторам - It-People (https://www.it-people.ru/). Сайт конференции: http://dump-conf.ru/

Аркадий Моренис (https://www.facebook.com/amoreynis):

1. На рынке, на котором работают крупные игроки, есть свободная ниша. Они ее оставили специально для вас или посчитали, что туда лезть не стоит, потому что там нет денег?
2. На рынке, на котором нет крупных игроков, вы собираетесь стать лидером. Почему никто из существующих мелких игроков не смог стать крупняком?
3. У вашего продукта нет аналогов. Не удовлетворяют ли люди эту потребность другим, более привычным способом?
4. У вас есть супер-фича, за счет которой вы порвете конкурентов. Конкуренты дураки и не додумались до нее или попробовали и отказались? Сколько времени им потребуется, чтобы ее скопировать?
5. Вы строите единорога на новом рынке. Есть ли на этом новом рынке деньги или это рынок Шредингера, который, вроде бы, есть, но которого, с другой стороны, нет?
6. Вы придумали уникальную идею. Погуглите.
7. Вы придумали гениальную идею, которая "лежит на поверхности". Почему умерли те стартапы, которые реализовывали эту же идею до вас.

Истинную цену чего-либо понимаешь только тогда, когда это чего-то либо нет, либо есть, но в ограниченном количестве.

Возьмем время. По умолчанию кажется, что его еще много, практически целая вечность. По факту, средняя продолжительность жизни человека менее 100 лет. И это, согласитесь, совсем не вечность. А человек, хочет он того или нет, вообще живет в моменте: здесь и сейчас.

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

То есть объективно, в нашей жизни есть "здесь и сейчас", а ничего больше - нет. И имеет смысл больше концентрироваться на том, как мы живем "вот прямо тут", и что бы хотели в моменте, чем на том, что будет. Или на том, что было. Потому что тот, кто живет вне контекста настоящего, проигрывает. "Позвольте" - спросите вы - "а как же цели и планы? Что, вот так взять и выкинуть?" . Нет, не так вот сразу, да и по большому счету- выкидывать не стоит. Стоит ставить цели, идти к ним, планировать... но помнить о том, что план это только план. План - это отражение того, как бы нам хотелось, чтобы было и набор шагов, которые необходимо сделать для достижения цели. А вот как мы проживаем каждый шаг, как поживаем достигнутую цель, это уже вопрос к нам. И это - первый важный вывод этого поста.

Вернемся к ценности времени. Время ценно именно тем, что оно конечно. В сутках 24 часа. Не 18. Не 36. Именно 24. А в неделе 7 дней, как бы мы не хотели это изменить.

Здоровому человеку надо на сон от 5 до 8 часов. Таким образом, остается около 16 часов "полезного" времени. И как и куда мы его потратим, зависит только от нас. Баланс времени - это одна из самых мощных доступных нам энергий. Но многие ли из нас думают о том, чтобы действительно управлять временем, а не жить "как выходит"?

Управлять временем, значит иметь в голове ценность каждого из возможных путей развития (выхода) в каждый момент времени из текущей ситуации и цену, которую придется заплатить за этот выход. Цена эта может быть иногда выражена в деньгах, иногда в чем-то еще. Но фундамент цены для нас всегда во времени. Потому что именно оно - тот невозобновляемый ресурс, который невозможно отменить по отношению к любому человеку. Оно выше нас в плане того, что оно есть всегда. И оно не зависит от наших действий, оно просто идет.

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

Например, банально, есть несколько выборов на тему "что сделать после работы".Можно пойти домой и почитать книгу. Можно - пойти с друзьями пообщаться. А можно - в театр. Что более ценно? То есть, если смотреть именно с позиции ценности, а не "так надо"? Потому что, по идее, время получит то, что имеет наибольшую ценность в данный момент времени. И нормально, вообще-то, если в другой момент времени, отнесенный от текущего, приоритеты будут иными.

Собственно, я как раз об этом. Цена и ценность. И время. Они связаны. И да, их нельзя рассматривать в отрыве друг от друга. Потому что в этом случае букет

потеряна целостность системы.

Слйчайно наткнулся на FluentPDO - библиотеку для работы с PDO в PHP. Смысл в том, что библиотека является слоем абстракции между приложением, PDO-расширением PHP и SQL. Потестировав, понял, что удобно. А значит, есть смысл рассказать.

Для начала - ссылки.

1. FluentPDO на github: https://github.com/envms/fluentpdo
2. Подробная статья о том, как её использовать: https://www.sitepoint.com/getting-started-fluentpdo/

Смысл в том, что от программиста при использовании библиотеки требуется создать PDO-объект для работы с БД, передать его в fluentpdo, и дальше, используя встроенные методы - работать с SQL.

Например:

$pdo = new PDO("mysql:dbname=testdb", "testuser", "testpassword");
$fpdo = new FluentPDO($pdo);

Дальше "всё просто", например, простой select * from mytable where id=$userid будет выглядеть так:

$query = $fpdo->from('mytable')->where('id', $userid);

И чтобы обработать результат:

foreach($query as $row){
    
print $row['field1'] . ' -- ' . $row['field2'] . '<br>';
 }

Если нужны конкретные столбцы, то:

$query = $fpdo->from('mytable')
   ->select(array('field1', 'field3'))->where('id', $userid);

Ну и чисто для иллюстрации - insert:

$values = array('field1' => 'testval1', 
     'field2' => 'testval2', 
     'field3' => 'testval3'); 
     
$query = $fpdo->insertInto('mytable')->values(values); 
  
$insert = $query->execute();

Также поддерживаются все основные операции, включая разнообразные update, join, delete и т.д.

Кстати, по приведенной выше ссылке примеров сильно больше. Скажу, что я попробовал на тесте FluentPDO - мне понравилось. Как-то упрощает жизнь, с точки зрения того, что не надо писать километровый код и запросы выглядят пологичнее. Ну и вся мощь PDO - типа единого синтаксиса работы с разными БД, безопасности (использование placeholder), получается как бы на нашей стороне :)