kn1ght_t

Не учитесь сразу верстать на Bootstrap 3

На сегодняшний день рекомендую книгу — она небольшая, но даёт небольшое представление о технологиях.

К сожалению, онлайн не подскажу, а оффлайн - Sublime Text 3, отличный редактор, в том числе и CSS.

Да вроде все очевидно: прочесть популярный учебник для чайников (можно определить например по числу отзывов) -> попрактиковаться -> изучить смежные темы (html\xml\json, СУБД) -> попрактиковаться -> прочитать продвинутый учебник\официальный мануал -> попрактиковаться -> изучить смежные темы (шаблоны проектирования, тестирование, кеширование) -> попрактиковаться -> освоить популярный фреймворк на данном языке -> попрактиковаться

Так как парадигмы в этих языках принципиально противоположные, разницы, в каком порядке изучать, нет.

Правильно так:

• Математика (Комбинаторика,Линейная алгебра, Высшая алгебра, Матлогика, Теория алгоритмов, Теория операторов, Теория компилируемых языков) - > Scheme
• Математика (Матлогика, Теория алгоритмов) -> Цифровая электроника - > Автоматы -> Ассемблер -> C

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

Я в прошлом тоже безопасник, а сейчас веб разработчик. Почему? Потому что веб - это интересно. Веб сегодня - это скопление всевозможных фреймверков, модулей, библиотек, технологий и языков. Весь этот венигрет позволяет выбирать собственный стить и путь разработки. Кроме того веб очень активно меняется, что лично для меня весьма важно - развиваться всегда. Еще вчера в тренде был серверный MVC, а нынче уже SPA на MVVM, - это заставляет учиться.

Если хотите постоянных перемен, если хотите делать ПО для широких масс, если хотите свободу творчества - выбирайте веб разработку. За остальные сферы не скажу.

В общем там браузерная шаблонизация - нужно смотреть в сторону Angular / Ember / Meteor / React + rx.js
Cейчас вопрос с SEO и браузерной шаблонизаций обычно решается либо дублированием шаблонов на сервере и в браузере, но основе Jade к примеру, либо гоняют рендер в браузере или node.js, как это делается с React'ом или prerender.io.

Ну вот к примеру learni.st написан на Angular'е и отлично индексируется гуглем.

Сейчас наиболее перспективным является GWT-way, когда серверные шаблоны прозрачно транслируются в браузерные, и все изменения модели передаются посредством push нотификаций и по вэбсокетам или comet'у (socket.io / sock.js). Но для этого нужно ещё реализовать нормальную поддержку Virtual DOM суррогата, так как это сделано в React'e. В нём кстати самый толковый рендер DOM'a, из-за этого рождаются вундервафли типа ngReact.

В общем вопрос фронтенда за последние 3 года очень сильно усложнился с появлением различных MVC-подобных браузерных подходов, и jQuery уже "прошлый век". Сейчас всё упирается в реактивности с асинхроном и многопоточностями, а с ними в PHP / Ruby куча проблем. В Python этих проблем меньше, но и костыли там тоже встречаются, а в node.js вообще их нет... но производительность обоих решений оставляет желать лучшего.

Пробуйте golang, или Typesafe Stack / Grails.
На фронтенде веселее всего с React rx.js и socket.io / sock.js, но для коммуникации можно и что-то своё написать.

Видел 100500 примеров как не надо писать RESTful сервисы.
Главное понимать задачи DataMapper'ов в рамках RESTful сервисов и AAA.
"Одна табличка - один CRUD контроллер с логикой" - путь в никуда.

Из бэкендов сейчас стоит двигать в сторону Typesafe Stack или Groovy Grails, и забыть про этот тупой РНР ширпотреп.

Play2 - прост как дверь, и достаточно быстрый, не без overhead'ов, но и выбирать сейчас особо не с чего :(
Если Scala не является препятствием можно двигать к Xitrum'у, но у него нет энтерпрайсной поддержки.
На Grails оч удобно реализовывать RAD приложения, правда производительность не очень. Но сравнивать можно только с jRuby или jyton'ом.

Python / PHP / Ruby / Node.js не подходят для реактивных приложений, и долгосрочная поддержка просто сущий ад. В общем рано или поздно приходится пилить Push нотификации и асинхронности и там обычно прикручивают Celery / Gearmand / Benstalk / RabidMQ etc естественно работает это не ахти ввиду накладных расходов на коммуникацию.

p.s. А, да, точно и зачем русским РНР программистам говорить о важности TDD/BDD ?...

Пишу на питоне ещё с 15 лет (2.4+)... ненавижу его runtime и архитектуру. Язык хороший - реализация никакущая. Ну да его синтаксис достаточно упрощён, но и за синтаксический сахар приходится платить сложностями отладки и поддержки.

Сейчас же почти все известные мне конторы не используют питон в продакшенах с более-менее высокой нагрузкой. Яндекс тому пример. Чаще питон используется для решения прикладных задач администрирования, так как это делается, к примеру, в SaltStack. Все дружно слезают с питона, РНР и рельсов на Golang, Java/Scala, и иногда даже Groovy - производительность выше в десятки раз, и managed runtime на много стабильнее. Правда в случае с JVM очень сильно раздувается куча в виду избыточности объектной модели (оператву жрёт как дурное, а я байтики считать привык). Сейчас это должно лечится с помощью Project Graal и Truffle, правда пока до этого дошёл только jRuby, который тоже в пару десятков раз быстрее Ruby. По идее и Groovy тоже должен переползти как-то ... Вот про jyton ничего не знаю.

Много моих знакомых слезло на Golang с Ruby и Питона.
Стоит попробовать - он достаточно простой и идиоматичный, вот рефлексию стоит обходить стороной - она очень медленная, впрочем как и везде. Работу может и не найдёте сразу, но после реализации пары простых проектов будет проще предлагать в качестве целевой платформы.

Фрилансить с питоном начать можно, но очень желательно опробовать ещё хотя бы пару окружений и фреймворков типа Groovy Grails, или Typesafe Stack. Сейчас требования рынка возросли в пару раз за последние два года - нужны ассинхронности/многопоточности, push-нотификации в мобильные приложения и по вэбсокетам/комету. И это всё с богатыми js-фронтендами на всяких там Angular'ах и React'ах. Естественно можно крутить костыли типа Celery / Gearmand / Beanstalk / RabidMQ, но накладные расходы на коммуникацию слишком большие :( Компилируемые языки со своими Managed Runtime'ами позволяют строить монолитные приложения в которых подобные решения избыточны в рамках одной и той же машины, а если это куча нод в кластере то нужно мерить/думать.

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

А вот с pyramid (pylons) и SQLAlchemy можно строить достаточно хорошие приложения. У них есть enterprise поддержка и соответствующие гарантии.

Типовые задачи на питоне:
- написать какой-то мелкий скрипт с Gui на PyQT / Pyside для какой-то аналитики и отрисовки графиков, иногда попадаются задачки с gstreamer'ом
- написать какое-то простое RESTful CRUD приложение, в стиле "одна табличка БД - один контролеер", это конечно же тонна копипасты и мне больше нравятся DataMapper'ы по типу TastyPie. Иногда люди хотят чистого Tornado или Flask'a, так как им не нравится overhead в джанге и pylons.
- написать скрипты для деплоя чего-то, обычно люди не знают про SaltStack.

В плане архитектуры питонистам чужды различные SOA с CQRS-ES'ом, потому что сам компилятор не располагает. Хотя её достаточно просто поддерживать.

Проблема всех проектов на Node.js / Python / Ruby это отсутствие долгосрочной поддержки библиотек и фреймворков - часто ломается обратная совместимость, и нужно постоянно следить за состоянием всех зависимостей. Опять же нужен TDD/BDD для того что это всё хорошо контролировать. Тестируешь руками - себя не уважаешь.

Ну и вроде всё ...
p.s. я опубликую на хабре статью сегодня-завтра "Freelance - you're doing it wrong" там поделюсь опытом работы и основными организационными проблемами в рамках удалённой работы и фриланса, покажу разницу между ними.

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

Решил поинтересоваться у сообщества кто что пьет и почему? Что на ваш взгляд является более вкусным: чай или кофе?

Надеюсь вы меня поняли. Пользуйтесь тем, что вам удобно и что решает ваши задачи.

Скажу вам так : я уже долгое время занимаюсь фронт-эндом, мы пишем веб-приложения, 2d-3d игры, сайты и так далее. JS был моим следующим языком после Java. И, говоря честно, JS - абсолютно всеобъемлющий язык, который хорошо выучить очень непросто(гораздо сложнее, чем тот же Java). По-началу, смотря на этот код, половина из которого занимается только фиксами кросс-браузерности становится тошно, потом попроще, но ввиду "особой особенности" js и его прототипно-ориентированности, многие просто хотят вырвать себе глаза, что и делают любые программисты, переходящий с c/c++/c#/Java(любой другой более классический язык). Чтобы писать хорошие модули на JS, могут понадобится годы разработки. Объективно, если сидеть по 2-3 часа в день, результативно заниматься, то можно освоить js и самые начальные паттерны за 4-6 месяцев. Изучение Angular - вообще отдельная тема, которую так быстро ты не освоишь. Angular - это вам не убогий jQuery, от которого реально тошнит, Angular - это по сути отдельное изучение JS заново. Вот как-то так.

Все конвертеры шрифтов, какие я встречал, конвертировали шрифты не идеально. В том числе, буквы были разного размера или у них обрезались края. Не удивительно, т.к. исходные шрифты созданы не для веба. Лучший выход — использовать шрифты, подготовленные для использования в вебе, например, google.fonts.

Если поиграться с настройками при конвертации, то бывает результат меняется. Сама так чинила какую-то букву в шрифте (уже не вспомню), которая выделялась из потока. Но это чисто если время есть на такие развлечения.