Комментарии 493
А куда делись все аутсорсеры, которые работали на Европу, США? Банки это отдельный вопрос, банкам традиционно программисты не доверяют и я даже знаю была такая тенденция, что программистов при трудоустройстве особо не предупреждали, что работа будет связана с банком. То есть: "Мы группа компаний 'Вектор Консалтинг', которая занимается разработкой ПО для финансовых учреждений" Вероятно, нужно установить более высокие ЗП и тогда сбегутся просто толпами.
А куда делись все аутсорсеры, которые работали на Европу, США?
Сменить удаленку с более-менее свободным графиком на сидение целый день в офисе за меньшие деньги? Как один из тех аутсорсеров, скажу что и в голову не приходит рассматривать данный рынок вакансий.
Вот уж с удаленкой то после ковида вообще проблем нет, за редким исключением. Правда, могут быть вопросики по работе из-за границы.
этим исключением всегда являлся и является по сей день наш "любимый" сбер. ентые как в доковидные времена всех в офисы стремятся загнать и заставят жить в мск, что просто отстой так как работа в офисе это мрак так еще и в мск жить, жуткое комбо
Сбер, внезапно, сейчас не только банк, и в остальных направлениях вполне себе работают удалённо
Расскажите это сотрудникам СберИнфра (подразделение инфраструктурных админов и архитекторов), которым запретили не то что работать удаленно, но даже подключаться без серьезного инцидента.
Какой ужас сотрудникам отдела с персональными данными запретили работать из хренпоймиоткуда, как же так, Ай яй яй.
Как человек который в Сбере разрабатывает одну из самых опасных с точки зрения слива данных программ, и при этом имеет возможность работать удаленно, благодаря продуманной системе, где моё ПО имеет доступ к данным, а я нет, вообще не понимаю проблемы.
В конце концов всегда есть возможность перейти на любой из нескольких сотен проектов с вакансиями, но нет, нужно жаловаться на Хабре и кушать кактус.
Спасибо, я больше не работаю в Сбере. И не рассматриваю возвращение, в том числе потому, что запрет удаленки - это показатель идиотизма.
И причем здесь пд? Админы с персданными не работают, а приравнивать сопровождение бд к ее чтению - некорректно.
Любопытно за какой абзац заминусовали. Первые два все верно. Третий возможно спорно.
Думаю, за тональность сообщения
Зедсь вообще принято минусовать, если просто не согласен. Ужасная форма общения, токсичная. Не пожелал бы никому такого коллектива, как многие комментаторы. Причём, это даже не зависит от статьи.
Так минус комментарию и означает: "я не согласен". Что в этом токсичного?
Для меня минус - это не просто несогласие, а закидывание помидорами и поднимание на вилы, как будто человек - главный му***к вселенной. Несогласие можно выражать словами, культурно. Тем более, что у человека может быть свое мнение, и это не догма, а тут все делят на чёрное и белое только.
Так это комплексы какие-то, если для вас существует только 2 крайности: либо вам все вежливо объясняют в чём с вами не согласны, либо вы - главный му*ак вселенной.
Вы, видимо, форумы не застали, где могли и послать за плохую формулировку вопроса, а не только минус поставить. Сейчас же все нежные стали, как цветочки прям ??♂️
Формы застал, фидо и ббс. В фидо каналах, по крайней мере в наших, все очень тепло и лампово общались, разъясняли все и всем.
А вот в некоторых форумах да, жутко нездоровая атмосфера зачастую была, ещё со времен айиксбити и линуксорга, где "крутые чуваки" самоутверждались за счёт новичков, которые даже если ман покурили, не могли его правильно истолковать (что нормально и ожидаемо). Поэтому здоровые люди там особо никогда не сидели за редким исключением.
Для меня минус - это не просто несогласие, а закидывание помидорами
Я вам объясняю, что значат плюсы и минусы к комментариям на этом ресурсе. Это выражение согласия или несогласия и всё. Иногда банан, это просто банан. Вам нужно изменить своё отношение.
Несогласие можно выражать словами, культурно
И во что превратятся комменты, если вместо плюсов и минусов каждый начнёт писать "согласен"/"не согласен".
Тем более, что у человека может быть свое мнение
Вам никто не отказывает в праве иметь своё мнение. Это как раз вы некультурно и токсично подменяя понятия, отказываете другим в их праве высказать своё мнение способом, специально для этого созданным. Потому что вы высокомерно решили, что вы особенный и на вас правила и традиции ресурса не распространяются.
На мой взгляд, токсично ставить минус и не писать ответ, в котором разъяснять с чем именно не согласен и почему.
Плюсы и минусы специально вводят на многих ресурсах как раз для того, чтобы избежать кучи сообщений в духе "+1", "согласен", "не согласен" и т.д.
Смысл ответа в том, чтобы объяснить, дать обратную связь, аргументировать. Плюсы и минусы сами по себе абсолютно голословны.
Если только минусовать, то это токсично и не приводит к продуктивному обсуждению, если объяснять, как сделали Вы выше (за что спасибо) , то нет смысла минусовать. И вот пример выше - абсолютно не было необходимости минусовать при этом. Спасибо, пис ✌️
Во-первых, речь не о комментарии на развлекательном ресурсе, который оценивается эмоционально. А речь о техническом сайте для профессионалов, где эмоциональная оценка неуместна.
Во-вторых, прочитать, вникнуть в тему и произвести профессиональную оценку комментария всяко дольше, чем написать свою уже сформировавшуюся позицию.
Ну так собственно говоря о том и речь, что от людей с такой позицией на профессиональном сайте толку никакого, а вред - заметен. Сидишь порой и думаешь, а почему этому комментарию без единого ответа минус поставили? В чем ошибся человек, который его написал?
Если Вы не можете аргументировано высказать свое мнение - какая от Вас польза этому сообществу?
Это не считая того, что Вы сами себя лишаете возможности увидеть, что в данном случае Вы ошибались. Или Вы не ошибаетесь никогда? )))
Я могу.
Но выше сказали, что не можете. У Вас странным образом находится время не только прочитать то, что пишет "каждый анонимус в интернете" но еще произвести профессиональный анализ написанного и дать экспертную оценку согласия или не согласия. А вот уже на последний шаг, указать с чем несогласен - время вдруг резко не хватает.
Если я увижу много минусов к своему комментарию
Как Вам удается увидеть не только комментарий, который Вы не написали, ограничившись только минусом, но еще и какие-то минусы к нему? )))
Или ставя минус Вы никогда не ошибаетесь? )))
Вот только "не согласен" без указания с чем именно несогласен и почему - совершенно не информативно. Для Пикабу это нормально. Для Хабра - не думаю. Это тоже самое, как decline PR без единого комментария.
Если софт имеет доступ к данным, то и Вы имеете :)
Так рассуждая можно всех обратно в офисы загнать, ведь даже разработчик имеет доступ к ценному коду, который можно украсть. А уж любой персонаж, сопровождающий любой прод, опасен и должен быть заперт в офисе.
A что делать с разработчиками PostgreSQL, ClickHouse, Confluent/Kafka, AirFlow, Redis и т.п.? Это я только софт, непосредственно имеющий доступ к данным перечислил )))
В Сбере, не банковском направлении, вообще жестко. 3 дня в неделю офис. В остальные дни жестко - только в пределах МО.
Ну сбер это сбер. А вот у нас в Альфе как в марте 20-го всех выгнали, так обратно никто не загоняет. Хочешь - иди в офис, не хочешь - вот тебе вся инфраструктура для удаленной работы, работай дома (ну или где там тебе удобнее).
Часть уже или свои рабочие компы на ферму перенесла (кто удаленно на рабочий ком заходит), часть вообще отказалась от рабочего компа в пользу виртуального рабочего места (VDI).
Так что не все одинаковые и везде одинаково.
Какой-то странный выверт сознания. В Сбере ИТшники как раз и имеют возможность сидеть на удалёнке.
И очень много людей с регионов
Ну если мы про банки говорим, они ж вроде повернутые на сехурати: ты должен сидеть в их офисе, за их компом, без usb, еще и авторизация по таблетке от домофона
Зачем только это для программистов, которые к продовым серверам по дефолту не должны иметь доступа. А максимум к тестовому контуру с фейковыми данными.
Или боятся, что сольют исходники на сторону?
Я могу предположить 2 основные причины:
- не все так хорошо с культурой разработки, как в рекламных буклетах: строки соединения в гите, RDP до прода и т.п
- начальниками инфобеза зачастую идут бывшие фсбешники, т.к. у них есть одно пересечение в названии - "безопасность", а их решения неисповедимы
второе. Ещё причина, что считают производительность хуже на удалёнке
Наоборот, знают, что на удалёнке производительность выше, но выше и нагрузка на административный персонал. Это ведь обязательное введение таймшитов с детализацией до задач и центров затрат. Подписание этих таймшитов владельцами бюджетов. И это не считая необходимости ежедневных планёрок там, где раньше они проводились, от силы, раз в неделю.
Отсюда, чем меньше желание руководителя брать на себя дополнительную нагрузку по контролю за удалёнщиками, тем меньше таких удалёншиков и этого руководителя.
Работаю в банке, был оффер от другого банка, тоже никаких ограничений
да секурити там в приоритете, что не ограничивает работу из дома, многие банки обеспечивают работу на удаленке в том числе и из других городов.
Жена так работает, и в нашем городе нет даже офиса банка, своих коллег вживую ни разу не видела ;)
Разве что "долбанутые". В реальности все намного проще и, честно говоря, ничем не отличается от других контор
Нет. У нас просто у разработчиков нет доступа к боевому серверу. Только к тестовому (да и там есть политика кому к какому юниту в каком объеме доступы давать). А там не полный набор данных, да и что есть все деперсонифицировано (а значительная часть вообще полный бред который сами на тестах набиваем кто во что горазд типа всяких Васей Пупкиных или ООО "Упитанный Полярный Лис").
Так что никаких запретов на флешки и авторизаций таблеткой от домофона.
Кто со своих компов удаленно через VPN/VDI - там на свой комп вообще никаких ограничений. Ну да, чтобы к VPN/VDI подключиться кроме логина-пароля еще токен Indeed Key нужен (приложение на телефоне). Но и только.
Может я заблуждаюсь, однако читая комментарии, кажется что Сбер - единственный источник вакансий в ИТ.
Ради интереса пробежался по вакансиям программистов. Почти везде в требованиях высшее образование. Я для них слишком не образованный =) Так что в любом случае нам не по пути.
Не применимо к банкам. Сейчас некоторое количество банков заказывают софт в нашей компании. Так у них весь персонал в офисах ибо ИБ не велит удалённо работать.
Сменить удаленку с более-менее свободным графиком на сидение целый день в офисе за меньшие деньги?
никто не просит становиться юристом, вайтишники даже с офисной работай имеют относительно свободный график. в офис сейчас ходят больше не по необходимости а по желанию, лично я не смогу усидеть дома..
и не понял откуда взялось про "меньшие деньги"
Я скажу, что есть и те, кто стремятся в офис, среди них и я. Мне совершенно неинтересно жить в домашнем вакууме с электронным общением. Для меня очень важно ходить на обед с коллегами вместе, а после работы играть в настолки в офисе. А в перерывы в настольный теннис. Мне важен хороший вид из окон офиса, который позволяет с высоты птичьего полёта посмотреть на город и подумать о каких-то фундаментальных вещах сидя в бигбэнге.
Мне важно иметь место, куда я могу пойти подумать в тишине, где хорошая звукоизоляция. Это решает проблему детей, соседей, ремонтов.
Работа - это не только то, что мы делаем, но и где и в какой обстановке мы это делаем. А от этого и продуктивность и психологический настрой зависит.
При этом это не обязывает меня сидеть в офисе каждый день и даже нет проблемы в рабочее время вместо офиса куда-то ещё сходить, если это требуется.
У тебя может семьи нет?
Семья есть, детей нет, и надеюсь, в ближайшее время не будет. Айти - это ещё и про погружение, про самоотдачу и самореализацию. Я не видел ни одного человека реально сильно увлечённого работой, у кого есть дети, ну и ли чтоб он с ними время много проводил (а зачем тогда они, если им время не уделять, верно?). А мне работа интересна, и я не хочу замыкаться на семье и домашних делах и растворяться в домашних проблемах. Как там было в цитате, если у тебя все плохо на личном фронте, то это верный признак того, что карьера пошла в гору :)
Мне важна личная самореализация через работу, и взаимодействие живое с ребятами там - часть этого.
А мне работа интересна, и я не хочу замыкаться на семье и домашних делах и растворяться в домашних проблемах.
Так вы на работе замкнулись. Зачем вам семья, если вы ее на работу променяли?
Work-life balance погуглите. Помимо работы у меня есть семья и ещё очень много увлечений, с работой на связанных. Даже когда я я ходил в офис, на обед я предпочитал ходить один. Это моё личное время и мне попутчики не нужны, я не хочу с вами на обед ходить только потому, что вам скучно одному. И после работы оставаться я тем более не собирался и не собираюсь на постоянной основе. Периодически проводились мероприятия, но я на них прекрасно из дома приезжал, как и большая часть коллег. При этом у меня отличные отношения с коллегами, даже с коллегами с прошлой и позапрошлой работ иногда встречаемся.
У меня все прекрасно с work-life balance, у нас ещё и за этим специально обученные HRBP следят, чтобы психо-эмоциональное состояние сотрудников всех было в норме. WLB - это про количество времени, уделяемого на работу, а не про сколько времени физически ты провел в здании. Нет никакой разницы с этой точки зрения сидел ты в игры играл в офисе, пил с мужиками в баре, ходил на фитнес или шлялся по ТЦ.
У каждого свои ценности и приоритеты, кто-то экстраверт, кто-то интроверт. Кому-то интереснее проводить время вне дома, кому-то дома сериалы смотреть. Спорить не о чем. Просто надо признать факт, что есть те, кто не будет сидеть дома вне зависимости от того, есть у них офис или нет. С офисом таким людям удобнее.
У каждого свои ценности и приоритеты, кто-то экстраверт, кто-то интроверт.
А зачем вы тогда начали спорить с человеком, который написал, что не хочет в офис? Врядли он вас хотел завтавить дома сидеть.
Вообще, мой комментарий первый в данной ветке. Я не отвечал ни на чей, а просто констатировал факт, что есть другие люди, с другими ценностями. А вот другие зачем-то стали под моим постом что-то про детей выяснять, рассказывать мне как хорошо жить в лесу. Я за них кране рад, о чем я и написал в одном из комментов, но спорили и доказывали они зачем-то мне под моим постом.
Не... По мне так никто никому ничего не доказывал. Просто каждый поделился как ему лично удобнее.
Уж точно не повод кого-то минусить и "на пути истинный" наставлять.
Хорошо когда выбор есть. И плохо когда его нет. "Я так думаю" (с)
Вообще, мой комментарий первый в данной ветке.
Вы хоть по стрелочкам понажимайте, если уже забыли. Или это мультиаккаунт и вы запутались просто?
пруф
Ну на обед ходить мне все равно. Иногда один ходил, иногда с кем-то из коллег.
На корпоративы никогда не ходил (и вообще, я старый и немодный, мне вся эта "копроративная культура" слишком уж комсомол напоминает).
Единственное - ежегодная конфа когда на три дня всех разработчиков вывозят - там доклады и неформальное общение. Но у нас в трех городах центры разработки, + из Беларуси ребята приезжают. Тут да, это святое.
А так все равно - надо будет в офис - ну значит в офис. Но дома комфортнее.
Детей, кстати, нет. Уже. Есть две взрослые тетки 35 и 37 лет у которых свои дети :-) Младшего на лето сюда привозят - так даже удобнее что я дома.
Когда есть семья и дети, в офис после выходных не идёшь, а летишь)
Я скажу, что есть и те, кто стремятся в офис, среди них и я. Мне совершенно неинтересно жить в домашнем вакууме с электронным общением.
А мне не интересно тратить полтора-два часа жизни каждый день на дорогу туда-сюда. Мне нравится жить за городом в собственном доме, иметь отдельный кабинет для работы, обставить там так, как мне удобно (2 компа, три монитора), пить тот кофе, который я сам себе покупаю и который мне нравится и т.д. и т.п.
В офисе мне никто таких условий не создаст.
А пообщаться можно и во внерабочее время. Тут коллегу одну подсадили на горные лыжи - теперь в сезон вместе кататься ездим. Да и в гости всегда можно позвать кого-то из коллег.
Мне важен хороший вид из окон офиса
У меня из окна кабинета неплохой вид - сосны, елки... Если что - лес практически за забором начинается - в любой момент можно пса взять и пойти прогуляться - он только рад будет.
От офиса зависит. У нас в инженерном коллективе разве что отдельного кабинета нет. А вот кресло, второй монитор, второй компьютер, книжный шкаф, мемы на стене и безделушки на столе - пожалуйста. Кофемашина - не вопрос, если на свои деньги (но она у вас и дома на свои, наверное).
Каждому свое, здесь не о чем спорить. Я жить загородном и вообще на природе не могу. Рад за вас, что вы для себя нашли подходящее. И тем не менее, надо уважать и другие ценности.
Так я ж не спорю :-)
У нас сейчас кто хочет ходить в офис - ходит в офис. Правда, конкретно в гашей команде таких немного. Постоянно даже не могу сказать чтобы кто-то ходил. Но есть те, кто ходит 1-2 или 2-3 раза в неделю.
Понятно, что свои минусы и дома есть, но для меня лично дома более комфортная для работы обстановка.
Сам себе отвечу, что позор тем людям, которые минусы здесь ставят на совершенно позитивные фразы. Если кому-то не нравится жить как вы, это не повод минусовать. А то, что чужой образ жизни надо уважать - факт, это составляющая высокого интеллектуального развития. И если кто-то и это минусует - с такими ограниченными и не культурным людьми рядом не надо находиться.
А куда делись все аутсорсеры, которые работали на Европу, США?
Так они и продолжают работать на Европу и США.
А куда делись все аутсорсеры, которые работали на Европу, США?
Переехали в другие страны и работают на Европу, США.
Так и работаем. Кто-то уехал, кто призыва /мобилизации боялся. Да, отношение к соискателям из России сейчас крайне настороженное, но уже находящиеся в коллективе воспринимаются нормально.
Ну хз. Сложно пересчитать сколько отказов в hh было от Тинькофф. Возможно им нужны конечно вундеркинды и люди с опытом в 9000 лет, но джуны с мотивацией ни им ни другим компаниям в рф не нужны точно.
Так с точки зрения компаний джун - это не готовый специалист, в него надо деньги вкладывать.
Ага. А через полгода он решит что все уже умеет и свалит где на три копейки больше посулят. И смысл вкладываться в такого?
Вот как в старину мастера подмастерьев учили: 90% времени подмастерье делает работу по хозяйству воду таскает, полы моет, дрова колет. И только оставшиеся 10% времени мастер его учит, т.е. орет на него и лупит по-пьяни. Неэффективно, конечно, и на обучение того, что можно освоить за 2 года уходит 15 лет, зато мастеру выгодно и он заинтересован в том, чтобы набирать "джунов" и учить их премудростям своего дела!
Я не в качестве подкола, а в плане понять. Вот кто-то воспитал Джуна, он знает продукт, уже полезен, так почему ему на три копейки больше не заплатить и нормально вписать в коллектив? К меня такое ощущение что причина не в джуне, а в том что на нем будут продолжать пытаться сэкономить даже после того как он перестанет им быть
причина не в джуне, а в том что на нем будут продолжать пытаться сэкономить даже после того как он перестанет им быть
Это относится ко всем на любых должностях, а не только к джунам. За последние 30 лет мне повышали зарплату без повышения в должности всего 4(!) раза. Вот так и живу. Один-два проекта на стороне интегратора, потом клиент предлагает более выгодные условия. Через год-два у клиента на более выгодные условия переманивают к интегратору на следующий проект. И так по спирали )
По сути так и есть, но не без нюансов.
У меня опыта поменьше, всего десяток лет. Но повышали сами мне зарплату тоже насколько помню 4 раза. Но обычно это происходило на 10-20%, при том что "по рынку" платили больше.
Работал я дольше как раз там где повышали сами, но в определенный момент понял что повысили на 20%, а по рынку платят +80%.
А у меня на текущем месте работы за 6 лет одно повышение в должности (дальше уже потолок, только в архитектуру уходить - предлагали, попробовал, не понравилось) и примерно раз в год повышение в з/п - суммарно в 3.5 раза от того на что пришел.
С рынком сравнивать трудно т.к. область специфическая. Если смотреть на то что тут "средняя по IT" - у меня выше ощутимо. Если сравнивать с теми предложениями, которые в почту от рекрутеров приходит достаточно регулярно - примерно тоже самое плюс-минус немного.
Чистая арифметика. Первые (условно) полгода ему платят больше чем он стоит (потому что выхлопа от него мало). Потом какое-то время он "отрабатывает аванс". И только потом ему можно уже начать повышать.
Но если играть в долгую - то 1) он останется, так как не надо будет ждать "отработки" 2) он отработает это уже потом , так как останется
Ну тут не ко мне вопрос :-) Я деньгами не ведаю. Просто разработчик.
Знаю, что у нас бывают оплачиваемые стажировки. Т.е. берется стажер (часто на полдня с минимальной оплатой) на полгода. А дальше по результатам уже могут пригласить в штат на полную ставку (уже не стажерскую, естественно). Если он подошел и ему подошло. У нас в команде был случай когда взяли выпускника (даже не профильного, радиофак, что-то там по связи). Вообще нулевого, без опыта совсем. Стажером. Первый месяц вдвоем с ним возились аки с дитем малым. Потом парня прорвало резко. В штат ему через четыре месяца предложили, не дожидаясь окончания стажировки. Сейчас (года три прошло) очень сильный разраб.
Вообще конкретно у нас по деньгам в этом плане нормально. Если работаешь и "даешь стране угля", незамеченным это не останется и будешь расти и по должности и по деньгам. За всех не скажу, могу только за себя сказать - за 6 лет в 3.5 раза по деньгам подняли.
Это очень странный подход, обычно джуны поднимаются и по опыту и по зарплате.
Так джун всегда убыточен в начале. Иногда год-два. А станет ли он приносить прибыль впоследствии - неизвестно. Может не станет никогда. А может, обучившись, найдет себе другую работу. Так что брать джунов - инвестиция с высоким риском.
На месте джуна, я бы шел к системному интегратору на конкретный проект стажером по ГПХ. А получив в портфолио завершенный проект, можно уже искать работу в штате не за копейки.
можно уже искать работу в штате не за копейки.
У вас опечатка. Не в штате, а в Штатах.
А где смайлик? Или Вы искренне считаете, что свежеиспеченные специалисты без опыта там кому-то нужны?
А с опытом, у меня лично, весьма отрицательное отношение к работодателям в США. Такой тупизны, упертости, зашоренности и сверхузкой специализации где-либо еще сложно встретить. Я когда-то только полгода выдержал на code review "индусского" кода, после чего свалил и не жалею. Существенной разницы в доходах минус расходы не наблюдаю.
У вас опечатка. Не в штате, а в Штатах.
Да бросьте. Вы правда думаете что в Штатах все тупые и в неплохо оплачиваемое там айти совсем нет желающих? Не каждый сеньор+ легко сможет там устроиться. Проще американскому программисту найти работу в РФ.
На месте джуна, я бы шел к системному интегратору на конкретный проект стажером по ГПХ. А получив в портфолио завершенный проект, можно уже искать работу в штате не за копейки.
Зачастую в таких интеграторах и аутсорсерах NDA, поэтому в резюме будут только расплывчатые формулировки.
На мой взгляд, ссылка в резюме на успешный проект в tadviser стоит немало. И не надо никаких расплывчатых формулировок.
расплывчатые формулировки
А зачем в резюме писать что-то конкретное?
Даты: ...
Проект: банк, автоматизация клиентского сервиса
Роль в проекте: разработчик (Java)
Технологии: Java-17, PostgreSQL, Kafka
Результаты: (опционально)
И ничего особо не раскрыто, и понятно чем чел занимался.
Сменила стек и далеко не джун. Но мне тоже отказ. Им нужен опыт 10 лет на ЗП джуна.
Скорее всего вы просто попадаете под авто-фильтры на hh.
Но как человек, которому доводилось разбирать вакансии с hh могу сказать, что большая часть соискателей отчасти сами виноваты:
Ни кто не разбирается чего там недописал соискатель. Если резюме плохо написано (плохо это просто списко фирм где работал), то скорее всего его закроют.
Сильно много текста не по делу могут недочитать.
Не релевантный опыт вакансии, тоже весьма вероятно, что закроют.
Плюс очень многое зависит скажем от языка программирования. Питонистов пачками после курсов (если интересно то на последнюю вакансию питониста было откликов на hh +800 за месяц), там все по косой читают. А скажем go там откликов меньше, читают внимательно.
А что за ситуация с банками, можете просветить?
Ну... Там сложно. Есть "на внешних системах" типа сайта или мобильного клиента - там все более-менее стандартно.
А вот если центральный сервер... Там все может оказаться ну очень специфично. Вот у нас платформа IBM i (она же AS/400) - слышали про такую? Сможете сходу хоть что-нибудь в эмуляторе терминала IBM5250 изобразить? Ну там типа joblog посмотреть или блокировки объекта проверить...
А основной язык разработки на центральных серверах - RPG. Слышали хоть раз про такое?
Для 80% все это "нерелевантный опыт, зачем оно мне надо"... Да еще никаких фреймворков - все ручками... Не сильно много желающих.
Ручками даже лучше - полный контроль и понимание как всё работает. А вот специфический опыт который потом не продашь - вот проблема. Обсуждали мы уже. Ищите среди 40+ - там много тех кто уже и так на карьерной обочине, терять им особо нечего.
Ручками даже лучше - полный контроль и понимание как всё работает.
Так и есть, да. Плюс в нашей специфической системе еще всяких тонкостей и сущностей, не имеющих аналогов в других системах до ... этого самого :-)
Начать с того, что все работает в отдельных заданиях, которые изолированы друг от друга, но можно организовать потоки обмена информацией, понятие "группы активации" и как с ними правильно работать, всякие системные объекты типа Data Area, User Space, Data Queue< Message Queue, User Queue - в других системах много что из этого просто аналогов не имеет.
И надо понимать как все это работает, какие граничные условия использования и т.п.
Как ни странно, разработчикам, кто начинал давно, все это заходит легче. Кто успел поработать до того, как основная масса перешла на фреймворки.
Но, как ни странно, молодые тоже приходят. И подавляющее большинство затягивается вот все это и остается.
Хотя я честно на собесах предупреждаю - подумайте хорошенько - все, чему вы здесь научитесь, нигде больше вам не потребуется. Ну кроме общих подходов к разработке.
Но в целом - да. Возрастных много. Я сам сюда в 52 попал (с 25+ опыта в разработке за плечами)
основной язык разработки на центральных серверах - RPG
Это уже слишком. На COBOL я еще изредка подработки брал. Но RPG никакой даже по сравнению с COBOL. Да, последний более многословен, но его генератор отчетов ни в чем не уступает RPG, а вот со строками и массивами в COBOL на ЕС ЭВМ было работать намного удобней. Впрочем, последний раз RPG я видел в 1987 году. С этого времени многое могло измениться.
Сможете сходу хоть что-нибудь в эмуляторе терминала IBM5250 изобразить?
Ну он намного дружелюбней IBM3270 с которым я в свое время вволю пообщался. Так что разобраться недолго. Я думаю, даже быстрее, чем я разобирался когда-то с консолью SVS/TKS
Странно, тут в соседней теме - работа на заводах/асутп и вот это вот все, человек был в восторге от RPG
Ну я не исключаю, что за 36 лет язык мог сильно развиться. Я же честно сказал, что последний раз что-то кодил на нем в 1987 году.
С другой стороны, для инженера табулярный RPG проще для освоения, чем COBOL. Так же, как инженеры предпочитают для ПЛК LD/FBD/SFC, а программисты - IL/ST.
Ну это я и есть :-)
Мне действительно нравится этот язык применительно к тем задачам, которые приходится решать.
А уж при том, что есть ILE, позволяющая легко сочетать код на RPG с кодом на С/С++ (там, например, где кроме бизнес-логики нужно еще что-то на уровне системных API или просто реализовать на С какую-то функцию выглядит проще), то совсем красота :-)
Впрочем, последний раз RPG я видел в 1987 году. С этого времени многое могло измениться.
Да. В отличии от COBOL, RPG активно развивается. 87-й год (лень историю поднимать) - это RPG II, максимум III. Который FIXED.
Сейчас Full-Free RPG - это уже вполне нормальный процедурный язык с человеческим синтаксисом (есть легкое послевкусие PL/I в виде всяких dcl-s, dcl-ds, dcl-proc и т.п.).
Со строками - да что угодно делай - %scan, %scanrpl, %xlate, %split, %concat, %concatarr, %subst (это вообще в обе стороны работает - и как lvalue и как rvalue), конструкции in %list, in %range, циклы for-each.
Язык процедурный, но при этом сохранили сабрутины (в целом, удобно для структурирования кода). Добавили в процедурах возможность делать блок on-exit (куда всегда попадаешь после return - единая точка выхода). Есть перезагрузка процедур -
// Отправка сообщения в queLIFO/queFIFO очередь
// Возвращает количество отправленных байт
// в случае ошибки -1
dcl-pr USRQ_SendMsg int(10) overload(USRQ_Send: USRQ_SendKey);
dcl-pr USRQ_Send int(10) extproc(*CWIDEN : 'USRQ_Send') ;
hQueue int(10) value; // handle объекта (возвращается USRQ_Connect)
pBuffer char(64000) options(*varsize); // Буфер для отправки
nBuffLen int(10) value; // Количество байт для отправки
Error char(37) options(*omit); // Ошибка
end-pr;
// Отправка сообщения в queKeyd очередь
// Возвращает количество отправленных байт
// в случае ошибки -1
dcl-pr USRQ_SendKey int(10) extproc(*CWIDEN : 'USRQ_SendKey') ;
hQueue int(10) value; // handle объекта (возвращается USRQ_Connect)
pBuffer char(64000) options(*varsize); // Буфер для отправки
nBuffLen int(10) value; // Количество байт для отправки
pKey char(256) const; // Значение ключа сообщения
nKeyLen int(10) value; // Фактический размер ключа
Error char(37) options(*omit); // Ошибка
end-pr;При вызове USRQ_SendMsg компилятор в зависимости от набора параметров сам смотри что именно вызывать - USRQ_Send или USRQ_SendKey.
Есть автоматические массивы (с авторасширением или с ручным управлением размеров массива).
Есть возможность вставлять SQL в код - exec sql ...
В целом, для работы с БД очень удобный язык. Хоть скулем, хоть прямым доступом (позиционирование по ключу, чтение/запись и т.п.). Нативная поддержка всех типов данных что есть в БД (никаких "обреток", маппингов - описал структуру записи с соотв. типами полей, читаешь туда запись и работаешь с полями структуры).
Для решения наших конкретных задач самое то. Кстати, сейчас на нем пишется более 80% кода под IBM i.
Ну он намного дружелюбней IBM3270 с которым я в свое время вволю пообщался. Так что разобраться недолго.
Согласен. Весьма дружелюбен и логичен. Но концептуально все это легко заходит тем "старперам", кто хоть когда-то "общался с большими машинами" типа БЭСМ-6 или советского Эльбруса. Для тех, кто кроме винды/линуха/мака ничего не пробовал, не сразу заходит.
Ну... Там сложно. Есть "на внешних системах" типа сайта или мобильного клиента - там все более-менее стандартно.
Если посмотреть вакансии банков, то 99% разработчиков вообще не будут даже близко касаться таких нишевых технологий. Другими словами, будет стандартный стек как в самой команде, так и в соседних с ней.
Но логично, что, если взять достаточно большую компанию, которая на рынке не один десяток лет, то в ней можно будет найти подобную систему, ибо vendor lock-in случается. Мне казалось, что фирмы стараются уходить от такого, ибо это повышенный риск (в терминологиях банков).
банкам традиционно программисты не доверяют
А почему программисты не доверяют банкам?
За всех не скажу — могу лично по себя сказать, что я уехал. В том числе и потому что мой американский работодатель поставил такое условие. Пока я был в России и американская работа была на паузе, в родном городе мне предлагали втрое меньшую сумму за втрое больший объём работ, то есть, часовая ставка отличалась примерно на порядок.
Так многие за границу свалили, как тот же Люксофт. А насчёт заявления Тинькофф, меня они на днях на пару позиций отфутболили даже без первичного собеседования. Так что врут нагло про дефицит)
отфутболили даже без первичного собеседования
может вы по какимто критериям не подходите? вилка какая была?
Может, и не подхожу) Но все же лучше, когда тебе объясняют причины. Моя вилка была в пределах ими предложенной в объявлении вилки.
Но все же лучше, когда тебе объясняют причины.
Если объяснять причины то проблемы будут с законом, потому что запрещено по подавляющей части таких причин отказывать в приеме на работу
Самое простое, вы пытаетесь с опытом 15 лет в разных конторах (по 3-7 лет в каждой) с грейдом например миддла, устроится на зарплату в 20-30 тысяч
(хотя я бы побеседовал с таким человеком, мне просто интересно - почему так)
А вопрос снижения качества руководства он не рассматривает в принципе?
Если такой дефицит, почему не берете джуниоров?
лично мое мнение - если человек искренне интересуется программированием и что-то изучал самостоятельно, то он вполне способен пройти собеседования и работать сразу миддлом. Никаких тайных знаний в IT нет, все в открытом доступе.
Если же человек хочет пойти на джуниора, то тут уже начинают возникать вопросы. Для молодежи есть куча образовательных программ, лучшие выпускники которых естественно получают офферы.
По первому абзацу - Вы давно на собеседования то мидловые ходили? Там либо, простите за мой французский, дрочь с Leetcode, где многое решает "нарешённость", либо знать надо не "что-то", как Вы тут выразились, а вполне себе конкретный технологический стек. Причём, не достаточно просто "что-то" знать, как в Вашей картине мира, не имеющей, смею Вас заверить, никакого отношения к текущей реальности, важно иметь "коммерческий опыт" на этом конкретном стеке.
По второму абзацу - а кушать, простите, Вы молодым специалистам на какие "шиши" предлагаете? А за образовательные программы платить с каких доходов? А жильё снимать на какие деньги? Или для Вашего душевного спокойствия все молодые специалисты должны бесплатно самостоятельно что-то там изучать, вися на шее у родителей?
Сама идея грейдов Junior, Middle, Senior была не на пустом месте придумана, но алчность хозяев привела к тому, что первые скоро уже просто как класс исчезнут. А потом окажется, что вторые, внезапно, в нужном количестве образуются только из первых... Впрочем, к чему это я говорю об этом в прошедшем времени, если это уже вполне себе реальность. Да, тут, конечно, всем известные события наложили отпечаток, но вот, будьте любезны, мидлы резко закончились, а новых, зараза, всё нет и нет. Да что ж такое?!
По второму абзацу - а кушать, простите, Вы молодым специалистам на какие "шиши" предлагаете? А за образовательные программы платить с каких доходов? А жильё снимать на какие деньги?
Ну... как то крутились. Админами там работали, или эникейщиками. Попутно, в свободное от работы время, повышая скилл в выбранном направлении. Это я о времени когда ИТшечка не была для фарма бабла, а была просто еще одним направлением. Интересно - развивайся, не интересно пошёл в менеджеры по продажам.
Бог терпел и нам велел. Понятно. От развёрнутого комментария воздержусь, так как с носителями этой точки зрения (безотносительно профессии) знаком слишком хорошо и смысла тратить времени на дискуссию на эту тему не вижу. Скажу одно — уши у «жуткого дефицита» IT-специалистов они растут как раз вот отсюда.
А это безотносительно "терпел - велел". Это относительно того, что есть интерес - ищешь пути развиваться. Мы вот нашли. Потом джунам начали платить достойные деньги, теперь перестали, бывает. Ныть непродуктивное занятие.)
Путаете причину со следствием. Если бы джунам не начали в какой-то момент платить нормальные деньги, ничего бы вы не нашли.
Ложное утверждение. Почти все в начале пути зарабатывают мало. Хорошо, если родители могут поддержать. А если не могут, то вертишься сам, экономя на еде, отыскивая подработки, снимая на четверых однокомнатную квартиру и двигаясь к цели. Причем такое нищенское существование, обычно, длится год-два от силы. А еще через два-три года уже не ты ищешь вакансии, а тебе их предлагают знакомые, бывшие коллеги и заказчики. Я за последние 30 лет ни разу не устраивался на работу без такого приглашения.
- Ну что ж, приступим к собеседованию на миддла шарписта. Какой у вас опыт?
- 2 года провода крутил и пет-проект на коленке собирал
Ало, миддл - это коммерческий опыт разработки, а не "ну я там что-то делал". Получает он его, работая джуном и изучая стек, а не крутя коровам хвост - "фарм бабла" тут ни при чём. И джуны не бесполезны: вполне можно доверять решение багов и мелких задач. Да, контролируя (но у нас лично все пуллы проходят через ревью, даже синьоры ошибаются в той или иной степени).
Про курсы молчу: ни одного кандидата со скилбоксов условных к нам так и не попало, и это у нас собесы не уровня гугла или наших всяких Т и Я, а обычные "жили-были, вот тебе задачка" без байтошлепства - но мб это к нам такие идут по стечению обстоятельств)
Наблюдаю, как большАя часть этих мидлов и сеньоров-помидоров с девятисот годами "коммерческого опыта" потом пишет такой код, что, возможно, я бы предпочел работать с формальным джуном, который перед эти вылизывал до идеального состояния свои пет-проекты.
Вы сильно удивитесь, но заказчику важнее получить код вовремя, пусть и хреновый, чем "вылизанный до идеального состояния", но тогда, когда он ему уже на фиг не нужен.
Да, самому противно такое костылестроение. Особенно если понимаешь, что бюджет на рефакторинг будешь потом год выбивать с неопределенным результатом. Но если что-то должно с условного понедельника работать именно так, а не иначе - вынь да положь.
Это все так, но вот, в итоге и имеем сплошной говнокод. "Верхам" вечно нужно "позавчера", а "низам" уже нужно только чтобы от них в очередной раз от**ались. Говнокод пишут уже просто по привычке, даже когда есть все возможности сделать нормально.
Ало, миддл - это коммерческий опыт разработки, а не "ну я там что-то делал"
А можно с этого места поподробнее?
А то мне непонятео, что такое дает коммерческий опыт разработки, но чего не может дать самостоятельное изучение языка и средств разработки плюс практическая работа в IT в реальной жизни? То есть - работа над пет-проектом, с изучением языка и его механизмов, полученим навыков программирования, изучением типовых инструментов, испольуемых в разработке (Git и пр.), плюс - опыт практической работы пусть и в другой, но смежной области, с усвоение понятий из жизни, типа "дедлайн", "костыль" и пр., пониманием принципов поиска ошибок, уменим пользоваться поиском в Интернете для решения своей конкретной задачи (а не просто нагугливания решения, которое обычно не применимо напрямую, потому что условия несколько различаются), чтения документации (в том числе - неполной и неточной) и прочих прелестей работы, например администратором мелкой фирмы (AKA "многоруким шивой"), плюс обретение соответсвующих полезных социальных навков?
PS Я ничего не пытаюсь ни утверждать, ни опровергать. Я просто хочу понять то, что я не понимаю.
Вы в пет проекте никогда не узнаете как нормально мониторить и деплоить свой софт. Какие решения будут потом очень дороги в поддержке, а какие нет. Что как ведет себя под нагрузкой. Как работать с требованиями, менеджерами и аналитиками. Что такое вообще работа в команде.
И тому подобное. Написать какой-то код просто. Сделать продакшен реди софт сложно.
Благодарю.
Однако вы, похоже, не обратили внимание на вторую часть условия: опыт практической работы в несколько другой области. Вот уж чего-чего, а опыт работы с людьми - с коллегами ("в команде"), с заказчиками и посредниками заказчиков, типа аналитиков, начальниками и пр. - там надбирается быстро: на своей-то шкуре. Общие понимание про костыли (по науке, в ITSM, это называется "обходное решение", в противоположность "структурному") там тоже преобретается довольно быстро и доходчиво, ибо тоже на своей шкуре. Мониторинг - это и админская задача тоже, просто взгляд на него идет с другой стороны: не встроить, а использовать. Но, зная, как использовать, можно догадаться, куда встроить (и можно даже - в пет-проект).
Но да, нюансы, требующие именно опыта программирования, тоже остаются, согласен: как принятые решения повлияют на трудоемкость модификации, как код будет держать нагрузку (и что хорошо, если он отреагирует на нее просто тормозами, а не дедлоками или гонками - в наше асинхронное время это запросто).
Но что-то мне подсказывает, что для избежания этих нюансов в большинстве случаев можно тупо использовать наилучшие практики: осмысленные имена, разбиение кода на обозримые части, шаблоны проектирования, KISS и SOLID , не лепить "квадраты" (сортировку пузырьком и т.п.) там, где есть хоть намек на расширение (или явно отмечать их как "обходное решение"), явным образом блокировать участки, где есть параллельный доступ, и т.д. - а наилучшим практикам сечас даже студентов учат. То есть, в большинстве случаев тут тоже именно опыт, который "на своей шкуре", не требуется. Ну а меньшинство случаев пусть сеньоры разгребают - зря им что ли деньги плятят :-) Да и что-то подсказывает мне, что типичный мидл-JSONmover и с такими нюансами сталкивается нечасто (но тут утверждать не берусь).
Но за указание на нюансы благодарю.
Вижу типичный взгляд того кого нельзя на мидла брать.
Мониторинг: есть у вас сервис берущий байтики из одного места, как-то их преобразующий по данным из других мест и кладущий результат в третье место. Админы не знают не могут и будут его мониторить. Они вообще не а курсе что там происходит. И более того они и знать не хотят что там происходит. Сеть, железо и прочее они замониторят. Это их работа.
Лучшие практики это такое себе… Ну очень абстрактно. На экзамене сработает, на проде нет. В реальном продакшене все на порядки сложнее и запутаннее.
Общение с коллегами из других сфер плохо переноситься. В IT есть много специфики. В основном из-за неопределенностей. В IT не принято делать то что уже сделано. Это бесплатно берется и копируется. В других сферах обычно наоборот.
Мониторинг: есть у вас сервис берущий байтики из одного места, как-то их преобразующий по данным из других мест и кладущий результат в третье место. Админы не знают не могут и будут его мониторить.
И не фиг им это знать. Есть стандарт OpenTelemetry и зона ответственности админов начинается разве что начиная с коллектора.
У вас прям какой-то культ мониторинга. Причём вы его преподносите как чуть-ли не самое сложное в разработке. Хотя по факту, это довольно тупая обвязка над имеющейся в любой технологии телеметрией.
Анекдот в тему
Петька с Васильем Иванычем угнали самолет. Летят. Вдруг В. И. орет:
– Петька, приборы!
– 42!
– Чё "42"?!
– А чё "приборы"
Я эксплуатирую софт который пишу. Он местами довольно сложный. Без приборов понять что там внутри происходит нереально.
Сделать правильные приборы, то есть мониторинг, получается не с первого раза. У некоторых и вообще не получается. Без приборов или с плохими приборами приходится прислушиваться к шуму ветра чтобы понять все ли идет нормально или уже идет цунами и скоро все взорвется на проде. Этим заниматься не очень хочется. Хочется получить уведомление в телеге что вот тут скоро все станет совсем плохо, иди посмотри что там. И по клику из этого уведомления попасть на подходящий дашборд на котором будут видны все детали того что происходит с сервисом.
И эти приборы не должны шуметь. Постоянные сообщения о несуществующих проблемах уменьшают ценность приборов до нуля. Это тоже нетривиально сделать. Чувствительность приборов настраивать сложно.
это довольно тупая обвязка над имеющейся в любой технологии телеметрией.
Технологии на которых это реализовано вообще не имеют значения. Собрать с приложений кучку циферок и уровней ошибок и красиво их отрисовать можно чем нравится. Берите что больше нравится.
Для меня основная проблема в том какие именно циферки сервис должен отдавать и какие пороги на них стоит настроить. Чтобы и состояние было понятно и проблемы сразу видны были и не шумело это все.
Кстати, об админах, которые не знают, не могут и не будут ничего такого мониторить.
Мне тут вспонилось время, довольно давнее, когда я работал в некоем банке - так вот, там была специальная группа мониторинга, в которой работали даже не админы, а специально обученные люди. Они работали круглосуточно, в совершенно отдельном помещении, с какой-то навороченной и недешевой прогрограммой, которая мониторила кучу банковских систем - а их там была реально куча, на разных платформах - начиная с оборудования: сетевое, СХД, серверы. События эта система могла мониторить по разным протколам. С Windows, в частности она умела брать данные из стандартных для нее источников: совершенно точно - счетчиков Performance Monitor и записей Event Log, про события WMI(это, в основном, конфигурация, но не только) и ETW (это - стандартная трассировка системы и приложений, которые с ней работать обучены). Пороги оповещений устанавливались ответсвенными за конкретные системы, с учетом опыта эксплуатции (в том числе - инцидентов, эскалированных в техподдержку вендоров).
Ну, а сами админы Windows тоже могли себе мониторинг настроить. Например, "при помощи палки и веревки" - на скриптах на ЛинуксеPowershell (все средства для этого были документированы, и этому даже немного - совсем чуть-чуть - учили на курсах для получения статуса сертифицированных специалистов) - и не только. И настраивали - у эксченжистов, коим я в том некоем банке работал, был, к примеру, для этого трофейный(да, теперь об этом можно рассказать - того банка давно нет) Microsoft Operations Manager, громадным плюсом которого были готовые шаблоны для Exchange. Правда официальный мониторинг с ним не работал (и, кажется, даже не знал про него: анархия там была ещё та, а потому с тех пор я не держу много денег на карточке).
А уж разбирательство с логом трассировки прохождения сообщений по почтовой системе - тех самых "перекладываемых байтиков" - это было чуть ли не основным занятием эксченжиста.
Тем не менее, эти админы были не те админы, которые обсуждались выше - которые с опытом два года в эникействе. Так что ваше утверждение что младшему админу негде было бы научиться в мониторинг - оно отчасти все же верно. Ну, а группа мониторинга не сталкивалась со многими другими вещами.
Так что я, похоже, неправильно поставил вопрос, за что получил кучу минусов. Правильным был бы другой вопрос - может ли (и насколько легко) человек, поработавший этим самым младщим админом, изучивший посильное количество теории и сделавший пет-проект, приписать себе коммерческий опыт (чтобы избежать предубеждений против вайтишников) пройти проверку на техсобеседовании для получения оффера на мидла и пройти испытательный срок. Но этот вопрос я как-нибудь в другом обсуждении задам - тут он в коментариях потонет.
Это всё понятно. Но как вы сами признались, собрать циферки несложно, с этим мидл справится. А вопрос какие циферки надо собирать и какие поверх них алерты настраивать - это вне компетенции мидлов, как ни крути.
А в чьей? Есть задача отданная мидлу. Она ему точно по силам и имеет разумный масштаб. Архитектура расписана, нет проблем. Предполагается что мидл сможет придумать какие-то нормальные циферки которые надо собирать чтобы понимать нормально ли его коду. А не только написать черный ящик который работает или нет непонятно.
У вас тимлидов все еще не хватит чтобы все такие мелочи всем расписывать постоянно. Тимлиды быстро сбегут.
Сеньоры сами пишут код. Они не нанимались няньками быть. Тоже не вариант.
А мониторить при этом надо все. Прямо просто все. Любой кусок кода должен быть наблюдаем. Наблюдаем или сам по себе или через какие-то внешние проявления своей работы.
А мониторить при этом надо все. Прямо просто все. Любой кусок кода должен быть наблюдаем.
Ну, я ж говорю, культ мониторинга. Если коротко, то вы не правы. Всё подряд мониторить - это как раз таки равно создавать лишний шум. Мониторить надо то, что важно мониторить и это вполне может быть указано в постановке задачи. А уж кто там у вас их мидлам ставит, сеньоры, сисаналитики или исключительно техлид - это уже специфика вашей команды.
Сделать продакшен реди софт сложно
А все перечисленные вещи - это разве задача для мидла? Разве мидл не творит в рамках уже определённой архитектуры и инфраструктуры?
По-моему, задача мидлов - нарастить "мясо" на уже созданный каркас приложения, а для этого надо просто хорошо знать свой язык и применяемый на проекте фреймворк. Не?
Конечно. Про архитектуру я написал. Вот это переложить оттуда сюда это и есть архитектура. В реальном тикете будет чуть больше деталей, но это не важно.
Если тимлиды будут в каждой задаче расписывать детали уровня "что надо замониторить", то они быстро кончатся.
Аналогично мелочи вроде куда кеш прикрутить чтобы нагрузка ваше приложение не убила или подумать о том что будет если вот сюда внезапно прилетит гигабайт, а не мегабайт. Такое замечается разве что на код ревью. В тикете это пишется примерно никогда. Тимлиды аналогично кончатся, если такое будут расписывать постоянно.
Общение. Менеджеры как обычно хотят знать как дела. Мидл способен с той или иной степенью достоверности и красноречивости это рассказать или написать. И даже сроки когда будет готово может определить более-менее нормально.
Или еще лучше. В постановке задач бывают проблемы. Все мы не идеальны. Мидл способен увидеть такие проблемы в процессе разработки и принести их нужному человеку для решения. В идеальном случае даже сразу решение может принести, которое на его взгляд будет оптимальным исходя из всей остальной логики проекта. Сам решать такое мидл не должен, но выявлять и предлагать что-то должен.
Джунам это все расписывается или рассказывается. Это нормально. Сам согласился на джуна - нянчись с ним.
Основное определение: Мидл способен сделать задачу требующую написания кода самостоятельно. Архитектура это квадратики и стрелочки на доске. С ней ему помогут или за него сделают.
А то мне непонятео, что такое дает коммерческий опыт разработки, но чего не может дать самостоятельное изучение языка и средств разработки плюс практическая работа в IT в реальной жизни?
Как минимум, в том, что:
Запросто будет нестандартное API от другой команды, а интегрироваться необходимо.
Выбор библиотек зависит не только от разработчика, но и от департамента (как минимум).
Выбор того, что делать, зависит не от автора, а от заказчика (внутреннего или внешнего).
Есть ненулевая вероятность поработать с legacy.
Сроки более хитрые - они жесткие для определенных вещей, и гибкие для других.
2 года провода крутил и пет-проект на коленке собирал
Но, к слову сказать, Linux изначально как раз был пет-проектом, затеянным на коленке чуваком, который тогда не имел не только коммерческого опыта, но даже и законченного в/о :))
Если вы Линукс, то и вас получится так же.
Получает Торвальдс диплом, устраивается на работу, а ему такие: "Бро, да у тебя ведь совсем нет коммерческого опыта - вон там кофемашина, будешь пока что кофе нам носить, по расценкам Джуна Левел #0, а там посмотрим" :))
Увы, но таких как Торвальдс единицы. Действительно самородков.
Но те, кто "не хочет тратит пять лети жизни на всякую ненужную фигню" и считает что "база не нужна, достаточно условных рефлексов практических навыков" активно равняют себя именно на такие вот примеры.
Ну ок. Раз ты такой Торвальдс - покажи свой Линукс? Ну или мак продемонстрируй, коль ты весь из себя такой Джобс...
И, кстати, Возняк, который фактически тянул всю техническую часть проекта, имел таки профильное образование (если не ошибаюсь - КалТех?).
а кушать, простите, Вы молодым специалистам на какие "шиши" предлагаете? А за образовательные программы платить с каких доходов? А жильё снимать на какие деньги?
А так и жили. Бывали дни, что вся еда за день - батон с пакетом молока. В выходные мороженным торговал или компьютерным барахлом. Бывало фуры разгружал, чтобы жилье снимать. Учился самостоятельно. А уже после первого успешно внедренного проекта зарплата стала позволять в выходные детьми заниматься, а не подработки искать.
Ну и что - это по-вашему нормально, что человек потративший пять-шесть лет (да еще и деньги) на высшее образование, после этого должен (уже работая и получая з/п) по выходным развозить на самокате шаверму, чтобы позволить себе в день аж целый батон хлеба и пакет молока? Тут откровенно что-то не так либо в системе образования, либо в системе оплаты труда.
это по-вашему нормально
Совершенно нормально, если хочешь чего-то добиться в этой жизни.
Тут откровенно что-то не так либо в системе образования
Лично я считаю, что цель высшего образования - дать базовые знания, позволяющие впоследствии самостоятельно изучить что угодно в рамках своего направления (медицинское, техническое, юридическое и т.п.).
либо в системе оплаты труда.
А с какого перепугу кто-то должен платить высокую зарплату неопытному сотруднику? На него уже миллионы потрачены начиная с дошкольного образования и заканчивая высшим.
Совершенно нормально, если хочешь чего-то добиться в этой жизни.
Стереотип со времен Советского Союза (я, если что, то и сам оттуда). Страшная тайна в том, что во многих странах уже давно научились как-то обходиться без этого - на устриц с марочным "шардоне" тебе никто, разумеется, сразу после ВУЗа денег не заплатит, но жить в картонной коробке, питаться сухарями с водой и разносить в свободное после работы время курицу из KFC тебе тоже надобности никакой вообще не будет. У меня когда-то родители тоже обкатывали на мне идеи типа "Бог терпел и нам велел", хотя люди были и не бедные, в результате - заброшенный престижный ВУЗ, условная судимость, пять лет впустую потраченных в армии, и несколько лет на то чтобы после этого всю свою жизнь собирать из обломков. К 35 годам уже вполне хорошо стоял на ногах, но личная жизнь в итоге так всё-таки так и не сложилась. Родителям, с их советским "бохтерпел", при всем уважении, за это огромный (саркастический) поклон.
во многих странах уже давно научились как-то обходиться без этого
Но какой ценой? Я женился и имел двоих детей еще до получения диплома. Понятно, что если бы не надо было содержать семью, то мог бы и не напрягаться. А так спокойно позволили себе потом и третьего ребенка.
А в этих "многих странах" "обходятся без этого" только заключая брак существенно после 30. И, если здоровье еще позволяет, одного ребенка заводят.
Но какой ценой? Я женился и имел двоих детей еще до получения диплома
Вам повезло не попасть в ловушку нищеты. После универа ваша специальность становится неакуальной, а для приличной работы вам нужно лет эдак 5 побатрачить за копейки. Ваши действия? Напомню, у вас жена в декрете с ребенком.
А в этих "многих странах" "обходятся без этого" только заключая брак существенно после 30. И, если здоровье еще позволяет, одного ребенка заводят.
Вы так говорите, как будто это что-то плохое. Знаете, в каких странах заводят много детей до 30? В Африканских.
После универа ваша специальность становится неакуальной
Моя специальность - схемотехника. На программирование не прошел по конкурсу. А то, что она не актуальна, я понял уже на первом курсе. И активно сам занялся программированием. Поступал я после армии в 1987, уже поработав полгода на ЕС-1035 на COBOL + IDMS. В 1988 родилась старшая дочка. В 1990 - младшая. Никакого везения не было. Был внедренный проект в Сбербанке в Зеленоградском и Железнодорожном районах Москвы. Была продажа этого проекта уже на всю Москву ГИВЦ. Потом был внедренный проект титровальщика на ПК, совместимого с титровальным компьютером в Останкино. Остальное так, мелочевка. Не могу сказать, что много времени уделял учебе, но так как хорошо подбирал на ECке системы дифуров аппроксимирующие экспериментальные данные АФАРов для декана, многое сходило с рук. К моменту окончания института я уже имел джоб-офер джуном в компанию по локализации западной ERP со ставкой $3 в час. Жена после второго декрета в это время уже год, как работала. Хотя она и в декрете бухгалтером на дому подрабатывала. Почти сразу меня продали Союзконтракт (окорочка летят). Это был мой первый успешный проект внедрения ERP с большим объемом кастомизаций. После него уже доходы позволяли и квартиру купить, и дачу, и машины себе и жене, и родить третьего ребенка.
Вы так говорите, как будто это что-то плохое
Да, это очень плохо. Такие нации вырождаются. И не путайте "завести детей" и "вырастить, воспитать, обучить и дать хорошее образование". Не у всех дети на ЕГЭ по 300 баллов получают.
Такие нации вырождаются.
Это заметно. Развивающаяся Республика Нигер (3 место с конца HDI) и вырождающиеся Япония, Германия, и Финляндия.
Ну да, Вы правы.
Со свержением Мохамеда Базума, который вёл жёсткую миграционную политику, для африканцев снова открылся путь на Север. И если в 2016 году поток эмигрантов из Нигера составлял 180 тыс. человек в год, то в следующем году прогнозируется, как минимум 200 тыс., а как максимум - полмиллиона. ЕС пока даже не представляет, что с этим делать.
Япония уже в экономическом застое и демографическом кризисе. Почти треть населения старше 65 лет. Естественная убыль превысила полмиллиона человек в год еще в 2019 году. Несложно посчитать, что при сохранении этой тенденции население Японии снизится более чем двукратно до конца века.
Германия пытается решить демографическую проблему иммиграцией. Сейчас мигрантов (с гражданством и без) уже почти четверть населения. При сохранении этой тенденции до конца века в Германии немцев будет меньше, чем мусульман.
В Финляндии ситуация лучше, чем в Германии. Мигрантов всего около 10%. Но с учетом того, что население Финляндии всего 5.5 млн. человек, то демографическая ситуация грозит стать катастрофической уже в течении ближайших 20-30 лет.
Ещё мало времени прошло с демографического перехода, чтобы это оценить.
Моя специальность - схемотехника. На программирование не прошел по конкурсу. А то, что она не актуальна, я понял уже на первом курсе
Завидую вашей зоркости, потому что у нас специальные предметы идут с 3-го курса. 1-ый и 2-ой, в основном общеобразовательные предметы. Узнать, востребованна профессия или нет в России через 5 лет - что гадать на кофейной гуще. Сегодня ты ABAP-разработчик и катаешься на феррари, а завтра газпром и ржд переходит на 1с. И хорошо, если ты уже там работаешь, а если ты получил заветный сертификат в начале 2022 года и начал искать, куда можно устроиться?
Поступал я после армии в 1987, уже поработав полгода на ЕС-1035 на COBOL + IDMS ... Никакого везения не было. Был внедренный проект в Сбербанке в Зеленоградском и Железнодорожном районах Москвы ...
А теперь прочтите по диагонали комменты. Тут даже не сбер, а тинькофф набирает людей так, как будто к нему очередь из нобелевских лауреатов стоит.
К моменту окончания института я уже имел джоб-офер джуном в компанию по локализации западной ERP со ставкой $3 в час
Даже сейчас с этой же ставкой - весьма неплохо для джуна. Т.е. вы изначально знали, куда идти и что делать, либо вам повезло.
Почти сразу меня продали Союзконтракт (окорочка летят). Это был мой первый успешный проект внедрения ERP с большим объемом кастомизаций. После него уже доходы позволяли и квартиру купить, и дачу, и машины себе и жене, и родить третьего ребенка
Квартира в Москве, скажем, 25кк. Машины - скажем, 5кк (взял два соляриса), дача - 2кк. То есть, если вы внедряли ERP лет 5, то вы получали порядка 540 тысяч в месяц. Именно такую сумму в месяц нужно иметь, чтобы повторить ваш опыт. А теперь взгляните на статистику хабр карьеры. Какой процент программистов столько получает?
Вы - молодец, но ваша стратегия сейчас не сработает, потому что мир изменился. Сейчас уже не нельзя "просто работать" и заработать на квартиру как в 90-е и начала 00-х. Мой отец зарабатывал около $20к в год. По тем временами это было огромные деньги для ноунейма. Но он попал в нужное место, нужное время и с нужными навыками. Полагаю, у вас случилось также.
По данным Росстата медианная зп 40 тысяч рублей. При этом у нас население 40+, т.е. явно не те, кто только пошел работать. Сможете на 80 т.р прокормить двоих детей, купить квартиру, пару машин и дачу? У нас люди настолько отчаялись, что за рискуют жизнью за 200 тыс. р. Ваша жизнь - для них рай, только скажите, что делать, чтобы было также.
Да, это очень плохо. Такие нации вырождаются.
Эмм... нет, совсем нет. Это называется демографический переход. И это естественная вещь.
И не путайте "завести детей" и "вырастить, воспитать, обучить и дать хорошее образование". Не у всех дети на ЕГЭ по 300 баллов получают.
Так сейчас многие и стремяться именно "вырастить, воспитать, обучить и дать хорошее образование" - для того, чтобы дети, могли, как вы чуть ниже сказали:
приглашала к себе каждый год в Дубай, оплачивая и перелет, и проживание, а другая - в Сочи на выходные на таких же условиях
Если я не буду вкладываться сейчас в детей, то дочь в Дубай меня пригласит только если она будет либо топ онлифанс моделью или одной из жен эмира.
Завидую вашей зоркости
Да не было никакой зоркости. Во-первых, я же написал, что "на программирование не прошел по конкурсу" - значит уже хотел программировать. Во-вторых, Горбачев уже затеял свою перестройку и даже в 1987 году было уже понятно, что схемотехником работу не найти.
Даже сейчас с этой же ставкой - весьма неплохо для джуна. Т.е. вы изначально знали, куда идти и что делать, либо вам повезло.
Может и повезло. Но не будь у меня ноды в FIDO, то не познакомился бы с тем человеком, который там уже работал. На сисопке он предложил мне подработку. Его руководству результаты моей работы понравились. Сделал им еще несколько мелочей, которые можно было делать удаленно. Но пока я учился в Зеленограде у меня просто не было возможности мотаться оттуда на Калужскую. Поэтому и дождались защиты диплома.
если вы внедряли ERP лет 5, то вы получали порядка 540 тысяч в месяц
Не готов пересчитывать. Зарплата в те годы была ~$2К. Помню, что однокомнатную взял за $24К в 2000 году. Продал в 2003 её уже за $35K (рядом открылось метро), а трешка обошлась в $43K. Суммарно получается $32K. С учетом того, что жена тоже зарабатывала, ведя на дому бухгалтерию для нескольких ИП и мелких ООО, получилось терпимо.
Сейчас уже не нельзя "просто работать" и заработать на квартиру как в 90-е и начала 00-х.
Почему? Не будь я старым и ленивым удалёнщиком, то вполне мог бы сейчас претендовать на 700К рублей в месяц. Моя трешка сейчас стоит порядка 20 млн. рублей. Выглядит вполне подъемно. Особенно с учетом сейчас ипотеки для семей с детьми под 6% годовых, которой в 2000-2003 и в помине не было.
По данным Росстата медианная зп 40 тысяч рублей.
Вот я тоже удивляюсь. Если медианная зарплата 40 тыс. рублей, то почему в тульской губернии работника себе в деревню, даже на длительный срок, невозможно найти дешевле, чем за 60 тыс. рублей в месяц? Некоторые соседи умудряются найти таджика за 30-40 тыс. рублей в месяц, но с питанием и проживанием. Или 40 тыс. рублей получают за работы "не бей лежачего"?
только скажите, что делать, чтобы было также
Ну могу сына в пример привести. Закончить с золотой медалью лицей при Бауманке и на отлично ЗФТШ МФТИ. Получить 300 баллов по ЕГЭ + 10 баллов за олимпиады. Поступить на наиболее привлекательную специальность. Ну и с третьего-четвертого курса уже можно подрабатывать и набираться опыта. А если уже взрослый и с далеким от IT образованием, то уж лучше бизнесом заняться, чем как я, тринадцать лет учиться и набираться опыта, чтобы купить однокомнатную квартиру.
Это называется демографический переход
Красивая теория, не учитывающая миграцию и национальные особенности. Где сейчас Япония из-за старения населения, отсутствия миграции и убыли населения свыше полумиллиона в год? "Потерянное десятилетие" плавно перешло в "потерянное двадцатилетие", а затем в "потерянное тридцатилетие". И по всем прогнозам будет только хуже.
Может и повезло. Но не будь у меня ноды в FIDO, то не познакомился бы с тем человеком, который там уже работал
Собственно то, о чем я и говорил, вы оказались в нужное время в нужном месте. И никаких "через тернии к звездам".
Может и повезло. Но не будь у меня ноды в FIDO, то не познакомился бы с тем человеком, который там уже работал. На сисопке он предложил мне подработку
То было раньше. Нынешние реалии - толпы джунов, готовых работать за еду. Сейчас вас бы не взяли из-за того, что у вас нет вышки/релевантного опыта/etc. Повторюсь, почитайте статью, посмотрите отзывы на собесах яндекса.
Если бы вы с такой стратегией начали устраиваться на работу сейчас, то вас бы опередил какой-нибудь дедфуд, или олимпиадник, который уже все алгоритмы может в уме сортировать по названию/дате появления/сложности. Зачем работодателю нужен работник, который на больничный по уходу за детьми уходит, когда есть толпа бездетных, которых можно на выходных занять?
Не готов пересчитывать...
Я это очень грубо сделал за вас. Даже если я где-то ошибся, у вас цифры получаются не просто большие, а огромные для рынка рф. Ваш опыт и советы релевантны только для вас и именно в то время.
Почему? Не будь я старым и ленивым удалёнщиком, то вполне мог бы сейчас претендовать на 700К рублей в месяц
А знаете, сколько вакансий, предлагающих столько? Вот сейчас зашел на hh от 10к рублей - 9 443 вакансии. От 500 000 - 109 вакансий. Путем нехитрых подсчетов получаю цифру 0.01% от общего числа. Естественно, я не учитывал те компании, у которых зп не указана, но и допустил, что кандидат - сеньер всего. Даже если я ошибся на порядок - это погоды не меняет. Совсем не тепичная ситуация для наемного работника.
Вот я тоже удивляюсь. Если медианная зарплата 40 тыс. рублей, то почему в тульской губернии работника себе в деревню, даже на длительный срок, невозможно найти дешевле, чем за 60 тыс. рублей в месяц?
Тульские компании ищут разрабов. Самый центр. Да, они это серьезно.
Пожалуйста.
Ну могу сына в пример привести. Закончить с золотой медалью лицей при Бауманке и на отлично ЗФТШ МФТИ. Получить 300 баллов по ЕГЭ + 10 баллов за олимпиады.
Спасибо. Совет: если вы бездомный - просто купите дом. Тогда дали бы ещё один совет: блестяще окончить Westminster School, а потом MIT или Harvard. Чего Бауманкой-то ограничеваться?
Поступить на наиболее привлекательную специальность.
Эта тему уже обсудили вдоль и поперек. Если вкрадце: 1) Вы не знаете, что будет с отраслью в РФ через 5-10 лет. 2) Вы не знаете понравится ли работать. 3) Вы не знаете, что будет с зарплатами.
Красивая теория, не учитывающая миграцию и национальные особенности.
Эдак вы лихо определили часть демографов и социологов, писавших на эту тему работы в некомпетентности.
Где сейчас Япония из-за старения населения, отсутствия миграции и убыли населения свыше полумиллиона в год? "Потерянное десятилетие" плавно перешло в "потерянное двадцатилетие", а затем в "потерянное тридцатилетие". И по всем прогнозам будет только хуже.
Так происходит почти со всеми развитыми странами. Где-то хуже, где-то лучше. Ценность детей возрасла, появились контрацептивы. Много детей у двух категорий - у бедных и у богатых. Для первых дети - способ выжить, а вторые просто потому что могут себе позволить.
Собственно то, о чем я и говорил, вы оказались в нужное время в нужном месте. И никаких "через тернии к звездам".
Во всей Москве тогда было всего полторы сотни FIDONet нод. А установка и поддержка ноды тоже чего-то стоит. Поэтому я не столько "оказался в нужное время в нужном месте", сколько целенаправленно вошел в круг общения наиболее активной части IT сообщества того времени и немало делал для поддержки этого сообщества, включая финансовые затраты за свой личный счет. Помню, как меня жена чуть дважды не убила. Первый раз за покупку Hyundai 14400 в 1991 году за $200, а второй раз за покупку USR Courier в 1994 году за $499 с сисопской скидкой. "Везет тому, кто сам себя везет" (с)
Сейчас вас бы не взяли из-за того, что у вас нет вышки/релевантного опыта/etc.
А это Вы зря. Даже в холдинге, на который я работаю, сейчас есть разработчики, относительно недавно взятые в штат, именно таким путем. По ГПХ делали какие-то задачи за невысокую фиксированную цену. А когда результаты их работы устроили, получили джоб-офер.
А знаете, сколько вакансий, предлагающих столько?
Не представляю, как это посчитать, так как подавляющее большинство работодателей сумму вознаграждения не указывают. Но уверен в том, что они есть, так как получаю подобные предложения по несколько раз в год от знакомых, бывших коллег или клиентов. Иногда шабашки, вроде провести регрессионный анализ, разработать алгоритм очистки данных и обучения модели с кроссвалидацей за $50К. Причем это бюджет только на математическую часть.
Чего Бауманкой-то ограничеваться?
Я лишь рассказал о собственно опыте. Точнее даже об опыте сына. Но с тонким намеком на то, что начинать учиться надо еще до школы. Ведь уже в 5 класс нужно будет поступать по конкурсу. И тогда, после десятка-двух лет учебы и получения опыта можно будет претендовать на высокую зарплату. Я уверен, что есть и другие пути. Но мне они не встречались.
Вы не знаете, что будет с отраслью в РФ через 5-10 лет. Вы не знаете понравится ли работать. Вы не знаете, что будет с зарплатами.
И не надо. Достаточно знать, чем тебе нравится заниматься и что тебе интересно изучать. Старшая дочка, учась на факультете К МИФИ, поняла, что ей это не нравится. Параллельно получила экономическое образование. Ушла в бизнес-консалтинг. По контракту в ОАЭ сейчас зарабатывает больше меня. Младшую дочку сразу в экономику потянуло. Что не мешает ей сейчас заниматься прогнозированием на Python и зарабатывать не намного меньше меня. То что сын пошел по моим стопам и ему это нравится - его выбор. Многократно убеждался, что если постоянно учишься и тебе это нравится, то в любой сфере можно добиться успехов. Например, знаю сварщика с доходами свыше 300К рублей в месяц. А жена бывшего сокурсника просто художником зарабатывает больше 200К в месяц сидя дом. С мелкими заказами, тысяч на 10 рублей, справляется за несколько часов.
А гнаться за специальностью, от которой воротит, только ради денег - не думаю что разумный выбор.
Эдак вы лихо определили часть демографов и социологов, писавших на эту тему работы в некомпетентности.
Вообще-то они сами это признают: "демографический переход — это всего лишь модель, которая не обязательно может предсказывать будущее".
И об этом написано, в том числе, по Вашей же ссылке:
"Главный её недостаток заключается в том, что модель демографического перехода никак не комментирует изменения численности населения, вызванные миграцией."
"Пример Японии противоречит теории демографического перехода"
Так происходит почти со всеми развитыми странами.
Нет. Так, как в Японии, происходит только со странами, в которых так или иначе ограничена миграция. В остальных странах миграция вносит сильные коррективы. И даже не знаю что лучше, убыль населения или нашествие африканцев и арабов.
Радикальные меры по повышению рождаемости принимать почти все боятся из-за их непопулярности с одной стороны и слишком долгой окупаемости - с другой.
Поэтому я не столько "оказался в нужное время в нужном месте", сколько целенаправленно вошел в круг общения наиболее активной части IT сообщества того времени и немало делал для поддержки этого сообщества
Если вы про 90е - 00е, то программисты были в то время получали не больше обычного бухгалтера. Рядовая профессия. Деньгами там и не пахло. ФИДО в то время напоминало скорее клуб по интересам. Доступное железо, распространение интернета, заход в рф иностранных вендоров, аутсорс, курс рубля, низкий порог входа сделали эту профессию весьма доходной в рф. Бьюсь об заклад, когда вы учились, вы не могли знать об этом. А когда настул бум - так получилось, что вы - готовый специалист, которого можно нанять здесь и сейчас. Сейчас вы можете наблюдать такой же процесс с дата саентистами. Когда данные стало дешего хранить и возрасли мощности - вуаля. Пройдет какое-то время, натренеруют нейросети, появится полноценный AI и большинство программистов можно будет спокойно увольнять.
И да, вы ошиблись, когда говорили
Во-вторых, Горбачев уже затеял свою перестройку и даже в 1987 году было уже понятно, что схемотехником работу не найти
Тут на есть замечательный человек Юрий Панчул. Он примерно одного возраста с вами. Смотрите, он как-то нашел работу. Целый проектировщик CPU, GPU в MIPS Technologies и Juniper Networks. Замечательные статьи у него, между прочим. Давайте я не буду притворяться и просто скажу, таких людей "один на миллион". И если у вас в жизненном роадмапе есть шаг "устроиться работать в IBM/FAANG" - вы либо оптимист, либо точно знаете, чего стоите.
"Везет тому, кто сам себя везет" (с)
А ещё говорят "Больше всех в колхозе работала лошадь, но председателем она так и не стала" (с)
Достаточно знать, чем тебе нравится заниматься и что тебе интересно изучать
Sounds good, doesn't work. Мне нравится писать компиляторы, но тут такое дело - это никому не нужно. За перекидывание джейсончиков больше платят. Вот вам свежий пример Автор библиотеки, от которой зависит половина веб-сайтов, сидит без денег.
Параллельно получила экономическое образование. Ушла в бизнес-консалтинг. По контракту в ОАЭ сейчас зарабатывает больше меня. Младшую дочку сразу в экономику потянуло
Искренне рад за ваших детей. Но вот в такие истории слабо верится, потому что такие success stories - это прямо-таки типичный промо какого-нибудь курса, либо выступления "бизнес коуча". Вернее они-то могут быть правдой, но, как правило, есть нюанс, о котором не упоминают.
Я лишь рассказал о собственно опыте. Точнее даже об опыте сына. Но с тонким намеком на то, что начинать учиться надо еще до школы
Согласен, но напомню, вся эта беседа началась с того, что вы пропогандируете заводить детей до того, как почувствуете себя готовым содержать семью. Если вы в состоянии строить карьеру с нуля и заниматься детьми, то вы - супермен, которому необязательно спать.
Вообще-то они сами это признают: "демографический переход — это всего лишь модель, которая не обязательно может предсказывать будущее".
Это модель показывает, что падение рождаемости - нормально. Люди стали жить дольше, рожать позднее и самое главное дети, если вы хотите для них хорошего будущего, - это чудовищно дорого для большинства.
Нет. Так, как в Японии, происходит только со странами, в которых так или иначе ограничена миграция.
Т.е. у почти всего мира?
Посмотрите на карту естественного прироста населения.
В остальных странах миграция вносит сильные коррективы
Это не отменяет общего тренда. Я понимаю, что корреляция не значит каузация, но если смотреть динамику, то рождаемость подает с развитием экономики страны. Там, где ценится человеческий ресурс рождаемость низкая.
"Главный её недостаток заключается в том, что модель демографического перехода никак не комментирует изменения численности населения, вызванные миграцией."
Когда начали читать раздел "Критика" вы пропустили вот этот абзац:
Информация должна быть проверяема, иначе она может быть удалена. Вы можете отредактировать статью, добавив ссылки на авторитетные источники в виде сносок
И даже не знаю что лучше, убыль населения или нашествие африканцев и арабов.
Даже если пропустить это, на мой взгляд, ксенофобское высказываение. Вы действительно думаете, что африканцы и арабы уникальные? Спите спокойно, до них тоже дойдет прогресс.
Вот вам график рождаемости ваших арабов
Радикальные меры по повышению рождаемости принимать почти все боятся из-за их непопулярности с одной стороны и слишком долгой окупаемости - с другой.
Вот сейчас так бы хотелось, чтобы дедфуд присоединился к дискуссии. Уже представил его слоганы: "Даешь каждому по тяночке, мейк ворлд грейт эген". Пока никто не придумал, как восстановить прежний уровенить рождаемости населения. Есть, конечно, один вариант - отменить женское образование, но он так себе.
программисты были в то время получали не больше обычного бухгалтера
Я же писал: "хотел программировать" и уточнял еще "Достаточно знать, чем тебе нравится заниматься и что тебе интересно изучать." или "гнаться за специальностью, от которой воротит, только ради денег - не думаю что разумный выбор."
Я хотел программировать и мне было монопенисуально, насколько это выгодно по сравнению с другими профессиями. Это не отменяло поиск работы с достойной оплатой. И FIDO в этом поиске сыграло далеко не последнюю роль.
Целый проектировщик CPU, GPU в MIPS Technologies и Juniper Networks.
А с чего Вы взяли, что я хотел или мог эмигрировать? Я писал исключительно про СССР.
А ещё говорят "Больше всех в колхозе работала лошадь, но председателем она так и не стала" (с)
Вы будто не в теме. Работать и многократно увеличивать свои шансы на хороший джоб-оффер - весьма косвенно связанные понятия.
Мне нравится писать компиляторы, но тут такое дело - это никому не нужно.
С чего Вы это взяли? Если у Вас есть лет 20 опыта в написании компиляторов, то, я думаю, сможете зарабатывать от 500 тыс. руб. в месяц. У меня знакомый в YADRO с опытом разработки компиляторов всего лет пять уже 300 тыс. имеет.
Вот вам свежий пример
Потому что надо еще уметь себя продавать. А плакаться бессмысленно.
Вернее они-то могут быть правдой, но, как правило, есть нюанс, о котором не упоминают.
Есть нюансы, но они не принципиальны. Немало помогли мужья.
вы пропогандируете заводить детей до того, как почувствуете себя готовым содержать семью. Если вы в состоянии строить карьеру с нуля и заниматься детьми, то вы - супермен, которому необязательно спать.
С чего Вы взяли, что те пару лет, которые мне пришлось изрядно потрудиться, я не спал? Но я уверен в том, что сейчас у меня уже не хватило бы сил заниматься тремя детьми так, чтобы они могли свободно выбирать, куда поступать на бюджет.
Поэтому да, пропагандирую. Лучше пару лет напрячься в молодости, чем столкнуться с этим уже в возрасте. Или не столкнуться вообще по состоянию здоровья.
если вы хотите для них хорошего будущего, - это чудовищно дорого для большинства
Трудно - да. Но с чего бы дорого? На моей памяти, дороже всего обошлись репетиторы по русскому языку. Так как если за математику, физику и информатику я сам был в ответе, но за русский браться даже не пытался. Но это вполне подъемные деньги для любой семьи, в которой оба супруга к чему-то в жизни стремятся.
Т.е. у почти всего мира?
А Вы не карту смотрите, а на цифры. По рождаемости, хуже, чем в Японии - только в Гонконге и Южной Корее. А от ЕС по рождаемости на 1000 населения Япония отстает на 20%, что очень много. А уж звание "самая старая нация в мире" Япония заслужила уже давно.
Когда начали читать раздел "Критика" вы пропустили вот этот абзац
И почему не подвесили ссылки, взяв их, хотя бы, из английской версии? Ну или сюда https://populationeducation.org/limitations-of-the-demographic-transition-model-dtm/
Это модель показывает, что падение рождаемости - нормально.
Вот только предположение о том, что убыль населения каким-то волшебным образом сменится на стабилизацию не очень оправдывается. На примере ряда стран, включая Японию, мы видим, что убыль только нарастает и обратного тренда не предвидится.
Даже если пропустить это, на мой взгляд, ксенофобское высказываение.
Нет тут никакой ксенофобии. Я ничего не имею против негров и арабов до тех пор, пока их количество не становится преобладающим в месте моего проживания. Потому что тогда вместо их ассимиляции в культуру моего социума начинаются противоположные процессы. К тому же миссионерской направленности и по отношению к детям.
Есть, конечно, один вариант - отменить женское образование, но он так себе.
Совсем "так себе". Я скорее готов обсуждать, "так себе", более жизнеспособное.
Например, целевое финансирование семей с детьми за счет введения налога на бездетность. Не хочешь иметь детей - плати. Не можешь - усынови.
Или прямое перечисление 5-10-20% от отчислений в ПФР с доходов (ФОТ) детей в виде независимой надбавки к пенсии его родителям, если таковые, естественно, на пенсии.
А можно я вмешаюсь в ваш разговор с молодежью? А то они тогдашнюю конкретику не знают - а я-то знаю, потому что жил тогда.
Так вот, конкретно в то время (90-91-й) у России и людей в ней было не три пути, как сейчас ;-) а сильно больше. И какой из них был правильным - априори было не очевидным.
Так что вам, на самом деле повезло, что вы оказались именно в той тусовке, которая привела вас на место в совместном предприятии/представительстве инофирмы. Таких мест тогда было мало даже в Москве, на всех желающих (и даже достойных того) не хватало.
А ещё тусовок (групп, кланов и пр.) было много разных, и априори тогда было непонятно, какая окажется в выигрыше. Например, денег тогда было много во всяких околовоенных темах - которые однако в 1992 обрушились внезапно.
И если бы вы оказались в той тусовке, которая занималась чем-то околовоенным, то, возможно, ваша жизнь пошла бы по-другому, и тут тоже есть разные варианты - от миллионеров до покойников, которые поехали в лес (одни, на машине, ночью, в багажнике) и не вернулись.
А ещё, хоть вы и пишете, что аж в 1987 осознали, что схемотехника в СССР - это тупик (хотя мои знакомые ещё в 90-92 паяли АОНы и на жизнь не жаловались), но это было не совсем так очевидно. Например, в Зеленограде где-то году в 89 (вы хоть и не успевали попасть, но тем не менее это было близко) развернулось строительство чего-то там грандиозного, куда выпускников брали вовсю. У меня, например, было немало близких и дальних знакомых, которые туда распределились. И, что совершенно в то время было неслыханно - им давали жилье, даже иногородним: одиноким - комнату, семейным, вроде вас тогда - квартиру: это реально известные мне случаи. А с двумя детьми можно было и двушку, наверное, получить: таких знакомых у меня хоть не было, но по нормам жилплощади получалось именно так. Да только вот в 92-м там все умерло. Но жилье даденное у людей все равно осталось, да.
И ещё, тот способ, которым вы попали хотя бы в перспективное место, тогда назывался "связи" (сейчас - "нетворкинг"), а скилл, чтобы им воспользоваться - он, вообще-то, для програмистов кросс-классовый (см. правила D&D для пояснений), т.е. - нехарактерный, не только лишь все программисты в него умеют.
Так что, не преуменьшайте роль удачи. А то она обидится и отвернется от вас - что делать-то тогда будете? Удача сама по себе, конечно, ничего не решит, но без нее - никак.
PS Ну, а лично мне пойти по вашему пути помешало бы банальное отсутствие телефона в местности где я жил (именно в местности: телефоны - даже чтобы Скорую вызвать - там были в считанных местах, на местном заводе, к примеру). И это - при том, что эта местность была к Москве даже ближе, чем Крюково. Но у меня, впрочем, был тогда другой путь. Однако это уже совсем другая история.
на самом деле повезло, что вы оказались именно в той тусовке, которая привела вас на место в совместном предприятии/представительстве инофирмы
Хотите - считайте это везением. Но я целенаправленно именно в инофирму и ERP стремился. Отчасти из-за того, что уже немало повозился тогда с логистикой (на COBOL на базе импортных промышленных товаров), зарплатой (на ассемблере) и бухгалтерией (на PL/I и ассемблере) еще на ЕС ЭВМ. Отчасти оттого, что жена бухгалтер и я видел этот спрос.
денег тогда было много во всяких околовоенных темах
Ну я же не зря упомянул про АФАРы. Но это мне опять показалось не интересным. До хренища математики и конца проекта даже не предвидится.
1987 осознали, что схемотехника в СССР
Одно дело паять АОНы, а совсем другое наглядно видеть, что творится на Ангстреме, Микроне и Кванте. РУ7 осиливали с трудом. Обещанный мегабит не продвигался. Уточняю - моя специальность была схемотехника интегральных микросхем.
Да. Руки были, голова работала. Можете почитать, если интересно: https://pikabu.ru/story/moy_pervyiy_printer_k_zx_spectrum_10778672
Например, в Зеленограде где-то году в 89
Я же там был и видел все воочию. Именно в МИЭТ в Зеленограде и учился. Мертворожденное дитя.
Но не будь у меня ноды в FIDO, то не познакомился бы с тем человеком, который там уже работал
О как :-) Ноды не было (ну чисто технически не было возможности. Была пара пойнтовых адресов 2:5080/68.12 и (по-моему) 2:5080/41.28
Но при этом создал и был первым модератором RU.SCADA и некоторое время модератором SU.C_CPP (в те времена когда там начался разброд и шатания и грамотные люди оттуда стали уходить - вытащил ценой жестких репрессий)
Я тогда больше OS/2 интересовался. Для разработчика - это был прорыв. Удаленная отладка между двумя окнами - прямо счастье.
Полуось как-то мимо прошла...
Баловался с WinNT 3.5, с линуксом (еще в те времена, когда шли холивары что лучше - слакварь или красношапка, а конфигурация системы под себя делалась пересборкой ядра). Краем даже QNX зацепил немного (вот это реально вещь, конечно...)
Но писать на заказ все как-то больше под винду приходилось. Но в те времена как-то больше тяготел к задачам где или математика нужна была, или с нестандартным железом работать.
Полуось как-то мимо прошла... Баловался с WinNT 3.5
Мы, видимо, о разных периодах говорим. WinNT 3.5 вышла только в конце 1994 года и тормозила даже на 16 МБ RAM, что тогда было много. На десктопе хоть как-то приемлемой стала лишь 3.51 через год.
А OS/2 2.0 вышла весной 1992 года и бодро работала на 8 МБ RAM. В итоге на Windows я перешел только с выходом Windows 2000.
Впрочем сказалось то, что в то время я занимался исключительно ERP. В этой сфере с DOS окончательно слезли только в 95-98. А поддержки Win32 в OS/2 перестало хватать только уже в 2000-ом. Вот так и получилось, что почти два десятка лет проработал под Windows. Последние лет пять - уже под Linux.
Наверное о разных... Давно было, что-то мог попутать.
"За деньги" писал сначала под DOS, потом Win 3.11. Потом 98SE (95 стороной прошла). Далее 2000, после чего семерка. Под 10 не писал уже ничего серьезного. С 17-го года под IBM i
Остальное - так, поиграться ради хобби.
Сейчас один (основной рабочий комп) под 10, второй (больше используется как отдельный VDI терминал) - Linux Mint
"За деньги" писал сначала под DOS
Это Вам повезло. Я несколько лет писал под ЕС ЭВМ: COBOL, FORTRAN, PL/I и много ассемблера. DOS я увидел только в 1990-ом. На псевдо XT с NEC V20 и 512К RAM. Сбербанк подарил вместе с адаптером к ЕС-7920, для реализации поддержки у моего проекта в качестве терминалов ПК вместо EC-7927.
Моя специальность - схемотехника. На программирование не прошел по конкурсу.
А моя - "техническая физика" ("минсредмашевский" факультет, третья форма автоматом при поступлении и т.п.). Впрочем, эта специальность у всего факультета одна, там циферьки разные потом.
А "программирования" тогда не было. Ну разве что на матмех в универ идти.
Поступал я после армии в 1987
Поступал в 82-м, закончил в 88-м (зимой, мы 5.5 лет учились). Даже по специальности 3.5 года поработал. Там и начал программировать (сначала немного СМ-4, потом уже РС). Там и затянуло настолько, что в 91-м окончательно бросил специальность и ушел в разработку.
системы дифуров аппроксимирующие экспериментальные данные АФАРов
Близко. Первые мои задачи тоже были связаны с обработкой данных- статистический, регрессионный анализ. Потом еще немного машинного моделирования (молекулярная динамика - всякие потенциалы взаимодействия и т.п.)
Потом много чего было всякого. В т.ч. разработка системы мониторинга инженерного оборудования задний. С полного нуля, когда аналогов в стране не было (начинали в 92-93гг). Архитектура, протоколы обмена, железо, софт...
1988 родилась старшая дочка. В 1990 - младшая.
Старшая 86-го, младшая 88-го :-)
И не путайте "завести детей" и "вырастить, воспитать, обучить и дать хорошее образование". Не у всех дети на ЕГЭ по 300 баллов получают.
Это да... Мои до ЕГЭ успели. Но обе с ВО (у младшей аж два - бакалавриат по философии + экономическое, у старшей - специалитет - инженер-теплотехник). Обе по специальности (старшая тут, главный инженер в УК, младшая руководитель отдела кредитования МСБ в Москве в банке). вполне себе самостоятельные и состоявшиеся люди.
После универа ваша специальность становится неакуальной, а для приличной работы вам нужно лет эдак 5 побатрачить за копейки. Ваши действия?
Можно я отвечу? Я бы в таком случае устроился разнорабочим на стройку, желательно на строительство коттеджей. Да, первое время деньги нищенские, едва бы на еду хватало. Через пару лет я был бы уже опытным работником, но зарплата была бы все ещё небольшая, ну по крайней мере уже как-то жить можно. А ещё через 3 года уже бы набрал команду из нескольких человек и с ними строил бы загородные дома и дачи на продажу. Итого 5 лет батрачил бы за копейки, а потом бы уже батрачил на развитие собственной строительной фирмы.
У меня один одноклассник именно так и сделал в свое время. Сейчас владеет небольшой строительной организацией, уже достаточно крупные объекты строит. Здание под магазин средних размеров недавно построил. Правда выглядит хреново, видимо работает на износ, ну и выпивает. А семья и дети у него давно есть, они ему не мешают самореализовываться в работе.
Можно я отвечу? Я бы в таком случае устроился разнорабочим на стройку, желательно на строительство коттеджей...
Очень рад за вашего одноклассника. Сразу скажу, в стройке я ничего не понимаю, но вот зато есть сосед бригадир, который всю жизнь этим занимался и жаловался, как его заменяли мигрантами, что кидали на деньги, платить не хотели нормально. В результате устал и ушел в охрану. И вот это вот
Итого 5 лет батрачил бы за копейки, а потом бы уже батрачил на развитие собственной строительной фирмы
Вообще не факт. Ну т.е. можно легко оказаться в ситуации, когда просто 5 лет батрачил за копейки, открыл фирму и прогорел из-за недостатка опыта. На vc таких историй полно.
Не поймите меня неправильно, я не говорю сложить руки и ничего не делать. Просто из моего окружения, те, кто открывал свои компании - либо делали это не в первый раз и у них был запас прочности, либо они очень долго были в этой сфере. На мой взгляд отложить создание семьи до тех времен, когда почувствуешь себя комфортно - логичный выход. Но каждому свое.
Я женился и имел двоих детей еще до получения диплома. Понятно, что если бы не надо было содержать семью, то мог бы и не напрягаться.
Ну, вот, видите, вы сами говорите о том, что добровольно превратили свою жизнь в сплошную борьбу - и это полностью ваше право. Ваше "неправо" в том, чтобы убеждать других что именно это правильно и должно быть. Лично мне совершенно не нужен люксовый "Крайслер", новый сотовый за 80К каждые три месяца, и черные трюфеля на завтрак. Но я хочу просто спокойно работать не захламляя себе каждый день голову тем, будет ли у меня сегодня на ужин что-либо кроме пары сухарей и в четвертый раз заваренного пакетика чая без сахара. Тем не менее регулярно натыкаешься на пассажиров, которые пытаются тебе втереть, что дескать, чтобы хоть чего-то добиться надо сначала десять зим кряду отходить в ботинках с дырявыми подошвами, питаясь при этом одними местными корнеплодами.
Ну, вот, видите, вы сами говорите о том, что добровольно превратили свою жизнь в сплошную борьбу - и это полностью ваше право.
Ну пару лет борьбы в юности стоят того, чтобы одна дочка приглашала к себе каждый год в Дубай, оплачивая и перелет, и проживание, а другая - в Сочи на выходные на таких же условиях. Сыну еще три года в магистратуре учиться, так что у него пока ничего не прошу.
Лично мне совершенно не нужен люксовый "Крайслер", новый сотовый за 80К каждые три месяца, и черные трюфеля на завтрак.
Мне тоже не это не нужно.
я хочу просто спокойно работать не захламляя себе каждый день голову тем, будет ли у меня сегодня на ужин что-либо кроме пары сухарей и в четвертый раз заваренного пакетика чая без сахара.
Ваш выбор. Но "просто спокойно работая" Ваши шансы на обеспеченную старость будут призрачными. Не факт даже, что найдется кто-то, кто подаст стакан воды, когда лежать будете дома после инфаркта или инсульта.
Но "просто спокойно работая" Ваши шансы на обеспеченную старость будут призрачными.
Если не "просто работать", то вместо старости и ее проблем среднеуличный человек получит инсульт в 35 лет или еще какую звездецому досрочно, и все на этом, стахановские деньги ему уже не понадобятся
Это за один-два года в юности? Боюсь, что с таким здоровьем при любых раскладах инсульт в 35 лет гарантирован. По моим личным ощущениям, два года в армии мне дались всяко тяжелее, но никак не отразились на моем здоровье.
Я, так-то, под "просто работать" имел в виду вовсе не "мало работать" или "работать на расслабоне", а, просто работать не заморачиваясь о такой фигне как: "надо сегодня на работу идти пешком (десяток км), а то если заплатить за автобус, то на ужин хлеба купить денег не хватит".
Ваш выбор. Но "просто спокойно работая" Ваши шансы на обеспеченную старость будут призрачными. Не факт даже, что найдется кто-то, кто подаст стакан воды, когда лежать будете дома после инфаркта или инсульта.
Опять-таки в вышеупоминаемых "многих странах" эти вопросы каким-то волшебным образом научились решать не рожая по ребенку каждый год до тех пор пока "родительница" ласты не склеит не дотянув даже до 30-35 лет.
Да и вообще, рожать и воспитывать детей с мыслью о том, чтобы они были тебе в старости бесплатной прислугой - это вообще отдаёт какой-то такой махровой хренью, что неприятно становится.
рожать и воспитывать детей с мыслью о том, чтобы они были тебе в старости бесплатной прислугой - это вообще отдаёт какой-то такой махровой хренью, что неприятно становится.
Ну, это Вам становится, а в том же Китае это норма вещей.
Опять-таки в вышеупоминаемых "многих странах" эти вопросы каким-то волшебным образом научились решать
Во-первых, в этих странах за время моей трудовой деятельности средства пенсионных фондов не исчезали бесследно. Причем не один раз. Во-вторых, такой "волшебный образ" привел к насущной необходимости поощрения иммиграции. Что приводит к острым социальным последствиям. В той же Германии количество мигрантов, с гражданством и без него, уже около четверти населения. С учетом очень низкой рождаемости у коренного населения, если тенденции сохранятся, через два-три поколения, немцев в Германии станет меньше, чем мусульман.
Да и вообще, рожать и воспитывать детей с мыслью о том, чтобы они были тебе в старости бесплатной прислугой - это вообще отдаёт какой-то такой махровой хренью, что неприятно становится.
Это лишь Ваше мнение, причем противозаконное (вступающее в противоречие законодательству РФ):
СК РФ Статья 87. п.1. Трудоспособные совершеннолетние дети обязаны содержать своих нетрудоспособных нуждающихся в помощи родителей и заботиться о них.
Аналогичный закон есть в законодательстве "многих стран", включая и упомянутую выше Германию.
Во-первых, в этих странах за время моей трудовой деятельности средства пенсионных фондов не исчезали бесследно.
Какой-то го*дон разворовал наши пенсии, так ударим ассиметричным ответом - нарожаем побольше детей, пускай вместо ПФР теперь они нас на старости обеспечивают (если в благодарность за нищенское детство подушкой не удавят).
СК РФ Статья 87. п.1.
До комплекта можно еще из "Домостроя" что-нибудь подобрать.
пускай вместо ПФР теперь они нас на старости обеспечивают
Именно так. Как и было многие тысячи лет до меня и до Вас. Сам о себе не позаботишься - никто не позаботится.
До комплекта можно еще из "Домостроя" что-нибудь подобрать.
Не понял фразы. Какое отношение "Домострой" имеет к действующему законодательству? Особенно с учетом того, что подобные законы есть во многих странах.
В Конституции РФ ст.38 п.3 сказано: "Трудоспособные дети, достигшие 18 лет, должны заботиться о нетрудоспособных родителях." Вы выступаете против конституционного строя?
Именно так. Как и было многие тысячи лет до меня и до Вас.
А еще какое-то время до этого наши предки на дереве жили вместе с макаками. Не в обиду, и при всем уважении, но, по опыту - когда собеседник начинает апеллировать к тому, что "наши прадеды тысячи назад так жили", то дискуссию на этом можно уже прекращать :)
Особенно с учетом того, что подобные законы есть во многих странах.
У меня есть предположение, что это не те страны на которых нам следовало бы равняться.
Вы выступаете против конституционного строя?
Я бы выступал против КС, если бы призывал его свергнуть. Я этого не делаю, а быть в каком-то случае несогласным с какой-либо статьей Основного Закона это не преступление, и даже не нарушение. Иначе давайте пересажаем всех тех, кто выступал и голосовал за осенние поправки 2008 года.
У меня есть предположение, что это не те страны на которых нам следовало бы равняться.
То есть на ту же Германию и, тем более, Китай, не следует равняться? А может все же наоборот?
быть в каком-то случае несогласным с какой-либо статьей Основного Закона это не преступление, и даже не нарушение.
Быть несогласным - это одно. Предлагать поправки - другое. А убеждать кого-то нарушить закон - уже третье. Подстрекательство называется.
СК РФ Статья 87. п.1.
На практике реализуется в виде алиментов в размере пары тысяч рублей в месяц, если родители захотят получить заботу без желания детей.
То есть на бумаге норма есть, но в реальности практически не работает.
Пара тысяч - это только если в доходах ребенка они составляют 70%. А если доходы позволяют, то суды, обычно, назначают размер алиментов в размере минимального прожиточного уровня в регионе проживания родителя. А это от 10 тыс. рублей. При наличии трех детей такой суммы вполне хватит на сиделку, которая "подаст стакан воды".
А если доходы позволяют, то суды, обычно, назначают размер алиментов в размере минимального прожиточного уровня в регионе проживания родителя.
Я читал статью, где было сказано, что алименты могут идти в размере доплаты до прожиточного минимума (плюс таблетки, если они нужны), если пенсия до этого уровня не дотягивает. Плюс - эта сумма может делиться на всех детей. Так что "от 10 тысяч" - ситуация редкая, чаще "до пяти".
Невнимательно читали. При необходимости в патронажной сестре, затраты на нее прибавляются к прожиточному минимуму. Про лекарства Вы и сами указали.
Так что "от 10 тысяч" - ситуация редкая, чаще "до пяти".
Одинокая соседка судилась с дочкой. Утверждает, что теперь получает алименты в размере ~16 тыс. рублей, несмотря на московскую надбавку к пенсии. Если интересны подробности, могу уточнить детали.
А если честно, мы несколько ушли от темы. Случаи воспитания родителями отморозков, с которых можно получить поддержку только через суд - редкость. В подавляющем большинстве случаев дети поддерживают родителей добровольно.
Иногда до смешного доходит. Готовлюсь к операции, а дочки, узнав об этом, предлагают мне ее оплатить. Хотя для моих доходов - это мелочи.
Случаи воспитания родителями отморозков, с которых можно получить поддержку только через суд - редкость.
Ну не сказал бы, в России очень много неблагополучных семей.
А по поводу воспитания -- моё глубокое убеждение что у нас традиционно (СССР и далее) в воспитание никогда не умели, не умеют и как будто уметь не собираются. Особенно часто недоумеваю с советских родителей. Они вообще никогда не ставили перед собой проблематику формирования личности(в истинном смысле). Их родители ведь как-то постигали все премудрости сами, на практике, вот и они тоже. Какое-то общее место у этих поколений -- быть родителем учиться не надо, не надо перенимать лучше практики и использовать достижения науки. Но ведь педагогический талант сам собой не отрастает. Да кому-то и правда само дается, природный талант, но это скорее редкость.
И мне кажется даже понимаю почему так с ними выходит:
Задача №1 -- выжить и прокормить. Не до эти ваших соплей.
много заботы о детях от государства, ему как бы, вроде бы и можно детей доверить (спорно, конечно),
Но все равно слабое оправдание самомнению советских бабушек которые "ВЫРАСТИЛИ N ДЕТЕЙ" но при этом слишком часто повергают в шок своим "родительским" невежеством.
в России очень много неблагополучных семей
Это не связано вообще. Знаю случаи, когда дети из весьма благополучных семей отказывали в поддержке родителям. И знаю множество случаев, когда дети из неблагополучных семей оказывали поддержку родителям без всякого принуждения. Тут что-то иное играет роль.
Но ведь педагогический талант сам собой не отрастает.
Ну да, надо пять лет отучиться в университете, три года стажироваться, потом взять класс и провести его семь лет до выпуска. И тогда, по словам моей сестренки, прошедшей через это, можно уже говорить о наличии или отсутствии педагогического таланта.
Но чем это поможет обычным родителям? Сестренка сама делилась со мной типовыми ошибками, которые она допустила при воспитании своих детей. И которые точно не допустила бы после тех самых 10 лет опыта. Пять лет профессионального педагогического образования - это одно, а опыт - совершенно другое. Пока своими глазами не увидишь, как два-три десятка совершенно разных мелких сорванцов превращаются в юношей и девушек - многое просто не понимаешь.
повергают в шок своим "родительским" невежеством
Ребенок, в первую очередь, все же пытается копировать поведение тех, кого видит и с кем общается. Например, если ребенок видит, что мама лжет отцу, то бессмысленно ему внушать, что лгать плохо. Раньше, особенно в деревнях, где круг общения ребенка очень ограничен, воспитание вида "делай как я" неплохо работало. В городах уже хуже, но еще лет 30 назад круг общения ребенка можно было хоть как-то контролировать. Сейчас подход "делай как я" почти не работает, так как через интернет круг общения ребенка огромный и неконтролируемый. И чье "поведение" (часто не реальное, а выдуманное или сыгранное) он захочет скопировать - не угадаешь.
Ну и что - это по-вашему нормально, что человек потративший пять-шесть лет (да еще и деньги) на высшее образование, после этого должен
Это известное когнитивное искажение: https://ru.wikipedia.org/wiki/Вера_в_справедливый_мир
Да я как бы не борюсь за то, чтобы мир всегда был справедливый. Просто, если вы не можете или не хотите платить человеку (с в/о по специальности) так чтобы он хотя бы на работе в голодные обмороки не падал, так и не нанимайте его вообще, но не надо ему впаривать: "Наш CEO, когда пришел сюда год назад, начинал с того, что туалеты мыл за 1,5 МРОТ".
Просто, если вы
Я такого не говорил. И я не слышал, чтобы фирма, где я работаю (или работал) говорила подобное.
Наш CEO, когда пришел сюда год назад, начинал с того, что туалеты мыл за 1,5 МРОТ
Я писал комментарий к Вашей фразе "Ну и что - это по-вашему нормально, что человек потративший пять-шесть лет (да еще и деньги) на высшее образование, после этого должен". И да, высшее образование не гарантирует высокооплачиваемую работу. Более того, в ряде отраслей необходимо еще поработать 5-10 лет (в общем случае) чтобы перестать быть стажером/интерном/помощником, и стать уже независимым специалистом.
Более того, мир такой, какой он есть. Его необходимо принять, вместе с текущей политикой, с текущим ограничением на скорость света, текущими налогами, визами и правилами, с текущей культурой, продолжительностью жизни и так далее. Иначе же будут постоянные разбитые ожидания, не более чем. Собственно, мой посыл именно в этом.
Если говорить об утопичном мире, то я тоже влихую мог бы предложить улучшений, то речь сейчас о том, как идеальнее всего устроиться в текущих реалиях.
И да, высшее образование не гарантирует высокооплачиваемую работу.
Но я нигде и не говорил про высокооплачиваемую работу. Просто, если человек постарался получить в/о, то он уже не полный ноль и имеет право рассчитывать на оплату достаточную для удовлетворения своих самых насущных потребностей - крыша над головой и еда, не торгуя при этом шавермой в свободное время. Впрочем, я давно уже убежденный социалист, поэтому считаю, что на такое имеет право любой человек, даже если он в данный момент не работает.
если человек постарался получить в/о, то он уже не полный ноль и имеет право рассчитывать на оплату достаточную для удовлетворения своих самых насущных потребностей - крыша над головой и еда, не торгуя при этом шавермой в свободное время.
Есть право на труд. Поэтому можно торговать шавермой только в рабочее время, получать достаточно для "для удовлетворения своих самых насущных потребностей" и иметь свободного времени существенно больше, чем любой инженер. Последнему все же приходится тратить часть свободного времени на самообучение.
не полный ноль
Упрощенно, если требуется обработка деталей по шестому квалитету, то токарь 4-го разряда не устроит, хотя он явно не полный ноль. Но если есть возможность обучения, то можно взять и такого. И даже не только обучать его бесплатно, а еще и выплачивая ему стипендию. Которой совсем не обязательно быть достаточной "для удовлетворения его самых насущных потребностей"
По второму же абзацу отвечу. Кто обязан оплачивать этот аттракцион невиданной щедрости: кормить взрослого лба с руками и ногами, который на середине третьего десятка вдруг осознал, что ошибся с ПТУ и пора бы овладеть профессией, которая действительно ценится?
А вот, дамы и господа, второй всадник Апокалипсиса в IT. Профессиональный программист, т.е. программист с соответствующим профильным образованием, сиречь Илитарий (коверкаю, очевидно, намеренно, да). Полная противоположность первому всаднику, которого мы уж тут, дабы никому не было обидно, как-то одним словом нарекать не будем. Ну, тот который терпел.
Илитарии, как можно видеть, значительно более агрессивны. Безотносительно качества полученного профильного образования, они считают себя избранными, а остальных — биомусором, пытающимся покуситься на принадлежащие только им источники богатства. Ведь только Илитарии обладали в начале жизненного пути достаточным уровнем интеллекта, чтобы выбрать профессию, которая "действительно ценится". А остальным профессиям тупой биомусор, конечно же, обучался исключительно в ПТУ.
Вот только речь пока шла вообще не о "ПТУшниках", переходящих из других областей, а о начинающих специалистах, получивших вполне себе профильное образование. Но искажённое сознание Илитария и желание в очередной раз поделиться с миром фактом своей избранности дало на выходе комментарий выше.
Самая большая проблема - это несоответствие собеседования реальной потребности работодателя. Техлид может искать человека, который знает конкретные детали конкретного инструмента, либо, решает конкретные примеры, которые нравятся техлиду, но вот не факт, что этот человек сможет решать конкретные рабочие задачи на проекте. Собес сейчас напоминает попытку техлида найти себе собутыльника, а не человека, который завтра же начнëт решать рабочие задачи. Ну, разве что решение задач на алгоритмы в работе, где приходится реализовывать алгоритмы каждый день, может показать качество специалиста. Но, если работа состоит в написании REST API каждый день и в оптимизации SQL запросов каждый день, то человек, который не умеет этого делать быстро, зато легко решает логические задачи - это трата денег работодателя.
Собес сейчас напоминает попытку техлида найти себе собутыльника, а не человека, который завтра же начнëт решать рабочие задачи.
Пожалуй, себе в мемориз это утащу. гг.
Собес сейчас напоминает попытку техлида найти себе собутыльника, а не человека, который завтра же начнëт решать рабочие задачи.
Я регулярно провожу собеседования. При этом я, обычно, и не надеюсь, что человек "завтра же начнëт решать рабочие задачи". Это невозможно, каким бы опытным он ни был. Всегда есть специфика. Важнее всего оценить, какие ресурсы и какое время потребуется для обучения соискателя.
А отказываю соискателям я, чаще всего, за ложь. То есть задаю вопросы "знаете ли вы это?". И, в какой-то момент, после получения утвердительного ответа, вдруг проверяю эти знания. Если соискатель солгал - прощаемся.
оптимизации SQL запросов каждый день, то человек, который не умеет этого делать быстро, зато легко решает логические задачи - это трата денег работодателя
Спорное утверждение. Оптимизацией SQL запросов занимаюсь не каждый день, но часто. И при этом, не редко, оптимизация включает в себя решение логических задач при чтении постановок. Да, я признаю, что этим беру на себя часть работы аналитика, который, строго говоря, не справился с задачей. Но именно таким путём порой достигается оптимизация на два-три порядка.
А отказываю соискателям я, чаще всего, за ложь.
Я думаю они вам лгут не потому, что патологические лгуны. Скорее всего им самим очень неприятно лгать и они с удовольствием предпочли бы говорить правду. Но собеседования сейчас уже давно перестали быть собеседованиями, а превратились в какую то спец. олимпиаду с элементами лотереи и любой кандидат, после ряда отказов понимает, что действуя честно и по правде он ничего не может добиться, начинает загоняться, идёт на всякие ухищрения. По сути это ложь от отчаяния.
Дело в том, что я уже столько раз сталкивался с такой "ложью от отчаяния" на простой вопрос о том, успевает ли сотрудник завершить задачу к сроку, что связываться с такими людьми просто не хочу ни под каким соусом.
Если человек честно говорит, что где-то уперся или завозился, возможность выполнить задачу к сроку всегда есть. А если это выясняется уже по факту, при срыве сроков, достанется уже мне.
Я и сам лид, и прекрасно понимаю, что "достанется уже мне" это и есть непосредственная часть моей работы, как линейного руководителя. Т.е. я, помимо всего прочего, являюсь этаким бампером, который принимает на себя удар, защищая команду. Просто надо понимать, что мы с вами мальчики для битья, коллега.
Это Ваш выбор. А я предпочитаю строить отношения в команде на честности и доверии. И тогда возможностей защитить свою команду у меня имеется намного больше.
Одно дело, если я сглупил и три дня не спрашивал у сотрудника о том, как продвигается задача. Тогда срыв сроков безусловно моя вина. А совсем другое дело, когда сотрудник лжет, надеясь как-то самостоятельно потом нагнать упущенное.
Да все бывает. Бывает какой-то баг неделю ловишь, хотя думал, что справишься с ним за пару часов. Но врать на хрена?
Одно дело, если я сглупил и три дня не спрашивал у сотрудника о том, как продвигается задача. Тогда срыв сроков безусловно моя вина.
Ого детсад какой.
Да все бывает. Бывает какой-то баг неделю ловишь, хотя думал, что справишься с ним за пару часов. Но врать на хрена?
У нас общество лжи. Вы слышали поговорку «не обманешь, не продашь»? Это, безусловно, неправильно, но выбор сделан давно, и его так просто не отменить.
Ого детсад какой.
Нравится Вам это или нет, но разработчики на удаленке и есть самый натуральный детсад.
Кто-то "забыл" предупредить, что два дня работать не сможет из-за своей любимой бабушки и собирался это отработать в выходные. А в выходные инфраструктурщики сетевые работы затеяли и отрубили доступ.
Кто-то увлеченно ищет несуществующую багу, не повторяемую локально. Просто потому что забыл, что репозитории на CI/CD только локальные.
Кто-то уже третий день лается с аналитиком пихая задачу на уточнение и получая ее же обратно.
А кому-то наоборот, аналитик такую постановку дал, что по ней в принципе недопустимо разработку вести, но разработчик пытается закодить недетерминированный или потенциально бесконечный алгоритм. Непонятно на что надеясь. Ведь PR все равно не пройдет.
Вы слышали поговорку «не обманешь, не продашь»?
Слышал это ироничное высказывание о нечистоплотных торговцах. Патологические лгуны так себя оправдывают. Вы себя к ним относите?
Нравится вам это или нет, но замена человека на удалëнке, если у него форс-мажоры - это ваша проблема. Оценка задачи от аналитика - это ваша проблема. Тех-лид обязан переводить c-требования в d-требования, если это требуется. Разработчик не должен коммуницировать, чтобы понять, что подразумевал создатель задачи. Соответственно, соискатель на собесе должен проверяться на соответствие исполнителя d-требований. Ведь вы не ищете себе замену. Я уже сталкивался с тем, что мне приходилось выполнять задачи тех-лида, будучи сеньором. Это нифига не просто: ты ждëшь, что чел над тобой проникнет в суть задачи, и скажет тебе, какое конкретное поведение программы ждëт еë постановщик? Но этого не происходит. И ты дëргаешь несколько человек, чтобы тебе объяснили, чего они хотят? А после этого разрабатываешь алгоритм, понимаешь, что он блокирует другую бизнес-функцию, и снова идëшь общаться просто потому, что лид переезжает в Европу или покупает себе собаку, чтобы гладить еë и чистить карму. Так что, не всë так очевидно, не всë так просто. И лид тоже лжëт, когда выгорает и не может сходить до людей, чтобы прояснить потребности бизнеса.
Нравится вам это или нет, но замена человека на удалëнке, если у него форс-мажоры - это ваша проблема.
Я ровно это и написал: "Одно дело, если я сглупил и три дня не спрашивал у сотрудника о том, как продвигается задача. Тогда срыв сроков безусловно моя вина."
Разработчик не должен коммуницировать, чтобы понять, что подразумевал создатель задачи.
Скорее "хотелось бы". Но, на практике, иначе не бывает. В противном случае лид не управится и с двумя сотрудниками.
Разработчик не должен коммуницировать, чтобы понять, что подразумевал создатель задачи.
То есть, как это, не должен?
Я уже сталкивался с тем, что мне приходилось выполнять задачи тех-лида, будучи сеньором.
Так это разве не отлично? Сеньор, он как «Бойцовый Кот есть боевая единица сама в себе».
Это нифига не просто: ты ждëшь, что чел над тобой проникнет в суть задачи, и скажет тебе, какое конкретное поведение программы ждëт еë постановщик?
Так в этом и прелесть сеньорства, что можно не копать от забора до обеда не приходя в сознание, а полностью охватывать всю систему целиком.
В некотором роде, да. Но заниматься одновременно проектировкой, менторством, планированием и реализацией тяжеловато в условиях аврала и отсутствия лида, когда де-юре он есть.
Ну и речь-то не об этом, а о том, что наш с вами оппонент выстраивает свою обвинительную позицию исключительно на основе того, что он - лид, и лгать не может. А его собеседуемые - лжецы. Просто потому, что не говорят того, что он хочет услышать.
Но заниматься одновременно проектировкой, менторством, планированием и реализацией тяжеловато в условиях аврала и отсутствия лида, когда де-юре он есть.
Да, есть масса заведомо обречённых на провал проектов. Участвовать в них или нет зависит от обстоятельств.
а о том, что наш с вами оппонент выстраивает свою обвинительную позицию
Он мне неинтересен после своих выступлений в мой адрес.
Кто сказал, что проект обречëн? Он успешен и работает. Просто у техлида были серьëзные проблемы, которые он решил прежде, чем втянуться в работу. Просто надо помнить, что должность руководителя группы разработки не делает человека без грешным, и обвинения соискателей во лжи - это очень не рационально. С таким обвинительным техлидом я бы вообще не начал работу. Даже если бы каким-то чудом знал ответы на его вопросы. Именно чудом, поскольку, очень многие хорошие специалисты, гораздо лучше меня, не имеют отличной памяти, чтобы помнить все детали инструмента и технологий, которые они используют. А это значит, что человек, который вам теперь не интересен, просто ищет специалиста с хорошей памятью. Ну или собутыльника, как я говорил выше.
С таким обвинительным техлидом я бы вообще не начал работу. Даже если бы каким-то чудом знал ответы на его вопросы.
Если честно отвечать на вопрос, "знаете ли вы это?", то не требуется никакого чуда. Когда знаете тему, то нет никаких проблем ответить на вопросы уже по ней.
Перечитайте еще раз, то что я писал, и то, что Вы постоянно перевираете:
"При этом я, обычно, и не надеюсь, что человек "завтра же начнëт решать рабочие задачи". Это невозможно, каким бы опытным он ни был. Всегда есть специфика. Важнее всего оценить, какие ресурсы и какое время потребуется для обучения соискателя.
А отказываю соискателям я, чаще всего, за ложь. То есть задаю вопросы "знаете ли вы это?". И, в какой-то момент, после получения утвердительного ответа, вдруг проверяю эти знания. Если соискатель солгал - прощаемся."
А отказываю соискателям я, чаще всего, за ложь. То есть задаю вопросы "знаете ли вы это?". И, в какой-то момент, после получения утвердительного ответа, вдруг проверяю эти знания. Если соискатель солгал - прощаемся."
Горячо одобряю и поддерживаю. Только вот есть нюанс: как этот честный соискатель, которого вы ищете до вас доберется - если, конечно, он не реальный мидл, причем - с реальным коммерческим опытом разработки именно на вашем конкретном стеке.
С рынка у него же мало шансов пройти формальный фильтр HR. Разве что, как вы - в обход этого фильтра, через связи. Но как я уже писал, умение поддерживать связи для программиста нехарактерно. Да и в целом по стране проблему нехватки разработчиков так не решить (если она есть конечно - потому что, к примеру смысл обсуждаемого высказывания главы Тинька я оцениваю как обращение "дайбаблабля" к Максудову и прочему правительству).
А вот если соискатель последует часто встречающимся (даже тут, на Хабре) рекомендациям соврать про коммерческий опыт и про ваш стек - то как раз до вас, до технического собеседования, то бишь, и доберется.Так что шибко честных ещё до вас отсеют, согласны?
И в связи с этим у меня есть вопрос - как вы среагируете на "сравнительно честного" соискателя, который на техсобесе честно признается вам, что коммерческий опыт он накрутил, чтобы фильтр HR пройти, а на самом деле у него за душой изучение(самостоятельное) и пет-проект (ссылка в резюме), который он, правда, написал сам и без помощи stackoverflow (ну, почти без - он же сравнительно честный, по определению)?
PS И да, ещё, учитывая чтопроверка проверке рознь, пара вопросов. Вот, к примеру, как вы думаете, сможет ли подтвердить свои знания PostgreSQL, типичный разработчик, если ему будет для проверки подкинут сценарий из вашей крайней статьи (которая про очистку громадной таблицы), которую мы с вами вчера-сегодня обсуждали, да ещё и без Гугля.
И будете ли вы задавать такой вопрос с этой целью (информация к размышлению: есть жалобы, опубликованные но не проверенные, что подобные вопросы на техсобесах таки задают)?
мало шансов пройти формальный фильтр HR
Это уже зависит во многом и от меня. Требования к вакансии все же со мной согласуются. Понятно, что можно там такое накрутить, что мало кто сможет подобный фильтр пройти.
умение поддерживать связи для программиста нехарактерно
Не совсем так. Если у меня открывается вакансия, догадайтесь с трех раз, с чего я начинаю поиск сотрудника. )
Так что шибко честных ещё до вас отсеют, согласны?
Только если я явно указал это в описании вакансии. Если мне нужен специалист по PostgreSQL я укажу только это. А уже на собеседовании буду уточнять, сможет ли он написать расширение или функцию к нему на C.
И будете ли вы задавать такой вопрос с этой целью
Я могу, конечно, спросить что он знает о служебных полях (xmin, ctid и т.п.). Но спрашивая, как можно посчитать в RETURNING из UPSERT количество модифицированных строк, меня уже больше будет интересовать ход мыслей, а не точное знание, как при этом используется xmax.
А вообще у меня самого голова дырявая. И спокойно отношусь к тому, что кто-то не знает то, что гуглится за 30 секунд. Но для того, чтобы нагуглить это за 30 секунд нужно иметь уже иметь определенные базовые знания и понимание. Вот они мне и интересны.
Это уже зависит во многом и от меня. Требования к вакансии все же со мной согласуются.
Зачетный ответ. Прямо как правильный ответ на вопрос немцкого теста на восстановление прав для залетевших выпимши за рулем (AKA Idiotentest).
Типичные вопросы там были на тему, что вы будете делать, оказавшись ситуации, связанной с употреблением алкоголя и автомобилем, а правильный ответ - "я не окажусь в такой ситуации".
Но все-таки хотелось бы узнать ваше отношение к лжи, направленной чисто на прохождение формального фильтра. В частности, как бы вы вакансию ни согласовывали, но требование опыта коммерческой разработки для мидла вы из нее не выкинете, так?
В таком случае - вопрос: как вы отнесетесь к человеку, приписавшему себе актуальный коммерческий опыт, чтобы пройти фильтр, и честно скзавшему вам об этом. Для усложнения задачи предположим, что у него есть неактуальный опыт - например, лет пять работы программистом лет пятнадцать назад где-нибудь в тогдашней фирмочке, после - переход куда-нибудь тоже в IT, но не разработчиком: админ, аналитик и т.п. - и знание актуального языка/фреймворка и т.п., подтверждаемое этим самым пет-проектом и проверяемое (в принципе ;-) на техсобесе? По-моему, это удовлетворяет исходному условию: человек, не проходящий без вранья через формальный фильтр, но, в принципе, могущий оказаться годным кандидатом. Что скажете: будете продолжать собеседование, услышав про ложь, или отвергнете соискателя [тут должен быть плакат с образцовым советским человеком, гневно отвергающим протянутый ему стакан водяры]?
И спокойно отношусь к тому, что кто-то не знает то, что гуглится за 30 секунд. Но для того, чтобы нагуглить это за 30 секунд нужно иметь уже иметь определенные базовые знания и понимание.
Кстати, по этому поводу: чисто для себя поинтересуюсь - вы обратили в нашей с вами недавней дискуссии по вашей статье, что я конкретно c PostgreSQL ни разу не работал? Интересуюсь в контексте чисто теоретического вопроса, который я уже тут задавал : является ли необходимымым/поддается ли симуляции пресловутый "опыт работы"? Правда, эксперимент тут не чистый: я работал, и немало с другими SQL-серверами, начиная с упомянутого там древнего Interbase, а потому, наверное, как раз имею упомянутые вами базовые знания.
Но все-таки хотелось бы узнать ваше отношение к лжи, направленной чисто на прохождение формального фильтра.
Скорее отрицательное. Но есть нюансы. Возможны послабления, если это было формальное требование, не исходившее от меня (диплом по специальности).
как вы отнесетесь к человеку, приписавшему себе актуальный коммерческий опыт
Если мне, предположим, действительно требуется человек с актуальным коммерческим опытом, то отношение будет отрицательное. Но не припоминаю, чтобы я такое написал в требованиях на вакансию. Лично мне монопенисуально откуда у человека опыт. Хоть на своем, даже заброшенном, пет-проекте он его получил.
я конкретно c PostgreSQL ни разу не работал
Ну про "ни разу" - точно не про меня. Это уже какой-то юношеский максимализм. А то, что опыт в PostgreSQL у Вас невелик - видно было сразу. Так же, как видно было, что в наличии общий опыт работы с реляционными СУБД.
Если бы мне нужен был специалист по PostgreSQL, максимум, на что бы я решился - это предложить Вам покувыркаться по ГПХ на конкретных не срочных задачах за фиксированную оплату. Хотя бы потому, что знаю, насколько различается архитектура PostgreSQL от MS SQL или Oracle.
Если мне, предположим, действительно требуется человек с актуальным коммерческим опытом, то отношение будет отрицательное.
Это я понял по преыдущему ответу.. Но речь шла не о вас, потому что вы - не HR: у вас нет необходимости отсеивать мутный поток негодных соискателей. А HR, если не поставит такой фильтр, то утонет в этом саммом мутном потоке откликов от вайтишников.
но на мой вопрос вы ответили - когда про требование диплома написали: это - ещё более формальный фильтр, и ещё более бессмысленный (если речь не идет от вчерашнем студенте, а, к примеру, о человеке вашего возраста). Правда - труднее фальсифицируемый.
Ну про "ни разу" - точно не про меня.
Это я про себя писал - таки не работал.
Хотя бы потому, что знаю, насколько различается архитектура PostgreSQL от MS SQL или Oracle.
Ну, я работал-то, в основном, с Interbase - в те годы, когда он был. И его потомками. А с MS SQL - сильно меньше, но заметно позже.
А у Interbase что-то сходное в архитектуре хранилища есть, поскольку у него хранилище - тоже многоверсионное. Например, например, операция уборки неактуальных версий записей у него тоже была, только на уровне не таблиц, а всей БД (sweep).
Ну, а ещё я в том обсуждении не старался делать вид, что я с PostgreSQL хоть как-то активно работал, так что эксперимент не совсем чистый и с этой стороны: соискатель модели "лжец" все-таки будет стараться: например, воспользуется "методом Пиркса" и найдет точные названия всех обсуждаемых служебных полей и прочие необходиммые термины - это поиском по документации находится быстро).
найдет точные названия всех обсуждаемых служебных полей
Так это не поможет. Я же писал, что "спокойно отношусь к тому, что кто-то не знает то, что гуглится за 30 секунд". На собеседовании это будет выглядеть примерно так:
-- Использовали ли вы это? -- Да.
-- Знаете ли об этом? - Да.
-- Есть опыт работы со служебными полями в таблицах? - Да.
-- Расскажите о случае, когда они оказались Вам полезны. - ...
На собеседовании - ошибка в третьем "Да". Лучше тут было бы сказать "Нет": Из общих соображений понятно, что для всех, кроме узких профессионалов, т.е. - в большинстве случаев, можно обойтись без работы со скрытой по умолчанию служебной информацией. Тут главное не зарываться, а проскочить на минималках: как тот же упомянутый Пиркс, который на экзамене у профессора Меринуса, препа-зверя, свой хор. получил. И на курсах по прохождению собеседований этому, по-хорошему, должны учить.
Но, боюсь, что с нуля такой совет не выполнить, здесь нужна некоторая база, типа списка типовых понятий по каждому продукту (по-хорошему, ее тоже надо давать на тех же курсах): например, заявить про PostgreSQL, что вы не использовали SELECT - это залёт. Короче, тут требуется творческий подход.
PS А если это не совсем на собеседовании, то подходящий ответ вполне гуглится в поставленных вами рамках - например я так нашел это в качестве ответа на ваш последний вопрос
но мне это не нравится
Во мне все восстает против таблиц без первичного ключа, тем тем более, что для поиска можно использовать и более стандартный способ - SELECT DISTINCT ... FROM ... GROUP BY все_поля HAVING COUNT(*)>1
Так что, было бы желание у меня пустить пыль в глаза в том обсуждении вашей статьи - нашел бы способ, быстро. Не факт, конечно, что вышло бы, но у меня даже и желания не было.
PPS А вообще, хорошие общие курсы по прохождению собеседований (краткосрочные, ибо много материала там просто нет) моли бы быть востребованы народом. Только вот для ифноцыган тема сложновата будет, наверное, им такие курсы - как свинью стричь: "визгу много, шерсти мало".
в большинстве случаев, можно обойтись без работы со скрытой по умолчанию служебной информацией
Бывают совершенно типовые случаи, когда без этой служебной информации не обойтись. Например, не редко представляет интерес не суммарное количество вставленных и модифицированных строк в UPSERT, а их количество по отдельности. И тогда приходится делать так:
WITH Delta (
INSERT ...
ON CONFLICT ...
RETURNING
CASE WHEN xmax=0
THEN 0
ELSE 1 END AS updated )
SELECT COUNT(1) AS processed,
COALESCE(SUM(updated),0) AS updated
INTO rows_processed, rows_updated
FROM Delta;Для быстрой проверки того, не изменилась ли запись после её чтения в предыдущей транзакции, удобен xmin.
А в запросах по секционированным и, тем более, иерархическим таблицам, весьма полезен tableoid.
Моя оценка такого вопроса на собеседовании - он про тонкости, которые позволительно не знать. К тому же - специфичные для СУБД. Например, эту то, что делает этот запрос, в других БД можно сделать на триггере, причем в триггере для разных СУБД обработанные записи представляются тоже по-разному. То есть получается код привязанный к СУБД, и то, что такая привязка теоретиками считается нежелательной - это ещё один повод допрашиваемому для отмазки.
PS Я совсем не утверждаю, что служебные поля бесполезны для реальной работы - я чисто рассматриваю сценарий обхода фильтра по проверке заявленных знаний. И у меня зреет убеждение, что этому тоже можно научиться, затратив куда меньше ресурсов, чем на полноценное, с теорией и практикой, освоение заявленного знания.
что делает этот запрос, в других БД можно сделать на триггере,
Не понял идеи. Как Вы собрались в PostreSQL из триггера получать в клиенте или хранимой процедуре количество модифицированных записей в этом UPSERT? Или Вы собрались в триггере выполнять INSERT в другую таблицу на каждую запись?
В PostgreSQL, чтобы эффективно - наверное, никак (не уточнял). Однако я про триггеры писал в котексте других СУБД: " в других БД можно сделать на триггере ", конкретно - в контексте MS SQL
А на самом деле я тут обсуждаю не вопрос не "как реализовать", а вопрос "как отмазаться от вопросов собеседующего по конкретике". И при такой постановке вопроса ответ "не реализовывал, потому что не переносимо" - это зачёт, а не залёт, согласны?
в других БД можно сделать на триггере, конкретно - в контексте MS SQL
Не вижу по ссылке, как посчитать количество отдельно модифицированных и вставленных записей и передать эту информацию клиенту. При том что в MS SQL в MERGE это реализуется подобно PostgreSQL через системное поле $action указанием его в OUTPUT
"не реализовывал, потому что не переносимо"
Ну я вроде выше показал, что как раз наоборот )
Согласна с комментом выше. На высоких нагрузках такой не эффективен. Его нужно разбить и часть унести в триггеры.
Разработчик не должен коммуницировать, чтобы понять, что подразумевал создатель задачи.
Разработчик на уровне Junior не должен.
На уровне Middle - должен.
На уровне Senior - обязан.
В этом собственно одно из ключевых отличий этих уровней - насколько разработчик способен осознавать бизнес-потребность и самостоятельно коммуницировать.
Это зависит от должностных инструкций. Когда коммуникация по инструкциям входит в обязанности лида, получается не очень приятная ситуация. Но, в целом, согласен. Я смотрю на ситуацию через призму своих обязанностей - это причина моего высказывания.
Ну, то есть, можно ли сказать, что техлид - это тот же сеньор по квалификации, но со специфическими обязанностями? То есть, это не звание, а должность.
Senior - не звание, а грэйд. То есть, тоже должность. Старший разработчик. Техлид - должность, которая подразумевает управление группой разработки. И должностные обязанности могут варьироваться. Только техлид не всегда должен писать код. То есть, он не обязан быть старшим разработчиком. Особенно это проявляется в стеке, где используется несколько программных языков. Например, Java + Python + Golang на разных сервисах или микросервисах. Техлиду тогда пришлось бы быть старшим разработчиком на всех трëх языках. Это не обязательно, если на проекте есть сеньоры, которые хорошо владеют этими языками. Техлид - руководитель. Но псевдокод он должен писать, чтобы, при необходимости, донести идею бизнеса до разработчика. И в этом заключается проблема утверждения о том, что сеньор должен коммуницировать с бизнесом. Не должен, если его зона ответственности - группа микросервисов. Трудно себе представить, что сеньор python developer пойдëт проектировать изменения для Java сервиса, или что все три сеньора будут по очереди дëргать менеджера по продажам, чтобы понять детали заявки на изменения в ПО. Для этого есть техлид, который даëт всем трëм специалистам псевдокод и может объяснить детали реализации.
Зачем дёргать менеджера по продажам, когда есть бизнес-аналитик, системный аналитик и product owner до кучи. С ними со всеми сеньор должен уметь коммуницировать, иначе тех.лид просто станет узким местом в команде.
Вот если задача оказалась слишком сложной, то там уже сеньор сам объяснит её техлиду и попросит помощи.
Senior - не звание, а грэйд. То есть, тоже должность. Старший разработчик.
Вообще, это условная лычка, которую каждый трактует как хочет.
У нас штатное расписание подразумевает 4 градации - разработчик, старший разработчик, ведущий разработчик и главный разработчик.
Техлид - должность, которая подразумевает управление группой разработки.
И опять. Есть тимлид, есть техлид. Это даже не должности, так, некие условные лычки. В нашем случае тимлид - владелец проекта в репозитории. Немножко координатор в некой команде.
Техлид - просто эксперт в некотором направлении который больше других знает как оно там все устроено.
И тот и другой пишут код наравне со всеми.
Не пишет код руководитель направления. Это уже должность в штатном расписании.
Я не сталкивался с терминологией "c-требования, d-требования". Вы не могли бы пояснить или подсказать, где об этом почитать?
Нравится Вам это или нет, но разработчики на удаленке и есть самый натуральный детсад.
Да я сочувственно. Это, в общем, неправильно, если отвлечённо рассуждать. Какая разница, на удалёнке человек или нет — у него есть определённые обязательства, в том числе и информирование команды о возникших рисках по возможности.
А процесс, конечно, должен эти риски учитывать. В конце-концов, человека может и простуда свалить, а может задача оказаться в сто крат сложнее, чем ожидалось. Проблема в том, что в текущих ИТшных процессах обычно не разделяют риски и трудоёмкость.
Слышал это ироничное высказывание о нечистоплотных торговцах. Патологические лгуны так себя оправдывают. Вы себя к ним относите?
Вроде беседа взрослых серьёзных людей, а вы на личности переходите во второй реплике. Некрасиво.
У меня опыт удаленки который начался еще когда COVIDа даже и в планах не было. Так вот, по моему мнению, прокрастинировать и гаситься от работы в офисе на порядок проще чем на удаленке. Чистая психология - если человек в офисе на виду, то для всех априори он работает, хотя на самом деле он может целый день гулять между кофе-машиной и курилкой иногда, для разнообразия делая привалы на своем рабочем месте. Если он что-то не успел вовремя, то типа: "Ну не получилось в срок, но он же работал" (то что находиться на работе и работать это две разные разницы уже при этом отходит на второй план). На удаленке же, где никто не видит чем ты занят наоборот один-единственный критерий оценки тебя это то, что ты реально сделал и влил в репо. С другой стороны, на удаленке для разработчика это жирный минус - когда действительно что-то не выходит, то скатываешься в чувство вины - дескать, "вот, ничего не вышло, а будут думать, что я видосики на ютубе смотрел целый день". Для такого случая лучшая защита это нападение: "У меня тут них... не выходит, потому что ваши говноаналитики смоделили говномодель, ваш говнодба слепил по ней говнобазу, а ваши говнокодеры написали к ней говнокод" :)))
один-единственный критерий оценки тебя это то, что ты реально сделал и влил в репо.
Так это и есть один факторов, увеличивающих производительность труда на удаленке. Но и три часа экономии на дороге в офис и обратно - тоже немаловажный фактор.
потому что ваши говноаналитики смоделили говномодель, ваш говнодба слепил по ней говнобазу, а ваши говнокодеры написали к ней говнокод
А вот так делать не советую. Потому что общаться, и даже просить о помощи, все равно потребуется и с аналитками, и с dba, и с devops, и с разработчиками. Если вижу чужие косяки, то предпочитаю в личке обсудить их с автором. Жаловаться непродуктивно. Даже если есть проблемы, то озвучивая их следует заострять внимание не столько на них, сколько предлагать пути их решения.
Жаловаться непродуктивно.
Это называется не "жаловаться", а "эскалировать проблему". Не особый любитель этого, но, увы, в большинстве случаев только это и помогает.
Если некто регулярно пытается "эскалировать проблему", даже не попытавшись решить ее в личке, то с этим некто никто работать не захочет.
Случаи эскалации проблемы, конечно, случаются. Но в моей практике они очень редки. Все же любой человек отдает себе отчет, что если он накосячил, то просто так от него не отстанут. Мы же говорим о явных косяках или говнокоде, а не о выборе альтернативных архитектурных решениях?
У меня тут них... не выходит, потому что ваши говноаналитики смоделили говномодель, ваш говнодба слепил по ней говнобазу, а ваши говнокодеры написали к ней говнокод
Не совсем понятно, как ко всему этому относится удаленка.
Вот опять на нашем конкретном примере (других у меня по понятным причинам нет - не выдумывать же сферических коней в вакууме). У нас три основных центра разработки (речь веду конкретно про "центральные системы) - Москва, Санкт-Петербург и Екатеринбург. Ситуация, когда аналитк в Москве а разработчик в Екатеринбурге является совершенно штатной вне зависимости удаленка или не удаленка. Больше скажу - у нас два руководителя - административный и функциональный. Так вот у меня административный в Екатеринбурге ("по месту прописки", что называется), а функциональный - в Москве. А кадровая служба, обслуживающая наш регион, вообще в Барнауле...
И все это совершенно не мешает работе. Все коммуникации отлажены - есть единая на все IP телефония и привязанный к ней Cisco Jabber. Есть Контур Talk, есть RocketChat. Регулярно проводятся статусные командные встречи - просто у кого что в работе, как дела и все такое. Проводятся комитеты по внедрениям и изменениям. Регулярно проводятся архкружки куда можно вынести непонятные или спорный вопросы.
Все это было и до удаленки (в силу территориальной разнесенности команд) и также проводится сейчас.
Если я вижу, что ТЗ от аналитика меня не устраивает в плане технической реализации, я всегда могу сказать "так не будет, не лезь в тонкости разработки, мне не нужно ТЗ до псевдокода". При этом я могу также уточнить что мне непонятно в ТЗ именно по аналитике или бизнес-требованиям.
И никто никогда не будет ни на кого кивать. Это совместная работа. При работе по задаче я всегда в тесном контакте с аналитиком (и да, я 80% времени в последние года работаю с 2-3 аналитиками и все они в Москве - дома я или в офисе, все равно это будет удаленное общение).
Аналогично аналитик может прийти к разработчику за консультацией по каким-то техническим аспектам реализации.
Вообще, у нас контакты очень тесные в этом плане - и разработчики всегда могут прийти за советом ("а ты вот там похожее дела - подскажи как лучше..."), или вот недавно - есть задача которую я делал года два-три подряд (в смысле что несколько последовательных поставок и вообще там много моего кода). Сейчас по ней доработки новые, а тот аналитик что ее вел, уволился, а разработку дали другому человеку т.к. у меня сейчас вал других задач. Ну вобрали встречу - новый аналитик, новый разработчик и я. Посидели, поговорили - я рассказал технические тонкости реализации, быстро обозначил где и как лучше и проще внести изменения по новым требованиям. Все довольны - и новый аналитик и новый разработчик быстро въехали в тему как это работает сейчас и как это быстро изменить под новые требования, не порушив основные принципы.
Так что удаленка командной работе совершенно не мешает. Вопрос исключительно в привычке коммуницировать и наличии средств коммуникации.
> А отказываю соискателям я, чаще всего, за ложь. То есть задаю вопросы "знаете ли вы это?". И, в какой-то момент, после получения утвердительного ответа, вдруг проверяю эти знания. Если соискатель солгал - прощаемся.
Чëт вспомнился видос из нулевых: "Смотряга". Там тоже парень, явно взявший пафоса не по плечу рассказывал кого на районе бил, а кого миловал.
Думаю, вам стоит почитать материалы о проведении собеса, чтобы осознать, что соискатель не обязан знать 100% деталей инструмента. Более того, собес - это стресс. Так что, думаю, вам правильно указывают на то, что вам лгут не потому, что не знают, а потому, что вы просите больше, чем предполагает тема.
По всему остальному: если вам кажется, что при оптимизации SQL запросов вы решаете сложные алгоритмические задачи, то либо вы работаете в сфере больших данных / сфере, связанной со сложным анализом данных, либо вы преувеличиваете сложность решаемой вами задачи на пару порядков.
рассказывал кого на районе бил, а кого миловал
То есть Вы считаете, что о таком не следует говорить? Пусть и дальше соискатели из-за лжи окажутся отвергнуты?
Я писал это преследуя совсем другие цели. Наоборот, чтобы не патологические лжецы были честны на собеседовании, так как это может легко перевесить какие-то пропуски в знаниях.
соискатель не обязан знать 100% деталей инструмента
А с чего Вы решили, что это кто-то требует? Я вообще написал совершенно обратное.
при оптимизации SQL запросов вы решаете сложные алгоритмические задачи, то либо вы работаете в сфере больших данных / сфере, связанной со сложным анализом данных
Ну по такой же логике можно подумать, что Вы с БД размером свыше терабайта никогда не работали. А это еще далеко от BigData, с которым тоже приходится работать. Но уже не на SQL (даже в ClickHouse - подобие SQL и множество критически важных отличий при внешнем сходстве).
Первый пример. В постановке указано формировать в таблице по записи для каждого периода для каждой аналитики. При этом подавляющее большинство (99%) записей формируются с нулевыми мерами. Если копнуть глубже, то выясняется, что эта таблица используется только парой отчетов и выгрузкой в оптимизационную модель (Gurobi). Таким образом, если выгрузку и отчеты делать не прямо из этой таблицы, а запросом по периодам, аналитикам и уже LEFT JOIN по этой таблице, то записи с нулевыми мерами можно будет формировать динамически. Получили сразу два порядка выигрыша в производительности.
Второй пример. Отчет ищет операции с определенной последовательностью во времени аналитик по таблице, где только в интересующем периоде (с начала прошлого года) миллиард строк. Данная последовательность всегда объединена конкретной аналитикой, значение которой не изменяется в пределах последовательности. Внимательное изучение постановки и предметной части показывает, что данная последовательность может возникнуть только при определенных значениях других аналитик. В итоге, получаем дополнительный срез и вместо всех 30 тыс. значений этой аналитики нам становится интересны только ~30. Три порядка.
Вы всерьëз считаете, что интервьюируемый соискатель, находящийся в стрессе из-за нужды менять работу, из-за собеса сможет за час решить задачу оптимизации, которую вы сами решили "при внимательном рассмотрении"? Не логично ли будет разбить алгоритм на примитивные шаги и рассмотреть возможность соискателя выйти на эти шаги путëм живого анализа ситуации? Чем больше шагов провёл кандидат, тем более релевантные задачи он решал на прошлом месте работы, нет?
Вы явно что-то перепутали. Речь про оптимизацию запросов касалась собеседования только в части оспаривания утверждения
оптимизации SQL запросов каждый день, то человек, который не умеет этого делать быстро, зато легко решает логические задачи - это трата денег работодателя
А вот послушать логику рассуждений соискателя в течении пяти минут - это уже полезно.
Думаю, мои претензии касались вашего утверждения о лжи. Я понимаю, что многие соискатели, прошедшие курсы, привирают. Но, судя по вашим утверждениям, вы слабо осознать, что соискатель не обязан выполнять работу так, как выполняете вы.
судя по вашим утверждениям, вы слабо осознать, что соискатель не обязан выполнять работу так, как выполняете вы.
Хватит лгать. Я утверждал прямо противоположное:
"я, обычно, и не надеюсь, что человек "завтра же начнëт решать рабочие задачи". Это невозможно, каким бы опытным он ни был. Всегда есть специфика. Важнее всего оценить, какие ресурсы и какое время потребуется для обучения соискателя."
Если вашему соискателю требуется особое обучение для входа в ваш проект, видимо, он очень плохо написан и очень ревностно обслуживается.
Мне не попадались еще ни разу проекты без специфики. Где то требовались хотя бы поверхностные знания GAAP и российского учета. Где-то - логистики и складского учета. Где-то - особенностей непрерывного производства и интеграции с SCADA. Где-то - энергетики, АСКУЭ и биллинга. Где-то - транспортных оптимизационных задач и прогнозирования.
Я даже не представляю себе нормальный проект без своей специфики. Везде приходится погружаться в проблемную область.
Достаточно того, чтобы он был достаточно сложен и специфичен. Ну так скажем, иметь специфику более сложную, нежели сайт для ООО "Сукин и Сын".
Ну и мы здесь не на вашем собеседовании. Поэтому, настоятельно рекомендую взять ваше "хватит лгать" и нежно поместить его туда, откуда происходит ваш чудесный синдром вахтëра.
Потому, что профессионал должен быть готов к тому, что его код и его реализацию алгоритма удалят и перепишут. Если нет, то он - не профессионал.
Никто не будет заставлять соискателя что-то там реально оптимизировать. Но, как уже сказано, "интересно послушать логику" и оценить ход его мысли.
По всему остальному: если вам кажется, что при оптимизации SQL запросов вы решаете сложные алгоритмические задачи, то либо вы работаете в сфере больших данных / сфере, связанной со сложным анализом данных, либо вы преувеличиваете сложность решаемой вами задачи на пару порядков.
Да мне как-то сложность задачи по барабану... Тут ведь все просто - есть задача что-то там пошуршать по БД. Ну хлоп - вот вам SQL запрос который все делает. А в ответ "э-э-э-э... на копии промсреды твой запрос работает 3 секунды, а у потребителя, который ждет ответа, таймаут 300мсек и увеличить нельзя, так что будь добр, ты уж там что-нибудь придумай чтобы твой запрос в 300мсек укладывался".
Вот и начинаешь ежиков рожать - декомпозиция ("высокоселективная предвыборка на основе частотного словаря") и все дела.
Или "дефект производительности" - "клиентов у нас что-то много стало, вот эта хтонь, что запускается каждый день, работает уже 18 минут и тормозит другие процессы, надо что-то делать".
Реальное письмо от сопровождения, кстати:
"Коллеги, сервис *** за последние 5 недель увеличил потребление процессорных ресурсов в 3 раза!!!
Он уже является 2-м по величине сервисом после *****.
В качестве альтернативы мы рассматриваем перенос запуска сервиса на резервный сервер, но там есть лаг по отставанию до 10 мин.
Заказчикам сервиса это может не понравиться :("
Вот с этим приходится работать (среди всего прочего). Вообще, нагрузочное тестирование у нас проходят практически все маломальски значимые поставки.
Скажите, а почему при попытке узнать больше о высокоселективной предвыборке на основе частотного словаря, в поисковике выдаются, преимущественно, ваши комменты на Хабре? Это что-то типа торсионных полей? Кто-то ещë кроме вас может рассказать об этой выборке?
Потому что это не является устоявшимся термином, но отражает суть алгоритма (кстати, не я придумал - один коллега так обозвал когда кодревью делал и пришел с вопросом - "это вообще что и как оно работает?"). Ну мне понравилось - типа звучит так "по-умному" :-)
Суть в том, что данных может быть достаточно много. Ну, скажем, несколько десятков миллионов записей. Среди них надо найти те данные, которые совпадают с заданными по ряду параметров. Причем, проверка занимает достаточно длительное время (если решать задачу "в лоб" и проверять все подряд).
Высокоселективная предвыборка - быстрый предварительный отбор тех данных, где стоит искать совпадения и отсеивание тех, где этих совпадений точно быть не может. В моем конкретном случае позволила быстро отобрать десяток-другой записей (из нескольких десятков миллионов) для полной проверки.
Частотный словарь - ну это уже частные особенности. Была возможность выделить некое "ключевое слово" по которому осуществлять предвыборку. Частотный словарь - выбор такого слова, которое встречается в проверяемом массиве реже всего (если не встречается вообще - тут и проверять нечего, сразу можно сказать что совпадений там не будет). Т.е., условно говоря, возьмем одно слово - получим 50 000 записей для детальной проверки. Возьмем другое - 500. Третье вообще может дать 50. Естественно, что лучше всего использовать именно третье слово и детально проверять 50 записей а не 500 или 50 000.
Естественно, что такие алгоритмы пишутся под конкретную задачу с учетом конкретных условий, а не берутся из гита или копипастятся с SO.
Сейчас этот подход, кстати, используем и в других задачах (с некоторой модификацией, естественно, но принцип тот же). Например, где нужно составлять список совпадений по 5-7 параметрам между двумя БД - база клиентов (~50млн записей) и база "списки росфина" - экстремисты, террористы и прочие злодеи-бармалеи (~300тыс записей). Причем, проверять надо каждый раз как пришла (и разложена по БД) очередная версия списков (раз в неделю примерно).
Решение "в лоб" (полным перебором) тут занимает 15-17 часов. Наше решение укладывается примерно в час (но требует некоторой предварительной подготовки на этапе приема и раскладки нового списка в БД). Но суть решения (основная идея) была взята как раз и то, старой задачи где это использовалось в первый раз.
Я так и представляю наше интервью:
-- расскажите, пожалуйста, о высокоселективной предвыборке на основе частотных словарей.
-- простите, но в последнее время я занимался только левосторонним присоединением таблиц на основе условных выражений.
Такие вопросы я никогда не буду задавать на собесе. Просто потому что это частные алгоритмы, реализуемые в частных условиях (конкретные поиски по конкретным выборкам конкретной структуры). Особенно это относится к частотному словарю.
Сам по себе термин "высокоселективная предвыборка" хоть и не является устоявшимся, но в целом интуитивно понятен - выборка, не дающая ответа на конечный вопрос, но на порядки ограничивающая область где этот ответ искать и быстро отсеивающая подавляющее количество элементов, которые точно не содержат искомого ответа.
А если серьëзно, то почему предвыборка? Вы реализовали это через индекс или представление? И чем высокоселективная выборка отличается от селективной?
Судя по описанию, там вообще низкоселективная. Ведь по определению, чем больше уникальных значений в индексе, тем ниже селективность)
Высокоселективная - имеющая высокую избирательность. Конкретная реализация не имеет значения т.к. зависит от того, как именно хранится информация в БД (в данном случае).
Для получения конечного ответа в том конкретном случае требовалось агрегирование через listagg с последующим сравнением полученного результата. На нескольких десятках миллионов записей это слишком долго (для нас). Посему пришлось придумать алгоритм, который (условно) из 10 000 000 записей быстро (без тяжелых агрегирующих функций) отсеет те 9 999 950 записей, где ответа точно не будет, оставив для детальной проверки только 50.
Такой подход позволил сократить время получения конечного результата с 3сек (решение "в лоб") до 150-200мсек и гарантированно уложиться с заданный таймаут 300мсек.
Что-то это мне, в рамках моей общей эрудиции, напоминает часть алгоритма планировщика запросов к БД, а ваш "частотный словарь" для которого называется "статистика индекса".
Если так, то тяжко вам там приходится - писать свой планировщик запросов БД: и не просто, и беда с этим навком - не востребован он среди людей с опытом коммерческого программирования: они все больше штатным планировщиком БД пользуются, да ещё и через SQL и даже ORM при этом.
И на вопрос куда с этим навыком в случае чего податься, мне приходит в голову разве что PostgresPro (но это не точно).
Ну я бы так не сказал.
В общем случае так - SQL очень мощный язык. Но в нем есть достаточно тяжелые конструкции, который (для наших требований) работают слишком долго. И в ряде случаев получается быстрее вынести часть логики из собственно запроса в постобработку полученных результатов.
Пример я приводил в другой теме
Так что тут речь не о планировщике, а о том, как распределить логику так, чтобы в сумме оно работало максимально быстро.
И да, это точно вопросы не для собеседования - тут нужен опыт работы с конкретным инструментарием и "чуйка" на основе этого опыта. Требовать подобного от кандидата некорректно. Но понять - готов кандидат искать альтернативные решения или будет упираться в то, что "это невозможно потому что этого не в известном мне фреймворке" (с таким человеком реально сталкивался в жизни, это пипец, конечно...) все-таки хотелось бы.
И при этом, не редко, оптимизация включает в себя решение логических задач при чтении постановок.
Именно так. Например
Зачем тут агрегирование по исторической таблице когда есть витрина откуда нужное получается чтением одной записи по уникальному индексу
Вместо этой тяжелой таблицы то же самое можно получить из вот той, более легкой, да еще и индекс там лучше подходит
Слишком сложный запрос. Можно его упростить, он будет избыточен, но дальше на потоковой постобработке просеем данные - так будет быстрее
Не на два-три порядка, но в 3-4 (а то и 5-6) раз можно ускориться. Но для этого надо быть в теме того, как оно тут все устроено. Это точно не для собеса вопрос.
"Важнее всего оценить, какие ресурсы и какое время потребуется для обучения соискателя." Сложилось впечатление после полугода собеседование (и отсуствие офферов потом), что люди хотят 100% соотвествия всем своим требования и к обучению вообще не готовы. Да и как мне кажется "удаленка" в принципе никакого обучения не предполагает - ты или уже готов завтра начать фигачить, или не готов, до свидания.
люди хотят 100% соотвествия всем своим требования и к обучению вообще не готовы
Если речь о работодателях - то мне такая позиция совершенно не понятна. В моей практике обучать приходится в 99% случаев. Редчайший случай, когда в проектную команду приходит разработчик, уже знающий всю специфику бизнеса клиента. Поэтому, порой, наличие опыта работы с транспортными задачам, непрерывным производством или МСФО позволяет закрыть глаза, на слабые навыки работы с Confluent, gRPC или Redis.
работа состоит в написании REST API каждый день
Да блин! Где есть такая работа?!! Дайте её мне и я с удовольствием буду её делать каждый будний день с 9 до 5! За жалкие 360 к/нсек! А то я уже задолбался целый день думать, читать, изучать, экспериментировать, имея в результате 2 строчки кода в рабочем проекте...
Дайте простую работу, пожалуйста.... :)
Не могу плюсануть, поэтому скажу, что полностью с вами согласен.
Миддл без опыта работы это что то новое. Почему сразу не техлид или архитектор? Ведь это тоже не тайные знания, все в открытом доступе.
Мидл это это не про тайные знания, а про опыт, а опыта без опыта не бывает.
какой опыт? 2 года крудошлепить и дто проектировать? решение любого вопроса мидловского уровня есть в гугле
Я в 2005, без коммерческого опыта устроился на работу сразу мидлом, да еще и на з/п выше рынка процентов на 30 :) Но тогда повезло:
Конторе надо было впарить заказчику кого-нибудь не ниже мидла.
Контора была партнером МС, а у меня тогда был хороший сертификат MCSD (пять экзаменов)
Заказчик был американский, а у меня был еще сертификат IELTS (уже даже не помню сколько баллов).
Но это, конечно, не типовая ситуация.
если человек искренне интересуется программированием и что-то изучал самостоятельно, то он вполне способен пройти собеседования и работать сразу миддлом.
Нет, человек без опыта не способен ни пройти собеседование на мидла, ни тем более работать мидлом.
ты наверное сейчас в обморок упадешь, но я тебе скажу, что существуют разные курсы которые стабильно конвейером выпускают мидлов без опыта, и спокойно они собесы проходят, и работают потом. Тяжело конечно на первых порах много нового узнавать, но "не способен" это ошибочное мнение
Это что же за магические курсы такие?
тебе что нужно, название курсов или описание того как там мидлы обучаются? вообще интересно за что мне минусов в корзинку накидали, я не мнение, не предположение написал, а факт который опровергает мнение
не мнение, не предположение написал, а факт который опровергает мнение
Серьёзно? Вы пока не привели ни одного факта, только слова
Ну если это факт, значит есть, чем его подтвердить. Поэтому скидывай всё - что за школа, конкретные люди и так далее.
Курсы не могут "выпустить" мидла, мидл - не звание, а показатель опыта, по большей части личного опыта. Не академического изучения, а продакшн применения.
И все таки нет. Мидл и сеньер это все же знания и навыки, а не просто выслуга лет. Несомненно эти знания и навыки не получить без опыта. Но опыт можно получать не только лишь работая в коммерческой организации. В принципе можно стать очень опытным будучи контрибьютором опен сорса, например. Ну или же пет проекты - большинство из них это несложные поделки-песочницы для развлечения и тренировки конкретных навыков, но бывают такие собственные проекты, которые посерьёзнее коммерческого ПО будут.
Курсы не могут выпустить инженера-програмиста, потому что профстандарт 06.001 требует минимум бакалавра у инженера-програмиста.
А мидла могут. Устроился на мидла после курсов? Значит курсы выпустили мидла.
Жаль, что местные илитарии не могут принять реальность.
если человека взяли на позицию мидла и не увольняют - он мидл. Теоретическая оценка грейда по стажу и знаниям не работает. Да и у кого есть право решать кто мидл а кто нет?
Факт? Курсы потоком мидлов проходящих собесы?
Ну пару раз видел, тех кого взяли после курсов, из сотен тех кого не взяли.
Это айтеко, который продает банкам джунов как мидлов.
Есть реальные примеры, где люди устраиваются без опыта на зп мидлов (от 200к) за год+- под наставничеством ментора и подготовкой к собесам. Можете не верить, но возможно среди вас работают такие люди. Возможно вы в другом стеке и у вас этого нет. В моём стеке я не представляю такого. Речь не про единичные случаи, там реально на потоке. А самое главное людей не увольняют, значит бизнес всё устраивает.
Эти знания набираются шишками, которые набиваются за годы (десятилетия). Изучить очередной фреймфорк - это не всё, как делать (или, скорее, не делать) тоже очень важно (для мидла и выше). И многие эти знания универсальны, не зависят от языка и платформы.
о времени когда ИТшечка не была для фарма бабла
Это когда была для экономии бабла (нанимателем), тыжпрограмист, потому от починки чайника в бухгалтерии до написания софта в той самой бухгалтерии - всё твоё. Развивайся, не обляпайся. Выросли профессионально те, кто не застрял там.
Ну это явное заблуждение. У меня не очень большой опыт, но я помню каким я был до устройства на работу и какой я сейчас. Человек без опыта может и сможет решать задачи мидла, но будет это явно не очень.
Мидл, это не про теоретические знания, а про опыт и способность решать задачи. Никаких тайных знаний в плавании, например, тоже нет. Ознакомьтесь с информацией в интернете и попробуйте при первом посещении бассейна отплавать на разряд.
А человек без практического опыта, это не джун, это стажёр. Джуном он станет, поработав на первой работе пол года - год.
лично мое мнение - если человек искренне интересуется программированием и что-то изучал самостоятельно, то он вполне способен пройти собеседования и работать сразу миддлом
))))))))))) А почему только мидлом ? Может сразу архитектором ну или CEO
Потому-что всё ещё верят что жалобные статьи на хабре про дефицит откуда-то родят им мидлов.
У нас вот уже нет-нет, да и берут толковых джунов без опыта. Но не по всем направлениям
Да они и за сеньоров не готовы платить. Мне вот альфа на 100к больше тинька предложила, выбор в принципе стал очевиден.
Или можно перефразировать: почему требования к джунам резко стали как к мидлам?
Компании Зажрались! И хотят уже супер мупер пупер спецов...
Привожу конкретный пример OZON:
В группе в телеграмме на закрытые курсы через контест 256 (или как они там называются) около 4000 разработчиков . Далее в последнем контесте среди разработчиков принимало около 300 человек . Около 80 человек решили почте все задачи.
В чём ваша проблема? Вам мало допустим только 80 лучший разработчиков или как это работает?
Да и мидлов то не особо берут. Нужны сеньоры, которы из-за синдрома самозванца считают себя мидлами
С точки зрения миддлов и выше я вообще не вижу причин идти в Тинькофф. Пробираться через их 3-4 этапа "как в FAANG", чтобы получить потом зарплату как у всех? Просто зачем?
Вот мне тоже не понятно почему люди из тинька выпускают такие заявления учитывая их анальный (уж извините) процесс собеседования и то как они нос водят от кандидатов. Ну если только их не попросили заявить это для всяких дедушек.
Буквально на днях проходил собес к ним. Ответил почти на всё, лишь на каких-то типичных глубоких вещах, которые как обычно не имеют отношения к реальности. В итоге - не прошел из-за этого. Бред?! К счастью не дошел до их тупой секции по алгоритмам. Вообще не вдупляю, зачем мидлам/сеньорам они?! Я же на позицию разработчика бд или чего-то такого прохожу
Был не так давно на их собесе в качестве Oracle-разработчика. Хочу отметить, что особо глубокие вещи они не спрашивали, а те вещи, на которые я недостаточно хорошо ответил - по сути сам виноват, что забыл/недостаточно хорошо понял ранее. С другой стороны, даже такие не шибко глубокие вещи довольно редко нужны на практике, ибо практика обычно состоит в реализации бизнес-логики, а не вот этой вот постоянной предельной оптимизации и знании того, какими тремя путями может быть исполнен hash join в зависимости от кол-ва доступной памяти. Хотя на самом деле засыпался на простейшей задаче sql, сам не понял почему, то ли от волнения, то ли от того, что уже был глубокий вечер. Сидел тупил, после собеса сразу озарило, как это просто. Бывает. И вроде там не предполагалось еще по алгоритмам каким-то гонять.
О, опубликую свой пост из linkein про тиньков. Нюанс в том что 4 этапа интервью - это еще не самое сложное. Еще надо попасть в нормальную команду с нормальным тимлидом. А они мимикрируют.
Интервью там были долгие и не самые внятные. И лайфкодинг слишком долгий, как по мне. Но!
КАК Я (НЕ)ПРОШЕЛ ИСПЫТАЛКУ
Очень хочется поделится своим трехмесячным опытом по прохождению испытательного срока в одном известном большом желтом банке из РФ.
С этим банком у меня уже были попытки наладить трудовые отношения, когда я трудился еще в сфере поддержки, но они предлагали ЗП сильно ниже рынка и в 3 раза меньше, чем я получал на тот момент. Аргументируя это тем, что у нас "Все так начинают", зажав 100$. Ну да ладно..
В этот раз я повелся на трудовой договор вне РФ и полную удаленку. Сначала были ожидаемые для крупных компаний 4 круга собесов - скрининг, тех.интервью QA, тех.интервью программирование, интервью с тим.лидом. Заняло это в общей сложности пару недель и 4 часа чистого времени на созвоны. После согласования ЗП, получения техники и доступов, началось погружение в проект.
Проект был достаточно простой архитектурно(3 БД, шина, API с ломаной сваггер схемой) и, как мне показалось, не очень правильный с точки зрения организации качества. Но 3 месяца я упорно старался вникнуть в эту организацию, послушно подстраиваясь под командные процессы.
В банке существовало ревью для прохождения испыталки. Задачи были согласованы с тим лидом и ментором. Под конец срока я начал закрывать самостоятельно задачи на доске, учавствуя в дейликах и 3амиго уже как полноценная единица.
Но... Оказалось, что проблемы у меня все-таки были. Хотя я и закрыл задачи на ревью, со слов тим лида, я делал задачи недостаточно быстро(хоят в KPI не было метрик по времени выполнения), были просадки по трекеру рабочего времени на рабочем ноуте(да, да, такое еще существует в ИТ).
Кажется, меня подвели под формальное увольнение под предлогом. Проблема только в том, что сделали они это уже после окончания испытательного срока - опоздали на 3 дня. Компании пришлось заплатить за это несколько тысяч долларов. На конечных переговорах руководитель департамента описала этот случай как "неправильно дали фидбек". И можно посчитать, во сколько компании обошелся этот "фидбек":
- моя зп. Первый месяц я почти все задачи закрывал с ментором. И половину второго тоже. Т.к. всегда надо было координировать процесс.
- оплата ментору за доп.нагрузку
- оплата интервьюверу за доп.нагрузку
- пустой круг hr за привлечение
- согласованная сумма выходного пособия для меня, т.к. я не соглашался добровольно писать заявление, аппелируя к факапу компании. И я был прав. Ошибка тим.лида привела к потерям компании.
Функционально я для позиции полностью подходил, а вот для комфортной работы с тим.лидом - нет. Это был тот тип менеджеров, которые любят видеть в сотруднике жажду переработки и нацеленность на процесс, а не на результат. И я уже вырос из такой стартапской психологии к своим 15 годам опыта в ИТ.
Я пришел к выводу, что позицию освободили для кого-то "своего".
А и еще... несмотря на такой сложный и дорогой цикл подбора кадров, в компании нет внутреннего процесса смены команды на этапе испыталки. Несмотря на то, что внутри всегда нехватка спецов.
Не знаю как сейчас, но пару лет назад алгосекция в Тинькофф была простой. Задачи уровня easy/low medium в отличие от того же Яндекса, где бывали и простые hard.
Зарплата не выше других, но инженерная культура хорошая. Можно было писать сервисы без жирного спринга, попробовать Kotlin, Scala, Go. Сомневаюсь, что в других банках такое возможно.
Сомневаюсь, что в других банках такое возможно.
Развейте свои сомнения, банально изучив HH. Котлин, скала и голанг - давно уже мейнстрим, который есть в каждом банке. Времена, когда бигтех был огого, а остальные лаптем щи хлебали давно прошли. Сегодня в конторе на 20 человек могут быть гораздо более эффективные механизмы и более зрелая культура, чем в сберах, тиньках и яндексах.
"Давно уже" - это сколько лет?
Банк - это не только мобильное приложение, это прежде всего центральные сервера и автоматизированная банковская система (АБС) где крутится вся основная бизнес-логика (а ее там... "вам по пояс будет" + еще немножко). АБС в банке существует с самого его "рождения". Менять АБС просто ради "современного стека" героев нет. Из известных истории случаев - один. И тот вошел в анналы "как не надо делать". Банк Содружества Австралии и Океании. Полная смена стека на "современны" заняла у них 5 лет. С 2012 по 2017гг. Обошлась банку в $750млн (есть у вас лишние три четверти ярда баксов которые девать некуда?). Глюков попутно огребли.... Самый эпичный - обнуление кредиторской задолженности всех клиентов. По-моему, тогда пришлось делать полный откат с ленты на предыдущий день и ручками все править. Оно кому-то надо?
Посему, на центральных серверах ядро будет то, которое туда поставили лет ..цать назад. Дальше - доработки, оптимизация и т.п. Но у рамках того что есть.
Да, вокруг серверов еще много чего - "внешние системы". Но они уже скорее business critical, тогда кк ядро - mission critical. Нат внешних системах свободы побольше. Но и такой концентрации бизнес-логики в одном месте там нет уже. И требования к устойчивости-надежности-эффективности ниже.
АБС - очень консервативная система. Любое, самое минимальное изменение там тащит за собой длинную и долгую цепочку тестов и ретестов - компоненты, бизнес, интеграция, нагрузка, техтест на прелайве... Потому там минимум всякого опенсорса (где патчи с закрытием очередной дыры раз в неделю выходят - замучаешься ретестить).
Отчасти поэтому молодые-креативные все это не жалуют - там не покреативишь особо.
Они теперь уже не FAANG а MAMAA )
Ой, а что произошло-то? Возвращайтесь, мальчики. Будем работать, братья!
За забором-то смотрели???
Возьмите лучших из худших
Какое-то лицемерие.
Вот только я с 1.8 года корпоративного опыта на 9/10 резюме получал отказ. При этом ЯП - C#. Так что ставлю его заявление под сомнение
Так у вас в резюме наверняка не было написано "готов работать бесплатно", бггг...
Охохо, я с 18-летним корпоративным опытом .net получаю отказ примерно в половине случаев, как недостойный звания сеньора после техсобеса. Вообще не показатель. Знаю сеньоров/техлидов которые в очень крупных и известных проектах участвовали/писали/проектировали, растили джунов, а потом полгода искали работу с кучей отказов. Зарубеж/РФ/Грузия/Польша/Германия/Армения - не важно.
Добавлю, в поисках своей последней работы отправил около 400 раз резюме, прошел около 60 собесов, заняло 4 месяца.
Это где возможна удаленная работа.
Тут, возможно, уже возраст. Молодой, развивающийся коллектив, а тут ты такой, вдвое старше среднего (по своему опыту). "Идеальная секретарша должна быть в возрасте 18 лет и иметь 30летний стаж работы"(Ц)
С одной стороны, конечно, опыт, с другой скорость обучения не та, что 30 лет назад, да и опыт может быть в антикварных системах, который не все видят применимым в модно-микросервисном мире.
Именно так и думают 25-летние тимлиды, это стандартные заблуждения молодежи, что все кто старше 40 лет, старые пердуны которые микросервисы не нюхали. Именно эти старцы, и тащили в мёртвый мир DHTML, например, JQuery, в отсталый мир ASP VBS сначала MVC, а потом .net core, пробовали Ruby, ковыряли LAMP, помнят ужасы сессионной модели состояния, ужас DLL hell, миллионы дырявых CMS на php и прочее, и уж кто бы больше понимал, в чем преимущества микросервисов (некоторые), над монолитом, тогда как те, кто сейчас вошел в разработку 3-5 лет назад и уже сейчас сеньоры даже не видели эти страшные монолиты в глаза никогда.
Я недавно был на собесе, игровая компания, надо писать бэк на .net. Прямо с ходу, 27-летний тимлид заявил, что они пишут бэк воюя за каждый байт аллокации и бьются за каждый лишний unboxing, делают обязательный предварительный прогрев, обмен данными между сервисами считают чуть-ли не в наносекундах. Я уже сразу понял, что это не мой профиль, я корпоративщик, а не BDSM-щик. Я спросил, а нафига тогда они пишут на C# под .net, да, на C# можно так писать, но его дизайн не для такого хардкора, есть, например Rust, чего не использовать все преимущество дизайна языка сразу, зачем страдать над каждой аллокацией? Разговор как-то не задался.
27-летний тимлид заявил, что они пишут бэк воюя за каждый байт аллокации и бьются за каждый лишний unboxing, делают обязательный предварительный прогрев, обмен данными между сервисами считают чуть-ли не в наносекундах.
А зачем на backend все это садо-мазо (который, к тому же, наверняка еще и ухудшает архитектуру из-за компромиссов между ней и производительностью)? Не проще ли еще пару серверов поставить?
Не так давно тоже был бродячий цирк. На интервью попросили в виде live-coding слепить веб-сервис, который бы по запросам брал данные из трех других сторонних сервисов, и каким-то хитрым образом их соединял и агрегировал. Когда я сказал, что тут час уйдет только на то чтобы mock-ать эти сервисы для тестов, мне (тимлид) ответил: "Мы стартап, единственный критерий у нас это скорость написания кода, и тестами мы вообще не заморачиваемся". "Ну, говорю, спасибо за уделенное время, но нам с вами не по пути - снимаю свою кандидатуру с выборов" :))
Не проще ли еще пару серверов поставить?
Нет, не проще. Если нет понимания, зачем конкретно нужны ещё пара серверов.
Очень часто в бизнес приложениях код в сотни раз медленнее чем может быть. О каких "паре серверов в этом случае может идти речь"?
Оптимизациия начиняется с измерения, затем собственно оптимизации, и только после этого - математического расчёта оптимального числа серверов (если их действительно надо добавить, что далеко не всегда требуется и главное, далеко не всегда помогает)
Очень часто в бизнес приложениях код в сотни раз медленнее чем может быть.
Стоит ли писать код месяц вместо недели (да еще и наводнять его всевозможными хаками), чтобы уменьшить отклик веб-приложения с одной секунды до 10 миллисекунд?
Там где есть БД (а в бизнес-приложениях она всегда есть) она съедает такую львиную долю производительности, что ускорение сервера приложений даже в два-три раза никто в итоге и не заметит.
В бизнес-приложениях практически всегда проблемы с производительностью связаны не с отдельными кусками кода, а с общей архитектурой (как примеры - использование одной общей БД для OLTP и OLAP сценариев, использование везде реляционной БД, даже не рассматривая альтернативы, или использование HTTP там где рациональней MQ).
1) 10 ms - это меньше пинга. Но в целом, есть большая бизнес-ценность в том, чтобы ответ от сервера доходил до конечного пользователя быстрее 500 ms. Даже исследования на эту тему проводили.
2) Работу с БД тоже можно оптимизировать и за счёт этого улучшить производительность иногда даже на порядки
3) Оптимизация архитектуры - это тоже оптимизация
P.S. Все выше перечисленные пункты не означают, что на алгоритмическую сложность самого кода можно забить и писать O(n^3) повсюду
Стоит ли писать код месяц вместо недели (да еще и наводнять его всевозможными хаками), чтобы уменьшить отклик веб-приложения с одной секунды до 10 миллисекунд?
Ну это от задачи и требований зависит - где-то стоит, а где-то нет. Что точно не стоит делать - так выполнять какие-то неосмысленные рандомные манипуляции. Оставьте это гуманитариям. Померить перформанс и найти узкое место - обычно месяц не занимает.
Там где есть БД (а в бизнес-приложениях она всегда есть) она съедает такую львиную долю производительности, что ускорение сервера приложений даже в два-три раза никто в итоге и не заметит.
Я бы так не сказал. Последние 4 месяца занимаюсь перформанс инженирингом и померил/нашёл перформанс баги где-то в 15 микросервисах, что у нас используются - обычные бизнесовые CRUD приложения. Все цифры у меня перед глазами: ускорение - в 5-100 раз в зависимости от сервиса, и оно достигается вовсе не из-за того, что база вдруг быстрее начинает работать. И даже после всех оптимизаций нет такого, что база отжирает прям "львиную долю времени" - вы переоцениваете медленность баз данных. Очень часто перформанс проседает на различных строковых операциях, аля регулярки либо парсинг JSON-ов, ещё у нас много времени тратится на парсинг строковых представлений вещественных чисел. Есть проблемы с архитектурой и как ниже правильно написали - оптимизация архитектуры - это тоже оптимизация
использование везде реляционной БД, даже не рассматривая альтернативы
Вот честно говоря, ещё не сталкивался на практике, чтобы проблемы возникали из-за реляционности базы данных.
, и уж кто бы больше понимал, в чем преимущества микросервисов (некоторые), над монолитом, тогда как те, кто сейчас вошел в разработку 3-5 лет назад и уже сейчас сеньоры даже не видели эти страшные монолиты в глаза никогда.
Даже более. Старцы писали проекты на этих "микросервисах" (DCOM, CORBA) ещё когда эти "25-летние тимлиды" даже не родились. Поэтому уже имеют практическое понимание границ применимости этой архитектуры.
Иной раз лучше взять 40+ дельфиста и дать ему время разобраться с современным стеком. Всё же проверенная временем инженерная культура разработчика куда ценнее чем знания модняцких фреймворков.
Очень далеко не все, что работает в нескольких отдельных процессах и взаимодействует между собой это микросервисы.
Ну в общем и целом - да. Тут даже придумали термин - "модульный монолит". Где не микросервисы, но куча отдельных модулей (каждый из которых разрабатывается и внедряется отдельно), работающих (в общем случае) параллельно каждый в своем изолированном задании (job) и связанных между собой ABI.
Вообще, модель акторов была еще в 1973-м году придумана. Живы ли еще те "старые пердуны" которые ее разрабатывали и продвигали?
Я лет 18 на джаве разрабатываю - и до сих пор ещё не всё знаю, поэтому не совсем понимаю, что вы имеет ввиду под "время на разобраться". "Инженерная культура" - это пара процентов от того что требуется разработчику. Знания "модняцких фреймворков", инструментов, приёмов, подводных камней и пр. - это то что помогает инженеру не творить дичь, а эффективно работать.
Примерно аналогичная ситуация была. Хотел перейти из 1С (опыт 15 лет) в js (опыт 1.5г) - практически никому не нужен. Те до собеседования доходил 1 из 10 откликов. Просил минимум для мидла
Странновато. Имею опыт перехода из 1с (4.5 года опыта) в андроид разработку. Почти 0 коммерческого опыта было если не считать крошечный нативный сервис который с мобильной 1с интегрировался и только за пол года до того перехода начал активно разработку под андроид нативную изучать. Причем понадобилось всего 1 собеседование, и то когда мне HR написала - она предлагала в веб перейти, про вакансии с андроидом связанные я у нее сам спросил.
Помнится когда я получил оффер от тинькоффа, то надо было для устройства обязательно подписать "условия передачи информации", которые с их слов подписали все кто там работает. Я не юрист, но меня почему-то триггернули следующие абзацы:
Я даю своё согласие АО «Тинькофф Банк», далее – Банк, а также его аффилированным лицам, включая, но не ограничиваясь АО «Тинькофф Страхование», ООО «Тинькофф Мобайл», ООО «Тинькофф Центр Разработки», на обработку вышеуказанных персональных данных любыми способами (в том числе автоматизированным и неавтоматизированным), предусмотренными Федеральным законом «О персональных данных», в целях заключения и исполнения договоров с Банком и его аффилированными лицами.
...
Также посредством подписания настоящей Анкеты я даю согласие Банку, а также его аффилированным лицам на получение информации, в том числе рекламы, о продуктах, услугах и вакансиях Банка (в т.ч. по сетям электросвязи), данное согласие дается на срок десять лет со дня подписания настоящей Анкеты, и может быть отозвано установленным законодательством способом.
Можно много рассуждать по поводу "можно же отказаться в любой момент", но в тинькоффе я так и не поработал.
За вычетом пункта о спаме такое с 2006 года требуют на каждый чих везде где только можно.
Угу. Ибо нынче это требуют с отдела кадров, а если не будет - на очередном аудите штраф компании. Но рассылать спам от компании - это как-то перебор...
С 2006 я сменил работу юридически раз 5, офферов получал в несколько раз больше. Я могу говорить только со своего опыта, но у меня подобных штук ни разу в жизни более не было.
Я не говорю про обработку данных вообще, да в каждом договоре присутствует что-то на подобие "ПД для заключения трудового договора", но только в одном было, что договоров вообще, не только с работодателем но и вообще с любым, причём не ограничиваясь юриками работодателя (я читаю это примерно как вообще любой договор может быть заключен нужно ли на это согласие из этого и текста внутри мне неясно). Ну и вишенкой рассылка спама во все дыры.
В сентябре глава Сбербанка Герман Греф заявил, что дефицит IT-специалистов в России составляет сейчас больше 1 млн человек
Здесь речь идёт о том, чтобы сбить зарплату в N раз и как раз создать ту самую очередь за забором с низкими требованиями?
В стране на данный момент открытых вакансий, которые можно отнести к IT, как минимум в 5 раз меньше
Работодателям выгодно когда избыток работников на рынке, работникам наоборот, когда дефицит
Дефицит работников повышает их стоимость, что привлекает в отрасль новых участников
Но дефицит, я думаю, именно в квалифицированных специалистах
Но университеты и институты работаю, заготовки специалистов выпускают, пару лет работы и из выпускников получаются вполне себе мидлы. Жаль не все компании себе могут позволить воспитывать специалистов, а ищут уже готовых.
Либо не хотят растить, а не не могут. Пример, Додо, которые и миддлов то не брали лет 5 назад. И, судя по митапам, это у них политика такая, которую не факт, что поменяли
и что приложение, сайт летает? (сам не пользуюсь)
В вашем сообщении текст в скобках поменять на "сарказм")))
Не без косяков, конечно. Например, запилили новую фичу: курьер отображается на карте, но.. Счетчик времени забыли поправить. И вот курьер ещё ждет пиццу в пиццерии, а счётчик говорит "ща всё будет, уже стоит у дома"))
Ну и так по мелочи им багрепорты делал, в том числе через собеседующего однажды делал, ибо баг нужно было быстрее дотолкнуть до разрабов, чем через тп
если набирают 1 или 5 бэков то вакансия всё равно одна. У крупных компаний много такого
А рядом товарищи ответственные за развитие цифровой экономики выпиливают последние шансы на доступ к качественным материалам по ИТ, в виду из размещения на не импортозамещенных ресурсах.
Так держать товарищи!
Когда человек выходит на рынок IT, он через три дня получает пять-семь оферов, причём с повышением.
Если человеку при выходе на рынок труда сразу готовы платить больше чем у вас, значит ваша зарплата ниже рыночной. Платите по рынку, и тогда в целом люди будут получать такие же предложения, как у вас, а значит будут меньше уходить.
Когда Греф "плюнул" на программистов, они улыбнулись...
Можно обобщить.
В любой отрасли всегда есть жуткий дефицит опытных, высококвалифицированных, низкооплачиваемых специалистов!
/i/s )
Мне кажется просто у самого Тинька слишком завышенные критерии к кандидатам, вот они и сделали вывод о дефиците кадров). Сколько ни откликался, когда был в поиске работы, даже на собес не позвали)). А теперь и сам не пойду, полно достойных работодателей в РФ, помимо Тинька, Яндекса, Сбера и прочих работодателей с нимбом на голове).
Странно, вроде бы наоборот рынок сейчас склоняется больше в сторону компаний, чем разработчиков. Два года назад, фронтовых мидлов "на рынке" почти не было, оутсорс вынужден был нанимать джунов и доучивать их. Сейчас мидлы есть на рынке, в том числе за счёт сокращений в крупняке всяком, который увольняет тех кто уехал (ну или заставляет возвращаться).
Насколько я знаю Тинькофф точно так же не готов работать с людьми за границей, но есть конторы, которые перепродают в Тинькофф людей и они уже не обращают внимания на геолокацию.
Может банки нанимают только синьоров ? Да, синьор всё ещё штучный товар, но таки мне казалось, что у банков дела всё ещё идут хорошо, за счёт того, что они в ставках разработчиков не ограниченны ценником перепродажи их клиенту. Видимо нет, а может у Станислав Близнюка есть доля в какой нибудь ITвойти в школе.
Действительно, а чего это не хватает специалистов, когда вы вводите тесты с кучей вопросов и меньше минуты времени на обдумывание каждого вопроса, собесы и бан на полгода в случае провала одного из этапов ?
А можно просто собрать все эти комменты о них в отдельную статью и облить ею тинька?там у них и планка сразу рухнет, и зарплаты подрастут у персонала за счёт эффекта хабра. Но будет уже поздно и черная полоса других последующих неудач один за одним настигнет бан.к и можно делать ставку на падение акций, если таковые имеются. А мы можем затариться попкорном и наблюдать. Не удивлюсь даже, если это статья появится анонимно от бывшего или действующего сотрудника, который в курсе всей их кухни и хочет повышения зарплат или мести?
Так у Тинькофф и будет дефицит с таким подходом к подбору, т.к.:
Есть ресерчеры которые твое резю смотрят по ключевым (известным только им словам), и если нет этих слов, твое резюме летит в урну (даже если у тебя большой опыт). Поэтому подход к составлению резюме для Тинькофф это отдельная история.
Смотрят повторно раз в шесть месяцев, причем если тебе написал рекрутер из Тинькоф и ты с ней просто поговорил (даже НЕ ПРОХОДЯ тех интервью), то счётчик сбрасывается на период плюс 6 месяцев. То есть, по факту, собеса не было. А ставят как-будто он был. Честно не понимаю как у них внутри, но выглядит довольно эпично.
Странно это... Пусть берут джунов без опыта. У меня уже около 200 отказов при том, что предлагаю практически любые условия оплаты, хоть по принципу стажировки.
Скилбокс, Гикбрейнс - где сна специалисты?
Ну вот он я, пусть и не прошедший курсы вышеупомянутых компаний, но аналогичный курс в процессе прохождения. У меня за плечами больше 10 лет опыта работы по направлению ИТ-инфраструктура. Пошёл на курс Devops ради полной удалёнки. Курс завершается в январе 2024, я уже вышел на новую работу devops инженером с зарплатой уровня middle. Не надо всех под одну гребёнку, мне курс очень многие пробелы восполнил, дедлайны помогают не забивать на самообразование, а уплаченные деньги за курс развивают самодисциплину).
так в том и дело, что все говорят о дефиците, но совсем не торопятся брать джунов. Ждут, когда кто-то другой обучит и вырастит
Пардон, тут что, только одни программисты? А что делать сетевикам, админам?
Не нужны сегодня программисты. У нас огромное количество программистов, с которыми мы боремся", — продолжил глава Сбербанка.
Эффективные менеджеры настолько успешно поборолись с программистами что работать стало некому :)
Многия руководителя мыслят категориями "управления персоналом", а не "цель - решение задачи/проблемы" ... но в этом на самом деле нет ничего обидного - так исторически понималось "лидерство" - главное возглавить толпу и повети её - хоть в пропасть ...
Сбербанка Герман Греф заявил, что дефицит IT-специалистов в России составляет сейчас больше 1 млн человек.
Его же слова ранее были - ... программисты больше не нужны ... - так что учитываете что это очередной греф
https://ria.ru/20171020/1507247270.html - там он тоже про лям программистов говорил - но что это лишние люди
Он же не сказал каких, какого уровня и на каких условиях) В этой новости также. Они все знают, что это будет цитироваться и обсуждаться, поэтому, возможно, это говориться не для тех кто пытается устроиться, а для своих, чтобы не расслаблялись + чтобы искусственно завышать планку требований. Больше требований - меньше текучка.
Господину начальнику тинькова можно посоветовать купить кузницы кадров типа скилбокз и скилфуктори - вот тогда и хлынут в их компанию мотивированные, обученные кадры)))
У них есть свое обучение. Тинькофф образование. И нормально кстати учат + бесплатно. Но есть отбор
у них там малые группы. А там где большие, все равно, они (тинёк) физически не могут (и не хотят) переваривать 1000-и джунов. И не только Тиньков. Яндекс практикум тоже как бы к Яндексу не имеет отношения. Хотя казалось бы.. А вот нет. А ведь учат за деньги
То есть, грубо говоря, обучили 30 человек, но часть из обучаемых не пойдут работать в Тиньков по разными причинам, а та часть, что пойдет, очень небольшая и в масштабах компании не закрывает все дыры.
Учат и правда неплохо (учился в АДВИ), но опять таки, допустим позвали они топ-30 учеников от всего потока, но топ-ребята то как раз и без Тинькова неплохо себя на рынке ощущают.
вообще конечно, с точки зрения государства, можно было сделать какие-то курсы совсем бесплатными, пусть будут платными экзамены. Да, кое какие- программы обучения есть (типа проект "Демография" или обучения стоящих на бирже труда), но сопряжены с выполнением кучи условий (быть мамой в декрете или стоять на учете на бирже, а еще потом стать самозанятым) и туда попасть может далеко не каждый. Ну и само качество у бесплатных гос-программ судя по отзывам не ахти
p.s. Есть Степик, но он скажем так "бессистемный" во многом, однако там полно бесплатных или не сильно дорогих курсов. Просто кладезь инфы
Тинькофф образование
Там входные тесты такие что тот кто способен их пройти, может просто сразу пойти работать, без всякого обучения :)
Может, стоит улучшить процессы в том же Тинькофф Старте? Чехарда и бардак там полнейшие.
не посылал резюме в 2023 году. но при этом 3-4 раза в неделю пишут с предложением рассмотреть вакансию. правда в 60% случаев вакансии не соответствуют моему резюме:-)
Вся проблема в том что крупные компании понимая востребованность профессии не делают для детей учебные центры, да с государством договариваться что бы детей воспитать, так проще, надежнее и можно получить гораздо качественнее специалистов, ведь когда учаться и обмениваются опытом растут по экспоненте, а те кто в процессе отсеяться уйдут на другие направления
Да тут сложно их обвинять -- вложение в обучение детей имеет какой период окупаемости? Лет 20-30? Буквально ни одна негосударственная компания в РФ не может быть уверена, что она вообще будет существовать через 20 лет, и уж отдельный менеджер любого уровня в такой компании почти точно знает, что его в ней не будет. А надеется, что и в России тоже.
Поэтому они отклоняют резюме разработчика с >3-х лет стажа без собеседования?
Что вы напали на Тинёк??? Ну нет у них нормальных кодеров, всех на собеседовании рубят ничего не понимающие в этом магагеры.
Как их клиент, нашёл баг в приложении: неверное отображение данных. Открыли запрос: 4й месяц решают ;) но каждую неделю смс-ят: "нам нужно больше времени".
Судя по тому, как банки массово избавляются от Dev'Ops инженеров и скидывают их работу на программистов, им нужны сеньор-программисты, которые еще могут делать всю работу по инфраструктуре, успевая в KPI по разработке, нянчить джунов, выступать на конференциях и при этом максимально дешево. Странно, что они при этом еще жалуются на отсутствие желающих... У меня лично с каждым годом все меньше и меньше желания связываться с банками и "FAANG'анутыми" компаниями аля Яндекс. Работаешь там до выгорания, а потом несколько месяцев отходишь...
Джуниоры не нужны. Но специалистов не хватает.
А все потому, что бизнесу не нужны джуны, не нужны сеньор и мидлы. Нужны те, кто работать могут. А все эти разделения - лишь для самих разработчиков. Ну и для продавцов курсов. Типа после обучения человек становится джуном - что-то умеет, но без поддержки более опытных коллег пока не готов к свободному плаванию.
А там точно есть специалисты в достаточных количествах? Есть некоторые сомнения в этом.
В Украине и Беларуси есть или были. Оттуда переехать никаких проблем. До 22 года точно никаких. Сейчас есть особенности самого переезда, но в целом тоже проблем нет.
Человек не способный за 10 минут купить билет между Россией и Европой не нужен. Он ну не очень умный.
Карточка или точнее аккаунт в российском банке есть если не у каждого первого, то у каждого второго точно.
Защиту от мобилизации дали. Работает без проблем. Пара частных случаев это пара частных случаев. Есть вопросики к требованию образования, тут косяк. Стоит что-то поменять. Я бы заменил на требование зарплаты х2 к средней в регионе/стране или образование. Тогда все мидлы и выше пройдут без лишних странных требований.
Я все еще не вижу что вы хотите добавить. Облегчить получение и перевод денег на виртуальную карту? Наверно стоит. С лимитами, ограничениями и все такое. Чтобы именно жилье там снять можно было и прожить пару дней до личной явки в банк или встречи с курьером. Не более того.
Деньги на релокацию фирмы сами дают. Иногда эти программы активизируются, иногда прикрываются. Хорошему сеньору обычно дают всегда. Назвать могут по разному, не важно. Тут все работает нормально.
>Защиту от мобилизации дали. Работает без проблем.
Пока работает.
есть IT-отделы у очень крупных, но совсем не IT-шных по основному виду деятельности, компаний
Таких, практически, не осталось. Я так вообще ни одной не знаю. И причина не столько в брони, сколько в очень жирных льготах. Поэтому выделили свои IT отделы в отдельные юридические лица.
Если работник оформлен не по коду профессии из перечня Минцифры
Аналогично. Не будет аккредитации, которая зависит, в том числе, от количества персонала с определенными кодами профессий - не будет льгот.
Таких, практически, не осталось. Я так вообще ни одной не знаю.
IT подразделение любого банка, к примеру.
Поэтому выделили свои IT отделы в отдельные юридические лица.
У нас предлагали, народ сказал "нафиг, и так хорошо".
Кстати, одного человека из нашей команды, знаю его лично, вытащили непосредственно из военкомата осенью прошлого года. Было четкое указание - придет повестка, сразу сообщать руководителю. В результате в военкомат подтянулась команда юристов, мотивировали что "занимает ключевую позицию в обеспечении работы системообразующего банка". Вытащили.
IT подразделение любого банка, к примеру.
Какой смысл банку нести такие издержки? Или боятся потерять контроль за непрофильным активом?
Тут не об активах речь, а о "системе жизнеобеспечения". Вот мы (Альфа-Банк, Департамент информационных технологий, Управление разработки центральных банковских систем, "третья линия сопровождения") занимаемся тем, что работает непосредственно на центральных серверах - АБС (автоматизированная банковская система). Появился новый бизнес-процесс - мы его реализуем. Изменилась логика с существующем процессе (поменялось законодательство, изменились требования регулятора) - мы вносим соответствующие изменения в нужные модули. Обнаружили "дефект промсреды" - правим. Потребовалась оптимизация какого-то процесса (клиентская база выросла, какой-то процесс начал выходить за рамки отведенного для него временного и/или ресурсного окна) - оптимизируем. Придумали на фронтах новую "креативную фичу" - идут к нам - "нужна поддержка на стороне сервера - хотим получать ответы на такой вот запрос" - мы реализуем.
Тут постоянно что-то меняется и это наша забота, боль и ответственность.
Так что не актив. Обеспечение работоспособности бизнес-подразделений.
Кстати, ник интересный :-)
У нас в С/С++ есть такой вот модификатор:
char* __ptr128 pBuffer:-)
Выделенные IT кампании сделали уже все. Перевести на нужную должность вообще дело пары недель. Проблемы только у геймдева на самом деле. С ним точно косяк.
Остальное какие-то странные предположения. Оснований под ними не видно. IT лобби внезапно оказалось очень сильным с очень высоким представительством. И объединенным что немаловажно, не надо с каждыми рогами и копытами говорить. Есть общая позиция и общий человек говорящий от всех. Предполагать что завтра это все исчезнет нелогично.
Это про тех, кто удрал из РФ. У условных беженцев из Украины, и жителей других республик бывшего СССР русских карт, как правило, нет. А их тоже можно было бы хантить, если бы в этом была реальная потребнос
Насколько я вижу как раз у них есть массово. Люди много катались в Россию или даже работали на российские конторы. Аккаунт в том же Сбере это на самом деле очень удобно.
Но статистики у меня нет и откуда ее взять не знаю. Легкое получение виртуальных карт и понятная схема перевода денег на них откуда угодно с лимитом долларов 500 засчитано.
Ещё можно было бы организовать как-то более удобные рейсы, и по вменяемым ценам, для релоцирующихся из других стран в РФ
Вы точно не в курсе почему нет более удобных рейсов и почему их нельзя сейчас сделать?
Цена билета не имеет значения если едешь куда-то работать. Это не отпуск на недельку. Это работать на годы. Что 10 долларов что 1000 долларов не имеет значения.
А вы уверены, что в данный момент безопасно привлекать широкие круги граждан Украины к работе над критической инфраструктурой в России? Я вижу потенциал для проявления побочных эффектов. Мне то оно конечно фиолетово, но в логике людей, принимающих подобные решения, думаю, звучит не очень.
Работающих с разными гражданствами над всем подряд уже валом. У госов (не надо к ним идти) могут быть какие-то особые требования, частникам вообще все равно. Типичное не замечен, не участвовал, не привлекался и нет проблем. Подписываете всякие НДА как все работаете.
В каждый подобный объект по агенту СБУ. Звучит прелестно :)
А правительство то причём? Это же в бизнесе нехватает специалистов. Историй про то, как начинающие специалисты IT получают меньше курьеров - и все из того же бизнеса.
Бизнес не станет сам подымать глобально в стране IT индустрию. Им нужен результат.
Моя последняя евроудаленка приносила 400к+ после налогов.
Предлагайте больше - будем думать)
$400K в год найти очень сложно. Даже в США больше, чем на $100К в год при удаленке сложно рассчитывать.
$400K в год найти очень сложно. Даже в США больше, чем на $100К в год при удаленке сложно рассчитывать.
что то мне подсказывает, что речь шла о 400к рублей в месяц
Да, речь шла про 400к рублей в месяц. Не у всех, например, есть жилье. Для ипотеки зарплаты в крипте не будет достаточно.
Дефицит у них. Пару месяцев назад активно искал работу(не джун), со мной раз пять связывались их представители и еще от каких-то фирм-прокладок. И постоянно хрюши пропадали после общения без объяснения причин, ни разу дело не доходило до техсобеса. Пока наконец мне кто-то из посредников не сказал, что "банк прислал отказ, так ты уже есть в их внутренней базе" без объяснения подробностей, по какой причине. С тех пор Тинек у меня в абсолютном блэклисте и больше общаться как-то с ними не вижу никакого смысла. Самой большой неадекват из всех нанимателей, с кем удалось пообщаться. Наладьте сначала свои процессы найма и относитесь с уважением к кандидатам, а потом жалуйтесь на дефицит.
Не знаю о каком дефиците они говорят. Полгода искал работу, результат практически нулевой. Молча пропадают и хедхантеры и часто после собеседований тоже никакого ответа. У меня больше чем 20 летний опыт сисадминства linux и года 2 devops. Нужен такой человек? Оказывается нет. Только Яндекс произвел впечатление и дали адекватную реакцию на собеседование, там и мне было понятно, что они ищут человека с опытом руководства.
Такой прям дефицит, что рекрутеры все ещё нос воротят от отсутствия высшего образования, не смотря на 10 летний опыт. И предлагаемой зп роста я что-то тоже не особо заметил, по крайней мере на позициях обещающих удкленку. Или им нужен +миллион айтишников очно в Москве?
Воротят нос не рекрутеры. Обычно это требования от кадровых служб по каким-то их регламентам. Рекрутер просто подбирает тех, кто подходит под выставленные ему требования.
Что касается "предлагаемой з/п", то очень часто предлагают некий минимум от которого потом уже будет рост, если ты быстро вкатишься в тему и докажешь свою эффективность. Или не будет, если будешь жить по принципу "я человек маленький, хожу сюда за зарплатой, что сказали, то и делаю" - такие люди оычно годами сидят на том же минимуме на который пришли, а потом уходят с обидой..
"Давать угля" с первого же дня на новом месте можно только там, где все одинаковое. Типа как у слесаря - там он точил гайки на М10, тут точит те же гайки но на М12. Но такое бывает только когда задачи типовые. А зачастую это не так - все равно потребуется время чтобы вникнуть в тему прежде чем сможешь эффективно работать. Есть тонкости в предметной области, архитектуре конкретных решений, да много в каких аспектах... Скорость адаптации тут напрямую зависит от опыта и разнообразия того, с чем раньше работал. Но эта скорость в любом случае конечна.
Что касается "предлагаемой з/п", то очень часто предлагают некий минимум от которого потом уже будет рост,
Я не об этом. Хотя и тут как-то странно - ожидать что человек уйдет к вам работать на зп в полтора раза меньше своей текущей, с обещаниями что *может быть* она вырастет если ты будешь очень вдохновленно работать... Как-то не похоже на поведение в дефицит работников.
Что я имел в виду: по сравнению с несколькими годами ранее, когда я искал работу и не было дефицита, сейчас не увидел особого увеличения предлагаемой зп (не считая инфляции).
Ну вы же понимаете, что ваш работодатель не печатает деньги сам. Он их зарабатывает. И не может вам предложить больше чем какая-то доля от того, что он заработал.
Так что тут не все определяется его жадностью или желанием (или нежеланием) платить больше, но объективным состоянием рынка и количеством денег, которые в данной области крутятся.
Тут проблема может быть и в том, что одни привыкли получать по западным расценкам, а другие работают исключительно на внутренний рынок где расценки ниже. Возникает дисбаланс между ожиданиями с одной стороны и реальными возможностями с другой.
Простите не смог пройти мимо!
Просто сам стал свидетелем того как hr набирают людей в Тинькофф! Мало того что сами hr ленивые (прям до безобразия) так еще нагло врут о обязанностях либо тупо неразбираются.
Тут один чувак рассказал выше как он ходит на работу в настолки поиграть и на обед с коллегами пойти. Это все интересно до поры до времени потом ты устаешь от людей. Плавали - знаем. Сам бывший сотрудник майл ру. По итогу хочу сказать если вам нужен работник ищите его сами. Люди есть, факт. Пользуясь случаем хочу сказать что Сбер и Тинькофф моем чёрном списке из за процесса подбора.
Что-то все ударились в воспоминания. Даже мои любимые RPG и AS/400 вспомнили (Equation, наверное?). Но раньше ситуация была другой. А насколько сложно сегодня устроиться джуном?
У меня сложилось (возможно, ошибочное) впечатление, что джунов сейчас не то что на работу не берут, но и даже на собеседования не приглашают. Как-то это слабо согласуется с нехваткой 1 миллиона специалистов. Особенно на фоне того, что ЦБ в очередной раз улучшил прогноз чистой прибыли банков по итогам 2023 г. - она может приблизиться к 2,9–3 трлн руб.
Спрашиваю не о тех, кто окончил престижный ВУЗ и/или работал с первого курса. А если ВУЗ не из непрестижных, а опыт работы не совсем релевантный (что-нибудь типа T-SQL, например)?
Даже мои любимые RPG и AS/400 вспомнили (Equation, наверное?)
"Да ты знал!" (с) :-)
А насколько сложно сегодня устроиться джуном?
Конкретно к нам - легко. Сложно ставку выбить. А устроиться легко. Тем более, если AS/400, RPG и EQ не пустые слова. Тогда вообще с руками оторвут. Но... последняя ставка была весной этого года. Трех кандидатов собеседовали. Тот, кого выбрали первым, сорвался в последний момент. Взяли второго по рангу. Правда, парень толковый оказался (хоть и не мне в падаваны достался, но я с ним немного поработал пока его наставник в отпуск ходил - мне понравился, вопросы правильные задавал, сам во многое вникал вдумчиво).
Сейчас пытаемся выбить ставку разработчика в комплаенс (все это тоже на уровне EQ, просто тематика - всякие проверки, террористы и клиентские данные).
ВУЗ не из непрестижных, а опыт работы не совсем релевантный (что-нибудь типа T-SQL, например)
Вообще не играет роли. Найти человека с "релевантным опытом" в области AS-ки практически нереально. Так что берется любой толковый разработчик и первые три месяца обучается (это называется "испытательный срок", но чисто условно - оплата полная с первого дня, отпуск, бонусы - все зачитывается сразу (только ДМС/НС оформляется по окончании). Так что больше "сработаемся/не сработаемся" ну и поднатаскать на нашу тему.
Обычно через полтора-два месяца человеку у же дают что-то реальное несложное ("народ, есть у кого что-нибудь простенькое - надо первую реальную задачку молодому дать").
Так что проблема ставку выбить...
Насколько я понимаю, со знанием EQ, вообще, устроиться не проблема. Мне, после того, как я убрал AS/400 и RPG из резюме, ещё лет пять изредка присылали приглашения на собеседование. (Хотя, возможно, потому что я 000-869 System i Tech в резюме оставил).
Мне интересно, насколько сложно найти работу на распространённый язык - C#, Java, Python или на чём сейчас часто пишут.
Часто важнее знание инфраструктры: Confluent, PostgreSQL, RabbitMQ, ClickHouse, OpenTelemetry, AirFlow, k8s, SQLite, gRPC, Redis, Spark, Cassandra и т.п. Причем легко одновременно всё. Языки то выпускники вузов профильных специальностей, обычно, знают, а вот с инфраструктурой у них все намного хуже.
Насколько я понимаю, со знанием EQ, вообще, устроиться не проблема.
Да вот черт его знает... Кто у нас EQ использует? Альфа. Еще Райф, но там все непонятно. Если у Альфы все исходники EQ выкуплены и от "поддержки" со стороны Майсиса давно отказались (все своими силами делаем), то в Райфе ровным счетом наоборот - после известных событий в прошлом году они меня тут да очень сильно звали. Под задачу "мы боимся что поддержка закончится и хотим сами переписать EOD".
Еще Росбанк по АС-кой сидит, но там не в курсе - то ли EQ, то ли за основу взяли EQ и переписали на свое...
Если просто АС-ка, то она в ПФР была (сейчас не знаю) и в РЖД были машинки (но, похоже, там сто-то старое совсем стоит).
Так что это весьма и весьма нишево у нас.
А растить из джуна опытного специалиста - это довольно дорогая и довольно высокорисковая инвестиция.
А 10-20 лет назад что, дёшево и безрисково было? Джунов не берут потому что на рынке предостаточно готовых опытых специалистов. И "дефицит" теперь только у тех кто хочет из экономиии сразу трёх в одном лице.
Гораздо дешевле. 20 лет назад программист получал на уровне обычного инженера - короче говоря, весьма посредственно. Соответственно, расходы были гораздо ниже.
И денег в индустрии (доходов) было гораздо меньше. Так себе аргумент, короче.
сказки какие-то, ну-ну.
Да, кто-то до сих пор живёт в сказке середины 10ых и продолжает верить в дефицит.
20 лет назад программист получал на уровне обычного инженера - короче говоря, весьма посредственно.
Это как считать. Если учесть инфляцию не только рубля, но и доллара, то разница не существенна. $3К двадцать лет назад и $5К сейчас - суммы одинаковые. Ну или 100К в рублях тогда и 500К сейчас.
Upd. Добавил пруфы
https://fxtop.com/ru/inflation-calculator.php?A=3000&C1=USD&INDICE=USCPI31011913&DD1=01&MM1=01&YYYY1=2003&DD2=01&MM2=01&YYYY2=2023&btnOK=Рассчитать+эквивалент
https://fxtop.com/ru/inflation-calculator.php?A=100&C1=RUB&INDICE=RUCPI2000&DD1=01&MM1=01&YYYY1=2003&DD2=01&MM2=01&YYYY2=2023&btnOK=Рассчитать+эквивалент
Хм, я 17 лет назад, как начинающий программист (ака джун) получал 8 т.р. gross за полставки. Кто 20 лет назад получал 100 т.р. даже сложно представить. Может, такие программисты и были, но это явно что-то крайне редкое было. Если по российской инфляции пересчитать, то моя тогдашняя зарплата - это 57 т.р. gross по текущим деньгам за полную ставку.
При этом я в момент трудоустройства уже имел опыт студенческих проектов на Delphi и C#, плюс знания по PHP, JS, HTML, CSS и базам данных.
Нынешние кандидаты в джуны гораздо наглее: думают, что можно немного поизучать один ЯП и ждать оффер на 100 т.р.
Кто 20 лет назад получал 100 т.р. даже сложно представить.
У меня 20 лет назад было уже 17 лет опыта. Насколько я помню, получал как раз в районе 100 тыс. рублей на должности Business Application Manager в российском филиале крупной агропромышленной корпорации.
думают, что можно немного поизучать один ЯП и ждать оффер на 100 т.р.
Напоминает анекдот:
В зоопарке на клетке слона написано, что он может съесть за день 100 килограммов шоколада. Один из посетителей спрашивает служащего:
— Скажите, неужели слон столько съест?
— Съесть-то он съест, да кто ж ему даст?!
У меня 20 лет назад было уже 17 лет опыта. Насколько я помню, получал как раз в районе 100 тыс. рублей на должности Business Application Manager в российском филиале крупной агропромышленной корпорации.
В целом, верю. Во-первых, это уже управленческая должность. А во-вторых, людей с 17 годами IT-опыта 20 лет назад было реально мало.
Вот только ветка была про затраты на джунов и то, что сейчас они стали менее выгодной инвестицией. Поэтому ваш пример не слишком релевантен.
А Вы точней разверните:
20 лет назад программист получал на уровне обычного инженера
Если учесть инфляцию не только рубля, но и доллара, то разница не существенна. $3К двадцать лет назад и $5К сейчас - суммы одинаковые. Ну или 100К в рублях тогда и 500К сейчас.
Кто 20 лет назад получал 100 т.р. даже сложно представить.
получал как раз в районе 100 тыс. рублей
ветка была про затраты на джунов
500K сейчас джуну тоже светит. Даже 100К светит с трудом. А это 20К в 2003 году. Что было настолько же реальным, как 100К тогда мне. Просто мне удобней было считать соотношение от 100К, а не 20К. Но от этого дробь другой не стала.
А это 20К в 2003 году.
В этом и пойнт. Что 20k в 2003 году джунам не платили. Даже в 2006-2007 гг они получали 14-18 т.р., а в 2003 году ещё в 2 раза меньше, ну т.е. 9 т.р. максимум, просто исходя из динамики инфляции и средних зарплат в те годы.
Не согласен. За 14-18 тыс. рублей месяц в 2003 вполне можно было устроиться джуном. Так же, как и за 70-90 тыс. рублей сейчас.
Секрет в том, что в те годы зарплата во многих предприятиях нормировалась к доллару США. Сам набирал молодежь в начале 2000-х на $3 в час. В 2003 это, в пересчете в рубли, составляло порядка 168*31*3=15624 руб, что вполне согласуется с зарплатой джуна сейчас в ~80K руб.
А вот из-за того, что к концу 2007 года курс доллара свалился до 25 руб. за $1 и получился такой странный провал в зарплатах 168*25*3=12600 руб. А в 2008 году от привязки зарплат к доллару США отказались уже повсеместно.
Обучите меня кто нибудь этим делам плиз. Могу хоть пожизненно 20% от зп отдавать вам, все равно у IT зарплаты неприлично огромные. Мне бы 150к за глаза
Недавно в одном чатике жаловались, что не могут закрыть вакансии дворников.
Думаю, дворников нужно на повышение квалификации в какой-нибудь Гарвард отправлять - это же единственный вариант на рынке. :)
Абсолютно такая же ситуация и абсолютно такая же проблема и тут. Но очень мало кто из из бессмысленных господинов директоров это может понять. :)
Не утрируйте. На подготовку дворника без разряда хватит дня. 1-го разряда - неделя. 2-го разряда (уборщик производственных помещений) - месяц.
Тогда как джуна готовить лет 5-6, мидла - 7-10, сеньора - 10-15.
причем 99% дворников могут до 2 разряда доучится (и выше), а вот не каждый джун добежит до миддла и еще меньше миддлов до сеньора..хоть ты в Гарвард их отправляй хоть куда
Так и думал, что мне ответит господин директор о том, что это единственный вариант. :))
(del)
Глава «Тинькофф» заявил о «жутком дефиците» IT-специалистов