Обмены вне СМЭВ не запретили, есть конструкции, которые работают по сей день. Там главный принцип обеспечения безопасности - выдернутые сетевые кабеля, закрытые контура, глушилки, и прочие криптографические фокусы. В остальном - всё современное ПО - сплошное решето, CVE тут не более, чем самообман.
Насчет апгрейдов, не всегда всё одинаково, тот же ангуляр апгрейдят примерно +2 версии за один раз, так наиболее комфортно, иначе бардачный веб через года три превратит ПО в тыкву. Но вот тот же спринг бут обновляется очень редко. Его версию в рамках 2.X поменять легко, перейти с 2го на 3й - уже ощутимо. Вдобавок к этому есть еще сертификация, к примеру сертифицирована только java 11 и postgre определенной версии и всё, никуда вы с них не рыпнетесь, иначе ваша сертификация слетит.
Есть еще момент, когда вы работаете на субподряде и код сервисов вообще не ваш, один раз отработали и передали генподрядчику.
Госсектор, документооборот. Вам грубо говоря разок насыпают на разработку, дальше бюджеты поддержки. Естественно, революций там не будет, будут точечные работы. А особенно, если какая то криптография или межведомственное взаимодействие, там всё очень туго, контракты между подсистемами обновляются очень редко с кучей согласований, бюрократией, испытаниями, сертификацией, где то даже с тематическими исследованиями и контрольными суммами на бинарниках.
Да и по теме доработок, ведь это же не полная переработка. К примеру, если у вас штук 20 сервисов и надо сделать 21й, то первые двадцать получат точечные доработки, и никто там революцию с тотальной миграцией устраивать не будет. Или всё таки будет? Просто если заказчик заплатил только за 21й сервис, то прожирать бюджеты на остальные 20 - сомнительная идея.
По моему опыту, ПО пишется раз, а потом лет десять пятнадцать проводит в эксплуатации без резких движений по миграциям и серьезных переписываний. И только потом, если требуется, проводится тотальная модернизация. В любом случае за такое время подходы и инструменты себя изживают, и их надо полностью менять. Если же писать фреймворки самим, то будущее у них то же самое, при этом будет потрачена куча времени на разработку и выгребание ошибок. А если другим языком, это раздувание бюджета с потерей качества.
Упала бы давно, если бы граждане не выполняли с остервенением абсолютно любой приказ. Но они выполняют и будут выполнять, потому просвета нет и не будет.
Не помню в каком разборе видел, как косвенный признак использовали анализ последовательности розыгрыша дебютов. Если вдруг игрок начинает делать нетипичные для себя ходы в определенных началах, то это хоть небольшой, но повод задуматься. Еще часто анализируют время на ход. Если оно всегда одинаковое, то тут всё очевидно.
Чтобы меньше зевать, нужно тренироваться, а не читить. Это убого, смысла в этом ноль. Весь смысл этой игры в том, чтобы видеть и свои возможности и угрозы со стороны соперника.
В переговорах на текущем месте работы по настоящему работает только заявление на увольнение, в другом случае либо прибавка в три копейки, либо плюс много работы за прибавку в пять копеек. Цель любого бизнеса больше прибыли меньшими затратами, потому не стоит играть в благородство.
Лояльность тут как раз при том, что ее быть не должно. Когда у бизнеса нужда, они поют про семью и общее важное дело. А когда нужды нет, или потребуешь отработанное бабло - то уже не семья, у нас бизнес.
Меня это тоже поражает. Если для прохождения отбора необходимо отдельно готовиться и задания не коррелируют с рабочими процессами, то это шляпа какая то, а не отбор.
У нас много таких спецов. Могут многое, но всё по верхам. Работодатель этим пользуется, не доплачивает, остальным они просто не нужны. Точнее нужны, но на грейд не выше мидла. Вот тебе и T-shape.
Я прошел по такому же сценарию, только вместо Питера была Москва. Иногда езжу в Москву в офис, чисто бумажные дела решить да поболтать вживую, в одну сторону из Твери три с половиной часа получается. Когда жил в Москве, ощущалась именно как вахта. Если туда ехать снова жить, то надо зарабатывать раза в два с половиной больше, но в нашей отрасли такие расценки только среднее звено имеет.
Если я поработал в субботу, значит на буднях я пораньше заканчиваю и иду по своим делам. Мне так удобно. Руководителю это не интересно, главное результат.
В прошлом году количество вакансий по слову java на хх было в районе 6800, в этом году их уже 4617. Расценки почти не растут, инфляция давно все сьела. Выгода разработки с каждым годом все меньше и меньше.
Я бы сказал, наоборот, всё профессиональное сообщество уже последнее десятилетие точно всех подгоняло в крысиные бега с постоянным самообучением, глубоким изучением всех инструментов. Вот оно и сыграло злую шутку.
Обмены вне СМЭВ не запретили, есть конструкции, которые работают по сей день. Там главный принцип обеспечения безопасности - выдернутые сетевые кабеля, закрытые контура, глушилки, и прочие криптографические фокусы. В остальном - всё современное ПО - сплошное решето, CVE тут не более, чем самообман.
Насчет апгрейдов, не всегда всё одинаково, тот же ангуляр апгрейдят примерно +2 версии за один раз, так наиболее комфортно, иначе бардачный веб через года три превратит ПО в тыкву. Но вот тот же спринг бут обновляется очень редко. Его версию в рамках 2.X поменять легко, перейти с 2го на 3й - уже ощутимо. Вдобавок к этому есть еще сертификация, к примеру сертифицирована только java 11 и postgre определенной версии и всё, никуда вы с них не рыпнетесь, иначе ваша сертификация слетит.
Есть еще момент, когда вы работаете на субподряде и код сервисов вообще не ваш, один раз отработали и передали генподрядчику.
Госсектор, документооборот. Вам грубо говоря разок насыпают на разработку, дальше бюджеты поддержки. Естественно, революций там не будет, будут точечные работы. А особенно, если какая то криптография или межведомственное взаимодействие, там всё очень туго, контракты между подсистемами обновляются очень редко с кучей согласований, бюрократией, испытаниями, сертификацией, где то даже с тематическими исследованиями и контрольными суммами на бинарниках.
Да и по теме доработок, ведь это же не полная переработка. К примеру, если у вас штук 20 сервисов и надо сделать 21й, то первые двадцать получат точечные доработки, и никто там революцию с тотальной миграцией устраивать не будет. Или всё таки будет? Просто если заказчик заплатил только за 21й сервис, то прожирать бюджеты на остальные 20 - сомнительная идея.
По моему опыту, ПО пишется раз, а потом лет десять пятнадцать проводит в эксплуатации без резких движений по миграциям и серьезных переписываний. И только потом, если требуется, проводится тотальная модернизация. В любом случае за такое время подходы и инструменты себя изживают, и их надо полностью менять. Если же писать фреймворки самим, то будущее у них то же самое, при этом будет потрачена куча времени на разработку и выгребание ошибок. А если другим языком, это раздувание бюджета с потерей качества.
Упала бы давно, если бы граждане не выполняли с остервенением абсолютно любой приказ. Но они выполняют и будут выполнять, потому просвета нет и не будет.
Не помню в каком разборе видел, как косвенный признак использовали анализ последовательности розыгрыша дебютов. Если вдруг игрок начинает делать нетипичные для себя ходы в определенных началах, то это хоть небольшой, но повод задуматься. Еще часто анализируют время на ход. Если оно всегда одинаковое, то тут всё очевидно.
Оно бы хорошо, если бы использовалось в играх против компьютера. Так нет же, автор играет 10 минутные игры и хочет использовать свою разработку там.
Чтобы меньше зевать, нужно тренироваться, а не читить. Это убого, смысла в этом ноль. Весь смысл этой игры в том, чтобы видеть и свои возможности и угрозы со стороны соперника.
В переговорах на текущем месте работы по настоящему работает только заявление на увольнение, в другом случае либо прибавка в три копейки, либо плюс много работы за прибавку в пять копеек. Цель любого бизнеса больше прибыли меньшими затратами, потому не стоит играть в благородство.
Лояльность тут как раз при том, что ее быть не должно. Когда у бизнеса нужда, они поют про семью и общее важное дело. А когда нужды нет, или потребуешь отработанное бабло - то уже не семья, у нас бизнес.
Меня это тоже поражает. Если для прохождения отбора необходимо отдельно готовиться и задания не коррелируют с рабочими процессами, то это шляпа какая то, а не отбор.
У нас много таких спецов. Могут многое, но всё по верхам. Работодатель этим пользуется, не доплачивает, остальным они просто не нужны. Точнее нужны, но на грейд не выше мидла. Вот тебе и T-shape.
Я, чтобы не донимать домашних созвонами, думал вообще снимать офис или в коворкинг свалить, но коворкинги, как я понимаю, все в Твери померли.
Я прошел по такому же сценарию, только вместо Питера была Москва. Иногда езжу в Москву в офис, чисто бумажные дела решить да поболтать вживую, в одну сторону из Твери три с половиной часа получается. Когда жил в Москве, ощущалась именно как вахта. Если туда ехать снова жить, то надо зарабатывать раза в два с половиной больше, но в нашей отрасли такие расценки только среднее звено имеет.
Если я поработал в субботу, значит на буднях я пораньше заканчиваю и иду по своим делам. Мне так удобно. Руководителю это не интересно, главное результат.
А почему бы и не сделать. Можно в субботу сделать, пока запал есть, в будни пару часов свалять дурака.
По опыту, решение сложных проблем чаще находится именно на досуге. В рабочее же время оно может не искаться, как ни старайся.
В прошлом году количество вакансий по слову java на хх было в районе 6800, в этом году их уже 4617. Расценки почти не растут, инфляция давно все сьела. Выгода разработки с каждым годом все меньше и меньше.
В принципе другого от государства и не ожидалось.
Рынок растет, это как? Отрицательно?
Я бы сказал, наоборот, всё профессиональное сообщество уже последнее десятилетие точно всех подгоняло в крысиные бега с постоянным самообучением, глубоким изучением всех инструментов. Вот оно и сыграло злую шутку.