На самом деле это первая мера, которая действительно может помочь контект-мейкеров перетягивать на локальные платформы. Можно даже всех разблокировать: ютьюбы и т.д. Но без рекламы делать контекст смысла немного.
Но блокировки останутся как политическая защита текущего редима.
Проблема-то решаема: отправляешь свой скарб заранее какой-нибудь службой доставки.
Менее удобно, но более безопасно.
Но, если по стопам Японии пойдут другие страны, то, возможно, производители начнут шевелиться. Ведь это способ заставить людей купить себе новый повербанк.
медицинские устройства типа электроколясок, уверен, учтены или будут учтены в этой инициативе.
Так вода там лишь теплоноситель, который также радиаторами охлаждается. Температура воды там выше комнатной на пару десятков градусов. Иначе не получится охлаждать без теплонасоса.
Гоняй воду с температурой ~2-5 градусов и всё будет хорошо.
Как только скам даст возможность создавать каналов и ботов всем, так сразу там появится разное :)
интересно другое: как только телегу заблокируют, то вся незаконная деятельность там расцветёт: РКН уже не будет слать запросы. Все, кому нужно, воспользуются ВПН.
Высшее образование - это дорого. Это не просто затраты на человека, это еще и невключение этого человека в экономику.
В школьное образование воткнуть? Т.е. дать человек выбор: можешь не в колледж идти, а ещё два года не практичную фигню учить?
я согласен, что чем больше людей обучились, тем лучше. А вот рецепт - не знаю.
Но, есть у меня мысль, что у нас слишком линейная кривая обучения, когда должна была быть гиперболой: запихивать не столько знания, сколько интерес к обучению, абстракции, логику, суть математики, а не формулы и т.д.
Падение стоимости разработки приведет лишь к тому, что рынок перестроится и будет выпускать больше продукта, станет быстрее развиваться, динамичнее.
Будут появляться продукты в нишах, которые раньше считали нерентабельными.
В новом витке мы получим ситуацию, что специалистов нужно будет ещё больше, только уже чуть других. Не классических кодеров, которые описывают архитектуру кодом, а продуктовых кодеров-аналитиков с хорошим пониманием того, как строить архитектуры и как делать систему понятной для llm.
Мы 20 лет наращивали сложность, захлёбывались ей, раскладывали по кучкам, нанимали все больше людей, потому что не справлялись. А сейчас ловим коррекцию: становится легче, меньше рутины с бойлерплетом, который несет одну цель - уменьшение локальной сложности и упрощение развития и поддержки.
Ваша статья - это взять конкретный пример того, как люди плохо подходят к выстраиванию процессов. И рассмотрение разных случаев с собственными размышлениями - как надо, а как - не надо. Agile и фреймворки - это лишь декорации. И в большинстве компаний найдется длинный список проблем и недовольных.
И ооочень много воды, простите за критику.
Хоть суть проста: отсутствие системного подхода начиная с топ менеджмента. Если компания хочет что-то пробовать, то она наймет людей, которые опишет весь существующий процесс, найдет в нем проблемы, предложит вектора решений.
И эти решения должны исходить изнутри - т.е. правильные agile-чуваки начинают выстраивать процесс, в котором сотрудники начинают вовлекаться и перестраивать работу компании, перестраивать процессы. Вовлечение - это очень важный параметр. Т.е. не говорят «как надо», а заставляют саму компанию думать «а как вам надо», управляя процессом.
Гибкость процесса оценивается просто - это способность его изменять. Но вы смотрите неглубоко. Сама корпоративная культура должна поощрять эту гибкость. Пообщать эксперименты, поощрять изменчивость. И, неизбежно, будут и неудачные кейсы.
Но все имеет свою цель и цену.
Гибкость кушает ресурсы. Но нужна зачем? Чтобы иметь потенциал очень быстро реагировать: появился потенциальный контракт на условие 100млн$, но нужно поработать, перестроиться: Кому-то это просто не нужно.
Дальше мы можем перейти к словам: самоорганизация, автономные команды, и, прости господи, холократия. К пересмотру минимальной единицы, которой оперирует бизнес: не человек, а команда. К перераспределению классической иерархии ответственности.
Говорить можно много и дальше, но суть, надеюсь, я передал.
Agile - это про гибкость процессов с целью достижения оптимального результата в оптимальное время.
Гибкость - это значит, что вы все время производите ретроспективный анализ и пробуете что-то менять.
Agile - он про запутанный домен.
Фреймворки - это лишь базовая структура, которая должна тюнится под себя.
Знаю случаи, когда компания строится компания по agile-принципам, но никто про agile никогда и не читал и с ним не работал. А некоторые - даже против него.
P.S.: уже все давно описано, уже все копья сломаны, но люди по-прежнему не хотят понимать, что выстраивание процессов - это отдельная дисциплина.
Но если посмотреть глубже, то компании приносят деньги.
Рост выручки OpenAI с 2024 по 2025 больше чем x2: с 4млрд за год до 4.3млрд за пол года.
Если перестанут вкладываться в r&d, то выйдут на устойчивую прибыль. Но: потеряют рост, за пол года потеряют позиции на рынке.
ai с каждым этапом качественного роста расширяет потенциально доступный рынок. А вокруг нас везде появляется ai. Все его интегрируют. И он уже никуда не денется.
Тот, кто не внедрит ai инструменты у себя - начнет проигрывать конкуренцию. Постепенно весь окружающий бизнес будет его использовать.
И всё: ai-компании смогут расслабиться: клиенты от них будут мигрировать как между сотовыми операторами. Потом пойдёт рост цен.
И это мы не рассматриваем ещё вероятность по-настоящему качественного роста.
Сколько лет был убыточен YouTube? А теперь создать его альтернативу невозможно.
Chrome вообще не приносит денег, а его хотели купить за 35млрд$.
На самом деле это первая мера, которая действительно может помочь контект-мейкеров перетягивать на локальные платформы. Можно даже всех разблокировать: ютьюбы и т.д. Но без рекламы делать контекст смысла немного.
Но блокировки останутся как политическая защита текущего редима.
Баги из Claude code не сильно мешают пользоваться. Да, неприятно. Но остальные - хуже или такие же.
Поэтому стратегия «быть на уровне остальных» в одной части продукта, но быть впереди остальных в другой вполне себе верна
Серьезно? Можете нанять человека, который потратит кучу времени на погружение в продукт, а потом фултайм будет заниматься ревью?
Проблема-то решаема: отправляешь свой скарб заранее какой-нибудь службой доставки.
Менее удобно, но более безопасно.
Но, если по стопам Японии пойдут другие страны, то, возможно, производители начнут шевелиться. Ведь это способ заставить людей купить себе новый повербанк.
медицинские устройства типа электроколясок, уверен, учтены или будут учтены в этой инициативе.
если у вас испортился телефон, то может это ваша проблема?
Так вода там лишь теплоноситель, который также радиаторами охлаждается. Температура воды там выше комнатной на пару десятков градусов. Иначе не получится охлаждать без теплонасоса.
Гоняй воду с температурой ~2-5 градусов и всё будет хорошо.
Как только скам даст возможность создавать каналов и ботов всем, так сразу там появится разное :)
интересно другое: как только телегу заблокируют, то вся незаконная деятельность там расцветёт: РКН уже не будет слать запросы. Все, кому нужно, воспользуются ВПН.
У меня в роутере гиг оперативы. В другом - пол гига.
От вуза зависит.
Высшее образование - это дорого. Это не просто затраты на человека, это еще и невключение этого человека в экономику.
В школьное образование воткнуть? Т.е. дать человек выбор: можешь не в колледж идти, а ещё два года не практичную фигню учить?
я согласен, что чем больше людей обучились, тем лучше. А вот рецепт - не знаю.
Но, есть у меня мысль, что у нас слишком линейная кривая обучения, когда должна была быть гиперболой: запихивать не столько знания, сколько интерес к обучению, абстракции, логику, суть математики, а не формулы и т.д.
Падение стоимости разработки приведет лишь к тому, что рынок перестроится и будет выпускать больше продукта, станет быстрее развиваться, динамичнее.
Будут появляться продукты в нишах, которые раньше считали нерентабельными.
В новом витке мы получим ситуацию, что специалистов нужно будет ещё больше, только уже чуть других. Не классических кодеров, которые описывают архитектуру кодом, а продуктовых кодеров-аналитиков с хорошим пониманием того, как строить архитектуры и как делать систему понятной для llm.
Мы 20 лет наращивали сложность, захлёбывались ей, раскладывали по кучкам, нанимали все больше людей, потому что не справлялись. А сейчас ловим коррекцию: становится легче, меньше рутины с бойлерплетом, который несет одну цель - уменьшение локальной сложности и упрощение развития и поддержки.
Ваша статья - это взять конкретный пример того, как люди плохо подходят к выстраиванию процессов. И рассмотрение разных случаев с собственными размышлениями - как надо, а как - не надо. Agile и фреймворки - это лишь декорации. И в большинстве компаний найдется длинный список проблем и недовольных.
И ооочень много воды, простите за критику.
Хоть суть проста: отсутствие системного подхода начиная с топ менеджмента. Если компания хочет что-то пробовать, то она наймет людей, которые опишет весь существующий процесс, найдет в нем проблемы, предложит вектора решений.
И эти решения должны исходить изнутри - т.е. правильные agile-чуваки начинают выстраивать процесс, в котором сотрудники начинают вовлекаться и перестраивать работу компании, перестраивать процессы. Вовлечение - это очень важный параметр. Т.е. не говорят «как надо», а заставляют саму компанию думать «а как вам надо», управляя процессом.
Гибкость процесса оценивается просто - это способность его изменять. Но вы смотрите неглубоко. Сама корпоративная культура должна поощрять эту гибкость. Пообщать эксперименты, поощрять изменчивость. И, неизбежно, будут и неудачные кейсы.
Но все имеет свою цель и цену.
Гибкость кушает ресурсы. Но нужна зачем? Чтобы иметь потенциал очень быстро реагировать: появился потенциальный контракт на условие 100млн$, но нужно поработать, перестроиться: Кому-то это просто не нужно.
Дальше мы можем перейти к словам: самоорганизация, автономные команды, и, прости господи, холократия. К пересмотру минимальной единицы, которой оперирует бизнес: не человек, а команда. К перераспределению классической иерархии ответственности.
Говорить можно много и дальше, но суть, надеюсь, я передал.
Что я слышу: 2-5 людям из какой-нибудь кор-команды поставили задачу максимально заюзать ai.
Agile manifesto - это короткий список принципов.
Agile - это про гибкость процессов с целью достижения оптимального результата в оптимальное время.
Гибкость - это значит, что вы все время производите ретроспективный анализ и пробуете что-то менять.
Agile - он про запутанный домен.
Фреймворки - это лишь базовая структура, которая должна тюнится под себя.
Знаю случаи, когда компания строится компания по agile-принципам, но никто про agile никогда и не читал и с ним не работал. А некоторые - даже против него.
P.S.: уже все давно описано, уже все копья сломаны, но люди по-прежнему не хотят понимать, что выстраивание процессов - это отдельная дисциплина.
между «при свете» и «в темноте» есть множество оттенков серого.
До появления ГДЗ дети просто списывали друг у друга
Подход менять? У этого должна быть цель. В первую очередь экономическая.
Кажется, что да.
Но если посмотреть глубже, то компании приносят деньги.
Рост выручки OpenAI с 2024 по 2025 больше чем x2: с 4млрд за год до 4.3млрд за пол года.
Если перестанут вкладываться в r&d, то выйдут на устойчивую прибыль. Но: потеряют рост, за пол года потеряют позиции на рынке.
ai с каждым этапом качественного роста расширяет потенциально доступный рынок. А вокруг нас везде появляется ai. Все его интегрируют. И он уже никуда не денется.
Тот, кто не внедрит ai инструменты у себя - начнет проигрывать конкуренцию. Постепенно весь окружающий бизнес будет его использовать.
И всё: ai-компании смогут расслабиться: клиенты от них будут мигрировать как между сотовыми операторами. Потом пойдёт рост цен.
И это мы не рассматриваем ещё вероятность по-настоящему качественного роста.
Сколько лет был убыточен YouTube? А теперь создать его альтернативу невозможно.
Chrome вообще не приносит денег, а его хотели купить за 35млрд$.
Одноразовые?) Я предполагаю, что манипулятор «рука» будет иметь сенсоры, будет мягким, будет способен поднять лист бумаги с ровного пола не замяв его.
Какой должен быть материал, чтобы выдержать какую-нибудь едреную химию бытовую химию?
У человека-то есть фича - повреждения кожи постоянно фиксятся.
Не нужно метрики делать KPI.
Часть метрик позволяет смотреть нагрузку разрабов на разные классы задачи и выравнивать её, если если есть возможность.
Часть других метрик позволяется смотреть график зависти затрат простоя каждого этапа рассмотрения MR/PR от количества и размера.
Подобный анализ позволяет лиду/менеджерам отслеживать реакцию на какие-либо изменения в процессах.
Не нужно все в штыки воспринимать.
Большая часть цитаты - про процессы.
Качество кода и безопасность выкинуть и получится список хороших метрик.
Но по маркетинговой статье абсолютно непонятны эти саксесс-стори: кто, что, как, почему.