Спустя 6 лет программист на Rust заметил, что у сарая нет стены

В ИТ бизнесе зарплаты вообще ничего не решают.

На каком уровне специалистов? Не слышал чтобы кто-то массово уходил на более низкую оплату, даже за более интересные задачи. Точнее как, слышал, но это было, «нихрена себе чувак дает! дауншифтер.». Да и полно плача было несколько лет назад как бедные айтишники в калифорнии вынуждены жить в вагончиках.

Ну тогда разберитесь сначала, о чём идет речь, а потом комментируйте.

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

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

Ну и к слову. Я не являюсь и никогда не был сотрудником ИТ компаний (за некоторым исключением). Я простой американский учёный.

Не слышал чтобы кто-то массово уходил на более низкую оплату, даже за более интересные задачи.

Ничего страшного, что вы не слышали. Это сплошь и рядом.

у нас мало кто(особенно из нижнего и среднего уровней) будет валить из хорошо оплачиваемого места

Здесь тоже мало кто уходит по своей воле обычно людей увольняют. Этап проекта закончился - предупреждение за неделю и вали. Очень легко и просто. Независимо от компании, кстати. А иногда и независимо от контракта. Просто так. Реорганизация бизнеса. Пришёл новый эффективный менеждер. Фаза Луны. Температура воды в океане. Это всё могут быть разумные причины для увольнения.

Какие же вы все умные. Только вот меня кинули чистить и смывать уже после того как турист насрал в таксофоне

Пояснение что подрядчик и руководство может оказаться одним лицом.

Мысль интересная, но ещё более запутывающая. То есть мой линейный руководитель в организации одновременно является заказчиком моего контракта? Я являюсь и подчинённым в организации и контрактником в ней же?

Мы называем это «конфликт интересов», я одновременно выступаю и со стороны заказчика и со стороны контрактника. Посодют. И будут правы, явный левый доход.

Блин, ну ненакого больше наехать что б он мне люлей дал. :)

Я вашу боль чувствую как родную!

Если да то это ссзб.

ну от о том и речь, прилетело со стороны и отказаться уже нельзя.

Поздновато вы на онтопик сподвиглись,х отя я знаю примеры упористов по мс,

мс тут ни при чем, у нас весь стандарт был - rhel/oel/aix и solaris для легаси (софтом для винды занимались совсем другие люди, у них свои требования), с локальными репами, с ансиблом заточенным под наши задачи. И вот с десятком дополнительных серваков на убунте первый же вопрос - делать ли нам инфу под убунту ( в том силе выделять ли кучу места под зеркало), или сделать херак херак и забить, сразу заявив что решение нестандартное и обслуживается по остаточному принципу

ну от о том и речь, прилетело со стороны и отказаться уже нельзя.

Жестоко. Даже когда оно прилетает с людьми это тоже не всегда подарок, точнее для кого-то подарок, а для кого-то и нет, а уж в вашем случае вообще вариант «крутись как хочешь».

Поздновато вы на онтопик сподвиглись,х отя я знаю примеры упористов по мс,

у нас весь стандарт был - rhel/oel/aix и solaris для легаси

rhel и oel это уже новомодное :) Вот aix и solaris это да, не новодел :)

делать ли нам инфу под убунту ( в том силе выделять ли кучу места под зеркало)

Зеркало чего? Убунту или всего решения?

Так в протоколе git и спустя 20 лет не заметили, что нет шифрования. Тоже, что ли, статью написать, что не надо пользоваться приватными репозиториями в git через Интернет…

Так в протоколе git и спустя 20 лет не заметили, что нет шифрования.

Это у тебя в ssl шифрование пропало? Или ты на что-то другое намекаешь?

Так в протоколе git и спустя 20 лет не заметили, что нет шифрования.

А что, кто-то пользуется голым git сейчас вместо git+ssh или git+https?

Это у тебя в ssl шифрование пропало? Или ты на что-то другое намекаешь?

На протокол git: https://git-scm.com/docs/git-daemon

А что, кто-то пользуется голым git сейчас вместо git+ssh или git+https?

Думаю, те же, кто пользуются голым протоколом Radicle вместо Radicle+ssh.

А что, кто-то пользуется голым git сейчас вместо git+ssh или git+https?

Думаю, те же, кто пользуются голым протоколом Radicle вместо Radicle+ssh.

Radicle предполагает, что ты не знаешь куда ты будешь подключаться, поэтому адресация осуществляется по ключам, плюс всё это должно работать через NAT. SSH тут не поможет.

Но ты не понял нихрена. Там используется библиотека для шифрования, только с неверной конфигурацией. Разрабы сами думали, что шифрование работает. Просто за 6 лет никто из них не полез это проверить. В протоколе git никакого шифрования никогда не было заявлено, в отличие от.

Почитал источники. Суть проблемы не в отсутствии шифрования, а в том, что оно было заявлено. А заявление опиралось на описание используемой библиотеки: «End-to-end encryption with Noise framework and other modern encryption protocols» (https://github.com/cyphernet-labs/netservices.rs).

Это у тебя в ssl шифрование пропало? Или ты на что-то другое намекаешь?

На протокол git:

Который только для чтения и никем не используется? Да, вот уж трагедия-то. Там, если что, ещё и в телнете шифрования нет.

И зачем мне шифрование, если я хочу в пределах компа склонировать проект? Да даже по внутренней сети?

И зачем мне шифрование, если я хочу в пределах компа склонировать проект?

А зачем тебе в пределах компа сеть? git clone /path/to/repo и поехали.

Да даже по внутренней сети?

По внутренней сети у тебя ssh 100% настроен, копируй через него.

И зачем мне шифрование

Сегодня шифрование является дефолтом в сети. Страдай.

Ну так то в сети, что решается на другом уровне другим протоколом.

Зеркало чего?

для rhel/oel у нас было локальное зеркало базовых реп и епел, ну и в принципе - если что-то ставилось на сервера, то все ставится с зеркала. Вот и был вопрос стоит ли городить такое же для убунты. Но решили забить)

или всего решения?

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

для rhel/oel у нас было локальное зеркало базовых реп и епел, ну и в принципе - если что-то ставилось на сервера, то все ставится с зеркала.

Ну это как бэ святое! Всё что ставиться на регулярной основе должно быть доступно локально.

Вот и был вопрос стоит ли городить такое же для убунты. Но решили забить)

Это имхо зря, понадобиться в момент падения инета и будет некрасиво.

повсеместном использовании LLM

Так LLM-агент наоборот гораздо быстрее найдет, где косяк.

Так LLM-агент наоборот гораздо быстрее найдет, где косяк.

И накосячет в другом.

Вероятно, программисты - это те, кто пришёл в профессию с убеждением, что они пришли писать программы. Чукча не читатель, чукча писатель.

Если это правда, то почему как только я напишу «LLM produces write-only code” здесь поднимается оргазм сравнимый с истерикой?

Не знаю. Любовь программистов всё переписывать, вместо того, чтобы разбираться с существующим, возникла задолго до LLM. Всё, что я заработал, я заработал на том, что я другой и готов разбираться с существующим, а также всегда пишу много документации, чтобы код и скрытые за ним идеи были понятны. Не скажу, что я заработал много, но зато я работал мало. С LLM теперь у программистов появилась просто другая форма объяснения своего желания переделать заново, но сама суть мало изменилась.

Мне попадалась шутка «если код было сложно написать, то почему его должно быть легко читать»? В процессе становления в профессии я изучал курс «намеренная обфускация кода». Потом в жизни я встретился с кодом, в котором все переменные именовались TVINNNN, и это намеренно, где NNNN - числа. Фортран, конечно.

Это правда жизни, хорошо или плохо не суть. Это так и надо это принять.

Я думаю, дело именно в том, что я сказал. Творить интересно, разбираться в чужом - нет. Кроме того, когда творишь, сначала у тебя в голове простой и красивый замысел. По мере столкновения с реальностью он усложняется и превращается в горку костылей. Даже самому автору такая горка отвратительна и он хочет переписать, но он уже вложился, привык и возможно монетизирует. А когда пришёл новый человек - перед ним просто горка костылей.

И я с этим согласен, но куда денем бизнес? Банально, меня наняли делать дело, а не получать эстетическое наслаждение. А бизнес- это сроки.

Написание программ это лишь малая часть работы, основная и важная часть работы – сопровождение.

Но из сопровождения не устроишь фееричный стартап, которому позавидуют все сыновья маминых подруг, поэтому…

А мне интересно и разбираться тоже. Собственно, я во многим этим и занимаюсь, доведением до ума того, что уже запущено в бизнес.

А мне видится, что весь Майкрософт, это стартап втюхивания несуществующей ОС на несуществующее железо. По поводу сыновей маминых подруг дискуссия откладывается.

Честно говоря, про MS не понял мысль. ОС они действительно слепили на коленке, ну а железо-то было вполне реальное у IBM PC.

Но из сопровождения не устроишь фееричный стартап, которому позавидуют все сыновья маминых подруг, поэтому…

Вот эта фраза. Весь Майкрософт - это фееричный стартап, подходящий под это определение.

Это проблема бизнеса, а для наёмного работника - накодить и уволиться. Он же поэт… прозаек… а вы тут про какие-то сроки грузите!

Мысль интересная. Я до сих пор не понял причину такого фееричного падения Интел. Возможно, смысл в этой фразе!

Думаю, так и есть. Приходишь устраиваться весь из себя такой на опыте, ты уже и змейку на паскале писал, и калькулятор на си, todo-manager на С++/Qt и даже свой блог на RoR. Всё знаешь, всё умеешь, ко всему готов. А тут тебя бросают в дремучее легаси на 100к строк, в котором нужно древнюю ошибку поправить. Сиди, джун, читай, разбирайся.

Ну нет, я про логику индивидуального программиста. У организаций другой жизненный цикл, особенно у таких системообразующих, как Intel. Хотя в принципе есть логика стартапа, но она ещё другая. Если программист по своему жизненному намерению намерен кодить (если он настоящий творец, а не ремесленник) и будет всегда хотеть всё переписать, то стартапщики намерены пустить пыль в глаза и сорвать хоть сколько-то бабла. Хотя, наверное, среди них есть и истинные творцы, которые хотят через стартап осчастливить всё человечество какими-нибудь очередными гениальными щипцами для завивки волос или сервисом для слежки за членами партии. Недостаточно в курсе всей этой темы. Intel же не относится к стартапам - это долгоживущая промышленная компания, там вообще всё по-другому. В том числе грамотные менеджеры должны понимать суть программиста и не давать ему угробить дело - они за это и деньги получают в общем-то, чтобы общее дело было сделано, несмотря на то, что у каждого исполнителя могут быть другие цели. Правда у крупных компаний есть свои жизненные циклы и они тоже могут умирать от старости.

Боря Черный очень хорошо подходит под это описание. Он всё время говорил «хочу, чтобы я думал, а машина писала». Ещё в начале двадцатых, когда всё было мутно он уже витал в облаках. Мы хихикали, типа Боря, закусывай. Потом был Клод.

Ну, во-первых, хотеть такое довольно естественно, и в фантастике давно описано. Во-вторых, уже были прошлые поколения ИИ, которые могли хоть и меньше нынешних, но всё же что-то могли, в том числе синтезировать по спецификации. В-третьих, дар пророчества никто не запрещал, в истории масса свидетельств. Только зря он это хотел, не выучил уроков истории. Хоть бы «Приключения Электроника» надо было хорошо осознать перед тем, как такое хотеть.

P.S. хотя на самом деле, не помню, чтобы было описано именно то, что машина будет сама творить сложные сущности по заданию и сама их улучшать. Всё было чуть другое: то машина музыку писала, то отвечала на вопросы, то изолировала людей друг от друга. Я, правда, не так уж много фантастики и читал.

Интересно другое. Электроника мы все смотрели. Дурак из Новосибирска похихикал и прошёл мимо. А гений из Одессы не прошёл.

Не знаю насчёт чрезмерной гениальности, Claude Code не была первым воплощением новой идеи. Удачно коммерциализована - это да. Она была выпущена в начале 2025 года - я тогда только осознал всю тему и начала переходить от чата в телеге на локальный OpenWebUi, но мне уже тогда было понятно, что нужна программа, которая будет сидеть на гит-репозитории, плотно и самостоятельно использовать данные из него и запускать команды, и так развивать программу в репозитории. OpenWebUI в принципе это частично может, но совсем уж криво, там всё надо руками делать, включая сохранение файлов. А devin тогда уже был годовалым проектом. Просто я не успел до него дойти, мне некому было подсказать и те люди, с которых я тогда брал пример, про него мне не рассказали. А так с улицы понять, куда нужно ползти в новой области - не всегда удаётся с первого раза.