Не все i7 одинаково полезны, как показывает моя практика эксплуатации dell 7720 SE и dell 17 7000 - лучше купить либо мак, либо нормальный мощный комп. В обоих ноутах был очень урезанный биос с кучей глюков, некоторые вещи типа AES-NI просто были выключены... в общем ноут ноуту рознь, а для работы лучше иметь полноценный десктоп.
Если взять ЗП среднестатистического джуниора после универа в 1000-1500$, то позволить себе более-менее нормальный тазик за 2-3 месяца работы вполне возможно, да и для любой конторы довольно зазорно отсутствие нормального оборудования для своих подчинённых. А так сейчас ситуация обстоит что нынче для работы породистый SSD Raid 0, 16Gb оперативки и камень 4790K+ это просто Must Have. Тем более сейчас есть замечательный Kingston HyperX Predator и на подходе Plextor M7e.
Сергей Протько не вижу смысла это обсуждать - у меня были совсем другие задачи, и совсем другие цифры (около 10Гбит REST API трафика на один сервер с задержками в 6-7мс).
Я сейчас много чего пишу на Play2 и на ванильном golang'е - везде есть свои приемущества и недостатки, тут ещё много нерешённых проблем, особенно что касается контроля качества и реюзабельности решений в целом. Потому что хоть оно и ООП но вот совсем не реюзабельное ...
Kokaas: дело не в языке или фреймворке - можно взять ту же Symfony2, использовать её родные бандлы, и нормально покрыть тестами. С браузерным JS лучше не заморачиваться и делать по старинке на jQuery. Я и сам сейчас не рискую писать новые проекты на React'e просто потому что там каждый месяц какие-то нововведения, а ничего более съедобного нет в природе. Сейчас ситуация такая что более-менее производительные и актуальные решения требуют незаурядного опыта разработки, лучше делать качественно то что умеете, чем делать через одно место то что не умеете.
Сергей Протько: у РНР производительность очень посредственная, более-менее вменяемые решения подразумевают реализацию сишных плагинов к самому РНР. Да и нормально реализовать IPC в PHP без костылей нереально, вот в Python / Ruby с этим повеселее, но тоже уж больно слоупочно. Хотя jRuby ввиду низкоуровневых оптимизаций ведёт себя довольно прилично.
Сергей Протько: вот и я о том же... для какого-нить стартапа имеет смысл. А инет-магаз, или любое другое существо мелкого бизнеса стартапом называть должно быть постыдно, но и то - это должен быть java (*whatever) / node.js / golang, но уж точно не PHP / Ruby / Python.
Юрий Ярош: p.s. у меня сейчас куплена terracotta и hazelcast, просто потому что влом писать inmem хранилище, но в принципе уже и с ними есть проблемы, так что близиться час...
Контроля качества нет, оценок рисков и планов отката тоже нет - кто же вам доктор то ?
У меня, лично, введена практика Test Driven Deployment&Stateful Migrations. Так что "волосы ни у кого не опадают" так как риск отказа любого существующего ресурса заранее предусмотрен, и в случае невозможности применения нового состояния к существующей инфраструктуре происходит откат с двойным, иногда тройным прогоном тестов консистентности.
Есть ещё в этом мире много интересного, не зацикливайтесь на каких-то одних решениях, тут постоянно выходит всякая интересность и постоянно нужно что-то изучать, к этому нужно привыкнуть и идти в ногу со временем. Если везде всё через ..., то это не повод говорить "А чем я лучше ?", становитесь лучше чем другие, показывайте что вы действительно можете решать конкретные проблемы - вас будут ценить как специалиста своего дела.
Сергей: у меня "нормальные" фирмы до 100 человек, с зарплатой уборщика в 2000$, не пользуются проприетарщиной просто за ненадобностью. Если вы с такими случаями не сталкивались - это не значит что такого не бывает, и это никому не нужно. Да, в постсовке ввиду отсутствия возможности и навыков нормальной оценки рисков и тестирования решений, в целом, предпочитают просто делегировать ответственность на сторонних вендоров, потому что сами не умеют. На практике, даже та же "как-бэ надёжная" bare metal виртуализация иногда пускает "дикие кони", а Amazon и Azure отнюдь не так стабильны как о них принято думать, и денег конторы они точно не экономят.
