Не значит лучше. Они просто другие. Кто-то делает быстро, а кто-то надёжно, кто-то делает заумно, а кто-то проще.
Вам не надо смотреть на других, нужно ставить цели, на год, пять лет, десять и идти к этой цели согласно разработанной вами дорожной карты с учётом вашей тактики и стратегии. У каждого свой путь и чужой дорогой идти нет смысла.
Сравнивать себя с кем-то нездоровый подход, у каждого свои стартовые позиции, возможности, разная жизнь. Сравнивать надо себя вчерашнего с собой сегодняшним. Если вы каждый день становитесь лучше - вы на правильном пути.
Разве у far или nc была реклама, но они очень хорошо взлетели. Возможно я ошибаюсь, но все "ui свистелки - перделки" на первую неделю, а потом они воспринимаются как визуальный шум, которые занимает место на экране.
Бюджет на 2026 год формируется с дефицитом, при этом налоговая нагрузка продолжает расти. Такая политика может временно увеличить поступления, но в 2027-м прогнозируется спад - бизнес просто не выдержит давления.
Экономика уже находится в стадии стагнации, и говорить об индикаторах роста преждевременно. Компании переходят в режим выживания: сокращают издержки, оптимизируют штаты, ставят на паузу всё второстепенное.
На рынке труда IT в 2026 году начнётся волна сокращений. Под нож пойдут все, кто не задействован в критически важных проектах. Останутся только ключевые направления и поддержка - то, без чего невозможно удержать инфраструктуру и клиентов. Всё остальное будет временно заморожено.
В обзоре речь шла в основном про игры, а не про работу. Для разработки чем больше потоков - тем лучше. У AMD есть 16-ядерный 9950X, но какой смысл переплачивать, если есть почти такой же 7950X? Странно, что про них ни слова.
А мне вот интересно: Apple, HP, IBM, Oracle, Sun - они тоже писали в пабликах, что нужно "поддерживать своё"?
Если вы экономили на разработке, нанимали джунов и в итоге написали кривой софт, то не тратьте время на оправдания. Потратьте его на поиск и исправление багов, A/B-тесты, документацию и внятную UX-логику.
К чему эти слёзы про "упущенное время" - будто вы проходите путь от Fortran до Rust. У вас тот же стек технологий, те же языки, те же библиотеки и фреймворки, что и у конкурентов. Разница только в специалистах и том, куда именно вы направили деньги — в менеджеров или в инженеров.
Российский софт может быть отличным - примеры есть: JetBrains, Nginx, Telegram. И ни один из них не жаловался, что 'их не хотят поддерживать".
А есть другой пример - когда отечественные продукты поддерживают административно, зачищая для них рынок (VK, Rutube, MAX). И что мы видим?
VK до сих пор не может вывести 4K-видео на ТВ,
Rutube строит сеть на MikroTik,
MAX открывается даже на парковках.
Поэтому, прежде чем говорить про "молодость" и "эпоху роста", стоит честно признать: проблема не в том, что рынок молодой, а в том, что ответственность взрослая, а подход остаётся детским.
Настоящая поддержка "своего" начинается не с лозунгов, а с качества - когда продукт работает так, что за него не стыдно.
Selectel уже ранее признавал, что их серверы собираются не в России, а у контрактных производителей за рубежом (в интервью представители компании предлагали «угадать страну», намекая на Азию).
Это полностью совпадает с моделью OEM-производства: Selectel заказывает плату у тайваньского вендора (скорее всего — ASRock Rack, принадлежащего Pegatron), вносит небольшие изменения в BIOS и BMC-прошивку, и ставит на неё свой бренд.
Аргумент "раз ты не исследовал каждую микросхему - то смысла в защите нет" - это чистой воды подмена понятий. В жизни и в безопасности абсолютного не бывает: уязвимости всегда есть. Но мы всё равно пристёгиваем ремень, ставим замки и шифруем трафик.
Следуя вашей логике: раз завод нельзя защитить от диверсии на 100% - то не нужно ставить камеры и замки.
И да, цензура и политические статьи не ищут шпионов, они ищут повод. Репост, мем, неосторожная фраза - и ты уже под ударом. Приватность нужна каждому: не потому что ты преступник, а потому что любая информация в чужих руках превращается в инструмент давления.
Со временем у разработчика появляется свой «словарь» для нейминга. Постоянное чтение чужого кода помогает понять, какие названия работают, а какие только запутывают.
Вот, например, переменная count. Опытный программист почти всегда назовёт её именно счётчиком. А у джунов встречаются самые разные варианты - total, inc, иногда даже что-то вроде counnnt.
Есть ещё и влияние самого языка. В Go нейминг обычно максимально короткий и лаконичный:
А кто запрещает юзать колибри, msdos, linux без de?
https://neovim.io/
>быстрее, умнее
Не значит лучше. Они просто другие. Кто-то делает быстро, а кто-то надёжно, кто-то делает заумно, а кто-то проще.
Вам не надо смотреть на других, нужно ставить цели, на год, пять лет, десять и идти к этой цели согласно разработанной вами дорожной карты с учётом вашей тактики и стратегии. У каждого свой путь и чужой дорогой идти нет смысла.
Сравнивать себя с кем-то нездоровый подход, у каждого свои стартовые позиции, возможности, разная жизнь. Сравнивать надо себя вчерашнего с собой сегодняшним. Если вы каждый день становитесь лучше - вы на правильном пути.
Разве у far или nc была реклама, но они очень хорошо взлетели. Возможно я ошибаюсь, но все "ui свистелки - перделки" на первую неделю, а потом они воспринимаются как визуальный шум, которые занимает место на экране.
Да я как-то больше в linux, а там и nc как будто лишний.
Не легче было поставить микротик x86?
Вплоть до Windows 7, многие плотно юзали NC и FAR
Программисты уже не нужны, а на инженеров разработчиков всегда будет спрос
Под виндой сервер?
Уже вторая статья за четыре дня со ссылками на бота - автор упорно не хочет понять, что трафик для своих ботов он здесь не получит.
>Поделки для бедных на Linux
звучит забавно) Видимо, AWS, Google, Yandex теперь тоже "нищебродские" решения.
VMWare действительно неплох как корпоративное решение, но для построения и продажи IaaS-услуг - это боль
Бюджет на 2026 год формируется с дефицитом, при этом налоговая нагрузка продолжает расти. Такая политика может временно увеличить поступления, но в 2027-м прогнозируется спад - бизнес просто не выдержит давления.
Экономика уже находится в стадии стагнации, и говорить об индикаторах роста преждевременно. Компании переходят в режим выживания: сокращают издержки, оптимизируют штаты, ставят на паузу всё второстепенное.
На рынке труда IT в 2026 году начнётся волна сокращений. Под нож пойдут все, кто не задействован в критически важных проектах. Останутся только ключевые направления и поддержка - то, без чего невозможно удержать инфраструктуру и клиентов. Всё остальное будет временно заморожено.
В обзоре речь шла в основном про игры, а не про работу. Для разработки чем больше потоков - тем лучше. У AMD есть 16-ядерный 9950X, но какой смысл переплачивать, если есть почти такой же 7950X? Странно, что про них ни слова.
"Все так начинали",
"А вы знаете, как в 90-х было",
"Надо поддерживать своё"…
А мне вот интересно: Apple, HP, IBM, Oracle, Sun - они тоже писали в пабликах, что нужно "поддерживать своё"?
Если вы экономили на разработке, нанимали джунов и в итоге написали кривой софт, то не тратьте время на оправдания. Потратьте его на поиск и исправление багов, A/B-тесты, документацию и внятную UX-логику.
К чему эти слёзы про "упущенное время" - будто вы проходите путь от Fortran до Rust. У вас тот же стек технологий, те же языки, те же библиотеки и фреймворки, что и у конкурентов. Разница только в специалистах и том, куда именно вы направили деньги — в менеджеров или в инженеров.
Российский софт может быть отличным - примеры есть: JetBrains, Nginx, Telegram. И ни один из них не жаловался, что 'их не хотят поддерживать".
А есть другой пример - когда отечественные продукты поддерживают административно, зачищая для них рынок (VK, Rutube, MAX). И что мы видим?
VK до сих пор не может вывести 4K-видео на ТВ,
Rutube строит сеть на MikroTik,
MAX открывается даже на парковках.
Поэтому, прежде чем говорить про "молодость" и "эпоху роста", стоит честно признать: проблема не в том, что рынок молодой, а в том, что ответственность взрослая, а подход остаётся детским.
Настоящая поддержка "своего" начинается не с лозунгов, а с качества - когда продукт работает так, что за него не стыдно.
Selectel уже ранее признавал, что их серверы собираются не в России, а у контрактных производителей за рубежом (в интервью представители компании предлагали «угадать страну», намекая на Азию).
Это полностью совпадает с моделью OEM-производства: Selectel заказывает плату у тайваньского вендора (скорее всего — ASRock Rack, принадлежащего Pegatron), вносит небольшие изменения в BIOS и BMC-прошивку, и ставит на неё свой бренд.
>go в DevOps не используется
А на каком языке вы пишите расширения k8s?
Аргумент "раз ты не исследовал каждую микросхему - то смысла в защите нет" - это чистой воды подмена понятий. В жизни и в безопасности абсолютного не бывает: уязвимости всегда есть. Но мы всё равно пристёгиваем ремень, ставим замки и шифруем трафик.
Следуя вашей логике: раз завод нельзя защитить от диверсии на 100% - то не нужно ставить камеры и замки.
И да, цензура и политические статьи не ищут шпионов, они ищут повод. Репост, мем, неосторожная фраза - и ты уже под ударом. Приватность нужна каждому: не потому что ты преступник, а потому что любая информация в чужих руках превращается в инструмент давления.
Пока "говноделы" заняты делом, мы можем спать спокойно
Со временем у разработчика появляется свой «словарь» для нейминга. Постоянное чтение чужого кода помогает понять, какие названия работают, а какие только запутывают.
Вот, например, переменная count. Опытный программист почти всегда назовёт её именно счётчиком. А у джунов встречаются самые разные варианты - total, inc, иногда даже что-то вроде counnnt.
Есть ещё и влияние самого языка. В Go нейминг обычно максимально короткий и лаконичный:
repo.Get(42)
repo.List(10, 0)
repo.Save(&u)repo.Delete(42)
А в Java, особенно в Spring - наоборот, длинный и самодокументируемый:
userRepository.findUserEntityById(42L);userRepository.findAllUserEntitiesWithPagination(10, 0);
userRepository.saveUserEntity(userEntity);
userRepository.deleteUserEntityById(42L);
В Go читаемость держится за счёт контекста, а в Java - за счёт длинных «говорящих» имён. Оба подхода рабочие, но философия разная.