Всем привет! Меня зовут Пётр и на этой неделе я расскажу все секреты разработчика бэкенда, которые знаю!

Секрет1: меньше кода = лучше! Но это не про заковыристые однострочники или фанатичное DRY...

Меньше кода=лучше-это про выбор простых решений,простых абстракций,простых реализаций, достаточных для 90% пользоват habrahabr.ru/post/153225

@backendsecret Не всегда, если абстракция сложная, лучше написать чуть больше простого кода, чем перемудрить sandimetz.com/blog/2016/1/20…

Секрет2: выбор подходящей технологии. Зачастую говорят: "каждой задаче - свой инструмент для решения" - не совсем так...

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

Выбрать _наиболее_ подходящий язык/СУБД/Фреймворк из десятка вполне подходящих поможет опыт и интуиция - это работа для CTO/Тимлида

Секрет3: хороший инструмент - обычно, это популярный инструмент. Следствие хороший тулинг, много документации/статей, жить становится проще!

Есть нишевые исключения, но для типового программного продукта выгодно выбирать популярные технологии (выгода в сроках/качестве/стоимости)

Например, для web лучше выбрать PHP/Node/RoR, легче поддерживать, будет меньше ошибок, чем, допустим, при использовании Yesod (Haskell)

Знаете сколько в Yesod ошибок/недоделок/шероховатостей? Мало кто знает, потому что мало кто использует, а на что-то вы натолкнётесь впервые

С Yesod на одной чаше весов у вас будет пуленепробиваемая система типов Haskell, а на другой ОГРОМНЫЙ НАПИЛЬНИК,придётся всё доводить до ума

Это не был наезд на Haskell, лишь пример "популярная технология vs не очень". Безусловно, у Haskell есть свои узкие ниши.

Продолжая про выгоду выбора популярных технологий. Хотел я однажды сделать реактивное full stack приложение. Взял Clojure+ClojureScript...

Сам язык Clojure классный (судя по книге), функциональный, имутабельный, JVM экосистема на серевере=много готовых Java библиотек если что...

На деле куча подводных камней и вопросов, которые НЕ гуглятся и даже не стековерфлокаются (какое слово придумал!)

На Meteor (full stack nodejs) всё заработало практически без вопросов из коробки. Хуже масштабируется,чем Clojure, но в целом выгодный выбор

На Meteor (fullstack nodejs) всё заработало почти без вопросов из коробки.Хуже масштабируется, чем Clojure, но выгоднее(сроки/качество/цена)

Продолжая историю Clojure->Meteor, если отказаться от требования реактивности, тот проект ещё проще и быстрее было бы сделать на PHP!

В итоге, делаю так: свои web проекты на интересных технологиях (например Clojure, Elm), серьёзный бизнес на популярных (PHP, Node)

Возникает вопрос: где на этой шкале golang? С одной стороны: простой и уже достаточно популярный язык, бизнес риски минимальны. С другой...

С другой стороны, у go слабоват пока инструментарий: IDE, дебаггер, пакетный менеджер - на фоне PHP/Node всё плохо, трудно быть продуктивным

@backendsecret Что скажешь насчёт применения популярного ЯП (Ruby/PHP), но непопулярного фреймворка? Та же история? Мне кажется, чуть лучше

Отличный вопрос от @AlexWayfer про выбор web фреймворка: практичнее выбрать что-то популярное: Symfony/Laravel/Yii, RoR/Sinatra,Django/Flask

Но это не столь критичный вопрос,в отличие от выбора языка/платформы. Крутые эффективные проекты на самописном фреймворке+пакеты не редкость

Выбор фреймворка, в том числе, зависит и от размера команды/амбициозности проекта. У крутых вообще всё своё (типа Badoo).

По фреймворкам для большинства web проектов я бы выбирал Laravel: простота+батарейки+очень позитивная атмосфера вокруг, хорошо развивается

Шли годы, а ASP.NET так и выстрелил. Нам обещали золотые горы ASP.NET vNext, теперь обещают 1M RPS .NET Core

Есть, конечно, ниши ASP.NET - корп. приложения полностью завязанные на стеке MS + одна история успеха от StackOverflow

ASP.NET напоминает WindowsPhone,который с каждым релизом обещает всех порвать, но популярны почему-то Android/iOS (PHP/Node)

Хотя сам язык C# - шикарен, спору нет. Хороший дизайн, хороший баланс всего и MS начали вкладывать в его кроссплатформенность - радует глаз

Спрашивали про Spring(Java). Spring Boot позволяет очень быстро запустить проект/сервис на любой вкус-удобно, но как там дальше? Поделитесь!

Всегда любил Yii, но как-то он сдал :( Зайдите на сайт, документация по виджетами Yii 2.0 почти вся TBD, даже по гридам! Сравните с Laravel

Признаюсь в странном: пару лет назад продал свой MacBook Pro и купил Sony Vaio Pro 11" - не пожалел! А с Windows 10 совсем удобно стало.

Всем привет! На этой неделе тема - браузеры и всё, что с ними связано. Буду отвечать сам, если не смогу - уточню у девелоперов Vivaldi :-)

Интересное наблюдение: самые жаркие споры среди девелоперов возникают по поводу какой-нибудь мелочи, которую изменить - пара минут :-)

Баян, но прикольный: потратив годы и миллионы баксов, учёные научились копировать двух пьяных мужиков, несущих диван pic.twitter.com/VcLPZB0gx9

Интересное наблюдение: Аутсорсинг - очень удобный стиль работы, вот только за недельную поездку в офис успеваешь сделать гораздо больше...

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

По просьбе @anton_davydov попробую рассказать вкратце про процесс разработки и тестирования Vivaldi.

Тесты, естественно, есть, как самописные, так и сторонние. Многие тесты работают в автоматическом режиме.

Особая проблема - тестирование после выхода каждой новой версии движка. Без этого тестирования всё отвалится при первом же обновлении.

Код в Chromium меняется оперативно, и, порой, значительно. В итоге, например, несмотря на все усилия, при переходе с 48 на 49 - куча багов.

К счастью, между 49 и 50 не так много изменений, обновление проходит легче. Но всё равно - гемор. Впрочем, как у всех Chromium based.

Вообще, в компании есть пара человек, которые занимаются исключительно тестами - отладкой, тестированием, созданием тестов и т.д.

Патчи - принимаем, когда по делу и грамотно. Но это - редкость. Лично помню патч от пользователя для исправления установки в Mandriva.

На самом деле - 98% это код Chromium, так что патчи шлют в основном туда. Но - общие, не для Vivaldi конкретно.

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

Ветки ведём две. Одна - тестовая (еженедельки), другая - "стабильная" (беты). В стабильных отключаем неготовое - например, почтовик M3.

В общем, вкратце - как-то так.

Из языков - в основном HTML/CSS/JS, но есть и девелоперы на C++ - они колдуют с кодом Chromium и с функциями, которые мы берём из него

Как зарабатываем :-) Довольно популярный вопрос. Как все: контракты с поисковиками, с онлайновыми сервисами и магазинами.

В России партнёры - Яндекс, OZON.ru, AliExpress, несколько игровых сайтов. Также работаем с eBay, Booking.com, и т.д.

Оказывается, Хакер теперь платный. Статья доступна полностью только подписчикам. В общем, живу и работаю из России, т.к. здесь лучше :-)

Работаю не только по России, но и по миру. На мне локализация вся, более 50 языков, 216 переводчиков. Тестирование, репорты, и т.д.

OK, появилась полная версия статьи: issuu.com/farsenvo/docs/…

Тут переписали с go на rust, из-за "низкой эффективности использования памяти при больших нагрузках" @backendsecret twitter.com/opennetru/stat…

Секрет4: масштабирование. Каждый интернет-магазин мечтает стать Алибабой или Амазоном, а каждая CRM хочет продаваться как Salesforce...

Но есть реальность, бизнес план и бюджет на старт. Мастабирование по вертикали дешевле, проще, и имеет большой запас при современном железе

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

Выбираем СУБД: пяток MongoDB/RethinkDB (легко масштабировать в горизонт) или пару(mst+slv) надёжных и быстрых PostgreSQL (вертикально)?

Кстати, про PostgreSQL рекомендую ​SDCast #33, конкретно на тему масштабирования начиная с 33 минуты ​sdcast.ksdaemon.ru/2015/12/sdcast…

Опрос для статистики типовых проектов: для старта вашего недавнего/текущего/ближайшего проекта что бы вы выбрали?

@backendsecret CQRS + EventSourcing + Cassandra, будет и надежно и масштабируемо

Секрет5: микросервисы! Они помогают не только масштабировать, но и оптимизировать, выбирая различные инструменты под разные части продукта

Например, рендеринг web на PHP/Node/RoR, сложная бизнес-логика на JVM, а картинки жмём на чистом Си

Отличная статья про микросервисы от Фаулера: martinfowler.com/articles/micro… (перевод на хабре: habrahabr.ru/post/249183/ )

Но с микросервисами добавляется сложность на интеграцию и особенно на интеграционное тестирование

Впрочем, использовать несколько ЯП можно и в монолитe, как делают ребята в Рамблере с Clojure + jRuby в единой JVM youtu.be/yA8gJ_1ukY0

Учитывая, что сейчас каждый второй ЯП транслируется в JS, интересно было бы увидеть пример Node приложения собранного из нескольких языков!

Порекомендую выпуск Software Engineering Daily про историю перехода от монолита к микросервисам в SoundCloud softwareengineeringdaily.com/2016/02/04/mov…

Между тем, не так давно пробегала новость, что SoundCloud под угрозой закрытия, убытки-с consequenceofsound.net/2016/02/soundc…

К слову softwareengineeringdaily.com ежедневный (!) подкаст без бла-бла, от архитектуры и методологий до языков и фреймворков - выбирай по вкусу

Если же хотите отвлечься на холиварную тему, послушайте нашумевший выпуск Разбора Полётов про ООП головного мозга razbor-poletov.com/2016/03/episod…

@backendsecret я бы выбрал какой-нибудь slim + php-di, а потом можно легко переехать на любой фреймворк, если нужно. php-di.org/news/18-slim-b…

Секрет6: статическая типизация против динамической и строгая против слабой. Что эффективнее и что выгоднее в долгосрочной перспективе?

Начнём с первого: static vs dynamic. Плюсы и минусы в общих чертах всем известны, но всё же обсудим...

При статической типизации нам сильно помогает компилятор, проще делать статический анализ -> лучше подсказки в IDE, рефакторинг

В долгосрочной перспективе статическая типизация делает код более поддерживаемым, особенно на больших проектах

Минусы статической типизации: слишком многословный синтаксис во многих языках, требуется больше усилий на старте pic.twitter.com/e826oZRU5i

Впрочем, не везде есть проблема синтаксиса, например, в ML языках (типа Haskell или OCaml) всё выглядит очень аккуратно благодаря...

...благодаря алгоритму вывода типов Хиндли-Милнера (объяснение алгоритма на пальцах: habrahabr.ru/post/125250/ )

На Haskell ты сначала вдумчиво проектируешь типы, а потом типы проектируют^w ведут тебя, type driven develoment, но это не для простых умов

Диаметрально противоположный пример статической типизации: язык Go - максимально лёгкая система типов, на деле выходит очень практично

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

Кроме того, при динамической типизации приходится писать тесты, которые покрывают случаи невозможные в статически типизированных языках

Мы сначала экономили умственные усилия и нажатия кнопок на более лёгком синтаксисе, а потом пишем доп. тесты

В защиту: чувак исследовал 1,7 млн репо. - только 2,7% ошибок на Python было связано с типами, не так много, правда? vimeo.com/74354480

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

Вспоминаем TypeScript. А теперь и в официальных кругах ECMAScript поговаривают о возможном тайп-хинтинге в будущем

Ещё больше порадовал Flow, очень круто выводит типы в JS! Учитывает даже ветвления типа if (typeof x === 'string') flowtype.org

В Ruby 3.0, возможно, появится статическая типизация news.ycombinator.com/item?id=8620129

Для динамически-типизированного Clojure есть проект Typed Clojure, но с ним проблемы blog.circleci.com/why-were-no-lo…

Facebook выпустил Hack с опциональной статической типизацией, позже подтянулся и PHP 7 php.net/manual/en/func…

Всем порекомендую этот доклад: The Unreasonable Effectiveness of Dynamic Typing for Practical Programs vimeo.com/74354480

@backendsecret а кто кроме груви? Тайпскрипт там не честная типизация

Вечерняя рекомендация подкаста: changelog.com/podcast/ - хорошая редакторская работа и крутые гости в эфире, авторы языков, фреймворков...

В подкасте The Changelog побывали авторы Go, Rust, .NET Core, Vagrant, RoR (DHH), Laravel, WP и много других интересных персонажей

Секрет7: расширяйте кругозор, изучайте смежные технологии, хотя бы обзорно по видео-докладам или по подкастам в фоне(не займут доп. времени)

Посмотрите на конференцию Strange Loop о языках, библиотеках, инструментах и технологиях на переднем крае индустрии
youtube.com/channel/UC_QIf…

Иногда возникает вопрос, как не гнаться за технологиями и начать жить? Отвечает @listochkin youtu.be/xPFRUM_oDKA

В догонку: фокусируйтесь на том, что выделаете и зачем youtube.com/watch?v=Mx22Na… Гонка технологий - это фон. twitter.com/backendsecret/…

Про PHP, который последние 4 года сильно развивается, новые фичи и синтаксис в ежегодных релизах 5.4: 2012, 5.5: 2013, 5.6: 2014, 7.0: 2015

Темпы только растут! Увеличивается и скорость исполнения с каждым релизом, особенно в PHP 7 habrahabr.ru/company/badoo/… pic.twitter.com/H9ijLYPxmY

В PHP 7 также исправлено много старых недочётов, с разумной потерей совместимости php.net/manual/en/migr…

Помимо официального мануала порекомендую вот это репозиторий с подробным описанием изменений и примерами кода github.com/tpunt/PHP7-Ref…

В PHP 7 много сил ушло на внутренний рефакторинг и оптимизацию. Релизы PHP 7.1+ будут более насыщенными по фичам wiki.php.net/rfc

Можно провести параллели в развитии PHP и JavaScript ES2015: генераторы, spread operator (...), Destructuring syntax (list в 7.1)

@backendsecret я в принципе удивляюсь, как этот весь код за 14 лет с php 3 на 5.6 переполз.

Exponential operator (ES7/2016), Arrow functions (в PHP пока планируется). Кто-то даже пишет transpiler для PHP github.com/jaytaph/Transp…

Ещё одна, уже классическая, статья на тему трансляции PHP 5.4 в более старые версии igor.io/2013/07/26/evo…

На практике, в мире PHP более актуальна другая задача: автоматизированная конвертация из старых версий в новые (в отличие от JS!)

В этом помогут упомянутый ранее github.com/sstalle/php7cc и инспекции в PhpStorm, прогоните по всему проекту: jetbrains.com/help/phpstorm/…

Рекомендую также ознакомиться с The PHP Quality Assurance Toolchain от @s_bergmann (автор PHPUnit) phpqatools.org

Чтобы держать код в аккуратном виде можно попробовать github.com/FriendsOfPHP/P… (но я отказался в пользу встроенных возможностей PhpStorm)

Не забудем про пару крутых (и платных) сервиса проверки PHP кода: scrutinizer-ci.com и blackfire.io

Чтобы держать руку на пульсе рекомендую подписаться на знаменитый PHP-Дайджест на Хабре в блоге компании Zfort habrahabr.ru/company/zfort/…

Аналогичный англоязычный ресурс с ежедневной подборкой статей о PHP: phpdeveloper.org/archive

Подкасты о PHP, которые я слушаю: soundofsymfony.com - редкий, но меткий, оценка 5/5

Voices of the Elephpant - интервью с видными участниками комьюнити, больше про конференции и соц. активность, 4/5 voicesoftheelephpant.com

PHP Town Hall - бывает бла-бла-бла, бывает и по делу, 3/4 phptownhall.com

PHP Roundtable - хорошие технические темы, но иногда страдает сфокусированность участников и качество звука 3,5/5 phproundtable.com

Lately in PHP podcast - когда совсем нечего слушать, ужасный акцент ведущего, 2/5 itunes.apple.com/ru/podcast/lat…

uWebDesign (на рус) - не совсем о PHP, больше про дизайн и WordPress, зато ребята весёлые с шутками-прибаутками, 4/5 uwebdesign.ru/category/podca…

Must have плагин для PhpStorm: Php Inspections (EA Extended) - много дополнительных инспекций, очень помогает plugins.jetbrains.com/plugin/7622

А в чём вы разрабатываете на PHP?

Говорят, к предыдущему опросу не хватает варианта ответа "Не разрабатываю на PHP" - давайте сделаем перекличку!

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

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

А какие у вас бывали классные вопросы на собеседовании, которые понравились и особо привлекли ваше внимание к вакансии? Поделитесь!

@backendsecret «Привет. Вопросы есть какие-нибудь? Нет, ну ок, в понедельник выходи тогда»

Возвращаясь к теме подкастов, я тоже веду один: "Пятиминутка PHP" 5minphp.ru - зимой был перерыв, сейчас возобновляю выпуски!

Эксперимент: переходящий подкаст! Формат 5-10мин, расскажи о своём опыте, интересных случаях, новостях. С меня монтаж, расшифровка, хостинг

Отвлечёмся от PHP и сравним С++, Rust, D и Go: авторы языков о прошлом, настоящем и будущем youtu.be/BBbv1ej0fFo

А один чувак на столько отвлёкся от PHP, что для своих веб проектов перешел на Rust medium.com/@eugeniyoz/res…

О книгах: Кодеры за работой - серия интервью с известными программистами, интересные истории, воспоминания bookmate.com/books/SIA9aWti

Как пасти котов. Наставление для программистов, руководящих другими программистами habrahabr.ru/company/piter/…

Structure and Interpretation of Computer Programs (SICP) - классический труд об основных концепциях программирования ru.wikipedia.org/wiki/Структура…

Оригинальный SICP основан на языке Scheme, но есть адаптации на Python www-inst.eecs.berkeley.edu/~cs61a/fa11/61… и на Clojure sicpdistilled.com

@backendsecret много воды, мало толку - это не только мое мнение (отзывы на Озоне почитайте). Лучше youtube.com/watch?v=d4hUeX… посмотреть

@backendsecret о книгах - github.com/vhf/free-progr…