Комментарии 32
Не перестаю удивляться тому, что эффективным менеджерам всегда требуется несколько лет на то, чтобы понять изначально очевидное. Эта музыка будет вечной.
ничего удивительного, основная метрика эфф.менеджера - это финансовый выхлоп, сиюсекундный
решение принесет прибыль в текущем квартале? ДА! -> Делаем. ...но потом будут убытки x10 по итогам года?! да...но сейчас мы кпи закроем премию получим, выгода! потом будет новое решение которое прибыль принесет. а убытки ктото другой посчитает
Это обычные люди с обычными недостатками.
«В 2025 году мы наплодили больше дыр в безопасности, чем за весь период с 2020-го по 2024-й. Чудо, что нас до сих пор не взломали.
1) за период с 2020 по 2024 зашшипили 100 фичей, 10 дыр
2) за 2025 с иишкаии зашиппили 150 фичей, 15 дыр
Рано или поздно мы что-нибудь пропустим, и тогда полетят головы. Скорее всего, моя»
А, тогда понятно
Финтех в своем репертуаре
То есть чтобы не было новых дыр - надо просто перестать шипить!
Дико сомневаюсь, что можно повысить производительность в 6 раз. Там уже не скорость написания кода становится определяющей.
Жалко, что в переводе пропала игра слов "The Old Man and the C++"!
"Старик и С++" там есть. Может, не было, и поправили после отзыва?
На русском языке намёк на название почти совершенно теряется, хотя зная английский и имея указание на каламбур можно восстановить его.
Учитывая, что повесть на русском называется "Старик и море"? Понимаю, что личная вкусовщина, но для меня оно сразу прочиталось как прямая отсылка к Хемингуэю
Соглашусь с тем, что простой доступ к ИИ-инструментам не делает бизнес эффективнее сам по себе. Без понимания ограничений, безопасности и архитектуры решения вайб-кодинг превращается не в оптимизацию, а в перераспределение ответственности. Часто проблемы возникают не из-за самой технологии, а из-за отсутствия экспертизы, которая могла бы правильно ей управлять.
какое же коллективное сопротивление прогрессу😉 А если по факту - стала задача снять с rdp фермы нагрузку генерирую Chrome. Почесал репку, и с помощью Claude pro за месяц решение полностью кастомный browser headless решение на базе WebKit C++ реализует весь функционал управления процессором рендера, обработкой, коддированием SHM буферов в jpeg , в роли session-manager слоя IPC бинарный протокол взаимодействия с инстансами + websocket на Rust - клиент js , canvas. Проект на 15000 строк кода . Месяц - полностью функциональное решение - полный контроль за процессом рендеринга, генерации фреймов - то что генерит 90% нагрузки браузера - все крутится на кластере виртуалок в docker. Результаты - даже мечтать о током было нереально - вся нагрузка вынесена с rdp все довольны ! Бонус - настоящая изоляция браузера - юзвери в rdp ничего принести не могут так как в их браузере jpeg изображения. Буфер обмена, прокси, политики ограничения контента (трекеры, всякие красивости ) регулируются в касание. Скрол плавный, в общем не искушенный не поймет что перед ним не настоящий веб контент а изображение. И замечу это не а-ля VNC и прочие решения - чистый контролируемый jpeg по websocket. Да для примера only CPU севере supermicro старенький VM 10 ядер 40 Gb оперативки - комфортно работает 70 юзеров 3-5 табов на инстанс. И да, все прелести persistent cookie все реализовано. Так вот к чему это я - я Hello world на python без Google не смогу наверное накидать. А теперь вопрос - есть среди вас спец кто бы без LLM что то подобное смог хотя бы за год, да что там вообще осилить!? Или тут команда - сто мильонов бюджет!?))) Поэтому господа, прогресс отрицать- себя обманывать - нужно трансформироваться. Всем бобра!
Vnc решения или классические подходы автоматизации chrome через cdp (пупитер, вебдрайвы И так далее) не решают главной проблемы - получить максимальную плотность и полный контроль над процессом веб рендеринга и композитинга (да css , html )поступая на вход движку браузера проходят процесс расстеризации преобразования в векторное представление (по сути набор линий и прямоугольников) chrome использует skia и по моему сейчас уже paint который в последствии обрабатывается или видео драйвером и визуализируется . Так вот не один из доступных подходов не позволяет добиться полного управления процессом генерации кадров что открывает путь контролю потребляемых ресурсов, стабильной модели масштабирования и управления всем процессом. Используя vnc подход по сути потребовалось бы оборудование аналогичной мощности равной rdp кластеру - вы просто перенесли нагрузку в полном обьеме . Плюс доступные решения что перечислил - в основе своей строятся вокруг chromium - а он не поддается вменяемой оптимизации и управлению - и построение на базе таких решений серьезного масштабируемого кластера удаленного рендеринга - превращается в не контролируемый ад. Что то простое автоматизировать - парсить данные управляя сотней инстансов еще можно , но построенние полноценного браузерного взаимодействия- я подобных решений не нашел. Я же добился полного удовлетворения, контролем памяти, контролем количества генерируемых кадров для каждого из событий что позволило снизить нагрузку в 5 раз. К пиимеру mail.ru 1 процесс ~ 350 мб нагрузка цп минимальна в момент навигации дальше -0
Довольно таки узконаправленное решение получится так как кроме мэил ру и парочки других сервисов остальное не заработает из-за капчи. В целом мне кажется разработчик спокойно осилил быту работу если вы бы нашли разраба нужного.
В далеком 2015'ом работал с парнями которые на выходных, на кватрире лида, бесплатно за две недели переписали полностью бэк в 20к. строк из-за того что легаси надоел.
не понял чего никто не заикнулся о стеке ИИ инструментов для анализа уязвимостей. (CodeMender or some else)
Достали уже эти статьи. Что мешает той де неронке дать задачу на дырки в безопасности??? Они с этим нормально должны справляться. Просто все, почему-то решили, что ИИ все за человека должна делать. А надо всего лишь добавить нормальный качественный промт и дополнительные задачи. Это же не бином Ньютона в конце концов.
Вайб-кодинг — это была подстава?