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

"Cloudflare опубликовал реализацию VPN WireGuard на языке Rust"	+/–
Сообщение от opennews (?), 28-Мрт-19, 20:52
Компания Cloudflare представила (https://blog.cloudflare.com/boringtun-userspace-wireguard-rust/) BoringTun, новую реализацию VPN WireGuard (https://www.wireguard.com/), написанную на языке Rust и работающую целиком в пространстве пользователя. Код проекта распространяется (https://github.com/cloudflare/boringtun) под лицензией BSD. Проект включает в себя исполняемый файл boringtun с обособленной реализацией WireGuard для Linux и macOS, и библиотеку, которая может использоваться для интеграции функциональности клиента WireGuard в произвольные приложения для любых платформ, включая  iOS и Android. Библиотека включает в себя только элементы протокола  WireGuard без сопутствующих сетевого стека и механизмов туннелирования. Протокол WireGuard спроектирован с оглядкой на простоту и уход от усложнений, что положительно сказывается на надёжности и позволяет достаточно быстро создавать с нуля альтернативные реализации. Перед созданием нового проекта компанией Cloudflare были проанализированы существующие реализации WireGuard: -  Эталонный  WireGuard на языке Си (GPLv2), поставляемый в форме модуля для ядра Linux. Обладает самой высокой производительностью, но завязан на ядре Linux и не может применяться обособленно; -  wireguard-go (https://git.zx2c4.com/wireguard-go/about/) - реализация в пространстве пользователя, написанная на языке Go и поставляемая под лицензией MIT. Проект может применяться в различных ОС, но пока находится на стадии разработки (официального релиза ещё не было, только промежуточные тестовые выпуски); -  TunSafe (https://tunsafe.com/) - написан на  C++ и поставляется под лицензией AGPL. Включает только VPN-клиент  и использует собственную несовместимую редакцию протокола  WireGuard. Доступен для Windows, Linux, FreeBSD, Android и iOS, но рассчитан на подключение к централизованному провайдеру VPN (https://tunsafe.com/vpn). -  wireguard-rs (https://github.com/WireGuard/wireguard-rs) - реализация на Rust, находящаяся на начальном этапе разработки, ограниченная пока поддержкой  macOS, не полностью поддерживающая протокол и поставляемая под лицензией GPLv2. Среди предъявляемых Cloudflare требований к VPN были работа в пространстве пользователя, многоплатформенность и высокая производительность. Наиболее близко к указанным требованиям подходил wireguard-go, но тесты производительности показали, что скорость его работы очень сильно отстаёт от базовой реализации, работающей на уровне ядра. Узким местом оказался язык Go, который прекрасно подходит для создания серверных приложений, но не оптимален для обработки больших потоков raw-пакетов. Уже имея опыт создания (https://www.opennet.me/opennews/art.shtml?num=50061) высокопроизводительной реализации протокола QUIC на языке Rust, компания Cloudflare приняла решение создать собственную реализацию BoringTun на языке Rust. Wireguard-rs не был использован из-за очень сырого кода и  лицензии (GPLv2). В текущем BoringTun уже вполне пригоден для экспериментов (час назад выпущен (https://github.com/cloudflare/boringtun/releases) первый релиз), но пока не рекомендован для повсеместного применения так как ещё не завершён внутренний аудит безопасности кода. Напомним, что в WireGuard применяется концепция маршрутизации по ключам шифрования, которая подразумевает привязку к каждому сетевому интерфейсу закрытого ключа и применение для связывания открытых ключей. Обмен открытыми ключами для установки соединения производится по аналогии с SSH. Для согласования ключей и соединения применяется механизм Noise_IK из Noise Protocol Framework (http://noiseprotocol.org/), похожий на поддержание authorized_keys в SSH и не требующий запуска отдельного демона в пространстве пользователя. Передача данных осуществляется через инкапсуляцию в пакеты UDP. Поддерживается смена IP-адреса VPN-сервера (руминг) без разрыва соединения и автоматической перенастройкой клиента. Для защиты канала связи в  WireGuard используется (https://www.wireguard.io/protocol/)  потоковый шифр ChaCha20 (http://cr.yp.to/chacha.html) и алгоритм аутентификации сообщений (MAC) Poly1305 (http://cr.yp.to/mac.html), разработанные Дэниелом Бернштейном (Daniel J. Bernstein (http://cr.yp.to/djb.html)), Таней Ланге (Tanja Lange) и Питером Швабе (Peter Schwabe). ChaCha20 и Poly1305 позиционируются как более быстрые и безопасные аналоги AES-256-CTR и HMAC,  программная реализация которых позволяет добиться фиксированного времени выполнения без задействования специальной аппаратной поддержки. Для генерации совместного секретного ключа применяется протокол Диффи-Хеллмана на эллиптических кривых в реализации Curve25519 (http://cr.yp.to/ecdh.html), также предложенной Дэниелом Бернштейном. Для хэширования используются алгоритм BLAKE2s (RFC7693) (https://www.opennet.me/opennews/art.shtml?num=35676). URL: https://blog.cloudflare.com/boringtun-userspace-wireguard-rust/ Новость: https://www.opennet.me/opennews/art.shtml?num=50411
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Ключевский (?), 28-Мрт-19, 20:52	+2 +/–
> TunSafe использует собственную несовместимую редакцию протокола WireGuard. И это — вранье. У меня игровой виндовый комп используя TunSafe подключается к серверу на котором работает референсный WireGuard.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #3, #5, #7

2. Сообщение от Ordu (ok), 28-Мрт-19, 21:19	–7 +/–
> рассчитан на подключение к централизованному провайдеру VPN.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

3. Сообщение от Аноним (3), 28-Мрт-19, 21:21	+2 +/–
Поддерживаю. Автор новости хотя бы разобрался что к чему прежде чем писать такое!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

4. Сообщение от fske (?), 28-Мрт-19, 21:25	+4 +/–
>Wireguard-rs не был использован из-за очень сырого кода и лицензии (GPLv2) Вот теперь стало всё понятно - выпустили своё сырое поделие под "свободной" BSD, чтобы в духе корпорации зажать код, когда им нужно, а сейчас их сырое поделие требуется в доработке с помощью толп растолюбителей.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11, #14

5. Сообщение от имя (?), 28-Мрт-19, 21:29	+2 +/–
В оригинале она не «несовместимая», а, скорее, «с отклонениями»: > TunSafe - written in C++, it does not implement the userspace protocol exactly, but rather a deviation of it. It supports several platforms, but by design it supports only a single peer. TunSafe uses the AGPL-1.0 license. Осталось понять, что значит «single peer» в контексте клиента. У WireGuard есть P2P-режимы? Поддержка нескольких серверов?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #6, #8, #10

6. Сообщение от Ключевский (?), 28-Мрт-19, 21:37	+/–
>  У WireGuard есть P2P-режимы? Поддержка нескольких серверов? Как раз сегодня об этом задумался, но не успел еще глянуть в доки на эту тему. Сейчас в качестве p2p-vpn использую PeerVPN, но он заброшен и как-то начинает напрягать это, собрался посмотреть умеет ли wg p2p.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

7. Сообщение от Аноним (7), 28-Мрт-19, 21:42	+/–
уже текст поправили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

8. Сообщение от Аноним (3), 28-Мрт-19, 21:43	+/–
В wireguard нету "сервера" как такового. Wireguard может хоть тысячу виртуальных сетей на другие wireguard-ы открыть. А вот tunsafe как раз реализован только как __клиент__. Обычному пользователю нужно простое подключение к VPNу в то время как сами авторы wireguard на десктоп этого не принесли, они там только кормят обещаниями. Почитайте срач на ycombinator про tunsafe где авторы wireguard поносили tunsafe из-за closed source модели разработки. Люди они немного столманутые пишут по принципу - все что связано с wireguard - обязано располагаться только на их git сервере и никак иначе, все внешнее де факто дырявое и не рекомендуется к использованию.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #12

9. Сообщение от Аноним (-), 28-Мрт-19, 21:50	–5 +/–
> не рекомендован для повсеместного применения так как ещё не завершён внутренний аудит безопасности кода. Вот это откровение! Оказывается раст может быть небезопасен даже без unsafe!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #24

10. Сообщение от Аноним (-), 28-Мрт-19, 21:53	–2 +/–
> Осталось понять, что значит «single peer» Элементарно. single peer означает "один ПЭР".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

11. Сообщение от zzz (??), 28-Мрт-19, 21:57	–2 +/–
CF выпустил BoringTun, не wireguard-rs
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

12. Сообщение от Ключевский (?), 28-Мрт-19, 22:02	–2 +/–
При чем «closed source» чисто по мнению каких-то тараканов создателя оригинала, так как исходники на гитхабе https://github.com/TunSafe/TunSafe распространяются под AGPL-1.0
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #17, #23

14. Сообщение от Илья (??), 28-Мрт-19, 22:06	–3 +/–
Раст классный язык, наверное потому у него толпы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #18

16. Сообщение от Ключевский (?), 28-Мрт-19, 22:29	+/–
error: aborting due to 95 previous errors For more information about this error, try `rustc --explain E0658`. error: failed to compile `boringtun v0.2.0`, intermediate artifacts can be found at Не судьба пока палочкой потыкать даже на тестовом стенде. Будем ждать.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #20, #21

17. Сообщение от Аноним84701 (ok), 28-Мрт-19, 22:30	+/–
> При чем «closed source» чисто по мнению каких-то тараканов создателя оригинала, > так как исходники на гитхабе https://github.com/TunSafe/TunSafe распространяются под  AGPL-1.0 Первый коммит: https://github.com/TunSafe/TunSafe/commit/64bb3cd6b3a3724dbc... > TunSafe open source (Same as 1.3-rc3 version) > Loading branch information... > strigeus committed Aug 8, 2018 > Aug 8, 2018 Это раз. Потом: ни одного стороннего коммита в проекте. Это значит, что ничто не помешает закрыть^W сделать как с uTorrent -- при успехе продать, а там "хоть трава не расти" (новый хозяин вполне сможет сменить лицензию или закрыть всю разработку).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #35

18. Сообщение от Аноним (18), 28-Мрт-19, 22:35	+2 +/–
Толпы среди растоманов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

19. Сообщение от Аноним (19), 28-Мрт-19, 22:47	+3 +/–
>Узким местом оказался язык Go, который прекрасно подходит для создания серверных приложений, но не оптимален для обработки больших потоков raw-пакетов. Вы киберунижены жпг.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #30

20. Сообщение от Аноним (20), 28-Мрт-19, 22:50	+3 +/–
Судя по этому -- https://doc.rust-lang.org/error-index.html#E0658 -- ты просто попытался скомпилировать не ночником.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #25

21. Сообщение от Ordu (ok), 28-Мрт-19, 23:07	+/–
> For more information about this error, try `rustc --explain E0658`. $ rustc --explain E0658 An unstable feature was used. Erroneous code example: ``` #[repr(u128)] // error: use of unstable library feature 'repr128' enum Foo {     Bar(u64), } ``` If you're using a stable or a beta version of rustc, you won't be able to use any unstable features. In order to do so, please switch to a nightly version of rustc (by using rustup). If you're using a nightly version of rustc, just add the corresponding feature to be able to use it: ``` #![feature(repr128)] #[repr(u128)] // ok! enum Foo {     Bar(u64), } ```
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #76

22. Сообщение от Аноним (22), 28-Мрт-19, 23:09	–1 +/–
Опять пермессивщина
Ответить | Правка | Наверх | Cообщить модератору

23. Сообщение от Аноним (3), 28-Мрт-19, 23:09	+1 +/–
В момент релиза и долгое время он был закрытым https://news.ycombinator.com/item?id=16515637
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #34

24. Сообщение от Anonim (??), 28-Мрт-19, 23:10	+12 +/–
При чём тут unsafe? Раст не гарантирует отсутствия логических ошибок, например. Уязвимая криптография случается как раз вследствие таких ошибок. Лишь бы гавкнуть что-нибудь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #32

25. Сообщение от Ключевский (?), 28-Мрт-19, 23:10	+/–
Да, я уже глянул что оно говорит. Но прикол в том, что я просто выполнил предлагаемые ими самими команды, то есть в доке сейчас нерабочая инструкция. Может быть завтра попробую собрать разбираясь уже что к чему.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

26. Сообщение от username (??), 28-Мрт-19, 23:15	–1 +/–
Да вы что, это же флейр. Они же трафик у людей воруют. Срочно удалить новость!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #27, #31

27. Сообщение от Ключевский (?), 28-Мрт-19, 23:32	+/–
Еще и в штаны гадит, между прочим!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #91

30. Сообщение от Аноним (30), 28-Мрт-19, 23:38	–2 +/–
Узким местом оказался язык PHP/Python/Perl, который прекрасно подходит для создания серверных приложений, но не оптимален для обработки больших потоков raw-пакетов нужен более низкий уровень. // fix
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

31. Сообщение от пох (?), 28-Мрт-19, 23:39	–6 +/–
а теперь еще и поляну затоптали - очевидно, версий не линуксонли и при этом не на модных-новых-совсем-новых-подождите-пять-минут-а-то-оно-еще-не-доехало-до-гитхлама язычках - не ждите. ну ладно, на мой век ipsec хватит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #37

32. Сообщение от Аноним (-), 28-Мрт-19, 23:40	+1 +/–
> Раст не гарантирует отсутствия логических ошибок, например Спасибо, кэп! Именно это упорттым растоманам и объясняют. Они не могут понять, что то, безопасность чего раст гарантирует - 2% всех проблем при разработке программ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #41, #65, #69

34. Сообщение от Ключевский (?), 28-Мрт-19, 23:44	–3 +/–
Но сейчас он открыт и бредни про «клозед сорс» это проблемы тараканов разработчика референсной реализации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

35. Сообщение от Ключевский (?), 28-Мрт-19, 23:46	–2 +/–
> Это значит, что ничто не помешает закрыть^W сделать как с uTorrent -- > при успехе продать, а там "хоть трава не расти" (новый хозяин > вполне сможет сменить лицензию или закрыть всю разработку). 1. Ты сравниваешь μTorrent который изначально имел закрытый код и никогда не открывался с проектом с открытым исходным кодом 2. Очевидно ты считаешь, что это не автор кода, а ты должен решать что с кодом делать Я все правильно понял?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #38

37. Сообщение от Ключевский (?), 29-Мрт-19, 00:32	+1 +/–
Тебе кроссплатформенной реализации на C++ мало? Слишком молодежно для тебя? Тебе на форте подавать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #39, #84

38. Сообщение от Аноним84701 (ok), 29-Мрт-19, 00:36	–1 +/–
>> Это значит, что ничто не помешает закрыть^W сделать как с uTorrent -- >> при успехе продать, а там "хоть трава не расти" (новый хозяин >> вполне сможет сменить лицензию или закрыть всю разработку). > 1. Ты сравниваешь μTorrent который изначально имел закрытый код и никогда не > открывался с проектом с открытым исходным кодом Я косплею Кэпа, озвучивая факты: 1. TunSafe - изначально был закрыт до версии 1.3rc 2. Автор или тот, кому он передаст соотв. права, может по желанию сменить лицензию или закрыть. И хорошо бы иметь на этот случай запасной план, вместо "сосите лапу". и напоминая, что автор и там и там - один и тот же. > 2. Очевидно ты считаешь, что это не автор кода, а ты должен решать что с кодом делать > Я все правильно понял? Ты вильнул с " «closed source» чисто по мнению каких-то тараканов создателя оригинала,", приписав мне сторонние рассуждения и "решения", я все правильно понял?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #48

39. Сообщение от пох (?), 29-Мрт-19, 00:38	–3 +/–
это которая "Включает только VPN-клиент  и использует собственную несовместимую редакцию протокола  WireGuard" (по сути, вывалена на лопате коммерческим сервис-провайдером, в надежде что ты дашь ему деньгов) ? Маловато будет, ага. и да, я не очень понимаю, зачем vpn-клиентов писать на c++. Чтоб никто не разобрался в нагромождениях и не смог ничего исправить, видимо?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #51

41. Сообщение от Аноним (41), 29-Мрт-19, 02:02	+/–
> безопасность чего раст гарантирует - 2% всех проблем при разработке программ Читаем опэнНЭТ, а там что ни новость об уязвимостях - так в 99% случаях речь о программах на С/С++, и в 98% случаях речь об ошибках двух (ровно двух) классов: 1) разыменование нулевого указателя, 2) выход за пределы буфера. Две (ровно две) больные темы сишников/плюсовиков.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #55, #96

42. Сообщение от Чёртик (?), 29-Мрт-19, 02:54	+/–
Ща у любителей openVPN бомбанёт
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #58, #71

43. Сообщение от Аноним (43), 29-Мрт-19, 04:21	+4 +/–
> WireGuard лучше чем openvpn потому что в пространстве ядра и ему не нужно переключать контекст > Среди предъявляемых Cloudflare требований к VPN были работа в пространстве пользователя Э, погодите-ка...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #67

44. Сообщение от Аноним (-), 29-Мрт-19, 06:25	+1 +/–
>Эталонный WireGuard на языке Си (GPLv2), поставляемый в форме модуля для ядра Linux. Обладает самой высокой производительностью, но завязан на ядре Linux и не может применяться обособленно А других нам и не надо.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #57

46. Сообщение от Ilya Indigo (ok), 29-Мрт-19, 09:13	–4 +/–
> ...на языке Rust и работающую целиком в пространстве пользователя. Я с ужасом ожидал, что они на расте модуль ядра запилили. > Эталонный WireGuard на языке Си (GPLv2), поставляемый в форме модуля для ядра Linux. Обладает самой высокой производительностью. Всё что нужно знать о сабже!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #50

47. Сообщение от анонононо (?), 29-Мрт-19, 09:18	+/–
https://lists.zx2c4.com/pipermail/wireguard/2019-March/00404...
Ответить | Правка | Наверх | Cообщить модератору

48. Сообщение от Аноним (48), 29-Мрт-19, 10:07	+/–
>И хорошо бы иметь на этот случай запасной план, вместо "сосите лапу". Тe версии, что уже вышли под AGPL, под ней останутся. Поэтому fork кому нужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

50. Сообщение от Онанимус (?), 29-Мрт-19, 10:23	+1 +/–
> Я с ужасом ожидал, что они на расте модуль ядра запилили. Да. Заголовок желтоват. > Всё что нужно знать о сабже! Тоже удивляюсь, зачем нужен OVPN если офисы можно связывать wireguard шлюзами и дома его можно поставить на роутер и хоть виндой через него ходи?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #56

51. Сообщение от Аноним (48), 29-Мрт-19, 10:30	+/–
>зачем vpn-клиентов писать на c++ 1. Чтобы естесственным образом прикрутить гуй на Qt к клиенту. 2. Некоторым/многим людям объектный подход более понятен и более воспринимаем ими.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #52, #59

52. Сообщение от Andrey Mitrofanov (?), 29-Мрт-19, 10:33	+2 +/–
>>зачем vpn-клиентов писать на c++ > 1. Чтобы естесственным образом прикрутить гуй на Qt к клиенту. > 2. Некоторым/многим людям объектный подход более понятен и более воспринимаем ими. 1+2 = 3. Чтобы vpn-клиентов писали те же "гуй на Qt"-неумехи, мало понимающие и воспринимающие. Ура. Да...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #60

55. Сообщение от Совершенно другой аноним (?), 29-Мрт-19, 10:47	–1 +/–
> Читаем опэнНЭТ, а там что ни новость об уязвимостях - так в 99% случаях речь о программах на С/С++ Наверное это потому, что 99% активно используемых программ написаны на C/C++. Вот, например, для какого-нибудь brainfuck-а практически про ошибки не сообщается, я так понимаю, что надо сделать вывод, что он ещё понадёжнее будет, чем Rust. Кстати, по такой логике - на ассемблере тоже программы гораздо надёжней, чем на всех этих новомодных языках (в том числе на C/C++) - вы часто слышите о переполнениях и выходах за пределы массивов на языке ассемблера? > и в 98% случаях речь об ошибках двух (ровно двух) классов: 1) разыменование нулевого указателя, 2) выход за пределы буфера это ближе к истине, но всё-равно, имхо, не верно. Эти классы ошибок влияют на безопасность, поэтому они на слуху, и для них даже разные там CVE придумали, а для логических и прочих - нет. Посмотрите какой-нибудь bugtracker для среднего размера проекта - там ошибки типа переполнения буфера и разыменования пустых указателей встречается гораздо реже, чем банальные ошибки логики, некорректная реализация исходной спецификации или просто то, что не были учтены какие-то граничные условия.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #62

56. Сообщение от твой директор (?), 29-Мрт-19, 10:50	–5 +/–
> Тоже удивляюсь, зачем нужен OVPN если офисы можно связывать wireguard шлюзами и > дома его можно поставить на роутер и хоть виндой через него мне в командировку в Швейцарию тоже твой дурацкий "роутер" с его линуксными глюками брать? Я вот уже удивляюсь, зачем мы тебе зарплату платим, если можно, оказывается, поставить недорогую cisco asa, а мне установить клиента, и жить счастливо хоть с мобилы (и не твоей дешевки ведроидной), хоть из отельчика с хрен знает что за сетью. И настраивать там почти нечего, знакомый аутсорсер обещал мне за пиво сделать все что надо, цена вопроса - $500, если ограничиться лицензиями для меня, главбуха и моей секретарши. Ты - ненужен, ты за 500 даже в месяц работать не хочешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #94

57. Сообщение от Нанобот (ok), 29-Мрт-19, 10:51	+3 +/–
"нам" - это кому?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #99

58. Сообщение от любитель (?), 29-Мрт-19, 10:52	+2 +/–
> Ща у любителей openVPN бомбанёт да, мы устарели и вышли из моды - ни хруста ночной сборки, ни линукса в качестве единственно-верного решения :-( пойду, снесу openvpn и самоубьюсь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

59. Сообщение от пох (?), 29-Мрт-19, 10:57	+1 +/–
>>зачем vpn-клиентов писать на c++ > 1. Чтобы естесственным образом прикрутить гуй на Qt к клиенту. бл.... зачем вот вы это? Я мог бы еще сохранить какие-то иллюзии. > 2. Некоторым/многим людям объектный подход более понятен и более воспринимаем ими. оставили бы только эту часть, я бы еще поспрашивал - всем трем, или пятерым, осилившим новый-модный c++15 или сколько там - 19? если серьезно - стандартнейшее обращение страдальцев с openvpn в копр...корпоративных масштабах - "а нельзя ли как-то этого г*уя, еще и от админа запускаемого, как-нибудь, того...выпилить" правильный ответ - можно, но геморно. людям, которые vpn'ы настраивают через гуй, не нужно давать никакого гуя и разрешать настраивать vpn. Они, вообще-то, и не смогут, скорее всего.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #92

60. Сообщение от пох (?), 29-Мрт-19, 10:59	+/–
> Ура. Да... так и есть, да. Живите теперь с этим как хотите :-(
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

61. Сообщение от Анонимс (?), 29-Мрт-19, 11:14	+/–
Rust: > оказался оптимальным решением, так как сравним с С++ по производительности > защищает от проблем, возникающих из-за низкоуровневой работы с памятью > предоставляет средства для достижения высокого параллелизма выполнения заданий Если всё так прекрасно, как заявляют, не понимаю, почему ещё Rust не вытеснил С++? И почему до сих пор идут постоянные споры между программистами на Rust и С/С++?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #63, #66, #68

62. Сообщение от Pzixel (?), 29-Мрт-19, 11:20	+/–
> Наверное это потому, что 99% активно используемых программ написаны на C/C++. Статистику в студию > Вот, например, для какого-нибудь brainfuck-а практически про ошибки не сообщается, я так понимаю, что надо сделать вывод, что он ещё понадёжнее будет, чем Rust. Кстати, по такой логике - на ассемблере тоже программы гораздо надёжней, чем на всех этих новомодных языках (в том числе на C/C++) - вы часто слышите о переполнениях и выходах за пределы массивов на языке ассемблера? Достаточно почитать про количество ошибок на едиинцу логической работы (не на строчку кода, хех, потому что по языкам этот параметр может сильно разниться). > это ближе к истине, но всё-равно, имхо, не верно. Эти классы ошибок влияют на безопасность, поэтому они на слуху, и для них даже разные там CVE придумали, а для логических и прочих - нет. Посмотрите какой-нибудь bugtracker для среднего размера проекта - там ошибки типа переполнения буфера и разыменования пустых указателей встречается гораздо реже, чем банальные ошибки логики, некорректная реализация исходной спецификации или просто то, что не были учтены какие-то граничные условия. Логические ошибки легко находить, легко чинить, и на них всегда можно написать юнит-тесты. А юнит-тесты на heartbleed не напишешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #64, #97

63. Сообщение от Pzixel (?), 29-Мрт-19, 11:26	+1 +/–
Наверное потому, что процессы не происходят мгновенно. Кроме самого языка, есть куча факторов, влияющих на его применение: стандартная библиотека, нестандартные зависимости коммьюнити, басфактор, вот это все. Чисто как язык раст в разы лучше плюсов. Коммьюнити тоже лучше. Стандартная библиотека тоже топчик. А вот количество кастомноо софта оставляет желать лучшего, не говоря про то, что большая часть это просто врапперы над сишным кодом. Ну и басфактор сюда же, людей знающих раст пока не так много, вешать весь проект на пару людей которые могут уйти и которых будет трудно заменить не каждый менеджер станет. Все идет в нужном направлении, москва не сразу строилась. Мне казалось, это очевидно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #77, #79, #100

64. Сообщение от Совершенно другой аноним (?), 29-Мрт-19, 11:48	–1 +/–
>> Наверное это потому, что 99% активно используемых программ написаны на C/C++. > Статистику в студию а где ещё есть разыменования пустых указателей и выходы за пределы массивов? ведь в прекрасном Rust, божественном Go и прочих великолепных Java и C# их нет (и даже в старичке Pascal, вроде как надо постараться, чтобы их добиться), вот и остаётся, что вроде как только богомерзкие C/C++. По своей epsilon-окрестности могу сказать, что проценты правильные. Начиная с разных ОС, которые пока вроде как, кроме как на C/C++ не написаны (мне известно, про наличие проектов ОС на том-же Rust - вот только не слышно, чтобы они хоть где-то запускались за пределами VirtualBox), разные браузеры (например Chrome). > Достаточно почитать про количество ошибок на единицу логической работы (не на строчку кода, хех, потому что по языкам этот параметр может сильно разниться). встречный вопрос - у Вас есть такая статистика по языкам, было-бы интересно на неё взглянуть. > Логические ошибки легко находить, легко чинить. Позволю себе с этим не согласиться. Вылеты тоже легко чинить - особенно, если они легко воспроизводятся, выходы за пределы массивов - сложнее, но тоже есть методы, особенно если опять-же ситуация может воспроизводиться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #75

65. Сообщение от Аноним (65), 29-Мрт-19, 11:56	+/–
> Они не могут понять, что то, безопасность чего раст гарантирует - 2% всех проблем при разработке программ Ну множество всех проблем не определенно, поэтому 2% или 100% зависит от выбранных опеределений, а вот ошибок безопасности - 70% https://habr.com/ru/post/445670/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

66. Сообщение от Andrey Mitrofanov (?), 29-Мрт-19, 12:03	+1 +/–
>И почему до сих пор идут постоянные споры между > программистами на Rust и С/С++? " Эти-то? На опенете?... Да какие они программисты! "
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

67. Сообщение от tensor (?), 29-Мрт-19, 12:23	+/–
Как бы, да, неловко вышло. Но для единства стека порой можно и пожертвовать производительностью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

68. Сообщение от Аноним (68), 29-Мрт-19, 12:43	+3 +/–
>  споры между программистами на Rust и С/С++ потому что авторы раста с самого начало толсто троллят, что их язычок во всём лучше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

69. Сообщение от Аноним84701 (ok), 29-Мрт-19, 12:49	+/–
>> Раст не гарантирует отсутствия логических ошибок, например > Спасибо, кэп! Именно это упорттым растоманам и объясняют. Они не могут понять, > что то, безопасность чего раст гарантирует - 2% всех проблем при разработке программ. Тут как раз выпустили очередную статистику: https://www.opennet.me/opennews/art.shtml?num=50415 > Оценка типичных проблем с безопасностью для различных языков программирования > Статистика по частоте появления уязвимостей в привязке к языкам программирования: > Си: наибольшее число уязвимостей связаны с выходом за допустимые границы буфера, ошибками при проверке > корректности входных данных и ненадлежащим управлением ресурсами (Race Condition, двойное > освобождение памяти, обращение к данным после освобождения и т.п.). Около 20% выявленных уязвимостей в >программах на Си отнесены к категории опасных. Ну, анонимам конечно виднее, но убрать треть ошибок "забесплатно" (т.е. в не слишком длительном компайлтайме) штатными инструментами разработки все таки заманчиво. Поэтому видимо и пытаются использовать современные ресурсы компютеров (тот же суперкомпютер времен появления и становления Си - Cray-1 с его аж 160 MFLOPS, 8 MB ОЗУ проигрывает вчистую китайскому одноплатнику за 5$) и технологии компиляторов (много чего из "модно-молодежного" было придуманно еще в те времена, но для того железа было слишком тяжелым), вместо попыток и далее утверждать, что единственный  путь к минимизации ошибок лежит через постижение дзена разработчиком.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

71. Сообщение от Аноним (71), 29-Мрт-19, 13:10	+4 +/–
с чего бы это? овпн просто работает. здесь и сейчас. причем на тех системах, где вг никогда работать не будет (nt5.x)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

72. Сообщение от Аноним (72), 29-Мрт-19, 13:25	+1 +/–
>И почему до сих пор идут постоянные споры между программистами на Rust и С/С++? С/С++ - такого языка в природе нет. Чистосишники  с растаманами не бодаются, они просто сидят и пишут код. Им некогда. Как раз с растаманами бодаются сипюсплюсники.
Ответить | Правка | Наверх | Cообщить модератору

74. Сообщение от 31893qj7 (?), 29-Мрт-19, 13:32	+1 +/–
>Для защиты канала связи в WireGuard используется потоковый шифр ChaCha20 Это же не безопасно!
Ответить | Правка | Наверх | Cообщить модератору

75. Сообщение от Pzixel (?), 29-Мрт-19, 13:32	+/–
> а где ещё есть разыменования пустых указателей и выходы за пределы массивов? ведь в прекрасном Rust, божественном Go и прочих великолепных Java и C# их нет (и даже в старичке Pascal, вроде как надо постараться, чтобы их добиться), вот и остаётся, что вроде как только богомерзкие C/C++. Это NPE/NullRef нет? Да побойтесь бога. Топ1 причина всех багов. Выхода за пределы массива нет, это правда, но не в плюсах, в жабе/шарпах. То есть да, шарпы безопаснее плюсов, а раст безопаснее шарпов. > По своей epsilon-окрестности могу сказать, что проценты правильные. Начиная с разных ОС, которые пока вроде как, кроме как на C/C++ не написаны (мне известно, про наличие проектов ОС на том-же Rust - вот только не слышно, чтобы они хоть где-то запускались за пределами VirtualBox), разные браузеры (например Chrome). Мы вроде весь софт сравниваем, а не только ОС. Статистику по ОС я и так знаю. > встречный вопрос - у Вас есть такая статистика по языкам, было-бы интересно на неё взглянуть. Увы, собранной в одном месте статистики я не находил, только разрозненные данные по разным языкам. Из недавней статью про переписывание firefox: Память: 32 Границы: 12 Имплементация: 12 Null: 7 Переполнение стека: 3 Целочисленное переполнение: 2 Другое: 1 Выводы делайте сами. Кстати, Mozilla целую статью именно на эту тему опубликовала, рекомендую озанкомиться: https://hacks.mozilla.org/2019/02/rewriting-a-browser-compon.../ > Позволю себе с этим не согласиться. Вылеты тоже легко чинить - особенно, если они легко воспроизводятся, выходы за пределы массивов - сложнее, но тоже есть методы, особенно если опять-же ситуация может воспроизводиться. В сефрическом коде в вакууме вся программа это чистая функция от входа, и чтобы воспроизвести баг достаточно подать тот же вход. В менее сферическом коде, если он написан не на коленке, логи всегда помогут добиться воспроизведения. Потому что это ошибка логики. Другое дело, когда ошибка связана со случайным мусором, который от запуска к запуску разнится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #80

76. Сообщение от Аноним (-), 29-Мрт-19, 13:39	+1 +/–
>#![feature(repr128)] >#[repr(u128)] // ok! Кошмар какой-то. Как в этих шифрах можно хоть что-то понять?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #78, #82, #98

77. Сообщение от Аноним (-), 29-Мрт-19, 13:44	+/–
> Чисто как язык раст в разы лучше плюсов Он не только не "лучше", он не умеет даже половины того, что умеют плюсы (поддержка ООП, исключения, полноценная инкапсуляция, шаблоны, программирование времени компиляции и т.д.).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

78. Сообщение от Аноним (-), 29-Мрт-19, 14:19	+/–
То ли ещё будет, когда Rust доживёт до какой-нибудь стандартизации (если доживёт).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

79. Сообщение от Аноним (79), 29-Мрт-19, 15:28	+/–
Стандартная библиотека rust это blast from the past, в ней часто нужного нету, а предлагают лично вам нужно реализовывать в своих функциях. Например посмотрите в Qt какой там шикарный QString. А синтаксис такой что да проще заюзать сишную либу чем вот на таком реализовывать с нуля то что уже написано.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

80. Сообщение от Совершенно другой аноним (?), 29-Мрт-19, 15:28	+/–
> Кстати, Mozilla целую статью именно на эту тему опубликовала, рекомендую озанкомиться: https://hacks.mozilla.org/2019/02/rewriting-a-browser-compon.../ спасибо, почитаю. В общем подводя итоги хотелось-бы сказать. Возможно Rust безопаснее C/C++, пока-что он безопаснее, имхо, только потенциально: 1) кодовые базы как написанные, так и проверяемые в языках Rust и C/C++ несоизмеримы; 2) процент именно возникающих, ошибок от которых защищает Rust, оценить, имхо, сложно потому, что разного рода CVE, на основании которых пытаются делать выводы, это явно не весь спектр возможных ошибок. Я пытаюсь сказать, что пока всё-же Rust это такой себе неуловимый Джо - на нём пишет не так много людей и создаётся не так много кода. Когда он станет мейнстримом, и туда загонят в больших объёмах кодеров, которые будут немного другого уровня квалификации, тогда и можно будет сказать насколько он смог выполнить поставленные задачи и насколько тот класс ошибок, которых он позволяет избежать, в действительности распространён.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #85

82. Сообщение от Ordu (ok), 29-Мрт-19, 19:24	+/–
>>#![feature(repr128)] >>#[repr(u128)] // ok! > Кошмар какой-то. Как в этих шифрах можно хоть что-то понять? Это не каждому дано.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

83. Сообщение от xm (ok), 29-Мрт-19, 20:17	+/–
Его добавили в порты FreeBSD и тут же сопроводили текстом. "search for other commits by this committer      net/boringtun: Drop maintainership because I cannot ethically support CloudFlare and their intentions after what I have found out. Sorry for the mistake of bringing it into the ports tree and opening pandoras box." То есть там что-то уже нашли. Так что ахтунг.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #86, #87, #89

84. Сообщение от qweo (?), 29-Мрт-19, 21:21	+/–
Дайте две! Серьёзно!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

85. Сообщение от Аноним (-), 30-Мрт-19, 01:19	+1 +/–
Я у раста вижу другую проблему: работе с памятью посвящена добрая половина синтаксиса этого языка, что сильно переусложняет этот синтаксис. При этом доля ошибок, которая таким образом устраняется, явно не соответствует той дополнительной сложности, которая с этим связана. Поэтому и качественные программы так медленно появляются, несмотря на весь хайп вокруг языка. С другой стороны, в компиляторы Си++, например, тоже добавляют статический анализатор (не ASAN), который позволяет отлавливать 80% ошибок при работе с голыми указателями не добавляя при этом никакой сложности. Вот и получается два пути: всё переписать на сложном Rust, стойко перенося все тяготы с этим связанные (и параллельно отучаясь от традиционного ООП, которое тоже бывает очень полезно), либо вносить эволюционные изменения в компилятор Си++ и сам язык там, где нужно, постепенно исправляя то, что написано с ошибками. Да и сама способность Си++ эволюционировать дорогого стоит. Я вот совсем не уверен, что Rust сможет так же. А если нет, то опять всё переписывать через 10 лет из-за какого-то нового класса гарантий, под который изобретут новый язык?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

86. Сообщение от Аноним (19), 30-Мрт-19, 07:58	+/–
Скандалы, интриги, расследования!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

87. Сообщение от анонононо (?), 30-Мрт-19, 13:59	+/–
И что же там? заинтриговал
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #88

88. Сообщение от xm (ok), 30-Мрт-19, 14:25	+/–
Хороший вопрос. В рассылке надо посмотреть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

89. Сообщение от Аноним (89), 30-Мрт-19, 19:43	+2 +/–
> Cloudflare представила... новую реализацию VPN > Sorry for... opening pandora's box Имплеменация протокола для приватного обмена данными от одного из ведущих big data коллекторов и заслуженного MitM всея Сети. Вот что может пойти не так?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #90, #95

90. Сообщение от Аноним (19), 31-Мрт-19, 02:58	+/–
Без пруфов что угодно куда угодно. По тексту ничего кроме записи процитированной в двух местах не гуглится. Одно из них опеннет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #93

91. Сообщение от Anonim (??), 31-Мрт-19, 12:03	+/–
Ну хоть не на пол...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

92. Сообщение от Anonim (??), 31-Мрт-19, 12:12	+/–
>новый-модный c++15 или сколько там - 19? 14, 17
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

93. Сообщение от Anonim (??), 31-Мрт-19, 12:20	+2 +/–
Тем не менее, уже заслуживает, если не скандала, то, как минимум, расследования!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

94. Сообщение от лютый жабист__ (?), 01-Апр-19, 07:19	+/–
>поставить недорогую cisco asa это тот калец, в котором одмин vpn-сервера должен разрешить сохранять пароль? а иначе танцы с cli версией? ещё и за 500 баксов. эххе...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

95. Сообщение от KonstantinB (??), 03-Апр-19, 01:25	+/–
Общие соображения ясны, но заявления, подобные тексту того коммита, необходимо подкреплять фактами. Голословное заявление вида "я такооооое знаю, но не скажу" - это, мягко говоря, недостойно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

96. Сообщение от RibiKukan (ok), 08-Май-19, 15:55	+/–
>так в 99% случаях речь о программах на С/С+ На С/С++ написано 99% всего сложного/производительного софта. >Две (ровно две) больные темы сишников/плюсовиков. Тут методичка ломается, т.к. не существует прецедентов, что-бы раст-адепты написали альтернативу С/С++ софта без unsafe. На это можно закончить, т.к. недостаточно сказать "у меня нет проблем - у меня нож тупой" - тебе нужно доказать, что своим тупым ножом ты сможешь выполнять те же операции(и так же качественно) какие выполняют острым.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

97. Сообщение от RibiKukan (ok), 08-Май-19, 16:03	+/–
Я уже писал, но повторю. Раст-методичка не работает пока ты не докажешь возможность замены С/С++ на раст(без unsafe). Пока не существует таких прецедентов, ведь адепты раста не родили ни одной конкурентоспособной альтернативы С/С++-софту. Но даже если ты каким-то чудом родишь что-то равное какому-то протухшему С/С++-легаси, то это так же не будет ничего знать до тех пор пока не покажешь массовости. Если массовый С/С++-код обладает определённым качеством, то ты не можешь исходя из каких-то локальных прецедентов(которых нет) и из хелвордов строить далеко идущие выводы о замене. К тому же, ещё одна манипуляция раст-адептов заключается в том, что они сравнивают некий "С/С++" и "лучшие примеры применения раста с использованием всего доступного/последнего инструментария"(хотя ничего лучше там быть не может, а просто лучшее из худшего). Очевидно, что все эти сравнения некорректны и сравнивать раст можно только с тем же С++ в тех же условиях. Лучший инструментарий, отсутствие следований каким-либо стандартам и прочее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

98. Сообщение от RibiKukan (ok), 08-Май-19, 16:20	+/–
Это банальный пример синтаксиса-помойки и языка-помойки. Есть авторы, которые абсолютно ничего не знают и не понимают. Они изначально попытались сделать супер-язык, но сели в лужу. Оказалось, что он ничего не может. После подключилась мозилла и ей нужна была замена С++, но раст в том виде вообще ничего не мог. Пришлось срочно воровать синтаксис из крестов, из других языков. Но это "язык" всё ровно ничего не мог. Поэтому он превратился в помойку(хотя и был ею), когда адепты просто воруют фишки из других яп/парадигм и прочего, кое-как засовывая в свой огрызок фронтентда(который они почему-то называют компилятором). Что делают адекватные люди, авторы нормальных языков? Пытаются как-то систематизировать множество отдельных конструкций - так и возникают языки. Но это не язык, а просто франкенштейн слепленный из ворованных кусков. От того всё это и выглядит как нелепые набор нелепых символов. И чем дальше - тем будет хуже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

99. Сообщение от RibiKukan (ok), 08-Май-19, 16:23	+/–
Пользователям открытых технологий/решений. Не в десктопном сегменте вообще всем(за исключением эпл-мобилок). Ну и всем тем, кому ненужно убогое, тормозное и попросту нелепое говно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #101

100. Сообщение от RibiKukan (ok), 08-Май-19, 16:36	+/–
>Наверное потому, что процессы не происходят мгновенно. Полная чушь, ведь этому язычку пошел уже второй десяток лет. Напомнить где был С/С++ через 10лет? К Тому же, не стоит забывать, что скорость прогресса постоянно нарастает. Изменить что-то/внедрить новое - сейчас куда проще, чем в 80/90 и даже нулевые. Это самая нелепая методичка. К тому же, не стоит забывать, что у других языков, у С/С++ не было такой халявы, которая есть у раста. Приходилось всё писать с нуля. Никаких готовых llvm, libc, всего системного рантайма, биндингов - во времена С/С++ не было. До си был асм, который нихрена не переносим. Во времена С++ не было компиляторов и приходилось рвать волоса на жопе, но была совместимость с си. >>Кроме самого языка, есть куча факторов, влияющих на его применение У раста всё ворованное - зачем врёшь. У тебя уже есть тысячи биндингов и раст на 99% состоит из биндингов. Зачем тебе библиотеки? Любая скриптуха состоит на 99% из биндингов и ей это не мешает. >>Чисто как язык раст в разы лучше плюсов. В мечтах адептов. Ничего, кроме хелвордов и убожества, эти адепты не написали. >> Коммьюнити тоже лучше. Табуны школоты? Маргинальная среда все активна и всегда и везде гадит. >>Стандартная библиотека тоже топчик. Это та, которая зависит от llvm-rt/glibc? Которая unsafe через unsafe? 50% С/С++-рантайма, 50% ворованного из С/С++-рантайма кода. >>Ну и басфактор сюда же, людей знающих раст пока не так много, вешать весь проект на пару людей которые могут уйти и которых будет трудно заменить не каждый менеджер станет. Опять методичка нелепая. Сколько людей знали С/С++? Сколько знали какой-нибудь go? Сколько знали какой-нибудь ts? >>Все идет в нужном направлении, москва не сразу строилась. Мне казалось, это очевидно. 15 лет и всё в говне, но тебе что-то там очевидно. Ну скоро всех завоюешь. И это без учёта того, что почти все говноконторы любят хайпить на маргинальщине. Это повышает их ликвидность. В среде обывателей эта нелепость хайпится как "некстген" и "убийца С/С++", которая "быстрее и безопасней". Таким образом ты можешь написать очередное wg на си, а можешь написать говно на расте. И угадай, какая новость будет везде и всюду? Ты угадал. Какая новость внушит больше желания вложить бабки у обывателя(хомячка) с бабками? Ты угадал. Именно на этом и держится все эти маргинальные убийцы. Без подобного хайпа - оно бы сдохло на помойке, где ему самое место. Но завтра выйдет новая убийца, а про старую все забудут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

101. Сообщение от Нанобот (ok), 10-Май-19, 09:29	+/–
> Пользователям открытых технологий/решений. Не в десктопном сегменте вообще всем(за исключением > эпл-мобилок). Ну и всем тем, кому ненужно убогое, тормозное и попросту > нелепое говно. а почему ты считаешь, что можешь говорить за все эти социальные группы? (вообще это больше вопрос к тому анониму, которому я отвечал предыдущим сообщением)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #102

102. Сообщение от RibiKukan (ok), 11-Май-19, 01:39	+/–
>> Пользователям открытых технологий/решений. Не в десктопном сегменте вообще всем(за исключением >> эпл-мобилок). Ну и всем тем, кому ненужно убогое, тормозное и попросту >> нелепое говно. > а почему ты считаешь, что можешь говорить за все эти социальные группы? > (вообще это больше вопрос к тому анониму, которому я отвечал предыдущим > сообщением) У тебя явные проблемы с восприятием. Подавляющие большинство пользователей отрытых технологий/решений - это пользователи линукс. Есть каике-то позёры маздайские, но и их я упомянул - это те самый любители " убогое, тормозное и попросту нелепое говно".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #103

103. Сообщение от Нанобот (ok), 11-Май-19, 09:30	+/–
> У тебя явные проблемы с восприятием. ну вот, опять фанатик попытался перейти на личности... так почему ты считаешь, что ТЫ можешь говорить за `подавляющие большинство пользователей отрытых(ыыы!) технологий/решений`?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #104

104. Сообщение от RibiKukan (ok), 14-Май-19, 09:27	+/–
Маня, ты совсем поехавший? Я могу говорить и говорю, а ты слушаешь. Запомни это. Почему - я объяснил. Всем(подавляющие большинство) пользователи отрытых технологий/решений используют линукс как ядро. Это объективный факт. Все остальные - это либо малые группы, либо это просто те, кто жрёт говно под видом отрытых технологий/решений. И ту и ту группу я заранее обозначил. Отвечай, маздайкое трепло.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #105

105. Сообщение от Нанобот (ok), 14-Май-19, 12:08	+/–
ты так и не ответил на простой вопрос, всё пытаешься съехать с темы...наверно думаешь, что, если накидать побольше умных фраз про открытые технологии, никто не заметит, как ты пытаешься уйти от вопроса напоминаю, вопрос был "почемы ты считаешь, что 👉ТЫ👈 можешь говорить 👉за подавляющие большинство👈 пользователей открытых технологий?" (добавил тебе картинок для лучшего понимания сути вопроса) ответ на этот вопрос должен выглядеть примерно так: я считаю, что говорить за миллионы людей я могу потому, что...(а дальше варианты вроде "они уполномочили меня говорить от их имени" или "я балабол и могу говорить за кого хочу и что хочу" или свой вариант)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #106

106. Сообщение от RibiKukan (ok), 17-Май-19, 22:52	–1 +/–
Клоун, во-первых я от имени кого-то не говорил. Я лишь декларировал, что подавляющие большинство пользователей, которые не жрут говно, отрытого всего являются пользователями linux. Это аксиома. Зачем ты, балабол, пытаешься со мною спорить и закидывать меня своими убогими методичками. А во-вторых, я могу говорить от имени кого угодно. Просто по факту того, что я это я, а ты это ты. Со всеми вытекающими.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #107

107. Сообщение от Нанобот (ok), 21-Май-19, 08:47	+/–
> Клоун, во-первых я от имени кого-то не говорил. Клоун, ты сказал "нам", значит ты говорил не от своего имени (или, как вариант, у тебя психическое заболевание "диссоциативное расстройство идентичности", когда у тебя насколько личностей и ты говоришь за них всех) >А во-вторых, я могу говорить от имени кого угодно вот! это я и хотел услышать! признание в том, что ты - балабол! > Зачем ты, балабол, пытаешься со мною спорить и закидывать меня своими убогими методичками. по правилам руского языка, вопросительные предложения должны заканчиваться знаком вопроса. ты бы это...не прогуливал уроки руского языка, что-ли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

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

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