Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Первый публичный выпуск децентрализованной платформы совместной разработки Radicle"	+/–
Сообщение от opennews (??), 07-Дек-20, 10:23
Представлен первый бета выпуск P2P-платформы Radicle и связанного с ней десктоп-клиента Radicle Upstream. Проект нацелен на создание децентрализованного сервиса совместной разработки и хранения кода, похожего на GitHub и GitLab, но не привязанного к конкретным серверам, не подверженного цензуре и работающего с использование ресурсов участников P2P-сети. Код проекта написан на Rust (клиент на TypeScript, Svelte и Electron) и распространяется под лицензией GPLv3. Сборки подготовлены для Linux (AppImage) и macOS... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=54207
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 07-Дек-20, 10:23	+1 +/–
Кто уже успел использоваться, напишите пожалуйста про быстродействие.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13

2. Сообщение от nomad__ (ok), 07-Дек-20, 10:26	–3 +/–
Интересненько... Пользовался кто-нибудь?
Ответить | Правка | Наверх | Cообщить модератору

3. Сообщение от Аноним (3), 07-Дек-20, 10:35	–2 +/–
Звучит излишне сложно, не взлетит. Но, в принципе, исключительно для _совместной разработки_ двух или около того кодеров было бы интересно попробовать. Сайт клепали какие-то содомиты.
Ответить | Правка | Наверх | Cообщить модератору

5. Сообщение от Аноним (5), 07-Дек-20, 10:57	+13 +/–
>Код прокси для работы узла написан на языке Rust, в графический клиент на TypeScript, Svelte и Electron Теперь будет истерика
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #24, #33

6. Сообщение от Аноним (6), 07-Дек-20, 11:04	–5 +/–
На сях надо было им писать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #8, #9, #10, #34, #56

7. Сообщение от uis (ok), 07-Дек-20, 11:10	+3 +/–
P2P git... Хорошая, годная идея. Гит на торентах)))
Ответить | Правка | Наверх | Cообщить модератору

8. Сообщение от uis (ok), 07-Дек-20, 11:14	–1 +/–
Только после обкатки технологии. Пока рано. Пусть накопятся всее косяки в архитектуре и со знанием их уже и будет нормальная реализация, не тянущая гигабайты, сама не занимающая столько и работающая быстро. Или что-то типа плагина для git'а.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

9. Сообщение от leibniz (ok), 07-Дек-20, 11:18	–2 +/–
> На сях надо было им писать Один товарищ здесь с Вами не согласится вот прям 100%
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

10. Сообщение от Аноним (10), 07-Дек-20, 11:31	+3 +/–
Лучшие си это плюсы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #11, #41, #94

11. Сообщение от MasterSlave (?), 07-Дек-20, 11:35	+2 +/–
не соглашусь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

12. Сообщение от Аноним (12), 07-Дек-20, 11:51	+/–
Анархическая платформа?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #28

13. Сообщение от trdm (ok), 07-Дек-20, 12:04	+10 +/–
> Кто уже успел использоваться, напишите пожалуйста про быстродействие. инструменты: TypeScript, Svelte и Electron Быстродействие зависит от того, на сколько больше чем 8 Гб. у тебя оперативки....
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #35

14. Сообщение от anonymous (??), 07-Дек-20, 12:04	–2 +/–
Судя по описанию, оно через p2p всего лишь шарит git. Интереснее было бы, если бы прям в p2p storage хранились коммиты. Например во freenet или в gnunet. freenet с его доступом по ключу на первый взгляд кажется весьма подходящим инструментом.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #20, #21, #40

16. Сообщение от Аноним (16), 07-Дек-20, 12:09	+/–
>Код прокси для работы узла написан на языке Rust, в графический клиент на TypeScript, Svelte и Electron. это плохо
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #107

18. Сообщение от Аноним (18), 07-Дек-20, 12:15	+4 +/–
> на языке Rust, в графический клиент на TypeScript, Svelte и Electron пошёл мыть глаза с мылом. где тег "жесть"?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #63

20. Сообщение от Аноним (20), 07-Дек-20, 12:26	+2 +/–
Гит сам и есть распределённое хранилище. Ты предлагаешь на ровном месте получить проблемы при интеграции с инструментами для гита без какой-либо выгоды от использования IPFS вместо гита.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

21. Сообщение от username (??), 07-Дек-20, 12:36	+1 +/–
А зачем? Гит и так самодостаточный. Ему только ремоут сделать через p2p
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #78

23. Сообщение от Gogi (??), 07-Дек-20, 12:43	–4 +/–
Неудачный выбор языков прям так и говорит: можете выбросить ВООБЩЕ ВСЁ без сожаления!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #51

24. Сообщение от Аноним (24), 07-Дек-20, 12:49	–2 +/–
Подожду, пока подобную технологию добаваят в GNUnet. Тогда будет норм, без Растов и Электронов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #36, #57

25. Сообщение от Gogi (??), 07-Дек-20, 12:49	+2 +/–
Мне одному кажется, что "единая точка отказа, компания может закрыться или изменить условия работы" - вот это вот всё решается простым бэкапом всех реп на локальный диск??
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #46

26. Сообщение от Gogi (??), 07-Дек-20, 12:56	–1 +/–
Кстати, ровно в это же время программерская среда страдает от отсутствия нормальных, бесплатных средств совместной разработки - хранение кода, реестр ошибок, документация, сообщения и т.п. ГДЕ ЭТО ВСЁ? Доколе можно пилить все эти блокчейны, когда на носу висит конкретная проблема?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #49, #50, #85

28. Сообщение от Gogi (??), 07-Дек-20, 12:58	–4 +/–
Намного проще: куда девать энергию rast'аманам, чьи поделия никому не нужны? А давайте запилим очередное "ненужно" на каком-нибудь "ненужно"!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #60, #83

29. Сообщение от Anonymus (?), 07-Дек-20, 12:59	–2 +/–
>Вместо привязки к внешнему эталонному репозиторию, в Radicle работа отталкивается от монорепозитория на локальной машине каждого разработчика, в который можно извлекать изменения из репозиториев отслеживаемых участников и передавать свои изменения в репозитории отслеживающих участников. Они переизобрели mercurial? Серьёзно?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #95

30. Сообщение от Аноним (30), 07-Дек-20, 13:11	+4 +/–
Идея гипертекстового векторного фидонета не дает людям покоя.
Ответить | Правка | Наверх | Cообщить модератору

31. Сообщение от Аноним (34), 07-Дек-20, 13:12	+/–
> Еще одной статьей его дохода стала сдача в аренду целого лабиринта старых сараев и подвалов за баром. > Обычно их весьма ненадолго снимали полные энтузиазма производители всяких занятных штук, например такие, которые верили, что мир очень, очень нуждается в надувных досках для дартса. (ц)
Ответить | Правка | Наверх | Cообщить модератору

32. Сообщение от Аноним (34), 07-Дек-20, 13:23	–4 +/–
Успех или неудача /любого/ проекта определяется тем, решает ли он какую-то насущную потребность или нет, а не тем, на правильном ли языке он написан. Уже потом идёт подбор инструмента под задачу, и остальные факторы. Рустоё6ы, как частный случай фанатиков любого ЕдинственноПравильногоЯзыка™ этого в упор не понимают.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #39, #58, #81

33. Сообщение от Аноним (34), 07-Дек-20, 13:25	–1 +/–
Не теперь, а через пару месяцев ...у разработчиков. Когда они обнаружат, что их велосипед нах никому не нужен, несмотря на то что он на русте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

34. Сообщение от Аноним (34), 07-Дек-20, 13:26	+3 +/–
Код изначально "на выброс" пофиг на чём писать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

35. Сообщение от Аноним (35), 07-Дек-20, 13:31	–18 +/–
>инструменты: TypeScript, Svelte и Electron А что ты против них имеешь? Вообще-то это уже софт космического уровня надежности - управление на Масковском Dragon, который, вообще-то, людей на МКС возит, на нем сделан. Почитай для общего развития: https://habr.com/ru/company/dcmiran/blog/530446/ Electron и JS - это давно уже mission-critical вещи. В том числе там где от этого зависят жизни.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #45, #47, #55, #73, #129

36. Сообщение от имя (ok), 07-Дек-20, 13:36	+2 +/–
> Подожду, пока подобную технологию добаваят в GNUnet. Тогда будет норм, без Растов > и Электронов. …на Guile.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #104

37. Сообщение от YetAnotherOnanym (ok), 07-Дек-20, 13:41	–1 +/–
> несколько параллельных веток (upstream) со своими сопровождающими и участникам Так и представляю ветку форума поддержки: - Памагити, софт не работает! - Из чьей ветки тащил? - Из ветки Васяна. - Бери из ветки Вована, у Васяна глючная. Стремясь избавиться от "единой точки отказа" авторы потеряли вершину цепочки ответственности. Должно быть ответственное лицо - либо личность (Торвальдс, Ван Раадт, Диллон и т.д.), либо коллекивный орган. А следовательно - должна быть одна ветка, за которую это ответственное лицо может поручиться.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #44, #106

39. Сообщение от Аноним (39), 07-Дек-20, 13:44	+6 +/–
И ты не видишь в своих словах противоречия? Вот кто истинный фанатик!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

40. Сообщение от YetAnotherOnanym (ok), 07-Дек-20, 13:47	+2 +/–
Это и есть p2p storage с git-бэкендом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

41. Сообщение от Анонимъ (?), 07-Дек-20, 13:49	–3 +/–
Хуже си только плюсы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

42. Сообщение от Crazy Alex (ok), 07-Дек-20, 13:50	+6 +/–
Не пойму, о чём стоны. Ежу ясно, что для гита давно нужен удобный распределённый механизм пулл реквестов, issues и прочего - не прибитый гвоздями к гитхзабу или отдельным инстансам гитлаба, на которых надо регистрироваться для того, чтобы что-то сделать. Конечно, совсем уж p2p - это, может, и лишнее - полагаю, просто механизм для создания PR со стороннего инстанса git плюс хранение issues и прочего в параллельной клонируемой гит-репе и отображение всего этого на базе какого-то из готовых веб-gui были бы проще и менее "экзотичными", но в принципе - вай нот?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #43

43. Сообщение от Crazy Alex (ok), 07-Дек-20, 13:54	+2 +/–
А язык... Не хаскель, на котором написан удивительно кривой git-annex (и хрен поправишь) - и на том спасибо
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

44. Сообщение от Crazy Alex (ok), 07-Дек-20, 13:58	+2 +/–
Оно не о том. И так можно собрать из ветки любого разработчика. Речь о том, что если основного разраба или его сервер переехал трактор - все изменения оказались доступны, а для полноценного (PR, issues и прочего) участия в проекте не надо быть привязанным к конкретному инстансу. Тому же youtube-dl - в самый раз. А со сборкой  - всё проще - "бери такой-то коммит, он релизный"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #121

45. Сообщение от Вася (??), 07-Дек-20, 14:00	+1 +/–
дебилизм американских технологий известен давно, так что можете лишний раз не рекламировать (дело в том что им приходится использовать то что получило развитие благодаря свободному рынку, т.е. толпе, а толпа не очень хорошо разбирается в технологиях и проектрировании)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #52

46. Сообщение от vdb (?), 07-Дек-20, 14:04	+1 +/–
Вас трое. Проект — это не только исходники, но и багтрекер, и вики, и вебсайт, так что бекапить нужно не только репу с кодом. И если в случае с гитлабом код сервера открыт и можно поднять свой сервер, то в случае с гитхабом ты в пролёте. (Хотя хз, возможно, в гитлабе есть средства миграции с гитхаба.)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #48, #53, #71

47. Сообщение от Аноним84701 (ok), 07-Дек-20, 14:41	+4 +/–
>>инструменты: TypeScript, Svelte и Electron > А что ты против них имеешь? Вообще-то это уже софт космического уровня > надежности - управление на Масковском Dragon, который, вообще-то, людей на МКС > возит, на нем сделан. > Почитай для общего развития: https://habr.com/ru/company/dcmiran/blog/530446/ > Electron и JS - это давно уже mission-critical вещи. В том числе там где от этого зависят жизни. А если читать чуть дальше заголовка? > Всё это не значит, что космический корабль летает на JavaScript. Chromium на корабле используется только как средство отрисовки элементов пользовательского интерфейса. >Слой взаимодействия с полётным программным обеспечением имеет все необходимые меры резервирования и находится за пределами дисплеев, говорят сотрудники SpaceX. >Бэкенд написан на C/C++. >На всякий случай под тач-дисплеями расположены физические клавиши. Они предназначены для критических ситуаций, к примеру, пожара в кабине корабля. Также есть физические кнопки «начать» и «прервать» для большинства операций, которые можно вызвать с дисплеев. НАСА разработало специальные требования к самим экранам, и решение SpaceX им соответствует. >
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #132

48. Сообщение от Аноним (16), 07-Дек-20, 14:52	+/–
багтрекер и пулреквесты заблокированного на гитхабе youtube-dl восстановили? или таки пришлось обнулить?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #91

49. Сообщение от Аноним (16), 07-Дек-20, 14:55	+/–
в зеронете есть аналог гитхаба http://127.0.0.1/1GitLiXB6t5r8vuU2zC6a8GYj9ME6HMQ4t/ если зеронет не установлен, то можно глянуть через прокси https://zeronet.now.im/1GitLiXB6t5r8vuU2zC6a8GYj9ME6HMQ4t/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

50. Сообщение от Аноним (77), 07-Дек-20, 14:59	+/–
>бесплатных средств совместной разработки - хранение кода, реестр ошибок, документация, сообщения и т.п. ГДЕ ЭТО ВСЁ github и gitlab
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

51. Сообщение от Аноним (77), 07-Дек-20, 15:03	+2 +/–
Почему неудачный? Вы всегда можете написать лучше
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #79

52. Сообщение от flkghdfgklh (?), 07-Дек-20, 15:07	+11 +/–
Чувак. Ты сидишь в американской сети, твой комп разработан американскими фирмами полностью и твоя ОС написана американскими фирмами. И при этом ты рассказываешь о тупости американцев и своем вяличае. Тебе не смешно самому?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #69, #92, #102, #128

53. Сообщение от Аноним (53), 07-Дек-20, 15:35	+/–
Так здесь нет ни первого ни второго ни третьего.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #75

55. Сообщение от Аноним (55), 07-Дек-20, 15:46	+1 +/–
> Вообще-то это уже софт космического уровня надежности - управление на Масковском Dragon То-то они 3 компа параллельно запускают с этим софтом...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

56. Сообщение от Enamel (ok), 07-Дек-20, 16:02	–1 +/–
Новый проект нет смысла начинать писать на сях.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

57. Сообщение от Enamel (ok), 07-Дек-20, 16:04	+1 +/–
Электрон ладно, то еще гуано. Но Раст-то чем не угодил? Он по скорости на уровне C или C++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #74

58. Сообщение от Enamel (ok), 07-Дек-20, 16:11	+1 +/–
> Рустоё6ы этого в упор не понимают А местные сиёбы это понимают, да? Раст объективно уместен везде, где есть сеть и бэкенд, которому нужно действительно хорошо работать. Удобная асинхронность (async/await с участием Tokio) для сетевых проектов этому лишь способствует. Естественно, его нет смысла пихать вообще везде (как и C или C++), но в данном проекте он уместен чуть более, чем полностью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #80

59. Сообщение от unxed (?), 07-Дек-20, 16:24	+1 +/–
Это специально сделали, чтоб оперу на престо, наконец, допилить, да?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #61, #62, #113

60. Сообщение от Аноним (60), 07-Дек-20, 16:24	+/–
Самп понял, что за чушь ты сейчас написал?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

61. Сообщение от Аноним (61), 07-Дек-20, 16:38	–1 +/–
у чуваков на палёной луне с гитхабом проблемы, а ты про оперу
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

62. Сообщение от Аноним (39), 07-Дек-20, 16:55	–1 +/–
Нет, это специально сделали, чтоб оперу на престо было где похоронить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

63. Сообщение от Аноним (77), 07-Дек-20, 17:04	–3 +/–
Вот вот. Вместо того чтобы написать на нормальном языке программирования таком как Си, со слабой типизацией, без строк, без автоматического управления памятью, они пишут на смузихлебном rust Что еще взять от необразованных недопрограммистов?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #76

65. Сообщение от Аноним (65), 07-Дек-20, 17:07	+2 +/–
Надо же было такую идею убить электроном.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #90

69. Сообщение от КО (?), 07-Дек-20, 17:25	+/–
Сеть проcрали стандартами, все ОС в гyмно скатываются. А сами компы ты это не бзды - это всё Китай.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #131

70. Сообщение от Аноним (70), 07-Дек-20, 17:53	+1 +/–
Домен xyz это ппц... А само оно на электроне, мда...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #97, #105

71. Сообщение от Аноним (71), 07-Дек-20, 17:58	+/–
>в случае с гитхабом ты в пролёте Есть куча инструментов для экспорта данных с гитхаба. Так что да, когда пилишь штуки типа youtube-dl, важно делать бэкапы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

73. Сообщение от trdm (ok), 07-Дек-20, 18:01	+2 +/–
>>инструменты: TypeScript, Svelte и Electron > А что ты против них имеешь? ничего. просто тормозной хлам и все. выкинул и забыл.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

74. Сообщение от Аноним (34), 07-Дек-20, 18:16	+2 +/–
Во-первых - медленнее, уже на что пыжились разоблачая zero-overhead в плюсах, но по сравнению с рустом это кажется мелочными придирками. Во-вторых - одной "сравнимой скорости" мало. Пока в сообществе преобладают ведущиеся на хайп кодомакаки, которые думают, что использование "правильного" языка им автоматически пересадит руки из жопы на плечи - трижды подумаешь прежде чем связываться. В-третьих, учитывая то, что основную команду разработчиков выперли на мороз, после того как они за десять(!) лет не смогли родить ничего практически полезного в плане решения поставленной задачи - вызывает сомнения в перспективах руста как языка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #77, #86

75. Сообщение от vdb (?), 07-Дек-20, 18:24	–1 +/–
Если посмотришь на скриншот в новости, увидишь таб "Issues", так что багтрекер там есть. Про остальное не знаю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

76. Сообщение от Аноним (34), 07-Дек-20, 18:31	+1 +/–
git написан на том самом си: "со слабой типизацией, без строк, без автоматического управления памятью", что не помешало ему закопать всех остальных конкурентов в своей нише, в том числе тех, которые были написаны на языках, где всё перечисленное было: hg, bzr. Люди способные придумать действительно революционный в своём классе софт, как правило владеют сишечкой и/или плюсами. А вот смузихлёбы в силу умственных способностей не могут ни того ни другого, поэтому хотя бы свою криворукость и пытаются компенсировать рустом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

77. Сообщение от Аноним (77), 07-Дек-20, 18:32	+3 +/–
Как же не смогли? Часть firefox работает на rust. А выкинули на мороз потому что из-за доходов нехватило на зарплату менеджерам https://pbs.twimg.com/media/EOWjE6PU0AAddTu?format=jpg&name=... Надо же было на чем-то экономить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #82

78. Сообщение от anonymous (??), 07-Дек-20, 18:35	+/–
> А зачем? Гит и так самодостаточный. Ему только ремоут сделать через p2p Выключится компьютер разработчика, его ветка станет недоступной.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

79. Сообщение от Аноним (34), 07-Дек-20, 18:39	+2 +/–
С чего вы взяли, что это вообще надо писать? В новости начисто отсутствует раздел "RATIONALE", в которой описана проблема, которую пытаются решить, обзор более ранних попыток её решения, и почему /именно их/ новый велосипед её успешно решает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #119

80. Сообщение от Аноним (34), 07-Дек-20, 18:48	+1 +/–
> Раст объективно уместен везде, где есть сеть и бэкенд Это типа за десять лет так и не придумали, в какую же нишу его нацелить? Теперь оказывается это язык для написания сетевых приложений. Ну удачи вам повоевать за сетевые сервисы, бгг. Мозилла вот чёт не шмогла за десять-то лет. Hint: Сунетесь в телекомы - соснёте у ерланга, в ентерпрайз - у жабы, в бакенд вебсервисов - у го, в сетевой хайлоад, гейминг или hft - у плюсов с asio и сишечки с libev. Обложили со всех сторон, супостаты проклятые!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #84

81. Сообщение от Аноним (34), 07-Дек-20, 18:58	+1 +/–
Ишь как свирепо минусуют, правда она такая - глаза колет, и в заднице жжет. Неприятно осознавать себя идиотом, правда? Вот вам мнение другого умного человека на ту же тему: --- Типичный астронавт архитектуры, размышляя над тем, что «Napster — Peer-To-Peer (P2P) сервис для обмена музыкой» проигнорировал все, кроме архитектуры, думая, что интересно только Peer-To-Peer, забыв о том, что ещё можно ввести название песни и мгновенно её прослушать. Все размышляют о Peer-To-Peerએ, и об этом, и о том, внезапно обнаруживая Peer-To-Peer конференцию, Peer-To-Peer фонд венчурного капитала, и даже Peer-To-Peer рефлексию идиотствующих бизнес-журналистов, истекающих желчью, переписывая друг у друга: «Peer-To-Peer мертв!». Астронавт архитектуры задается вопросом: «Можно ли представить себе такую программу, как Napster, но с возможностью обмениваться не только песнями?» И кинется создавать приложение, подобное Groove. Потому, что считает его более общим, чем Napster, но пренебрегает при этом незначительной, крошечной функцией —  можно ввести название песни и немедленно её прослушать. Тем, что мы хотели получить изначально. Суть потеряна, всё. Если бы Napster был не Р2Р и позволял, напечатав название, немедленно прослушать песню, он все равно был бы популярен. (ц) Спольски --- P.S. Вместо изучения очередного модного убогого недоязычка, чтобы не отстать от рынка™, займитесь лучше поиском действительно стоящих идей для своих проектов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

82. Сообщение от Аноним (34), 07-Дек-20, 19:05	–2 +/–
> Часть firefox работает на rust. Говорят, в одном из офисов гугла есть веб-страничка на похапэ, через которую они пиццу заказывают. Значит ли это что в гугле всерьёз полагаются на похапе в своей работе?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #87, #96

83. Сообщение от Аноним (34), 07-Дек-20, 19:08	+/–
Чем бы дитя не тешилось, лишь бы не руками и в публичном месте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

84. Сообщение от Enamel (ok), 07-Дек-20, 19:21	+/–
Ниша: системное программирование Сабж: сетевое приложение. Говорим, именно в контексте этого. Да, бэкенды - одна из ниш Раста, где он хорошо себя раскрывает. Очень показательный пример развития языка: синтаксис async/await добавили в стейбл год назад, и сейчас практически все либы перешли на новый. А теперь смотрим на C++20, его состояние в компиляторах и плачем. Какие-то ещё вопросы? Между делом, actix web, один из быстрейших веб-либ, написан на... Правильно :) https://www.techempower.com/benchmarks/ Раст еще и из-за хорошего асинхронного драйвера postgres вывозит тест (да, в первую очередь важен не язык, а алгоритмы и реализация). Drogon тоже неплох, но вроде бы гораздо менее известен (узнал о нем впервые из бенчмарка, более нигде не видел) В том же бенче можно наблюдать поражение Жабы, Го и прочих. Ещё поражение Го неплохо прослеживается в истории Дискорда, который заменил довольно быстрый оптимизированный сервис с Го (но тормозящий из-за gc) на сделанную на коленке версию на Расте и получили равную производительность (из-за отсутствия gc - без тормозов), оптимизировали раст-версию и получили существенное улучшение производительности и стабильную работу. http://habr.com/ru/post/487116
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #88, #126

85. Сообщение от Аноним (34), 07-Дек-20, 19:32	+/–
Всё упирается в человеческий фактор, если разраб раздолбай - он точно так же /не будет/ всем этим пользоваться, если нет - найдёт способ относительно безгеморно обеспечить бэкап всего перечисленного с уже существующими средствам, благо их навалом. Это теоретически /может быть/ полезно в экзотическом случае вроде сильной текучки людей в проекте, но... я не знаю ни одного, который просуществовал бы достаточно долго. В этом случае инфраструктура и workflow "старожилов" проекта и становятся стандартом de-facto, а мимокрокодилы под них подстраиваются. Если ни одного "старожила" не осталось - проект умирает. Что касается технической стороны, то если проект большой/серьёзный - можно потратить какое-то время на собственную инфраструктуру, хотя бы в виде домена с gitea, если маленький/бросовый - проще взять уже готовое. Идейным selfhosted-одиночкам проще взять какой-нибудь fossil, и гордо жить хоть на динамическом ip, по принципу "всё своё ношу с собой". И в том, и в другом и в третьем случае нет смысла заморачиваться с p2p, да ещё с такими всратыми зависимостями. Тут люди от редмайна отказываются, чтобы руби в систему не тащить (первому уже 15 лет, второму - 25, детские проблемы вылечены, шишки набиты, на stackoverflow все тонкости разжёваны в степени "для имбецилов"), а тут ещё какая-то неведома чебурашка, которую непонятно как поддерживать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

86. Сообщение от Enamel (ok), 07-Дек-20, 19:42	+1 +/–
> Во-первых - медленнее, уже на что пыжились разоблачая zero-overhead в плюсах Ой, все эти оптимизации - вилами по воде. Например, у меня были случаи, когда один и тот же код g++ оптимизировал лучше gcc (значительно), когда rust быстрее gcc и/или g++, когда gcc и/или g++ быстрее rust. Так что в целом можно сказать, что они примерно в одинаковой весовой категории zero cost abstraction языков, где всё уже скорее зависит от реализации, нежели самого языка. Понимаю, что это ничего не значит, но просто оставлю здесь: https://benchmarksgame-team.pages.debian.net/benchmarksgame/... > Пока в сообществе преобладают ведущиеся на хайп кодомакаки, которые думают, что использование "правильного" языка им автоматически пересадит руки из жопы на плечи ??? Например? Пока я скорее видел тех, кто раньше занимался C/C++, потом решив использовать еще и Rust. И выходцев из других языков, но там обычно из лучших. Абы кто не стремится в язык с относительно высоким порогом входа. Лично я в проектах до Раста использовал C++ (и продолжаю), иногда JavaScript, и не совсем понимаю описанную ситуацию, можно подробнее? > после того как они за десять(!) лет не смогли родить ничего практически ? Это всё внутренние дела Мозиллы, которой самой, к сожалению, не сладко. Но это не мешает тому, что все новые хорошие модули в Firefox пишутся на Расте (естественно, сам Firefox целиком переписывать было бы очень глупо), а сам Раст давно вырос из Мозиллы, и им интересуются народ из более крупных компаний. Создание фонда Раста вызывает больше положительных эмоций, нежели прибывание его в Мозилле.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

87. Сообщение от Enamel (ok), 07-Дек-20, 19:46	+1 +/–
Некорректное сравнение, там много важных частей на Расте. Например, движок CSS и WebRender
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #89

88. Сообщение от Аноним (34), 07-Дек-20, 19:52	+1 +/–
> async/await добавили в стейбл год назад О, узнаю тяжёлый дух маразма привыкшего писать на языках "с батарейками в комплекте". Напомнить, откуда фичи для включения в очередной плюсовый стандарт черпаются и по сколько лет они там маринуются для допиливания? Что впрочем не мешает их использовать всем желающим сразу, благо язык позволяет себя расширять в полевых условиях, не дожидаясь высочайшего одобрения комитета. Конкретно плюсовый asio почти вдвое старше руста как такового, впятеро - руста "стабильного". А есть ещё те, кто в стандарт и не стремился, и тем не менее свою работу выполнял, например poco.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #101

89. Сообщение от Аноним (34), 07-Дек-20, 20:10	+/–
Ну да, ну да, как же, quantum. Ради него просpали наработанный массив дополнений, кастомизацию браузера как такового и лояльность пользователей. В результате поменяли один css-движок на другой, и выперли команду разработчиков, которая теоретически может его поддерживать в будущем. Quantum сейчас - это чемодан без ручки: выкинуть жалко, ибо столько ресурсов в него закопано, тянуть - тяжело. А тем временем, в процессе переписывания, за пять лет браузер потерял в распространённости втрое: с 22% до 7%. Что самое смешное, несмотря на всё перечисленные "непопулярные меры", падение доли рынка это не остановило, и firefox продолжает уверенно и не снижая темпов просиpать её в пользу гуглохрома, который ...написан на c++. Пора открывать школу эффективного менеджмента от мозиллы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #99, #120

90. Сообщение от Аноним (61), 07-Дек-20, 20:12	+/–
Я бы даже сказал гуём
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

91. Сообщение от a (??), 07-Дек-20, 20:17	+/–
а если репа в закрытом корпоративном аккаунте?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #118

92. Сообщение от Аноним (92), 07-Дек-20, 20:19	+1 +/–
Справедливости ради, про вяличае он ни слова не сказал. Но вашу точку зрения поддерживаю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

93. Сообщение от Alex (??), 07-Дек-20, 20:58	+/–
Идея хорошая, но для серьёзных проектов скорее всего не зайдёт по причине очень большого размера репозитория с большим количеством коммтов. Проблема подобна проблеме биткоинов. Но, для всяких легковесных и небольших проектов самое то. Только зачем?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #98, #109, #117

94. Сообщение от Аноним (94), 07-Дек-20, 22:02	+/–
Соглашусь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

95. Сообщение от Аноним (95), 07-Дек-20, 22:03	+/–
Раз они используют раст, могли бы взять как раз тот же mercurial, который на раст тоже переходит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #108

96. Сообщение от Аноним (94), 07-Дек-20, 22:03	+/–
впараше и говнокнига написаны на php.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #100, #136

97. Сообщение от Аноним (97), 07-Дек-20, 23:04	+/–
Да вы задрали ныть. Ничего же в том же Rust-е нет от вас для GUI вот и страдают как могут
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

98. Сообщение от Аноним (97), 07-Дек-20, 23:05	+/–
Работа в подполье или броенепоезде
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

99. Сообщение от Enamel (ok), 07-Дек-20, 23:40	+2 +/–
> Ради него просpали Не ради него. У них был явный выбор: или жесткие тормоза, уязвимые небезопасные, но хорошо кастомизируемые дополнения или избавиться от легаси и начать жить. Выбор очевиден. Да, я тоже скучаю по некоторым дополнениям, люблю Firefox, но вряд ли бы продолжал терпеть его даже ради кастомизации. А вот после перехода на Квантум он по скорости стал на уровне Хрома. > за пять лет браузер потерял в распространённости втрое Это связано не с самим Firefox, а с назойливостью Гугла. Впрочем, именно с этими изменениями он смог стать сильным конкурентом по _скорости_, так бы наверняка потерял еще больше. > который ...написан на c++ Ты всерьез заявляешь, что язык хоть как-то влияет на популярность массового продукта? Реально? Большинство пользователей даже не знает, что такое Rust или C++. Хотя нет, Rust они знают. Игра такая есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

100. Сообщение от Enamel (ok), 07-Дек-20, 23:42	+/–
> впараше и говнокнига написаны на php. не, у них не чистый пхп, а альтернативная реализация
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96

101. Сообщение от Enamel (ok), 08-Дек-20, 00:07	+/–
> О, узнаю тяжёлый дух маразма привыкшего писать на языках "с батарейками в комплекте" Звучит так, будто это плохо. В языке должны быть Возможности, а не как C без толкового развития десятилетиями. C++ в этом плане неплох, я им пользуюсь в целом с удовольствием, в частности его воплощением в Qt-версии, но всё же он в целом несколько отстает от Rust по удобству экосистемы (один https://serde.rs/ чего стоит). > Что впрочем не мешает их использовать всем желающим сразу Можно модули и концепты во всех основных (gcc и оба clang) компиляторах? Это, пожалуй, одни из основных фич C++20. И да, мне реально нужен, как минимум, Clang, ибо все платформы, а на андроиде/маке/айоси он основной. При чем у Аппле свой Шланг, у которого фичи не всегда совпадают с мейнстримным. https://en.cppreference.com/w/cpp/compiler_support Раст радует тем, что основной компилятор у него один. Надеюсь, в связи с организацией фонда, так останется и впредь, и микрософт не будет плодить всякие вероны. > Конкретно плюсовый asio почти вдвое старше руста как такового, впятеро - руста "стабильного" Тем временем, в стандарте C++ нетворка до сих пор нет, а в Rust есть :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #103, #115

102. Сообщение от Dima1 (?), 08-Дек-20, 01:15	–2 +/–
И как то ты всё мимо попал
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

103. Сообщение от Аноним (34), 08-Дек-20, 05:25	–3 +/–
> Тем временем, в стандарте C++ нетворка до сих пор нет, а в Rust есть Иронично, что это сообщение написано через браузер, написанный на c++, через сетевой стек операционки, написанной преимущественно на с++, с ядром, написанном на си. Давай, ебaнат, расскажи мне ещё этих прохладных историй.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #122

104. Сообщение от Аноним (104), 08-Дек-20, 07:33	+/–
Почему бы и нет? Одобренный мэтром СПО язык.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

105. Сообщение от Аноним (124), 08-Дек-20, 07:35	+/–
Электрон -> Хром -> Гугл -> Алфавит -> .xyz
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

106. Сообщение от Аноним (104), 08-Дек-20, 07:36	+1 +/–
Ясно, понятно. Тебе к проприетарщикам, у них собор! А здесь базар.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #116

107. Сообщение от Аноним (104), 08-Дек-20, 07:41	+/–
Это просто такой стёб, наверное. Первоапрельский проект.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

108. Сообщение от Ordu (ok), 08-Дек-20, 08:02	+/–
Раз они используют раст, они могли бы взять pijul[1], но решили-таки взять git. Лошки. [1] https://pijul.org/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #124

109. Сообщение от Ordu (ok), 08-Дек-20, 08:19	+/–
> для серьёзных проектов скорее всего не зайдёт по причине очень большого размера репозитория с большим количеством коммтов А нехрен большие репы с большим количеством коммитов клонировать целиком. git clone --depth 10 # последние десять коммитов master'а git clone --shallow-since=<date> # это с заданной тобою даты Так же ты можешь рулить тем, какие ветки и сабмодули вытягивать. Это не биткоин, это git. Если у тебя есть состояние репы на момент какого-то коммита, то чтобы получить все последующие состояния тебе достаточно получить патчи, с момента того коммита, вовсе не обязательно выкачивать патчи, которые смогут из пустого репа сделать это исходное состояние. История тебе может понадобится в процессе разработки -- найти объяснение непонятной строчке кода, например, -- но вот когда понадобится, вот тогда и исправишь, git-fetch поможет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #112, #137

110. Сообщение от Аноним (110), 08-Дек-20, 08:26	+/–
на что ни пойдут хипсторы, лишь бы патчи по email не слать. Бгг)
Ответить | Правка | Наверх | Cообщить модератору

112. Сообщение от Аноним (20), 08-Дек-20, 11:06	+/–
Благодаря сжатию без потерь --depth=1 обычно не многим меньше полного репозитория - всё равно приходится выкачивать все объекты, общие для присутствующих и отсутствующих коммитов, а таких объектов - большинства, со всем оверхедом от них. Бесплатного ланча в сжатии нет, ты либо оптимизируешь под один случай, либо под другой. Гит оптимизирован под полные репозитории, что имеет смысл. Но в отличие от полного репозитория --depth=1 имеет большие проблемы. Напр. хрен сольёшь с ветками, начинающимися от отсутствующего коммита. Или метки не получишь. Геморрой не окупает выигрыш. Поэтому обычно всё тянут целиком. Чего гиту не хватает - это возможности перебазировать ветки на другую историю. Чтобы апстрим мог начать историю сначала, выкинув все коммиты, а всю информацию об авторстве с гранулярностью по строкам записав в специальный блоб.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #114

113. Сообщение от Аноним (20), 08-Дек-20, 11:08	+/–
Назови хоть одну причину допиливать Оперу Престо, кроме "существует такое явление как фанатики", вместо допиливания Firefox?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

114. Сообщение от Ordu (ok), 08-Дек-20, 12:37	+/–
> Благодаря сжатию без потерь --depth=1 обычно не многим меньше полного репозитория - > всё равно приходится выкачивать все объекты, общие для присутствующих и отсутствующих > коммитов, а таких объектов - большинства, со всем оверхедом от них. Эмм... Тут ты меня потерял. Я может недостаточно шарю во внутренностях git? Если по логике вещей: файлы хранятся блобами, так? Несколько блобов могут упаковываться в паки. Но могут и не упаковываться. Если я вынимаю ровно один коммит из ремота, то мне нужны блобы только этого коммита. И... разве git не вынимает из репа только нужные блобы на сервере, чтобы отправить их клиенту? Может быть упаковывая их в пак при этом, но только их. Разве не так? Или сервер отправляет паки в том виде, как они хранятся у него на диске? Или я вообще не о том? > Бесплатного ланча в сжатии нет, ты либо оптимизируешь под один случай, > либо под другой. Гит оптимизирован под полные репозитории, что имеет смысл. > Но в отличие от полного репозитория --depth=1 имеет большие проблемы. Напр. > хрен сольёшь с ветками, начинающимися от отсутствующего коммита. Вряд ли ты будешь сливаться с веткой, общий коммит с которой был давным-давным-давно. А если будешь, ничто не мешает тебе получить объекты от точки ветвления и до соответствующих хедов. > Или метки не получишь. Это, наверное, можно обойти как-нибудь. Правда я не уверен, что это удастся обойти без скриптописательства. Но в любом случае, прежде чем думать над решением проблемы, надо понять, что за метки тебе нужны. Если тебе нужны все метки, то ведь тебе и вся история тоже нужна, не? > Геморрой не окупает выигрыш. Поэтому обычно всё тянут целиком. Потому что обычно размер репа -- не такая большая проблема, как описывает ТС выше. > Чего гиту не хватает - это возможности перебазировать ветки на другую историю. > Чтобы апстрим мог начать историю сначала, выкинув все коммиты, а всю > информацию об авторстве с гранулярностью по строкам записав в специальный блоб. Это можно скриптом сделать. Он правда выполняться будет хренову тучу времени... По-крайней мере, если делать "в лоб". Но если теоретически, ты можешь составить список всех строк проекта, составить список авторов, после чего сопоставить каждой строке автора. Потом идёшь на самое начало истории, создаёшь там ветку, и затем ребазишь туда master, в процессе разбивая его на N коммитов по количеству авторов. В каждый такой коммит суёшь только строки одного автора и так по всем авторам. Или можно даже проще. Делаешь rebase master'а в пустую ветку, сортируешь все коммиты по автору, после чего по каждому автору squash всех коммитов. Можно потом результат почистить, выкинув оттуда "нулевые" коммиты, которые ничего не меняют. Хотя не, если один человек добавил строчку, а другой её изменил, то при таком подходе эта строчка будет дважды записана. Не, так не выйдет. История станет короче, но это не значит, что меньше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112

115. Сообщение от Аноним (-), 08-Дек-20, 13:07	–1 +/–
> Тем временем, в стандарте C++ нетворка до сих пор нет, а в Rust есть :) Это убожество под названием Rust - лучше бы вообще не умело в нетворк чем вот так. Вообще странная или больная фигня, тут как-раз таки Си и даже с плюсами уделывает даже не приходя на тесты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #123

116. Сообщение от YetAnotherOnanym (ok), 08-Дек-20, 14:08	+/–
> здесь базар Отучаемся говорить за всех.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #127

117. Сообщение от Аноним (77), 08-Дек-20, 15:09	+/–
>Но, для всяких легковесных и небольших проектов самое то. Только зачем? чтобы гитхаб не забанил
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

118. Сообщение от Аноним (77), 08-Дек-20, 15:10	+/–
гитхаб имеет право такое проверять и закрывать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

119. Сообщение от Аноним (77), 08-Дек-20, 15:15	+/–
потому что это само собой очевидно. чтобы не забанили за просто так по желанию левой пятки правообладателя на какую-то ерунду, о которой разработчик знать не знал и к которой разрабатываемая программа не имеет отношения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

120. Сообщение от Аноним (77), 08-Дек-20, 15:17	+/–
с xul нельзя было сделать много процессовую архитектуру. От него пришлось отказаться
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

121. Сообщение от YetAnotherOnanym (ok), 08-Дек-20, 15:19	+/–
> А со сборкой  - всё проще - "бери такой-то коммит, он релизный" В том-то и вопрос, от кого - релиз в ветке Васяна или в ветке Вована.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

122. Сообщение от Enamel (ok), 08-Дек-20, 17:42	+/–
Давай, eбанaт, расскажи, где в STL у C++ есть нетворк
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103

123. Сообщение от Enamel (ok), 08-Дек-20, 17:44	+/–
Вот вообще, без пруфов, чисто мысли вслух, основанные на собственных больных фантазиях? :) Я хотя бы ссылку на бенчмарки веб бэкендов дал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

124. Сообщение от Аноним (124), 08-Дек-20, 23:39	+/–
Вы-то сами свой пихуль используете? Без GUI-инструментов, интегрированных в файл-менеджер ни одна система контроля версий не нужна. Кстати, у них заявлена возможность подключить любую систему контроля версий, включая pijul (да, они о нём знают), просто они предпочитают сначала допилить и отладить бэкэнд для гита.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108 Ответы: #125

125. Сообщение от Ordu (ok), 09-Дек-20, 02:27	+/–
> Вы-то сами свой пихуль используете? Нет. > Без GUI-инструментов, интегрированных в файл-менеджер ни одна система контроля версий не нужна. Глупости. Зачем системе контроля версий gui инструменты? Я пользую magit с git, но magit сложно назвать "графическим". И то мне иногда проще в командной строке с git разобраться, чем через magit. Когда я начинал работать с git, я пользовался gitk, чтобы видеть, что я сделал, но gitk практически бесполезен для всего остального. А файл-манагер? Зачем он нужен вообще при работе с версиями? В смысле, чтобы видеть файлики в виде иконок, а не имён? Или чтобы перетаскивать файлики из ветки в ветку? Всё ведь делается в командной строке или средствами IDE. > Кстати, у них заявлена возможность подключить любую систему контроля версий, включая pijul > (да, они о нём знают), просто они предпочитают сначала допилить и > отладить бэкэнд для гита. Вот я и говорю -- лошки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #133

126. Сообщение от Аноним (126), 09-Дек-20, 16:46	+/–
>А теперь смотрим на C++20, его состояние в компиляторах и плачем. А чего смотреть-то? Дело времени, стандарт только в этом году утверждён.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84

127. Сообщение от Аноним (126), 09-Дек-20, 16:48	+/–
А, лично у тебя с проприерастами собор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116

128. Сообщение от злой (?), 09-Дек-20, 20:31	+/–
чел. сеть, ос, компы и вот это всё придумывалось одними людьми, а тайпскрипты, электроные и прочее - другими. Улавливаешь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #130

129. Сообщение от злой (?), 09-Дек-20, 20:33	+/–
Электрон - говно из жопы собаки, жрущее кучу памяти, и созданное чобы удешевить разработку, так как js-разработчики меньше стоят, чем другие. А теперь рви жопу и доказывай обратное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

130. Сообщение от flkghdfgklh (?), 09-Дек-20, 21:55	+/–
Ты ненавидишь все американское. Да и люди зачастую там те же. Это как с ненавистниками Wayland'а которые не знают, что его пилят те же, кто раньше пилили Xorg :-D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128

131. Сообщение от flkghdfgklh (?), 09-Дек-20, 21:56	+/–
> Сеть проcрали стандартами, все ОС в гyмно скатываются. А сами компы ты > это не бзды - это всё Китай. Все железо разработано американскими фирмами, а где произведено не важно. Инженеры-то американские были.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

132. Сообщение от Аноним (132), 11-Дек-20, 13:47	+/–
Понятное дело, что ПО контролирующее полёт ракеты не пишут на джаваскрипте и хроме. Хромого невозможно отдебажить чтобы иметь хоть какие-то существенные гарантии что ничто не навернётся. И физические кнопки это вполне нормальное явление. Это даже не вопрос надёжности джаваскрипта или чего-то ещё, это вопрос дубликации всего чего только можно. С учетом цены ракеты и космонавтов, я бы мозаиками из этих кнопок стены бы обклеивал. Тем не менее, не смотря на то, что я электрон на дух не переношу и мне сложно это признавать, но это круто.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

133. Сообщение от Аноним (133), 13-Дек-20, 11:46	+/–
>Зачем системе контроля версий gui инструменты? Затем что без них придётся только и делать, что копипастить хеши. Кстати, без GUI-консоли вы их и копипастить не сможете, придётся ручками набивать. > gitk Такое глючное говно, которое 1 постоянно падает на некоторых проектах; 2 не умеет в копирование. Первый раз копирование в буффер удаётся, последующие - нет; а пофиксить некому. И это один из лучщих GUI-клиентов для линукс. Дя винды TortoiseGit вне конкуренции, но на линукс её хрен портируешь, жаром что на Qt написана. >А файл-манагер? Зачем он нужен вообще при работе с версиями? В смысле, чтобы видеть файлики в виде иконок, а не имён? Чтобы наглядно видеть, какие файлы и папки изменились, и парой кликов вызывать дифф для них.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #134

134. Сообщение от Ordu (ok), 13-Дек-20, 12:13	+/–
>>Зачем системе контроля версий gui инструменты? > Затем что без них придётся только и делать, что копипастить хеши. Нет, я делаю много других вещей. Вообще хеши копипастить приходится, когда что-то пошло не так. А пока всё по плану, выручают stash'и и ветки. > Кстати, без GUI-консоли вы их и копипастить не сможете, придётся ручками набивать. Во-первых, с чего я вообще буду пользоваться не-GUI-консолью? Ядерная консоль тормозная донельзя, плюс я считаю небезопасным иметь код эмуляции терминала в ядре: они б ещё X'сервер в ядро засунули. Во-вторых, смогу. Ты про gpm слышал? >> gitk > Такое глючное говно, которое Да мне пофигу. И ты мог бы догадаться, потому как я выше написал, что использовал его для визуализации. >>А файл-манагер? Зачем он нужен вообще при работе с версиями? В смысле, чтобы видеть файлики в виде иконок, а не имён? > Чтобы наглядно видеть, какие файлы и папки изменились, и парой кликов вызывать > дифф для них. Но git же скажет, какие изменились, надо лишь спросить. И diff покажет. Совершенно бесполезная вещь, этот ваш гуй.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133

135. Сообщение от Аноним (135), 13-Дек-20, 17:29	+/–
Зачем оно, если уже есть fossil, умеющий именно это?
Ответить | Правка | Наверх | Cообщить модератору

136. Сообщение от Аноним (-), 14-Дек-20, 18:39	+/–
> впараше и говнокнига написаны на php. Нет. Но даже это их не спасает конечно же
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96

137. Сообщение от Аноним (137), 14-Дек-20, 19:18	+/–
> А нехрен большие репы с большим количеством коммитов клонировать целиком. Вот это здравое утверждение, касающиеся гита, только не надо думать что авторы "этого непонятно" способны на такие же мыслительные процессы как и вы, и соответственно ожидать что "оно" работает так-же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема