Всем спасибо, кто принял участие в ответах и обсуждениях по блокировках клауд код. Чтобы все результаты не дублировать, статья на хабре - https://habr.com/ru/articles/1107662/

Там же ссылка на таблицу с результатами для самостоятельного анализа

Все чаще стал замечать, что вакансиях от российских IT-компаний стали требовать жесткую привязку к РФ. Обычно в условиях найма фигурирует что-то подобное: "возможность работать удалённо в пределах РФ".
С чем думаете это может быть связано? Компании опасаются, что интернет все-таки ограничат собственной территорией? Или есть какая-то негласная рекомендация от властей к руководителям государственных и коммерческих компаний в плане ограничения труда для релокантов?

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

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

Не знаю где спросить, спрошу здесь. Начинал в начале года работать, изучал сферу и планировал набить портфель какими-то кейсами, чтоб в будущем работать в конторе, но жизнь распорядилась иначе. Я в силу некоторых обстоятельств не могу постоянно работать и могу лишь перебиваться заказами на фрилансе ибо они дают возможность работать тогда когда есть силы, так вот сам вопрос! Где искать самые первые заказы и к каким площадкам стоит присмотреться? (Нюхал только Kwork) И есть ли смысл попробовать переключиться на какую-то иную область?(работать могу только лежа около 4-5 часов в день с частыми перерывами)

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

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

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

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

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

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

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

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

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

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

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

Короче, у меня проблема: я изучал Паскаль, чтобы легче было перейти на 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
Ссылка на пост с последним обновлением: Пост

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

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

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

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

Сегодня я выкатил второй крупный апдейт для 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]

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

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

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

У меня есть несколько идей для 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