Что делать джуну: работать за еду, ходить в офис, не косячить, о повышении зп не заикаться минимум N лет. И на более вкусные офферы по ходу дела не отпрыгивать, пока не пройдёт срок из договора. Иначе отступная.
Я же пишу - первопроходцы упираются в стену и создают своё. Потом сдают в аренду последователям, несколько менее обременённым финансами или таким же - не суть. Там и Роскосмос пересмотрит (или нет - уже не важно) доступ к подобным объектам. Конечно космотех дорогой. Поэтому я и упоминаю частников у которых есть деньги. Ребятам со двора там ловить нечего, только если в качестве наёмных работников в рамках стартапа, организованного людьми, которые так сказать натурно доказали, что умеют зарабатывать деньги. Чисто интуитивно создание инфры для стартапов видится как +\- надежная тема. Это как с курсами для вкатунов в ИТ. Чего они там добьются в процессе - хз, но на них точно заработают. Так и здесь. плюсы - в наличии в стране космотех инфры и возможности пилить своё. И еще конкуренция. Будут ли, допустим, в одном предприятии АПК давать соседям по бизнесу строить собственную сетку ДЗЗ вместо того, чтобы постараться подсадить соседей на собственные разработки.
А еще не космосом единым. Есть же что-то вроде stratolink. Что-то, на относительно большое время размещенное высоко. Заменяем стоимость вывода на орбиту сложностью поддержки девайса на высоте в заданном районе. Это локальная история, которую можно при желании масштабировать на рынки других стран(если те пустят к себе).
По вашей линке на статью - логично давать не только гранты(откуда они? это если частники - зачем им это?), но и инвестировать. То есть заключать договор на получение %% от будущей прибыли(или владение бизнесом) прям сразу или на следующих этапах финансирования, когда команда доказала, что у неё есть и некоторый бизнес план и она может достигать поставленную промежуточную цель. Типа бизнес молодости в космотехе. Для такого проекта очень неплохо бы пригодилась инфра. А там может и от государства чего обломится - типа смотрите, мы тут вам частный космос отращиваем, уже что-то получается, успевайте присоединиться)
>> Сложность доступа для стартапа к испытательным полигонам, оборудованию и инфраструктуре, для проектов космического направления – это отложенная смерть
Это про что ? Что стартапу запрещают строить свою инфру и закупать оборудование(какое?) ?
Или речь о доступе к чему-то уже существующему? Если про существующее - то наверное нет такого обязательства. Да и не секьюрно это. Пусть своё строят. Потом еще будут зарабатывать на предоставлении доступа для других стартапов. Проблема только в наличии ресурсов и желании вкладывать ресурсы вдолгую. Но ведь вкладывают же в других сферах, а чем эта отличается. То есть было бы понятно, если бы вообще не было каких-либо инвест проектов. Но ведь они есть, только в других сферах.
Взять АПК.
Мираторг, например, пару десятков млрд рублей вложил в строительство завода в Орловской области. Будет завод по переработке картошки. Эфко - вкладываются в биотех. РусАгро к беспилотникам проявляет интерес.
То есть деньги у частников есть. Но они предпочитают их вкладывать не в космические темы.
В таком случае можно смотреть шире и одной только РФ не ограничиваться. Задаться вопросом, например - а как там у дела у космических стартапов стран Средней Азии? Киргизия, Узбекистан, РК. Как оно там. Вот выше в комментах пишут, что у нас место проклятое. Может узбеки и туркмены преуспели. Желательно смотреть не "начинателей", а тех, что разработали продукт и вывели его на рынок и имеют уже некоторые средства от продаж услуг. Прям настоящий b2b чтобы. И по возможности, чтобы на основе одного только частного капитала.
Допустим, есть идея заработка на оказании услуг ДЗЗ. Как Роскосмос препятствует созданию подобных спутников? Или их выведению на орбиты "извозчиками" третьих стран?
Чисто технически - можно. Но нужно подгребать к Луне.
Если смотреть в сторону Луны находясь возле Земли, то Луна будет видна под углом примерно в половину градуса. На одну угловую секунду будет приходится порядка двух километров. А чтобы иметь такое разрешение нужно иметь диаметр входного зрачка порядка 140мм. Какой-нибудь любительский 150мм ньютон может иметь такое разрешение. можно прикинуть что будет доступно во что-то более крупное. 1.4м зеркало в пределе покажет детали линейного размера порядка 200м. Это уже довольно большой объектив, но его разрешающей способности всё еще недостаточно.
Можно зайти с другой стороны и посмотреть с какого расстояния предмет с линейными размерами под 10см будет выглядеть под углом в 1 угловую секунду. Это порядка 20км. То есть если над Луной в 20км от её поверхности "подвесить" любительский 150мм ньютон, то мы получим детали вплоть до 10см. 1.4м зеркало же достаточно будет расположить в 200км от поверхности. Или загрубить целевое разрешение раза в три и тогда будет достаточно 50см входного зрачка. Что всё еще немало.
В общем, находясь у Земли не выйдет получить детальные снимки поверхности Луны, очень уж большой диаметр объектива потребуется.
Насчет ETL. У нас в NC был/есть стрим миграции данных. Это естественно для компании, которая поставляет решения для уже существующего бизнеса и который переводит свою операционную деятельность на поставляемый NC продукт - нужно в него как-то завести (мигрировать) существующие данные по инвенторке, в каком бы виде они ни существовали. Штука нужная, но лично мне не особо интересная. Да, забыл сказать, что NC поставляет в том числе OSS решения.
Сейчас вопрос с добычей пропитания закрыт, пусть и на самом базовом уровне. Осталось спокойно добывать экспертизу по микросервисам. Расчет на то, что помимо того, что это мне самому по интересам ближе, это еще и повсеместно требуется и будет некоторый выбор. Я упоминал, что не в восторге от финтеха. А интересно что-то поближе к железу. В NC это была конфигурация сетевого железа и хранение данных об инвенторке. То есть там на основе выбранного клиентом сервисом и топологии используемой сети генерировались специальные конфигурационные скрипты для отправки на железо.
Вне NC ближе всего к этому (в моём понимании) это Бюро 1440 - там так же телеком по сути, так же нужно железки конфигурить, только они не находятся стационарно в конкретном помещении конкретного здания, а рассекают в Космосе по орбите вокруг Земли. То есть домен учитываю. Не, если прижмёт, то можно и в финтех податься. Или в биллинг в большую тройку - что финтех, что биллинг в телекоме - это некоторый вызов, т.к. нужно будет работать над высоконагруженной системой с десятками миллионов клиентов.
В ИТ по большей части из-за денег. Да, лет 10 назад, до прихода в ИТ, было интересно что-то там не дельфях и асме кодить, но то было чисто для души. Вообще, вне ИТ много разного интересного. Электроника аналоговая, дискретная, на микроконтроллерах малая автоматизация для дома. Астрономия, телескопы. А чуть дальше по возрасту - дача.
В ИТ пришёл сразу в NetCracker. Здоровая компания с норм процессами. Был на проектах, то есть на кастомизации продукта. Накидывал бизнес логику, с профайлером смотрел где в БД не оптимально кверяем, где лишнего ходим в БД и память выедаем. В общем, ничего особенного. Выработался подход типа модульного монолита. Нравилось разнообразие - то ты спокойно пилишь фичу, то у тебя "параллельный" процесс разработки - починка багов, разработка фич, саппорт юатов/прода. Потом NC свернул свою деятельность в России.
Вышел я на рынок вакансий. Оказалось, что монолит пусть и на Spring-е никому не интересен. Хотя.. не так. Возможно и даже наверняка прокол был в составленном резюме. Ноль реакций на примерно сорок моих откликов. Вся "жизнь" по зарплатам - там, где микросервисы и финтех, который никогда не привлекал. За время, пока трудоустраивался, почти всю финансовую подушку поприбрал. Думал уже машину продавать. Но тут на меня вышли. По зарплате - ниже, чем в NC. Прям вот от зарплаты до зарплаты. По процессам и стэку писать не буду, т.к. ни хорошего ни нейтрального не могу про это сказать.
Сижу, обдумываю происходящее. Случившееся - это считай такой "налог" на то, что не развивался и не поддерживал знания по востребованному стэку на рынке. Мне было вполне комфортно в NC, я там активно решал задачи. Иногда их раздавал, но код пилить мне ближе.
Для домашних микро-проектов для души микросервисы особо не нужны были. Ну типа знаете.. скачать и спарсить каталог звезд usno, залить их в БД и оттуда делать выборку - какие смотрятся как интересная тесная пара визуальных двойных в разные бинокли с разной апертурой и увеличением. Чисто прикладное, под собственные интересы. Вне работы было интересно проводить время с семьей, дачу осваивать. И не было желания учить микросервисы "в ящик", на будущее. Да и по большей части жажда написания кода, его обдумывания - она закрывалась на работе. Это может показаться необычным, но я скучаю по фреймворку от NC. Очень уж там всё было "по полочкам" и логично. Почти никакого хардкода, компонентизация. Иногда посещают мысли запилить что-то подобное. Чтобы на метамодели, с секьюрити. Но останавливает понимание какие сотни тысяч человеко-часов ушли на написание этого фреймфорка.
А время есть еще на что потратить.
Сейчас думаю подучу микросервисный стэк, попратикую, пару-тройку проектов запилю и пойду подаваться. Сразу туда, где этот стэк используется в процессе разработки. Присмотрел книгу - Microservices with Spring Boot and Spring Cloud. Там хоть и английский, он ближе к техническому, читается легко.
Занятно, что тема микросервисов начала активно развиваться, когда я только пришёл в NC на монолит)
Весна 2025 в плане найма лично для меня была "мёртвая". Работал в NetCracker 10+ лет, монолит, местный фреймворк. Уволился в декабре 2024-го. За время работы в NetCracker привык, что ко мне периодически стучались HR-ы с предложениями о работе.
Весной 2025-го начал искать работу. Откликался на вакансии на хх.ру. Конверсия откликов в собесы - нулевая. Я сделал порядка 40-ка откликов. Java 8, Oracle, Spring - с таким набором откликался. Еще отдельно напрямую заходил в Т1/Иннотех через знакомого, который там работает - ноль реакции от их HR.
В итоге, на меня вышли из Magenta. Надо отдать должное их HR - он организовал процесс найма в сжатые сроки: собес с HR, техсобес и собес с ТМ, подписание оффера - всё в пределах 10-ти рабочих дней. Как по мне - довольно таки быстро.
По вакансиям сложилось впечатление, что везде эти ваши микросервисы требуют. Умение накидывать бизнес логику само по себе как будто никому не интересно. В общем, чтобы быть востребованным на рынке труда, похоже что нужно осваивать микросервисы.
Сейчас осваиваю экосистему микросервисов. Взял 'Microservices with Spring and Spring Cloud', автор Magnus Larrson. Там технический английский, довольно легко читается.
з.ы.
добавлю - еще указывал навыки профилирования и оптимизации.
Подскажите, а как там преобразованием уровней 5->3.3v? Ведь датчик пыли запитывается от 5-ти вольт, а в документации к ESP пишут, что входы не толернатны к 5v. Как решали эту проблему?
Я может что не понял, но с первого взгляда выглядит бредово. Со второго — может это такая попытка загрузить Астросиб заказами.
Что меня смущает: это малое время использования сигнала за счет вращения вторичного зеркала. То есть из всех положений вторичного зеркала по-идее только одно соотвествует точной юстировке при которой достигается неискаженная картинка (число Штреля стремится к 1).
Учитывая, что вторичное зеркало перманентно меняет положение, время полезного сигнала(пригодного для обработки) будет мало. Ну может какое ПО будет, которое будет заниматься преобразованием полученной картинки на основании данных о положении вторички. Лучше уж сразу получать нормальную картинку, но вам виднее.
Не понятно зачем N первичных зеркал. По тексту видно про «разные диапазоны оптического спектра». Если уж грузить Астросиб заказами, так сразу на N астрографов, зачем мелочиться и экономить на вторичных зеркалах и приёмниках)
Уже были до этого проекты, где с разными целями использовали массив телескопов. Тут покрывали большую площадь на небе. Тут (подробнее) добивались субпиксельной ("dithering") точности и заодно повышали соотношение сигнал/шум за счет усреднения сигнала с множества матриц (приёмник Котельникова). Мне еще встречались любительские проекты «многостволки» цель которых была экономия времени на накоплении сигнала в разных оптических диапазонах. Если вы говорите про разные оптические диапазоны, в чем выгода постоянно переключаться между каналами? У изделия и так уже здоровенный бюджет (4х500мм зеркала + соотвествующая монтировка). Если вы увеличите нагрузочную способность монтировки на вес 3-х вторичных зеркал + 3-х приёмников — вы вряд ли получите сколь-либо существенный рост стоимости на фоне стоимости первоначального проекта.
Что до использования внеосевого рефлектора (его разновидности — Куттера) — непонятно чем уже выпускаемые Астросибом RC не устроили — какие такие специфичные цели нужно достигнуть, что решили использовать такое решение.
p.s.
так странно видеть в миллионном проекте макет «из палок». Неужели нельзя было как-то аккуратнее. По сравнению с содержимым «Моделист-Конструктор» прошлого века это ужасно. У вас там конечно не кружок моделистов, но ведь сейчас ведь чего только есть — 3d принтеры, ЧПУ — ведь можно же было воспользоваться ими.
Я надеялся, что автор расскажет как подбирал современные динамики под посадочные размеры имеющихся ящиков, их объём, как рассчитывал фильтры. А оказалось, что это очередная статья около темы корпусов акустики вроде этой или этой. Хотя справедливости ради надо сказать, что у последней темы есть изюминка в виде идеи использовать внешний кроссовер + использовать его цифровой вариант. Но тем не менее,
тонкости настройки фильтра так и не были раскрыты.
Так и придётся Вегалаб штудировать.
Все, кто здесь сравнивает Россию и Китай с Австралией, — вы это на полном серьезе или тролите? Для вас это страны одного уровня риска? То есть, демократическая Австралия, с работающими судами и законами, длительными союзными отношениями с США и одна из ключевых стран Западного мира, представляет такую же угрозу США как Россия..
Безотносительно того насколько хорошо или плохо правительство страны развивает страну, какими методами это делает — по-моему, до тех пор, пока страна ведет политику, независимую от США, она будет по прессом «развитых демократических» стран, которые так или иначе являются провайдерами политики США.
Я уверен, что стоит Австралии пересечься интересами с США, как Западная пропаганда тут же найдёт кучу изъянов в самой Австралии и поставит её «демократичность» под сомнение. А пока её политика является продолжением политики Запада или же не вступает с ней в противоборство — это «демократичная» страна. В кавычках — потому, что признание чего бы то ни было, как представить ситуацию — вопрос сугубо политический.
Любая власть — это ограничение граждан в правах. Например, «демократических» США в LA вы можете выбирать — мириться с палаткой бомжа на выезде из вашего гаража или срулить в другое место, где бомжам нельзя расставляться где попало. А там заявлена вроде бы демократия и мнение налогоплательщиков по-идее должны учитывать.
когда ты любишь проект и тебе не все равно на него, то можешь задержаться в офисе с командой
Помочь проекту конечно нужно. Но еще полезнее для проекта будет последующий разбор — как так получилось, что случилась ситуация, когда пришлось «выезжать на людях». Скорее всего — вопрос будет к менеджменту. И конечно же важно понимать какие будут сделаны выводы, что будет предпринято, чтобы таких нештатных ситуаций не повторялось.
Например. Кто-то из главных вроде архитектора посмотрел на объём функционала, оценил его в часах и спустил сроки лидам стримов. Расчет был, что после девтестов в QA функционал уходит с мелким процентом баг и всё это потом без каких-либо серьёзных изменений доезжает до прода. Может оно и так, но потом по ходу дела заказчик решил что-то добавить, может это даже и пошло как отдельный скоуп, но очень желательно выдать это с основным функционалом. Получили дополнительную нагрузку на разработку и регрессию для куа. А потом оказалось, что аналитики не всё раскопали — гэп значит нашелся. Хорошо если мелкий. Потом на приёмочных тестах еще ошибки нашли — тут оказывается, тестовое окружение у разработки отличается от того, что у кастомера. В проде одна из систем, с которой интегрируется проект, оказывается обновила версию, а с ней и кусок поведения и т.д. и т.п.
Все эти изменения увеличивают объём работ. Задача менеджмента — получить от разработки сроки, близкие к реальным применительно к самому плохому сценарию. Плюс по мере возможности вести разработку по процессу. Например, не перескакивать стадию приёмочных тестов до выхода в прод в угоду пожеланию кастомера (оно конечно спорно — раньше конкурентов взлетишь, получишь преимущество).
И если так получается, что в рамках рабочего дня задачи закрывать стабильно не получается, то скорее это признак того, что пора вводить еще одну смену — как вариант. В принципе, можно и «поднажать», если вы лично получите %% прибыли от выхода в прод. Но вот просить того же от обычных зарплатников, рассказывая что-то там про командный дух — это чистой воды манипуляция. Скажем так, компаний много. А здоровье и родные — они одни и ценнее любой компании.
Как я понимаю, для сельского хозяйства Украины в целом критически важно восстановить ветрозаградительные лесополосы(полезащитные лесополосы). Как минимум, несколько лет к ряду на повестке дня сильные засухи. Так что я ожидаю, что сейчас и далее будут актуальными два направления: земледелие на защищенной почве и лесопосадки.
Если сможете помочь сделать оборудование для осуществления автоматизированных лесопосадок, автоматизированной обработки существующих уцелевших, но бесхозных лесополос(от разросшегося кустарника, например) — этим сможете и стране помочь и заодно интересным вам делом позаниматься.
В целом хорошая тема. Но всё портят «звуки слюней» при шепоте. Раздражает. Если для «П» и подобного есть специальный pop-фильтр, то что как убирать такие звуки — не ясно.
50-80 - это Астон, который джунов набирает? (с выкупной).
Что делать джуну: работать за еду, ходить в офис, не косячить, о повышении зп не заикаться минимум N лет. И на более вкусные офферы по ходу дела не отпрыгивать, пока не пройдёт срок из договора. Иначе отступная.
А что, из ХХ никто не уводит диалог в ТГ, чтобы не платить ХХ?)) Что-то этого варианта не видно в тексте.
Зачем каждому.
Я же пишу - первопроходцы упираются в стену и создают своё. Потом сдают в аренду последователям, несколько менее обременённым финансами или таким же - не суть. Там и Роскосмос пересмотрит (или нет - уже не важно) доступ к подобным объектам. Конечно космотех дорогой. Поэтому я и упоминаю частников у которых есть деньги. Ребятам со двора там ловить нечего, только если в качестве наёмных работников в рамках стартапа, организованного людьми, которые так сказать натурно доказали, что умеют зарабатывать деньги. Чисто интуитивно создание инфры для стартапов видится как +\- надежная тема. Это как с курсами для вкатунов в ИТ. Чего они там добьются в процессе - хз, но на них точно заработают. Так и здесь. плюсы - в наличии в стране космотех инфры и возможности пилить своё. И еще конкуренция. Будут ли, допустим, в одном предприятии АПК давать соседям по бизнесу строить собственную сетку ДЗЗ вместо того, чтобы постараться подсадить соседей на собственные разработки.
А еще не космосом единым. Есть же что-то вроде stratolink. Что-то, на относительно большое время размещенное высоко. Заменяем стоимость вывода на орбиту сложностью поддержки девайса на высоте в заданном районе. Это локальная история, которую можно при желании масштабировать на рынки других стран(если те пустят к себе).
По вашей линке на статью - логично давать не только гранты(откуда они? это если частники - зачем им это?), но и инвестировать. То есть заключать договор на получение %% от будущей прибыли(или владение бизнесом) прям сразу или на следующих этапах финансирования, когда команда доказала, что у неё есть и некоторый бизнес план и она может достигать поставленную промежуточную цель. Типа бизнес молодости в космотехе. Для такого проекта очень неплохо бы пригодилась инфра. А там может и от государства чего обломится - типа смотрите, мы тут вам частный космос отращиваем, уже что-то получается, успевайте присоединиться)
Что интересно более энергоэффективно - эмулировать нейросеть в ОЗУ или сделать её "железе" на ПЛИС?
>> Сложность доступа для стартапа к испытательным полигонам, оборудованию и инфраструктуре, для проектов космического направления – это отложенная смерть
Это про что ? Что стартапу запрещают строить свою инфру и закупать оборудование(какое?) ?
Или речь о доступе к чему-то уже существующему? Если про существующее - то наверное нет такого обязательства. Да и не секьюрно это. Пусть своё строят. Потом еще будут зарабатывать на предоставлении доступа для других стартапов. Проблема только в наличии ресурсов и желании вкладывать ресурсы вдолгую. Но ведь вкладывают же в других сферах, а чем эта отличается. То есть было бы понятно, если бы вообще не было каких-либо инвест проектов. Но ведь они есть, только в других сферах.
Взять АПК.
Мираторг, например, пару десятков млрд рублей вложил в строительство завода в Орловской области. Будет завод по переработке картошки. Эфко - вкладываются в биотех. РусАгро к беспилотникам проявляет интерес.
То есть деньги у частников есть. Но они предпочитают их вкладывать не в космические темы.
В таком случае можно смотреть шире и одной только РФ не ограничиваться. Задаться вопросом, например - а как там у дела у космических стартапов стран Средней Азии? Киргизия, Узбекистан, РК. Как оно там. Вот выше в комментах пишут, что у нас место проклятое. Может узбеки и туркмены преуспели. Желательно смотреть не "начинателей", а тех, что разработали продукт и вывели его на рынок и имеют уже некоторые средства от продаж услуг. Прям настоящий b2b чтобы. И по возможности, чтобы на основе одного только частного капитала.
Допустим, есть идея заработка на оказании услуг ДЗЗ. Как Роскосмос препятствует созданию подобных спутников? Или их выведению на орбиты "извозчиками" третьих стран?
Чисто технически - можно. Но нужно подгребать к Луне.
Если смотреть в сторону Луны находясь возле Земли, то Луна будет видна под углом примерно в половину градуса. На одну угловую секунду будет приходится порядка двух километров. А чтобы иметь такое разрешение нужно иметь диаметр входного зрачка порядка 140мм. Какой-нибудь любительский 150мм ньютон может иметь такое разрешение. можно прикинуть что будет доступно во что-то более крупное. 1.4м зеркало в пределе покажет детали линейного размера порядка 200м. Это уже довольно большой объектив, но его разрешающей способности всё еще недостаточно.
Можно зайти с другой стороны и посмотреть с какого расстояния предмет с линейными размерами под 10см будет выглядеть под углом в 1 угловую секунду. Это порядка 20км. То есть если над Луной в 20км от её поверхности "подвесить" любительский 150мм ньютон, то мы получим детали вплоть до 10см. 1.4м зеркало же достаточно будет расположить в 200км от поверхности. Или загрубить целевое разрешение раза в три и тогда будет достаточно 50см входного зрачка. Что всё еще немало.
В общем, находясь у Земли не выйдет получить детальные снимки поверхности Луны, очень уж большой диаметр объектива потребуется.
Как по мне, это довольно специфичное направление.
Насчет ETL. У нас в NC был/есть стрим миграции данных. Это естественно для компании, которая поставляет решения для уже существующего бизнеса и который переводит свою операционную деятельность на поставляемый NC продукт - нужно в него как-то завести (мигрировать) существующие данные по инвенторке, в каком бы виде они ни существовали. Штука нужная, но лично мне не особо интересная. Да, забыл сказать, что NC поставляет в том числе OSS решения.
Сейчас вопрос с добычей пропитания закрыт, пусть и на самом базовом уровне. Осталось спокойно добывать экспертизу по микросервисам. Расчет на то, что помимо того, что это мне самому по интересам ближе, это еще и повсеместно требуется и будет некоторый выбор. Я упоминал, что не в восторге от финтеха. А интересно что-то поближе к железу. В NC это была конфигурация сетевого железа и хранение данных об инвенторке. То есть там на основе выбранного клиентом сервисом и топологии используемой сети генерировались специальные конфигурационные скрипты для отправки на железо.
Вне NC ближе всего к этому (в моём понимании) это Бюро 1440 - там так же телеком по сути, так же нужно железки конфигурить, только они не находятся стационарно в конкретном помещении конкретного здания, а рассекают в Космосе по орбите вокруг Земли. То есть домен учитываю. Не, если прижмёт, то можно и в финтех податься. Или в биллинг в большую тройку - что финтех, что биллинг в телекоме - это некоторый вызов, т.к. нужно будет работать над высоконагруженной системой с десятками миллионов клиентов.
В ИТ по большей части из-за денег. Да, лет 10 назад, до прихода в ИТ, было интересно что-то там не дельфях и асме кодить, но то было чисто для души. Вообще, вне ИТ много разного интересного. Электроника аналоговая, дискретная, на микроконтроллерах малая автоматизация для дома. Астрономия, телескопы. А чуть дальше по возрасту - дача.
В ИТ пришёл сразу в NetCracker. Здоровая компания с норм процессами. Был на проектах, то есть на кастомизации продукта. Накидывал бизнес логику, с профайлером смотрел где в БД не оптимально кверяем, где лишнего ходим в БД и память выедаем. В общем, ничего особенного. Выработался подход типа модульного монолита. Нравилось разнообразие - то ты спокойно пилишь фичу, то у тебя "параллельный" процесс разработки - починка багов, разработка фич, саппорт юатов/прода. Потом NC свернул свою деятельность в России.
Вышел я на рынок вакансий. Оказалось, что монолит пусть и на Spring-е никому не интересен. Хотя.. не так. Возможно и даже наверняка прокол был в составленном резюме. Ноль реакций на примерно сорок моих откликов. Вся "жизнь" по зарплатам - там, где микросервисы и финтех, который никогда не привлекал. За время, пока трудоустраивался, почти всю финансовую подушку поприбрал. Думал уже машину продавать. Но тут на меня вышли. По зарплате - ниже, чем в NC. Прям вот от зарплаты до зарплаты. По процессам и стэку писать не буду, т.к. ни хорошего ни нейтрального не могу про это сказать.
Сижу, обдумываю происходящее. Случившееся - это считай такой "налог" на то, что не развивался и не поддерживал знания по востребованному стэку на рынке. Мне было вполне комфортно в NC, я там активно решал задачи. Иногда их раздавал, но код пилить мне ближе.
Для домашних микро-проектов для души микросервисы особо не нужны были. Ну типа знаете.. скачать и спарсить каталог звезд usno, залить их в БД и оттуда делать выборку - какие смотрятся как интересная тесная пара визуальных двойных в разные бинокли с разной апертурой и увеличением. Чисто прикладное, под собственные интересы. Вне работы было интересно проводить время с семьей, дачу осваивать. И не было желания учить микросервисы "в ящик", на будущее. Да и по большей части жажда написания кода, его обдумывания - она закрывалась на работе. Это может показаться необычным, но я скучаю по фреймворку от NC. Очень уж там всё было "по полочкам" и логично. Почти никакого хардкода, компонентизация. Иногда посещают мысли запилить что-то подобное. Чтобы на метамодели, с секьюрити. Но останавливает понимание какие сотни тысяч человеко-часов ушли на написание этого фреймфорка.
А время есть еще на что потратить.
Сейчас думаю подучу микросервисный стэк, попратикую, пару-тройку проектов запилю и пойду подаваться. Сразу туда, где этот стэк используется в процессе разработки. Присмотрел книгу - Microservices with Spring Boot and Spring Cloud. Там хоть и английский, он ближе к техническому, читается легко.
Занятно, что тема микросервисов начала активно развиваться, когда я только пришёл в NC на монолит)
Весна 2025 в плане найма лично для меня была "мёртвая". Работал в NetCracker 10+ лет, монолит, местный фреймворк. Уволился в декабре 2024-го. За время работы в NetCracker привык, что ко мне периодически стучались HR-ы с предложениями о работе.
Весной 2025-го начал искать работу. Откликался на вакансии на хх.ру. Конверсия откликов в собесы - нулевая. Я сделал порядка 40-ка откликов. Java 8, Oracle, Spring - с таким набором откликался. Еще отдельно напрямую заходил в Т1/Иннотех через знакомого, который там работает - ноль реакции от их HR.
В итоге, на меня вышли из Magenta. Надо отдать должное их HR - он организовал процесс найма в сжатые сроки: собес с HR, техсобес и собес с ТМ, подписание оффера - всё в пределах 10-ти рабочих дней. Как по мне - довольно таки быстро.
По вакансиям сложилось впечатление, что везде эти ваши микросервисы требуют. Умение накидывать бизнес логику само по себе как будто никому не интересно. В общем, чтобы быть востребованным на рынке труда, похоже что нужно осваивать микросервисы.
Сейчас осваиваю экосистему микросервисов. Взял 'Microservices with Spring and Spring Cloud', автор Magnus Larrson. Там технический английский, довольно легко читается.
з.ы.
добавлю - еще указывал навыки профилирования и оптимизации.
Что меня смущает: это малое время использования сигнала за счет вращения вторичного зеркала. То есть из всех положений вторичного зеркала по-идее только одно соотвествует точной юстировке при которой достигается неискаженная картинка (число Штреля стремится к 1).
Учитывая, что вторичное зеркало перманентно меняет положение, время полезного сигнала(пригодного для обработки) будет мало. Ну может какое ПО будет, которое будет заниматься преобразованием полученной картинки на основании данных о положении вторички. Лучше уж сразу получать нормальную картинку, но вам виднее.
Не понятно зачем N первичных зеркал. По тексту видно про «разные диапазоны оптического спектра». Если уж грузить Астросиб заказами, так сразу на N астрографов, зачем мелочиться и экономить на вторичных зеркалах и приёмниках)
Уже были до этого проекты, где с разными целями использовали массив телескопов. Тут покрывали большую площадь на небе. Тут (подробнее) добивались субпиксельной ("dithering") точности и заодно повышали соотношение сигнал/шум за счет усреднения сигнала с множества матриц (приёмник Котельникова). Мне еще встречались любительские проекты «многостволки» цель которых была экономия времени на накоплении сигнала в разных оптических диапазонах. Если вы говорите про разные оптические диапазоны, в чем выгода постоянно переключаться между каналами? У изделия и так уже здоровенный бюджет (4х500мм зеркала + соотвествующая монтировка). Если вы увеличите нагрузочную способность монтировки на вес 3-х вторичных зеркал + 3-х приёмников — вы вряд ли получите сколь-либо существенный рост стоимости на фоне стоимости первоначального проекта.
Что до использования внеосевого рефлектора (его разновидности — Куттера) — непонятно чем уже выпускаемые Астросибом RC не устроили — какие такие специфичные цели нужно достигнуть, что решили использовать такое решение.
p.s.
так странно видеть в миллионном проекте макет «из палок». Неужели нельзя было как-то аккуратнее. По сравнению с содержимым «Моделист-Конструктор» прошлого века это ужасно. У вас там конечно не кружок моделистов, но ведь сейчас ведь чего только есть — 3d принтеры, ЧПУ — ведь можно же было воспользоваться ими.
тонкости настройки фильтра так и не были раскрыты.
Так и придётся Вегалаб штудировать.
Безотносительно того насколько хорошо или плохо правительство страны развивает страну, какими методами это делает — по-моему, до тех пор, пока страна ведет политику, независимую от США, она будет по прессом «развитых демократических» стран, которые так или иначе являются провайдерами политики США.
Я уверен, что стоит Австралии пересечься интересами с США, как Западная пропаганда тут же найдёт кучу изъянов в самой Австралии и поставит её «демократичность» под сомнение. А пока её политика является продолжением политики Запада или же не вступает с ней в противоборство — это «демократичная» страна. В кавычках — потому, что признание чего бы то ни было, как представить ситуацию — вопрос сугубо политический.
Любая власть — это ограничение граждан в правах. Например, «демократических» США в LA вы можете выбирать — мириться с палаткой бомжа на выезде из вашего гаража или срулить в другое место, где бомжам нельзя расставляться где попало. А там заявлена вроде бы демократия и мнение налогоплательщиков по-идее должны учитывать.
Помочь проекту конечно нужно. Но еще полезнее для проекта будет последующий разбор — как так получилось, что случилась ситуация, когда пришлось «выезжать на людях». Скорее всего — вопрос будет к менеджменту. И конечно же важно понимать какие будут сделаны выводы, что будет предпринято, чтобы таких нештатных ситуаций не повторялось.
Например. Кто-то из главных вроде архитектора посмотрел на объём функционала, оценил его в часах и спустил сроки лидам стримов. Расчет был, что после девтестов в QA функционал уходит с мелким процентом баг и всё это потом без каких-либо серьёзных изменений доезжает до прода. Может оно и так, но потом по ходу дела заказчик решил что-то добавить, может это даже и пошло как отдельный скоуп, но очень желательно выдать это с основным функционалом. Получили дополнительную нагрузку на разработку и регрессию для куа. А потом оказалось, что аналитики не всё раскопали — гэп значит нашелся. Хорошо если мелкий. Потом на приёмочных тестах еще ошибки нашли — тут оказывается, тестовое окружение у разработки отличается от того, что у кастомера. В проде одна из систем, с которой интегрируется проект, оказывается обновила версию, а с ней и кусок поведения и т.д. и т.п.
Все эти изменения увеличивают объём работ. Задача менеджмента — получить от разработки сроки, близкие к реальным применительно к самому плохому сценарию. Плюс по мере возможности вести разработку по процессу. Например, не перескакивать стадию приёмочных тестов до выхода в прод в угоду пожеланию кастомера (оно конечно спорно — раньше конкурентов взлетишь, получишь преимущество).
И если так получается, что в рамках рабочего дня задачи закрывать стабильно не получается, то скорее это признак того, что пора вводить еще одну смену — как вариант. В принципе, можно и «поднажать», если вы лично получите %% прибыли от выхода в прод. Но вот просить того же от обычных зарплатников, рассказывая что-то там про командный дух — это чистой воды манипуляция. Скажем так, компаний много. А здоровье и родные — они одни и ценнее любой компании.
Если сможете помочь сделать оборудование для осуществления автоматизированных лесопосадок, автоматизированной обработки существующих уцелевших, но бесхозных лесополос(от разросшегося кустарника, например) — этим сможете и стране помочь и заодно интересным вам делом позаниматься.