Я не специалист историк, но вроде после Павла I, в России барщина была не больше трёх дней в неделю (и я так понимаю в зимний период вообще около нуля). Ндфл+пенсионное+медстраховка сейчас где-то около 40%. Не скажу где получается нагрузка больше, где меньше, но масштаб кажется сравним. Но крепостничество это аналог рабства, а современная работа - нет :)
Видимо потому что у нас сейчас круглый год Юрьев день.

Chatgpt bot

Чё-то я погружаюсь в депрессию.

В октябре 2022 года я придумал, как можно сделать безгазовые транзакции в ТОНе через новый контракт кошелька. Какое-то время эта тема мусолилась по чатам, пока не пришёл Олег Андреев и за день не напилил прототип смартконтракта (и организовал остальную движуху).
Потом Сергей хорошенько его оптимизировал и покрыл тестами, превратив из наброска в продукт. Потом skydev провёл новому кошельку сеанс глубокого фифтинга, ещё больше оптимизировав потребление газа. Потом Алексей написал бэкэнд, выполняющий функции релэера, и множество прекрасных фронтендеров внедрили это в клиенты, а тестировщики помогли отладить.
Мы также провели челленджи по оптимизации и взлому, аудит, всевозможные согласования с TON Foundation. При этом на разных стадиях множество людей из разных проектов выступало консультантами и критиками: Ник из дедаста, Творожков из дитон, Дэн из тонхаб, Иван из гетгемс, рулон&енот, и, наверное, много кого я забыл, но они внесли какой-то вклад.
Чтобы в результате всех этих трудов спустя полтора года родился сегодняшний релиз Тонкипера, который делает быстрый и качественный газлес в сети ТОН (пока в бете и только отправки избранных токенов, но скоро список действий и токенов будет расширяться).

Так вот, это очень приятно — смотреть, как твои идеи воплощаются в жизнь путём коллективного труда. И делать реальные инновации, пока конкуренты делают громкие анонсы ;)

Кажется у меня впервые в жизни просто взял и сломался финкпад. А я с ними 13 лет уже.

В интернете опять кто-то пиздит. ТОН ровно также. Абстракция аккаунтов из коробки. Мало того ниар и не скрывают что они вдохновлялись вайтпейпером тона.
А wallet v5 из предыдущего поста как раз добавляет фичи типа социального восстановления учетки и т.п.

В прочем мне тут в приват подсказывают что в том канале вообще бред на бреде про тон.

Главный вопрос: сумеет ли теперь Дуров уговорить саудитов продавать нефть только за TON NOT (или вы ещё не поняли что у них лого на черном фоне в форме нефтекачки?).

Девайсов богов. Закладываешь уголь, маленький кусок бумаги вниз, 10 минут и у тебя куча идеальных углей без труда

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

Лол. Кажется телеграм не позволяет продавать в каналах посты с текстовым контентом. Только картинки. Буквально заставляют меня продавать нюдсы.

Как это читает типичная девушка:

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

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

Чем меньше и проще машина, тем лучше у неё с саморепликацией. Бактерии плодятся супер быстро в почти любых условиях, но их возможности воздействия на макромир по сути ограничены химией. Тараканы медленнее и условия должны быть лучше, но они уже могут чето сложное собрать, но очень ограничено. Мясные мешки ещё более требовательны к условиям и ещё хуже реплицируются, но возможности ещё выше, хоть и довольно поганые (не имея орудий труда человек не особо много что может делать, включая сложность изготовления орудий труда). Следующий шаг это уже сообщество людей с инфраструктурой, которое может реплицировать себя вместе с инфраструктурой. Ещё более долго и мучительно.

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

Господи, как же я бомблю с того что уебищный s3 захавал весь мир айти. Как жс, который по воле случая оказался самым популярным языком.
В него гвоздями прибита амазоновская специфика. Кому нахуй нужны регионы прям в протоколе хранения блобов кроме амазона? Амазоновская авторизация? Амазоновские политики?
И все это копируют с разной степенью удачливости. Включая например что пацаны копируют поведение "вы не можете удалить не пустой бакет - сперва удалите все миллионы объектов в нем", хотя у них архитектурно легко удалить бакет целиком со всеми файлами.

Он работает по http со всеми накладными расходами на http.

У него бай дизайн единая точка входа, которая становится узким местом в селф-хостед решениях.

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

Помню лет 15 назад на хабре была статья (нашёл. 9 лет) про то как чувак с помощью грепа, awk и немного консольной магии написал подсчет аналитики в 250 раз быстрее чем это делает кластер хадупа. Понятно что случай вырожденый и бла-бла-бла, но сам факт.
Эта статья довольно сильно повлияла на меня как специалиста. Более сложные инструменты, ориентированные на обработку больших данных имеют оверхед, а затраты на обучение как их использовать оптимально часто превосходят любые экономии на времени выполнения. Так что если можешь просто побегать по массивам в памяти, то вероятно лучше так и сделать.

Потом была ещё статья о том что даже если у тебя реально большие данные то часто научиться правильно их готовить для больших систем аналитических оказывается очень сложно и старый добрый awk все равно зарулит.

А теперь я вот столкнулся с ситуацией когда мне самому надо проектировать решения, которые на одну машину не влезают. Точнее как. Вполне себе влезают. Сейчас можно арендовать сервер на 48 ядер, 2 терабайта оперативки и 20 TB nvme ssd за $2000 баксов в месяц - пол базы просто влезет в память. Даже с оптимистичными темпампи роста это хватит на несколько лет. Это даже будет дешевле (причем ощутимо), чем разбивать на много серверов.

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

Но там возникают другие проблемы. Во-первых это всё конструкторы из кучи частей с миллионом ручек, которые чтоб админить надо штат инжереров увеличивать или брать хостед версии которые внезапно еще больше увеличат стоимость. Во-вторых мне не нравится технологии на которых всё это собрано. В качестве стораджа у тебя будут или s3 или hdfs (оба хуже). Весь софт написан на джаве, а это значит (обычно) дикое потребление ресурсов (с другой стороны типовые машины доступные в большинстве хостингов имеют баланс cpu-память-диск такой что если не брать тяжелое говно то цпу будет простаивать при полных дисках). Модель контроля доступа или отсуствует или кроваво-энтерпрайзно что-то.

Вот и вроде хочешь простоты в одном месте а сложность вылезает в другом месте. Вот и оттягиваешь момент перехода на что-то типа трино до последнего.

Вообще пока пока я писал предыдущий пост то пришёл к выводу что хорошее айти это про стремление к простоте. Да - иногда надо сделать что-то сложное, но это чтобы потом было проще в других задачах. Иногда простота в одном месте вылезает сложностями в другом. Есть простота входа и обучения, простота поддержки и настройки, простота масштабирования и т.п. И надо искать баланс простоты с учетом множества факторов. Если посмотреть на айти ландшафт с позиции простоты, то это объясняет почти всё о популярности тех или иных технологий, языков, платформ и т.п. Всё популяное это то что принесло то или иную простоту. Причем что-то ставшее популярным может в процессе дальнейшего развития излишне переусложниться и начать умирать под собственным весом. Потому что например уменьшится простота входа и обучения. Или поддержки и администрирования. И это очень важно развивая проект не переусложнить его излишне. Понятно, что совсем сложности не избежать, но надо понимать зачем и почему что-то становится сложнее и точно ли оно надо.

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

Есть такой принципе KISS (keep it simple, stupid). Но это только про код и как следствие его можно нарушить когда сложный код что-то сильно упрощает. Я бы назвал это теория простоты продукта. И по сути одно правило - суммарная простота использования продукта должна не увеличиваться при добавлении новых функций или снижаться если новых функций не добавляется. Понятно что тяжело сравнивать. Кому-то проще одни задачи, кому-то проще другие, но приблизительно можно оценить через среднее время.

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

Появление публичной информации по количеству юзеров за месяц у ботов в телеграме принесло для меня ряд открытий.
Например что у прекрасного @ifttt всего 9000 юзеров. А это кажется самый адекватный no-code проект в принципе.
Что у @pic всего миллион пользователе из общего миллиарда телеграма. Что вероятно объясняется тем, что инлайн боты неудобны к использованию теми кто пишет не на английском - лишние переключения раскладки. И телеграму вероятно стоит как-то порешать эту проблему, потому что вообще инлайн боты это офигенно удобно.
У флибуста бота оказывается 300к пользователей что на фоне общей популярности ботов (если не брать тапалки) очень неплохо.

Какая интересная подборка специальностей.

Господи, вы бы знали как я ненавижу переговоры про покупку энтерпрайз решений. Вот охуенно же когда есть простой и понятный ценник. Платишь - получаешь. А так начинается "а сколько вы готовы платить?" - "а сколько вы хотите с нас получить?" - "а какие дополнительные сервисы вам нужны?" - "а никакие нахер не нужны" - "а вот посмотрите всё-таки какой красивый сервис у нас есть". Я блять ебал.


UPD: Алсо с обратной стороны ненавижу эти переговоры не меньше.

Одна звёздочка это 0.7 цента. Тоесть надо собирать десятки тысяч звёзд за пост чтобы было выгодно вести канал за лайки.