в свое время т-щ Бренсон писал что компании более 50 человек неэффективны) и в этом что-то есть. мой опыт подсказывает что как раз этот потолок возникает из-за того что фаундер глубоко в операционке, но как только он пытается вылезти - все начинает сыпаться. Потому что компания строилась и росла под него и ребята -1, -2 от СЕО не могут работать under new management) А пересобрать всю команду управленческую - тот еще шок, не факт что после этого все окончательно не сдохнет) это я к чему - иногда для таких компаний с потолком кмк лучше и не пытаться масштабироваться
Отчасти согласен, когда я выступаю публично, в стрессе, часто ловлю себя на том что подбираю "токен из вариантов" )) По крайней мере так ощущается. Но для меня, чтобы связно генерить токены, нужен стержень, какое-то умозаключение, тезис/образ, который я пытаюсь облечь в подходящие слова. И как будто вот это не могут воспроизвести пока моделях, как мне видится.
Мне кажется заголовок и фраза немного кликбейтны. Если я правильно понял автора - современные llm занимаются не только предсказанием, но и имеют ряд правил валидации этих предсказаний, которые впрямую не влияют на веса моделей
Насчет "Пролетария" не помню, а вот на ЗИЛе была оч крутая автоматизация склада от стеллажа до места сборки. Но насколько помню не оч экономически эффективно оказалось, человечий труд дешевле был )
Артем, безусловно у каждого свой опыт и контекст. Я работал в основном в "кровавом энтерпрайзе", и помимо критериев нагрузки и влияния на результат, есть еще важный критерий "кроссдоменности" задачи, с которой даже вполне вменяемые команды справляются сильно дольше в отсутствии архитектора. И чем более "микросервисный" и сепарированный ландшафт, тем значимей роль архитектора и для конкретных задач, и в целом для "всея-ИТ" метрик типа TCO, T2M и т.д.
"Краевые эффекты" конечно бывают, но в данном случае мы их не рассматриваем, считая априори что доработки были заранее оценены по продуктовым метрикам типа CIR и принято решение что делать "выгодно". На практике, если не брать регуляторку, я очень редко встречал команды которые из года в год делают убыточные проекты
мы кмк смешиваем PoC и MVP. Часто у "бизнеса" есть ожидания что после успешного РоС его можно развивать дальше. По моему опыту это приводит к огромным проблемам с развитием этого функционала
Артем, уточните плз какую мысль вы имели в виду? По моему опыту именно архитектор часто фасилитирует межкомандное взаимодействие, позволяя им договориться до решения в рамках "многокомандной" задачи. И здесь как раз в крупных компаниях это довольно острая проблематика. Если мы говорим про фокус внутрь команды - тут опять же про какого архитектора мы говорим? Солюшн скорее может посоветовать какие-то решения в части ньюансов реализации, но команда однозначно больше в контексте и примет в среднем лучшее решение.
Именно поэтому в России практически нет международно успешных проектов.
Вы уверены что их нет? И прям точно знаете что причина только в этом? Может быть есть какие то исследования, подверждающие дефективность российских разработчиков?
Ему нужен продукт, который понравится. Даже, если код не оптимизирован.
Вот только проблема в том что через пол-года когда стоимость изменений этого кода достигнет космических значений, ровно тот же самый заказчик будет спрашивать "а что так долго"? "Почему заранее не предусмотрели?" и в конце скажет что не готов тратить на рефакторинг потому что ему надо бизнес показатели улучшать и "придумай что-нибудь".
В рамках второй основной задачи достаточно прозрачно и очевидно, что подмена учителя-воспитателя репетитором, а образования – образовательными услугами из школьника гражданина воспитать не способны.
Не очевидно, как по мне это классическая манипуляция. Из учителей воспитатели нисколько не лучше чем из родителей на моей выборке.
в свое время т-щ Бренсон писал что компании более 50 человек неэффективны) и в этом что-то есть. мой опыт подсказывает что как раз этот потолок возникает из-за того что фаундер глубоко в операционке, но как только он пытается вылезти - все начинает сыпаться. Потому что компания строилась и росла под него и ребята -1, -2 от СЕО не могут работать under new management) А пересобрать всю команду управленческую - тот еще шок, не факт что после этого все окончательно не сдохнет) это я к чему - иногда для таких компаний с потолком кмк лучше и не пытаться масштабироваться
Оо, импринтеры)) я те самые 3к лет назад сидел на телефоне и проводил эти операции по телефону )) спасибо за разблокированное воспоминание)
Отчасти согласен, когда я выступаю публично, в стрессе, часто ловлю себя на том что подбираю "токен из вариантов" )) По крайней мере так ощущается. Но для меня, чтобы связно генерить токены, нужен стержень, какое-то умозаключение, тезис/образ, который я пытаюсь облечь в подходящие слова. И как будто вот это не могут воспроизвести пока моделях, как мне видится.
Мне кажется заголовок и фраза немного кликбейтны. Если я правильно понял автора - современные llm занимаются не только предсказанием, но и имеют ряд правил валидации этих предсказаний, которые впрямую не влияют на веса моделей
Зошто Саратов то сразу? )) За малую родину обидно )
Насчет "Пролетария" не помню, а вот на ЗИЛе была оч крутая автоматизация склада от стеллажа до места сборки. Но насколько помню не оч экономически эффективно оказалось, человечий труд дешевле был )
Спасибо за ОС, я вообще хотел +/- про всех, но видимо не совсем удачно) можете плз тыкнуть где именно смешение есть на ваш взгляд?
Артем, безусловно у каждого свой опыт и контекст. Я работал в основном в "кровавом энтерпрайзе", и помимо критериев нагрузки и влияния на результат, есть еще важный критерий "кроссдоменности" задачи, с которой даже вполне вменяемые команды справляются сильно дольше в отсутствии архитектора. И чем более "микросервисный" и сепарированный ландшафт, тем значимей роль архитектора и для конкретных задач, и в целом для "всея-ИТ" метрик типа TCO, T2M и т.д.
Павел, можете плз уточнить чуть детальней - стоимость чего именно не раскрыта?
Еще Ницше говорил что фактов нет, есть только наша интерпретация их.
"Краевые эффекты" конечно бывают, но в данном случае мы их не рассматриваем, считая априори что доработки были заранее оценены по продуктовым метрикам типа CIR и принято решение что делать "выгодно". На практике, если не брать регуляторку, я очень редко встречал команды которые из года в год делают убыточные проекты
мы кмк смешиваем PoC и MVP. Часто у "бизнеса" есть ожидания что после успешного РоС его можно развивать дальше. По моему опыту это приводит к огромным проблемам с развитием этого функционала
Артем, уточните плз какую мысль вы имели в виду? По моему опыту именно архитектор часто фасилитирует межкомандное взаимодействие, позволяя им договориться до решения в рамках "многокомандной" задачи. И здесь как раз в крупных компаниях это довольно острая проблематика. Если мы говорим про фокус внутрь команды - тут опять же про какого архитектора мы говорим? Солюшн скорее может посоветовать какие-то решения в части ньюансов реализации, но команда однозначно больше в контексте и примет в среднем лучшее решение.
Саш, не стоит воспринимать так буквально) Это сборник из моего опыта и опыта коллег. В т.ч. и опыта общения с некоторыми консалтерами ))
Нет, с тем же успехом так сказать нельзя, это манипуляция чистой воды. Абсолютно разные предметные области.
Вы уверены что их нет? И прям точно знаете что причина только в этом? Может быть есть какие то исследования, подверждающие дефективность российских разработчиков?
Вот только проблема в том что через пол-года когда стоимость изменений этого кода достигнет космических значений, ровно тот же самый заказчик будет спрашивать "а что так долго"? "Почему заранее не предусмотрели?" и в конце скажет что не готов тратить на рефакторинг потому что ему надо бизнес показатели улучшать и "придумай что-нибудь".
Я рад что помог вам добавить определенности в этом вопросе. Вполне может так быть, что для вашей ситуации и контекста он и правда не нужен
Бывает и такое)
Не очевидно, как по мне это классическая манипуляция. Из учителей воспитатели нисколько не лучше чем из родителей на моей выборке.
спасибо, а с заказом таких проблем случайно не было у вас? )