(раз в месяц, самое частое)

Вот примерно так и использую :)

Купила себе очки компьютерные, и Визин.

Каплями пользуюсь довольно редко (раз в месяц, самое частое). Бывает такое если совсем заработаюсь.
Очень спасают очки, без них если начинаю работать, или одеваю/снимаю — сразу чувствую уставание и некоторый зуд. В этом случае без капель не обойтись.

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

Это уже на совести Офис менеджеров/ПМ/СЕО/ТимЛида в компании.
Если это мудаки — которые спрашивают «когда» и говорят что ты «не очень» которое только плодит косяки — кроме мудаки мне нечего добавить.
Но если хорошие ребята там затесались — в первую очередь они будут пилить не проблему, а искать ее истоки. А значит разговор начнется с «Как ты считаешь, что тебе помешало? Что мы не учли в оценке? Как избежать этого в будущем? Как ты — норм вообще?»
Тут реалии жизни и круг общения.

Но, такой опыт был и у меня. На каком-то этапе определяешь, хоть и методом тыка, как и сколько ты можешь делать, на что согласен, на что нет. Овертаймы, работы по праздникам. Тогда меня просто бросили в «болото», эту должность ранее никто не занимал, помочь было некому.
Зато это было бесценным опытом на будущее. Хотя твоя ситуация очень типична и близка мне.

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

Когда дело касается первого места работы, довольно часто (на моем опыте — гораздо более половины) рекрутеры, как и СЕО это воспринимают негативно , как ярлык — «этот кандидат слишком выебистый, он и от нас так свалит».

Если речь уже о более опытном специалисте, который без конфликта уходит, с подробной пред. и пост. аргументацией — проблем на 80% меньше.

Посему в будущем процессе ничего не поменяется, тот-же Г-код, обезьянья работа, овертаймы, и мучительные попытки принести пользу для проекта на фоне регулярных факапов. Разве что в первые лет 5 денег станет в несколько раз больше. Естественно при условии перманентного впахивания и учебы.

Согласна.
Не хочу обидеть автора, но если он решил что в ИТ все радужно, все как «поняши из мультика» бегают и думают как угодить друг другу — пффф, добро пожаловать в мир.
Насколько я знаю из статистики Харькова — довольно малый процент компаний сейчас «обхаживает» джунов настолько.
Тут порядок скорее таков:
Чувствуешь себя лишним в состоявшемся коллективе — вписывайся в него, а не жди пока к тебе подойдут.
Чувствуешь что не можешь развиваться — пересиливай себя, учи новое, предлагай это самое «новое» на работе. Показывай что ты не только Г*но-верстку можешь править.
Чувствуешь что овертаймы тебя загоняют в могилу — говори об этом (при условии что это не твои косяки тебя в них загоняют).
Бюрократия? Ха, тут я даже и советовать ничего не стану — она была и будет :)

Что могу посоветовать — оцени, стоит ли оно того, получить первый рабочий опыт и идти в следующее место уже с преимуществом перед другими джунами?
Или идти «нулячим» снова. Или что еще хуже — идти и говорить «я ушел из предыдущего места, мне там не понравилось».

Счастливого осознания себя в мире автору ХД)

Верно говорите, мне так же очень многое дал бакалавр в ХНУРЭ на Компьютерных науках :)
Его я честно отходила, на стационаре. Очень много наших преподавателей работают в крупных компаниях и могут дать дельные советы и научить реальным вещам как в разработке так и в менеджменте проектов.
Магистра завершаю также на стационаре, но если честно — посещаю предметы уже довольно выборочно, т.к. работа, работа и еще раз работа :) Хотя все материалы есть и вспоминаю не за неделю до сессии — но все равно уже не такое глубокое изучение, к сожалению.

З.Ы. как вспомню UML/DFD/IDEF на курсачах и дипломе — аж слезы наворачиваются :) Не говоря о слезах от тонны написанного мной лично какахо-кода , стыдно-стыдно хД)

Алексей, когда увидела заголовок темы автора, думала что сейчас буду долго и упорно писать о том почему это маловероятно, прочитав ваш комент, в особенности "

Без технічної і доменної експертизи — максимум на що можна претендувати — to be just a boy who speaks English(хоч і вона у мене теж добра), в малих простих проектах в малих конторах.

"
я аплодировала стоя :) Вы абсолютно правы.
Без технического бэкграуда, понимания методологий и того чем живут разработчики — маловероятно стать ИТ-ПМ. Можно стать только человеком который “втирает” что-то заказчику, но совершенно ни на что не влияет. А если влияет — то это самое большое горе для разраба. Т.к. он не поймет всех тонкостей, например: почему перед постановкой задачи нужен естимейт, зачем закладывать риски, почему оценку разраба нужно “х2” (это я абстрактно), что такое дейли митинг и зачем он нужен, что такое демо, какие нужны спринты, почему после нескольких под-задач, дата основной сдачи может отложится, почему необходимо “введение в проект”, и чем отличаются джун,мидл,помидор^^ и лид, что такое рефакторинг, и сколько разрабов нужно на 1 тестера.
А если команда недовольна — значит они не могут комфортно и адекватно работать — значит будут срывать сроки, или пилить какахо-код и покрывать проект тех.долгом (что есть страшный сон разраба).

^_^ спасибо за неплохое пояснение выше.

Т_Т Ну не нууужно, у меня же какахо-кода как у джуна будет =«"( Даже я в свои проекты заглядывать боюсь, а покажу ТехЛиду — он вообще меня выгонит на первом ревью.

Эх... Но вы, Виктор, правы — нынче такие манагеры как ТС в тренде — они более удобны, и их действия более понятно руководству, со стороны клиента.
Но и тут можно выкрутиться и сказать что ТруПМ даже заботясь о команде — выкрутится так, что клиент будет думать «все для него, и очень нужно и прозрачно».

Хм... На мой взгляд статья очень уж поверхностная.
Если ты работаешь IT PM и даже понятия не имеешь что пишут прогеры — ты плохой PM для команды.

Судя по статье, делаю вывод что автор — менеджер в своей сути, максимум пользы клиенту, максимум прибыли.
Но на мой взгляд — ПМ не только для клиента, но и для команды :)
Помимо аналитической части, есть еще и техническая. И да, параллелизм в любой момент времени, расчет рисков, дедлайны разработки, планирование сроков, естиммейт, митинги — об этом в статье ни слова :( А значит — есть куда расти.

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

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

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

З.Ы. это исключительно моё мнение.

Хммм, на счет первого недостатка я бы поспорила — если ты не указал «Hobby project» (необязательно материалы, просто описание словесное и кодовое название проекта) и никак не указал даже словом на собеседовании, в сопроводительном письме что: «Да, я вообще пилил такие вещи, в портфолио их нет, но по запросу могу предоставить и описать» — то это проблема твоей презентации себя как кандидата.

В остальном — полностью согласна.
Среди знакомых есть как и замечательные HR, так и недобросовестные.