German Jet

Есть факторы объективные. Например, объективный фактор привел Сергей - молодые девушки могут внезапно уйти в декрет. Поэтому на долгосрочный проект, в котором 1-3 разработчика девушек берут с неохотой.

А есть множество субъективных факторов. Один из них, мужской шовинизм.

Увы, с проявлением мужского шовинизма сталкивался многократно.

Иногда он был обусловлен реальным личным опытом руководителей и неправильным обобщением. Например, взяли девочку - не потянула, вывод - все девочки не тянут. Там была ситуация, что те задачи, которые дали той девочке, с той моделью управления проектом (то есть, вообще без управления), она не потянула. Зато потом нашла себя в другой области разработки с другим подходом к управлению проектами.

Мне приходилось под личную ответственность настаивать, чтобы взяли девочку. Я-то точно знал, что девочка - супер, она одна стоит половины имеющейся команды (чисто мужской на тот момент). Убедил, переломил сознание руководства. Потом еще нескольких девочек взяли, правда не все они были столь же успешными, как первая. Потом, когда половина мальчиков разбежалась девочка до последнего тянула проект. Но в другой раз (в другой компании) такой номер не прошел - я не смог сломить позиуи руководтва.

Про управление проектом я не просто так сказал - девушки, как правило, хуже работают в условиях прессинга (об этом тоже в комментарии @bk0011m). Девушку сложнее заставить поработать вечером или в выходные. Это значит, что надо руководителю придется повышать качество управление проектом. То есть, самому тоже придется работать.

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

Все это приводит, к тому, что в этой отрасли мужчин больше.

Что делать конкретно Вам, сказать не могу. Но совершенно точно могу сказать, что надо себя уметь презентовать. Например, участие в open source проектах или, еще лучше, обственные открытые проекты на github точно помогут. Статьи на habrahabr.

Почитайте: https://risik.info/?p=558 и https://risik.info/?p=555 вдруг как-то поможет :)
Ну и конечно: femalesoftwareeng.tumblr.com

Дело не в программировании.
Когда у нас шел набор сотрудников, шеф категорически не хотел брать женщин. Как он мне объяснил, женщины более конфликтны, а при случае и в глаз не двинешь и на 3 буквы не пошлешь. Еще молодые девушки любят уходить в декрет, что многих тоже отпугивает. Потом часто отпрашиваются, по уходу за детьми итп. Опять же, за женщинами укрепилась слава собирателей сплетен и обсуждения коллег.
Я не говорю что все такие, не утверждаю что мужиков таких не бывает.. Просто с женщинами такое случается чаще.

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

У вас список нацеленный, что бы делать сайты, недорого, без рекламы и смс...
Про руби был тут хороший совет. Не нужно вникать в миллиард фреймворков и каждый раз учиться программировать заново. Сэкономите много нервных клеток.
Если нужно то, что в мейнстриме называется front-end то, это html/css/js. Те кто повторяют шарманку про то, что в javascript низкий уровень вхождения, по-моему несут бред. Как задать условие или пульнуть цикл или рекурсию можно понять за пару дней на любом языке. Как сделать то, что вам нужно и при этом не повырывать из головы все волосы, это совсем другое.

Как я понял из комментариев, у вас вызывает проблему экспорт данных в формат совместимый с ArcGis

Судя по всему arcgis может съесть ERSI Shapefile. С этим у питона все очень хорошо. Смотреть тут стоит в сторону
toblerity.org/fiona/manual.html
Возможно пригодтся toblerity.org/shapely/manual.html для промежуточных перобразований.

PS gis.stackexchange.com/questions/68175/geojson-to-e... , toblerity.org/fiona/manual.html#dumpgj может у вас вообще без кодинга обойдется.

Я начал работать веб-разработчиком в 28 лет. Но до этого занимался всякой околоайтишной деятельностью и программировать научился еще в 6-м классе без книг и учителей на примере курсовых работ брата.
Очень важно хотя бы первые года 3 "гореть", чтобы была мотивация осваивать огромные объёмы знаний, интересоваться буквально всем, что связано с разработкой.
Тем не менее, я зарабатывал, сидя в офисе. А фрилансом баловался время от времени. И до сих пор не вижу необходимости менять такое положение дел.

А что касается выбора технологий, то если б у меня была возможность вернуться в прошлое, то выбрал бы вместо php python или RoR, поскольку не нужно изучать десяток фреймворков для востребованности на рынке труда, достаточно одного :)

Начал кодить в 27 лет. начал с фриланса, через год пошел работать чтобы научиться правильно кодить. До этого торговля всякая была. А сейчас программирую и довольно качественно на PHP и ребята, которые больше по времени кодят советуются по коду. Если ты действительно замотивирован, то это главное. А еще очень важно понимать что нет какого-то крайнего возраста для развития. Это общепринятое мнение и общепринятая отмаза не менять ничего в своей жизни.

Я как раз пошел по второму пути. Аналитический ум, и умение решать разные задачи привели к тому что пофигу на чем писать, главное с семантикой познакомиться. Ну и есть конечно паттерны и прочее, универсальное для семейства ООП, например.

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

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

Ну и, конечно, уточните понятие "тормозит". Мало ли, может у вас скрипты и стили не слиты и не сжаты и все запущено в дев окружении

Если стоит выбор между Python и NodeJS, берите однозначно Python, в NodeJS намучаетесь с его асинхронностью.
С++ конечно хорошо, но на мой взгляд будет сильно тормозить скорость разработки, да и можно нарваться на подтекании памяти.
Так, что берите Python, хотя можете присмотреться к PHP и фреймворку Phalcon

А вообще сложно что-то советовать не зная примерной нагрузки.

API - Flask (или Eve)
Чат - торнадо

Для чата рекомендую https://github.com/KeepSafe/aiohttp

На одеске с этим все хорошо. Андроида существенно больше, конечно, но профи без работы не останется.

Ларавель предлагает проверять прямо в роутере
Что снова подтверждает мою мысль о том, что раут в Ларавели - это тот самый тонкий контроллер, о котором так много говорили большевики, конроллер - это модель, а модель - это тупо драйвер БД (ОРМ), используемый моделью.

Советую прекращать использовать уже Notepad++. Проект был хороший, но он устарел. На его место пришёл Sublime Text 3. Он может всё что мог Notepad++ и уже может больше. У него огромная база плагинов и он развивается 7ми мильными шагами. К тому же плагины для него пишутся на Python.