Задать вопрос
Профиль пользователя заблокирован сроком с 18 ноября 2017 г. и навсегда по причине: спам
  • Что нужно знать Back-end разработчику в 2014 - 2015 гг.?

    @benoni
    программер-любтель, иногда подрабатываю фрилансом
    Кроме пайтона и пхп из технологий порекоментовал бы:
    1. Nodejs + express + еще какие-нить популярные фреймворки для js и ноды.
    2. Также еще можно посмотреть в сторону функциональщины (хотя бы для общего развития): Erlang, Clojure + ClojureScript, Scala, F#... (на выбор)
    3. "облака", распределенные вычисления, параллельные вычисления и т.п.

    Из общего: git, хорошая и удобная IDE, всякие облачные технологии и распределенные вычисления.
    Ответ написан
    Комментировать
  • Что нужно знать Back-end разработчику в 2014 - 2015 гг.?

    CheshireCat
    @CheshireCat
    full-stack developer
    Забудьте мысль о том, чтобы выглядеть сферическим специалистом в backend-разработке (и чему-угодно-другому), который знает все на свете трендовые технологии.

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

    Всё. Вы специалист. И вы знаете ровно столько, сколько нужно.
    Ответ написан
    8 комментариев
  • Что нужно знать Back-end разработчику в 2014 - 2015 гг.?

    @jershell
    Наверное выделил бы таки вещи как Git, RestFul api, Английский.
    Ответ написан
    Комментировать
  • В чем же сила Node.js ?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    Сила в том что все знают JS. Кто может писать на PHP/Ruby/Python? Те кто пишут на PHP/Ruby/Python соответственно (и скажем по 10%-15% от количества каждых кто может писать хотя бы на двух из трех языков. Кто может писать на JS? Все фронтэндеры + добрых каких 60%-70% от всех этих php/ruby/python/java/c# разработчиков...

    Что это дает? ОГРОМНЕЙШЕЕ комьюнити... большая часть быдло конечно но засчет огромнейшего количества разработчиков инструментарий начал просто очень быстро развиваться. Кому нужен инструмент написанный на Ruby если его можно написать на JS и его сможет поддерживать на порядок больше людей?

    Вопрос производительности по началу стоял как основная фишка языка. Все кричали наконец-то, V8 на сервере, асинхронность! Самый быстрый интерпритируемый язык на планете и все такое. Но на деле все чуть сложнее. JS реально быстрый. По сравнению с тем же Ruby он в разы быстрее! Но по большому счету на это адекватным людям плевать с высокой колокольни, так как js нифига не асиинхронный. JS работает в один поток. Причем в этом же потоке работает и сборщик мусора. Если он начнет все чистить - все замрет. Обычно это не сильно большая проблема но как-то забавно. Асинхронное в JS только работа с IO которая на плюсах/си реализована...

    Революционности так же нету. JS на сервере не новая идея и практиковался еще лет за 5 до. Просто это была очень удачная реализация да ктому же если бы не V8 то так же все было бы не так круто.

    Что до сравнения с PHP и т.д. - это инструменты для разных сфер. PHP - разработка web-сайтов. node.js - демоны, инструменты разработки, шины данных, доставка данных и т.д. Для всего остального PHP подходит больше. Есть правда пара интересных проектов главная цель которой устранить дублирование кода на сервере и на клиенте.... но подходят эти наработки пока только для очень простых проектов (хотя все относительно).

    Если вас прям плющит от нового, быстрого, современного, с клевым дизайном и тоже где повлиял гугл - golang.
    Ответ написан
    11 комментариев
  • Как правильно учиться PHP / mySQL?

    beono
    @beono
    Очень рекомендую getjump.github.io/ru-php-the-right-way
    Процитирую, чтобы не пересказывать своими словами:
    В интернете очень много устаревшей информации, которая приводит к заблуждению, распространению неверных решений и написанию плохого кода у начинающих PHP-разработчиков. PHP: Правильный Путь — легкочитаемое руководство для быстрого ознакомления с правилами эффективного использования PHP
    Ответ написан
    Комментировать
  • Чем отличается junior от middle? а Senior?

    pi314
    @pi314
    Президент Солнечной системы и окрестностей
    Вот как это выглядит с т.з. работодателя

    Джун
    - собеседование
    изъясняется исключительно на сленге (большую часть которого не может внятно объяснить), готов в одиночку за неделю написать новую ОС, или две - за полторы, если только для этого не придется учить ассемблер, несмотря на юный возраст уже обладатель прав на обе версии и один бэкап личного сайта с фотографией кошки в розовой рамке и знает, что синглтон - это абсолютное зло, хотя и не может написать его без ошибок.
    - испытательный срок
    долго мудохается с настройками рабочего места, которые регулярно слетают под тяжестью многотысячных плагинов, шелов и скринсейверов, донимает админов, находит две (орфографические) ошибки в документации проекта и один быстрый альтернативный способ сделать форк из SVN, после которого проект, к сожалению, не билдится не только у него, но и у всей команды. Берется все немедленно исправить с помощью другого чудотворного плагина, (неожиданный баг в котором приходится фиксить двум миддлам), после чего насильственно лишается рута, плагинов и шелов и начинает изучать проект под чутким контролем матерящихся миддлов.
    - работа
    научился билдить проект, писать тесты и коммитить, не роняя этим билд, понял смысл многих сленговых выражений, подружился с миддлами и админами, не путается в названиях ключевых технологий, радикально сократил число плагинов, удалил сайт с кошкой, работает.

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

    Синьор
    - собеседование
    указывает на ошибку в тестовом задании, предлагает два решения проблемы, над которой команда пыхтела последнюю неделю и альтернативный стек технологий, на который можно перевести проект
    - испытательный срок
    рефакторит проект, делает билд джун-устойчивым, по ходу дела пишет алгоритм для киллер-фичи, запланированной только на следующий квартал и под конец испытательного срока организует воркшоп, на котором представляет свои наработки "в свободное время" по переводу проекта на другой стек технологий, в которых уже реализована большая часть функционала следующего релиза.
    - работа
    пинками помогает команде в переходе на одобренный руководством новый стек, в чем его активно поддерживает джун, окрыленный тем, что теперь его накопившиеся косяки точно никто не заметит, переводит проект на новый стек, увеличивает производительность в два раза, через год переводит еще раз, периодически генерирует идеи новых продуктов, может пропасть на неделю и вернуться с новой фичей, а может уйти в накопившийся за несколько лет отпуск и больше не вернуться, т.к. случайно встретил старого знакомого, передложившего другой мега-проект с гига-зарплатой.
    Ответ написан
    4 комментария
  • Чем отличается junior от middle? а Senior?

    вы все знаете — Junior
    вы поняли что ничего не знаете — Mid
    вам все равно — Senior

    habrahabr.ru/post/231649/#comment_7826819
    Ответ написан
    2 комментария
  • Чем отличается junior от middle? а Senior?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    это довольно субъективные штуки. Как уровень владения английским языком (beginner, intermediate, advanced, native) и все в таком духе. Разные курсы/школы и прочее разное вам будут мерять по своим методикам. Прошли собес на мидла - вы мидл. Прошли собес на синьера - вы синьер. Знаю джуниоров которые посильнее некоторых "синьеров".
    Ответ написан
    1 комментарий
  • На повестку дня: Ruby On Rails или Node.js или php или Python?

    webus
    @webus
    Golang | Python | NodeJS | Java
    Python / Django.

    Мода на Ruby / Rails прошла. Владельцу проекта нужна предсказуемость и прозрачность работы фреймворка, на котором построен его проект. Этого достаточно сложно добиться с "магией" Ruby, которую понять то сложно, если пришел с других языков. Это первое.

    Второе, как ни крути но Ruby медленный. Да я пробовал последний Ruby 2.1 с последними Рельсами, и говорю он медленный. Да я знаю, что можно запускать Рельсу на всяких passanger, thin и unicorn. Знаю что есть JRuby и прочие реализации. Знаю что можно закешировать все что можно. Я это пробовал. И все равно, Руби - медленный. К слову реализаций Python тоже много, есть и Jython, PyPy, Stackless Python. Django на фоне Rails выглядит просто молнией, быстрый старт и прозрачность работы. Нет никакой магии, все понятно как работает от начала и до конца.

    Третье, Django достаточно консервативный фреймворк. В него никогда не добавят какую-нибудь сомнительную фичу, как это бывает в Rails (например никому не нужный turbolinks). Скоро выходит версия 1.7. Где достаточно много плюшек действительно нужных.

    Вам будут говорить про разветвление Python на версию 2 и 3. Что все плохо. Не верьте. Это все ерунда. В настоящее время большинство популярных библиотек уже давно на Python 3. Django, Flask уже давно. Мы все новые проекты начинаем на Python 3 и проблем никаких нет.

    На счет NodeJS. Использовать можно, но... Неудобно. Переносимость кода client side < - > server side по факту равна менее 10%. Сейчас большинство используют NodeJS как платформу для запуска нужных тулз для сборки фронтэнда, например Grunt / Gulp, Bower и прочее. Конечно пакетный менеджер npm.

    Надеюсь ответил на ваш вопрос.
    Ответ написан
    4 комментария
  • На повестку дня: Ruby On Rails или Node.js или php или Python?

    Tyranron
    @Tyranron
    @Shetani безусловно прав. Я бы Вам не советовал полагаться на какой-то единственно верный язык, ведь они всего лишь инструменты. В одной конторе будут бэк писать на пайтоне, в другой на рельсах, в третьей бэк будет на php. Выбор может зависеть от многих факторов и, чаще всего, выбирать будете не Вы. Потому, по-хорошему, советую изучить все предложенные Вами варианты. И не надо бояться, что времени не хватит. Хватит. Много времени может занять изучение первого языка для бэка (так как надо будет въехать и прочувствовать как этот бэк работает) и второго (потому что нужно будет переосмыслить то, что Вы выучили в первом), а дальше пойдет по накатанной.
    Тоже советую начать с рельс и руби, ибо не зря в тренде.
    Потом советую подергать node.js, ибо однопоточность и асинхронность, а также, по желанию, фулл-стэк фреймворки (единый код на сервере и на клиенте - meteor и другие).
    Дальше уже php и python для полноты картины.
    Также советую добавить в список Go, Java/Scala и Erlang.
    Ну и совсем уже на любителя - Haskell + Yesod...практической ценности в этом будет мало, но для понимания (а также расширения сознания и просветления) очень даже полезно. =)
    Ответ написан
    Комментировать
  • На повестку дня: Ruby On Rails или Node.js или php или Python?

    @Shetani
    Программисты для своего проекта выберут то, на чем они пишут. И каждый посоветует свой фреймворк.
    P.S. Сам за руби, тут как раз вебинар в воскресенье будет, может что-то для себя почерпнете.
    Ответ написан
    1 комментарий
  • Какими технологиями должен обладать backend разработчик (уровень начальных знаний - новичок+)?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    Так как вы не указали язык программирования... напишу то, что не особо от него зависит.

    архитектура клиент-серверных приложений

    HTTP (базовые понятия, Http verbs, формат записи заголовков и основные заголовки, такие как Content-type)

    Реляционные БД - SQL, нормализация данных, понимать разницу между inner join, left join, outer left join и т.д (в зависимости от выбранной СУБД).

    nosql БД (опционально) - денормализация данных, понятие о агрегации данных (в случае MongoDB/CouchDB и т.д.). На начальном этапе можно не замарачиваться штуками типа шардинг/репликация. Так же рекомендую потыкать какой reddis как простенькое key-value хранилище.

    По архитектуре приложений можно погуглить "GRASP паттерны". Правда по началу можно так же не особо замарачиваться и обратить внимание только на такие штуки как "сильная/слабая связанность системы".

    Ну... остальное зависит от языка программирования. Как определитесь - для всех основных языков тут уже составлялся план развития.
    Ответ написан
    1 комментарий
  • Какими технологиями должен обладать backend разработчик (уровень начальных знаний - новичок+)?

    zBit
    @zBit
    Full stack web developer
    Для всех обязателен сейчас git + git-flow, базовое администрирование сервака.
    А вы вообще на каких языках пишете, кроме 1С?
    шутка... а может и не шутка ;)
    Хороший бекенд программист не должен упоминать, что работает с 1С.
    Ответ написан
    Комментировать
  • Есть ли лаконичная книга по Python?

    Ubran_Hera
    @Ubran_Hera
    Комментировать
  • Как отговорить клиента от Битрикса?(1C-Bitrix)?

    А зачем? Хотят на битриксе, выставьте взрослый ценник за битрикс, большая компания, большая стоимость, большой прайс.
    Ответ написан
    2 комментария
  • С чего начать изучение Yii2?

    sanchezzzhak
    @sanchezzzhak
    Ля ля ля...
    Yii2 с base application и готовностью что когда то вам нужно будет что то переписать.
    Функционал беты еще может изменится, хоть мало и вероятно.

    Думаю не будет лишним прочитать недавний обзор.
    habrahabr.ru/post/219329
    Документация
    www.yiiframework.com/doc-2.0
    Гайд пока на en, после релиза обещали на ru перевести.
    www.yiiframework.com/doc-2.0/guide-index.html
    Ответ написан
    Комментировать
  • С чего начать изучение Yii2?

    @ikeagold
    Начинайте изучать исключительно документацию Yii 2.0
    И Fesor тоже правильно сказал.
    Вот ссылка на оф доки.
    И примеры тут: https://github.com/samdark/
    Ответ написан
    Комментировать
  • С чего начать изучение Yii2?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    Да, есть официальная документация.
    Только совет - если задумаете что-то написать, потрудитесь поискать уже готовое решение. Главная проблема новичков в Yii - после пары часов прочтения документации они уже подписываются на выполнение заказов на фрилансе, и затем в коде разрастаются велосипеды, реализация которых даже в фреймворке имеется.
    Ответ написан
    Комментировать
  • Литература по ООП?

    Касательно паттернов в Python, есть Python in Practice by Mark Summerfield
    Обратите внимание на первые три главы.
    Ответ написан
    Комментировать
  • Литература по ООП?

    fornit1917
    @fornit1917
    Если PHP, то Мэтт Зандстра - PHP. Объекты, шаблоны и методики программирования
    Ответ написан
    1 комментарий