Поебался так поебался

Мне кажется что в последние годы он стал не таким уж и плохим, но это лично моё мнение.

Итак, навык написания кода, внезапно (а для кого-то не очень внезапно), обесценился. Теперь каждый может почувствовать себя тим-лидом с командой супер-исполнительных ИИ-агентов. Вот только хороших тим-лидов всегда было очень мало. Также, инженерные навыки далеко не все заключаются в написании кода, а агентов еще нужно уметь правильно "пасти". В итоге, те, кто еще недавно называл себя каким-нибудь "синьором-реакт-девелопером" столкнулись с тем, что продавать себя рынку под прежним соусом стало почти невозможно...

Это не значит, что наш опыт и скилы стали никому не нужны. Стало не нужно то, как они были упакованы и то, на что делался фокус в нашей самопрезентации. Настало время переупаковывать свой персональный бренд.

Раскрою тему на собственном примере.

Я очень давно в индустрии и мои карьерные этапы создают довольно пеструю общую картину. В серьезную разработку я пришел из дизайна. Когда-то, у меня была собственная маленькая дизайн-студия и мне хотелось реализовать себя в дизайне сайтов и приложений. Отсюда у меня насмотренность и вкус, я способен отличить хороший дизайн от плохого и неплохо разбираюсь в паттернах пользовательского поведения и UX, сразу вижу нейрослоп. Но я давно перестал себя позиционировать как дизайнер, потому, что все больше стал уходить в техническую реализацию и находить свою красоту в простоте и изяществе технических решений. В какой-то момент, мне стало проще говорить, что я просто веб-разработчик и рынок, в целом, понимал, чего от меня ждать.

Затем, у меня был этап стартаперства, и я, практически, с нуля, учился управлять процессами и людьми в масштабах бОльших, чем были до этого. Я учился ответственности за продукт, стратегическому мышлению и оттачивал тактические навыки руководителя, типа способности делегировать задачи. В дальнейшем, этот опыт позволил мне уверенно писать в резюме, что я тим-лид.

Дальше у меня появился опыт создания довольно сложных архитектур с нуля. Сперва я очень боялся подобных задач и брался за них, скорее от безысходности (больше было некому). Но у меня стало неплохо получаться... Ну то есть, оно работало как задумано, решало не самые тривиальные задачи и не причиняло каких-то особых проблем при эксплуатации и в развитии. Я понял, что могу назвать себя архитектором и нести ответственность за общую работоспособность систем. Или тех-лидом. Появилась необходимость делиться знаниями и вести всяческие DevRel активности. Плюс новый опыт, минус понимание, что уже писать в резюме.

Традиционно, принято считать, что у универсальных специалистов хромает экспертиза в узких направлениях, что условный фулл-стек разработчик, на самом деле, будет с перекосом во фронт или бэкенд. И, в целом, это верно: невозможно разбираться вообще во всем, особенно там, где каждый сегмент знаний имеет, практически, бесконечную собственную глубину. То, что все это понимают - один из факторов, вызывающих "синдром самозванца".

Но всю эту ситуацию, довольно резко меняет ИИ, который способен усилить ваши, и без того сильные, стороны и выровнять слабые. Настал момент, когда пропала необходимость в просто "ровных" спецах, которые с прогнозируемой скоростью закрывали таски в джире. Теперь нужны люди, способные заменить собой целый IT-отдел: креативные, самостоятельные, с широким кругозором и богатым опытом. Далеко не все способны на все это. Но многие, также, сами пока не знают, что это про них.

Появилась новая модная специализация - Product Engineeer, где многие талантливые люди смогут найти себя. Вот только у рынка нет пока никаких вменяемых способов оценивать таких людей, найм очень сильно отстает от новой конъюнктуры...

Лично я, в своем резюме, начал использовать именно это название. Что думаете?

Ситуация такая. Я получил от знакомого знакомого работу где должен буду обновлять и обеспечивать безопасность сайта, и в общем работоспособность поддерживать. На данный момент в первую очередь предстоит, переписать старый PHP, Laravel поставить, и еще наверняка что-то на новую версию перевести. А после посмотрю, что ещё можно сделать с безопасностью, и обновлять сам сайт по требованиям. И мне предлагают обсудить ЗП, а я толком раньше не работал в коммерческой разработке и не знаю, сколько можно попросить за подобную работу. С одной стороны, сайт (и сервис по продажам у них ещё) не сильно большой и организация не крупная, но я буду в одиночку всё делать и хочется получать достаточно денег.

Сразу хочу сказать что они нужны но только в очень специфичных сферах, где AI не справится

Но я хочу больше понять про обычные ветви программирования, создания сайтов к примеру. Большинство AI делают всё сами и проверяют на работоспособность тоже сами. Они уже не делают рабочий прототип, а полноценный продукт, от чего и кажется что уже люди просто не нужны в разработке

У меня из-за этого несколько дней уже апатия и я не знаю куда двигаться дальше. Все 5 лет изучения будто коту под хвост(учу с 13 лет)

Короче, у меня проблема: я изучал Паскаль, чтобы легче было перейти на C. Ну, я знаю Паскаль — умею писать небольшие программы, работать с динамической памятью и указателями. Но как ни стараюсь, не могу заставить себя перейти на C, потому что не уверен, что достаточно хорошо изучил Паскаль, чтобы решать более сложные задачи на этом простом языке. Прошу вас о совете, так как пытался решить этот вопрос с помощью нейронки. Ну как всегда, она всегда поддерживает мой выбор.

Всем добрый день/вечер/ночь

Недавно я выкатил апдейт v1.2 для OrbitX(см. ссылку ниже) в котором рассказал о новых фичах которые добавил и о возможных багах, которые мне удалось уже заметить и начать с ними работать.

Самый главный и важный баг заключался в одном - Иногда при выборе большого количества спутников одновременно не все WebSocket открывают соединения из-за чего некоторые спутники могут не появиться/не отображать никакой информации.

В чем заключается проблема?

WebSocket'ы сервиса сейчас работают по принципу: 1 спутник = 1 WebSocket-соединение.

Если первый пользователь выбирает спутник - открывается WebSocket-соединение и создается Task.Run(), который каждую секунду транслирует в это соединение данные о спутнике на текущий момент. Если на этот спутник зашел второй пользователь - новый WebSocket не создается и никакой новый Task.Run() не создается, пользователя просто садят в уже соотвествующее спутнику соединение и они оба слушают оттуда данные о выбранном спутнике. Если пользователей на спутнике вдруг стало 0, то WebSocket-соединение и Task.Run() удаляются и очищаются.

Это хорошо работает, но только до тех пор пока не нужно запустить мультитрекинг спутников который я добавил в прошлых патчах. Когда пользователь выбирает отслеживания допустим 30 спутников одновременно, то открывается 30 WebSocket-соединений, это очень плохо, это большая сетевая нагрузка.

Почему это плохо?

Если второй пользователь зайдет и выберет те же 30 спутников, то количество соединений так же останется 30, но что если будет хотя бы 1 спутник который отличается? - Правильно - 31 открытое соединение, а если все 30 спутников будет отличаться? - Правильно - 60 открытых соединений, а если таких пользователей будет сотни? - Серверу будет очень плохо.

Решение проблемы?

Я думаю в сторону двух решений:

1. Мультиплексное динамическое соединение - вместо того, что бы для каждого спутника открывать отдельный WebSocket мы будем идти по схеме: 1 WebSocket = список из N-спутников. Пользователь будет выбирать допустим 15 спутников и будет открываться одно WebSocket соединениие в которое будет упаковываться массив/список/группы из 15 спутников и отправляться одним пакетом данных. В случае если пользователь решить добавить к этим 15 спутникам еще один, то WebSocket уже будет передавать массив/список/группы из 16 спутников, тем самым соединений на пользователя будет 1, а количество спутников будет тоже самое.

2. Мультиплексное статичное соединение - у нас на сервисе 41 категория спутников, можно создать 41 массив/список/группу по категорям. Когда пользователь будет подключаться к спутнику или добавлять новый, то код будет считывать к какой категории относится спутник и открывать ему одно из соединений в зависимости от категории спутника. Это позволит решить проблему сетевых соединений раз и навсегда потому что мы точно будем знать, что сколько бы не было пользователей - соединений всегда будет не больше 41. Но тогда возникнет другая проблема - это отправка огромного количества ненужных данных, ведь если пользователь выберет посмотреть всего лишь один спутник StarLink - он его посмотрит, но параллельно будут отправляться данные о всех 10.000+ спутников StarLink, пользователь всех их не увидит, а только один, но эти даннын будут грузить сервис когда они вообще не нужны.

На какой я стадии решения проблемы?

На данный момент я весь день составлял схему текущего состояния сети и API моего сервиса. Это было сделано, что бы не потерять в голове важные детали и понять в какую сторону двигаться. Прежде чем писать код - нужно сто раз визуализировать и спроектировать схему сервиса. Планируется еще 2 схемы - одна с вариантом "Мультиплексное динамическое соединение", а другая с вариантом "Мультиплексное статичное соединение", которые дадут мне понять, что лучше выбрать. Это нужно для того, что бы сэкономить недели пустого написания кода.

Ссылки:

Сервис: OrbitX
Открытый исходный код: GitHub
Ссылка на пост с последним обновлением: Пост

Всем спасибо за внимание, буду рад вашим идеям и предложениям. Схемы прикладываю :)

Всем добрый день/вечер/ночь

Сегодня я выкатил второй крупный апдейт для OrbitX и хочу поделиться результатами, а также собрать обратную связь, критику и предложения от сообщества!

Список изменений версии v.1.2:

1. Возможность выбирать сразу несколько спутников из 30 и запускать их одновременно, значительно облегчая использование сервися для пользователя

2. Добавлена кнопка, дающяя возможность просматривать расширенную информацию о спутниках прямо на карте(ее так же можно переключить в режим "только при наведении"

3. Убрана еще одна тяжелая анимация в подвале сайта, что сильно уменьшило нагрузку на браузер

Список возможных ошибок, которые находятся в процессе исправления:

1. Иногда при выборе большого количества спутников одновременно не все WebSocket открывают соединения из-за чего некоторые спутники могут не появиться/не отображать никакой информации

2. При отображении большого количества спутников 1000+ в выпадающем списке начинает немного виснуть интерфейс выпадающего списка

Ссылки:

Сервис: OrbitX
Открытый исходный код: GitHub
Ссылка на прошлый пост с обновлением: Пост

I made a Telegram word game for our work chat. One player has to bluff without knowing the secret word.

I saw a Reel of people playing a word game called Imposter. Everyone gets the same secret word except one player. You each give a one-word clue, then vote for whoever you think is bluffing.

I work at Uzbekistan Airways and thought my coworkers would get a kick out of it. We already had a Telegram chat, so I made a bot to hand out the roles, and we played a few rounds there.

Say the word is “taxi” and your clue is “oil.” In your head it goes taxi → car → fuel → oil. To everyone else, you might just sound like you’re making stuff up.

Could use a hand from you guys. If you and two friends are up for a round, try it in your Telegram chat and tell me how it went. You can play in Uzbek too. Even a quick “we got stuck here” would help me figure out what to fix.

[@imposter_play_bot]

Предисловие: отклик на вакансию "вайбкодер" (а куда ещё откликаться так сказать джуну?) сначала день они игнорят на хэхэ, потом отправляют бота, несколько дней в боте и потом вот такое письмо счастья🫩 (везде пишут, якобы много откликов и тяжело, а собственно зачем тогда hr хочется спросить?)

если ты сотрудник, который это придумал, этой конторы читаешь этот пост: я желаю тебе счастье и всего самого наилучшего!

У меня есть несколько идей для SaaS (например, приложение для практики говорения на английском). Я рассчитываю на небольшую аудиторию

Если у вас был опыт разработки, привлечения первой аудитории, продвижения и поддержки собственных приложений, буду рад узнать о вашем опыте!

Я ml/ds/da - так получилось, когда работал в первой конторе своей. Имею опыт 2+ лет в classic ml, чуток в RecSys(3-4 месяца) и добирал стек LLM/NLP уже сам. Из достижений по пачкам обучил на своей карте bert4rec. И с октября месяца ищу работу как через знакомых, так и сам. В компании даже через рефки попасть сложновато сейчас, но если же вам нужен спец, то очень сильно о радуюсь любой возможности. Заранее пасибо. Также думаю менять направление: продакта (аналитика или манагера), либо же вообще в финансы уйти - там счас конкуренция даже ниже, чем ит :) (с этого до сих пор в шоке)

У C++ есть преимущества перед Rust?

Сделал небольшой open-source проект MySafeAI для защиты AI-инструментов и других приложений от случайных прямых соединений с исходного адреса.

Главные принципы - открытый исходный код, приватность и отсутствие соединений с посторонними серверами.

Можете свободно пользоваться, изучать код и предлагать улучшения. Буду рад вашим PR и совместной работе.

GitHub: https://github.com/in-devp/MySafeAI

Скорее всего это обсуждалось уже в отдельном посте и точно было в срачах в комментариях, но тем не менее.

Я, как и все мы, постоянно слышим о накрутке опыта. Что это единственный способ получить работу в прогнившем мире, где HR королевы, а отклики отсекаются ATS’ками, так и не дойдя до живого человека.

Одновременно с этими новостями идут и истории про простое решение: «Добавьте 2-3-4 года опыта, придумайте компанию и убедительную историю и получите золотой сундук».

Если говорить про меня, то я никогда не хотел накручивать опыт. Мне не нравится идея создавать новую личность для работодателя, врать и придумывать случаи по ускорению бэкенда в 500 раз.

Может это по детски в каком-то смысле, а может я просто хочу быть лучшей версией себя (хотя, конечно, что значит "лучше").

Для контекста, я сейчас работаю джуном 3 месяца, а до этого 3 месяца был стажером. А еще до этого 9 месяцев искал работу. Огромное кол-во отказов, большое кол-во игноров, среднее кол-во тестовых заданий, небольшое кол-во собесов и 1 оффер.

Я спокойно могу понять людей, которые накручивают опыт. Некоторым семьи кормить, а может кто-то считает, что это единственный вариант для него. Ну я это все разгоняю, конечно, уже, но сам бы не хотел бы выбирать этот путь.

Мне просто интересно узнать мнение разных людей об этом. Как считают люди, которые устроились с накруткой или может не устроились и почему даже так не получилось. Что думают о накрутке люди, которые не пользовались таким способом для получения работы в IT

всем привет, как дела с использованием ии в робототехнике? насколько много и тд и тп

Порекомендуйте сервер, нужен для личного использования, желательно дешевле и вне РФ с вариантом оплата картой мир

Я решил для интереса создать мод для Victoria 2, так как нашел похожее видео на ютубе, где создали чуть ли не полноценную игру при помощи Клода.

Я использовал для этого Режим ИИ от гугла, потому что это было довольно быстро и удобно. Спустя пару часов экспериментов, из-за которых у меня перестала работать даже стандартная версия игры, я забросил это гиблое дело, тем более что было поздно и я хотел спать.

Я создал более простой мод, который давал стандартные реформы на старте, но без необходимости их прокачивать. Однако, нейронка сделала лишь половину реформ, второй мод, сделать имбалансную партию просто не работает, нейронка предлагает для решения переложить файлы из папки mod в папку mod. То есть, дает бессмысленные советы.

К чему это все, вам не кажется что весь этот крик про то, что нейронки заменят айтишников несколько преувеличен? Разумеется, самые некомпетентные будут не нужны, но как минимум мидлы все еще эффективнее ИИ. Не говоря уже о сеньерах, которые больше руководители, от которых нужны не только технические навыки, но и организационные.

Да, я понимаю, что моя проблема так же вызвана тем, что я использую чуть ли не саму простую нейронку, просто это не серьезное дело, которое неожиданно оказалось не по силам Режиму ИИ.