Github.com отказывается от использования jQuery и переходит на чистый JavaScript
Сегодня Mislav Marohnić объявил о том, что разработчики Github избавились от jQuery на фронтенде GitHub.com. Казалось бы, в самом этом факте нет ничего примечательного, если бы не один интересный момент.
Проблема выбора нового фреймворка для фронтенда была решена радикально — решено было обойтись без фреймворков в принципе. Вместо них были использованы следующие средства:
- querySelectorAll (который предположительно был вдохновлен когда-то именно jQuery),
- fetch для работы с AJAX,
- delegated-events для обработки событий,
- полифиллы для работы с DOM,
- пользовательские элементы (Custom Elements), которые сейчас на подъеме.
Зачем разработчикам в принципе потребовалось все это сделать? По их словам, для того, чтобы «отдавать» посетителям меньше килобайт, иметь возможность использовать более явно выраженный синтаксис для выполнения манипуляций с DOM, а также ради возможности использовать библиотеку Flow.JS для статического анализа типов. По словам разработчиков, процесс ухода с jQuery занял годы.
Эдди Османи из команды Google Chrome оценил быструю скорость работы и загрузки новой версии сайта
На смену плагину jquery-pjax пришел vanilla pjax, который «заточен» специально под Github, снабжен улучшениями и тесно связан с кодовой базой — к сожалению, код используемой Github версии библиотеки вряд ли будет открыт в связи с трудностью ее поддержки в будущем.
Кстати, многие из своих веб-компонентов Github выкладывает в open source — посмотреть их можно по ссылке, в дальнейшем список будет расширяться. Для браузеров, в которых отсутствует нативная поддержка fetch, в Github был написан собственный полифилл; для делегирования событий используется библиотека delegated-events. Обе библиотеки доступны под лицензией MIT.
На каком движке основан Github?
На каком движке основан Github? Мне бы хотелось такой поставить на свой собственный сервер. А если гитхабовский движок закрыт, то не могли бы вы мне подсказать наиболее функциональный и интуитивно понятный движок для собственного git-репозитория?
Rinaldus ★★★★★
30.05.14 17:15:12 MSK
noomorph ★
( 30.05.14 17:15:58 MSK )
GitLab
GitHub закрыт, ставь GitLab.
Camel ★★★★★
( 30.05.14 17:17:11 MSK )
backbone ★★★★★
( 30.05.14 17:32:41 MSK )
У него большая инфраструктура с кучей всего.
Debasher ★★★★★
( 30.05.14 17:43:59 MSK )
У гитхаба есть корпоративная версия, которую можно ставить на свой сервер.
Reset ★★★★★
( 30.05.14 19:59:20 MSK )
apache allura можно ещё (двиг sourceforge)
xsektorx ★★★
( 30.05.14 21:05:35 MSK )
Самый простой вариант — cgit.
CYB3R ★★★★★
( 30.05.14 21:31:41 MSK )
то ли Joomla, то ли WordPress или какой-то там DLE
umren ★★★★★
( 30.05.14 22:19:20 MSK )
Ответ на: комментарий от umren 30.05.14 22:19:20 MSK
то ли Joomla, то ли WordPress или какой-то там DLE
А под ASP .NET заведётся?
om-nom-nimouse ★★
( 30.05.14 23:02:22 MSK )
Ответ на: комментарий от om-nom-nimouse 30.05.14 23:02:22 MSK
под обычный ASP да, под .NET вроде не работает, только с кряком если
umren ★★★★★
( 30.05.14 23:37:33 MSK )
Ответ на: комментарий от umren 30.05.14 23:37:33 MSK
s9gf4ult ★★
( 31.05.14 00:54:32 MSK )
Ответ на: комментарий от umren 30.05.14 22:19:20 MSK
рельсы же, версии 2.3 где-то
Od1n
( 31.05.14 03:43:25 MSK )
Ставь лучше trac, ну или cgit, да.
Umberto ★☆
( 31.05.14 03:49:00 MSK )
iSage ★★★★
( 31.05.14 10:25:58 MSK )
Ответ на: комментарий от Od1n 31.05.14 03:43:25 MSK
umren ★★★★★
( 31.05.14 11:21:28 MSK )
Ответ на: комментарий от umren 31.05.14 11:21:28 MSK
The software that runs GitHub was written using Ruby on Rails and Erlang[5] by GitHub, Inc. (previously known as Logical Awesome) developers Chris Wanstrath,[6] PJ Hyett, and Tom Preston-Werner.
Если честно, то я натыкался на просторах гитхаба на репозиторий рельсов, на которых гитхаб был основан. Но вот не могу найти подтверждение своим словам.
Od1n
( 31.05.14 11:41:35 MSK )
Ответ на: комментарий от Od1n 31.05.14 11:41:35 MSK
Врут, инструмент пендосов для запутывания наших умов, мы то знаем что там на джумле все крутится
GitHub рассказала, что почти треть нового кода на платформе написана с помощью ИИ-сервиса Copilot Статьи редакции
А половина разработчиков продолжила использовать Copilot после пробного периода.
- Инструмент Copilot на GitHub может дописывать код за программиста или предлагать альтернативный вариант. Сервис поддерживает все языки программирования, но лучше всего работает с Python, JavaScript и TypeScript. В ближайшее время GitHub адаптирует его для всех популярных языков программирования, включая Java, сообщает Axios.
- Microsoft и OpenAI представили Copilot в конце июня 2021 года. Сервис создан на основе алгоритма OpenAI Codex, он обучен на терабайтах общедоступного кода.
- По собственным данным, 50% разработчиков на GitHub продолжили использовать сервис после пробного периода в июле 2021 года.
- Исследование учёных из Нью-Йоркского университета показало, что у 40% созданного Copilot кода есть недостатки. По оценке аналитиков Coralogix, средний разработчик допускает 70 ошибок на 1000 строк кода.
Подсказки к коду от Copilot
19K открытий
83 комментария
Написать комментарий.
Развернуть ветку
Заменит 80%, которые сделали бы dropDatabase по совету.
Развернуть ветку
Развернуть ветку
switch нервно ржет в стороне
Развернуть ветку
Похоже, программисты будут не нужны быстрее чем таксисты
Развернуть ветку
Программисты пишут код 1% времени. А остальное время исправляют ошибки и переписывают говнокод. Так что работы программистам только добавится.
Развернуть ветку
4 комментария
Омг, у программистов припекло похлеще чем у таксистов на аналогичное высказывание
Коллеги, вы меня расстраиваете
Развернуть ветку
4 комментария
Говорить о том, что ИИ будет в состоянии заменить программистов, можно будет только тогда, когда нейросеть сможет понимать человеческий язык на уровне другого человека.
Именно понимать, а не отвечать в стиле Алисы или другого голосового помощника
Развернуть ветку
6 комментариев
А Ваньки уже не нужны сейчас
Развернуть ветку
Развернуть ветку
Ты зачем прогеров пугаешь, аж заминусили 🙂 Надо писать что это все неправда и до NoCode еще далеко)
Развернуть ветку
Появится новая высокооплачиваемая работа — править баги за Copilot.
Развернуть ветку
таксисты быстрее, уже к следующему году начнут исчезать.
для Копилота нужно еще лет 5 чтобы нормально натренироваться и улучшить производительность прогера в несколько раз
Развернуть ветку
4 комментария
Почему то много людей думает, что готовая система появляется, «потому что программисты пишут код» . Это не так. Есть такая профессия software architect. И если в каком то проекте архитектора нет, то значит его работу делает кодер. Заменить архитектора ИИ? — ну такое себе. Не для всех проектов.
Развернуть ветку
Развернуть ветку
Серьёзный конкурент появился у StackOverflow – теперь и код не нужно вручную копипастить.
Развернуть ветку
Треть кода формируется нейросетями, при этой нейросети обучают на публичных репозиториях с этим же кодом. Рекурсия.
Развернуть ветку
Аккаунт удален
Развернуть ветку
2 комментария
Чтобы понять рекурсию, нужно понять рекурсию (с)
Развернуть ветку
Думаю раз они знают какой код написан копайлотом, могут и фильтровать эти семплы (да и вообще любые дубликаты)
Развернуть ветку
2 комментария
Аккаунт удален
Развернуть ветку
Аккаунт удален
Развернуть ветку
ну стоит сказать, что nocode все-таки забрал себе часть рынка. Сейчас очень много сайтов на тильде(хоть они и говно в 90% случаев)
Развернуть ветку
1 комментарий
На скриншоте робот дописал то, что в нормальном проекте и так должно через Swagger генерироваться автоматически совсем без писанины.
Развернуть ветку
Что же другой хаб отстаёт пока.
Развернуть ветку
А всё просто, там без «ручной работы» никак)))
Развернуть ветку
1 комментарий
Аккаунт удален
Развернуть ветку
А учится он с этого сайта govnokod.ru
Развернуть ветку
Учитывая сколько hello world и студентов скилбоксов в этих репозиториях, copilot особо далеко не уйдёт. Зато разработчики copilot только ЗП свои поднимут.
Развернуть ветку
Подойдёт для новичков которые хотят освоить синтаксис.
Развернуть ветку
Аккаунт удален
Развернуть ветку
1 комментарий
Аккаунт удален
Развернуть ветку
Похоже уже даже всемогущие ctrl-c-v со stackoverflow под ударом. А если серьёзно то это очень плохо. Часто написать код легче чем понять чужой, то есть новички часто будут вообще без понятия что они там пишут. На stackoverflow хоть коменты есть где многое разжовывают, а тут какая то магическая хрень не пойми откуда и не пойми что делающая.
Развернуть ветку
это похоже про людей которые неглядя копируют куски кода и вставляют к себе в проект, так делают если не понимают, что происходит, но это мало когда работает (если это конечно не простой код который можно найти прямо в примерах из доков)
Развернуть ветку
Copilot сам себя написал
Развернуть ветку
учу сейчас питон, не понимаю что в нем происходит, а если этого пилота подключить так вообще офигею:)))
Развернуть ветку
Был php лидером по количеству говнокодеров, станет питон))))
Развернуть ветку
1 комментарий
Тот момент, когда именно «криворукие» программисты тормозят развитие сверхинтеллекта своими кодами. Вот это многоходовочка.
Развернуть ветку
Рынок программистов не будет оптимизирован, тк он ничтожно мало соразмерно рынку менеджеров и водителей (самая популярная профессия) .
Да и нечего сокращать, логики тонны, языков тонны, парадигм тонны. Есть места для оптимизации, но она резанет по новичкам и типовым штамповкам, что никак не отразится на инженерах.
Кроме того в мире растет спрос на высокий IQ (убивая потребность в низком), так что для программистов, коих в отрасли преимущественно в среднем на IQ 110 все будет тихо и спокойно и все новое тут будет переливаться из одного корыта в другое.
Но сокращения в низких IQ — это поблема и ее тоже надо решать, тк на рынке, где в спросе высокий IQ сокращение людей с низким — это большая проблема
GitHub *
Сайт с поддержкой markdown на GitHub-Pages платформе
Уровень сложности Простой
Время на прочтение 2 мин
Количество просмотров 3.9K
Хочу рассказать о своём новом (хотя существует уже почти 3 года) сайте egaxegax.github.io, после закрытия предыдущего сайта egaxegax.appspot.com на хостинге Google App Engine в начале 2021 года. О нём я писал в статье Cайт на Django-nonrel на платформе Google App Engine для Python. Эта статья рассчитана на тех, кто хочет узнать или получить простой сайт с возможностью добавления и правки контента на основе создания markdown-постов.
Всего голосов 15: ↑3 и ↓12 -9
Добавить в закладки 13
Новости
все подряд лучшие
Агент по анонимности: Альтернативные фронтенды сайтам
Время на прочтение 3 мин
Количество просмотров 2.4K
Всем привет! Наверняка вы заинтересованы в сохранении собственной анонимности, обхода цензуры и сторонники конфиденциальной работы в сети.
Существуют множество методов обхода блокировок и обеспечения анонимности — VPN, прокси-серверы и другие инструменты, но сегодня я расскажу об одном лёгком способе — вместо того, чтобы использовать официальные, закрытые и не конфиденциальные сайты, мы будем использовать альтернативный фронтенд.
В этой статье я приведу список сайтов, с кратким их описанием и инструкцией.
Всего голосов 9: ↑7 и ↓2 +5
Добавить в закладки 25
Telegram бот для доставки torrent контента с телефона до телевизора
Уровень сложности Средний
Время на прочтение 5 мин
Количество просмотров 3.9K
Всем привет! Этой мой первый пост на Habr (да и вообще где либо, за исключением GitHub). Хочу поделиться работой, на реализацию который у меня ушло около месяца, но тем не менее сейчас используя ежедневно и планирую развивать в дальнейшем. Задумка была таковой, что бы донести любой (бесплатный) контент до телевизора используя под рукой только телефон, например, если я еду в метро или нет желания (вставать с дивана) и возможности подойти к компьютеру. На самом деле причина реализации сей творения чуть глубже и проще, под управление я передал дело подбора контента на повседневный вечер супруге. За источник контента отвечает трекер Кинозал, который, к слову, я использую уже 4 года и меня он устраивает во всем.
Всего голосов 12: ↑12 и ↓0 +12
Добавить в закладки 48
Fullstack разработка: создаём MVP – путь от технического задания до интеграции
Уровень сложности Средний
Время на прочтение 25 мин
Количество просмотров 1.7K
В работе описана смоделированная ситуация по разработке простого web-приложения на заказ. Для приложения за основу взят фреймворк Ruby on Rails 7 с фреймворком Hotwire и СУБД PostgreSQL. Описание процесса разработки разбито на этапы проектной деятельности, максимально приближенной к жизненному циклу web разработки по методологии Agile. Для максимальной реалистичности в описании упомянуты всевозможные проблемы, которые могут приводить в ступор начинающих Ruby разработчиков. В задачу публикации входит максимальное погружение читателя в процесс разработки. Поэтому работа насыщена ссылками на лучшие образцы методических материалов для экосистемы RoR 7.1 + Hotwire.
Любая реальная разработка сопровождается рядом организационных мероприятий, которые распределяются между разработчиками, аналитиками, тестировщиками и DevOps. В заказных разработках часто всё делает один человек. Вот для таких разработчиков, которые хотят всё знать, и предназначена данная статья. Поэтому здесь вы также найдёте дополнительные сведения об особенностях тестового покрытия fullstack разработки, полноценное решение по документированию Rest API, подробное описание процесса докеризации приложения, и инструкцию по использования GitHub Actions по методологии Continuous Integration.
Всего голосов 4: ↑4 и ↓0 +4
Добавить в закладки 24
Обходим обязательную привязку телефонного номера к своей учетной записи на GitHub
Уровень сложности Средний
Время на прочтение 2 мин
Количество просмотров 14K
Недавно столкнулся с лицемерием GitHub, который якобы под предлогом беспокойства о безопасности обычных пользователей начал вводить обязательную двухфакторную аутентификацию. Сперва выборочно только для самых активных, а в последствии и для всех остальных без исключения.
Надуманность данного повода доказывается тем фактом, что в качестве двухфакторной аутентификации можно использовать либо специально приложение, либо SMS, либо аппаратный ключ безопасности. Причем это без каких либо альтернатив, т.к. сайт просто не дает работать далее без включения двухфакторной аутентификации.
Enable 2FA now. You'll be able to continue on with your work right after.Но как обычно, дьявол в деталях. Ведь чтобы добавить аппаратный ключ нужно, чтобы двухфакторная аутентификация была УЖЕ активирована.
Другими словами, чтобы использовать аппаратный ключ, нужно предварительно включить двухфакторную аутентификацию с использование SMS (читай номера телефона), либо программы, которая привязана к сетевой учетной записи Googgle, Microsoft или другого сервиса и опять же с привязкой к номеру телефона.
И в данном случае фокус с отправкой SMS на левый номер какого нибудь сервиса для временных телефонных номер вряд ли будет хорошей идеей.
Тем не менее, для тех, что не хочет в очередной раз становиться товаром и привязывать свой номер телефона к очередному интернет сервису «для вашей же безопасности», все же существует способ обойти требование обязательной двухфакторной аутентификации перед добавлением аппаратного ключа.
Всего голосов 26: ↑11 и ↓15 -4
Добавить в закладки 43
Инструкция: как быстро настроить GitLab CI/CD на Flutter-проекте
Время на прочтение 12 мин
Количество просмотров 4.4K
Привет! Я Александр Омельяненко, Flutter-разработчик в AGIMA. Недавно мне понадобилось быстро настроить CI/CD на Flutter-проекте. Те несколько руководств, что я нашел в интернете по этой теме, были либо с нерабочими примерами, либо запутанные и просто плохого качества. Но всё же какое-то представление я получил. Плюс задал вопросы коллегам. Набивая шишки по пути, я-таки настроил CI/CD на своем проекте. Но мне тогда очень пригодилась бы четкая инструкция. Поэтому я решил написать ее сам по горячим следам. Сегодня делюсь ею с вами и надеюсь, эта инструкция облегчит жизнь тем, кто настраивает CI/CD на Flutter-проекте прямо сейчас.
Всего голосов 9: ↑9 и ↓0 +9
Добавить в закладки 62
Создаем свой блог на Github и Hugo
Время на прочтение 7 мин
Количество просмотров 5.5K
Привет, хабр! Сегодня я расскажу вам, как создать свой блог на Github Pages, используя hugo!
Хотите создать свой собственный блог, но не хотите привязываться к каким-либо крупным хостинговым решениям или издательским сайтам по подписке? Решение есть!
Всего голосов 14: ↑11 и ↓3 +8
Добавить в закладки 82
Следование style guide для .proto файлов с помощью protolint в GitHub Actions
Уровень сложности Простой
Время на прочтение 4 мин
Количество просмотров 1.1K
В этом посте я расскажу, как настроить protolint для проверки .proto файлов на соответствие официальному style guide в GitHub Actions и поделюсь практическим опытом его использования.
Всего голосов 2: ↑1 и ↓1 0
Добавить в закладки 6
Обеспечение обратной совместимости gRPC API с помощью protolock в GitHub Actions
Уровень сложности Средний
Время на прочтение 5 мин
Количество просмотров 1.3K
В этом посте я поделюсь с вами подробной инструкцией по настройке автоматической проверки обратной совместимости gRPC API с помощью protolock в GitHub Actions.
Всего голосов 5: ↑5 и ↓0 +5
Добавить в закладки 8
Эффективное создание и деплой gRPC API с помощью GitHub Actions и Packages для проекта на Kotlin и React
Уровень сложности Средний
Время на прочтение 11 мин
Количество просмотров 2.3K
В этом посте я покажу, как с помощью GitHub Actions легко реализовать генерацию и публикацию gRPC API пакетов в GitHub Packages, в реестрах Apache Maven и npm. Если вы хотите освоить GitHub Packages для своих проектов и научиться генерировать gRPC API для сервисов на Kotlin/Java и gRPC-web клиентов — добро пожаловать под кат.
Всего голосов 6: ↑6 и ↓0 +6
Добавить в закладки 15
Размер пул-реквеста имеет значение
Уровень сложности Средний
Время на прочтение 6 мин
Количество просмотров 5.3K
Иногда бывает так, что вы отправляете на проверку пул-реквест, который оказался существенно больше, чем вы ожидали. И у вас возникает вопрос:
«Какого же размера он должен быть? Бывает ли идеальный размер? Если бы теоретически можно было полностью его контролировать, то насколько большим его нужно делать?»
Вы гуглите, находите множество ресурсов, сайтов и статей наподобие этой, которые анализируют тему и делают примерно такой вывод:
«Слишком маленькое количество строк может не отображать полностью изменения, а чрезмерно большой PR может утомить проверяющих, что усложнит выявление проблем или написание осмысленного отзыва»
И хотя вы понимаете логику автора, в то же время осознаёте, то теоретический ответ может быть лишь смутным, что «серебряной пули» не существует. Как всегда, в жизни всё сложнее.
Однако моя статья будет немного о другом:
«Мы проанализируем PR примерно 30 тысяч разработчиков, чтобы проверить, как размер PR коррелирует с временем внедрения, полученными комментариями и отказами во внесении изменений, чтобы найти статистически наилучший размер и понять, что на него влияет.»
Пояснение: тем, кто экспериментирует с данными, особенно после прохождения курсов/обучения в сфере данных, приведённое выше может напомнить о фразе «Корреляция не означает причинно-следственной связи». Да, они будут абсолютно правы. Мы попытаемся рассмотреть под разными углами, как эта корреляция варьируется в зависимости от компании, разработчика и общего объёма коммитов кода, а также под другими углами, которые могут помочь нам понять, какие другие значения могут по каким-то причинам отвечать соответствующим паттернам. Однако это «всего лишь» числа и корреляции, они не объясняют своих причин, поэтому любые наши предположения о причинах, скорее, субъективны и не подтверждены научными исследованиями.