Олег Ди: Фриланс в общем-то и не привязан к каким либо краям... Можно спокойно получать пассивный оклад админа серьёзных проектов в 1500-3000$ с долгосрочной поддержки, и уезжать куда-то в Таиланд или в Черногорию. Но для этого нужно хотя бы 2-3 года реальной практики и изучения существующих решений. Смотрите чего люди на биржах хотят и сравнивайте с вашими умениями и возможностями, но большинство проектов на местных биржах это просто дикий ширпотреп.
Вам стоит очень подтянуть навыки администрирования и организации работ, и даже не пытаться осваивать программирование дальше чем bash и powershell. Сейчас администратор без средств автоматизации - совсем не администратор, но и отличных инструментов очень много.
Советую рассмотреть puppet / chef / ansible / saltstack, да получить какую-то сертификацию от IBM или MS.
Да, но сравниваются достаточно непроизводительные подходы для того же Play, у Slick / Anorm много overhead'ов, даже рендер шаблонов на Scala реализован в Play без какого-либо вменяемого кэширования... в дизайне Play3 эти вопросы уже решены, но он выйдет в конце 2015го.
Node.js поддерживать реально сложно - раздувается код, отваливаются зависимости, а отладка вообще полный ад. Возможно порог вхождения у него и ниже, но побочных эффектов просто масса.
По камьюнити сравнивать Play2 и Node.js нельзя, так как node.js - это платформа, а Play2 - фреймворк. И понятное дело что у node.js количество пользователей будет гораздо выше. Node.js можно сравнивать, допустим, со Scala. Если бы Scala нормально утилизировала существующие средства оптимизации байткода, типа Project Graal, то можно было бы производительность сравнивать с каким-то C++, а так приходится только надеяться на "магию" HotSpot'a, да на острый ум Мартина.
Если сравнивать производительность на ресурсоёмких задачах, особенно математических - node.js просто не работает, и не в какое сравнение c JVM решениями не идёт. А копирование с буфера в буфер и на паскале будет быстро работать...
asd111: Нацисты != Националисты. Советую почитать цитаты с википедии и разобраться в понятиях. Политика деруссификации - возвращение и воспитание культурных ценностей украинского народа у последующих поколений. Ничего против русских или русскоговорящих никто не имеет - их и в "правом секторе" и в "рухе" и в "тризубе" было полно. И никакого превосходства украинской нации над кем либо, этот предрассудок был навязан многим в качестве пропаганды. Возможно некоторые вещи граничат с фашизмом в виду насильственного прививания культурных ценностей, но значение этого слова большинству людей сейчас не знакомо, да и определение его идеологий не столь ясно и трактуется по разному. Фашизм - это полное подчинение индивида потребностям нации, которые диктуются несколькими "избранными", эта верхушка часто прибегает к террору и пропаганде для сохранения своего правящего положения. Нацизм это крайнее, насильственное проявление фашизма, с целью доказать превосходство одной нации над другими. Национализм - это идея высшей ценности, цельности и неделимости нации.
Это всё учат в универе ... :(
Ну так что многих русских сейчас тоже можно спокойно обозвать фашистами и националистами, и возможно даже отчасти нацистами которые пытаются доказать превосходство своей нации над другими, в общем везде уродов хватает... но понятия совсем разные.
Нужно понимать что nginx сам по себе является фреймворком в котором реализован паттерн Disruptor для всех его плагинов. Под высокими нагрузками начинаются проблемы с распределением памяти и копированием данных в буфера сетевых карт. Карты от ГБит'a имеют несколько своих DMA и несколько буферов для отправки данных, а не один как это обычно с 100Мбит'ными - нужно тюнинговать ядро, шедуллеры, писать в буфер сетевой напрямую через netmap или pfring. Естественно для такого nginx никогда не предполагалось использовать...
Tyranron: просто у JVM самый хороший Managed Runtime, и есть поддержка со стороны энтерпрайса в виде Azul Zing и IBM реализаций JVM. Project Graal может помочь в тонкой оптимизации JVM байткода, Truffle может упросить парсинг и трансляцию, а Sumatra утилизировать возможности GPGPU и прозрачно организовывать гетерогенные системы. Я долго думал о llvm, но llgo уже приняли в состав llvm и достаточно хорошо оптимизировали часть кода... но я хочу использовать совсем другие принципы: главное высокая оптимизация кода, а время компиляции роли не играет.
Tyranron радует что тут столько адептов Golang'a. А я вот хочу с января начать писать порт libgo runtime под JVM с использованием Project Graal и Truffle, а весной может даже и sumatr'у прикручу. Естественно всё OpenSource'ное.
Tyranron нужно писать статьи что бы американцы их на американский переводили, а не так как сейчас... один ширпотрёп да дилетантство повсюду - только и умеют что потреблять чужие продукты.
Crash: видимо у вас там просто мелкие требования - нет большой нагрузки, и не нужно в моб приложения и в богатый фронтэнд отправлять данные. А по поводу денег - сейчас почти везде ставка 300-500 руб и не зависит от квалификации. Естественно в 80% проектов выработка требований минимальна, контроля качества нет, тестов нет, долгосрочной поддержки нет ... ну и все мы знаем что с ними случается.
asd111 хм, он мой родственник, но его спутать со мной просто нереально - он сейчас стреляет боевиков возле Донецка и вывозит потиху народ, а то уже чеченцы совсем обнаглели... и уж точно не сидит на Тостере. Советую просто почитать его биографию - вполне так толерантный русскоговорящий человек.
Тостер не место для обсуждения геополитики, получения психологических компенсаций и самоутверждения.
Владимир Боруткин Берём Grails - красиво, в 20 раз быстрее питона, большая часть кода генерируется автоматом.
Пробуйте разные инструменты. В больших конторах с рельсов и питона слазят на Go и J2SE Java - получают прирост производительности в 20-30 раз... Ну не спроста же.
Оправдывать нежелание изучать новые подходы и технологии "приятностью питона" очень глупо.
asd111: Я вообще не люблю сервлеты - слишком ужасные оверхеды. Если запускать сервлет под Netty - можно получить очень большой прирост производительности по сравнению с jBoss или WebSphere... А так как Spring в целом J2EE ориентированый он мне не оч нравится. По поводу JAX-RS на Jersey или Spring Data могу сказать одно - это не DDD. Мне нравится DDD подход так как он способствует построению SOA - берём модельку БД и по её схеме получаем доступ через специальный абстрагированный DataMapper, в итоге один достаточно большой сервис - на любое количество таблиц, который принимает правила авторизации и валидации, хотя часть правил валидации можно генерировать по схеме БД. Также этот сервис предоставляет callback'и и интерфейсы для реализации учёта и аутентификации. Потом можно отправлять JSON-WSP или JSON-Schema в браузер, для автоматического построения формочек и автоматического построения браузерной валидации в богатом фронтэнде ... А так по "классике" у нас получается "одна табличка - один CRUD контроллер", которые потом при большой БД в 50-60 табличек ещё потом как-то нужно поддерживать, и не факт что выползут побочные эффекты или опечатки от вагонов копипасты.
Этот подход сформировался у меня в процессе работы с реактивными приложениями и был реализован в рамках нескольких больших проектов. Очень хорошо зарекомендовал себя при работе с очень большими схемами БД - порядка 80-100 табличек. Сейчас хочу опубликовать под OpenSource для РНР / Java / Golang / Python и отдельно написать статейку на хабр "RESTful Services - you're doing it wrong".
