Андрей

Читал, читал и на пол пути рука потянулась к калькулятору... По началу вместе с большинством думал, что: "Ничего себе, 3000 €, это же хороший оклад, сидели бы да в ус не дули".
Затем, умножил на средний курс 55₽ = 165000₽. Если жить в Мск, с такими обязательствами, ипотеками и т.п. - это копейки. У меня семейный бюджет ≤ этой сумме, есть длинный ряд обязательств (без ипотеки, но дет.сад, одеть-обуть, накормить, согреть, помыть, повеселить, отдохнуть, поиграть и еще много-много) и в конце месяца мало что остается.

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

Здесь советовали податься в свой бизнес (это я про торговлю!), но нужно понимать, для того, чтоб торговать, нужно иметь такой склад ума (быть продажником). У меня половина семьи - специалисты в ИТ (один я, гуманитарий) и я на все 100% уверен, что открой они свой магазин - загнутся через пол года (прошу не воспринимать это как оскорбление, это статистика успеха в торговле среди тех-х и финан-х или гуман-х специалистов).

Мое мнение, для Вашего опыта в ИТ, да еще и имея желание, отличным вариантом будет начать свой проект (может быть даже start-up). Понемногу, собрать команду и развивать какую-то сферу (облачные тех-ии, b2b, b2c - сервисы и далее), воощем всё-то в чем Вы будете спец.
Пример будет субъективным, но: "Сам работаю в сфере бизнес-процессов и к ИТ имею отношение только, постольку поскольку. Но очень мне хотелось примкнуть к этой области. И со временем пришел к тому, что - нужно делать что-то свое. Здесь на тостере (так уж сложилось) познакомился с единомышленником и начали работу над своим проектом , где я могу себя реализовать на близком мне поприще. И всё это происходит по совмещению с основной работой (и пусть негодуют те, кто кричит, что нужно всё бросить и в омут (читай, свой проект) с головой), так как "война войной, а обед по расписанию" и от своих перечней ответственности нас никто не избавит."

А по-коптиться на биржах, потратить еще n-число времени на заработок репутации среди 300к фрилансеров (давайте вспомнил Закон больших чисел) и неизвестно выстрелит или нет... Оно Вам надо?

Желаю успехов!

P.S. Если кому интересно, скоро будем вести блог на Спарке, где и расскажем всё подробнее о нашем сервисе, а пока только pre-production.

Михаила Портнова на ютубе послушайте, основы тестирования рассказывает и про собеседования полезные штуки.

Кстати, как вы думаете, если 30-летний идёт устраиваться на должность джуниора - как это воспринимается? В отрасли 6 лет, но больших знаний и опыта не приобрёл, а тут вот внезапно захотел и так как пишет плохой код, то хочет, чтобы был контроль и чтобы его ревьюили, поэтому идёт устраиваться джуном. Выскажитесь пожалуйста по этому поводу как вы смотрите на это как работодатель или тим лид, который собеседует такого.

У меня только один вопрос - в какой конторе на джуниора вешают настолько ответственные задачи, что они могут серьезно сорвать сроки?

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

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

Только Д. Либерти. С++ за 21 день. Книга супер, позволила мне полюбить программирование и разобраться в нём, так, что это стало моей профессией. Именно учебник. Главное что там хорошо объясняется - ООП. На простых примерах, на понятных рисунках. Супер.

Там разжованы все тонкости и она подойдёт именно начинающим. Ни в коем случае не читайте Строустропа, пока опыта коммерческой разработки хотя бы 1-2 года не появится. Стройструп вообще не писатель книг, а тем более для новичков. Это скорее справочник, нежели учебник.

Адекватный джуниор не должен ПРОСТО сидеть и не успевать в срок.

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

В этом заключается разница между чайником и ламером, между адекватным человеком, который со временем вырастет, и тем, за которым ВСЕГДА придется бегать.

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

Контролировать в процессе исполнения, а не когда уже сроки поджимают.

Как ты правильно заметил, программы и её блоки имеют между собой зависимости. Хороший код минимизирует зависимости между блоками, а связи делает понятными и очевидными.
Для того, чтобы писать такой код, прежде всего нужен опыт.
Поэтому программирование на ООП это не просто набор знаний - это искусство. А в этом деле нужен опыт и чутье (хотя это тот же опыт).

Лекции Технопарка. 3 семестр. Проектирование высок...

В который рас кидаю ссылку, книги по дизайну и ООП.

Очень советую послушать подкасты Yakov Fain:
americhka.us
Подкаст о программировании, фреймворках, карьере, о жизни. В свободной манере, местами с юмором :)

Все просто - Github в помощь. Смотрите SRC приложений на Github

Как вариант — "Архитектура приложений с открытым исходным кодом".

1)Yakov Fain, Victor Rasputnis, Viktor Gamov "Enterprise Web Development"
enterprisewebbook.com (Разбирается обширное количество тем, в том числе SPA)
2)Catalog of Patterns of Enterprise Application Architecture
martinfowler.com/eaaCatalog
3)Enterprise Integration Patterns: Designing, Building, and Deploying Messaging Solutions (Шаблоны интеграции корпоративных приложений) Мартина Фаулера
4)Паттерны для масштабируемых JavaScript-приложений:
largescalejs.ru