Схема довольно реалистичная, отмечу лишь, что хотелось бы свалить не на вольные хлеба, а уже имея предложение не хуже хотя бы по з.п., но для этого нужно "догнать" рынок освоив и как-то набрав опыт в востребованных стеках. В свободное от работы время это сделать не просто, а не юношеский возраст не добавляет привлекательности к резюме. Но это все отговорки, по факту при должном усердии и везении все хоть и медленно, но решаемо. Сложнее с заменой, которую тебе предложат подыскать, ибо сами не разбираются(а это так),а когда ты её не найдешь и свалишь, то все равно будет не красиво, и объективно чувство, что слега кинул людей останется.
Идеальный вариант - подождать удачный повод, типа конфликт с руководством, переезд в другой город по независящим причинам, смена ПО под давлением законодательства, предложение на стороне, отказ от которого не поняли бы даже текущие начальники, но то думки. )
Да, про отсутствие нормальных доков несколько раз слышал от работников разных контор, все гонятся за скорейшим релизом, не до доков. Хотя написать подсказки для новичков с картинками куда жать если что, наверное и сейчас практикуют, где-то и полноценную актуальную документацию поддерживают. Правда если система работает с устаревшими технологиями, много желающих даже доками не заманишь.
Ключевое слово "потом". А если "потом" не происходит никогда, и постоянно возникают новые хотелки (не всегда как самодурство, а вполне обоснованные), то да "живут" со строителями, причем с теми, которые начинали стройку и знают по какой диагонали брошена силовая линия, а какую задвижку лучше не задвигать. Крутизна этих специалистов только в уникальном опыте поддержки конкретной замороченной фирмы.
Да, я тоже думаю, что свобода творчества и возможность влиять на любую часть приложения это то, что позволяет получать настоящее удовольствие от разработки. Не хотелось бы её терять перейдя каким-нибудь джуном-винтиком в контору, где правый отдел не знает, чем занимается левый, а целостную картину не видит никто.
Изучил и изучаю по мере возможности, даже резюме доступное только по ссылке на hh нарисовал, но без сколько-нибудь толкового приемника, которому можно передать дела, в активный поиск не выхожу - некрасиво так делать, т.к. основная вина за возникновении "незаменимости" как правило лежит на работнике.
Кто бы что ни говорил, но схемой деньги/работа или работа/деньги взаимоотношения между работником и конторой не ограничиваются. Существует ответственность перед организацией и людьми, которые пользуются прогами и поддержкой. При увольнении с ответственной должности принято передавать дела, а в некоторых случаях обучить приемника. С приемником как раз и проблема.
Да, плюсы есть: свобода творчества в рамках устаревшего стека при полном отсутствии конфликтов + хорошее отношение с коллективом. Конфликтов нет среди разработчиков, менеджеров проекта, аналитиков, тестировщиков, дизайнеров и т.д., потому что это ты один, конфликтов нет с заказчиком (начальством), потому что к тебе прислушиваются и твое мнение весомо.
Из минусов: з.п. ниже рынка (около 100К), ибо не айти контора, но выше чем у приходящего админа-эникещика, ну и главный минус - незаменимость со всеми вытекающими (нагрузка, отпуска, застой в развитии). Была безумная идея попробовать вариант пописать по свободке прилы для мобилок в одно лицо для андройда, но после известных проблем с монетизацией для РФ этот путь стал сильно под вопросом.
В современном мире почему то сложилось так, что если ты не выкатываешь новые версии минимум раз в год, то для пользователей это повод паниковать, искать альтернативу, поносить разрабов. Казалось бы, часто можно наблюдать обратную картину, когда юзеры недовольны часто выходящими сырыми обновлениями, но это только подтверждает общий подход в разработке ПО.
Предлагаю модифицировать тезис: "Создай продукт, сделай его кому-то нужным, передай другому и двигайся дальше." ))
Риторический вопрос. Кто бы подсказал, как стать заменимым, если ты единственный оставшийся разработчик внутреннего довольно объемного ПО в неIT компании на допотопном стеке, а новые задачи ставятся начальством быстрее, чем успеваешь осмыслить предыдущие. Когда мечтаешь поработать там, где какой-нибудь приятный Kotlin, быстрый и красивый Unreal, удивительный мир нейронок или в сфере дополненной реальности, а приходится развивать и поддерживать MsAccess+MsSQL древних версий? ))
Чтобы питон для конкретного индивида стал сколько-нибудь значимым на рынке труда, нужно намного больше потрудиться, чем в освоении вба. А легкий в освоении вба можно со старта применять для автоматизации рутины во множестве контор, где используют офисные проги. Это тоже работа и она ценится коллегами, пусть и оплата невысока, но и вложения невелики. Умение работать с вба в екселе я бы прировнял просто к углубленному знанию программы, например к умению делать диаграммы, сводные таблицы, использованию продвинутых формул, а эти навыки полезны в самых разных жизненных ситуациях, и не будут лишними для какого-нибудь аналитика, автоматизатора средней руки. )
VBA прекрасен как язык работы с офисными приложениями. Особенно он хорош в связке MS Access + MS SQL, можно клепать прилы для декстопа быстро, дешево, гибко. То, что нужно для средних контор компов на 100. Понятно, что сейчас такое можно найти лишь как наследие давних проектов-самоделок (у меня такой на поддержке), но это была целая эпоха. Жаль, что Microsoft тихо похоронила Access, "развивая" его так, что прогеры с 2003 версии не хотели повышаться, потому что глюки, неудобства и отказ развивать ту же связку с MS SQL (adp).
Еще можно взять Qt в котором QJSEngine из коробки. Единственный критичный для меня минус - они пока так и не сделали возможность прикрутить свою отладку, хотя такая была в давно устаревшем QtScript.
Знаю одну историю, когда существующая очень давно, сложная, имеющая большое количество пользователей программа стала понемногу отставать от программ-конкурентов по отдельным функциям. Новые версии выпускались, добавлялись фичи, некоторые даже опережали конкурентов, но в целом отставание росло. Одной из существенных причин отставаний был возраст программы. Технологии существенно поменялись за годы и без существенной переделки ядра, общей архитектуры, движка пользовательского интерфейса было тяжело оперативно менять и наращивать функционал, удовлетворять растущим запросам пользователей.
Руководство решило совершить смелый шаг - переписать ядро. После нескольких лет параллельной разработки новой и поддержки старой версии, случился провал. Долгожданная новая версия сильно отличалась интерфейсом от старой, а главное по функционалу была настолько урезанной в первых выпусках, что, несмотря на очевидные новые фичи и потенциал развития, она провалилась в тестовых релизах.
Последовали кадровые перестановки, уходы и увольнения как среди руководства, так и в команде разработчиков. За это время отставание от конкурентов увеличилось еще больше. И было принято решение «эволюционно» внедрить часть решений из почившей новой версии в старую, добрую, любимую всеми.
Но чуда не случилось, таланта новых привлеченных и оставшихся программистов и внедренных ими новинок не хватило, чтобы полноценно конкурировать на рынке, также можно упомянуть плохой маркетинг, и такую же обратную связь с пользователями. Несмотря на многолетнюю любовь, очень много пользователей осваивали другой софт, во время ожидания нового релиза, и слиняли окончательно после провала. Программа перестала развиваться совсем и, считай, умерла, вместе с сообществом пользователей и группой разработчиков сторонних плагинов.
Этот поток сознания написан в попытке обратить внимание, что говнокод (которого не было в принципе в этой истории) видимо не является определяющим в реальном мире, и что поддерживать и развивать написанный по промышленным стандартам продукт после смены команды тоже не сильно легко, а уход пары талантов из команды вполне может похоронить проект, как бы они красиво не кодили. Определяющим походу являются деньги вложенные в маркетинг и цена для потребителя (т.е. тоже деньги), а что там за кадром происходит – «проблемы индейцев». ))
Было 2, но первым успел уволиться на повышение не я. )
Схема довольно реалистичная, отмечу лишь, что хотелось бы свалить не на вольные хлеба, а уже имея предложение не хуже хотя бы по з.п., но для этого нужно "догнать" рынок освоив и как-то набрав опыт в востребованных стеках. В свободное от работы время это сделать не просто, а не юношеский возраст не добавляет привлекательности к резюме. Но это все отговорки, по факту при должном усердии и везении все хоть и медленно, но решаемо. Сложнее с заменой, которую тебе предложат подыскать, ибо сами не разбираются(а это так),а когда ты её не найдешь и свалишь, то все равно будет не красиво, и объективно чувство, что слега кинул людей останется.
Идеальный вариант - подождать удачный повод, типа конфликт с руководством, переезд в другой город по независящим причинам, смена ПО под давлением законодательства, предложение на стороне, отказ от которого не поняли бы даже текущие начальники, но то думки. )
Да, про отсутствие нормальных доков несколько раз слышал от работников разных контор, все гонятся за скорейшим релизом, не до доков. Хотя написать подсказки для новичков с картинками куда жать если что, наверное и сейчас практикуют, где-то и полноценную актуальную документацию поддерживают. Правда если система работает с устаревшими технологиями, много желающих даже доками не заманишь.
Куда слать резюме? )
Ключевое слово "потом". А если "потом" не происходит никогда, и постоянно возникают новые хотелки (не всегда как самодурство, а вполне обоснованные), то да "живут" со строителями, причем с теми, которые начинали стройку и знают по какой диагонали брошена силовая линия, а какую задвижку лучше не задвигать. Крутизна этих специалистов только в уникальном опыте поддержки конкретной замороченной фирмы.
Да, я тоже думаю, что свобода творчества и возможность влиять на любую часть приложения это то, что позволяет получать настоящее удовольствие от разработки. Не хотелось бы её терять перейдя каким-нибудь джуном-винтиком в контору, где правый отдел не знает, чем занимается левый, а целостную картину не видит никто.
Изучил и изучаю по мере возможности, даже резюме доступное только по ссылке на hh нарисовал, но без сколько-нибудь толкового приемника, которому можно передать дела, в активный поиск не выхожу - некрасиво так делать, т.к. основная вина за возникновении "незаменимости" как правило лежит на работнике.
Кто бы что ни говорил, но схемой деньги/работа или работа/деньги взаимоотношения между работником и конторой не ограничиваются. Существует ответственность перед организацией и людьми, которые пользуются прогами и поддержкой. При увольнении с ответственной должности принято передавать дела, а в некоторых случаях обучить приемника. С приемником как раз и проблема.
Да, плюсы есть: свобода творчества в рамках устаревшего стека при полном отсутствии конфликтов + хорошее отношение с коллективом. Конфликтов нет среди разработчиков, менеджеров проекта, аналитиков, тестировщиков, дизайнеров и т.д., потому что это ты один, конфликтов нет с заказчиком (начальством), потому что к тебе прислушиваются и твое мнение весомо.
Из минусов: з.п. ниже рынка (около 100К), ибо не айти контора, но выше чем у приходящего админа-эникещика, ну и главный минус - незаменимость со всеми вытекающими (нагрузка, отпуска, застой в развитии). Была безумная идея попробовать вариант пописать по свободке прилы для мобилок в одно лицо для андройда, но после известных проблем с монетизацией для РФ этот путь стал сильно под вопросом.
В современном мире почему то сложилось так, что если ты не выкатываешь новые версии минимум раз в год, то для пользователей это повод паниковать, искать альтернативу, поносить разрабов. Казалось бы, часто можно наблюдать обратную картину, когда юзеры недовольны часто выходящими сырыми обновлениями, но это только подтверждает общий подход в разработке ПО.
Предлагаю модифицировать тезис: "Создай продукт, сделай его кому-то нужным, передай другому и двигайся дальше." ))
Риторический вопрос. Кто бы подсказал, как стать заменимым, если ты единственный оставшийся разработчик внутреннего довольно объемного ПО в неIT компании на допотопном стеке, а новые задачи ставятся начальством быстрее, чем успеваешь осмыслить предыдущие. Когда мечтаешь поработать там, где какой-нибудь приятный Kotlin, быстрый и красивый Unreal, удивительный мир нейронок или в сфере дополненной реальности, а приходится развивать и поддерживать MsAccess+MsSQL древних версий? ))
Чтобы питон для конкретного индивида стал сколько-нибудь значимым на рынке труда, нужно намного больше потрудиться, чем в освоении вба. А легкий в освоении вба можно со старта применять для автоматизации рутины во множестве контор, где используют офисные проги. Это тоже работа и она ценится коллегами, пусть и оплата невысока, но и вложения невелики. Умение работать с вба в екселе я бы прировнял просто к углубленному знанию программы, например к умению делать диаграммы, сводные таблицы, использованию продвинутых формул, а эти навыки полезны в самых разных жизненных ситуациях, и не будут лишними для какого-нибудь аналитика, автоматизатора средней руки. )
VBA прекрасен как язык работы с офисными приложениями. Особенно он хорош в связке MS Access + MS SQL, можно клепать прилы для декстопа быстро, дешево, гибко. То, что нужно для средних контор компов на 100. Понятно, что сейчас такое можно найти лишь как наследие давних проектов-самоделок (у меня такой на поддержке), но это была целая эпоха. Жаль, что Microsoft тихо похоронила Access, "развивая" его так, что прогеры с 2003 версии не хотели повышаться, потому что глюки, неудобства и отказ развивать ту же связку с MS SQL (adp).
Еще можно взять Qt в котором QJSEngine из коробки. Единственный критичный для меня минус - они пока так и не сделали возможность прикрутить свою отладку, хотя такая была в давно устаревшем QtScript.
Идея технической реализация украдена или сама идея переводить видео? Если сложно выяснить,, то почему такой категоричный глагол "украдена"?
У яндекса есть общедоступный перевод видео, у кого еще такой есть? Для меня, как для обывателя, яндекс опережает всех. )
85 если быть точным. для "молочных" своя нумерация. )
Коронка из диоксида циркония за 528к - это на сколько зубов?
на прямоугольник. )
Знаю одну историю, когда существующая очень давно, сложная, имеющая большое количество пользователей программа стала понемногу отставать от программ-конкурентов по отдельным функциям. Новые версии выпускались, добавлялись фичи, некоторые даже опережали конкурентов, но в целом отставание росло. Одной из существенных причин отставаний был возраст программы. Технологии существенно поменялись за годы и без существенной переделки ядра, общей архитектуры, движка пользовательского интерфейса было тяжело оперативно менять и наращивать функционал, удовлетворять растущим запросам пользователей.
Руководство решило совершить смелый шаг - переписать ядро. После нескольких лет параллельной разработки новой и поддержки старой версии, случился провал. Долгожданная новая версия сильно отличалась интерфейсом от старой, а главное по функционалу была настолько урезанной в первых выпусках, что, несмотря на очевидные новые фичи и потенциал развития, она провалилась в тестовых релизах.
Последовали кадровые перестановки, уходы и увольнения как среди руководства, так и в команде разработчиков. За это время отставание от конкурентов увеличилось еще больше. И было принято решение «эволюционно» внедрить часть решений из почившей новой версии в старую, добрую, любимую всеми.
Но чуда не случилось, таланта новых привлеченных и оставшихся программистов и внедренных ими новинок не хватило, чтобы полноценно конкурировать на рынке, также можно упомянуть плохой маркетинг, и такую же обратную связь с пользователями. Несмотря на многолетнюю любовь, очень много пользователей осваивали другой софт, во время ожидания нового релиза, и слиняли окончательно после провала. Программа перестала развиваться совсем и, считай, умерла, вместе с сообществом пользователей и группой разработчиков сторонних плагинов.
Этот поток сознания написан в попытке обратить внимание, что говнокод (которого не было в принципе в этой истории) видимо не является определяющим в реальном мире, и что поддерживать и развивать написанный по промышленным стандартам продукт после смены команды тоже не сильно легко, а уход пары талантов из команды вполне может похоронить проект, как бы они красиво не кодили. Определяющим походу являются деньги вложенные в маркетинг и цена для потребителя (т.е. тоже деньги), а что там за кадром происходит – «проблемы индейцев». ))
Я пользуюсь яндексом, потому что у них в конце страницы есть возможность поискать в гугле, а у гугла такой удобной фичи нет. )