Сергей Нижний Новгород

Маленьких лайф-хак

Когда вы учите новую технологию, сразу держите в голове, где вы её хотите применить, либо где вы хотите на ней работать.

Я когда учил Django, открыл вакансии (на которые меня могли бы взять), посмотрел, что за компании. Она мне понравилась. Увидел, что у них есть открытое АПИ для интеграций с ними. В итоге, написал небольшой сервис, который работает с их АПИ.

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

Java/.net - это копание в легаси, перевод кодовой базы на более свежие LTS, согласования задач по трем кругам ада и остальные прелести энтерпрайза. Но, да, за это платят хорошие деньги.

Как вариант, можете поискать более свежие проекты на java/.net - тогда года через 3-4 разработчики будут ругать за говнокод уже наследие от вас. Так как если что-то пишется на java/.net и это решает задачу - это превращается в легаси и поддерживается.

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

Вы также поймите, что если вы будете "разработчиком-воителем", который каждый день сталкивается с неизвестностью и решает задачи, которые до этого никто не решал - у вас уже 9-12 месяцев крыша поедит, ибо работать в таком режиме вредно ддя здоровья и сна =)

p.s. может быть вам просто не хватает мужского общения, очереди на кофемашине и споров о том, что .net 5 убьет Java с их прихвостнями от Oracle?

Я человек, который всю свою карьеру построил на удаленки (ни дня в офисе не проработал, если не считая работу в качестве продажника 1С).

• Сначала устроился на удаленку в поддержку
  
• Потом устроился на вторую линию поддержки
  
• Потом перешел на удаленку в QA
  
• Потом прокачался до QA-Automation
  
• Потом работал в качестве QA-лида
  
• Потом уже с опытом работы в 4года, опытом работы на Java(тесты + spring) + python (тест + django) устроился на middle разработчика (вакансия была middle, но не борзел, на испытательный срок в 6 месяцев взял зп, как для джуна, потом уже подняли до средней по рынку).
  

И собственно, вот так.

Компания, где я работал, брали прямо джунов на удаленку, но это был front-end верстать и программить второстепенные вещи типа писем, внутренних порталов и прочей простых вещей. Если человек за год-полтора не сливался, и показывал свой уровень, его уже переводили на полноценный front-end.

___

p.s. удаленка, стажировка, java, spring ... забей сразу. На такой стек не найти.

1) Уходить с удаленки, которую ты смог найти на опыт джуна - это прямо мега глупо. Надо хотя бы получить 9-12 месяцев работы, тогда тебя уже начнут рассматривать, как разраба.

А пока HR-видит, что ты через месяц слился и думает: "Да ну его нахер, то ли он конфликтный, то ли он "мамкин айтишник, который хочет 100к со старта", то ли он рукожоп"

т.е. этот опыт лучше вообще убрать из резюме. (ну это так намек)

2) Удаленку без опыта реальной разработки на уровне Джуна - очень сложно найти. Будь ты хоть JS, хоть PHP, хоть Java разработчик. Тут дело не в стеки.

3) В идеале, тебе надо получить строчку в трудовую, что работал программистом условно 9 месяцев (хоть на чем) - после этого, уже и удаленку можно будет найти проще, либо уже уезжать на офер в СПБ, Москву или другой город

1) Основная движуха идет в Москве и СПБ - это правда.
2) Потом неплохо себя показывают города-миллионики: Новосиб, Нижний Новгород, Казань, Томск. Тут есть офисы крунпых компаний, есть сильные региональные игроки. Неплохая зарплата и какая-то движуха. Однако, это все же не Москва и СПБ - фактически ты будешь иметь порядка 3-5 адекватных мест для своего стека.
3) Удаленка, фриланс - постепенно этот сегмент растет. Но получится не получится - есть некая удача и проворство. Плюс все же лучше иметь "запасной вариант в виде работы на месте".

1) Какой у тебя стек?
2) Сколько лет опыт работы?
3) Было ли официальное трудоустройство программистом?
4) Было ли официальное трудоустройство в IT-компанию?

Есть ты работал официально прогером в адекватной it-компании, то, как говориться:
"В руках синий диплом технаря и все двери перед тобой открыты". Ибо один раз официально работал прогером, ты ценишься выше 99,9% биомусора, что пытается стать айтишником.

Если у тебя все "Я вот сижу дома, на коленке что-то пилю, хочу работу и крутые проекты", то 99,9% всех работодателей будут тебя отминусовывать на этапе беглого просмотра резюме.

У вас есть 5 разных сайтов?

1) Вы хотите все сайты объединить в рамках одного? Что значит объединить?

2) Перенести контент с 5 сайтов в 1 на новый движок условно. Или вам нужно, чтобы на одном домене по разным URL фактически крутилось 5 разных сайтов?

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

Если второй вариант, то самый простой способ - перенести на поддоменты, типа site1.новый сайт, site2.новый сайт - и редирект просто через регулярку на новый поддомен.

1) Бери фреймворк (Ларву или симфони) и пиши на нем свой веб-сервис. В этих фреймворках (особенно в симфани) в базе используются паттерны проектирования, которые показывают тебе, как нужно использовать ООП.

2) Прочитай книгу по паттернам проектирования (Хеал фест паттерны - на обложке девочка с косичками) - это раскроет тебе глаза.

3) В реальности большая часть работы - это наследование от абстрактных классов (чаще всего, которые предоставляет тебе фреймворк), сборка классов с помощью DI (композиция) и все =)

1) На какую должность ты хочешь поступить. Ибо Python:

разработка под веб django/flask
разработка под веб tornado/aiohttp (отличается от первого)
разработка тестов в QA
разработка devops спеков
machine learning

Каждое из этих направлений требует отдельные знания.

2) Открой требования к вакансии, что хочешь - и иди пункт за пукнтом по требованиям. Изи.

Обычно сливают быстро двух видов людей:

1) Тех, кто не справляется со своей компетенцией за относительно неплохие деньги.
2) Тех, кто видит кругом врагов, любовниц, сложности и прочее.

Те, кто пришел что-то поделал, включил дурочка на загоны начальства и ушел домой - особо не трогают.

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

Все же 3 места работы за 9 месяцев - это уже звоночек, что либо вы какой-то дефектный, либо вы не умеете выбирать работу. И надо работать именно с этим, а не с тем, что там говорить на собеседовании.

Я себе корм собирал следующим способом:

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

В итоге, получается комп поколения на два, отстающий от "топа", но по деньгам весьма бюджетно. Чаще всего получается собрать такое на базе AMD.

1) Писать код, чтобы радовалась душа.
2) Писать код, чтобы выполнить требование бизнеса в требуемые сроки.
3) Писать код, чтобы получилось правильно и "алгебраично".
4) Героически преодолевать трудности и писать то, что в общем-то не нужно.

ПХП чаще всего про 2, иногда про 1, и еще реже про 3 (не потому, что язык плохой, а потому что 2 чаше всего не предполагает 3)

plati.ru? есть английский интерфейс, чтобы косить под буржуев или хотя бы "нероссиян"

1) Несмотря на мнение, что основателей должно быть несколько, большинство успешных компаний было создано одним владельцем с привлечением наемных сотрудников.

2) Примерно 75% всех компаний, где было несколько основателей было создано бывшими сотрудниками какой-то компании (т.е. коллеги по работе), либо сокурсниками.

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

4) В РФ нет грамотного рынка инвестций, поэтому вероятность того, что компания выстрелит и ты там что-то получишь, крайне мала.

5) Сама идея, что ты проработаешь в какой-то компании со старта условно лет 5 и увидешь, как она "вышла в люди", и тебе за преденность и гемор что-то будет положено - не работает. Отминусуют хлоднокровно, когда станешь неудобным или неэффективным. Причем, как в РФ, так и США так принято делать.

__

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

1) Берешь задачу в разработку
2) Изучаешь код
3) Говоришь менеджеру (тех-лиду), что ты тут нифига не понимаешь => потребуется больше времени, чем обычно
4) Говоришь отделу тестированию, что ты вообще нифига не понимаешь, что сделал - пусть протестируют твои правки тщательнее.

Как-то так=)

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

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

1) TestRail или его аналог avikot - заводим тест-кейсы. Когда катим какие-то изменения, чекаем все ручками по списку.
2) Покрывайте код интеграционными тестами.
3) Как дорастете до адекватного размера и больших объемов, нанимаете QA-automation, который будет переводить тесты из пункта 1 в автоматику (скажу сразу, что это долго, дорого, но потом экономит ваше время и деньги).
4) Либо нанять манки-тестера, который будет чекать все из пункта 1 при релизах (если вы не из столицы, то там зп 35-45 макс)

1) Прочитать книгу по паттернам на PHP (есть неплохая книга)
2) Прочитать книгу Java для начинающих (ознакомиться с синтаксисом Java - он немного сложнее, чем на php).
3) Прочитать книгу по корпоративным паттернам на Java
4) Прочитать книгу по разработке на Spring (там проследишь, как используются паттерны в рамках платформы Spring).
5) Посмотреть пару обучает от индусов по мавену/градлу
6) Открыть доку Java по нужно тебе платформе и начать писать код.
7) В процессе написания кода подтянешь знания по Hibernate, thymeleaf, эко-системе Java и прочее.

P.s. "...украинский подойдут" - Ты серьезно? =) Не путай патриотичность с глупостью.