Дуров Павел о собственном мнении.

«Собственное мнение есть от силы у 10% людей. Остальные просто повторяют то, что где-то прочитали…
Помните те случаи, когда ваше мнение шло полностью вразрез с мнением окружающих? Это самые ценные моменты, в которые нужно вцепляться мертвой хваткой.

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

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

Ваша вера в возможность иного пути намного важнее для человечества и для всех нас, чем ваше умение приспосабливаться и вторить безличному эху конформистов.»
https://www.youtube.com/watch?v=5ObxvXa-uVQ

Про рабочее время API службы доставки

Друзья занимаются интеграцией со службой доставки. Рассказали, что их API не принимает заказы после 21:00. Ни на завтра, ни на послезавтра, вообще ни на какую дату нельзя сделать заявку на доставку, если заявка происходит после 21:00.

Ооооооок.

Как стать крутым техдиром?

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

Как будешь готов, можешь считать себя крутым. О Тебе будут говорить. что Ты крут. И Ты будешь крутым!

И да. Техдир без команды, - это такой же техдир, как с командой. Но без команды. Умей встать на место любого своего сотрудника!

UPDATE: по рекомендации Бочкова Серёжи и Тимура Туляганова перенёс пункт про реплики рабочих бд в главу ИНФОБЕЗ

@sysdevops пишет: отличный check list для соответствия GDPR: https://ico.org.uk/media/1624219/preparing-for-the-gdpr-12-steps.pdf  

(c) https://t.me/DOFH_ru

Где подпитываться знаниями?
anonymous poll

Поглядываю на хабр и тарюсьб книгами на озоне, амазоне, е-бее и других – 25
👍👍👍👍👍👍👍 45%

Дружу и советуюсь с бывшими коллегами из больших компаний: яндекс, мейл, рамблер, авито и другие – 11
👍👍👍 20%

Тусовки на конференциях Бунина (видосы с них) и некоторых других – 11
👍👍👍 20%

Активно переписываюсь в фб и других социалках с коллегами по профессии, пью пиво с ними – 7
👍👍 13%

Есть ещё одно важное место, о котором я с удовольствием напишу на https://t.me/ctorecordschat – 1
▫️ 2%

👥 55 people voted so far.

25 мая 2018-го года вступит в силу EU GDPR — Европейский общий регламент по защите данных (General Data Protection Regulation (Regulation [EU] 2016/679)). За 20 лет это самое важное изменение в этой области.

📍 Что это и как касается ваших пользователей?

Возможно, вы уже столкнулись с тем, что многие сервисы попросили вас заново согласиться с их пользовательскими соглашениями. Например, Twitter, WhatsApp. Это работает GDPR.

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

Регламент распространяется на все компании, которые обрабатывают и хранят персональные данные тех, кто живет в ЕС, независимо от местонахождения компании.

📍 И что будет с данными?

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

Данные пользователей будут лучше защищены, а халатные компании будут строго наказаны: максимальный штраф достигает 20-ти миллионов евро.

📍 А что конкретно изменилось?

Вот несколько важных изменений.

✅ В новом регламенте появилось описание более жестких требований к прозрачности обработки персональных данных.
✅ Описаны правила, по которым данные передаются третьим сторонам. Эти стороны тоже должны соответствовать GDPR.
✅ В компании должен быть ответственный за хранение данных.
✅ Компания должна предоставлять пользователю доступ к информации о том, какие его данные хранятся у нее и как они обрабатываются.
✅ Если данные больше не требуются компании, они удаляются. Также, как и после требования пользователя.
✅ В регламенте описаны процедуры реагирования на инциденты и уведомление пострадавших от утечки данных.
✅ У пользователя есть право попросить прекратить обработку его персональных данных для прямого маркетинга (например, письма и СМС). Компания обязана прекратить обработку. При этом данные можно оставить у компании.

Подробное описание регламента: https://www.eugdpr.org/

Автор текста: @UnskinnyBop

#gdpr #безопасностьданных

Про локализацию софта
https://www.youtube.com/watch?v=mIwkvkwq96o

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

Самым первым систематичным и удобным подходом к решению задачи стал GNU GetText: https://ru.wikipedia.org/wiki/Gettext, хранение переводов в .po файлах или их модификациях.

За ним подтянулись аналогичные решения на практически всех платформах. Это или нативные решения на уровне стандартных классов, как сделано в Android и iOs или дополнительные библиотеки, как в многочисленных скриптовых и не только языках:

* Android - https://developer.android.com/guide/topics/resources/localization

* iOs -https://developer.apple.com/library/content/documentation/MacOSX/Conceptual/BPInternational/LocalizingYourApp/LocalizingYourApp.html

* php/Symphony - https://symfony.com/doc/current/components/translation.html, включающий в себе массу провайдеров поставщиков переводов, в том числе и  https://api.symfony.com/4.0/Symfony/Component/Translation/Loader/MoFileLoader.html

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

Задача эта настолько непроста и зависит от множества людей и факторов, что, например, телеграмму пришлось даже запустить собственную платформу для переводов: https://translations.telegram.org/

Если же свою платформу разрабатывать не хочется, есть готовые решения:


* https://crowdin.com/
* https://gitlocalize.com/
* https://poeditor.com/
* https://localise.biz/

Они умеют экспортировать/импортировать в любые форматы, в т.ч. те, которые используются в профессиональных программах для переводчиков, и не всегда это .po

Так, например, для андроида вместо .po файлов используется аналог strings.xml, а для ios -  Localizable.strings

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

Итого, true way для локализации является использование gettext или аналогов в стыковке с платформой по менеджменту переводов, умеющей экспортировать переводы в нужные форматы.

https://www.youtube.com/watch?v=9jgxbR7qGtc
Эрик Олдманн и Макс Лапшин прямо сейчас обсуждают подробности про самую большую 3584 в Восточной Европе (24 шкафа) в Обнинске.

Здесь: https://t.me/ctorecordschat

Следуя заветам Эрика Олдмена

Разговор девопсов (D) с бизнесом (B):

D: Нам так же нужно будет уже начать планировать тесты отказа - продумать все возможные кейсы.

B: Всё просто. Я в случайное время захожу на любой из наших серверов по ssh и делаю что-то типа rm -rf / или что-то в этом духе. Стрелять процессы и останавливать тихо службы я тоже умею.

D: Пока точно нет))) но вообще так это - ок. Нужно готовить и проверять все провиженинги. + у нас пока еще нет контроля над работой некоторых сервисов - завтра напишу план по организации устойчивости системы - и там спланируем уже сроки

Один из законов Жана Бодрийяра про современное общество потребления гласит о том, что оно разделено на две неравных части.

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

Меньшая же часть развивает этот мир, строит его и получает все блага цивилизации.

Вот эту самую меньшую часть, про профессионалов, современную аристократию вышла статья: https://www.theatlantic.com/magazine/archive/2018/06/the-birth-of-a-new-american-aristocracy/559130/

К вопросу о кадровом голоде.

Не рекомендуется говорить сразу после секса "У нас есть отличная вакансия разработчика. Пойдёте?"

Рекомендация о том, что не рекомендуется говорить сразу после секса уже собрала как минимум два дизлайка, - кто-то явно хочет это самое говорить после секса 😉

о! Теперь пошло соревнование между лайками и дизлайками :)

Если Васе Пупкину платить как Дурову, будет ли он работать как Дуров? А если Дурову платить как Васе Пупкину, будет ли он работать, как Вася Пупкин?
anonymous poll

Это неправильный вопрос! – 42
👍👍👍👍👍👍👍 51%

Нет, работать будут независимо от того, сколько платят. Разумеется, если соблюдён необходимый гигиенический минимум по деньгам. – 37
👍👍👍👍👍👍 45%

Конечно будут работать ровно за столько, за сколько заплатили! – 4
👍 5%

👥 83 people voted so far.

Друзья на знакомом проекте разрабатывают систему начисления призовых баллов для сотрудников команды разработки. Среди пунктов вот такие:

Еженедельно:
* пополнение копилки новых идей и новых мыслей, позволяющих ускорить развитие компании

Ежемесячно:
* Выступление перед командой с описанием чего-то всем интересного, что было обнаружено из опыта работы.

Ежеквартально:
* Новая освоенная технология с демонстрацией на пет-проджекте, полезном для компании, реализованном самостоятельно или с коллегами

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

Ежегодно:
* Успешная рекомендация специалиста с высоким потенциалом с подписанием с этим специалистом nda

https://www.youtube.com/watch?v=-6J2qj9dQLo
Обсуждение kpi и бонусных балов для команды разработки

Макс Лапшин и Андрей Шетухин яростно отстаивают две противоположных позиции! Оба бьются за справедливость и против капитализма.

Принять обсуждение в реалтайме здесь: https://t.me/ctorecordschat

Для обсуждения интересная проблема со стойкой у Андрея Шетухина

Коллеги. Тут есть проблема со стойкой. Она была бы смешной, если бы не была опасной.

Есть стойка. К ней подведены 2 линии, в каждой L,N и общая G. Пока сервера не включены - дифавтоматы на 30ma каждой линии работают ок. Включаем сервера, всё идёт нормально, пока вставленные в стойку Proliant-ы не начинают грузить ОС. Как только система грузится до ядра - вылетают дифавтоматы по току утечки.

Если запитать всё с одной линии - то ок. Если для теста оторвать землю G - то тоже ок, но персонал начинает адово ебашить при каждом прикосновении к стойке.

Что делать?

Да, я бы и сам в это не поверил, но меня так ............, что я чуть сальто не сделал.

5:0

Обсуждение матча: http://t.me/ctorecordschat