Заключение хорошее. Доверие действительно стало гораздо больше цениться, чем навыки написания кода
На работе активно вайбкодим, получается…Ну, пока выглядит, что быстрее. Интересно, что чем квалифицированнее был специалист, тем лучше он адаптировался к работе с нейронками. Код чище, архитектура читаемая, фичи делаются быстро и лаконично
Ну и наоборот, если к коду были вопросы - нейронка эту проблему еще сильнее подсвечивает, там прям глазки вытекают
Кроме работы напилил разных петпроджектов - то приложеньку на ios, то телеграм миниапп. Все это я мог сделать и раньше, но заняло бы месяц-два. А тут за недельку по вечерам. Приятно
Большинство из тех, кто мог/хотел сменить провайдера на “не в российской юрисдикции” уже давным-давно это сделали. Ну может еще 2.5 человека где-то там задержались, на общем фоне это ничто
Черенок лопаты уже давно не видать из того места, куда его запихнули. От того что его еще покрутят - особо ничего не изменится
Стоит беспокоиться. С колокольни лида, в любой группе разработчиков из > 4-5 человек можно убрать половину - и потерять, ну, 10-20% в эффективности команды. Не правило Парето, конечно, но довольно близко. И это не затрагивая вопрос уменьшениия скоупа задач.
Хорошо, если вы не в той половине которую можно убрать
Плохо, если вы думаете, что вы не в той половине, которую можно потерять =)
Во-первых таки дорого (газ), во-вторых - а чего вы этим хотите добиться? Блокчейн относительно медленная конструкция, каким-то линейным количеством транзакций вы механику обхода графа не сильно замедлите
Вот сколько не говорят про говнокод - всегда вспоминают про бизнес, которому "надо быстрее". А бизнесу не то чтобы надо прям дохрена быстрее. Он часто может подождать и час, и 2, и даже пару дней. Да каких там дней, проекты стандартно срываются на месяца - и все живы.
Но не так часто вспоминают что в нашем джентельменском клубе, в общем-то, хватает во-первых - не очень квалифицированных специалистов, назовем это так. У которых если программа скомпилировалась - то она работает. А если она интерпретируемая, то это вообще подарок - "хрен его знает когда там баги всплывут, может я уже уволюсь".
А во-вторых - все люди сильно разные, и бекграунды сильно разные. И код, как ни крути, получается разношертсный. Ну, люди существа такие. Разнородные. Для одного понятнее по-одному, для другого по-другому. Кто-то (я) вообще плюсовик, мне красивый код писать религия не позволяет.
И пример с AspectJ в статье он как-раз об этом - у человека был план, и он его придерживался. Если бы он вел проект от начала и до конца, и этот паттерн был бы в проекте стандартным - вопросов бы ни у кого не было. Проблемы от того, что человек что-то сделал на его взгляд красивое, и ушел.
В общем не стоит все скидывать на бизнес, мы (разработчики) тоже так себе людишки.
Анонимное собрание джавистов объявляется открытым =)
Почитать про все это солиды и как нам завещали писать код - конечно, интересно. Применять это на практике в подавляющем большинстве случаев - вредно. Код становится сложнее и медленнее, а профит весьма абстрактный и на горизонте 10 лет.
Разве что для разработки публичных библиотек, где надо за минимальные усилия предоставить максимальную гибкость - и в случае чего свалить все проблемы пользователя на самого пользователя
Странное замечание - в скриншотах чуть ниже парень называется тех лидом, и кроме того находит и фиксит (через увольнение половины отдела) баг в процессе найма. Так что не зря он в менеджеры пошел.
Мы пробовали отключать ht через конфигурацию ядра - это не оказывало существенного влияния на производительность на наших задачах (оценка была методом "ну латенси и загрузка cpu вроде такие же". Перезагружать после этого тоже пробовали :D ). Так что в итоге оставили включенным для большей гибкости.
Отчасти: через cpu_affinity перестали прибивать потоки к гипертредным ядрам. Ну и да, по факту это ограничило количество cpu-bound потоков количеством ядер (были еще не-cpu-bound, которых по сотне на ядро лежало)
Однажды напоровшись на схожую картину отключили гипертрединг на уровне приложения (благо плюсы позволяют), и вешали нагрузку только на физические ядра - иначе p99 начинал скакать как не в себя при нагрузке выше 70% cpu. Выбрали стабильность. Не представляю как нужно разложить обработку данных чтобы гипертрединг делал что-то полезное, когда он действительно становится нужен.
Вообще 50% это как-то маловато (но возможно и справедливо). Из того что видел - около 85% на практике это потолок, дальше непонятные спайки и перегрев
Заключение хорошее. Доверие действительно стало гораздо больше цениться, чем навыки написания кода
На работе активно вайбкодим, получается…Ну, пока выглядит, что быстрее. Интересно, что чем квалифицированнее был специалист, тем лучше он адаптировался к работе с нейронками. Код чище, архитектура читаемая, фичи делаются быстро и лаконично
Ну и наоборот, если к коду были вопросы - нейронка эту проблему еще сильнее подсвечивает, там прям глазки вытекают
Кроме работы напилил разных петпроджектов - то приложеньку на ios, то телеграм миниапп. Все это я мог сделать и раньше, но заняло бы месяц-два. А тут за недельку по вечерам. Приятно
Очевидно с того, что статьи сами себя не наклепают
Сначала показалось что будет что-то полезное, а потом появился мистер head of ai slop из коливинга - и стали появляться подозрения…
Большинство из тех, кто мог/хотел сменить провайдера на “не в российской юрисдикции” уже давным-давно это сделали. Ну может еще 2.5 человека где-то там задержались, на общем фоне это ничто
Черенок лопаты уже давно не видать из того места, куда его запихнули. От того что его еще покрутят - особо ничего не изменится
В теории это чтобы у проклятого запада не было доступа до российских подданных
На практике - не только кто играет, а еще сколько играет, когда играл, что писал в чате, кому писал в чате, не предлагал ли поставить бомбу на Б
Если она больше 5-6 лет работала (непонятно что за “30-летний стаж” и где он был), предстоящий вестинг вполне мог быть на те самые 300к
Странно, если у вас рсу работают “не так”
можно было и текст не писать, прикрепил бы просто картинку на китайском и вперед
Если уж приводить аналогии, то в автомобиле я не очень переживаю за материал для обшивки сиденья и пыль на приборной панели
Ну да, конечно, такой вот уникальный человек с уникальной и неповторимой экспертизой - просто вклад в результат давал очень низкий, так совпало
Нет в разработке никакой уникальной экспертизы. Исходники - вот они: берешь, читаешь, осваиваешься, через день разбираешься в вопросе ничуть не хуже
Стоит беспокоиться. С колокольни лида, в любой группе разработчиков из > 4-5 человек можно убрать половину - и потерять, ну, 10-20% в эффективности команды. Не правило Парето, конечно, но довольно близко. И это не затрагивая вопрос уменьшениия скоупа задач.
Хорошо, если вы не в той половине которую можно убрать
Плохо, если вы думаете, что вы не в той половине, которую можно потерять =)
Использую кастомные алиасы уже лет 15
Никогда не понимал приверженность интерактивным инструментам при наличии консольных команд ¯_(ツ)_/¯
Во-первых таки дорого (газ), во-вторых - а чего вы этим хотите добиться? Блокчейн относительно медленная конструкция, каким-то линейным количеством транзакций вы механику обхода графа не сильно замедлите
| какой-нибудь booking airbnb
Да, как и кучу любых товаров с амазона, мвидео и ряда других сервисов
Поищите "битрефилл" например. И таких сервисов не один
Скорее, от паппета
Ансибл таки про применения набора действий на кластере, когда паппет точно так же описывает "желаемую" конфигурацию в декларативном стиле
Приготовлюсь собирать летящие тапки, но.
Вот сколько не говорят про говнокод - всегда вспоминают про бизнес, которому "надо быстрее". А бизнесу не то чтобы надо прям дохрена быстрее. Он часто может подождать и час, и 2, и даже пару дней. Да каких там дней, проекты стандартно срываются на месяца - и все живы.
Но не так часто вспоминают что в нашем джентельменском клубе, в общем-то, хватает во-первых - не очень квалифицированных специалистов, назовем это так. У которых если программа скомпилировалась - то она работает. А если она интерпретируемая, то это вообще подарок - "хрен его знает когда там баги всплывут, может я уже уволюсь".
А во-вторых - все люди сильно разные, и бекграунды сильно разные. И код, как ни крути, получается разношертсный. Ну, люди существа такие. Разнородные. Для одного понятнее по-одному, для другого по-другому. Кто-то (я) вообще плюсовик, мне красивый код писать религия не позволяет.
И пример с AspectJ в статье он как-раз об этом - у человека был план, и он его придерживался. Если бы он вел проект от начала и до конца, и этот паттерн был бы в проекте стандартным - вопросов бы ни у кого не было. Проблемы от того, что человек что-то сделал на его взгляд красивое, и ушел.
В общем не стоит все скидывать на бизнес, мы (разработчики) тоже так себе людишки.
Анонимное собрание джавистов объявляется открытым =)
Почитать про все это солиды и как нам завещали писать код - конечно, интересно.
Применять это на практике в подавляющем большинстве случаев - вредно. Код становится сложнее и медленнее, а профит весьма абстрактный и на горизонте 10 лет.
Разве что для разработки публичных библиотек, где надо за минимальные усилия предоставить максимальную гибкость - и в случае чего свалить все проблемы пользователя на самого пользователя
Странное замечание - в скриншотах чуть ниже парень называется тех лидом, и кроме того находит и фиксит (через увольнение половины отдела) баг в процессе найма. Так что не зря он в менеджеры пошел.
Мы пробовали отключать ht через конфигурацию ядра - это не оказывало существенного влияния на производительность на наших задачах (оценка была методом "ну латенси и загрузка cpu вроде такие же". Перезагружать после этого тоже пробовали :D ). Так что в итоге оставили включенным для большей гибкости.
Отчасти: через cpu_affinity перестали прибивать потоки к гипертредным ядрам. Ну и да, по факту это ограничило количество cpu-bound потоков количеством ядер (были еще не-cpu-bound, которых по сотне на ядро лежало)
Однажды напоровшись на схожую картину отключили гипертрединг на уровне приложения (благо плюсы позволяют), и вешали нагрузку только на физические ядра - иначе p99 начинал скакать как не в себя при нагрузке выше 70% cpu. Выбрали стабильность. Не представляю как нужно разложить обработку данных чтобы гипертрединг делал что-то полезное, когда он действительно становится нужен.
Вообще 50% это как-то маловато (но возможно и справедливо). Из того что видел - около 85% на практике это потолок, дальше непонятные спайки и перегрев