Никто не будет заниматься пересадкой с 1С на галактику, это дурдом. С сапа, да, отчасти, но это очень инертный процесс, нужны компетенции, нужны деньги на принудительно-добровольную смену сапа (внезапно, с десятых ещё большинство компаний с него не слезло), проекты сами по себе очень длинные. Да и 1С на месте не лежит, сейчас ерп это самое денежное направление внутри 1С, куча вакансий. В лучшем случае, ещё лет за 10, поделят пирог, и очень вряд ли хотя бы пополам.
Галактика, это которая 1% ерп/мес рынка и 0% всего остального? На рынке, с которого продолжают уже несколько лет по капле выдавливать сап под флагом импортзама? Ну ок, ладно
Ну очевидно что встройка не лучшая из лучших, полубюджетный проц. В таких условиях любая карточка на 4гб, кроме совсем древнего хлама, будет лучше (да и то, зачастую видеопамять под текстуры всё равно будет пользу приносить)
Разработчик, скорее всего, генерирует прибыль путем замены расходов на неавтоматизированный процесс на автоматизированный + расходы на автоматизацию. Или если он сайт компании пилит - значит приводит клиентов, участвует (пусть и немного сбоку) в цепочке продаж и генерации выручки. Не генерирует прибыль какой-нибудь сисадмин, который поддерживает систему в рабочем состоянии. Ну или уборщица склада.
Люто плюсую. Потери на трение квадратичны размерам и количеству команд, а сроки на практике вообще в куб уходят. При этом ошибкоемкость тоже растет, потому что у каждой из взаимодействующих ячеек меньше пространство возможных решений и контекста проекта, что влияет на качество самих решений.
Вместо встройки, если это пк, лучше уж поискать простенькую 4гб карточку. Их сейчас можно на авито найти за 3-4к и это будет огромный скачок по производительности
Мне кажется, опен сорс предполагает, что, пускай даже не сейчас, но вообще, кто-то кроме автора внесёт свой вклад в виде отборного говнокода, который при этом всё же кому то решит задачу и облегчит жизнь
Из своей насмотренности и практики использования ллм:
1) Каждая правка ллм в коде с сильной связностью, это потенциальный выстрел в ногу не только себе, но и всему проекту
2) Каждый промтп ллм это потенциальный (микро) саботаж своего долгосрочного проф. развития
3) Каждый метод и каждая правка это выбор между "сделать надежно", "дать ллм и выправить руками" и "отдать на авось". Держать качество ревью и пинать модель за архитектуру - это тоже выбор между ответственностью и ленью/метриками.
4) Ллм, как правило, отлично справляются с первыми 80% пути к решению. Но не стоит забывать, что это зачастую не 80% трудозатрат
5) С задачей "писать код" ллм всегда справляется намного быстрее, чем разработчик руками.
6) Ллм максимально хороша в задаче подстановки под шаблон, но плоха в компоновке этих шаблонов между собой
Резюмируя, действительно существуют задачи, где ллм способны дать х2 ,х5 и даже х100 к производительности разработчика. И вероятно существуют разработчики, у которых вся их деятельность состоит из подобных задач. Остальным же нужно формировать пул доверия к ллм самостоятельно. Но каждая включенная в этот пул функция, это потенциальные трейдоффы в долгосрочной перспективе.
Лично у меня сейчас в рабочих процессах ллм занимает 1-2% времени и дает схожий бонус к производительности. Есть перспективы развить бонус до ~10% в ближайшем будущем, но более существенных пока не видно.
Можно запоминать хвост выше 7 динамически, то есть берём те же 2 rand5, получаем хвост rand4, к нему снова добавляем rand5, получаем хвост rand6, к нему снова добавляем rand5, получаем хвост rand2, потом получаем rand3, и потом 1/15 придется отбросить. Тут нужен код уже чтобы посчитать сколько получится выбросов и rand7 на 10к rand5 вызовов
Первая и вторая совсем никакие, третья ничего, для неаккуратного решения пойдет 5 rand5 - 5 + rand5 mod 7 <= 21, для аккуратного можно в вариантах 22-25 запоминать хвост, который суть rand4, из двух rand4 делаем следующую генерацию с хвостом rand2, из трех rand2 делаем генерацию с хвостом 1/8, который отбрасываем. Итого статистически за 10000 генераций rand5, выдадим 4200 + 350 + 14-15 rand7, и отбросим 2 генерации из rand2
Я конечно не особо разбираюсь, но мне кажется выход в управление это не "пробитие потолка" а уход в смежную ветку. Для синьора пробить потолок это глубокая экспертиза в конкретном направлении, смежном с разработкой (архитектура, эксплуатация, или аудит какой-нибудь), либо стать синьором на более сложном продукте
На колени, в пенал, за вертикально стоящий учебник - это всё для слабых. Я клал телефон прямо на тетрадь, на незанятую страницу. Плюс беспроводной наушник в ухе под волосами. Никаких проблем не было, впрочем я и не наглел сверх меры, программа урока была в тетради на 100%.
Печати и у нас вполне живы и будут жить ещё долго покуда физические документы как класс существуют. А именные/фамильные печати это скорее элемент культуры, нежели несъемный костыль
Финансист пускай взятку дает
Блиин, так не смешно же!
Никто не будет заниматься пересадкой с 1С на галактику, это дурдом. С сапа, да, отчасти, но это очень инертный процесс, нужны компетенции, нужны деньги на принудительно-добровольную смену сапа (внезапно, с десятых ещё большинство компаний с него не слезло), проекты сами по себе очень длинные. Да и 1С на месте не лежит, сейчас ерп это самое денежное направление внутри 1С, куча вакансий. В лучшем случае, ещё лет за 10, поделят пирог, и очень вряд ли хотя бы пополам.
Галактика, это которая 1% ерп/мес рынка и 0% всего остального? На рынке, с которого продолжают уже несколько лет по капле выдавливать сап под флагом импортзама? Ну ок, ладно
Ну очевидно что встройка не лучшая из лучших, полубюджетный проц. В таких условиях любая карточка на 4гб, кроме совсем древнего хлама, будет лучше (да и то, зачастую видеопамять под текстуры всё равно будет пользу приносить)
Сама 1С правда не в курсе
Разработчик, скорее всего, генерирует прибыль путем замены расходов на неавтоматизированный процесс на автоматизированный + расходы на автоматизацию. Или если он сайт компании пилит - значит приводит клиентов, участвует (пусть и немного сбоку) в цепочке продаж и генерации выручки. Не генерирует прибыль какой-нибудь сисадмин, который поддерживает систему в рабочем состоянии. Ну или уборщица склада.
Люто плюсую. Потери на трение квадратичны размерам и количеству команд, а сроки на практике вообще в куб уходят. При этом ошибкоемкость тоже растет, потому что у каждой из взаимодействующих ячеек меньше пространство возможных решений и контекста проекта, что влияет на качество самих решений.
Вместо встройки, если это пк, лучше уж поискать простенькую 4гб карточку. Их сейчас можно на авито найти за 3-4к и это будет огромный скачок по производительности
Мне кажется, опен сорс предполагает, что, пускай даже не сейчас, но вообще, кто-то кроме автора внесёт свой вклад в виде отборного говнокода, который при этом всё же кому то решит задачу и облегчит жизнь
Из своей насмотренности и практики использования ллм:
1) Каждая правка ллм в коде с сильной связностью, это потенциальный выстрел в ногу не только себе, но и всему проекту
2) Каждый промтп ллм это потенциальный (микро) саботаж своего долгосрочного проф. развития
3) Каждый метод и каждая правка это выбор между "сделать надежно", "дать ллм и выправить руками" и "отдать на авось". Держать качество ревью и пинать модель за архитектуру - это тоже выбор между ответственностью и ленью/метриками.
4) Ллм, как правило, отлично справляются с первыми 80% пути к решению. Но не стоит забывать, что это зачастую не 80% трудозатрат
5) С задачей "писать код" ллм всегда справляется намного быстрее, чем разработчик руками.
6) Ллм максимально хороша в задаче подстановки под шаблон, но плоха в компоновке этих шаблонов между собой
Резюмируя, действительно существуют задачи, где ллм способны дать х2 ,х5 и даже х100 к производительности разработчика. И вероятно существуют разработчики, у которых вся их деятельность состоит из подобных задач. Остальным же нужно формировать пул доверия к ллм самостоятельно. Но каждая включенная в этот пул функция, это потенциальные трейдоффы в долгосрочной перспективе.
Лично у меня сейчас в рабочих процессах ллм занимает 1-2% времени и дает схожий бонус к производительности. Есть перспективы развить бонус до ~10% в ближайшем будущем, но более существенных пока не видно.
Можно запоминать хвост выше 7 динамически, то есть берём те же 2 rand5, получаем хвост rand4, к нему снова добавляем rand5, получаем хвост rand6, к нему снова добавляем rand5, получаем хвост rand2, потом получаем rand3, и потом 1/15 придется отбросить. Тут нужен код уже чтобы посчитать сколько получится выбросов и rand7 на 10к rand5 вызовов
Первая и вторая совсем никакие, третья ничего, для неаккуратного решения пойдет 5 rand5 - 5 + rand5 mod 7 <= 21, для аккуратного можно в вариантах 22-25 запоминать хвост, который суть rand4, из двух rand4 делаем следующую генерацию с хвостом rand2, из трех rand2 делаем генерацию с хвостом 1/8, который отбрасываем. Итого статистически за 10000 генераций rand5, выдадим 4200 + 350 + 14-15 rand7, и отбросим 2 генерации из rand2
Я конечно не особо разбираюсь, но мне кажется выход в управление это не "пробитие потолка" а уход в смежную ветку. Для синьора пробить потолок это глубокая экспертиза в конкретном направлении, смежном с разработкой (архитектура, эксплуатация, или аудит какой-нибудь), либо стать синьором на более сложном продукте
Опять дерьмовый контент от чат-гопоты вместо статьи
Задачи в студию
В сторонних клиентах вроде можно найти такую функциональность
На колени, в пенал, за вертикально стоящий учебник - это всё для слабых. Я клал телефон прямо на тетрадь, на незанятую страницу. Плюс беспроводной наушник в ухе под волосами. Никаких проблем не было, впрочем я и не наглел сверх меры, программа урока была в тетради на 100%.
Печати и у нас вполне живы и будут жить ещё долго покуда физические документы как класс существуют. А именные/фамильные печати это скорее элемент культуры, нежели несъемный костыль
На плюсах - может и не осилит. На питоне - прочитает как журнал, просто не поймёт, что этот код делает и зачем.