Денис задал простой вопрос: кто из РК фрилансит через Upwork и как при этом отчитывается перед налоговой? Ответ оказался не таким простым. Базовая схема – платить как ИП через форму 910, но дальше начинается специфика валютного контроля: договор (оферту) с площадкой нужно регистрировать в Нацбанке, а каждый входящий платёж сопровождать обоснованием в банке.
Участники разобрали несколько тонкостей. Договор с Upwork желательно подписывать с их стороны через поддержку – процедура муторная, но, судя по обсуждению, рабочего обхода нет. При T&M-контрактах (оплата по факту, без фиксированной суммы) Нацбанк теряется, поэтому в графе суммы приходится указывать прогноз на год. Завышать его не советуют: если не достигнешь – могут оштрафовать, лучше каждый раз подавать заявление на увеличение. И отдельный важный момент про НДС: если контрагент не казахстанский и не имеет здесь представительства, НДС декларируется как необлагаемый – доплачивать ничего не нужно.
Любопытно, что разговор быстро вышел на уровень «почему из РК так мало кто на Upwork». Назвали две причины: консервативное законодательство и часовой пояс – украинцу созвон с американцем выпадает на комфортные 19:00, а казахстанцу уже на 23:00. Регуляторика, придуманная во времена, когда владение долларом было уголовно наказуемо, плохо ложится на современный фриланс.
Где проходит граница между разумной осторожностью государства и барьером, который просто выталкивает специалистов в другие юрисдикции?
«Получается, это единственно рабочий вариант? Это очень сложно. В РФ и Грузии существенно проще с этим было» – Denis
«Если контрагент не является казахстанским и не имеет тут офф представительства, то НДС декларировать надо, но как необлагаемый и потому платить дополнительно ничего не надо» – Maxim Gorbatyuk
Василий поднял тему, которая многих беспокоит: в чате 500 человек, а пишут в лучшем случае двадцать. Он даже предложил концепт «анонимной курилки» – эфемерных сессий без истории, куда можно зайти, выговориться и выйти, не создавая долгих социальных связей. Идея в том, чтобы снять барьер у тех, кто стесняется писать под своим именем рядом с коллегами и начальством.
Но дискуссия пришла к другому выводу. Молчаливое чтение – это не болезнь сообщества, а здоровый показатель. Люди не пишут по разным причинам: слишком умные разговоры, нет вовлечённости, пропускают 80% тем, или просто не общаются в чатах в принципе. Требовать, чтобы каждый что-то писал, бессмысленно. Аудитория, которая читает дайджесты без активного участия, всё равно получает знания.
Станислав привёл аргумент из теории сообществ: всегда есть кластеры активных (условно верхние 20%) и пассивных. Если убрать верхний квартиль, он восстановится из оставшихся – ядро активных самовоспроизводится. По его данным, в сообществе стабильно 55–60 человек в месяц пишут хотя бы раз, и с марта эта цифра растёт за счёт еженедельных встреч. Артур, правда, заметил контраргумент: с марта пришло +100 человек, так что рост активных может быть и просто следствием притока, а не самих встреч.
Стоит ли вообще «расшевеливать» молчунов – или ценность сообщества как раз в том, что большинству комфортно молча читать?
«Аудитория читает – это отличный показатель» – Stanislav Belyaev
«Если отрезать верхний квартиль активных, то он будет замещён из оставшихся менее активных» – Stanislav BelyaevЧитать в чате →
Параллельно развернулся спор о том, как устроена власть в сообществах. Артём занял жёсткую позицию: админ – это садовник в своём саду, и часть решений (например, бан за личные субъективные ощущения) объяснять сообществу необязательно. Он сослался на тезис Юдковского о том, что админ обязан применять правила сразу и мгновенно, иначе сообщество разваливается.
Василий возразил: если причина бана непрозрачна, то когда начнётся самодурство – никто об этом не узнает. Карательная история должна быть понятной. Станислав занял третью позицию – фасилитатора, который не устанавливает правила сам: нормы принимает и поддерживает само сообщество. Он провёл аналогию с неписаными нормами: все знают, что плевать в человека нельзя, хотя это нигде не записано.
Как контрпример показали правила соседнего бэкенд-чата – длинный список запретов (политика, критика IT-компаний, флейм, флуд) и публичный «список позора» с предупреждениями. Артём заметил, что вывешивать такой список на всеобщее обозрение – сомнительная практика. Здесь же сообщество недавно само «очистилось»: токсичный участник ушёл и удалил свои сообщения после публичного указания на его поведение.
Где баланс между «королева всегда права» и прозрачностью, без которой модерация превращается в произвол?
«Админ буквально садовник в своём собственном саду» – Артем Летюшев
«Причина для сообщества должна быть понятна, иначе когда начнётся самодурство – то кто об этом узнает?» – VassiliyЧитать в чате →
Уалихан поделился наблюдением: формула «нам нужно нанять ещё одного человека, и всё наладится» на его памяти срабатывала редко. Чаще штат резко растёт, появляется неконтролируемая бюрократия и потребность проверять, что все одинаково поняли задачу – а по факту поняли по-разному.
Егор предложил рабочий критерий: нанимать стоит, когда сотрудник совмещает несколько ролей, причём роли, в которых у него нет сильных компетенций. Он привёл два примера: когда в штат взяли бухгалтера вместо того, чтобы программист сам считал зарплаты, и когда команде backend-разработчиков, писавших фронт через силу, наконец дали фронтендера – в обоих случаях стало ощутимо эффективнее.
Максим вскрыл и менее благородную механику. В корпорации начальником департамента не стать с маленьким отделом: нанимаешь людей, пробиваешь новые проекты, и в какой-то момент один большой отдел делишь на два – и вот ты уже руководитель департамента. То есть иногда «расширение для повышения качества» – это про зарплату руководителя, а не про процессы. Отдельной веткой обсудили, чем мотивировать людей без денег: с деньгами, мол, каждый дурак сможет.
Как отличить наём, который реально снимает узкое место, от найма ради строчки в оргструктуре?
«Когда сотрудник совмещает несколько ролей, и роли в которых нет сильных компетенций» – Egor
«Как мотивировать людей без денег? С деньгами каждый дурак может, а вот без денег чем кроме харизмы тащить?» – Уалихан ОразбаевЧитать в чате →
Поводом стал тезис в духе Airbnb: многие процессы (продуктовые ревью, толстые требования, последовательные передачи между ролями) сложились в мире, где разработка была медленной и дорогой. AI меняет экономику и позволяет переизобрести воркфлоу с нуля – быстрее идти от идеи к прототипу, тестировать раньше, сокращать число хендоффов.
Азат согласился: экономика индустрии перевернулась, все входные данные поменялись, отрасль предстоит переизобрести. ПМ теперь может сам за полчаса навайбкодить варианты фичи и отдать людям уже готовую спеку. При этом он отделил кодинг (стал дешёвым) от разработки софта в целом (всё ещё дорогой).
Андрей возразил резко: большинство процессов строилось не вокруг дорогого кода, а вокруг дорогого процесса обучения бизнеса. Медленное написание кода было плюсом – оно давало время подумать головой. А разделение на «кодеров» и остальных, по его мнению, активно устраняли ещё в 90-х как бредовое, и нынешний всплеск – следствие того, что в ковид компании наплодили лишних кодеров. Азат при этом ждёт парадокс Джевонса: с падением цены одного приложения спрос на специалистов может даже вырасти.
Если кодинг подешевел, а обучение бизнеса осталось дорогим – где теперь настоящее узкое место в создании продукта?
«Вся экономика индустрии перевернулась, и все входные поменялись. Нужно переизобретать индустрию» – Azat Jalilov
«То что код медленно писал это было хорошо в том числе давало возможность подумать головой» – Andrii Kurdiumov
Василий спросил прямо: можно ли вообще научить навыку тимлида – и стоит ли. Артур ответил скептически: специально не научишь. Джуну нужно один раз с трясущимися руками осознать, что из-за него что-то сломалось, и получить задачу самому чинить и разбираться. Пока тимлид бегает и «подтирает», ответственность не вырастает.
Нурлан добавил конкретную практику из своего опыта: его ментор требовал, чтобы перед любым изменением он письменно описывал, как будет вносить правку и – самое главное – как откатывать. Простое требование, которое заставляет думать о последствиях до того, как что-то сломается.
Между этими двумя подходами нет противоречия: один про право на ошибку и её осознание, другой про дисциплину подготовки. Вопрос в дозировке – сколько свободы упасть давать и где подстелить процесс.
Где граница между «дать обжечься» и безответственным отношением к продакшену, за который в итоге платит вся команда?
«Надо просто чтобы Джун в первый раз с трясущимися руками осознал что из-за него что-то сломалось» – Arthur
«Мой ментор требовал, чтобы я писал как я буду вносить изменения и самое главное как откатывать» – Nurlan NЧитать в чате →
Бытовой вопрос Василия – «у кого сколько оперативки, мак помирает» – неожиданно собрал срез по парку машин и ценам. Картина такая: 16 ГБ уже не тянут современный стек (Teams съедает 20+ ГБ, IDE столько же, браузер приходится постоянно подчищать), комфортный минимум сместился к 24–32 ГБ, а у активных – 36–64 ГБ.
Болезненная часть – цена. Мак на 32 ГБ оценили почти в 2 000 000 тенге, и участники заметили, что память дорожает: «16 это вариант для бедных», на что последовал лаконичный диагноз – «Инфляция». Обсудили и способы сэкономить: покупка в Дубае (по итогу ненамного дешевле, чем у баеров), наличный расчёт через kansha.kz чуть дороже официалки, или просто дотерпеть до следующего поколения чипов.
Прозвучала и трезвая мысль: ноутбук – рабочий инструмент, и экономить на нём странно. Но когда денег, по ощущению участников, становится меньше, а оперативка дороже, выбор «потерпеть или вложиться» перестаёт быть очевидным.
16 ГБ в 2026-м – это всё ещё рабочая конфигурация для разработки или уже самообман?
«16 это вариант для бедных» / «Инфляция» – Andrii Kurdiumov и Stanislav Belyaev
«Это ж рабочий инструмент, как на нём экономить» – Maxim GorbatyukЧитать в чате →
Егор сформулировал боль, знакомую многим после волны ИИ-генерации: сайты выглядят «как один». Как сделать дизайн, который не считывается как ИИшный?
Станислав предложил объяснение и рецепт. ИИшный вид возникает не из самой генерации, а из библиотек, которые модель тащит по умолчанию. Лекарство – давать на вход конкретику: примеры и описания, а ещё лучше – референс сайта, который хочется повторить, чтобы модель отталкивалась от него, а не от своих усреднённых паттернов.
Андрей предложил доработать пайплайн: сначала сделать скриншот, отрисовать желаемое в генераторе изображений (упомянули nano banana), и только потом отдать результат модели как образец. То есть визуальный референс задаётся явно, а не вытягивается из текстового промпта.
Получается, «неИИшность» – это не магия, а дисциплина входных данных. Но не упрёмся ли мы в новый потолок, когда все начнут копировать одни и те же удачные референсы?
«Дизайн выглядит ИИшным из-за библиотек, которые используются» – Stanislav Belyaev
«Я бы сделал скриншот, сгенерил в нано банане что хочу, а уже потом бы дал на вход модели» – Андрей ЗвёздочкаЧитать в чате →
Хотите продолжить обсуждение?
Обсудить в Telegram