pi314: нужно понимать что чаще всего контора сама располагает к "охотам на ведьм" и "разведению грибов", это очень негативно сказывается и на самом проекте, и на мотивации людей которые в нём участвуют. А по поводу полномочий - чаще всего это просто человек который знает как построить хорошую архитектуру приложения с максимальной выгодой с точки зрения бизнеса в долгосрочной перспективе. Соответственно он распределяет приоритеты в разработке, работает с персоналом, занимается первоначальным проектированием и контролем качества, потом после того как проект разрастается - он делегирует эти полномочия другим, чаще всего "в конце" остаётся лишь контроль качества и поверхностная работа с персоналом. В стартапах CTO делает почти всё что не касается привлечения инвестиций и взаимодействия с инвесторами, или любой другой работы с капиталом.
Mikhail: у реакта самый толковый рендер из всех. Сейчас есть очень много надстроек над ванильным JS, тот же второй ангуляр основан на TypeScript'е. Да и es6 и es7 используется повсеместно. Бэкбон с реактом сравнивать совсем некорректно так как реакт - всего лишь шаблонизатор, в нём нет ни грамма View-Model составляющей либо какой-либо логики. Принципы хранения состояний определяют сами разработчики.
1. Гугол индексирует сайты с JS шаблонизацией раз в двое суток, при этом учитывается скорость рендеринга страницы, подгрузки ресурсов и прочего барахла: наличие асинхронной подгрузки ресурсов, упаковка, кэширование DNS, и т.п. Предположим что мы просто хостим html странички собранные каким-то gulp'ом и радуемся жизни. По любому ещё надо использовать какой-то prerender.io в виде стороннего сервиса который явно испоганит стату по PageRank'у. В случае с react'ом проще - можно гонять рендер напрямую в express'е под node.js / io.js без особого шаманизма.
2. Там риски связаны не только со стабильностью работы но и с вытоком информации, так как вы добавляете ещё одно звено.
3. Вы не знаете как в том же baas'е происходит масштабирование и у вас нет гарантий что при перепадах нагрузки у целевого провайдера у вас не начнутся глюки из-за кривизны чьего-то мозга или рук.
hbrmdc: на самом деле недостатков довольно много
1. Увеличение скорости отклика продукта - влияние на SEO, и общую скорость сервиса.
2. Вы не можете правильно контролировать риски - вы не можете сказать когда и что у провайдеров отвалится.
3. Вы не можете давать гарантию что все ваши сервисы будут масштабированы правильно - что горизонтально, что вертикально.
baas это как и облака - пока нагрузки и оборота нет, может быть и целесообразно, а как только нагрузка появляется - расходы растут в геометрической прогрессии.
В принципе покатит любой фреймворк и REST интерфейс на нём. Так как я перепробовал все существующие распространённые решения, могу с уверенностью сказать что удобнее всего REST интерфейсы реализовывать в Django с tastypie, по крайней мере я ничего удобнее пока не видел.
По поводу flux'a - покатит Play2 с akka, покатит grails, покатит golang, покатит express / sails. Там нужна "реактивность" коих нет в существующих РНР решениях, но она может быть появится в РНР7. www.reactivemanifesto.org
Про relaxed B-tree для балансировки, и про удаление без балансировки многопроходных деревьев поиска в курсе уже очень давно, эта тема уже очень хорошо изучена и это вещи ещё с 90х, меня интересуют материалы после 2010 года. Возможно есть какие-то новые вариации X-tree или MVP-tree, о которых я ещё не знаю ... Я не понимаю почему, по вашему, иерархические структуры чужды реляционной алгебре, но вот понятие списка соседей и его использование как реляционной проекции для меня просто очевидно - это очень простые вещи. В любом случае, Спасибо.
Артем: не согласен, в случае с RAID'ом с SSD'шек, особенно на старых Sandforce'ах 2281 разница ой как заметна, даже при банальном кэшировании сложных сцен в фотошопе, а про кодирование видео и подавно. Мне, как разработчику, также очень важна возможность хранения и обработки большего количества мелких файлов, обычно в brtfs или ceph, и RAID0 с 4 evo850'ых позволил нормально нагрузить мой старенький разогнанный i7-4790k Dean Ex в принципе вот как раз для i7-5960X имеет смысл взять один такой Kingston, но имхо лучше подождать пока к нам доедет Plextor m7e - там есть нормальная защита от внезапного выключения и в принципе по разводке он выглядит внушительнее, но нужно ждать. С новыми SSD'шками единственная проблема - их нужно раз в пару месяцев перешивать, и естественно это сулит потерей всей инфы.
Никита Жуйков: я вообще разрабатываю RESTful SOA с CQRS-ES'ами и мне что джанга, что симфония - дикий шлак, особенно что касается количества кода и производительности. Подход "одна табличка - один CRUD контроллер" - путь в ад.
Evsign @Rusnire по личному опыту отсутствия ВО, довольно специфической специализации и довольно неплохом скиле, могу сказать что если человек может сделать себя незаменимым, или по крайней мере очень важным, в конторе, а потом обучить людей - никаких проблем с организацией рабочих виз и прочей бюрократии. После evaluation'a ВО иногда люди и академ-разницу по два-три года "сдают" - везде по разному, кстати, в Штатах с этим меньше всего проблем, но грин карту без ВО получать очень напряжно.
