GitHub опубликовал отчёт с анализом статистики за 2023 год. Основные тенденции:...Подробнее: https://www.opennet.me/opennews/art.shtml?num=60083
Оскар в мире программирования.
Вручается вам?
Телеметрии
*Золотая малина
Оскар - это TIOBE. GitHub принадлежит Майкрософту, сами делайте выводы.
Шнобелевская премия
> Оскар в мире программирования.Уныло как-то. Можно лучше pwnie awards устроить на гитхабе? Вот это было бы прикольно, если бы гитхаб и всю ту печальную корпоративную эшушеру разнесли вдрызг.
А что, у вас 2023 год кончился? Я один во времени застрял?
У бухгалтеров конкретной фирмы кончился. Год измеряется кварталами и конкретный отчёте с 1 октября прошлого года до 30 сентября текущего года.
Мне насрать, что у каких-то бухгалтеров кончился финансовый год. Причём тут год календарный?
Руби прямо умирает.
Давно мёртв, ты просто пропустил. В 2008 нормальный питон появился, v8 появился, и руби в один момент стал никому не интересен (да, основная причина использовать руби, а вовсе не сахар). Основные пользователи руби были азиаты, и тут сразу вменяемых 2 конкурента, и синтаксис руби это скорее довод против.
> Давно мёртв, ты просто пропустил. В 2008 нормальный питон появился,На память о успехах питонистов есть соседняя новость, где они таки даже мозиллу смогли выдавить с питоноподелки HG в пользу гита :)
Ребята, остыньте. Если бы вы знали достаточно языков, вы бы давно поняли, что их качество с их массовостью никак не коррелирует. Языки становятся массовыми не за счёт своих технических преимуществ, а за бабло, которое в них вливают заинтересованные компании. И к слову, это относится далеко не к одним только языкам.
Массовость коррелирует с экосистемой и её развитостью.
> Массовость коррелирует с экосистемой и её развитостью.Конечно нет.
Вы посмотрите на Python: ребята за 30 лет не смогли сделать нормальную стандартную библиотеку, о какой экосистеме тут может вообще идти речь. Или посмотрите на Ansible: на него вообще плохо ложится логика сложнее, чем "создай файл из шаблона и положи по заданному пути". Публичные репозитории обоих полнятся кодом, который нельзя использовать ни при каких обстоятельствах. Это ли не показатель плохой неразвитой экосистемы? Однако при всём при этом оба -- инструменты массовые.
В противовес можно взять те же Perl с CPAN, или Ocaml с OPAM, либо даже Racket с этими его collections. В хранилищах -- масса высококачественного кода, он точно так же легко доступен, зачастую даже имеет более проработанный менеджмент зависимостей, и кое-где даже встроен в компилятор. Это -- хорошая развитая экосистема. Но эти языки -- не массовые.
upd: я сказал в данном посте плохо про питон, и конечно же сейчас понабегут питонисты с литрами желчи, так что я сворачиваю данный тред, чтобы никому больше не портить чтение комментариев (мб разверну позже, когда ажиотаж пройдёт)
upd2: ажиотаж прошёл
>высококачественногоХорошая шутка, спасибо. Иного и не ожидали.
>проработанный менеджмент зависимостей
Ну это уже коровье дерьмо. Недавно Шляпа добавила очередную зависимость от перла в иксы, что притянуло около 1000 пакетов разложившейся на плесень и липовый мёд мертвячины, причём, вручную всё замечательно отвязывалось (патчами). Просто замечательно проработанный менеджмент.
Я не понимаю, какие могут быть претензии к тому же питону, таких ситуаций (1000 неиспользуемых зависимостей у пакета) с ним не бывает никогда (в основном, проблемы с пакетами, в которые проникла ржавчина, ржавчинописатели плохо понимают особенности и ограничения ржавчины -- см. issues таких проектов для посмеяться), а стандартная библиотека стабильна и на хорошем уровне, вполне отвечает всем требованиям и позволяет решать широкий спектр задач. Если чего-то в ней нет, то на то есть объективные причины. При этом, есть куча серьёзных проектов, отлично её дополняющих в любой области. С которыми не возникает регулярных проблем с обновлением и сопровождением, как это происходит с перлом.
>> проработанный менеджмент зависимостей
> Ну это уже коровье дерьмо. Недавно Шляпа добавила очередную зависимость от перла в иксыС характеристикой согласен. Речь-то шла не про те зависимости.
> стандартная библиотека [питона] <...> вполне отвечает всем требованиям
Вот прямо всем, да? А огласите весь список, пожалуйста.
> Если чего-то в ней нет, то на то есть объективные причины
Ну давайте подробнее, чего уж.
Попробуйте объяснить, почему за тридцать лет развития языка в стандартной библиотеке не реализована абстракция Stream? Неужели разработчики на python настолько продвинутые, что программирование на continuation-ах (по-вашему -- через генераторы) им даже проще и понятнее, чем работать через всем известные и давно отлаженные абстракции?
Или если говорить про стандартную библиотеку, то почему в shutil функция copytree по умолчанию копирует stat-ы файлов (тоесть atime/mtime/ctime)? Или почему в python3 она наконец получила параметр, который позволяет подменить функцию копирования файла, однако копируемые директории всё равно будут копировать stat-ы, и это никак нельзя изменить? Кому вообще пришло в голову, что копировать stat-ы -- это хорошая идея? В чём прикол делать лишний сисколл на каждый файл и каждую директорию?
Вот всему этому есть объективные причины, да? Я очень в этом сомневаюсь.
Насчёт стримов, если я правильно понимаю суть, существует несколько замечательных сторонних реализаций, с асинхронностью и всем остальным. Только что-то пользоваться ими не слишком удобно и популярности особой не снискали (но, я уверен, можно найти походящие применения при необходимости). Да, генераторы были выбраны совершенно осознанно. Это всё же более полноценный язык, чем тот же жс. Возможно, именно благодаря тому и снискал популярность.Не знаком с проблемами copytree, но, описанное поведение звучит логично и ожидаемо, я всецело его приветствую. Что такое копируемые директории и почему они не должны быть приведены к идентичному виду? Тем более, при чём тут доисторические времена, когда питон ещё не был таким основополагающим компонентом (т.е. когда лишний вызов не мог быть критичным при типичном использовании)? Разве это не ожидаемое поведение? В угловых случаях, манки-патчинг никто не отменял. Конечно, shutil это не лучший образец. Были случаи, когда я смотрел в этот код, и он мне не нравился, в итоге приходилось реализовывать как-то ещё. Нужно понимать, однако, если добавить РЕДКИЕ случаи в стандартную библиотеку, это ощутимо замедлит код в обычных частых случаях. Это интерпретируемый язык. А универсальность это хорошо, но, чем интерфейс более загружен, тем хуже для практики.
>Речь-то шла не про те зависимости.
Вот и нет, именно про те и шла, более неудачной дряни, не приносящей ничего кроме боли всем причастным, ещё поискать. А потом киваете на leftpad.
> Насчёт стримов, если я правильно понимаю сутьНу что значит "если правильно понимаю суть". Вот определение: https://en.wikipedia.org/wiki/Stream_(abstract_data_type)
Номинально -- это тип, для которого должны быть определены: конструктор (привет, кэп!), функция взятия следующего элемента, nil-чекер (опционально, это зависит от реализации).
Может предоставлять конструкторы с разных типов данных, может предоставлять итераторы, редукторы и фильтры -- всё, естественно, строится на основе выше перечисленных функций.Вот например как это реализовано в OCaml: https://v2.ocaml.org/releases/4.04/htmlman/libref/Stream.html
Или вот как это определено в Haskell: https://hackage.haskell.org/package/Stream-0.4.7.2/docs/Data...
Вот как это реализовано в Scala: https://www.scala-lang.org/api/2.12.7/scala/collection/immut...
В Java: https://docs.oracle.com/javase/8/docs/api/java/util/stream/S...
В Racket: https://docs.racket-lang.org/reference/streams.htmlВот где это в Python? Я последний раз искал в 2017-м, так и не нашёл. Yield-ить, это конечно здорово. С yield-ом я безусловно могу собственную абстракцию стрима сделать. Но почему за 30 с лишним лет нет готовой?
> Не знаком с проблемами copytree, но, описанное поведение звучит логично и ожидаемо, я всецело его приветствую
Ну так я Вам поясню, почему это не логично и не ожидаемо. Вы при копировании дерева создаёте *новые* файлы и директории. Вполне логично и ожидаемо то, что эти новые файлы и директории должны иметь новые stat-ы, в которых будет содержаться время их создания. Вы спрашиваете почему?
Ну например потому, что так оно предполагается на уровне glibc и ядра: https://pubs.opengroup.org/onlinepubs/9699919799/functions/o...
Я ведь про сисколлы вспомнил не потому, что их надо экономить, а потому что при создании файлов согласно спецификации должны быть выставлены актуальные ctime/atime/mtime, и это прямым текстом написано по ссылке выше (прошу, проверяйте). Именно это я подчёркиваю, когда напоминаю, что смена stat-ов -- это *отдельный* сисколл.Или например потому, что прочие инструменты, с которыми мы работаем каждый день, например тот же cp из комплекта coreutils -- по умолчанию при рекурсивном копировании директории stat-ы не копирует.
Ну или например потому, что системы автоматической сборки пакетов (deb/rpm) зачастую определяют список файлов просто проверяя destdir на предмет появления в нём новых файлов посредством поиска по времени. И эта логика гарантировано ломается, если какой-нибудь умник использует дефолтный copytree в install-скрипте.
Надеюсь, этих аргументов достаточно?
> В угловых случаях, манки-патчинг никто не отменял.
Да, конечно. Ничто не мешает взять дефиницию copytree и переписать под свои нужды. Или просто использовать os.system("cp -R <...>"), кстати. Но всё-таки если тебе приходится прибегать к манки-патчингу библиотеки, это плохо говорит о библиотеке. А что это кстати за библиотека, в которой находится модуль shutil? Ну надо же какие дела, это The Python Standard Library.
> Нужно понимать, однако, если добавить РЕДКИЕ случаи в стандартную библиотеку, это ощутимо замедлит код в обычных частых случаях.
Да в том-то и дело, что случай не редкий. Я согласен, что в *стандартную* библиотеку нужно добавлять часто используемые строительные кирпичики, из которых можно что-либо построить интуитивным образом. И copytree как раз идёт этому видению наперекор.
В заключение, что тут хотелось бы отметить, так это то, что всё выше перечисленное -- это только верхушка айсберга. Мне довелось плотно поработать с Python где-то в 2017м, и я находил подобных косяков тогда пачки. Описанное мною выше это лишь то, что я удосужился записать, чтобы не забылось. А всего остального я просто уже не вспомню, поскольку поставил крест на Python, и по возможности стараюсь с ним лишний раз не связываться.
Но только при чём тут питон? Он никому ничего не должен, это нигде не заявлено. Скажем, ctime -- change time, а не creation time (что многие ошибочно полагают, по какой-то причине). Как вариант последнего придумали различные платформозависимые birth time (и даже добавили в glibc наконец). Это дата изменения атрибутов файла. Если атрибуты не менялись, то и дата меняться не должна. То же самое и с данными. Поскольку это _копия_, она должна быть полной (включая расширенные атрибуты, о чём все забывают). Шаг с новыми статами необходим, чтобы было видно прервавшуюся операцию. Если операция завершена, данные должны быть приведены к нормальному виду. Ну а кто там свои кривые скрипты наворачивает основываясь на atime (которого вообще не существует в адекватно настроенной системе), то это его проблемы.
> Но только при чём тут питон? Он никому ничего не должен, это нигде не заявлено.А, ну вот мы и дошли до сути. Ничего, я в целом был готов к тому, что меня нахрен пошлют даже при хорошей аргументации. Не первый раз, как бы. Да, да, когда этот разговор ведётся с питонистом, он всегда так кончается: питон никому ничего не должен.
Что ж, я даже больше того скажу: и Python-разработчики тоже никому ничего не должны. Они никому не должны что-то знать про алгоритмы, системы типов, программирование, системные вызовы, лямбда-исчисление, командную строку. Думать они тоже никому не должны.
Ну вот примерно поэтому я и не связываюсь с питоном. Явно чуждое мне комьюнити.
> не смогли сделать нормальную стандартную библиотекувполне себе нормальная
> Ansible: на него вообще плохо ложится логика сложнее, чем "создай файл из шаблона и положи по заданному пути"
ясно, неосилятор ноет
Если еще немного продолжить мысль, то бабло чаще вливают чтобы проще было найти разрабов и поддерживать эти строения. А их гораздо проще найти на языки и стеки, вотэвер с более технически конкурирующими возможностями и дешевизной в разработки.
> Если еще немного продолжить мысльЯ пожалуй тоже ещё немного продолжу.
Дешевизна разработки определяется количеством специалистов, то есть массовостью. А массовость не может быть достигнута в языках с высоким порогом вхождения: они могут быть сколь угодно выразительными и мощными, но если для их освоения требуется слишком сильно задействовать мозг, то массовости достигнуть не удастся.
Вот зачем было развивать Go, когда уже был например тот же Ocaml? А всё просто: Go хоть и слабее по возможностям, но куда проще в освоении, и главное -- в переходе с C. Почему он выстрелил? Потому что лично Google вбухивал деньги в проекты на нём. Язык получился в общем-то неплохой, но факт остаётся фактом: его разработали исключительно как промежуточное звено, чтобы получить отдельные фишки высокоуровневых языков, но при этом обеспечить массовому прикладному разработчику возможность его выучить, в меру своих способностей.
> А их гораздо проще найти на языки и стеки, вотэвер с более технически
> конкурирующими возможностями и дешевизной в разработки.Поэтому development cost и technical merits языка находятся в противофазе. Массовыми всегда становятся откровенные среднячки. Это не делает их хуже, ибо рынок нуждается в огромном количестве специалистов, и высоко квалифицированных кадров в таком количестве просто нет в природе, а вот прикладников -- хоть отбавляй. Но надо отдавать себе отчёт в том, что когда вы смотрите на рейтинги использования различных языков -- это нельзя рассматривать как аргумент за качество языка, потому что прямой корреляции тут нет.
Go выстрелил в первую очередь как раз из-за своей простоты. Деньги Гугла - вторичны, хотя и важны.
> Go выстрелил в первую очередь как раз из-за своей простоты. Деньги Гугла - вторичны, хотя и важны.Простота сама по себе не является тем камнем преткновения, из-за которого технология обретает популярность. Вот D позволяет очень многое делать проще и лучше, чем C++. Однако скоро уже 20 лет пройдёт, а что-то D остаётся нишевым языком, и основная масса крестовиков так и не перешла на D. Потому что бизнес должен открывать вакансии на этих языках, чтобы они шли в массы. Сами же массы никогда никуда не идут, их обязательно надо вести.
Деньги -- первичны.
>Деньги -- первичны.Ну то есть тот же Линус начал писать свой эмулятор терминала чтобы сделать бабала?! :)
рЫлали кул сториЮ бро! :-D
Ты сам с собою споришь, и, похоже, не замечаешь этого. Деньги первичны, когда речь идёт о стоимости разработки, а не о продвижении того или иного языка. Второе всегда намного дороже, чем первое из-за масштабирования.Предположу, что D не стал популярным, потому что только упрощал, но не предлагал ничего нового в дополнение к тому, что уже есть. И вот перед тобой выбор: то ли пользоваться имеющейся рабочей силой, которая худо-бедно освоила Плюсы на приемлемом уровне, то ли вкладываться в обучение персонала с непредсказуемым или плохо предсказуемым результатом. Конечно, бизнес предпочитает не рисковать и идти проторенной дорожкой. Кроме того, к моменту появления D уже были языки, заполняющие его нишу. Вот и не взлетел.
> Сами же массы никогда никуда не идут, их обязательно надо вести.
Расскажи это адептам Питона.
Чёрт, опечатка."Второе всегда намного дороже, чем первое из-за масштабирования."
Первое всегда намного дороже, чем второе из-за масштабирования.
> Ты сам с собою споришь, и, похоже, не замечаешь этого. Деньги первичны,
> когда речь идёт о стоимости разработки, а не о продвижении того
> или иного языка. Второе всегда намного дороже, чем первое из-за масштабирования.Вот хоть Вы, Прохожий, и написали, что это-де опечатка, но на самом деле оговорочка, что называется, "по Фрейду". Как писал когда-то Фредерик Брукс, четверть времени занимает разработка, три четверти -- интеграционное тестирование. Как нынче широко известно по сфере синематографа, продакшен картины занимает четверть бюджета, а продвижение и реклама -- три четверти. Точно также и с продвижением языка в массы, аналогия проявляется довольно чётко.
Люди не станут изучать новый инструмент, на котором нет хорошо оплачиваемых вакансий. Но и бизнес не станет внедрять новый инструмент, если к открытой для него вакансии не прилагается толпа специалистов, жаждущих пройти собеседование. Этот парадокс "курицы и яйца" решается вливанием денег вендором: он спонсирует не только разработку инструмента, но и создаёт первую пачку вакансий, организует конференции, где первопроходцы пиарят новый инструмент (естественно не задаром), организует присутствие упоминаний нового инструмента в новостной шумихе. И вот после этого -- начинается процесс вовлечения как более мелких бизнесов, так и разработчиков. Маховик раскручивается, и инструмент становится массовым.
Весьма очевидно, что разработка нового языка -- это оплата первых нескольких высококлассных специалистов, которые заложат базис языка и зададут направление его развитию. А вот первопроходцы -- их будет намного больше, и они будут получать тоже весьма солидные деньги. Пиар тоже недёшев. Так что продвижение намного дороже, нежели стоимость собственно разработки языка.
> вот перед тобой выбор: то ли пользоваться имеющейся рабочей силой, которая
> худо-бедно освоила Плюсы на приемлемом уровне, то ли вкладываться в обучение
> персонала с непредсказуемым или плохо предсказуемым результатом. Конечно, бизнес предпочитает
> не рисковать и идти проторенной дорожкой.Да. И чтобы бизнес и кандидаты решили опробовать новую дорожку -- для этого и надо вливать деньги описанным выше способом.
>> Сами же массы никогда никуда не идут, их обязательно надо вести.
> Расскажи это адептам Питона.А смысл?
>Go выстрелил в первую очередь как раз из-за своей простоты. Деньги Гугла - вторичны, хотя и важны.Не знаю, вот прямо - не знаю :-\
Го мне нравится, причём настолько что я снова программить стал :)
Но вот чего он взлетел - не знаю. Язык как язык кому то - вдоль (мне), кому то поперёк (ооп-щикам), но тля - просто "ещё один ЯП"(С) - не больше!!!.
И меня таки "терзают смутные сомнения"(С), да :)Раньше многое всё таки зависело от качества самого языка, и всего вокруг него (компилы\тулзы\либы\софт на нём сделанный) и всё это варилось в узком кругу профессионалов. У которых в силу "узкости круга" ;) - хоть какие то общие критерии водились и можно было хоть как то оценить ...
Потом проггер стал чем то типа office clerk и вотЪ :(
Нынче люди с баблом могут взять "блестящу, вонючую, собачью какашку"(С) влить в рекламу и ... вот уже даже "явное оно"(С) обсуждается везде, даже у этих "those russians"(C) (тут к примеру) ... и все ручные "тЫоби вреЙтинги" верещат - вот же оно - "ШЕДЕВР!"(С) ...Ну то есть используется та-же технология, как для продвигания на продажу ну скажем нового сорта кока-колы, к примеру - __никаких__ отличий :) И что характерно результат - тот же. Кто коку жрал - все жрутЪ и новую, и нахваливают! ... Вплоть до выхода новой версии коки "теперь в розовой баночке, а это меняет ВСЁ"(С) :)
А "старпёры" как цедили своё вино\коньяк\виски хрензнаетскольки-летней выдержки - так и цедят. :)
(это я уже тут так шпильку вставляю :-р :-D )
Качество - действительно не коррелирует. А вот простота использования и претензия на независимость от кого-либо - да, коррелирует. Бабло, если и играет какую-то роль, то второстепенную.
Я (как уже говорил выше) - совершенно в этом не уверен.На мой взгляд случилось страшное (за-скриньте этот пост!):
.... языки программирования каким то образом попали в нищу дешманских поп-товаров 8-\
И соответственно - их проектируют, изготавливают и вливают (методы рекламы) покупателям методами доказавшими свою эффективность именно в этой категории 8-\
ОдинадЦАтоГО дня Ноября, 2к23 года
ваш _
;-D
> языки программирования каким то образом попали в нищу дешманских поп-товаровЯ уже ответил каким. Да ты и сам это предположил чуть выше. Важен уровень вхождения, если речь идёт не о каких-то сверхкритичных к производительности или надёжности программах. Не понимаю, почему у тебя до сих пор сомнения. Кстати, таких непритязательных задач подавляющее большинство. Следовательно, для таких задач не нужна сверхквалифицированная рабочая сила, достаточно студентов третьего курса (бакалавров).
>Более 80% изменений вносятся в приватные репозиторииЕсли посчитать только открытые проекты, то ещё нужно посмотреть, кто и как умирает.
Но это инфу МелкоМях скромно умолчал.
Хороший язык был... Но да, сейчас на нём хоть и пишут, но только в рамках поддержки. Впрочем, нельзя не отметить его огромное влияние на индустрию и порождённые под его влиянием языки и фреймворки. Впрочем, как учебный язык он и сейчас хорош как мягкое погружение в функциональный стиль.
Жалко только что в функциональном стиле нельзя написать ни одной полезно полезной программы сложнее вычисления факторивла. Функциональщина это гарантированый рак мозга и ничего более.
Это, конечно, бред. Например, биржевое ПО пишется на функциональных языках (F#).Другое дело, что в функциональных языках бывают некоторые системные недостатки. Но не для всякого софта этот фактор является определяющим.
Рак мозга можно получить от нездорового образа жизни, но точно не от когнитивной нагрузки.
> Это, конечно, бред. Например, биржевое ПО пишется на функциональных языках (F#).LSE уже наелось всяких шарперов и их писанины помнится. И перешло на линух и софт на плюсах. Get the facts, как майкрософт сам же и сказал...
> Другое дело, что в функциональных языках бывают некоторые системные недостатки. Но не
> для всякого софта этот фактор является определяющим.
> Рак мозга можно получить от нездорового образа жизни, но точно не от
> когнитивной нагрузки.В функциональных языках все приходит к тому что программу кроме ее автора ковырять вообще никто не хочет. На чем проект и загибается.
Не знаю, что там LSE наелась, я читал про другой случай. Когда одного известного в узких кругах эксперта пригласили переписать биржевое ПО с Плюсов на F#. И он в одно лицо за примерно полгода-год сделал то, чем занимался целый коллектив (человек 10 или более, точно уже не помню) в течение нескольких лет. Причём не просто переписал, а ещё и получил неплохой прирост производительности.
Истории уже примерно лет 10. Может, конечно, что-то изменилось с тех пор. Но факт остаётся фактом. 🤷♂️
Ну надо же! А у нас в "биржевом ПО" процентов на 95-98 - Жаба 8-)Хотя да - если Васян (или даже Джон!) где то написал эту хрень на "F# you!" :-) - то да "ПО пишется на функциональных языках (F#)."(С)
Но "биржевое ПО" тогда и на Ocaml пишется - есть _ровно_одна_ компания его пользующая для этого-же :) Правда, в отличии от фа#-керов :), она относительно успешная и известная - а это денег приносит поболее чем выбор какого то там ещё Ёзыга программирования :)))
Биржи разными бывают. Кто-то и на Руби до сих пор пишет. И ничего, работает. Довольно крупная биржа, кстати, хотя и не топовая.
Рад за луа, но раст чет совсем не в тему в топе после распада на 3 части, кидка от корпоратов и разрабов.
Накрутить рост языка настолько просто, что этим может заняться даже любитель безопастных язычков.
А сям кто рост накручивает? Или это другое?
Сишники хотели написать накрутчик, но он падает с сегфолтом.
Ну почему. Может, они signed с unsigned спутали.
> распада на 3 частиХм... как-то пропустил это.
Не напомнишь что там произошло?
>Более 80% изменений вносятся в приватные репозиторииВся суть опенсорс-сообщества.
а какой процент кода открыт у неопенсорсного сообщества?
В приватные вносят копрорасты. Каким боком закрытость к опенсорсу?
Они платят за нас, вообще-то.
"приватные" репозитории бесплатные уже давно. А корпорации хранить свою коммерческую тайну у майкрософта не будут - свой гитлэб подымут.
Чушь несусветная. Работаю с корпорациями давно и плотно. Сидят на Гитхабе точно так же, как и все остальные. Даже GH Enterprise не у всех. И я отнюдь не о «Horns & Hoofs Inc». Коммерческая тайна у подавляющего большиства бизнесов отнюдь не в коде, но ты про это узнаешь, когда сам на работу устроишься.
>Сидят на Гитхабе точно так жеЕсли они не осилили on-prem gitlab то таки Horns & Hoofs, чё тут обсуждать-то
угу, и те которые арендуют сервера у амазона или гугл клауд, а не крутят на стойке в своем подвале тоже?
даже интересно, ты вообще сталкивался со средним бизнесом?
>Если они не осилили on-prem gitlabА если осилили?
Но всё равно ведь в 2024 запланирован полный перенос своих яйцев в их корзины :-\
Не спрашивайте меня где тут логика и были ли яйца :) "новый, чудный мир"(С) порешал так, и ША!(С)
> Чушь несусветная. Работаю с корпорациями давно и плотно. Сидят на Гитхабе точно так же, как и все остальныеПоддерживаю. Сам видел, причём неоднократно. Преспокойно они все хостят приватные репы на гитхабе, вообще не парятся.
Azure и Office 365 передают вам привет.
Вообще, с возрастом это проходит — считать, что у бизнеса есть такие ТАЙНЫ, которые даже MS не погнушается похитить.
Ещё у них "центр прозрачности" появился, не работающий без JavaScript.
https://transparencycenter.github.com/
> https://transparencycenter.github.com/Надо было назвать: BigBrotherActions
Больше подходит про контетнт
У них и релизы нельзя скачать без жс, так как ссылки попросту не прогружаются
Надо давать это видеть всем ярым фанатам GitHub и, в том числе, M$
> У них и релизы нельзя скачать без жс, так как ссылки попросту не прогружаютсяНу и что, что жс, это всего лишь UI. Главное, что релизы имеют вполне определённые ссылки, и при желании их таки можно скачать курлом, чем мы, девопсы, регулярно и пользуемся в целях автоматизации.
Ну там явно не сильно сложно ссылку на релиз без js получить. Даже bash скрипты туда курлом лазят
Чо, правда?upstreamdata=$(curl -s "https://api.github.com/repos/shadowsocks/shadowsocks-rust/re...)
shadowsocks_url=$(echo "$upstreamdata" | jq -r '.assets[] | select(.name | contains("x86_64-unknown-linux-gnu")).browser_download_url' | grep -v sha256)
wget -c "$shadowsocks_url"И где в этих строках обработка js?
Те кому JS не нужен, могут туда просто не ходить)
Или ты хотел чтобы они на pure-html тебе страничку верстали и каждый день обновляли?
Ты, конпчно, удивишься, но старая команда так и делала. Даже некоторое время после покупки. На 5 лет хватило инерции... а потом антимидас всё-таки смог превратить гитхаб в говно.
> старая команда так и делала. Даже некоторое время после покупки.Но потом корячится ради пары психопатов с палемуном им надоело.
А что - на шитхабе ещё осталось что-то, работающее без JavaScript??
Каждые полгода они по кусочку ломали функционал для старых браузеров, причём, так, что было очевидно что это саботаж. Сначала кнопки форматирования, потом редактирования, потом вообще репорт не запостить, теперь и комментарий не оставить. Ради этой фекальной ямы ставить ещё один браузер? Ну уж нет!
Не надо ставить «ещё один» браузер. Достаточно одного, актуального.
Откуда такой спрос на Lua?
Алсо кто может пояснить чому Ruby вмирает? Помимо отжора памяти на уровне пихона,слишком скучный?
У Руби ниша очень узкая и в этой нише высокая конкуренция.
Руби уже даже никто не ругает и не набрасывает с ним всё уже ясно. Всё уже сказано.
Github -> trending -> language: luaПлагины для Neovim; загадка разгадана, дело закрыто.
Откуда такой спрос на Neovim?
Создатель vim оставил мир в этом году, вот многие и решили ознакомиться со "следующей" версией.
Откуда был такой спрос на vim?
Других легковесных, сравнительно простых в обучении и фичастых редакторов под Юниксом не было.
> Github -> trending -> language: lua
> Плагины для Neovim; загадка разгадана, дело закрыто.Скорее, игроделы всякие, там этого добра есть.
моды для игр
Ruby помер давно, но отпеть его было некому и теперь, в компашке зомбаков вместе с perl, tcl и прочим хламом, будет вечно светиться на дне различных рейтингов. Получилось так потому что в язык затащили много заведомо неудачных решений из других языков. Например, агрументы в функции передавались неявно, как в perl. Убогие def ... end блоки одновременно с единственно верными { }. И много другой неудобной альтернативщины из эры языков 80-х. Что-то со временем исправили, но в основном кривь осталась. И тогда уже был питон без таких проблем и с функциональной коробочной библиотекой.
> Убогие def ... end блоки одновременно с единственно верными { }Наоборот, убогие нечитаемые (среди прочего ссы-мусора) каракули {} оставили для всяких альтернативно-одаренных ссы-синтаксис-фанатов наравне с человеко-читаемыми begin end.
Чатжпт нафлудил столько или у программистов столько свободного времени,а у корпораций денег?
студентота профили накручивает вкладом в сообщество
Не можешь победить - возглавь (С) MS
Хотя,да. У Майкрософт который там много где лидирут денег много.
Говорили,что Хруст Гулаг продвигает,а Майки и тут по-моему лидируют.
MS всегда лидировала. Тот же AVML на Rust написан.
А чё графики поплыли и поехали? Стыдоба. Они их на Javascript генерировали чтоль?
Та норм,на Иксах и Фоксе картинки,ничего не плывёт.
На Иксах и Falkon тоже ничего плывёт.
CEO позвонил, сказал, надо подогнать - вот опять 146% и получилось.
>Значительно (+36%) возросла популярность предметно-ориентированного языка HCLКто в теме, что творят на HCL?
Просто способ сериализации JSON-like данных. YAML и TOML IMHO лучше.
Не совсем: JSON - он и в Африке JSON. А HCL зависит от приложения: Terraform или ещё что - то есть имеет кучу несовместимых диалектов, прям как SQL или скорее хуже.
JSON. YAML и прочая сериализация - тоже зависит от схемы. у HCL нет диалектов, есть 2 версии. Разумеется, речь идёт о версии 2 как о последней.
странно что эту хрень добавили, а json нет
Автоматизацию. См. Terraform.
> Номинация "Hardware Hacker": Limor Fried (@LadyADA),
> лидер компании Adafruit Industries,
> выпускающей открытое аппаратное обеспечение.Занятный у лидера сайтенг. Древо Сефирот. Навёл на Portfolio, а там светодиод (Identity) без токоограничительного резистора. Почему не перегорает? Анод плюс ко всему подключен к конденсатору на Make. Research - висит тупо сопротивление на землю. Это обогреватель? Что делает ключ на Technika, я не догнал. Кто-то может пояснить принципиальную схему, это я чего-то не понимаю, или ныне руководителю не обязательно знать базу?
Мне нравятся твои забавные слова, волшебный чувак.
>Древо СефиротКругов не хватает.
>Навёл на
Без JS не работает. Действительно, в 2023 пора знать уже, что всё это можно сделать чисто на CSS, и почему делать надо именно так.
>знать базу
Я не смог нагуглить, "левая" она, или "правая". Видимо она слишком умна, чтобы постить такое в интернет, давая повод для травли поехавшим из обоих лагерей.
>>Древо Сефирот
> Кругов не хватает.Неожиданно встретить тут гуру Каббалы.
>>Навёл на
> Без JS не работает. Действительно, в 2023 пора знать уже, что всё
> это можно сделать чисто на CSS, и почему делать надо именно
> так.Ну такое как раз простительно для железячных дел лидера.
>>знать базу
> Я не смог нагуглить, "левая" она, или "правая". Видимо она слишком умна,
> чтобы постить такое в интернет, давая повод для травли поехавшим из
> обоих лагерей.Травля - это когда фольгированный стеклотекстолит погружается в раствор для травления. Как говорится: кто о чём, а лысый о расчёске.
с github бегут, а он внезапно популярен
после ввода обязательно 2FA прибитого гвоздями к номеру телефона только тупая или очень инертная малпа на нем останется
Тупая масса копротивляется. Умная - понимает, что от кибергулага они никуда не денутся.
Сейчас даже у бомжей смартфоны, да всем насрать.
Что за глупости вы говорите. Можно любой автор зато без телефона использовать. Например от yubikey. Там номер телефона не нужен. Сам аутентификатор вообще в интернет не лазит. Ключ он хранит на usb токене от yubikey
ты использовал?ты получал письмо от мелкософта с требованием использовать ДВА метода 2FA? второй резервный, чтобы ты не потерял доступ к акаунту... тралалаа тралаалааа
и почему я должен покупать из-за чьей-то глупости?
откуда вы лезете мамкины админы?
Там TOTP вообще то
Можно использовать Gnome Authenticator. И ненужно телефона.
ты использовал? нет? ну тогда не звезди
Смешно. Я использую лично.
не с гитхаб
> с github бегутНет, так слона не продашь
Можно использовать Gnome Authenticator.
> Номинация "DevOps Champion": Katie Peters из компании TELUS.Конечно чемпион, такую большую компанию подсадила на гитхаб полностью, тут и не такую награду выпишут! "Своих не бросаем" (с) ГХ/МС
Ты график Канады выидел? Вот бросились чинить ... нас вот тоже вроде того ... в следущем году буду локальные гитлабы перетаскивать к мЫсЫсям :( Покой нам только снится :(
Много наград за пропаганду завязки на гитхаб - все на гитопс, гитхап actions, и т.п. Менторы, евагнелисты.. МС не одно десятилетие в теме и знает как работать с клиентурой.
Долой Майкрософт!
> 420 млнNice… 💚
Менеджеры гитхаба^W микрософта перед новым годом выпрашивают премии?
> Кроме того, GutHub представил новые инструменты тестирования безопасности приложений, использующие машинное обучение, и анонсировал запуск в декабре чата c AI-консультантом (GitHub Copilot Chat), помогающим писать код, определять ошибки и создавать тесты, а также отвечающим на связанные с разработкой вопросы, заданные на естественном языке.Отличненько. Расслабим погромистов, чтобы они не думали, а затем захватим мир. Кстати, примерчик в статье странный (можно рассмотреть как false positive): просит добавтиь рейтлимитер для запросов к БД.
Вопрос: что делает это регулярное выражение?
Ответ: не знаю, обычно я прошу бота сгенерить мне строку, удовлетворяющую выражению.Напомнило: "что выведет, то и выведет. я программист, а не компилятор. взяли б%#^* моду, 'что выведет на консоль'. да напиши ты этот код и посмотри, чё нас то спрашиваешь?" (с)
> Расслабим погромистов, чтобы они не думали, а затем захватим мир.Чем больше тупых, тем больше востребованы "старпёры".
Я лично не пользую никакие "ИИ" при работе. Понаблюдаю, как будет деградировать мозг остальных.
> Я лично не пользую никакие "ИИ" при работе.Чтобы работать комментатором опеннет AI не нужен. В остальных случаях умение работать (да-да, с AI нужно УМЕТЬ работать, прикинь) является обязательным требованием при прохождении собеседования даже в провинциальных конторах Рога & Co.
ты точно не путаешь "уметь работать с ИИ" и "уметь работать с библиотевами/моделями/железом для ИИ"?
новая перспективная профессия "доярка нейросетей".
все на курсы успешного успеха !ps: если спугнете мне пионэра, то сами будете за него отдуваться.
> новая перспективная профессия "доярка нейросетей".
> все на курсы успешного успеха !Я примерно так и вижу, что скоро без "окей, алекса! расскажи мне, где у коровы вымя" они не осилят. Потому (ра)ботодатели перестраховываются и включают "умение работать с ИИ" в пожаления. )
> (да-да, с AI нужно УМЕТЬ работать, прикинь)один такой умелец-техсаппортер все хотел, чтобы я прикрутил к хелпдеску плагин чатгпт.
после того, как я сказал, что за тексты, сгенеренные нейросетью,
но опубликованные от человека, скоро будут бить,
т.к. они распознаются на раз-два, он от меня отстал.и это я еще не сказал, что нейросети и роботы провоцируют людей "поиграть" с ними,
возможно матом. раскрутить их на неполиткорректные высказывания тоже интересно.> является обязательным требованием при прохождении собеседования
один молодой специалист писал, что повершелл стал обязательным,
второй - блокчейин, теперь вот это. а по-моему все пздж ради хайпа.
>один такой умелец-техсаппортер все хотел, чтобы я прикрутил к хелпдеску плагин чатгпт.Хороший мальчик. Зрит в корень. С ботами должен обещаться бот! Тчк.
>но опубликованные от человека, скоро будут бить,т.к. они распознаются на раз-дваА разве в __этом__ проблема?
Проблема в том, что за ответ от саппорта компании - отвечает компания, а робота не уволишь :)
Но лоЙерЫ на этим работают ... Новые контракты будут содержать clause что наши ответы генерятся AI - мы за него ответственность не несём, хотите по другому - покупайте Platinum пакет :)
А пока да - ответ генерится, но не шлётся кастомеру напрямую, его видит дежурный эникей, прикидывает\прибрасывает и шлёт чего то там дальше...
Когда додавят законы что за ответы от AI мы ответственность не несём - мясных мешков выпилят. А отвёты будут полезными как выхлоп RND :-\
> он от меня отстал.Он просто понял, что другую работу пока не нашёл :)
>один молодой специалист писал, что повершелл стал обязательным,
Ну популярным он таки стал.
>второй - блокчейин, теперь вот это. а по-моему все пздж ради хайпа.Жызнь, как она есть :)
> Новые контракты будут содержать clause что наши ответы генерятся AI - мы за него ответственность не несёму вас нет монополии на этом рынке.
> ответ генерится, но не шлётся кастомеру напрямую, его видит дежурный эникей, прикидывает\прибрасывает и шлёт чего то там дальше..
а потом шлют уже его. это же бот, чего его стесняться и зачем с ним содержательно общаться.
> лоЙерЫ на этим работают ... Новые контракты будут содержать clause что наши ответы генерятся AI - мы за него ответственность не несёмЭто не человек убил, а его ножик.
> является обязательным требованием при прохождении собеседованияИмена контор? А то я пока слышал, что наоборот - им запрещают пользовать "ИИ" на рабочем месте.
Понаблюдаем, как будет деградировать твоя востребованность по работе.
К моменту, когда моя востребованность по работе будет "деградировать", ты давно будешь бомжевать.
Ну как сказать. Худо^W иллюстраторы вон уже взбунтовались, ещё когда ИИ пальцы рисовать не научился.
Мозг не будет деградировать. Будут заниматься творчеством, а не ведро с гайками в башке крутить.
Я вот тоже думаю в стриптизёры пойти ...
:-D :-D :-D
Много "творчества" ты видишь от богачей, которым не надо работать?
А от дворника Азиза или одинэсника Пети, надо так понимать, мы творчества видим много.
> Много "творчества" ты видишь от богачей, которым не надо работать?Я не про социологию.
Я про то, что человек лучше генерирует идеи, а рутина реализации пусть лучше ИИ.
> востребованы "старпёры"Не хочу никого расстраивать, но если человек к 30 годам ищет вакансии рядового кодера (считай рядовой солдатский состав по армейским меркам), то такие резюме HR отправляет в корзину даже не читав. Например, в нашей компании, типичный джун - до 20-22 лет, 22-25 - миддл, 30-35 - сеньор. Старше это уже чисто менеджерские должности.
>> востребованы "старпёры"
> Не хочу никого расстраивать, но если человек к 30 годам ищет вакансии
> рядового кодера (считай рядовой солдатский состав по армейским меркам), то такие
> резюме HR отправляет в корзину даже не читав. Например, в нашей
> компании, типичный джун - до 20-22 лет, 22-25 - миддл, 30-35
> - сеньор. Старше это уже чисто менеджерские должности.То, что происходит у вас в конторе, называется эйджизм.
> эйджизмКоторый вполне обоснован. На одной чаше весов молодой пацан без семьи и болячек, который впитывает инфу как губка и покладистый перед начальством. На второй чаше - 40 летний женатый детный мужик с пивным животом, с подсохшими мозгами, кучей болячек, заскоков и принципов. Не говоря уже о том, что он тупо не впишется в коллектив (корпоративы, тимбилдинг, пьянки после работы).
> На второй чаше - 40 летний женатый детный мужик с пивным животом, с подсохшими мозгами, кучей болячек, заскоков и принципов.Странное у тебя представление о сорокалетних. Домашнее задание тебе посчитать распределение по возрасту разрабов известных открытых проектов, окромя фронтенда. Кстати, а не на жс ли часом в твоём окружении пишут? Если да, то твои заскоки (как ты сам выражаешься) мне понятны и вопросов более не имею.
> открытых проектовСмешно думать, что у них кроме этих проектов нет основной работы. И что-то мне подсказывает, они там явно не простые гребцы на галере :)
> а не на жс ли часом
В турбо поскале тебе не конкуренты, спи спокойно.
>> открытых проектов
> Смешно думать, что у них кроме этих проектов нет основной работы. И
> что-то мне подсказывает, они там явно не простые гребцы на галере
> :)Ну по твоей логике они должны быть менеджерами. Хотя я вижу, что ты со мной согласен, раз меняешь тему.
>> а не на жс ли часом
> В турбо поскале тебе не конкуренты, спи спокойно.ч. т. д.
> окромя фронтенда.не эйджизм, но тоже дискриминация.
вероятно, у вас что-то личное против веб-обезъянок, гадящих жабаскриптом в браузеры ?
> Что тут анализировать? Ещё один дед-нытик, у которого ремесленники с новыми инструментами
> работу отбирают.Это ты уже сам выдумал. Пока он даже веб-обезьянок заменить не может.
> Насчёт «отучают думать», кстати, ещё в 80-е слышал — от училок математики,
> про калькуляторы.Ну тогда бы калькуляторы можно было брать на экзамены, но их нельзя брать. Ответишь почему?
> Ну тогда бы калькуляторы можно было брать на экзамены, но их нельзя брать. Ответишь почему?Экзамен от рутинной работы отличить можете? Или инженеры тоже принудительно в столбик считали?
>> Ну тогда бы калькуляторы можно было брать на экзамены, но их нельзя брать. Ответишь почему?
> Экзамен от рутинной работы отличить можете?Ты сам первый вспомнил про школу:
> Насчёт «отучают думать», кстати, ещё в 80-е слышал — от училок математики,
> про калькуляторы.Поэтому у меня и был к тебе вопрос про экзамен. Чего ты с темы соскочить решил?
> Или инженеры тоже принудительно в столбик считали?
Нормальный инженер понимает суть, для него использование калькулятора (или любой другой автоматизации) - это абстрагирование от деталей, которые он знает. Более того результат таких вычислений предсказуем (например, при умножении матриц, ты понимаешь какой будет результат), чего не скажешь о результате на запрос к боту "перепиши мне функцию без рекурсии". Последнее по факту аналогично взятию чужого кода. И его надо уметь ревьювить, а значит понимать, что происходит. Если просто брать куски кода из разных мест не вдумываясь, то получится ерунда.
> Поэтому у меня и был к тебе вопрос про экзамен. Чего ты с темы соскочить решил?Окей, на собеседовании вам не дадут пользоваться ChatGPT (хотя что это, что запрет на том же собеседовании гугла, что запрет калькулятора на экзамене — тупизм полный).
> на собеседовании вам не дадут пользоваться ChatGPTСейчас уже дают. У нас в компании, в других тоже. Никому не интересны дипломы, корочки с курсов, и зазубренные алгоритмы с паттернами. Важен результат, и то, с какой скоростью ты его достигнешь. ChatGPT - это лишь инструмент для достижения результата. Хотя, сам чат, используют разве что новички, а те, кому это надо для работы, юзают плагины copilot, codeium, bito и т.д.
П.с. просто для информации. Наша компания в этом году реализовала почти в 4 раза больше проектов, чем в прошлом году, при этом, сократив персонал в 2 раза. Про прибыль вообще молчу. И это даже год не подошел к концу 😎
> П.с. просто для информации. Наша компания в этом году реализовала почти в
> 4 раза больше проектов, чем в прошлом году, при этом, сократив
> персонал в 2 раза. Про прибыль вообще молчу. И это даже
> год не подошел к концу 😎Куда openai или гуглу до вас...
> Про прибыль вообще молчу. И это даже год не подошел к концу 😎А потом ты проснулся от мокрой кровати
> Наша компания в этом году реализовала почти в 4 раза больше проектовИ что за проекты?
>> Наша компания в этом году реализовала почти в 4 раза больше проектов
> И что за проекты?hello world from reactjs. Компания "пока мамка не видит"
> Важен результат, и то, с какой скоростью ты его достигнешь.Важен не просто результат. А ПОНИМАНИЕ, что ты делаешь, и почему делаешь именно так, а не иначе. AI - это действительно всего лишь инструмент. Но глядя на твои высказывания можно подумать, что это единственный инструмент, которым надо владеть современному программисту. Сам AI пока что очень далёк от совершенства. Многие крупные компании это поняли и поэтому запрещают пользоваться им на работе. Когда же AI достигнет хорошего уровня, тогда программисты вообще окажутся не удел, нужны будут специалисты другого плана. К этому всё идёт потихоньку, но пока ещё свет в конце туннеля далеко.
> Никому не интересны дипломы, корочки с курсов, и зазубренные алгоритмы с паттернами.И чем занимается ваша компания?
>> Поэтому у меня и был к тебе вопрос про экзамен. Чего ты с темы соскочить решил?
> Окей, на собеседовании вам не дадут пользоваться ChatGPT (хотя что это, что
> запрет на том же собеседовании гугла, что запрет калькулятора на экзамене — тупизм
> полный).Им надо понимать как мыслишь ты, а не как ты бездумно копипастишь выхлоп бота.
> Окей, на собеседовании вам не дадут пользоваться ChatGPT (хотя что это, что
> запрет на том же собеседовании гугла, что запрет калькулятора на экзамене — тупизм
> полный).На Швабре уже плачутся, как проваливают лайвкодинг в "чистом" редакторе без автокомплита. А что будет с фанатами ИИ без их "инструмента"... Печальное зрелище 😂
>> Окей, на собеседовании вам не дадут пользоваться ChatGPT (хотя что это, что
>> запрет на том же собеседовании гугла, что запрет калькулятора на экзамене — тупизм
>> полный).
> На Швабре уже плачутся, как проваливают лайвкодинг в "чистом" редакторе без автокомплита.
> А что будет с фанатами ИИ без их "инструмента"... Печальное зрелище
> 😂Что такое Швабра?
Иной раз (часто на самом деле), человек в 30 умеет программировать НАМНОГО лучше зелёного юнца, который только вчера от мамкиной сиськи оторвался. Если твоя контора игнорирует таких людей - долго она не протянет с таким подходом к кадровой политике.Кстати, это соображение справедливо не только для программирования. Оно для всех буквально профессий, которые требуют квалификации. Сам работал в конторе (1000+ работающих), где пришли "консультанты" и начали советовать собственникам, чтобы те заменили кадры на более молодых. Сказали, что в итоге получат прирост продаж в полтора раза. Собственники (умудрённые опытом) покрутили у виска пальцем и послали этих "консультантов" куда подальше. Прошёл год. Объём продаж вырос в два раза без всяких изменений в составе персонала.
> типичный джун - до 20-22 лет, 22-25 - миддл, 30-35 - сеньор. Старше это уже чисто менеджерские должности.А 25-30 -- саббатикал, не иначе.
Насмешил, в общем. Тред свёрнут.
Просто Майкрософт взялся за GitHub. Политика проникла и туда. А есть основания доверять этим графикам?
Оснований нет.
выглядит не плохо, not bad
Спасибо, смешно! Только то что всемирно ИЗВЕСТНЫЕ компании периодически накручивают разные счётчики не совпадающие с реальностью — факт!
ой, блин, раздули-то... там один анрил энджин, типа закрытый корпорастный, хотя бери кто хочет по заявке...да и половина экшенов чей - подчищалки и фиксы за собой, криворукими
> было создано 98 млн новых проектовпроектов или репозиториев?
новых или форки тоже посчитали?
просто 98 миллионов, это по 268 тысяч "проектов" в день.
сколько из них закончено (доведено до продакшена)?
> сколько из них закончено (доведено до продакшена)?Вот можно было бы отсортировать только "source" репозитории от форков (GH так делает) и отфильтровать те, где хотя бы пара гитовых тегов есть. Было бы ближе к правде.
Если вспомнить изначальный смысл термина «проект», он вовсе не подразумевает завершения даже в плане.
>на втором - ИндияПочему индусы так любят айти?
Их просто много.
По пересчёту на население — так себе они его любят.
Ни%%%я не делаешь, слоняешься по офису, пьёшь кофе и копипастишь со SO - ну чем не мечта ленивой индусни?
Один из самых доступных для нищеты социальных лифтов. Купил компухтер ребенку и заставляешь задpaчивать спeки, вот и всё.
> Самым популярным языком на GitHub остаётся JavaScript. Второе место сохраняет Python.Всё ясно, закапывайте!