Unix Way

Вы делаете какую-то CLI программу или скрипт, который(ая) например генерирует залупу какой-то отчет по вашему коду. Далее этот отчет нужно отправить в какой-то рабочий чат. Как правильно сделать такую задачу?

Есть два путя. Первый это прикрутить отправку в чат в сам CLI, чтобы прога сама отправляла куда нужно. Второй это мы не выебываемся и делаем CLI который только генерит отчет, а отправку делаем другим скриптом.

Второй вариант это и есть Unix Way. Основные принципы которого звучат так:
- Делай одно – делай хорошо. Вот этот single responsibility ногами отсюда растет.
- Пиши программы, которые работают вместе. Не нужно делать программу которая делает все, лучше использовать выход одной программы как вход другой
- Работай с текстом. Текстовые потоки – универсальный интерфейс.

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

С одной стороны это и правда удобнее, ведь сегодня тебе нужно отчет отправлять в чат, а завтра попросят в s3 сохранять. И прикручивать s3 это разбираться с sdk, добавлять зависимости, обрабатывать ошибки и вот это все. При этом просто прикрутить рядом s3cmd это дело 5 минут.

С другой, это может быть не так удобно. Например что если нужно отправлять уже в несколько чатов, тут уже unix way становится сложнее, ведь появится уже bash скрипт который вызывает твою программу, а потом еще каким-то циклом будет вызывать скрипт отправки. Можно было в одном скрипте исправит пару строчек и не пачкаться о bash.

Короче сложно, как всегда однозначного решения нет. Однако последнее время я стараюсь делать скрипты по Unix Way, в большей части кейсов получается в разы проще. Правда держу в голове, что если где-то начинается прикол со сложным bash скриптом, то лучше переписать на скрипт который все делает сам.

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

PewDiePie строит у себя дома мини-датацентр на котором гоняет локальные языковые модели. Мила Йовович с другом сделала систему для памяти агентов и зашарила ее на github. Репозиторий за пару суток набрал более 7к звезд. Как там ваши репозитории поживают, пацаны?

Как оценить работу модели?

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

В идеале чтобы это понимать у тебя должен быть свой бенчмарк на это. Желательно прям на задачи которые ты делаешь. Потому как открытые бенчмарки, которые используются для маркетинга новой версии модели особо ничего не дают. То что модель проходит swe bench не дает гарантию что на твоих задачах она покажет такой-же результат. Я к таким бенчмаркам скептично отношусь, потому как скорее всего модели прям под эти бенчмарки и обучаются.

Еще у нас у самих мозг довольно плохо контекст держит, сегодня ты поспал хуже, в итоге в промте не указал не всю информацию и вот уже нейронка отупела.

При этом понятное дело, что собирать свой серьезный бенчмар, это прям дело не простое. Еще и систему для запусков и оценки нужно делать, а это уже прям на целый проект тянет. В итоге так и получается что оцениваем мы модели в итоге чисто по вайбу.

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

И только когда уже закончил натыкаешься на решение, используя которое ты мог не делать 90% работы, при этом оно еще и работало бы лучше и стабильнее!

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

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

Поэтому я тупо сделаю сообщения платными пока не перестану лениться и подключу уже нормальный фильтр

На всякий случай напомню напомню, если такую хуйню видите, сразу в бан кидаете.

Вы скорее всего и так знаете, но мало ли

Здарова, заебали, те кто еще не успел отписаться

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

Поэтому чего нам остается, хихикать над тем что еще осталось

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

У каждого владельца канала есть проблема, имя которой – шлюхоботы, ну или ебучие книголюбы. Многие на канал подключают спам фильтр с нейронками, эвристиками и прочими сложностями. Либо покупают комерческое решение, либо хостят свое.

Как эту проблему решил я? Просто поставил цену на коментарий в одну звездочку. И знаете что?)

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