un1t

Нигде не требуется писать самому: нужно переиначить готовые решения с гитхаба.

Почему такая нелюбовь к готовым решениям? Я люблю готовые решения.
Если есть готовое решение и оно подходит под задачу, то это вообще отлично. Зачем писать свое? Это только как учебная задача полезно, а на практике скорее вредно.

Зачастую готовых решений нет или похожие решения не подхоят под конерктную задачу. Приходится много писать самому. С нуля или заимствовать идеи или куски кода из других решений.

Когда я после универа начал работать, то я сильно выгорал и уставал. Мне казалось что программирование это не мое, но оказалось, что просто нужно было спать на пару часов дольше. Но работать все-таки тяжело, не зависимо от профессиии.

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

На новых местах работы меня хватало обычно на 3 месяца, потом все превращалось в рутину.

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

В любом проекте всегда 80-90% рутины, каких-то тупых и скучных задач. Нельзя сделать ни один проект не выполнив эту работу.

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

Просто есть много контор, где пыщ-пыщ и в продакшн. Там особой квалификации не нужно, зарплаты, маленькие, переработки постоянные. Конечно им нужен "до 35 лет ... молодой, энергичный", а по факту просто низкоквалифицированный чувак с низкой зарплатой.

Опытные программисты и сами в такие конторы не пойдут.
После 50 знакомых программистов нет, но после 40 вроде никаких проблем с трудоустройством не замечено.

1. А почему зрение то падает? Могу предположить ,что ты сидишь в очках или линзах которые тебе прописали перед компом. Только рецепт тебе давали когда ты смотрел на стену в 5 метрах от тебя. А ты смотришь на монитор в 50 см от тебя, а то и ближе. Этого делать нельзя для чтения вблизи тебе нужны другие очки/линзы меньшими диоптриями.

2. Проводил исследование с расширенным зрачком? Есть спазм аккомодации?

Забей, больше денег на регистрацию потратишь (ИП сейчас 28 тыс в год надо платить, даже если ты ничего не зарабатываешь + банкам за рассчетный счет ). Если реально денег много будет, тогда зарегистрируешь.

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

> Более 7 лет пользуюсь MySql, нужен ли Postgresql для профессионального роста или и так везде возьмут?
Конечно возьмут, MySQL востребован. Если тебя только это волнует то нет смысла переходить.

Я долгое время пользовался MySQL, и не видел каких-то особых плюшек в постгресе.
Потом заметил, что некоторые операции (LOAD DATA) на mysql выполняются как-то не прилично долго.
Я потратил пару дней на оптимизациюд конфигов MySQL, но было как-то все равно долго. Я попробовал постгрес, потратил на конфиги пару часов, при том, что я знал его очень слабо. И операция выполнилась раз в 10 быстрее.

Потом, попробовал запустить на постгресе тесты. На Mysql они выполнялись, просто очнеь долго. А на а постгрес легко настроить, что результат становится сравним с sqlite :memory:. В общем загрузка данных и быстрое выполнение тестов, были тем что заставило меня перейти на постгрес.
Из плюшек пользуюсь функциональными индексами, массивами и планирую кое где использовать полнотексовый поиск. Хотя мою надежду, что с переходом можно будет выпилить elasticsearch постгрес не оправдал.
Из того что мне прямо сильно не хватает, это group by. В постгресе конечно есть group by, но там есть ограничения, что выбирать поля и сортировать можно только те поля которые используются в group by.

ПМ должен общаться с заказчиками и исполнителями, уметь ставить задачи и контролировать выполнение, управлять рисками,, отвечать за сроки, бюджеты, договора. Не знаю кого вы подразумевали, product или project менеджера, но в любом случае умение продавать продукты и идеи заказчикам тоже нужно. Направление перспективное, потенциально сильно больше денег чем у любого из исполнителей, с другой стороны есть риски получить гораздо меньше, но тут все зависит от вас. Можно вырасти в какого нибудь руководителя направления, т.е. стать уже над другими менеджерами. Основные навыки для ПМ не технические, а умение общаться с людьми.

Человек не хочет работать за 50% зп, а ему предлагают opensource за бесплатно. Гениально!
Нет таких вариантов, чтобы не имея квалификации устроиться, за зарплату опытного разработчика. Хотя один вариант есть, - наврать про свою квалификацию на собеседовании. Опустим маральные аспекты. Если фирма не связана с программированием, то может и сканает, но только есть ли смысл идти в такую фирму.

Т.е. у тебя есть 3-5 лет на обучение в ВУЗе, но нет 3-6 месяцев чтобы поработать джуном? А после вуза тебя интересно на какую позицию возьмут? На мой взгляд тем же джуном.

cofounder.ru

Да щас миллион бесплатных курсов онлайн.

Вот ты на Джанге программируешь. Наверняка встерчаешься с какими-то моментами, которые приходится руками писать и копировать из проекта в проект. Воьзми этот код или эту идею и сделай отдельное приложения для Джанги. Вот есть например sorl.thumbnail, вроде отличная библиотека, по крайней мере была. В потом они намудрили там с бакендами и хранилищами, добавили универсальности, и сейчас на ~30 превьюшек генерируется ~170 запросов к базе. Я как это увидел, выпилил ее нафиг из проекта и написал свою ресайзилку изображений. Правда чтобы ее выложить надо еще много усилий приложить, я пока не готов. Ну или поправь там эту логику и предложи пулл-реквест или просто свой форк сделай с нормальной логикой.
Или вот другая штука.
Сейчас популярна MongoDB. В Джанге для работы с деревьями есть mptt, но она работает с реляционными базами. А вот для Монги такой библиотеки я пока не видел. В деревья в Монге хранить тоже приходиться. Пока какие-то кастомные решения использую. Был бы рад если бы появилась вменяемая библиотека.

Лучше открыть какой-нибудь макет и спросить как бы он его сверстал, где бы какие блоки расположил, какие у них надо казать свойства position, float и т.п. По ходу и узнаем какие способы позиционирования он знает и прочие моменты.

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

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

Когда я работал на фриласне с другими удаленными участкниками проекта. Возникала таже проблема, только с другой стороны. Было сложно выяснить каике-то детали ТЗ или задач в трекере.

Сайчас мы работаем с удаленным заказчиком. Вобщем проблема коммуникации весьма заметна.

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

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

Если речь идет о веб студиях или подобных компаниях, то у них как правило есть опыт работы с фрилансерами. Большинство предпочитает сотрудников в офис.

В вебе в любом случае требуется js. Хотя есть ряд компаний где js-ом занимаются верстальщики и при желании с ним можно не связываться. Но все-таки для веб-девелопера знание js большой плюс.