Pull to refresh
0
-3
evgvolnov @evgvolnov

Руководитель венчурного фонда hh.ru, hh ventures

Send message

350 миллионов долларов подняли HR-стартапы в сентябре — давайте посмотрим, что это за проекты

Level of difficultyMedium
Reading time5 min
Views2.3K

В списке почти 35 сервисов. И чтобы мы не потерялись в таком многообразии стартапов, я выделил 4 сделки, на которые нам точно надо обратить внимание.

Читать далее
Total votes 6: ↑3 and ↓30
Comments0

Как работает команда роста в Deel, одном из самых успешных SaaS последних лет

Level of difficultyMedium
Reading time3 min
Views1.5K

Если вдруг вы не знакомы с этим кейсом, то вот вам интересная история. В 2019 году Deel получил первые 150 тысяч долларов от Y Combinator. А через три года уже 50 миллионов при оценке в 12 миллиардов. При том, что в сумме они собрали почти 700 миллионов инвестиций.

Читать далее
Total votes 3: ↑3 and ↓0+3
Comments0

Как генеративный AI влияет на продуктивность консультантов BCG

Level of difficultyEasy
Reading time2 min
Views1K

В BCG решили выяснить, как генеративный AI повышает продуктивность их сотрудников. И провели исследование, в котором приняли участие более 750 консультантов BCG по всему миру. Идея была в том, чтобы разобраться в каких задачах AI помогает, а в каких не очень.

Какие выводы мы в итоге получаем:

В задачах на креативность, где нужно было что-то придумать и концептуализировать (в этом кейсе необходимо было разработать идеи для новых продуктов и стратегию выхода на рынок), 90% консультантов показали рост производительности. Они были на 40% производительнее тех, кто не использовал GPT в этих задачах.

Но когда участники эксперимента использовали GPT для задач, связанных с бизнес-анализом, они показали результаты на 23% хуже, чем те, кто выполнял задачу без GPT.

Исследование демонстрирует парадокс: люди, похоже, не доверяют технологиям в тех областях, где они могут принести огромную пользу (креативные задачи), и слишком доверяют им в тех областях, где технология неэффективна (анализ, работа с фактами, экспертные оценки).

Насколько я понимаю, чем более высокая экспертиза и перфоманс специалиста, тем меньше эффекты от использования GPT.

Читать далее
Total votes 1: ↑0 and ↓1-1
Comments3

Git для Фоток. Большие репозитарии в Git

Reading time7 min
Views21K
Идея использовать git для хранения всех своих фотографий.

Чего хотелось добиться?


  1. Скидывать фотки одной кучей (DCIM), а когда будет время сортировать по папкам.
  2. Скинуть фотки с одного компа, а работать с ними с другого.
  3. Чтобы перемещение-переименование фоток и папок волшебным образом синхронизировалось на всех компьютерах.
  4. Чтобы можно было редактировать фотки, но иметь возможность восстановить оригинал.
  5. Чтобы сохранялась история правок.

Как оказалось, GIT с большим трудом справляется с этой задачей.
Читать дальше →
Total votes 32: ↑20 and ↓12+8
Comments38

19 советов по повседневной работе с Git

Reading time14 min
Views285K


Если вы регулярно используете Git, то вам могут быть полезны практические советы из этой статьи. Если вы в этом пока новичок, то для начала вам лучше ознакомиться с Git Cheat Sheet. Скажем так, данная статья предназначена для тех, у кого есть опыт использования Git от трёх месяцев. Осторожно: траффик, большие картинки!

Содержание:
  1. Параметры для удобного просмотра лога
  2. Вывод актуальных изменений в файл
  3. Просмотр изменений в определённых строках файла
  4. Просмотр ещё не влитых в родительскую ветку изменений
  5. Извлечение файла из другой ветки
  6. Пара слов о ребейзе
  7. Сохранение структуры ветки после локального мержа
  8. Исправление последнего коммита вместо создания нового
  9. Три состояния в Git и переключение между ними
  10. Мягкая отмена коммитов
  11. Просмотр диффов для всего проекта (а не по одному файлу за раз) с помощью сторонних инструментов
  12. Игнорирование пробелов
  13. Добавление определённых изменений из файла
  14. Поиск и удаление старых веток
  15. Откладывание изменений определённых файлов
  16. Хорошие примечания к коммиту
  17. Автодополнения команд Git
  18. Создание алиасов для часто используемых команд
  19. Быстрый поиск плохого коммита

Читать дальше →
Total votes 152: ↑149 and ↓3+146
Comments62

Внутреннее устройство Git: хранение данных и merge

Reading time9 min
Views86K
В процессе перехода с SVN на Git мы столкнулись с необходимостью переписывания наших внутренних инструментов, связанных с развёртыванием кода, которые ориентировались на существование линейной истории правок (и разработку в trunk). На Хабре уже публиковались возможные решения этой проблемы через Git-SVN, но мы пошли другим путём. Нам нужна поддержка таких возможностей Git, как branching и merge, поэтому мы решили разобраться в основах, как же работает Git и каким способом должна осуществляться интеграция с ним.
Читать дальше →
Total votes 77: ↑77 and ↓0+77
Comments10

Ежедневная работа с Git

Reading time40 min
Views875K
Я совсем не долго изучаю и использую git практически везде, где только можно. Однако, за это время я успел многому научиться и хочу поделиться своим опытом с сообществом.

Я постараюсь донести основные идеи, показать как эта VCS помогает разрабатывать проект. Надеюсь, что после прочтения вы сможете ответить на вопросы:
  • можно ли git «подстроить» под тот процесс разработки, который мне нужен?
  • будет ли менеджер и заказчик удовлетворён этим процессом?
  • будет ли легко работать разработчикам?
  • смогут ли новички быстро включиться в процесс?
  • можно ли процесс относительно легко и быстро изменить?


Конечно, я попытаюсь рассказать обо всём по-порядку, начиная с основ. Поэтому, эта статья будет крайне полезна тем, кто только начинает или хочет разобраться с git. Более опытные читатели, возможно, найдут для себя что-то новое, укажут на ошибки или поделятся советом.

Далее очень много букв случайным образом превратились в пост.
Total votes 200: ↑194 and ↓6+188
Comments44

Семь аспектов, как Github изменил мир Open Source

Reading time2 min
Views6.7K
Как известно, мир Open Source быстро меняется. Мы постоянно отслеживаем всё новое, пытаемся не отстать. Я уверен, что проект Github оказал сильное влияние и сделал Open Source более понятным и общедоступным. Каким образом?
Читать дальше →
Total votes 119: ↑109 and ↓10+99
Comments42

Как привлечь в свой проект мировых звезд программирования или интересная особенность GitHub

Reading time1 min
Views5.3K
Относительно недавно мне пришлось использовать систему Git немного сложнее банального клика в Android Studio на кнопку сommit. Сегодня, по собственной неосмотрительности, нашел интересную особенность Git GUI: если в настройках клиента вписать e-mail любого пользователя GitHub, но при пуше (push) коммита (commit) указать свои данные, то заглянув на сайт в раздел коммитов можно увидеть нечто странное. Коммит будет выполнен не от лица вас, а от имени человека, который вписан в настройках Git GUI. Нагляднее это будет увидеть в приложенном видео с пошаговыми действиями:



Не долго думая, решил обратиться к более опытному коллеге за разъяснениями. После десяти минут проб с перебором e-mail было принято совместное решение написать в тех. поддержку, но ответ от GitHub удивил не меньше:

Hi,

Because git is a distributed version controls system GitHub must use the commit email address to assign attribution. When you push a repository to GitHub.com it may contains one or more commits, some of which you may not have authored. For example, imagine a scenario where you collaborated with a number of people on a git repository before you made your first push of that repo to GitHub.com. This push would contain a number of commits from several authors. It would be incorrect to assign all of the commits to the person doing the push, so we use the commit log email addresses to assign attribution on GitHub.com. Each subsequent push to GitHub uses this same logic to assign attribution of commit authors.

Thanks!
Patrick


Выходит, GitHub не считает багом то, что фактически любой может делать коммиты от лица другого разработчика. Ну что же, теперь мне будут помогать фиксить баги лучшие программисты мира.
Total votes 33: ↑13 and ↓20-7
Comments10

Как создать блог на github.io, используя CMS Ghost

Reading time2 min
Views23K


Github предоставляет всем своим пользователям создать статический блог в домене github.io. При это предлагает использовать Jekyll. Но сегодня мы поговорим о том, как сделать блог на гитхабе с cms ghost.
Читать дальше →
Total votes 37: ↑27 and ↓10+17
Comments5

Jekyll 2 надвигается на Github!

Reading time9 min
Views16K
Post-publish: Некоторые оговорки касательно «старой версии» нужно уже воспринимать всерьёз — на Github уже установлен Jekyll 2.2.0. Топик писался, когда актуальной на гитхабе была версия 1.5.1.

Логотип Jekyll
Cложилась интересная ситуация. Jekyll нынче на версии 2.1.1, а Github собирает сайты устаревшей (но надёжной) версией 1.5.1 (на данный момент, актуальная информация здесь). На этом некоторые уже споткнулись, получив ошибки сборки, когда согласно документации с сайта Jekyll всё в порядке. Избегать подобных казусов легко – нужно использовать не jekyll, а github-pages, чтобы версии совпадали с развёрнутыми на гитхабе. Свежие версии, ценой некоторых усложнений в процессе публикации, тоже можно использовать. Способ широко известен и будет описан далее, но сначала нужно разобраться, «зачем всё это?»

Переход на 2.х потихоньку идёт. Нововведения круты и их многие ждут с нетерпением. А стоит ли? Давайте подумаем… но сначала введём в курс дела тех, кто с Jekyll столкнулся впервые.
Читать дальше →
Total votes 25: ↑25 and ↓0+25
Comments6

Github Education — образование и Github

Reading time2 min
Views24K
image

На хабре есть пост habrahabr.ru/post/195054 «Как бесплатно получить Micro аккаунт на GitHub студенту в России» от 24 сентября 2013 года и больше никаких упоминаний об этой интересной программе от Github'а.
А тем временем, 10 февраля 2014 года Github запустил отдельный сайт education.github.com и сообщили в своем блоге, что они уже много лет предлагают образовательные скидки и более чем 1200 учебных классов и 7000 студентов воспользовались этим предложением на данный момент.
Теперь же они эту программу запустили официально, сделали отдельный сайт и предложили следующее:
  • Бесплатную Micro подписку для студентов и преподавателей
  • Бесплатные Github-организации для использования в классах
  • 25% скидка во всех остальных случаях для использования в учебных целях

Читать дальше →
Total votes 24: ↑22 and ↓2+20
Comments19

GitHub Flow: рабочий процесс Гитхаба

Reading time10 min
Views125K
Краткое предисловие переводчика.
Захватывающе интересная статья одного из разработчиков «GitHub Inc.» о принятом в компании рабочем процессе потребовала употребить пару специальных терминов при переводе.

То понятие, для которого на английском языке достаточно одного слóва «workflow», на русский приходится переводить словосочетанием — «рабочий процесс». Ничего лучше не знаю ни сам я, ни при помощи гуглоперевода так что и мне, и читателям придётся с этим мириться, хотя бы и поневоле.

Другое понятие, «deploy», на русский часто переводят словом «развёртывание», но в моём переводе я решил вспомнить оборот из советского делопроизводства — «внедрение инноваций на производстве» — и стану говорить именно о «внедрении» новых фич. Дело в том, что описанный ниже рабочий процесс не имеет «выпусков» (releases), что делает несколько неудобными и речи о каком-либо «развёртывании» их.

К сожалению, некоторые переводчики бывают склонны грубо убивать сочную метафору «иньекции» (или даже «впрыскивания», если угодно), содержающуюся в термине «code injection», так что и его также переводят словосочетанием «внедрение кода». Эта путаница огорчает меня, но ничего не могу поделать. Просто имейте в виду, что здесь «внедрением кода» я стану назвать внедрение его именно в производство (на продакшен), а не в чей-нибудь чужой код.

Я стремился употреблять словосочетание «в Гитхабе» в значении «в компании GitHub Inc.», а «на Гитхабе» — в значении «на сайте GitHub.com». Правда, иногда разделять их сложновато.

Проблемы git-flow


Повсюду путешествую, преподавая Git людям — и почти на каждом уроке и семинаре, недавно мною проведённом, меня спрашивали, что я думаю о git-flow. Я всегда отвечал, что думаю, что этот подход великолепен — он взял систему (Git), для которой могут существовать мириады возможных рабочих процессов, и задокументировал один проверенный и гибкий процесс, который для многих разработчиков годится при довольно простом употреблении. Подход этот также становится чем-то вроде стандарта, так что разработчики могут переходить от проекта к проекту и из компании в компанию, оставаясь знакомыми с этим стандартизированным рабочим процессом.

Однако и у git-flow есть проблемы. Я не раз слыхал мнения людей, выражавших неприязнь к тому, что ветви фич отходят от develop вместо master, или к манере обращения с хотфиксами, но эти проблемы сравнительно невелики.

Для меня одной из более крупных проблем git-flow стала его сложность — бóльшая, чем на самом деле требуется большинству разработчиков и рабочих групп. Его сложность ужé привела к появлению скрипта-помощника для поддержания рабочего процесса. Само по себе это круто, но проблема в том, что помощник работает не из GUI Git, а из командной строки, и получается, что те самые люди, которым необходимо действительно хорошо выучить сложный рабочий процесс, потому что им вручную придётся пройти все шаги его — для этих-то людей система и недостаточно удобна для того, чтобы использовать её из командной строки. Вот что становится крупною проблемою.

Все эти проблемы можно без труда преодолеть, следуя гораздо более простому рабочему процессу. Мы не пользуемся git-flow в Гитхабе. Наш рабочий процесс основан (и всегда был основан) на более простом подходе к Git.

Простота его имеет несколько достоинств. Во-первых, людям проще понять его, так что они быстрее начинают использовать его, реже (или вовсе никогда не) допускают ошибки, требующие отката. Кроме того, не требуется скрипт-обёртка, помогающий следовать процессу, так что употребление GUI (и т. п.) не создаёт проблем.

Рабочий процесс Гитхаба


Читать дальше →
Total votes 111: ↑105 and ↓6+99
Comments47

Github Visualizer — Сервис визуализации истории репозиториев с GitHub

Reading time7 min
Views16K
Будучи поклонником программных продуктов для визуализации активности в репозиториях таких как code_swarm и gource. В один прекрасный день я был посещен музой, которая вдохновила меня создать онлайн сервис для визуализации статистики репозиториев с GitHub.
И сегодня хочу предоставить на ваш суд мой проект GitHub Visualizer (проект на GitHub).
Вот скринкаст для предварительного знакомства.

И не большая Gif'ка
image

Что использовано


Читать дальше →
Total votes 48: ↑46 and ↓2+44
Comments30

Блог на Jekyll и Github

Reading time2 min
Views37K

Блог на Jekyll и Github


Для ведения блога существует множества прекрасных решений: posterous, blogger, wp… Выбирать можно и выбирать нужно, если вы хотите вести свой блог конечно. Сейчас я расскажу об относительно новом гик-решении в блоговедении — это Jekyll блог на базе Github.
Jekyll — это простой генератор статичных сайтов, аля блог. Он содержит шаблоны для создания логики сайта. Благодаря Github Pages — сайт можно хостить на Github. Это просто. Создаете репозиторий «Название сайта».github.com и публикуете туда код вашего сайта на Jekyll. Commit+Push и Github автоматически обновляет ваш сайт.
Читать дальше →
Total votes 43: ↑40 and ↓3+37
Comments37

Пишем бота для Twitter на основе GitHub API

Reading time5 min
Views21K
Доброго времени суток, уважаемое Хабрасообщество.

Сегодня пятница, а это значит, что можно отвлечься от серьезных проектов и отдохнуть. Например, прочитав очередную статью для начинающих, посвященную разработке простого twitter-бота на python, уведомляющего о нескольких видах GitHub-активности.

Если вы подозреваете, что ничего нового из этой статьи не узнаете, то можете просто посмотреть код проекта на GitHub. Остальных же приглашаю под кат, чтобы узнать больше про библиотеки для взаимодействия с GitHub API v3 и ознакомиться с процессом написания бота.



Читать дальше →
Total votes 34: ↑27 and ↓7+20
Comments13

Pull request'ы на GitHub или Как мне внести изменения в чужой проект

Reading time6 min
Views495K
По просьбе tulskiy делаю вольный перевод частей официальной документации GitHub'а Fork A Repo и Send pull requests.

Итак, что же такое «запрос на включение (сделанных вами изменений)» (именно так я перевёл pull request)? В официальной документации гитхаба говорится следующее:
Pull request'ы позволяют вам рассказать другим о тех изменениях, которые вы разместили в своём GitHub-репозитории. Как только pull request отправлен, заинтересованные стороны рассматривают ваши изменения, обсуждают возможные правки или даже добавляют дополняющие коммиты, если нужно.

Говоря своим языком: Посылая pull request, вы говорите автору изначального репозитория (и всем заинтересованным лицам): «Смотрите, что я сделал, не хотите ли принять мои изменения и влить их в проект?»
Читать дальше, но теперь уже обо всём по порядку
Total votes 84: ↑80 and ↓4+76
Comments31

Стартап с нуля: история Github

Reading time8 min
Views5.5K
Это интервью Криса Уонстрота, CEO и сооснователя Github. Данное интервью — часть серии “Bootstrapped, Profitable, & Proud” о компаниях с выручкой более миллиона долларов, обошедшихся без венчурного финансирования на старте и приносящих доход.

Читать дальше →
Total votes 142: ↑138 and ↓4+134
Comments35

Как начать работать с GitHub: быстрый старт

Reading time6 min
Views1.2M


Распределенные системы контроля версий (DVCS) постепенно замещают собой централизованные. Если вы еще не используете одну из них — самое время попробовать.

В статье я постараюсь показать, как можно быстро начать экспериментировать с git, используя сайт github.com.

В статье не будут рассмотрены различия между разными DVCS. Также не будет детально рассматриваться работа с git, по этой теме есть множество хороших источников, которые я приведу в конце статьи.
Читать дальше →
Total votes 182: ↑165 and ↓17+148
Comments51

Глава GitHub рассказал о будущем программирования и новых образовательных проектах компании

Reading time5 min
Views11K
На сайте GitHub можно разместить открытый код своей программы, после чего к разработке могут присоединиться другие пользователи. На сайте можно взять необходимые фрагменты кода для создания нового IT-продукта и доработать их, сокращая время разработки продукта. GitHub часто называют социальной сетью для программистов и разработчиков.

24 сентября компания GitHub представила новый Open Source-продукт Classroom, предназначенный для обучения разработке ПО.

Глава GitHub Крис Ванстрас рассказал РБК о будущем разработки ПО, о бизнес-модели сервиса, о его географии, о новых продуктах и образовательных проектах.
Читать дальше →
Total votes 11: ↑11 and ↓0+11
Comments0
1
23 ...

Information

Rating
Does not participate
Location
Белград, Белград, Сербия
Date of birth
Registered
Activity