GK
sqlite? Правда?
У них ведь даже был code of conduct. Который они в шутку скопировали из устава каких-то крестоносцев. :)
Size: a a a
2021 February 14
YS
Да, правда.
1. https://www.sqlite.org/mostdeployed.html ("Most Widely Deployed Software Module of Any Type?").
2. https://www.sqlite.org/copyright.html :
But SQLite is not open-contribution. In order to keep SQLite in the public domain and ensure that the code does not become contaminated with proprietary or licensed content, the project does not accept patches from unknown persons.
1. https://www.sqlite.org/mostdeployed.html ("Most Widely Deployed Software Module of Any Type?").
2. https://www.sqlite.org/copyright.html :
But SQLite is not open-contribution. In order to keep SQLite in the public domain and ensure that the code does not become contaminated with proprietary or licensed content, the project does not accept patches from unknown persons.
GK
Yaroslav Schekin
Да, правда.
1. https://www.sqlite.org/mostdeployed.html ("Most Widely Deployed Software Module of Any Type?").
2. https://www.sqlite.org/copyright.html :
But SQLite is not open-contribution. In order to keep SQLite in the public domain and ensure that the code does not become contaminated with proprietary or licensed content, the project does not accept patches from unknown persons.
1. https://www.sqlite.org/mostdeployed.html ("Most Widely Deployed Software Module of Any Type?").
2. https://www.sqlite.org/copyright.html :
But SQLite is not open-contribution. In order to keep SQLite in the public domain and ensure that the code does not become contaminated with proprietary or licensed content, the project does not accept patches from unknown persons.
Понятно. Интересная модель ведения проекта.
Пожалуй, в случае с sqlite это оправдано ещё и тем, что порог входа в проект достаточно высок. Сторонний разработчик вряд ли сможет сразу хорошо реализовать фичу в sqlite или правильно пофиксить баг.
Пожалуй, в случае с sqlite это оправдано ещё и тем, что порог входа в проект достаточно высок. Сторонний разработчик вряд ли сможет сразу хорошо реализовать фичу в sqlite или правильно пофиксить баг.
VG
Тут многие vim-wiki юзают? Там можно сделать как-то несколько параллельных Вики? Как бы, не одно дерево с общим корнем, а несколько?
не юзал, но может, в разных каталогах?
JC
Yaroslav Schekin
Это Вы о ком, извините?
О Виме
YS
Понятно. Интересная модель ведения проекта.
Пожалуй, в случае с sqlite это оправдано ещё и тем, что порог входа в проект достаточно высок. Сторонний разработчик вряд ли сможет сразу хорошо реализовать фичу в sqlite или правильно пофиксить баг.
Пожалуй, в случае с sqlite это оправдано ещё и тем, что порог входа в проект достаточно высок. Сторонний разработчик вряд ли сможет сразу хорошо реализовать фичу в sqlite или правильно пофиксить баг.
Да, необычно. Т.е. отношение "Вы написали patch для sqlite? Так выбросите его в окно!", фактически. ;)
Т.е. если даже кто-то присылает хороший patch, из него берут только идею, и реализуют заново.
Т.е. если даже кто-то присылает хороший patch, из него берут только идею, и реализуют заново.
YS
О Виме
В сообществе разработчиков vim-а десятки человек, о чём Вы?
VG
Yaroslav Schekin
В одну из самых широко используемых программ (с наибольших количеством инсталляций) вообще в мире (почти наверняка прямо сейчас у каждого из нас выполняется хотя бы один экземпляр) сторонние patches не принимаются в принципе, например (несмотря на open source). Угадаете, о какой речь? ;)
конечно! и у неё и VCS своя! на себе же!
YS
конечно! и у неё и VCS своя! на себе же!
Да, fossil. Почему бы нет (что, только Линусу можно, что ли)? :)
VG
Yaroslav Schekin
Да, необычно. Т.е. отношение "Вы написали patch для sqlite? Так выбросите его в окно!", фактически. ;)
Т.е. если даже кто-то присылает хороший patch, из него берут только идею, и реализуют заново.
Т.е. если даже кто-то присылает хороший patch, из него берут только идею, и реализуют заново.
ну вроде всё же не всегда так
JC
Yaroslav Schekin
В сообществе разработчиков vim-а десятки человек, о чём Вы?
А почему тут тогда только про Брама говорят
VG
Yaroslav Schekin
Да, fossil. Почему бы нет (что, только Линусу можно, что ли)? :)
да, мне очень нравится fossil, хотя несколько фич в нём еще пока не хватает
YS
А почему тут тогда только про Брама говорят
По незнанию, наверное. Ещё фанатики neovim любят пороть подобную чушь... я подозреваю, что знаю, зачем. ;)
JC
Ну у фанатиков не может быть причин, они же фанатики
JC
Yaroslav Schekin
По незнанию, наверное. Ещё фанатики neovim любят пороть подобную чушь... я подозреваю, что знаю, зачем. ;)
А кто тогда там кроме Брама?
EG
Yaroslav Schekin
В сообществе разработчиков vim-а десятки человек, о чём Вы?
Решения принимает один человек
EG
К сожалению, модель разработки вима не позволяет посмотреть авторов коммитов
YS
А кто тогда там кроме Брама?
Те, кто посылает patсhes и обсуждает в vim-dev (постоянного состава нет, но некоторые более-менее участвуют десятки лет).
Вроде бы, актуального списка никто не ведёт (да и как?).
Вроде бы, актуального списка никто не ведёт (да и как?).
EG
Yaroslav Schekin
Те, кто посылает patсhes и обсуждает в vim-dev (постоянного состава нет, но некоторые более-менее участвуют десятки лет).
Вроде бы, актуального списка никто не ведёт (да и как?).
Вроде бы, актуального списка никто не ведёт (да и как?).
Пользоваться гитом, лол, как
G
имхо такая задача хорошо бы решилась через tree-sitter, чтобы он сеттил commentstring в зависимости от ноды
@emmanuelGoldstein, как думаешь, сто́ит делать такое?