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

"Разработчики Chrome экспериментируют с языком Rust"	+/–
Сообщение от opennews (??), 20-Авг-20, 22:40
Разработчики Chrome экспериментируют с использованием языка Rust. Работа ведётся в рамках инициативы по предотвращению появления ошибок работы с памятью в кодовой базе Chrome.  В настоящее время работа ограничивается созданием прототипов средств для использования Rust. Первой задачей, которую необходимо решить до того, как начать полноценно использовать Rust в кодовой базе Chrome, называется обеспечение переносимости между кодом на C++ и Rust... Подробнее: https://www.opennet.me/opennews/art.shtml?num=53575
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Аноним (1), 20-Авг-20, 22:40	+34 +/–
Ждём комментариев про хромокапец от товарищей, которые утверждали, что раст убил лису.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #4

2. Сообщение от Аноним (2), 20-Авг-20, 22:41	+2 +/–
Думаю для форка название Bright Sun подойдёт...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #73

3. Сообщение от Аноним (3), 20-Авг-20, 22:52	+18 +/–
Так оно и есть, мозиле раст не помог, и хромому не поможет. Ждём сообщений "гугл уволил 250 разработчиков".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #27, #63

4. Сообщение от Suverenman (ok), 20-Авг-20, 22:52	+/–
"В обозримом будущем язык C++ останется первичным в Chrome". Да и толку слушать фанатиков, сегодня они говорят: "Rust убил лису", а завтра: "Rust помог Chrome увеличить производительность/безопасность/удобство на 146%".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #12

5. Сообщение от Аноним (5), 20-Авг-20, 22:55	+24 +/–
Хромирование же против ржавчины делается
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11

6. Сообщение от Аноним (-), 20-Авг-20, 22:56	–10 +/–
Я же говорил, что растохипсторы жидко обделались со своим Servo в Мозилле и прибежали с ржавчиной в Гугл - ещё раз пытаться корродировать уже там.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19, #35

7. Сообщение от yet another anonymous (?), 20-Авг-20, 23:01	+11 +/–
Добавление wrapper'а четвертого порядка благодатно скажется на кодовой базе.
Ответить | Правка | Наверх | Cообщить модератору

8. Сообщение от Аноним (8), 20-Авг-20, 23:03	–3 +/–
А почему Rust? Почему именно этот язык выбрали?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15, #16, #25, #26, #40, #51

9. Сообщение от Васёк (?), 20-Авг-20, 23:05	+6 +/–
Ага, один разработчик поэксперементировал и забил, а состряпали целую новость
Ответить | Правка | Наверх | Cообщить модератору

11. Сообщение от Аноним (11), 20-Авг-20, 23:11	+5 +/–
Уже 10 минут изучаю как лучше всего окислить хром. Я думаю, у такого Мидаса, как Гугл, всё получится. Ведь всё, чего он касается, деградирует и умирает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #28

12. Сообщение от Аноним (12), 20-Авг-20, 23:13	+4 +/–
Безопасность Раста должна была ускорять разработку из-за того что не нужно проверять все пограничные условия в с/с++, но в итоге получилось что разработка на Расте в 10 раз дольше чем на с/с++ итог всю команду Раста выгнали на мороз.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #57, #96

13. Сообщение от Аноним (13), 20-Авг-20, 23:15	+2 +/–
можно будет qt использовать из rust возможно...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #21

14. Сообщение от Вася (??), 20-Авг-20, 23:17	+4 +/–
У гугла же есть Go.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #72, #98

15. Сообщение от Аноним (15), 20-Авг-20, 23:18	+/–
Погуглите про особенности языка программирования Rust, и тогда всё встанет на свои места, всё сразу станет ясно, почему именно этот язык выбрали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

16. Сообщение от Аноним (103), 20-Авг-20, 23:19	–1 +/–
Да, почему? Есть же Ада и реализация – Gnat.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

17. Сообщение от Аноним (13), 20-Авг-20, 23:19	–5 +/–
Какой кашмар. Даже гугол поддался на пиар этого недоязыка. Все кто разбирается понимает что Си безопастнее rust ведь в нем нет unsafe блоков. Все понимают что на этом языке ничего сложнее hello world ненапишешь и убогий фаерфокс, серво и прочие поделки тому доказательство. Хром надо на Си переписать.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22, #42, #52, #101

19. Сообщение от Аноним (3), 20-Авг-20, 23:23	+4 +/–
Надо же где-то работать 250-ти уволенным разработчикам из Мозилы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

21. Сообщение от Аноним (3), 20-Авг-20, 23:25	+1 +/–
кутэ/раст/системда и вяленый обязательно, вот тогда точно всё получится. А то гугл как-то не спортивно использует upstart.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

22. Сообщение от Аноним (3), 20-Авг-20, 23:29	+1 +/–
> Хром надо на Си переписать. Было бы прикольно, глядишь, объём в разы сократился бы. А то уже не знаешь, кто вперёд скачается: 100 ГБ флайт симулятора или исходники хромого.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

23. Сообщение от Аноним (23), 20-Авг-20, 23:29	+3 +/–
У хейтеров раста опять сидалище рвёт.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #24

24. Сообщение от Аноним (3), 20-Авг-20, 23:36	–1 +/–
Раст - как вирус, переходит от мёртвого организма к следующему.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #32, #43

25. Сообщение от Рева RarogCmex Денис (?), 20-Авг-20, 23:37	+1 +/–
Потому что Хаскель слишком ленив.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #34, #65

26. Сообщение от пох. (?), 20-Авг-20, 23:37	–5 +/–
> А почему Rust? Почему именно этот язык выбрали? "Ф хозяйстфе приккотится..." (через год, выбрасывая дохлую ворону и 250 снова-ненужных мазильных разработчиков: "Не приккотилось!")
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

27. Сообщение от имя_ (?), 20-Авг-20, 23:42	+/–
Что такое "250 разработчиков" для гугла и лисы? Несравнимые размеры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #29

28. Сообщение от имя_ (?), 20-Авг-20, 23:43	–5 +/–
>Ведь всё, чего он касается, деградирует и умирает ах, эти фантазии...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #69, #75

29. Сообщение от Аноним (3), 20-Авг-20, 23:50	+14 +/–
а, ну да, у гугла будет "уволили 250 тыс разработчиков"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

30. Сообщение от Кайф (?), 20-Авг-20, 23:55	–1 +/–
Че сраться то, rust это хипсторская подделка, в отличии от промышленного C++ который как бы в ближайшем будущем никуда не денется, если сам конечно не мутирует в раст хаскель ерланг и же с ними, а то могет судя по движу в новых стандартах
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #33, #44

31. Сообщение от Аноним (32), 21-Авг-20, 00:00	–1 +/–
Ну по тому как работает хром видно, что у разработчиков не только с памятью проблема. В принципе там с головой проблема. И Rust это не исправит.
Ответить | Правка | Наверх | Cообщить модератору

32. Сообщение от Аноним (32), 21-Авг-20, 00:05	+/–
Ну так ты не далёк от истины. Именно подобным образом распространяется ржавчина, разрушая на своём пути по кусочку, пока не уничтожит всё. Любопытны некоторые значения слова. В частности мне нравится Глагол притупляться dull, rust, hebetate слабеть weaken, wilt, fail, slacken, faint, rust
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

33. Сообщение от Аноним (32), 21-Авг-20, 00:07	–6 +/–
Не может. Деградировать не выйдет, компиляторов много, обратную совместимость они сохраняют, никто не заставит переходить на новый стандарт если он тебе не понравиться. Такое можно сотворить с хипстоподелками, типа go, rust, python. Вот эти любят всё испортить, наломать совместимость и выкинуть без поддержки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #36, #37, #41

34. Сообщение от user (??), 21-Авг-20, 00:22	–1 +/–
Для таких случаев есть Ocaml.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

35. Сообщение от Аноним (35), 21-Авг-20, 00:38	+3 +/–
> Я же говорил чрезвычайно важное мнение крупнейшего иксперта опеннетов
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

36. Сообщение от Аноним (35), 21-Авг-20, 00:39	+6 +/–
> Такое можно сотворить с хипстоподелками, типа go, rust, python. Вот эти любят всё испортить, наломать совместимость и выкинуть без поддержки. да у нас тут крупнейший исксперт опеннетов, все по машинам
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #38

37. Сообщение от Кайф (?), 21-Авг-20, 00:42	+/–
Ты говоришь про обратную совместимость, а я про новые фичи и сам страуструп утверждает после C++17 что дальнейшее усложнение крестов неизбежно, впрочем как и других ЯП
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

38. Сообщение от Кайф (?), 21-Авг-20, 00:43	+/–
ЧСХ он прав, так как обратной совместимости в этих ЯП нет от слова совсем
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #82

40. Сообщение от Аноним (40), 21-Авг-20, 00:45	+/–
Знаешь какие-нибудь годные альтернативы Расту?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #45, #46, #53

41. Сообщение от Кайф (?), 21-Авг-20, 00:45	–1 +/–
C++ полностью деградировать не может так как миллиарды строк легаси и никогда переписывать не будет, а вот мутировать так это запросто достаточо вспомнить шаблоны
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

42. Сообщение от Аноним (40), 21-Авг-20, 00:47	+/–
Хорошая пародия на глупых растохейтерков, браво :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

43. Сообщение от Аноним (40), 21-Авг-20, 00:48	–1 +/–
Си - как вирус, плодит уязвимости везде
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #54

44. Сообщение от Аноним (40), 21-Авг-20, 00:50	–8 +/–
C++ до Раста уже сейчас слишком далеко, и с каждым годом эта пропасть лишь растет. Объективно, в Расте есть несколько фатальных недостатков, которые мешают сказать, что он безоговорочно лучше, но лет через 5-10 C++ станет уделом консерваторов и легасименов, скриньте
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #49, #76, #79, #155

45. Сообщение от Аноним (45), 21-Авг-20, 00:54	–1 +/–
Lisp
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #60, #61

46. Сообщение от Аноним (3), 21-Авг-20, 00:56	+1 +/–
Думаешь, если раст не годен, то его альтернативы могут где-то сгодиться?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

47. Сообщение от Аноним (47), 21-Авг-20, 01:00	+/–
Rust обеспечивает безопасность от double-free и use-after-free, а то что "библиотека cxx автоматически создает безопасные биндинги" - это про отсутствие помарки unsafe, что не делает код безбажным и не превращает С++, над которым вы делаете обертку, в гарантированно безопасный даже от тех двух багов, которые Rust заявляет что помогает избежать. Кстати, это и в репозитории генератора оберток cxx написано - мол, наши прекрасные обертки великолепны и безопасны, но ваш код на С++ никто не проверяет. То есть баги как были так и остаются, меняется только то, что Rust-разработчики хрома с гордым лицом переложат ответственность за любые баги на С++-разработчиков, а сами продолжат писать код на "safe rust".
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #71, #97, #110, #154

49. Сообщение от Кайф (?), 21-Авг-20, 01:06	+1 +/–
Слышали уже 20 лет назад
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

50. Сообщение от Аноним (50), 21-Авг-20, 01:19	+/–
> CXX — safe FFI between Rust and C++ Никакого уважения у этих растоманов. CXX уже давным давно использующееся название переменной окружения для компилятора C++.
Ответить | Правка | Наверх | Cообщить модератору

51. Сообщение от Аноним (51), 21-Авг-20, 01:20	+3 +/–
Решили попробовать. Гугл, в отличие от Мозиллы, может позволить себе провести эксперимент и не резвалиться в процессе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

52. Сообщение от Аноним (51), 21-Авг-20, 01:22	–1 +/–
Fracta1L, тут тебя зовут!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

53. Сообщение от Аноним (103), 21-Авг-20, 01:22	+1 +/–
Ада.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

54. Сообщение от Аноним (3), 21-Авг-20, 01:22	–1 +/–
Некорректная аналогия с вирусом. Си - это симбиот.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #62

55. Сообщение от Аноним (55), 21-Авг-20, 01:45	+/–
Готовятся к покупке лисы небось
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #56

56. Сообщение от Аноним (3), 21-Авг-20, 01:56	+/–
> лисы панды. firefox - это панда, а не лиса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #74

57. Сообщение от Аноним (57), 21-Авг-20, 03:11	+4 +/–
Команду экспериментального браузера Servo на расте ликвидировали, потому что этот эксперимент больше не нужен. Куски серво на расте уже успешно вошли в лису: stylo еще в 2018 и webrender. Теперь планируется разрабатывать модули на расте сразу в рамках разработки лисы, а не отдельным проектом экспериментального браузера (у которого проблемы с совместимостью с вебом).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #95

59. Сообщение от Аноним (59), 21-Авг-20, 03:58	+5 +/–
Правильно. Пора постепенно отказываться от UB-based языков (да, сишечка, я смотрю на тебя!) и переходить на memory-safe или даже вообще managed.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #64, #112, #113, #114

60. Сообщение от Аноним (60), 21-Авг-20, 05:00	–1 +/–
Smalltalk
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

61. Сообщение от Аноним (61), 21-Авг-20, 05:25	–1 +/–
>Lisp Неадекват.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

62. Сообщение от Аноним (61), 21-Авг-20, 05:27	+/–
Я вам сегфолты, вы наслаждаетесь UB?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

63. Сообщение от Я (??), 21-Авг-20, 07:22	+1 +/–
раст не принёс мозиле денег, это досадно, но никто в общем то и не ждал от него этого.. к сожалению другая активность тоже не принесла мозиле денег.. гугл же способен оплатить и за раст и за мозилу, такчто ему от раста только польза.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

64. Сообщение от Аноним (64), 21-Авг-20, 07:27	–4 +/–
Шагайте в ваш дотнет, а мы как-нибудь так проживём.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

65. Сообщение от inferrna (ok), 21-Авг-20, 07:47	+2 +/–
"Страница не грузится, а сразу объявляется загруженной."
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #116

66. Сообщение от Аноним (66), 21-Авг-20, 08:01	+/–
еще каких-то +128 ядер в мобилки и 1TB RAM и можно спокойно переходить на руби - безопасней уже некуда
Ответить | Правка | Наверх | Cообщить модератору

69. Сообщение от лютый жабби__ (?), 21-Авг-20, 08:42	+/–
>ах, эти фантазии... не фантазии... точнее, половина умирает, а вторая половина оказывается коммерчески успешным, но богомерзким.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #70

70. Сообщение от Ненавижу SJW (?), 21-Авг-20, 09:15	+/–
богомерзким для кого?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

71. Сообщение от Dzen Python (ok), 21-Авг-20, 09:16	–3 +/–
Иногда кажется, кто открылась новая айтишная тоталитарная секта: Швидетели Безопасного Руста. И у них есть точно такие же брошюрки: "бизапасная память" и "указатели - посланцы сатаны". Объяснить, чем именно достигается этот результат (отказом от ручной работы с указателями) может почти каждый из этой секты; рассказать о возникаемых проблемах этой архитектуры может уже далеко не рядовой аколит, а только реально посвященный; показать, как именно правильно работать с unsafe-кодом для преодоления естественных проблемы, вроде проблемы 10к/10М - могут единицы; рассказать, зачем затравили того автора веб-либы из карго не может никто. Ну, короче, ждём от технарей Брина эпохального "64Гб RAM должно хватить всем для трёх вкладок".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #77, #84, #92

72. Сообщение от Ненавижу SJW (?), 21-Авг-20, 09:17	–1 +/–
Кстати да. Но он же вроде скорее как замена C++, так?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #85

73. Сообщение от Dzen Python (ok), 21-Авг-20, 09:18	–1 +/–
Скорее "Rusty buggy". А что? Багги - быстрая машинка, да и постапок среди народа популярен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

74. Сообщение от Ненавижу SJW (?), 21-Авг-20, 09:19	–1 +/–
deepl говорит, что fox - это лиса
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #78

75. Сообщение от Dzen Python (ok), 21-Авг-20, 09:20	+/–
https://killedbygoogle.com/ Ну-ну, такой себе список на 150+ фантазий. <spoiler>И ведь 2/3 вполне могли себе выстрелить, при грамотной стратегии</spoiler>
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #80, #88, #121

76. Сообщение от Dzen Python (ok), 21-Авг-20, 09:27	–1 +/–
...когда он дорастет до уровня оригинального саутруповского С++, такого же, но другого?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

77. Сообщение от Webmonkey (?), 21-Авг-20, 09:32	–2 +/–
Секта свидетелей незаменимого Си вот точно оформилась.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #83

78. Сообщение от Аноним (78), 21-Авг-20, 09:36	+9 +/–
А pineapple — это сосна или яблоко?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #111

79. Сообщение от Аноним (79), 21-Авг-20, 09:39	–2 +/–
>но лет через 5-10 C++ станет уделом консерваторов и легасименов, скриньте Уже лет 15-20 хоронят сишку и никак не похоронят. ИЧСХ все эти годы названия претендентов на роль убийцы меняются чуть ли не по несколько раз в год. Только вот по итогу сишка никуда не делась, а этих претендентов уже через год помнят от силы 2.5 наркомана насилующие полуразложившийся труп очередного гламурного франкенштейна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

80. Сообщение от жека воробьев (?), 21-Авг-20, 09:48	+1 +/–
ну у вас видимо, что не проект - то успех
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

82. Сообщение от Брат Анон (?), 21-Авг-20, 10:13	+1 +/–
Особенно в Go. Прям такая несовместимость, что даже синтаксис за 10 лет вообще не поменялся. Ой, кошмар.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #87

83. Сообщение от Аноним (83), 21-Авг-20, 10:26	+2 +/–
Понимаешь, братец мой вебмакак... А ведь все те высокоуровневые языки, на которых мы пишем - сами написаны на незаменимом С.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #103, #122

84. Сообщение от Аноним (84), 21-Авг-20, 10:27	+1 +/–
пациент выше где-то в районе третьей стадии модели Кюблер-Росс 1.Отрицание 2.Злость 3.Торг 4.Депрессия 5.Принятие Когда Кюблер-Росс описывала эти стадии, она очень точно объяснила, что все это нормальные реакции человека на трагические новости. Она назвала их защитным механизмом. И именно их мы переживаем, когда пытаемся справиться с изменениями. Мы не переживаем эти стадии строго поочередно, точно, линейно, шаг за шагом. Это было бы слишком просто! Происходит так, что мы погружаемся в разные стадии в разное время и даже можем возвращаться обратно к тем стадиям, которые уже переживали. Кюблер-Росс говорит, что стадии могут длиться разные периоды и могут сменять друг друга или существовать одновременно. Это будет идеальным думать, что все мы достигнем стадии «Принятие» со всеми изменениями, с которыми нам предстоит столкнуться, но часто бывает, что некоторые люди зацикливаются на одной из стадий и не могут двигаться дальше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #129

85. Сообщение от m.makhno (ok), 21-Авг-20, 10:28	+11 +/–
нет, golang со своими исполняемыми файлами сам по себе
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

87. Сообщение от хамство (?), 21-Авг-20, 10:32	–1 +/–
Именно поэтому в каждой го-программе пишут минимальную версию компилятора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #107, #150, #151

88. Сообщение от имя_ (?), 21-Авг-20, 10:35	+/–
сколько сотен проектов гугл купил и сколько убили? Несравнимые значения. К тому же иногда проекты покупают именно чтобы устранить конкурента, а не интегрировать какую-нибудь фичу в свой продукт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

92. Сообщение от Owlet (?), 21-Авг-20, 10:48	+3 +/–
> открылась новая айтишная тоталитарная секта Стоит погуглить значения слова "секта" и словосочетания "тоталитарная секта" прежде, чем публично позориться. Ну и что-нибудь о расте узнать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #124, #125

95. Сообщение от Ordu (ok), 21-Авг-20, 10:51	+2 +/–
Тс-с-с. Не говори им. Очень забавно наблюдать как opennet пошёл в отрыв от реальности, и верит в сказки им же и придуманные. "Выгнали всю команду раста на мороз" -- совершенно ведь не то, что произошло, но опеннет верит. Не мешай им, интересно посмотреть как эта линия фантазирования будет развиваться дальше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

96. Сообщение от proninyaroslav (ok), 21-Авг-20, 10:54	+/–
> Безопасность Раста должна была ускорять разработку С каких пор безопасность языка обязана ускорять разработку продукта)? Безопасность может только гарантировать тебе не встретится с определённым классом багов в твоём продукте, а они куда больнее и затратнее по времени, чем скорость разработки самого продукта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #100

97. Сообщение от Ordu (ok), 21-Авг-20, 10:56	+2 +/–
> То есть баги как были так и остаются, меняется только то, что Rust-разработчики хрома с гордым лицом переложат ответственность за любые баги на С++-разработчиков, а сами продолжат писать код на "safe rust". Да! Это же основная фишка разделения safe/unsafe в расте. Если ты выставил наружу safe API, то тем самым ты заявил, что твой API удовлетворяет ряду формальный критериев, и если в программе вылезает баг, и выясняется что он из-за того, что твой API не удовлетворяет этим критериям, то, значит, баг в твоём коде, а не в том коде, который этим API пользуется. Соскочить с темы под предлогом "это не баг, а фича" не удастся. Взять например динамический массив -- Vec. Он выставляет наружу safe-API, который гарантирует, что если этот API использовать в safe-коде, то не будет никаких double-free, выходов за границы буфера,  use-after-free, и всяких там проблем с data-race. Если вдруг Vec::push или Vec::pop выйдет за границу, то это косяк Vec. Но если ты воспользуешься unsafe функцией Vec::set_len, и Vec::push выйдет за границу, то это твой косяк. Если ты соберёшь Vec из сырого указателя, при помощи unsafe функции Vec::from_raw_parts, то работоспособность результата -- это твоя зона ответственности, а не зона ответственности разработчиков Vec.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

98. Сообщение от proninyaroslav (ok), 21-Авг-20, 10:59	+1 +/–
Исходя из опыта разработчиков Фуксии, go показал себя не очень хорошо в составе кода ОС https://fuchsia.dev/fuchsia-src/contribute/governance/policy...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

100. Сообщение от Аноним (100), 21-Авг-20, 11:20	–1 +/–
С тех пор как программистам стали платить деньги. Безопасность которая замедляет разработку есть и в С++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #102

101. Сообщение от Аноним (100), 21-Авг-20, 11:24	–4 +/–
Просто хайпует на расте. Использовать он раст конечно же не будет. Все большие компании что пытались внедрить раст от него отказались, тот же дропбокс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

102. Сообщение от proninyaroslav (ok), 21-Авг-20, 11:24	+/–
> Безопасность которая замедляет разработку есть и в С++. Тем кому это мешает, давно сбежали писать на электроне. Так что C++/раст для них давно не проблема.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100

103. Сообщение от Аноним (103), 21-Авг-20, 11:40	+2 +/–
Это не так. Rust изначально на OCaml был написан, затем стал компилировать сам себя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #108, #119

107. Сообщение от НяшМяш (ok), 21-Авг-20, 12:04	+1 +/–
Если я захочу использовать плюхи С++20, то мне тоже придётся указывать минимальную версию компилятора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

108. Сообщение от Аноним (108), 21-Авг-20, 12:15	+1 +/–
А зачем он вообще был написан? Пользовались бы OCaml, ну или Ada для супернадёжности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #109

109. Сообщение от Аноним (103), 21-Авг-20, 12:16	+/–
Значит, чем-то не устроили. Мне тоже интересно чем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108 Ответы: #159

110. Сообщение от TormoZilla (?), 21-Авг-20, 12:24	+/–
Руки прочь от Rust! Идите в Darts!!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

111. Сообщение от Аноним (108), 21-Авг-20, 12:26	+1 +/–
Хвойное яблоко :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

112. Сообщение от Аноним (108), 21-Авг-20, 12:29	–4 +/–
>или даже вообще managed Обезьяны и прочие электронщики ликуют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

113. Сообщение от Аноним (113), 21-Авг-20, 12:31	–1 +/–
Компиляторы и библиотеки сами генерят UB. Например UB компиляторов: нельзя сдвигать на число большее разрядности сдвигаемого. Казалось бы просто при компиляции явно указываешь процессор. Процессор поддерживает такой сдвиг. А компилятор для этого процессора генерит UB. Rust конечно спасает от всего: на краю обрыва ставят табличку unsafe, вместо того чтобы сделать ограждение, но ограждение это дорого, а табличка бесплатно и безопасно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #118

114. Сообщение от Аноним (114), 21-Авг-20, 13:08	+1 +/–
Скатертью дорога! https://img.championat.com/news/big/i/b/perluidzhi-kollina_1...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

115. Сообщение от Иваня (?), 21-Авг-20, 14:10	–1 +/–
Чтож, пора мне всё-же изучить Rust, а ведь не хотел :(
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #117

116. Сообщение от Kusb (?), 21-Авг-20, 14:34	+/–
А программа не пишется до её использования?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

117. Сообщение от Аноним (-), 21-Авг-20, 15:35	+1 +/–
Зачем ? Маркетинг задавил ? Всеравно эти говноподелия никто не читает и не использует, все привыкли к сям. Да и не написали ничего незаменимого еще, работы над переписыванием под ся нормальных вещей с говноязыков всегдя велись и ведуться, лучше и полезнее так чем стать очередной макакой неуспевающей за "новыми фишками" языка. Это все хайп, как спинер, как каронавирусы и прочая лабуда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

118. Сообщение от Ordu (ok), 21-Авг-20, 16:17	–1 +/–
> Казалось бы просто при компиляции явно указываешь процессор. Не, это лишь "казалось бы". Если хочется кардинально решать ситуацию, надо компилятору давать конфиг, указывая там какие именно flavor'ы операций тебе нужны. Скажем, чтобы сдвиг слишком далеко заполнял бы всё нулями. А чтобы операция + на целых выполнялась бы с насыщением. То есть конфиг, который позволяет все UB превратить в DB (в Defined Behaviour). Но я тебе скажу, почему разработчики не спешат так делать: это способ вместо одного C++ получить много разных несовместимых друг с другом. Сорцы, которые нельзя смешивать, хотя у них и один синтаксис. Твой способ -- это прибивание сорца гвоздями к архитектуре, но ты можешь это сделать посредством inline ассемблера, для этого не нужны дополнительные специальные инструменты. > Rust конечно спасает от всего: на краю обрыва ставят табличку unsafe Разве? Можно хоть один пример? Все эти неопределённости с арифметическими операциями в rust'е снимаются жёстким определением какого-то определённого поведения, а если тебе нужны альтернативы, то вместо + ты можешь использовать saturating_add, или что-нибудь в этом стиле. Никакой unsafe не нужен. Впрочем, я с удовольствием полюбуюсь на пример, где UB решается unsafe'ом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #132

119. Сообщение от Аноним (119), 21-Авг-20, 17:01	–3 +/–
Фронтенд для LLVM ты хотел сказать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103

121. Сообщение от Ты идиот (?), 21-Авг-20, 17:21	+/–
Твой список ≠ "Ведь всё" из вброса выше 🤣
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

122. Сообщение от Webmonkey (?), 21-Авг-20, 19:02	+3 +/–
Я пишу на Си. 20 лет назад деды ассемблерщики точно так же выступали, и синтаксис у си был слишком сложный, и абстракций слишком много, и ассемблер был незаменим, и в ногу себе нельзя было с вертухи пальнуть. Где они теперь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #128, #130

123. Сообщение от Gogi (??), 21-Авг-20, 20:03	+/–
К сожалению, как мартышку ни учи, "проблема с памятью" будет с ней всегда. Как и остальные ошибки. ЭТО НОРМАЛЬНО - быть ламером и делать ошибки. Язык до определённой степени может помогать, но он не отменяет жёсткое, рациональное инженерное мышление - только с ним можно писать надёжное ПО. Плюс профессиональный опыт, конечно. Раст тут довольно странная "помощь", ибо это вообще другой язык, перегруженный прыжками вокруг ссылок. И тот баран, который вывалил на программиста всю эту чехарду, проблемы не решил - он просто разложил кучу ограничений, с которыми писать программу - всё равно, что бегать в лыжах через болото. Так что Мазилы могут смело сворачивать своё УГ - будущего у него не было даже при рождении.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #131, #136, #143

124. Сообщение от Аноним (124), 21-Авг-20, 20:37	–3 +/–
О том что rust не безопасный недоязык с ужасным синтаксисом и сектой фанбоев можно узнать читая комментарии на opennet. Нет нужды узнавать что-то ещё ведь и так все понятно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

125. Сообщение от microsoft (?), 21-Авг-20, 20:38	–1 +/–
Зачем кунаться в каки?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #157

128. Сообщение от Аноним (128), 21-Авг-20, 23:38	–1 +/–
Вроде живы https://github.com/videolan/dav1d https://github.com/xiph/rav1e
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #134, #142

129. Сообщение от Sw00p aka Jerom (?), 22-Авг-20, 01:17	–1 +/–
>что все это нормальные реакции человека на трагические новости. Не на новости, а на утрату (людскую). И да это нормально. пс: Фильм как раз вышел новый "Час истины".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84

130. Сообщение от Аноним (130), 22-Авг-20, 08:02	+5 +/–
Давай посчитаем 20 лет назад это 2000 год. В то время деды ассемлерщики не могли топить за ассемблер. Потому-что дедов ассемлерщиков тогда уже не было, они уже тогда "умерли от старости". Тогдашние "деды" это высокоуровневые Фортранщики, Паскальщики и Сишники начинавшие в конце 1970-1980 гг. А "Си плюс-плюсники" тогда писали на "Си с классами" и вполне были ещё модны и молодёжны. Да, деды ассемблерщики на самом деле были, но они жили в конце 1960 - нач. 1970-х. Деды ассемблерщики - это ровесники Никлауса Вирта. И то что ты говоришь скорее могло быть не в Совке а в Штатах. Вывод: "Ты как тролль вбросил неверную информацию".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #133, #141

131. Сообщение от Аноним (130), 22-Авг-20, 08:06	–1 +/–
Раст стал популярен как ответ на проблемы Си плюс-плюс. Посмотрим что из него выйдет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123

132. Сообщение от Me (??), 22-Авг-20, 09:50	+/–
Сейчас кросскомпиляторное и кроспроцессорное поведение разруливается через портянки условной компиляции и ассеблерные ставки. Если этого не делать, то в одном из компиляторов или в том же самом компиляторе с другими процессорами словим UB. +3 процента производительности после оптимизации и вероятность 90% словить UB на новой архитектуре.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #135

133. Сообщение от Ordu (ok), 22-Авг-20, 10:46	+/–
> Давай посчитаем 20 лет назад это 2000 год. В то время деды ассемлерщики не могли топить за ассемблер. wasm.ru ведь примерно тогда процветал. fasm это тоже примерно тогда. Может топившие за асм тогда не были дедами, но то что они топили за асм -- это совершенно точно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #137

134. Сообщение от Аноним (103), 22-Авг-20, 10:47	+/–
Rav1e на треть написан на rust, кстати.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128

135. Сообщение от Ordu (ok), 22-Авг-20, 10:54	+/–
> Сейчас кросскомпиляторное и кроспроцессорное поведение разруливается через портянки условной компиляции и ассеблерные ставки. Можно какой-нибудь современный пример? Я знаю, что оно так разруливалось в 80-х, в 90-х. Но как-то в современном коде я не замечал подобного. Ассемблерные вставки используются не для обхода UB, а для производительности (чтобы сделать лучше компилятора) или для доступа к каким-нибудь возможностям процессора, к которым компилятор не даёт доступа (в ядре такое бывает регулярно). Есть очень простой способ избежать UB: не писать код с UB. C/C++ это, в общем, позволяют, там самое сложное не пропустить UB в код нечаянно. Но как только ты увидел код с UB в тексте программы, нет никаких проблем переписать этот код на C так, чтобы UB не было бы. > вероятность 90% словить UB на новой архитектуре. Ты точно не путаешь UB и баги компилятора? Код без UB на любой архитектуре без UB.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132

136. Сообщение от Ordu (ok), 22-Авг-20, 11:06	+1 +/–
> Так что Мазилы могут смело сворачивать своё УГ - будущего у него не было даже при рождении. Вот что меня вгоняет в задумчивость, это то как комментаторы опеннета, наблюдая одно за другим свидетельства тому, что rust -- это серьёзно и надолго, -- продолжают утверждать про отсутствие будущего у rust'а. Я понять не могу, что вами движет. Желание потроллить? Или может вы ведёте информационную войну, то есть надеетесь на то, что если миллион раз сказать ложь, то она станет истиной? > И тот баран, который вывалил на программиста всю эту чехарду, проблемы не решил - он просто разложил кучу ограничений, с которыми писать программу - всё равно, что бегать в лыжах через болото. Хыхы. Ты говоришь выше про "жёсткое рациональное инженерное мышление", которое позволяет писать надёжное ПО. Так вот именно к такому "бегу в лыжах через болото" и приводит "жёсткое рациональное инженерное мышление" программистов, которые набрали достаточно "профессионального опыта". Открой сорцы ядра linux, и посмотри: они по большей части в общем и целом следуют идеям лайфтаймов и ownership. Я не говорю, что они _везде_ им следуют, потому что скорее всего это не так: там где человек проверяет следование правилам, человек обязательно что-нибудь пропустит. Раст меняет ситуацию только в том смысле, что эти идеи кодируются в программу и жёстко проверяются, вместо того, чтобы оставлять проверку их людям.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123 Ответы: #138

137. Сообщение от Аноним (137), 22-Авг-20, 12:07	+/–
Ага МАЛЕНЬКАЯ КУЧКА. Тогда как и сейчас интерес к ассемблеру в основном был нездоровый. Я имею в виду вирусописателей. Покойного Криса Касперски тоже в эту кучу. Если сейчас скомпилировать бинарник на высокоуровненом, то он сохранит всю служебную информацию о вашем компьютере вплоть до часового пояса. Сейчас мало людей у которых есть здоровый интерес к ассемблеру. Массовый и здоровый ассемлер застал Никлаус Вирт во времена Алгола. Это 1960-е гг. и было это в капстранах, а не в СССР. Читал у него, что ему стыдно было писать на ассеммблере, когда он создавал свой Паскаль. Уже 1960-х писать на ассемблере в академических кругах было анахронизмом. Но лично я с таким мнением не согласен. Это ошибочное мнение не прошедшее испытание временем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133 Ответы: #139

138. Сообщение от Аноним (137), 22-Авг-20, 12:11	–1 +/–
Только один вопрос. Растаманы глазами проверяют весь код, или они полностью доверяют своему безопасному компилятору?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136 Ответы: #140

139. Сообщение от Ordu (ok), 22-Авг-20, 14:50	+/–
> Ответка троллю ыы. > Сейчас мало людей у которых есть здоровый интерес к ассемблеру. Ой, давай теперь поспорим о демаркации здорового и нездорового интересов. В 2000 года ассемблер был ещё важной опцией. Для десктопов, наверное, нет, то в эмбедовке иначе было нельзя. Сегодня в эмбедовке можно и на пайтоне писать. Ну на крайняк на C. Ассемблер для чего-то уж совсем специфичного. Но в 2000 годы люди реально писали на асме, и зарабатывали этим денег. > Массовый и здоровый ассемлер застал Никлаус Вирт во времена Алгола. Это 1960-е гг. и было это в капстранах, а не в СССР. Читал у него, что ему стыдно было писать на ассеммблере, когда он создавал свой Паскаль. Массовый и здоровый ассемблер цвёл вовсю в 80/90-е годы на персоналках. Потому как там железо было слабое, софт из-за этого часто очень урезали в возможностях (в качестве рандомного примера 8.3 имена файлов в fat, снимающие необходимость динамического выделения памяти под имя файла), и благодаря этому асм был вполне вариантом. При этом, вместо операционной системы там был DOS, а это значит что работа с железом очень быстро заканчивалась работой с портами ввода/вывода, с прерываниями и прочей лабудой, которая требовала знания ассемблера. > Уже 1960-х писать на ассемблере в академических кругах было анахронизмом. Но лично я с таким мнением не согласен. Это ошибочное мнение не прошедшее испытание временем. Это шутка юмора такая? Мнение об исторических событиях теряет связь с этими событиями с каждым прошедшим годом. Возможны некоторые флуктуации в первые несколько десятилетий, но затем всё стабильно отправляется в бездну фантазий.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137

140. Сообщение от Ordu (ok), 22-Авг-20, 14:57	+/–
> Только один вопрос. Растаманы глазами проверяют весь код, или они полностью доверяют > своему безопасному компилятору? Ты имеешь в виду проверку на следование правилам владения объектами и лайфтаймам? Эти правила, применительно к конкретным объектам, кодируются в системе типов. Проверку этих правил выполняет компилятор, проверять его, значит впустую тратить время. Насколько же нужно проверять правила -- это уже зависит от того, каким образом они прописаны. Если под ними лежит unsafe, то да, надо проверять глазами, используя unsafe и raw-указатели легко можно нарушить базовые инварианты языка. То есть, даже дело не в том, что можно нарушить: unsafe сделан для того, чтобы нарушать эти инварианты, дело в том, что эти нарушения должны оставаться на уровне модуля и не выползать наружу. То есть, наверное, исчерпывающий ответ на твой вопрос звучит так: "иди к чертям со своей аксиомой эскобара", со своими предложениями выбрать один ответ из двух неверных.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138

141. Сообщение от Webmonkey (?), 22-Авг-20, 17:14	+/–
Ты не в теме просто. Для микроконтроллеров ассемблер был очень популярен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #156

142. Сообщение от Webmonkey (?), 22-Авг-20, 17:19	+1 +/–
Там на ассемблере только векторные ядра фильтров и т.п. На С это пишется интринсиками, а вообще я считаю что тормоза из комитета должны были добавить векторы в язык, много раз уже писал. Это как раз аргумент в пользу того, что Си как системный язык не развивается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128

143. Сообщение от Webmonkey (?), 22-Авг-20, 17:32	+/–
>рациональное инженерное мышление - только с ним можно писать надёжное ПО Рационально использовать надежный инструмент (Rust) вместо дырявого.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123 Ответы: #145

144. Сообщение от Венцеслав из Дом два (?), 22-Авг-20, 18:39	+/–
В винде, при установке некоторые программы сами доустанавливают  пакеты C++ 2008, 2015 редистрибутейбл. А если проги будут писаться на раст, какие “ редистрибутейбл ” будут ставиться тогда?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #147

145. Сообщение от анонимуслинус (?), 22-Авг-20, 23:59	+/–
и тебя никогда не посещало просветление в том, что с/с++ сделаны такими для профессионалов, а не тяп ляп и в продакшен. эти языки изначально требуют от их пользователя глубоких знаний не только самого языка, но и структуры самого компьютера и его работы. а раст делали для"домохозяек" с ограниченными возможностями применения. и в системщину его изначально не пускали, но потом замахнулись и на неё и впихнули unsafe. но все современные языки хотят сделать так, чтобы программист не знал ничего кроме быстрого написания кода и знать как код потом работает с памятью им нефиг. так проще создать группу дешевых дятлов, которых проще нанять за копейки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143

147. Сообщение от Аноним (147), 23-Авг-20, 10:03	+/–
А если Интернета нет, то прога не установится. Качать неоткуда, или придётся все террабайтные зависимости за диске тащить?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144

150. Сообщение от Брат Анон (?), 24-Авг-20, 08:53	+/–
> Именно поэтому в каждой го-программе пишут минимальную версию компилятора. Шта?!11.... Тебя головой по асфальту протащили?))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

151. Сообщение от Брат Анон (?), 24-Авг-20, 08:55	+/–
> Именно поэтому в каждой го-программе пишут минимальную версию компилятора. Не в каждой, не надо трындеть. Версии в программе на go пишутся только тогда, когда есть привязка к внешней версии какой-либо библиотеки (или нужны контейнеры). К синтаксису go -- это никакого отношения не имеет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

154. Сообщение от СССР (?), 25-Авг-20, 02:40	–1 +/–
зачем весь этот зоопарк? неужели так сложно быть внимательным при написании кода? походу да , для современных покемоно-программистов быть внимательнм весьма сложно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #160

155. Сообщение от СССР (?), 25-Авг-20, 02:45	+/–
лет через 5-10 появятся программисты еще тупее чем сейчас, и вы уже с высоты своего опыта будете смотреть на молодёжь и понимать, что миром правят сми, реклама и пиар, а люди по своей природе стадо баранов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

156. Сообщение от Аноним (156), 25-Авг-20, 08:12	+/–
От безысходности он был очень популярен. Как научились компиляторы Си нормально оптимизировать код при сборке в прошивку, так об Асме большинство забыли, как о страшном сне. Им сейчас в этой сфере если и пользуются, то как правило в случаях, когда реально нужно бороться за каждый байт памяти, чтобы втолкать прошивку в какой-нибудь 8-битный контроллер. Ну или если кодер - совсем упоротый адепт ассемблера.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141

157. Сообщение от Аноним (156), 25-Авг-20, 08:14	+/–
Потому что они "безопасные"™.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

159. Сообщение от freecoder_xx (?), 04-Окт-20, 20:38	+/–
ООП и сборщиком мусора
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

160. Сообщение от freecoder_xx (?), 04-Окт-20, 20:47	+/–
Зачем быть, если можно не быть и освободить ресурс внимания для других задач?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154

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

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