по душам об ИТ в Германии
Например, креветки в 2007 можно было купить по 9.90, после кризиса -12.00, сейчас - порядка 24.00.
За килограмм цена?
задача толкового менеджера
Найти бы таких толковых. Самое классное, когда у менеджера есть техническое образование он понимает тебя с двух слов хотя бы. Ну или же он бывший программист.
В основном всегда проблема в комуникации, зачастую по ошибки менеджмента страдает весь ИТ отдел. Вообщем, в итоге, "вазилин" у программистов.
а главная проблема - никто не в состоянии понять, что я - гений, а они все тупые балбесы, и отстали от меня навсегда ; )
работает и приносит свою прибыль.
-----
Продукт, мягко говоря, не обязан приносить прибыль. Это не его предназначение.
Это самый сложный для понимания "менеджерами" момент - все хотят прибыль и сразу.
А продукт должен просто затыкать какую-то дырку в техпроцессе и только.
Он даже может быть полностью убыточным в стоимости поддержки - дай бог чтобы выполнял/контролировал/отслеживал какую-то ерунду, которая положительно скажется на конечном результате.
попробуйте убедить заказчика,
-----
Это - просто.
Чуть подороже стоимость сопровождения "не правильно напмсанного" или "быстрого кода".
Это уже обычно понимают сразу, либо начинают понимать в разумное время.
Вопрос лишь в том, что не каждый может платить х5 за время разработки...
Да, за кило.
Ссылка какая-то кривая - хотят кучу каких-то подтверждений, вместо показа товара и цены "лицом".
Найти бы таких толковых.
-----
По моему опыту - толковых нет в двух местах:
- в крупных компаниях, там обычно сидит бухгалтер
- в стартапах, спонсируемых из каких-либо сторонних источников, там вообще сидит Попка...
В средне-мелких компаниях нацеленных на разработку своего продукта, обычно, сидит именно толковый мужик.
В прочем, вазелин для программистов это не отменяет.
дай бог чтобы выполнял/контролировал/отслеживал какую-то ерунду, которая положительно скажется на конечном результате.
относительно прибыли - тут смотря с какой стороны посмотреть.
Зачем нам нужен конечный результат? Чисто для удовольствия или для прибыли? В процессе производства конечного результата, некоторые шаги могут требовать гораздо больше вложений, чем остальные.
Можно даже производить отдельный продукт в ущерб, если остальные продукты дают за счет этого прибыль.
Но зачем просто выдавать конечный результат не приносящий прибыль?
Ссылка какая-то кривая - хотят кучу каких-то подтверждений,
Это у тебя с настройками чего то намудренно. Обычно хотят согласия, что акцептируешь куки.
Не, это "умные" программисты так магазин сделали, что мол мы вам продукт на дом привезем
Причем ссылка "до выбора" магазина и после имеет абсолютно одинаковый УРЛ, на это я никак не рассчитывал.
Чуть подороже стоимость сопровождения "не правильно написанного" или "быстрого кода".
Чет не доходит, а при чём заказчик к стоимости сопровождения кода.
Разве что захочет, что то новое.
Anhang
Хотел бы услышать от других что они думают о сфере ИТ в Германии, плюс некоторые аспекты этой сферы
Работал в меленьких фирмах и сейчас работаю.
Коллеги с которыми я работал и которые после Uni или Fachhochschule с профильным образованием информатики или электроники, в основном хорошие специалисты.
Балбесы встречались, но это в основной массе те, у которых профильного образования не было. Хотя встречаются такие самородки, что у них можно самому поучиться многому. Сейчас с таким работаю, на втором курсе, взяли его работать программистом. В итоге бросил Уни, программирует, светлая голова.
1) Тут сложно что посоветовать, в этой области (руководящей) играют роль не только профиссиональные навыки но и навыки работы с клиентами и управленческие навыки. Нужные связи играют тоже не последнюю роль. Если это всё есть, то больше шансов конечно в большой фирме.
Втрой вариант , как тут уже посоветовали, поднимайте свой проект.
2) С индусами не работать не пришлось, не знаю.
3) Я думаю тут дело не в состоянии ИТ в Германии, а как и во всех сферах, дело в организации рабочих процессах то есть в людях, которые это всё организовывают.
А пришел в голову такой вариант, жить на границе Германии и Швейцарии, самому кататься работать в Швейцарию.
Мне кажется, довольно интересный вариант, получать Швейцарскую ЗП а самому жить в Германии. Многие немцы ведь так делают и нормально.
Если глянуть по карте то вариантов не так уж и много: Сант Луис и Базель например.
Жилье в Сант Луисе стоит дороже, как видимо и всё остальное. В Мюнхене зарплаты тоже больше, но и расходы также.
Ну и Базельский диалект тоже прийдется учить. Лучше уж знакомых в банковской сфере искать.
А зачем жить в Сант Луисе? Если можно жить в Констанце (в Германии) и ездить 40км в Сант Луис.
и ездить 40км
Вам нравится ежедневно ездить 80 км (хоть и непонятно как так мало получилось)? Хотя с Констанца можно и поближе что найти. Но даже и 40 км в день ездить не очень удобно, хотя знаю людей кто и 100 мотает.
30 - 40 км вполне нормально, темболее что Констанц не очень большой. И ты в основном едешь по трассе.
А многие люди в больших городах по 1 - 2 часа ездят с дома на работу (Лондон / Нью Йорк / Москва и тд)
30 - 40 км вполне нормально
кому как, мне лично больше нравится ходить пешком, из-за этого в большой город не хочется возвращаться.
А по ландстрассам вообще ненавижу ездить. Хотя на цветочный остров или просто на боден зее почти каждые выходные ездил, когда рядом был.
Можно даже производить отдельный продукт в ущерб
-----
Именно. Но, увы, эфективный менеджер будет требовать прибыли от каждой операции.
а при чём заказчик к стоимости сопровождения кода
-----
Можно определить три варианта сроков оплаты:
- по факту ведения разработки, обычно длительные проекты, без сопровождения разрабом
- по факту внедрения, среднесрочные, обычно тоже без сопровождения
- по факту выполнения работ, суппорт.
контракт, как правило, содержит первое или второе и , отдельно, третье.
Дешевые первая или вторая => более дорогая третья.
У меня сейчас именно эта ситуация - первую сделали относительно дешево, а в суппорте, у меня, не выходит ничего поменять или переделать. Вобще никак. Только полная переработка. Причем по цене уже сейчас выходит дороже написания новой фигни с нуля, но документации нету... Требовали бы изначально нормальный код - было бы поддерживаемо.