Западные компании поуходили и оказалось что ИТ нужно в основном что бы пилить бюджет, с более умным лицом чем раньше. А вместо печенек и лате, пора бы думать о чем то по важнее - о труде на благо родины (сарказм разумеется).
Пока что все выглядит так что гугл с его поиском который стал сильно плох и может не выдержать конкуренции. Я лично уже сейчас больше ищу через grok3. Не нужно пересматривать огромное количество сайтов с пустым контентом, которые создавали последнин 10 лет копирайтеры, ради индексации в сети и получения трафка.
Не думаю что у OpenAI, есть шансы против xAI.
Как итог, сейчас я вижу основную битву это между x.com и google.
Маск нацелился на крупную победу, он уже увладеет крупнейшим социальным медиа. В который добавили один из лучших ИИ ассистентов grok3. У маска есть starlink, который дает качественный интернет в любой точке развитого мира. Следующий шаг который он запланировал, это выход смартфонах который будет работать через starlink с предусиановленным X и ИИ помощником grok.
Пока у него все получается и все работает очень хорошо. Результатом может быть то что маск подвидет рынок смартфонов и мобильных os, рынок социальных медиа, рынок поиска и рынок телекома.
А все потому что поколение которое родилось условно до распада СССР - условно потому что чем больше возраст тем ярче признак.
Так вот это поколение приучило кабанчиков из 90-х которые себя считают супер бизнесменами но сейчас почему то не выдерживают конкуренцию, причуло что сотрудник должен выполнять все что ему скажут и работать сколько нужно для завершения работы в том числе и в не рабочего времени. При этому в убогих условиях, с унижениями и за минимальную ЗП.
Что бы это все прекратилось нужно просто перестать так делать и как в примерах статьи после завержения рабочего дня все коммуникации закончены и отвечать и париться о работе не нужно. Все проблемы не выполненных задачь, не настроенных процессов это проблема собсвенника - за это он получает сверх доходы и долю или весь капитал фирмы, ну или специальных людей - скоторым есть специальные договоренности и повышенная ЗП или доля в компании за которую они готовы решать эти вопросы.
Пора понять одну простую концепцию, сотрудник выполнят четкие алгоритмы - что бы не доводить до абсурда скажем что достаточно четкие которые соответсвуют его квалификации и должности и не вызывают необходимости в исследовательской работе.
Достаточно посмотреть как в большинстве ООП библиотек выглядит представление http запроса/ответа - например cookies. Простейшие вещи усложнены на порядки.
Уже давно понял что люди со слабым умом просто не могут понять что увеличивают комбинаторную сложность решаемой задачи. Все дело в том что у них интуитивно возникает восприятие что чем сложнее получается код - тем они более гениальные программисты, хотя все в точности наоборот.
Собсвенно говоря существование потогонок это причина почему остановилась автоматизация. Крупные игроки в выйгрыше - они нашли способ супер дешего делать товары в потогонках. Ведь тут главное это иметь много капитала и договорится с местными феодалами.
Не знаю что в коненом итоге лучше - супер дешовые товары и рост экономики в азии или автоматизация. Предположу что автоматизация, была бы лучше. Тем более что она уже сейчас развивается очень активно с ростом возможностей технологий автономного управления.
Пока что эта штука помогает создавать мусорный конент на youtube с восхщениями демонстрируя как он пишет какой ни будь факториал и тесты к ниму.
На практике, он сгенерит какой то шаблонный код, который часто лучши и не писать(что бы не захламлять код бессмысленными абстракциями) а потом придется потратить на проверку времени больше чем если бы не использование этого "ассистента".
Писать документацию он можент только на гетеры/сетеры и д.р. элементарные части кода которые и так самоочевидны и не требуют документации.
Тестры он пишет там где их можно и не писать.
В общем как по мне пока эта штука не умеет писать 100% валидированный код по текстовому описанию - она создает больше сложностей чем решает.
Вы почитайте что я выше писал, а именно - то что в ЕС так же как в РФ огромное кол-во регуляций которые мешают ведению бизнеса, но в США ситуация намного лучше - по этому последние 20 лет рынок США растет лучше всего из развитых стран. Вы во первых не внимательно прочитали то что я писал, во вторых придумли то что я не утверждал, и начали опровергать этот придуманный вами же тезис. )
Под открыть бизнес, вы скорее всего понимаете - оформить юрлицо, а вот подводную часть айсберга со всевозможными требованиями вы не учитываете, и если в ит это в основном соблюдение норм труда, то в других сферах будет огромное кол-во документов которые нужно ежемесячно готовить, а еще в зависимости от сферы понадобиться нанять N людей на разные должности и не потому что они нужны для создания услуги/продукта, потому что так требуется по законами.
Так почти во всех секторах в пост совке. Ну если быть чесным то и на западе этого можно.
Судя по тому что пишут в сети в ЕС открыть бизнес это полный писец - вы просто можете не поятнуть начальные трудо затраты по выполнение всяких норм и требований. Все по тому что старые бизнесы лобируют что бы бюрократы вводили разные нормы которые максимально затрудняют появлению новых конкурентов.
Помниться мне ситуация как Цукерберг выступал на какой то большой конференции в ЕС убеждая местных бюрократов и общественность - что нужно обязательно вводить требование по кол-ву модераторов контента для социальных платформ. Казалось бы зачем ему такой нужно, это же затраты самого фейсбука, но в реальности для них самое опасное это полявление новых соц сетей которые смогут начать переманивать аудиторию фейсбука, что со временем приведет к потери критической массы пользователей и количество доходов станет меньше чем расходы - что приведет к тому что ФБ прекратит свое существование.
По факту экономика США последние 20 лет развивается быстрее всех и одим из ключевых фактором является отсутсвие раздутой бюрокрании и регуляци. Хотя это не во всех шататх так. Самое смешное что в калифорнии не смотря на то что там разрабатывают большую часть хайтека сама ИТ инфраструктура штат существенно отсталая, опять же это из не проверенных сообщений в сети, а причина все так же огромный класс бюрократов и всяких запретов которые они придумывают с гигантской скоростью.
Деньги есть, но если сравнивать с западом, то. Дадут вам очень мало, ваш выйгрышь будет сопоставим с возможностями заработать в обычном ИТ, за это вы ещё отдадите, условно 90% доли и на вас вполне вероятно юридически оформят риски в виде возмещения убытков, в случае провала.
Наплыв капитала и иллюзия в виде пустого рынка. В то же время многие компании с капиталом, который стало сложно вывести за рубеж, обратили внимание на пустующую российскую IT-сферу.
Полностью соглашусь с этим пунктом. В этом я вижу две ключевые составляющие.
Первая в том что в основном хотят скопировать бизнес модель которая существует на западе - т.е. какой то сервис или ПО. Но не учитывается то в каких условиях и зачем этот сервис появился на западе - что я вляется ключевым фактором. Дело в том что экономика передовых стран, она крайне конкурентная, цена на человеческий труд очень высокая, людей не хватает. Это заставляет бизнес соглашаться на внедрение технологий которые либо замещают то что мог бы делать человек по меньшей цене, либо дают результат лучший чем то что делает человек. Тут же ситуация полностью обратная - слабоконкурентая экономика на большинство задач можно найти человека за очень маленькую ЗП, качество не требуется - есть массовый запрос на самую низкую цену. Лучшие умы все время уезжают потому что их труд тоже не нужен, а нужен тот кто будет выполнят примитивную работу по самой низкой цене, желательно что бы человек за минимальную цену хоть как то но решал большой спектр вопросов, т.е. фактически замещал сразу большое кол-во специалистов.
Вторая проблема в том что не учитывают что внедрение ИТ требует огромных затрат на продажи. В большинстве случае на Б2Б нужно не покупать рекламу, а продовать выходя на ЛПРов и других заинтересованных людей, циклы сделки даже с мелкими компанями (которые хотят лучшее качество почти бесплатно), будет измеряться в месяцах или полугодиях, чем больше компания тем сложнее продать и основные проблемы с которыми сталкиваются разработчики таких продуктов уже не в том что бы сделать хороший продукт а в том что бы как то сумень договориться и продать. На эту проблему ещё накладывается факт тотальной экономии на всем, в том числе на руководителях - что приводит к тому что ЛПРами будут люди которые не пойму что вы им предлагаете и зачем. Некоторые из них могут даже находится в технологическом состоянии которое ограничивается исспользованием кнопочных телефонов что бы звонить и изредка для СМС. Это в общем есть в немалом кол-ве и на западе, что обясняет феномен почему многие ИТ продукты плохого качества и их возглавляют не технари - вы можете сделать продукт с хорошими технологическими качествами но продать вы его не можете, а они могут продать даже не очень хорошо работающее дерьмо сделанное студентами которое на 90% состоит из никому не нужного функционала. Все потому что они знают кому и как продавать а вы нет.
код на плюсах занимал в несколько раз меньше строк и был гораздо понятнее для чтения чем аналогичный код на чистых сях
В том и дело что в всего лишь несколько строк. Вопрос в том насколько этот код становиться сложнее - для чтения/понимания. Предположу что случае когда код вам казался проще после применения очередной фичи - это ваш собственный код, а другие разработчики если бы посмотрели на него то не согласились бы с утверждением что код стал проще.
Скажите, а что вы имеете в виду под пользовательскими типами?
Структуры, перечисления, классы, интерфейсы, трэйты. Вообще этот термин общераспространенный и гуглиться. Первые два - структуры и перечисления на мой взгляд просты как в понимании так и в исспользовании и упрощают разработу. Последние три и их аналоги - классы, интерфейсы, трэйты, усложняют разработку и почти ни когода не нужны, за исключением стандартной билиотеки и некоторых других редких случаев, что в которых можно обойтись и без этих способов описания типов.
В Rust очень развитая система типов. Но это в то же время одна из причин, почему я его не осилил.
Вот это и есть основная проблема Rust и яыков или библиотек которые исспользуют такой подход, который заключается в создании большого кол-ва пользовательских типов. В это очень сложно разобраться а пользы в этом нет - простейший код становиться трудным в восприятии и работа превращается в то что бы понять что автор хотел выразить очередным типом который он придумал.
Имхо, нужен простой язык по аналоги Си с минимум синтаксиса и всяких фич со встроенной безопасностью. Что новые варианты C++, что Rust это адски переусложненные решения которые мешаю фокусироваться на написании прикладного кода. Все становится ещё хуже когда нужо читать код очередного гения который решил, что в его коде обязательно нужно использовать все имеющиеся в языке фичи, разбить код, умещающийся в один фал, на 10 папок и 10 факлой в каждом с одной функцией. Благодаря чему примитивное решение которое на Си можно осились за пару часов превращается в библиотеку по которой можно писать отдельну диссертацию, то ли по психологии толи по литературе с целью обьяснить - что хотел сказать автор. Языки с возможностями создания пользовательских типов и всякими специфическими фичами, к сожалению поощряют такой стиль написания кода.
Вас понял. Думаю сработает следующее решение - после прерывания на HIGH - когда контакт замкнулся, что означает что завершился оборот, счетчик увеличивается на единицу и после этого пробуждение переводится на состояние LOW. Когда наступает состояние LOW вы сного включаете алгоритм счетчика с ожиданием состояния HIGH. Таким образом у вас будет только два пробуждения за цикл замыкания/размыкания контакта.
Ничего особенного с ней не делают называется - техническая зрелось, это когда срывают не доспелую ягоду. Вкус у неё хуже но она дельше храниться. Потому что когда ягода спелая она выделяет вещества которые её саму разрушают.
Теперь мы поймем как себя чувствовали рекрутерки в 2021.))
Западные компании поуходили и оказалось что ИТ нужно в основном что бы пилить бюджет, с более умным лицом чем раньше. А вместо печенек и лате, пора бы думать о чем то по важнее - о труде на благо родины (сарказм разумеется).
Пока что все выглядит так что гугл с его поиском который стал сильно плох и может не выдержать конкуренции. Я лично уже сейчас больше ищу через grok3. Не нужно пересматривать огромное количество сайтов с пустым контентом, которые создавали последнин 10 лет копирайтеры, ради индексации в сети и получения трафка.
Не думаю что у OpenAI, есть шансы против xAI.
Как итог, сейчас я вижу основную битву это между x.com и google.
Маск нацелился на крупную победу, он уже увладеет крупнейшим социальным медиа. В который добавили один из лучших ИИ ассистентов grok3. У маска есть starlink, который дает качественный интернет в любой точке развитого мира. Следующий шаг который он запланировал, это выход смартфонах который будет работать через starlink с предусиановленным X и ИИ помощником grok.
Пока у него все получается и все работает очень хорошо. Результатом может быть то что маск подвидет рынок смартфонов и мобильных os, рынок социальных медиа, рынок поиска и рынок телекома.
А все потому что поколение которое родилось условно до распада СССР - условно потому что чем больше возраст тем ярче признак.
Так вот это поколение приучило кабанчиков из 90-х которые себя считают супер бизнесменами но сейчас почему то не выдерживают конкуренцию, причуло что сотрудник должен выполнять все что ему скажут и работать сколько нужно для завершения работы в том числе и в не рабочего времени. При этому в убогих условиях, с унижениями и за минимальную ЗП.
Что бы это все прекратилось нужно просто перестать так делать и как в примерах статьи после завержения рабочего дня все коммуникации закончены и отвечать и париться о работе не нужно. Все проблемы не выполненных задачь, не настроенных процессов это проблема собсвенника - за это он получает сверх доходы и долю или весь капитал фирмы, ну или специальных людей - скоторым есть специальные договоренности и повышенная ЗП или доля в компании за которую они готовы решать эти вопросы.
Пора понять одну простую концепцию, сотрудник выполнят четкие алгоритмы - что бы не доводить до абсурда скажем что достаточно четкие которые соответсвуют его квалификации и должности и не вызывают необходимости в исследовательской работе.
Достаточно посмотреть как в большинстве ООП библиотек выглядит представление http запроса/ответа - например cookies. Простейшие вещи усложнены на порядки.
Уже давно понял что люди со слабым умом просто не могут понять что увеличивают комбинаторную сложность решаемой задачи. Все дело в том что у них интуитивно возникает восприятие что чем сложнее получается код - тем они более гениальные программисты, хотя все в точности наоборот.
Собсвенно говоря существование потогонок это причина почему остановилась автоматизация. Крупные игроки в выйгрыше - они нашли способ супер дешего делать товары в потогонках. Ведь тут главное это иметь много капитала и договорится с местными феодалами.
Не знаю что в коненом итоге лучше - супер дешовые товары и рост экономики в азии или автоматизация. Предположу что автоматизация, была бы лучше. Тем более что она уже сейчас развивается очень активно с ростом возможностей технологий автономного управления.
Пока что эта штука помогает создавать мусорный конент на youtube с восхщениями демонстрируя как он пишет какой ни будь факториал и тесты к ниму.
На практике, он сгенерит какой то шаблонный код, который часто лучши и не писать(что бы не захламлять код бессмысленными абстракциями) а потом придется потратить на проверку времени больше чем если бы не использование этого "ассистента".
Писать документацию он можент только на гетеры/сетеры и д.р. элементарные части кода которые и так самоочевидны и не требуют документации.
Тестры он пишет там где их можно и не писать.
В общем как по мне пока эта штука не умеет писать 100% валидированный код по текстовому описанию - она создает больше сложностей чем решает.
Регистрируетесь в x.com, находите кнопку Grok и попадаете на бесплатную версию Grok 3 beta.
Вы почитайте что я выше писал, а именно - то что в ЕС так же как в РФ огромное кол-во регуляций которые мешают ведению бизнеса, но в США ситуация намного лучше - по этому последние 20 лет рынок США растет лучше всего из развитых стран. Вы во первых не внимательно прочитали то что я писал, во вторых придумли то что я не утверждал, и начали опровергать этот придуманный вами же тезис. )
Под открыть бизнес, вы скорее всего понимаете - оформить юрлицо, а вот подводную часть айсберга со всевозможными требованиями вы не учитываете, и если в ит это в основном соблюдение норм труда, то в других сферах будет огромное кол-во документов которые нужно ежемесячно готовить, а еще в зависимости от сферы понадобиться нанять N людей на разные должности и не потому что они нужны для создания услуги/продукта, потому что так требуется по законами.
Так почти во всех секторах в пост совке. Ну если быть чесным то и на западе этого можно.
Судя по тому что пишут в сети в ЕС открыть бизнес это полный писец - вы просто можете не поятнуть начальные трудо затраты по выполнение всяких норм и требований. Все по тому что старые бизнесы лобируют что бы бюрократы вводили разные нормы которые максимально затрудняют появлению новых конкурентов.
Помниться мне ситуация как Цукерберг выступал на какой то большой конференции в ЕС убеждая местных бюрократов и общественность - что нужно обязательно вводить требование по кол-ву модераторов контента для социальных платформ. Казалось бы зачем ему такой нужно, это же затраты самого фейсбука, но в реальности для них самое опасное это полявление новых соц сетей которые смогут начать переманивать аудиторию фейсбука, что со временем приведет к потери критической массы пользователей и количество доходов станет меньше чем расходы - что приведет к тому что ФБ прекратит свое существование.
По факту экономика США последние 20 лет развивается быстрее всех и одим из ключевых фактором является отсутсвие раздутой бюрокрании и регуляци. Хотя это не во всех шататх так. Самое смешное что в калифорнии не смотря на то что там разрабатывают большую часть хайтека сама ИТ инфраструктура штат существенно отсталая, опять же это из не проверенных сообщений в сети, а причина все так же огромный класс бюрократов и всяких запретов которые они придумывают с гигантской скоростью.
Деньги есть, но если сравнивать с западом, то. Дадут вам очень мало, ваш выйгрышь будет сопоставим с возможностями заработать в обычном ИТ, за это вы ещё отдадите, условно 90% доли и на вас вполне вероятно юридически оформят риски в виде возмещения убытков, в случае провала.
Полностью соглашусь с этим пунктом. В этом я вижу две ключевые составляющие.
Первая в том что в основном хотят скопировать бизнес модель которая существует на западе - т.е. какой то сервис или ПО. Но не учитывается то в каких условиях и зачем этот сервис появился на западе - что я вляется ключевым фактором. Дело в том что экономика передовых стран, она крайне конкурентная, цена на человеческий труд очень высокая, людей не хватает. Это заставляет бизнес соглашаться на внедрение технологий которые либо замещают то что мог бы делать человек по меньшей цене, либо дают результат лучший чем то что делает человек. Тут же ситуация полностью обратная - слабоконкурентая экономика на большинство задач можно найти человека за очень маленькую ЗП, качество не требуется - есть массовый запрос на самую низкую цену. Лучшие умы все время уезжают потому что их труд тоже не нужен, а нужен тот кто будет выполнят примитивную работу по самой низкой цене, желательно что бы человек за минимальную цену хоть как то но решал большой спектр вопросов, т.е. фактически замещал сразу большое кол-во специалистов.
Вторая проблема в том что не учитывают что внедрение ИТ требует огромных затрат на продажи. В большинстве случае на Б2Б нужно не покупать рекламу, а продовать выходя на ЛПРов и других заинтересованных людей, циклы сделки даже с мелкими компанями (которые хотят лучшее качество почти бесплатно), будет измеряться в месяцах или полугодиях, чем больше компания тем сложнее продать и основные проблемы с которыми сталкиваются разработчики таких продуктов уже не в том что бы сделать хороший продукт а в том что бы как то сумень договориться и продать. На эту проблему ещё накладывается факт тотальной экономии на всем, в том числе на руководителях - что приводит к тому что ЛПРами будут люди которые не пойму что вы им предлагаете и зачем. Некоторые из них могут даже находится в технологическом состоянии которое ограничивается исспользованием кнопочных телефонов что бы звонить и изредка для СМС. Это в общем есть в немалом кол-ве и на западе, что обясняет феномен почему многие ИТ продукты плохого качества и их возглавляют не технари - вы можете сделать продукт с хорошими технологическими качествами но продать вы его не можете, а они могут продать даже не очень хорошо работающее дерьмо сделанное студентами которое на 90% состоит из никому не нужного функционала. Все потому что они знают кому и как продавать а вы нет.
Одна из самых редких ошибок в коде и в целом раздутая до невероятных масштабов проблема.
В том и дело что в всего лишь несколько строк. Вопрос в том насколько этот код становиться сложнее - для чтения/понимания.
Предположу что случае когда код вам казался проще после применения очередной фичи - это ваш собственный код, а другие разработчики если бы посмотрели на него то не согласились бы с утверждением что код стал проще.
Структуры, перечисления, классы, интерфейсы, трэйты. Вообще этот термин общераспространенный и гуглиться. Первые два - структуры и перечисления на мой взгляд просты как в понимании так и в исспользовании и упрощают разработу. Последние три и их аналоги - классы, интерфейсы, трэйты, усложняют разработку и почти ни когода не нужны, за исключением стандартной билиотеки и некоторых других редких случаев, что в которых можно обойтись и без этих способов описания типов.
Вот это и есть основная проблема Rust и яыков или библиотек которые исспользуют такой подход, который заключается в создании большого кол-ва пользовательских типов. В это очень сложно разобраться а пользы в этом нет - простейший код становиться трудным в восприятии и работа превращается в то что бы понять что автор хотел выразить очередным типом который он придумал.
Имхо, нужен простой язык по аналоги Си с минимум синтаксиса и всяких фич со встроенной безопасностью. Что новые варианты C++, что Rust это адски переусложненные решения которые мешаю фокусироваться на написании прикладного кода. Все становится ещё хуже когда нужо читать код очередного гения который решил, что в его коде обязательно нужно использовать все имеющиеся в языке фичи, разбить код, умещающийся в один фал, на 10 папок и 10 факлой в каждом с одной функцией. Благодаря чему примитивное решение которое на Си можно осились за пару часов превращается в библиотеку по которой можно писать отдельну диссертацию, то ли по психологии толи по литературе с целью обьяснить - что хотел сказать автор.
Языки с возможностями создания пользовательских типов и всякими специфическими фичами, к сожалению поощряют такой стиль написания кода.
Вас понял. Думаю сработает следующее решение - после прерывания на HIGH - когда контакт замкнулся, что означает что завершился оборот, счетчик увеличивается на единицу и после этого пробуждение переводится на состояние LOW. Когда наступает состояние LOW вы сного включаете алгоритм счетчика с ожиданием состояния HIGH. Таким образом у вас будет только два пробуждения за цикл замыкания/размыкания контакта.
Ничего особенного с ней не делают называется - техническая зрелось, это когда срывают не доспелую ягоду. Вкус у неё хуже но она дельше храниться. Потому что когда ягода спелая она выделяет вещества которые её саму разрушают.