В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

ctodailychat

1392 membersпожаловаться на группу
2020 November 13

SB

Sam Becket in ctodailychat
Если вы стартап, сталкивающийся с проблемой, что 70% откликов с hh.ru это нерелевантные слесари монтажники

Или если вы программист и устали получать офферы от тех, кто вам совершенно не интересен

Тогда этот сервис для вас
источник
03:50пожаловаться#1

A

Artur in ctodailychat
шикарная нативка!
источник
03:59пожаловаться#2

A

Artur in ctodailychat
а что такое «project manifest file»? package.json?
источник
04:00пожаловаться#3

A

Artur in ctodailychat
какие форматы проектов поддерживаются?
источник
04:01пожаловаться#4

AS

Alexey Shcherbak in ctodailychat
Sam Becket
Кроме того, нам по сути похуй на поиск по коду, мы бы хотели искать по dependencies graph — т.е. нам нужно просто знать с какими фреймворками работал программист и вместо того, что бы искать и парсить каждый манифест файл, было бы неплохо просто иметь древовидный граф, на котором показано какой разраб что использовал
а зачем вообще поиск для этого - вроде все языки хранят зависимости в well-defined файле, а-ля packages.json dependencies.txt packages.config и т.д.
т.е. вам надо забирать эти файлы и просто разбирать их. зачем поиск по GH вообще ?
источник
04:01пожаловаться#5

AS

Alexey Shcherbak in ctodailychat
хмм, перечитал кусочек про манифест - мой вопрос неправильный =)  А чем подход с манифестом не подошел ?
источник
04:02пожаловаться#6

A

Artur in ctodailychat
и как определяется, кто фронт, а кто бэк, если они комитят в одно репо
источник
04:04пожаловаться#7

A

Artur in ctodailychat
вопросов очень много, короче
источник
04:05пожаловаться#8

AS

Alexey Shcherbak in ctodailychat
СГ для такого сценария наверное не очень зайдет - вы же не будете выкачивать все репки с гитхаба... Если только сделать какие-то расширения, т.е. сг это тула для пользователя чтобы задекларировать в верифицируемом формате что вот я работал с такими стеками
источник
04:05пожаловаться#9

SB

Sam Becket in ctodailychat
Artur
какие форматы проектов поддерживаются?
Сейчас я точно помню поддерживаются проекты на go и на js кажется

под go 
go.mod
под js 
package.json
источник
04:08пожаловаться#10

SB

Sam Becket in ctodailychat
Sam Becket
Сейчас я точно помню поддерживаются проекты на go и на js кажется

под go 
go.mod
под js 
package.json
но достаточно просто ссылку на репо дать, он сам все определит, найдет и спарсит
источник
04:08пожаловаться#11

SB

Sam Becket in ctodailychat
Alexey Shcherbak
а зачем вообще поиск для этого - вроде все языки хранят зависимости в well-defined файле, а-ля packages.json dependencies.txt packages.config и т.д.
т.е. вам надо забирать эти файлы и просто разбирать их. зачем поиск по GH вообще ?
так сейчас и делается :)
источник
04:09пожаловаться#12

SB

Sam Becket in ctodailychat
Alexey Shcherbak
хмм, перечитал кусочек про манифест - мой вопрос неправильный =)  А чем подход с манифестом не подошел ?
Потому что нам нужно найти на гитхабе другие манифест файлы в которых будет пересечение по фреймворкам — а отсюда и подходящих пользователей

Проблема в том, что сам рейт лимит на такой поиск у гитхаба очень низкий.... т.е. его достаочно для мвп, я нашел 200 разрабов готовых к найму, которые подходят по опыту для нас самих :)

но все же это эффективность поиска всего 10%
источник
04:12пожаловаться#13

SB

Sam Becket in ctodailychat
Alexey Shcherbak
хмм, перечитал кусочек про манифест - мой вопрос неправильный =)  А чем подход с манифестом не подошел ?
Вот если бы все указания о зависимостях хранились не только в манифест файле, но еще в каком нибудь графе (т.е. буквально депенденси граф), то мы сможем искать по нему, а не по коду в целом
источник
04:13пожаловаться#14

SB

Sam Becket in ctodailychat
Artur
и как определяется, кто фронт, а кто бэк, если они комитят в одно репо
алгоритм смотрит сколько комитов кто сделал в репке и на каком языке, так что конкретно этот момент учтен
источник
04:14пожаловаться#15

SB

Sam Becket in ctodailychat
Artur
и как определяется, кто фронт, а кто бэк, если они комитят в одно репо
Но вообще я хотел в будущем набрать стандартных пресетов и сделать возможность пользователю накликивать "вакансию" из них

Напиример frontend - js - react
Или blokchain - ethereum - truffle
Или ML - pythorch
источник
04:15пожаловаться#16

AS

Alexey Shcherbak in ctodailychat
Sam Becket
Потому что нам нужно найти на гитхабе другие манифест файлы в которых будет пересечение по фреймворкам — а отсюда и подходящих пользователей

Проблема в том, что сам рейт лимит на такой поиск у гитхаба очень низкий.... т.е. его достаочно для мвп, я нашел 200 разрабов готовых к найму, которые подходят по опыту для нас самих :)

но все же это эффективность поиска всего 10%
идея технически интересная (бизнес аспекты этого - отдельный вопрос), но почему бы вам не сделать копии этих файлов и накапливать их в вашей системе и составить такие профили проектов ну и "трекать" их лениво в  режиме раз в день\неделю забрать статсы ?  стеки проектов радикально не меняются (ну или это тогда другая репка обычно, v2) - это можно использовать.
источник
04:16пожаловаться#17

SB

Sam Becket in ctodailychat
Alexey Shcherbak
идея технически интересная (бизнес аспекты этого - отдельный вопрос), но почему бы вам не сделать копии этих файлов и накапливать их в вашей системе и составить такие профили проектов ну и "трекать" их лениво в  режиме раз в день\неделю забрать статсы ?  стеки проектов радикально не меняются (ну или это тогда другая репка обычно, v2) - это можно использовать.
сейчас пока в кеше храним и можем писать в свою базу, но ето заплатка


в том смысле, что на графе мы сможем делать прыжки вместо того, что бы перебирать все таблицы такой поиск будет ощутимо быстрее
источник
04:17пожаловаться#18

AS

Alexey Shcherbak in ctodailychat
зачем перебирать таблицы , таблицы не нужны, можно хранить все в graph database или делать различные срезы данных и проекции в удобные базы\структуры для определенных задач, потом выкидывать их
источник
04:19пожаловаться#19

AS

Alexey Shcherbak in ctodailychat
Если хотите ускорить поиск - можно сделать блум фильтр и пофильтровать, отсеяв большинство запросов, которые вернут пустой результат (вообще не искать с сразу сказать - вы хотите  "10x unicorn, вы никого не найдете с такими параметрами") а дальше уже построить какую либо систему для каскадного сужения поиска (если это ключевая проблема).
источник
04:26пожаловаться#20