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

"Релиз языка программирования Go 1.17"	+/–
Сообщение от opennews (??), 17-Авг-21, 09:02
Представлен релиз  языка программирования Go 1.17, который развивается компанией  Google при участии сообщества как гибридное решение, сочетающее высокую производительность компилируемых языков с такими достоинствами скриптовых языков, как лёгкость написания кода, быстрота разработки и защищённость от ошибок.  Код проекта распространяется под лицензией BSD... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=55647
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от хацкер (??), 17-Авг-21, 09:02	–14 +/–
> сочетающее высокую производительность компилируемых языков с GC? хм
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #18, #80, #171

4. Сообщение от Аноним (5), 17-Авг-21, 09:18	–17 +/–
Единственный нормальный язык программирования.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15, #36

5. Сообщение от Аноним (5), 17-Авг-21, 09:20	+17 +/–
А куда ты так торопишься? Твой Хеллоу Ворлд без GC лучше не станет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #10

6. Сообщение от Аноним (6), 17-Авг-21, 09:20	–11 +/–
Го включает уборку мусора где надо и не надо, порой высоконагруженное приложение проще написать на питоне, чем бороться с уборкой мусора и его нагрузкой на го. Раньше думал, что го это идеал, но теперь как-то он мне не очень.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8, #9, #12, #16, #20, #98, #173

8. Сообщение от Аноним (5), 17-Авг-21, 09:26	+4 +/–
Вызывай уборку мусора руками. Делов-то.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

9. Сообщение от go (?), 17-Авг-21, 09:26	+4 +/–
Ты всегда можешь сделать это эффективнее сам. Все инструменты для этого есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

10. Сообщение от хацкер (??), 17-Авг-21, 09:28	–34 +/–
я топовый программист, я востребован и получаю много кэша, и я отвечаю за свои слова: GC это УГ; попомни их, смузибой
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #11, #13, #32, #161

11. Сообщение от Аноним (5), 17-Авг-21, 09:29	+30 +/–
Школу сначала закончи, поповый)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

12. Сообщение от Аноним (12), 17-Авг-21, 09:31	–4 +/–
Да, опыт того же Дискорда подсказывает, что Го достаточно далёк от идеала Но большинству далеко до Дискорда по нагрузке, а значит и Питона хватит
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #17, #127

13. Сообщение от Брат Анон (ok), 17-Авг-21, 09:32	–4 +/–
Чушь написал. Ещё в 90х годах проводились исследования, которые наглядно показали, что даже на малых объёмах памяти СМ не уступает рукам, а на больших объёмах -- имеет откровенный выигрыш, видимый невооружённым глазом. МС с этим утверждением согласна, Оракл согласен, Гугель согласен, но ты -- крупный диванный шпециалист имеешь своё мнение с особенностями, угу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #27

15. Сообщение от Брат Анон (ok), 17-Авг-21, 09:35	–2 +/–
> Единственный нормальный язык программирования. Нет. Для меня единственный нормальный язык программирования -- это Оберон. А Го -- это испорченный Оберон. Лучше чем питон, сисярп, раст -- но не единственный и не лучший.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #26, #34, #77

16. Сообщение от Брат Анон (ok), 17-Авг-21, 09:40	+11 +/–
> Го включает уборку мусора где надо и не надо, порой высоконагруженное приложение > проще написать на питоне, чем бороться с уборкой мусора и его > нагрузкой на го. Раньше думал, что го это идеал, но теперь > как-то он мне не очень. Шта?))) Ты мне не рассказывай. Даже когда Го не умел все ядра пользовать -- я не поленился и написал тест для сравнения Го 1.13 и питон 3.4 -- Го порвал питон на искусственном тесте в 40 раз (Компонентный Паскаль примерно в 35...38 раз. ФриПаскаль рвал питон в 40-50 раз, Си порвал питон в 60 раз, Visual Basic 6.5 порвал питон наравне с Си в 60 раз, чем старичок меня ОЧЕНЬ СИЛЬНО удивил, даже питон 2.7 сделал питон 3.4 примерно в 1.7 раза, PascalABC.Net уже умел многоядерность и порвал питон уже тогда примерно в 180..200 раз.). Теперь Го имеет многие оптимизации и многоядерность. На моей домашней машине Го 1.16 рвёт питон 3.8 (у которого теперь есть асинхронность) примерно в 200 раз по скорости и примерно 5 раз по потреблению памяти. Ты так написал про СМ в Го, что можно подумать, что его в питоне нет. Ах да: задержки на стоп-ворлд в Го давно исчисляются временем по 10..15 мксек. В питоне -- 1...1.5 мсек. Это я тоже проверял лично, чтобы ты знал великий ыксперд. Попробуй организуй асинхронную обработку 50к запросов одновременно на питоне, вперде. Если тебя начальник не уволит за такие финты, значит тупой у тебя начальник.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #29, #175

17. Сообщение от Мимокрокодил (?), 17-Авг-21, 09:43	+6 +/–
Это была откровенно тупая статья от чувака из дискорда. Ему там же в каментах насовали, что он чушь написал.   Так что опыт показывает, что люди нихера не читают, а слышат звон 😄
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #144

18. Сообщение от Рева RarogCmex Денис (?), 17-Авг-21, 09:44	+/–
Haskell, в сочетании со сборкой мусора с поколениями, может выдавать произодительность, сравнимую с C++
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #48, #68, #70, #81, #152

20. Сообщение от Нанобот (ok), 17-Авг-21, 09:58	+8 +/–
>высоконагруженное приложение проще написать на питоне ага. просто "высоконагруженное приложение на питоне" потребует от 64гб памяти и 32+ ядра, плюс его нужно будет раз в пару часов перезапускать. но ты прав, написать проще
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #38, #41

21. Сообщение от camac (ok), 17-Авг-21, 09:58	+/–
Подскажите, пожалуйста. А новичку (60-летнему гуманитарию) будет ли сложно освоить этот язык?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #25, #28, #30, #39, #92

22. Сообщение от pashev.me (?), 17-Авг-21, 10:02	+/–
> unsafe.Add и unsafe.Slice для безопасных арифметических операций с указателями и безопасного преобразования указателей в слайсы Unsafe - это небезопасно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #31, #142

23. Сообщение от Иваня (?), 17-Авг-21, 10:02	–3 +/–
Прекрасный язык, лёгок в освоении, надо обновиться.
Ответить | Правка | Наверх | Cообщить модератору

24. Сообщение от Аноним (24), 17-Авг-21, 10:07	–4 +/–
> лёгкость написания кода, быстрота разработки и защищённость от ошибок толстота
Ответить | Правка | Наверх | Cообщить модератору

25. Сообщение от Аноним (198), 17-Авг-21, 10:07	+/–
С одной стороны, язык довольно простой, так что освоение могло бы быть не труднее других. С другой стороны, литературы по Go, рассчитанной на новичков в программировании, я не встречал. На английском, вероятно, что-то уже есть, но на русский не переводилось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

26. Сообщение от Урри (ok), 17-Авг-21, 10:09	+1 +/–
Это синдром утенка, с этим стоит бороться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #118

27. Сообщение от uchiya (ok), 17-Авг-21, 10:11	+11 +/–
Конечно, правда с 90-х годов так и не написали ни одного сопоставимого приложения с GC которое  бы было быстрее аналогичного без него. А вот аналогов софта с GC, который в последствии был переписал на С\С++ и другие языки без GC полно, и в подавляющем большинстве он оказывается быстрее, намного быстрее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #37, #156

28. Сообщение от Урри (ok), 17-Авг-21, 10:14	+5 +/–
Нет, не будет. В этом одна из основных проблем современных языков - их делают с очень низким порогом вхождения ценой переусложненности всего, что хоть чуть-чуть выходит за рамки хелловорлда. Для вхождения достаточно пройти примеры на офсайте https://golang.org/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #42, #100

29. Сообщение от uchiya (ok), 17-Авг-21, 10:16	–8 +/–
Си порвал в 60 раз, а Го в 200 раз. Держите его пацаны, сейчас расскажет, как го порвал ассемблер в  10 раз.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #35, #45, #49, #94

30. Сообщение от Аноним (30), 17-Авг-21, 10:20	+/–
Пусть зазубрит https://gobyexample.com/ потом можно сразу коммитить в мастер и на прод.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #33

31. Сообщение от Аноним (30), 17-Авг-21, 10:21	+2 +/–
Плохой небезопасный язык. Всем нравятся языки плохиши.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

32. Сообщение от Аноним (32), 17-Авг-21, 10:21	+1 +/–
Ты можешь выключить GC для своего хелловорлда
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

33. Сообщение от Аноним (30), 17-Авг-21, 10:25	+/–
Если он плохо умеет в английский (что странно) то https://gobyexample.com.ru/ там некоторых тем нет, но тоже сойдет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

34. Сообщение от Рева RarogCmex Денис (?), 17-Авг-21, 10:57	–1 +/–
Хаскель жи!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

35. Сообщение от Рева RarogCmex Денис (?), 17-Авг-21, 10:59	–5 +/–
Чувак просто не умеет в алгоритмы :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

36. Сообщение от Аноним (36), 17-Авг-21, 11:02	–1 +/–
А как же Elm?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

37. Сообщение от Урри (ok), 17-Авг-21, 11:11	+4 +/–
Любое приложение с множеством (ре)аллокаций. Сотни тысяч их, этих приложений. Обработка тех же списков, графов, деревьев. Если вам надо освободить сто тысяч мелких объектов просто потому, что они уже не нужны, на free займет десятки секунд, против одной-двух миллисекунд с gc. Именно поэтому в С++ были задизайнены кастомные аллокаторы, чтобы в отличие от глупых анонимов, профессионалы могли встраивать gc в язык без gc.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #67, #89

38. Сообщение от Урри (ok), 17-Авг-21, 11:13	–4 +/–
для пруф-оф-консепта сойдет, а потом можно нанять нормальных программистов и переписать на с.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #46, #160

39. Сообщение от Аноним (39), 17-Авг-21, 11:23	+4 +/–
можно полюбопытствовать - для чего 60 летнему гуманитарию golang ? пусть изучает python если так хочется, он для более широкого круга задач с кучей либ на все случаи жизни
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #78, #85, #149

40. Сообщение от Аноним (40), 17-Авг-21, 11:24	–3 +/–
Какой бессмысленный расход энергии и ресурсов! Зачем эти сотни "языков", если давно существует Си?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #50, #53, #61, #62, #159

41. Сообщение от Вася (??), 17-Авг-21, 11:26	–1 +/–
Это правда на половину. Память там не "течет" бесконечно, она отжирается до определенного объёма в свой аллокатор. Потом перестает отжираться когда внутри ее достаточно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

42. Сообщение от Аноним (42), 17-Авг-21, 11:29	–9 +/–
>их делают с очень низким порогом вхождения Низкий порог у тебя в русском языке и матчасти, сынок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

45. Сообщение от Аноним (45), 17-Авг-21, 11:30	+3 +/–
>Си порвал в 60 раз, а Го в 200 раз. Держите его пацаны, сейчас расскажет, как го порвал ассемблер в  10 раз. во-первых, Го порвал в 40 раз, а во-ворых, С не делает программы быстыми магическим образм.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #65

46. Сообщение от Аноним (70), 17-Авг-21, 11:34	+2 +/–
Если хочется ещё больше багов понаделать - можно и на си. Кто там у нас пишет распределённые системы на сях? Ух ты, никто, здравый смысл видимо ещё есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #51, #104

47. Сообщение от Анончик (?), 17-Авг-21, 11:35	+/–
Может кто объяснит как так получилось что Гугол пиаря Go не собирается его использовать в fuchsia?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #54, #60, #220, #230

48. Сообщение от Пппппп (?), 17-Авг-21, 11:35	+/–
Не верю, у функциональных языков сплошное копирование.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #102

49. Сообщение от Аноним (209), 17-Авг-21, 11:36	–6 +/–
> Си порвал в 60 раз, а Го в 200 раз. Держите его пацаны, сейчас расскажет... Из написанного им похоже, что Сишное запускал он на одном ядре, а Гошное на всех доступных ядрах. OpenMP он не осилил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #55, #126

50. Сообщение от Аноним (70), 17-Авг-21, 11:38	+/–
О нет, ты снова его выкопал. Закопай уже обратно и не трожь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

51. Сообщение от Пппппп (?), 17-Авг-21, 11:39	–2 +/–
Очень много пишут рапределёных систем на Си до который недоязычкам никогда не дотянуть. Пример Oracle.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #52, #96

52. Сообщение от Аноним (70), 17-Авг-21, 11:41	+1 +/–
Класс, целый один пример. И то без пруфов. Ясно, понятно :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #66

53. Сообщение от нона (?), 17-Авг-21, 11:44	–1 +/–
Бессмысленный расход энергии и ресурсов на борьбу с уязвимостями и утечками.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #57

54. Сообщение от Go уже (?), 17-Авг-21, 11:47	–3 +/–
благодаря стараниям пайка, Go получился слишком свободным от гугла, в отличии от Kotlin и Dart, которые без средств и регистрации гугла использовать не реально.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #74

55. Сообщение от Глеб Кузьмин (?), 17-Авг-21, 11:49	+5 +/–
А нах**? Человеку нравится го, он пишет на го, сравнивает многопоточку на го с многопоточкой на питоне. При чем тут Си? Вы ещё скажите, что он плохой, потому что не включил в сравнение ассемблер и аду.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #69, #198

56. Сообщение от Go уже (?), 17-Авг-21, 11:50	+1 +/–
злопыхателям GC скажу так: и в Go и в Dlang есть средства регулирования работы GC и можно предотвращать его работу вовсе. Dlang - уже показал, что работает быстрее чем Go и C++. подробности спрашивать в группке dlang.ru в телеге.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #76

57. Сообщение от Аноним (40), 17-Авг-21, 11:51	–3 +/–
Зачем же Вы пишете уязвимый код, да еще и с утечками памяти?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #58

58. Сообщение от Аноним (70), 17-Авг-21, 11:58	+5 +/–
А Вы видимо из тех, кто пишет с ними, но думает, что без них? Ничего страшного, осознание придёт с опытом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #63

60. Сообщение от Аноним (30), 17-Авг-21, 12:03	+1 +/–
Собирается и использует, но зачем язык для бекенда совать в приложения с гуем если в Фуксии уже для этого придуман Dart?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

61. Сообщение от istepan (ok), 17-Авг-21, 12:08	+2 +/–
Напиши для сравнения два сервиса на Го и С. Шняга которая делает много запросов в какой-то апи и сохраняет данные в файл. И сравним реализацию.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #147

62. Сообщение от Аноним (209), 17-Авг-21, 12:10	–6 +/–
> Зачем эти сотни "языков", если давно существует Си? Для тех, кто не может осилить указатели с адресной арифметикой, но очень хочет что-то там программировать. Да, сейчас таких миллионы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #73, #87, #228

63. Сообщение от Аноним (40), 17-Авг-21, 12:13	–2 +/–
Во-первых, причем тут я? Во-вторых то же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

65. Сообщение от хацкер (??), 17-Авг-21, 12:16	–7 +/–
> На моей домашней машине Го 1.16 рвёт питон 3.8 (у которого теперь есть асинхронность) примерно в 200 раз вчитываться научись о потом спорь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #71

66. Сообщение от Аноним (66), 17-Авг-21, 12:16	+/–
Tarantool, PostgreSQL
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

67. Сообщение от деанон (?), 17-Авг-21, 12:19	–7 +/–
Лол, што?! Поехавший что-ли?! Уж точно не реди GC это сделали, а для оптимизаций работы с памятью
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #131

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

69. Сообщение от OnTheEdge (ok), 17-Авг-21, 12:20	–1 +/–
> При чем тут Си? а вы у этого человека и спросите к чему он всё это приплел
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #130

70. Сообщение от Аноним (70), 17-Авг-21, 12:24	–3 +/–
Ты забыл добавить, что ещё надо упарываться несколько месяцев для этого и что в итоге получится совсем неидиоматичный код.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

71. Сообщение от Аноним (45), 17-Авг-21, 12:24	+4 +/–
>вчитываться научись о потом спорь Вот именно, научись. В тесте, где учавствовали и Го и С тестировался питон 3.4. А в тесте, где Го уделал питон в 200 раз, был уже 3.8. Так что не надо тут мешать попугаев.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #107

73. Сообщение от Аноним (70), 17-Авг-21, 12:38	+5 +/–
Ты так говоришь, как будто это что-то сложное и всегда нужное. Это выдаёт в тебе неофита.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

74. Сообщение от PetrG (ok), 17-Авг-21, 12:45	+2 +/–
Kotlin - это JetBrains. Go затачивался для асинхронных серверных приложений (у него лапки^WGC) для ядра не подходит. Для компонентов есть выбор https://fuchsia.dev/fuchsia-src/development/languages
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #75, #258

75. Сообщение от Анончик (?), 17-Авг-21, 12:57	–1 +/–
спасибо за вменяемый ответ
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

76. Сообщение от Аноним (-), 17-Авг-21, 12:58	+2 +/–
Странно но D за двадцать лет так и не получил популярности. Сайт Дланг точка ру, лол там совсем обкурились? вершки картотфеля курите? А чо, говорят вставляет нехило. Что видит анонинм на сайте посвященном языку программироания? рекламу сомнительной политической организации?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #86, #93, #95, #116, #166, #255, #263

77. Сообщение от Аноним (-), 17-Авг-21, 13:00	–5 +/–
А вы из секты Информатика21. Ничего это лечится, со временем все пройдет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #97, #119

78. Сообщение от camac (ok), 17-Авг-21, 13:04	+1 +/–
Для гимнастики мозга. Сейчас с FreePascal'ем балуемся. Вот подумал, может что серьезней. С и С++ - это вряд ли. Рython - как-то душа не лежит. Сейчас пытаюсь понять - что за звери такие Go и Rust. Поэтому и спрашиваю, чтоб выбрать в кого из них сунуться или пожизненному гуманитарию лучше с ними не связываться. И вообще - это лучше, чем со стариками козла забивать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #84, #90, #103, #110, #113, #121, #165, #176

79. Сообщение от Хан (?), 17-Авг-21, 13:28	–6 +/–
Паскаль вернулся с засенной набок челкой и модном шмоте
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #82, #91

80. Сообщение от Аноним (80), 17-Авг-21, 13:54	+2 +/–
вы можете писать программы по дефолту(с использованием gc), с ручным управлением gc(если нужно), так и вовсе без использования gc. Подавляющее большинство гошников пишет с дефолтным gc, поскольку в отличии от, он молниеносно быстрый, почему - читайте в спортлото
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

81. Сообщение от Аноним (81), 17-Авг-21, 13:56	–2 +/–
Сколько нужно выжрать смузи, чтоб захотелось в Haskell?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #133

82. Сообщение от Аноним (81), 17-Авг-21, 14:04	–3 +/–
модном в 1970-х шмоте
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

84. Сообщение от Анонист (?), 17-Авг-21, 14:11	–1 +/–
деда учи 1с
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #88

85. Сообщение от Аноним (198), 17-Авг-21, 14:16	+/–
> он для более широкого круга задач Это какие же задачи, интересно, решаются на python проще и эффективне, чем на go?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #111

86. Сообщение от Аноним (198), 17-Авг-21, 14:21	+/–
> We're sorry but hello-world doesn't work properly without JavaScript enabled. Please enable it to continue. ROFL
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

87. Сообщение от Аноним (198), 17-Авг-21, 14:25	+/–
> не может осилить указатели с адресной арифметикой А что сложного в unsafe.Pointer.Add()?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #109

88. Сообщение от camac (ok), 17-Авг-21, 14:29	+/–
Она у меня уже поперек горла стоит. Почти 30 лет за ней, окаянной, отсидел. Изучил похлеще наших компутёрщиков. Ко мне консультироваться бегали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #112

89. Сообщение от Аноним (89), 17-Авг-21, 14:49	–5 +/–
кастомные аллокаторы это не GC
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #132, #151

90. Сообщение от Аноним (198), 17-Авг-21, 14:52	+/–
> пытаюсь понять - что за звери такие Go и Rust Из этих двух новичку однозначно легче будет разобраться с go. Rust создавался как замена C++, потому и получился изначально довольно сложным (не как C++, но всё же).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #251

91. Сообщение от Аноним (198), 17-Авг-21, 14:55	+2 +/–
Дай угадаю: ты увидел оператор := и поэтому вспомнил Паскаль?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #105

92. Сообщение от Аноним (92), 17-Авг-21, 15:07	+5 +/–
Рекомендую Perl, без шуток
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

93. Сообщение от Аноним (92), 17-Авг-21, 15:09	+/–
Да ладно, на сайте голанга тоже самое, только про негров.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

94. Сообщение от Аноним (107), 17-Авг-21, 15:13	+7 +/–
Читайте внимательно. Акцент при чтении делайте на поддержку многоядерности и сами цифры. Вроде очевидно, что начало списка (превосходство в 40-50-60 раз) - это > когда Го не умел все ядра пользовать И сравнивая цифры можно сделать вывод, что тесты на других языках тоже на одном ядре/в однопоток выполнялись). А потом уже > PascalABC.Net уже умел многоядерность и порвал питон уже тогда примерно в 180..200 раз ... > Теперь Го имеет многие оптимизации и многоядерность... рвёт питон 3.8 (у которого теперь есть асинхронность) примерно в 200 раз по скорости... Вы где-то увидели упоминание про многоядерную/многопоточную вторую версию теста на Си? Согласен, слегка сумбурно изложено, без деталей и уточнений, но понятно же, чего придираетесь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

95. Сообщение от Аноним (30), 17-Авг-21, 15:22	+/–
Раст тоже мало где используется. Может это языки родные братья?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #203

96. Сообщение от Аноним (107), 17-Авг-21, 15:32	–2 +/–
> Очень много пишут рапределёных систем на Си до который недоязычкам никогда не дотянуть. Пример Oracle. Ха! Уморили! Худшего примера привести не могли. Я средненький ораклоид-быдлокодер, с этого только и живу, эту БД уважаю, но почитайте из первых рук про тот ад в разработке этого проекта. От бывшего разработчика, поучаствовавшего в разработке Oracle Database 12.2: https://news.ycombinator.com/item?id=18442941 "Oracle Database 12.2. It is close to 25 million lines of C code. What an unimaginable horror! You can't change a single line of code in the product without breaking 1000s of existing tests. Generations of programmers have worked on that code under difficult deadlines and filled the code with all kinds of crap. ... The only reason why this product is still surviving and still works is due to literally millions of tests! ... The fact that this product even works is nothing short of a miracle! I don't work for Oracle anymore. Will never work for Oracle again! " Вольный перевод https://habr.com/ru/post/429946/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #125

97. Сообщение от Аноним (97), 17-Авг-21, 15:33	–5 +/–
Не, у этих обычно не проходит. Так и носятся со своим обероном до пенсии, не сделав при этом ни одного полезного на практике проекта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #120

98. Сообщение от Аноним (97), 17-Авг-21, 15:41	+2 +/–
На практике надо очень сильно постараться, чтобы GC pause стала критичной. При этом в языке с ручным управлением памятью в аллокатор упереться можно даже раньше. То есть проблема, конечно, существует, но большинство типичных для go I/O-bound проектов просто никогда в нее не упрутся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #170

99. Сообщение от Имя (?), 17-Авг-21, 15:41	–1 +/–
> unsafe - unsafe.Add и unsafe.Slice для безопасных арифметических операций с указателями и безопасного преобразования указателей в срезы А они точно безопасные? Звучит как будто бы не особо.. Когда дженерики завезут?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #108, #114, #143, #197

100. Сообщение от Аноним (97), 17-Авг-21, 15:48	+/–
И что же в golang переусложненного? Единственное, что действительно мешает в более-менее крупном проекте - это отсутствие дженериков. Приходится либо писать нетипобезопасный код с interface{}, либо заниматься кодогенерацией. Но дженерики с точки зрения языка это таки усложнение, а никак не упрощение. В остальном же с ростом объема кода будут те же проблемы, что и в любом другом языке, и решаются они так же, как и в любом другом языке - архитекурно: модульностью и понижением связанности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

102. Сообщение от n00by (ok), 17-Авг-21, 15:51	+1 +/–
Это что бы кеши прогреть до 90˚C.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

103. Сообщение от Аноним (97), 17-Авг-21, 16:00	+1 +/–
Rust и C++ точно не стоит, это слишком сложно для начинающего. Да и вообще сложно: слишком много специальных концепций и особых случаев. А C я бы так не отвергал, просто нужен хороший учебник. Как язык он простой и даже минималистичный, надо только понять, что такое указатели, и попрактиковаться. Как зарядка для ума это вообще самое то. Ну и вообще, я лет в 14 был уж точно поглупее вашего, но с хорошей книжкой (не помню имя автора, к сожалению) разобрался без проблем на чистом интересе, имея только доступ к старому 80386 с Turbo C. Тогда и интернета не было, и совета спросить было не у кого, и со случайно выбранной книжкой просто повезло. О нынешней ситуации, когда можно что угодно нагуглить или задать вопрос на каком-нибудь stackoverflow, я и мечтать не мог.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

104. Сообщение от n00by (ok), 17-Авг-21, 16:03	–3 +/–
> Если хочется ещё больше багов понаделать - можно и на си. Кто > там у нас пишет распределённые системы на сях? Интернет -- это достаточно распределённая система? Из чего она состоит?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

105. Сообщение от Аноним (144), 17-Авг-21, 16:06	–2 +/–
Прорвёмся! Опера!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

107. Сообщение от Аноним (107), 17-Авг-21, 16:08	+6 +/–
Не только. В дополнение: - в тесте, где учавствовали и Го и С, го быстрее в 40 раз, Си в 60. Си быстрее, как хочет этот хейтер. И Го "без многоядерности". Т.е. этот тест у си и го скорее всего одноядерный/однопоточный. - в тесте, где Го уделал питон в 200 раз, про Си ничего не говорится, сишного теста не было, а Го к этому моменту "имеет оптимизации и многоядерность", что "какбе намекает", что там уже не одноядерность/однопоточность.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #124

108. Сообщение от Аноним (30), 17-Авг-21, 16:10	+/–
В версии 2.0
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

109. Сообщение от Аноним (30), 17-Авг-21, 16:12	–1 +/–
Тем что арифметические операции можно было просто делать арифметически операциями. Только вот не надо тут говорить что перегрузка операторов это плохо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #158

110. Сообщение от Аноним (110), 17-Авг-21, 16:13	+/–
Julia, если для себя программировать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #214

111. Сообщение от Аноним (110), 17-Авг-21, 16:14	+6 +/–
Прогрев процессора, утилизация дискового пространства и канала ввода/вывода, трудоустройство программистов для написания дополнительных средств проверки
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85

112. Сообщение от n00by (ok), 17-Авг-21, 16:16	+/–
Вот тут https://plana.mybb.ru/viewtopic.php?id=1528 человек тоже лет 30 отсидел на 1С и теперь пишет свой язык. Вот http://вече.программирование-по-русски.рф/viewtopic.php?f=2&t=401 он же
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #115

113. Сообщение от n00by (ok), 17-Авг-21, 16:29	+/–
> Для гимнастики мозга. Сейчас с FreePascal'ем балуемся. > Вот подумал, может что серьезней. Это вполне серьёзный язык, просто он не всем нравится. Например, А.Ахо, Дж.Хопкрофт и Дж.Ульман используют Паскаль в книге "Структуры данных и алгоритмы". Интересно, сколько программистов на Go прочли что-то похожее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #117

114. Сообщение от Аноним (114), 17-Авг-21, 16:30	+3 +/–
В версии 1.18, которая запланирована на февраль 2022
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

115. Сообщение от Аноним (97), 17-Авг-21, 16:36	+1 +/–
Где вы такие ссылки находите? Поразительно! Откуда столько сумасшедших в одном месте?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112 Ответы: #122, #168

116. Сообщение от n00by (ok), 17-Авг-21, 16:38	+/–
> рекламу сомнительной политической организации? Видим мутное НВЛП на флаге. Правильное движение -- слева направо. Сравните с антилопой GCC на той же странице.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

117. Сообщение от Аноним (97), 17-Авг-21, 16:41	+/–
Для описания алгоритмов алголоподобные языки это вообще классика жанра. Можно воспринимать как псевдокод - они понятны сходу, даже если языка не знаешь. Многословность тут скорее плюс. А вот для практического промышленного программирования эта многословность становится минусом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #123

118. Сообщение от Брат Анон (ok), 17-Авг-21, 16:43	+6 +/–
> Это синдром утенка, с этим стоит бороться. Читайте внимательней. ДЛЯ МЕНЯ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

119. Сообщение от Брат Анон (ok), 17-Авг-21, 16:43	+3 +/–
> А вы из секты Информатика21. Ничего это лечится, со временем все пройдет. Да, у нас своя секта и не надо завидовать. Организовывайте свою.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

120. Сообщение от Брат Анон (ok), 17-Авг-21, 16:45	+1 +/–
> Не, у этих обычно не проходит. Так и носятся со своим обероном > до пенсии, не сделав при этом ни одного полезного на практике > проекта. Страйк за враньё. идите на сайт Информатика-21 и читайте про более чем практически-значимые результаты деятельности в сфере Оберон-технологий. В отличии от любителей похрустеть -- оберонщики не переписывают работающие драйвера и не встраивают кривые фильтры в ядро Линукса. https://www.inr.ac.ru/~info21/oberon_innovation/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97 Ответы: #134

121. Сообщение от Аноним (39), 17-Авг-21, 16:45	+/–
на go оказали влияние python и pascal если с pascal балуетесь то наверно go
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #205

122. Сообщение от n00by (ok), 17-Авг-21, 16:46	+1 +/–
> Где вы такие ссылки находите? Элементарно, Ватсон. Все ссылки находятся в Интернете. > Поразительно! Откуда столько сумасшедших в одном месте? В моём сообщении ссылки на два места, значит Вы промазали ответом?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

123. Сообщение от n00by (ok), 17-Авг-21, 16:50	+1 +/–
Да, для промышленного программирования некоторым достаточно баша, всемирно известная ОС Rosa Tresh на нём написана. Но тут для гимнастики мозга, может и не надо менять Паскаль.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #138

124. Сообщение от Брат Анон (ok), 17-Авг-21, 16:52	+5 +/–
> - в тесте, где Го уделал питон в 200 раз, про Си > ничего не говорится, сишного теста не было, а Го к этому > моменту __"имеет оптимизации и многоядерность"__, что "какбе намекает", что там уже > не одноядерность/однопоточность. Неужели кто-то умеет читать?))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

125. Сообщение от Пппппп (?), 17-Авг-21, 16:52	–3 +/–
Посмейся ещё. С версии не позже чем с 11 Oracle делают почти одни индусы. Когда делали белые американцы всё было отлично. Я Oracle Юзал когда он ещё был версии 9.x. Нужно отделять проблему быдлокодинга индусов и возможности Си. Если кривые руки индусов исправить нельзя то Сишный код можно дробить на модули, так делают все. Если всё свалить в один большой проект то в нём будет трудно ориентироваться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #218, #247

126. Сообщение от Брат Анон (ok), 17-Авг-21, 16:54	+3 +/–
> Из написанного им похоже, что Сишное запускал он на одном ядре, а > Гошное на всех доступных ядрах. > OpenMP он не осилил. Вроде по русски написал, что Го 1.13 в этой версии не умел многоядерность. OpenMP в Го? Ты немного неадекватный, брат анон. И текст про PascalABC.Net (в котором таки как раз есть OpenMP) ты тоже пропустил (судя по твоему комменту).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #206

127. Сообщение от John (??), 17-Авг-21, 16:59	+2 +/–
Статья дискорда устарела до ее выхода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

129. Сообщение от Аноним (129), 17-Авг-21, 17:25	+1 +/–
Кстати, а вы знаете, я использую арч линукс на десктопе!!1 Так ещё и не просто арч с каким нибудь кде, а arch+i3wm!!11 ну как вам??7
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #139, #180

130. Сообщение от Брат Анон (ok), 17-Авг-21, 17:25	+2 +/–
>> При чем тут Си? > а вы у этого человека и спросите к чему он всё это приплел Для чего написал? Т.е. то, что я даже процитировал то, зачем написал -- вы даже это не прочитали?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

131. Сообщение от Урри (ok), 17-Авг-21, 17:40	+3 +/–
GC и есть один из видов оптимизации работы с памятью, молодой человек.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #140

132. Сообщение от Урри (ok), 17-Авг-21, 17:41	+1 +/–
Два болвана сразу - неплохой улов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #150

133. Сообщение от Урри (ok), 17-Авг-21, 17:42	+/–
Хаскель для смузихлебов слишком сложен. Только старая гвардия, только хардкор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #224

134. Сообщение от Аноним (134), 17-Авг-21, 17:47	–1 +/–
Так в том и дело, что там вся деятельность в "сфере оберон-технологий", замкнутая на саму себя. Чисто академическая деятельность, без практического применения в производстве. Я даже не о мейнстриме говорю. Можно сравнить с другим алголоподобным языком, Ada, который, не будучи мейнстримом, тем не менее широко применяется в оборонке, авионике и управлении воздушным движением. Где применяется Оберон, какие насущные задачи помогает решить? Если есть контрпримеры - всегда готов признать свою неправоту. Но не встречал ни одного.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120 Ответы: #135, #136

135. Сообщение от Брат Анон (ok), 17-Авг-21, 17:51	+1 +/–
> Так в том и дело, что там вся деятельность в "сфере оберон-технологий", > замкнутая на саму себя. Чисто академическая деятельность, без практического применения > в производстве. Где применяется > Оберон, какие насущные задачи помогает решить? > Если есть контрпримеры - всегда готов признать свою неправоту. Но не встречал > ни одного. Ещё раз страйк за "без практического применения". Надо ходить по ссылкам и читать, о результатах более чем практического применения Оберона. Причём, по ссылке выше -- ИСКЛЮЧИТЕЛЬНО В РОССИИ (энергетика, производство, сельское хозяйство, атомная электростация и даже антитерор -- без подробностей по понятным причинам). Т.е. я намекаю, что существует масса применений Оберон-технологий в том числе -- и за рубежом. Начиная от боевых самолётов, заканчивая медицинскими приборами. Тут гугель вам в помощь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134

136. Сообщение от Аноним (134), 17-Авг-21, 17:52	+/–
А, открылась со второго раза ссылка. Ну это хоть что-то, хотя так и не понятно, внедрено это все промышленно, или разовые экспериментальные разработки, которые не продвинулись дальше опытных образцов или единичных экспериментальных внедрений. Но признаю, что частично не прав.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #137

137. Сообщение от Брат Анон (ok), 17-Авг-21, 17:58	+1 +/–
> А, открылась со второго раза ссылка. Ну это хоть что-то, хотя так > и не понятно, внедрено это все промышленно, или разовые экспериментальные разработки, > которые не продвинулись дальше опытных образцов или единичных экспериментальных внедрений. > Но признаю, что частично не прав. Это всё внедрено и работает лучше, чем швейцарские часы (благо Оберон придуман в Швейцарии). Это не было бы частными инициативами, если бы решения во власти принимали специалисты, а не любители принять конверты от посетителей. Впрочем, могу сказать что потихоньку заказчики, которые рискуют ОЧЕНЬ большими деньгами, либо жизнями людей -- начинают поворачиваться в сторону Оберонов. Есть несколько организаций, которые используют Оберон в качестве единственного решения и клиенты потихоньку начинают выстраиваться в очередь. Более того, из всех языков программирования я знаю только два языка с промышленной надёжностью: это Ада и Оберон. К обоим языкам у меня есть придирки, но потенциально у Оберона кратно больше шансов стать настоящим языком промышленного назначения. Спойлер: вот эти вот все ваши Си, С++, Раст, питон -- ни разу не языки промышленного назначения. Го занял двоякую позицию (фактически промышленным языком не является), но как наследник Оберона и имеющий мощное инструментальное окружение -- может в некоторых немногих нишах исполнять обязанности промышленного языка программирования.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136 Ответы: #164, #174

138. Сообщение от Аноним (134), 17-Авг-21, 18:01	+/–
Менять - это, да, неверная постановка. Скорее в дополнение, для расширения кругозора. Но тут я скорее C посоветую, осилить концепцию указателей - отличная гимнастика. Golang все же чисто практический язык, предназначенный для промышленных I/O-bound задач, на учебных задачах не особо понятно, почему он такой, какой есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123

139. Сообщение от Аноним (139), 17-Авг-21, 18:12	+3 +/–
Больной yблюдок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

140. Сообщение от Филимон Проницательный (?), 17-Авг-21, 18:18	+5 +/–
Вообще-то нет. GC это способ для бизнеса использовать НИЗКОквалифицированных программистов, которые забывают освобождать память и у бизнеса из-за этого убытки и проблемы. Т.е. GC - это памперсы. Есть определённая группа лиц которые в силу возраста (старые, совсем маленькие) или психических отклонений срё..ся и ссы..ся. Подгузники им облегчают существование в социуме.  Программисты, не способные удержать в голове более менее сложную логику, так же нуждаются в аналогичных "памперсах", которые зачистят за них то, что они наделали. Других проблем GC не решает. И, тем более, он ничего не ускоряет. На Хабре полно историй разной степени эпичности "как мужики с GC боролись". Вплоть до отключения (если язык позволяет) и перезапуска процесса, ибо так производительнее. Забавно наблюдать людей, топящих за GC, но не понимающих что это такое и зачем это нужно. Вы же не кричите налево и направо "Вам нужны памперсы! В неспокойное время живём - вы же можете обос..ся!"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #162

142. Сообщение от Брат Анон (ok), 17-Авг-21, 18:51	+/–
Вообще-то, за использование unsafe в секте go обычно применяют суд Линча. И доказать тимлиду, что unsafe ну очень очень нужно -- практически невозможно. И это лучше в 10..50 раз адресной арифметики в Си. На всякий случай.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #226

143. Сообщение от Аноним (-), 17-Авг-21, 18:54	+3 +/–
Без дженериков ты кодить не умеешь, да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #190

144. Сообщение от Аноним (144), 17-Авг-21, 18:56	+/–
К тому же дискорд принадлежит microsoft, а этим ребятам нет веры. И надежды. И любви.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #181

146. Сообщение от Аноним (6), 17-Авг-21, 18:59	–3 +/–
Дай думаю гляну на (не буду рекламировать биржу, но она одна из крупнейших международных) вакансии для голанг и как он вообще востребован, но то ли искал не там или вводил не то, но никто го разработчиков не ищет. Для js например отдельная категория из 9999 вакансий. Про другие смежные разделы где так же требуются js разработчики умолчу, о чем можно говорить, если js это полный стек. Честно говоря я этого не ожидал, даже для dart+flutter есть вакансии, а го нет.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #157, #199, #231

147. Сообщение от Сипсик (?), 17-Авг-21, 18:59	–3 +/–
А давай, ты напишешь на Go и C приложение с GTK на борту. Хотя бы что-то простое а-ля текстовый редактор GEdit. Можно для примера написать модуль ядра Linux с простой функцией, которая спамит произвольный текст в файл.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #194, #227

149. Сообщение от menangen (?), 17-Авг-21, 19:17	+/–
Вангую, хочет войти в айти. Грести бабло лопатой, попивая смузи в подвале
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #178

150. Сообщение от Sw00p aka Jerom (?), 17-Авг-21, 19:40	–1 +/–
а че сразу на личности переходите? ГЦ не аллокатор, вам сказали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132

151. Сообщение от Sw00p aka Jerom (?), 17-Авг-21, 19:46	–1 +/–
минусаторы не вкурсе, что ГЦ не занимается выделением памяти :) хотя в той де википедии в определении написанно "одна из форм автоматического управления памятью.", а далее пишут "периодически освобождает память, удаляя объекты, которые уже не будут востребованы приложениями." управлять памятью это - выделить, освободить. сборка мусора (ГЦ) - освободить. и они не равны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #163

152. Сообщение от Anonimous (?), 17-Авг-21, 19:54	+/–
a может не выдавать...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

156. Сообщение от funny.falcon (?), 17-Авг-21, 22:19	+1 +/–
> не написали ни одного сопоставимого приложения с GC которое  бы было быстрее аналогичного без него. Это правда. > А вот аналогов софта с GC, который в последствии был переписал на С\С++ и другие языки без GC полно А вот это - не правда. Переписывают очень специфичный софт. Скажем, переписано 0.01% софта, написанного с GC в первой версии на версию без GC. Ибо только в 0.01% случаев выигрыш производительности оправдывал труд программистов на переписывание. Потому что с GC тупо удобнее. Больше говнокода Богу Говнокода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

157. Сообщение от funny.falcon (?), 17-Авг-21, 22:22	+4 +/–
Искал не там. В Москве нормальный Го-шник найдёт работу на раз-два: Mail.Ru, Yandex, Ozon, Avito, Lamoda, Joom, AliExpress - это только про кого лично знаю, что ьам многочисленные команды с Go.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #167

158. Сообщение от Аноним (198), 17-Авг-21, 22:27	+/–
Ну приводи к uintptr и делай арифметические операции. И перегрузки никакой не надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

159. Сообщение от funny.falcon (?), 17-Авг-21, 22:36	–1 +/–
Я бы хотел C с синтаксисом Go. Без GC, map, slice, каналов и select. Но со строками и горутинами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #202, #229

160. Сообщение от funny.falcon (?), 17-Авг-21, 22:50	+/–
> для пруф-оф-консепта сойдет, а потом можно Ни кого не нанимать, и силами тех же питонщегов переписать на Go.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

161. Сообщение от funny.falcon (?), 17-Авг-21, 22:52	+1 +/–
Я знаю топовых программистов. Ни кто из них ни когда не говорит "я топовый программист".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

162. Сообщение от Аноньимъ (ok), 17-Авг-21, 23:01	–1 +/–
Ни разу на реальных проектах анонимы опеннета так и не смогли продемонстрировать ВЫСОКОквалифицированных специалистов которые освобождать память не забывают. Может быть вы станете первым.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140

163. Сообщение от Аноньимъ (ok), 17-Авг-21, 23:04	+/–
Капитан Очевидность, спасибо. Минусаторы как раз в курсе, от того и минусуют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151 Ответы: #169

164. Сообщение от Аноньимъ (ok), 17-Авг-21, 23:20	+/–
Вы забыли про Форт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137 Ответы: #182

165. Сообщение от Аноним (-), 17-Авг-21, 23:26	–1 +/–
Vala. Сила чистого Си, простота Паскаля.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

166. Сообщение от Аноньимъ (ok), 17-Авг-21, 23:37	–3 +/–
>Странно но D за двадцать лет так и не получил популярности. Уж очень на С++ похож. На последнем пишут от безысходности и легаст, никому второй не скучный С++ не нужен. >Сайт Дланг точка ру, лол там совсем обкурились? вершки картотфеля курите? А чо, говорят вставляет нехило. Что видит анонинм на сайте посвященном языку программироания? рекламу сомнительной политической организации? А что там за организация такая? Вроде норм с виду православненькое что-то.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

167. Сообщение от Аноним (-), 17-Авг-21, 23:41	+1 +/–
> Mail.Ru, Yandex, Ozon кто в эти помойки в здравом умей пойдет работать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157 Ответы: #177

168. Сообщение от Аноним (-), 18-Авг-21, 00:03	+1 +/–
Эх, молодо-зелено. Русский синтаксис им в новинку. Поисковики (все!) хоть и скатились в говно за последние 5 лет, но интегрированную систему Мастер Веселова помнят пока ещё (что удивительно).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #210

169. Сообщение от Sw00p aka Jerom (?), 18-Авг-21, 00:20	+/–
> Минусаторы как раз в курсе, от того и минусуют. Спасибо кэп, а я то думаю у меня в рейтинге переполнение плюсов Рейтинг:    -100 баллов (+9480/-9580) Репутация:    +1004/-1490 голосов
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163 Ответы: #172

170. Сообщение от Led (ok), 18-Авг-21, 00:21	+10 +/–
> надо очень сильно постараться, чтобы GC pause стала критичной. Ну, разработчики жабы, похоже, таки очень сильно постарались.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #211

171. Сообщение от Аноним (171), 18-Авг-21, 00:30	+/–
Для управления хипом там, да, GC.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

172. Сообщение от Аноньимъ (ok), 18-Авг-21, 00:39	+/–
> Спасибо кэп, а я то думаю у меня в рейтинге переполнение плюсов Ваш то рейтинг тут причём?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169

173. Сообщение от Аноним (171), 18-Авг-21, 00:40	+/–
Го "включает сборку мусора" там, где происходит передача переменной по ссылке за пределы контекста создания переменной. Передавай небольшие структуры по значению, не кидайся лишний раз данными за пределы скоупа, а когда таки нужно постоянно передавать много экземпляров одной структуры, юзай sync.Pool, чтобы снизить объем работы для gc. Ну и pprof в помощь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

174. Сообщение от Аноним (134), 18-Авг-21, 01:58	+/–
Для того, чтобы об этом рассуждать, надо для начала ввести критерии языка промышленного назначения. Критерии, очевидно, будут зависеть от конкретной области деятельности. Скажем, для интернет-магазина и PHP отлично подходит. Если же говорить об областях, в которых от бесперебойной работы ПО зависит жизнь и здоровье человека (как экстремуме), то даже в Ada с ее богатой системой типов выразительных средств недостаточно, чтобы дать 100% гарантии. В идеале, для критических алгоритмов должно требоваться доказательство их корректности, а типы должны учитывать контекст. Такой язык есть, хоть и в экспериментальном статусе (по сути, разрабатывается одним человеком) - Idris. Да, ФП а-ля Haskell, и чтобы программировать в этой парадигме, нужна определенная подготовка, но без выделения pure functions эта задача вряд ли вообще решаема.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137 Ответы: #183

175. Сообщение от x3who (?), 18-Авг-21, 03:57	+/–
> Го порвал питон на искусственном тесте в 40 раз (Компонентный Паскаль примерно в 35...38 раз. ФриПаскаль рвал питон в 40-50 раз, Си порвал питон в 60 раз А я попробовал попарсить гигабайтный xml файлик с помощью Го и как-то подразочаровался. Свой парсер у него говённый, но даде с биндингами к либхмл он нещадно тормозит из за постоянного перераспределения памяти под строки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #184, #212

176. Сообщение от x3who (?), 18-Авг-21, 04:11	+/–
> Сейчас с FreePascal'ем балуемся. Как по мне, объектный паскаль - самый красивый язык. К тому же гуй из коробки, вроде даже два. Для расширения кругозора можно и не метаться между языками. Освойте что-нибудь полезное в нём - например локлесс там вроде сосёт. Есть какая-то библиотека, но сильно ограниченная и без внятных док. Сделайте свою. Хоть польза будет обществу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

177. Сообщение от Helloworldddddddd (?), 18-Авг-21, 07:04	+/–
Помойка у тебя в голове, а эти компании дают рабочие места с достойной оплатой за свой труд. Эти компании ничем ни лучше и ни хуже своих конкурентов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167 Ответы: #179, #254

178. Сообщение от Прохожий (??), 18-Авг-21, 08:25	+/–
Хреновая из тебя Ванга. Человек написал, что в АйТи уже 30 лет почти, 1с программировал. Теперь захотелось что-то новое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149 Ответы: #193, #196

179. Сообщение от Аноним (190), 18-Авг-21, 08:36	+/–
Чето ор, достойная оплата может только у суперархитектора сеньора. В среднем там сильно меньше рынка для просто программиста, оно и понятно дефицита в кандидатах у них нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #177 Ответы: #185, #200

180. Сообщение от Аноним (190), 18-Авг-21, 08:37	+1 +/–
Я конечно знал что ты конченый, но не знал что настолько.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

181. Сообщение от ghost (??), 18-Авг-21, 09:13	+/–
> дискорд принадлежит microsoft Откуда дровишки?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144

182. Сообщение от Брат Анон (ok), 18-Авг-21, 09:56	+/–
> Вы забыли про Форт. Форт не является языком промышленного назначения по определению.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164 Ответы: #204, #209

183. Сообщение от Брат Анон (ok), 18-Авг-21, 10:03	+/–
> Для того, чтобы об этом рассуждать, надо для начала ввести критерии языка > промышленного назначения. Легко. В двух словах: промышленный язык программирования -- должен быть предельно прост (но не примитивен), для успешного переноса с платформы на платформу ,возможности внедрения даже на самые смешные контроллеры и максимально препятствовать совершению ошибок со стороны программиста с одной стороны, и позволять легко проверять код с другой стороны. Семантика языка должна быть жёстко зафиксирована. > Критерии, очевидно, будут зависеть от конкретной области деятельности. > Скажем, для интернет-магазина и PHP отлично подходит. Нет. Куча дыр в самом языке, и ещё больше дыр во всех программах написанных на нём. > Если же говорить об областях, в которых от бесперебойной работы ПО зависит > жизнь и здоровье человека (как экстремуме), то даже в Ada с > ее богатой системой типов выразительных средств недостаточно, чтобы дать 100% гарантии. Ада по определению не может дать 100% гарантии. Так как ВНЕЗАПНО её компилятором является gcc, который никто никогда не проверял и не верифицировал даже для основных платформ. Более того, на компанию, которая делает Аду распространяются требования торговой палаты США, а значит она не имеет права продавать Аду в Россию со всеми вытекающими последствиями. Делайте выводы. > В идеале, для критических алгоритмов должно требоваться доказательство их корректности, > а типы должны учитывать контекст. Такой язык есть, хоть и в > экспериментальном статусе (по сути, разрабатывается одним человеком) - Idris. Да, ФП > а-ля Haskell, и чтобы программировать в этой парадигме, нужна определенная подготовка, > но без выделения pure functions эта задача вряд ли вообще решаема. Всё это не может быть использовано в качестве промышленных языков программирования по причинам смотрите выше в кратком определении. Автомат Калашникова -- потому и автомат Калашникова, что он _предельно_ прост, что влечёт за собой надёжность и эффективность. Ни Идрис, ни Хаскель не удовлетворяют этим требованиям.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #174 Ответы: #201

184. Сообщение от Брат Анон (ok), 18-Авг-21, 10:10	+/–
>> Го порвал питон на искусственном тесте в 40 раз (Компонентный Паскаль примерно в 35...38 раз. ФриПаскаль рвал питон в 40-50 раз, Си порвал питон в 60 раз > А я попробовал попарсить гигабайтный xml файлик с помощью Го и как-то > подразочаровался. Свой парсер у него говённый, но даде с биндингами к > либхмл он нещадно тормозит из за постоянного перераспределения памяти под строки. Наверное, потому что ты как-то не так готовил кошек? Прямо сразу из твоего сообщения я вижу, что как минимум, вместо того, чтобы использовать strings.Builder() ты использовал строки (которые в го -- неизменяемые сущности, поэтому таки да -- использовать строки налево и направо - -в го весьма дорого). Типичное решение в го в таких случаях -- использовать срез рун. А уж как ты там парсил и почему ты не посмотрел решения на github.com с кодогенерацией, которая даёт ускорение под конкретный XML в 5-10 раз -- вот тут мне понятно, что навыки программирования у тебя на уровне джуниора. Ты использовал биндинги? А ты хоть немного интересовался, какие ограничения накладываются на использование сишных биндингов в Го? По третьей ссылке (на Хабре) ты бы мог узнать, что биндинги в Го -- это не Го-вей, так как прыжки туда-обратно стоят очень дорого. Кроме того, посмотри новость рядом -- неуправляемая память в Си кладёт целые процессы. Таким образом, используя Си в Го -- ты просто убиваешь всю идею Го на корню. Как по инвариантам памяти, так и по быстродействию. Использовать колёса разных размеров и иногда немного квадратные в одном автомобиле -- это не айс. Подучил бы ты сначала го-вей, а потом садился писать высоконагруженные штуки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175 Ответы: #187, #216

185. Сообщение от Аноним (198), 18-Авг-21, 10:13	+/–
> достойная оплата может только у суперархитектора сеньора А ты хотел, чтобы тебе, джуну-неумехе, за которым глаз да глаз нужен, столько же платили?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179 Ответы: #189, #222

187. Сообщение от x3who (?), 18-Авг-21, 10:43	+/–
Я на чтение пробовал, а не на запись. Мне нужен был SAX парсер - гигабайтный файл был маленьким семплом.  Нахера там стрингбилдер? Строки, полученные из ХМЛ - зачем их менять? Просто Го делает обычные энтерпрайзные вещи крайне медленно. Не так медленно как перл или, наверное, петон, но медленнее опасных языков в разы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184 Ответы: #188

188. Сообщение от Брат Анон (ok), 18-Авг-21, 10:50	+/–
> Я на чтение пробовал, а не на запись. Мне нужен был SAX > парсер - гигабайтный файл был маленьким семплом.  Нахера там стрингбилдер? > Строки, полученные из ХМЛ - зачем их менять? Просто Го делает > обычные энтерпрайзные вещи крайне медленно. Не так медленно как перл или, > наверное, петон, но медленнее опасных языков в разы. Даже если ты просто читаешь -- ты выделяешь память. Если ты просто заполняешь поля структур строками -- ты выделяешь память. Так вот, если бы ты использовал срезы рун -- ты бы память выделял -- ровно один раз. А strings.Builder() -- довольно не дурно сам понимает -- сколько ему памяти удерживать, а сколько отдать назад сборщику мусора (т.е. нет лишнего выделения памяти). Кроме того, эта штука умеет очень быстро почти без накладных расходов преобразовывать свой буфер в байты/руны/строки. Так что, инструмент надо не только уметь держать, но ещё и пользоваться им. Так что ты бы попробовал кодогенерацию. Безопасно, достаточно быстро для безопасного парсинга, ещё и код писать не надо руками -- только описать структуры в шаблоне.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #187 Ответы: #191

189. Сообщение от Аноним (190), 18-Авг-21, 10:56	+/–
Так и зачем тебе к ним идти? Есть сильно более лучшие компании. Это все равно что среди аудиторов считается плохим идти в большую четверку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185

190. Сообщение от Аноним (190), 18-Авг-21, 10:57	+/–
Он умеет только с.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143

191. Сообщение от x3who (?), 18-Авг-21, 11:13	+/–
Ты не понимаешь как работает SAX - библиотека дергает твои колбеки и передаёт им полученные значения. Всё. Сам ты там ничего не выделяешь. И к библиотекам нет вопросов, я попробовал их все, что были на тот момент за исключением родной гошной укуренной. На Го быстрее просто невозможно - копируешь строку как минимум один раз, что из го-кода, что при передаче из опасной libxml. Там и тормозить-то больше нечему.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #188 Ответы: #192, #207

192. Сообщение от Брат Анон (ok), 18-Авг-21, 12:00	+/–
> Ты не понимаешь как работает SAX - библиотека дергает твои колбеки и > передаёт им полученные значения. Всё. Сам ты там ничего не выделяешь. Я прекрасно понимаю, как работает эта либа. Она дёргает колбеки. А это значит, что вся конкурентность го идёт псу под хвост. Если у тебя даже 128 ядер будет -- фактически работать у тебя за счёт сишной либы всегда будет только одно ядро. > И к библиотекам нет вопросов, я попробовал их все, что были > на тот момент за исключением родной гошной укуренной. На Го быстрее > просто невозможно - копируешь строку как минимум один раз, что из > го-кода, что при передаче из опасной libxml. Таким образом ты ещё и убиваешь инварианты памяти. Кодогенерация, ещё раз -- волшебное слово. На го можно достаточно быстро, чтобы сравнивать с чистым си (не на порядок будет отставание, а в типовом случае в 2х..4х раза -- это плата за безопасность, но стоит она дороже, чем 2х...4х). Родная гошная библиотека просто даёт возможность что-то сделать. Фактически, существует по 3-5 реализаций каждой гошной библиотеки с оптимизациями 5х..20х раз. Что JSON, что XML, что HTTP. > Там и тормозить-то больше > нечему. А так-то да. Всё что мог затормозить -- ты успешно затормозил))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #191 Ответы: #195

193. Сообщение от camac (ok), 18-Авг-21, 12:39	+/–
Вообще-то я не совсем в АйТи, Даже совсем не АйТи. Кладовщик я. В 1С разобраться просто, тем более в юности попалась книжка по Рапире. А они малость похожи. Есть мнение (не только мое), что ЯП в 1С скомунизженная Рапира с последующей переделкой под свои нужды.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178

194. Сообщение от istepan (ok), 18-Авг-21, 13:25	+/–
> А давай, ты напишешь на Go и C приложение с GTK на > борту. Хотя бы что-то простое а-ля текстовый редактор GEdit. Можно для > примера написать модуль ядра Linux с простой функцией, которая спамит произвольный > текст в файл. Если было всё так радужно с С, то гугл с его объемами данных не стал бы вкладываться в Golang. Кодили бы все подряд на сях и в ус бы не дули. Гугл на этом собаку съел, у них до Goland всё высоконагруженное писалось на Сях. Чтоб ты представлял на сколько там все серьезно - они дошли до разработки железа и архитектуры камней под себя. Под словом "ресурсы" подразумеваются не только ресурсы окружения где работает ПО, но и ресурсы разработчиков, время, легкость и сложность разработки, разворачивания и масштабирования. Сюда же отказоустойчивость и затраты для его достижения и поддержания. Си для ОС более чем идеален, но даже там начинают подтягивать Rust, ибо немножко устали и решили чуточку облегчить себе разработку. Что касается GTK. Golandg создан для работы в backend, для пользовательского ПО существует Java и C++, и боже упаси - электрон.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147

195. Сообщение от x3who (?), 18-Авг-21, 15:04	+/–
> Я прекрасно понимаю, как работает эта либа. Она дёргает колбеки. А это > значит, что вся конкурентность го идёт псу под хвост. Если у > тебя даже 128 ядер будет -- фактически работать у тебя за > счёт сишной либы всегда будет только одно ядро. Зачем там 128 ядер!? Эта задача вообще в IO должна упираться, а не в ЦПУ :-D > Таким образом ты ещё и убиваешь инварианты памяти. Кодогенерация, ещё раз -- > волшебное слово. Ты можешь укодогененироваться в труху, вот только XML оно быстрее читать не сможет. > А так-то да. Всё что мог затормозить -- ты успешно затормозил)) Ну разве что тебя, да и то не хотел, прости ;-D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #192 Ответы: #213

196. Сообщение от Аноним (196), 18-Авг-21, 15:33	–1 +/–
Покукарекай тут еще, гребень
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178

197. Сообщение от Аноним (198), 18-Авг-21, 15:50	+/–
Уже подвезли: https://github.com/mattn/go-generics-example
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

198. Сообщение от Аноним (198), 18-Авг-21, 16:03	+1 +/–
> сравнивает многопоточку на го с многопоточкой на питоне А чего их сравнивать? И так всё понятно. GIL же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

199. Сообщение от Аноним (134), 18-Авг-21, 16:07	+/–
У go несколько неподходящее название для поиска, потому его на биржах почти всегда пишут как golang. Не знаю, где вы искали, но та том же upwork вакансий дофига.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146

200. Сообщение от Аноним (134), 18-Авг-21, 16:15	+/–
Дефицит в кандидатах везде есть в той или иной мере. Но, конечно, высококвалифицированного специалиста найти намного сложнее. В крупных компаниях эту проблему решают единственным возможным для них способом - наймом большого количества не особо квалифицированных кадров. Потому что деньги есть, а кадров нет, да. В одной ныне немаленькой компании, где я работал, когда она еще была стартапом, сейчас порядка ста человек решают по факту те же задачи, которые мы тогда решали командой в 12 человек.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179 Ответы: #223

201. Сообщение от Аноним (134), 18-Авг-21, 16:41	+/–
> В двух словах: промышленный язык программирования -- должен быть предельно прост (но не примитивен), для успешного переноса с платформы на платформу ,возможности внедрения даже на самые смешные контроллеры и максимально препятствовать совершению ошибок со стороны программиста с одной стороны, и позволять легко проверять код с другой стороны. Семантика языка должна быть жёстко зафиксирована. Это довольно специфический набор требований, у другого человека будет другое определение. Особенно специфично про внедрение на контроллеры - вы же понимаете, что большинству людей это не надо? К вашему определению, кстати, golang подходит. > Куча дыр в самом языке, и ещё больше дыр во всех программах написанных на нём. В языке уже давно всё поправили, а в программах - всё зависит от конкретного программиста. Чем ниже порог входа, а у PHP он минимальный, - тем ниже среднее качество кода. Дыры в PHP в основном в логике, он как язык нелогичен и неконсистентен. Но писать на нем можно. Начинать на PHP проект с нуля я бы не стал - при нынешнем богатстве выбора нет смысла так себя мучать. А если речь о доработке и развитии уже существуюшей кодовой базы, и код написан прямыми руками (такое нечасто, но бывает), все нормально. > Ада по определению не может дать 100% гарантии Как и любой другой язык, не имеющий встроенных в компилятор средств формального доказательства корректности. > на компанию, которая делает Аду распространяются требования торговой палаты США, а значит она не имеет права продавать Аду в Россию со всеми вытекающими последствиями. Делайте выводы. Во-первых, не в Россию, а российским компаниям, находящимся под санкциями. Возможно, для вас это важно, но для большинства людей нет. Во-вторых, на open source это никак не распространяется, GNAT под GPL 3. > Всё это не может быть использовано в качестве промышленных языков программирования по причинам смотрите выше в кратком определении. В соответствии с вашим определением - да. И это нормально, каждый выбирает инструмент по своим потребностям. В областях же, где потенциальный баг грозит катастрофой, и нужны 100% гарантии, более высокая сложность самого языка вполне оправдана.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #183

202. Сообщение от Аноним (134), 18-Авг-21, 16:46	+/–
Аналог горутин относительно легко реализовать на C (как и на любом достаточно низкоуровневом языке), на основе setjmp/longjmp. Чтобы было похоже на go, можно обвешаться макросами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159 Ответы: #237

203. Сообщение от Аноним (134), 18-Авг-21, 16:49	+/–
Тут надо смотреть на производную по времени, и тогда видно, что совсем нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95

204. Сообщение от Аноньимъ (ok), 18-Авг-21, 16:54	–1 +/–
>> Вы забыли про Форт. > Форт не является языком промышленного назначения по определению. По предопределение которого у вас нет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182

205. Сообщение от Аноним (134), 18-Авг-21, 16:58	+/–
Честно говоря, не вижу особого влияния python. Да и влияния паскаля тоже немного, если кажется, что := оттуда, то не совсем, в go у этого оператора куда более узкое назначение. Больше видно влияния других паскалеподобных языков (типа Ada), реализующих CSP, вариацией на тему которых и являются горутины. Но на самом деле - учитывая, кто авторы языка - это явно взято из Alef (диалекта Си из Plan 9), где были и корутины, и каналы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121

206. Сообщение от Аноним (209), 18-Авг-21, 19:15	–4 +/–
> Вроде по русски написал... А как был ты необразованным чучмеком, так и остался.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126

207. Сообщение от Аноним (209), 18-Авг-21, 20:59	–2 +/–
> Ты не понимаешь как работает SAX - библиотека дергает твои колбеки... Этот чел вообще мало что понимает. Полный п-ц, на самом деле.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #191

209. Сообщение от Аноним (209), 18-Авг-21, 21:10	–1 +/–
>>  Вы забыли про Форт > Форт не является языком... Две какашки о чём-то спорят. Очень забавно, следует отметить!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182

210. Сообщение от Аноним (211), 18-Авг-21, 22:59	+/–
Дело не в русском синтаксисе (он может быть вполне уместен в DSL для областей с исключительно русскоязычной терминологией, как в том же 1С), а в мотивации и образе мышления :-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168 Ответы: #221

211. Сообщение от Аноним (211), 18-Авг-21, 23:00	+1 +/–
В java и golang очень разные GC.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #170

212. Сообщение от anonymous (??), 18-Авг-21, 23:18	+/–
А не могли бы вы поделиться кодом и sample-ом (который парсите)? Может быть я могу помочь вам с оптимизацией :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175 Ответы: #217

213. Сообщение от Брат Анон (ok), 18-Авг-21, 23:34	+/–
> Зачем там 128 ядер!? Эта задача вообще в IO должна упираться, а > не в ЦПУ :-D Задачу парсинга XML вполне можно параллелить. > Ты можешь укодогененироваться в труху, вот только XML оно быстрее читать не > сможет. Зато параллельно парсить сможет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #195 Ответы: #215

214. Сообщение от Аноним (214), 19-Авг-21, 00:44	+/–
Разве это не язык для математики?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110 Ответы: #248

215. Сообщение от x3who (?), 19-Авг-21, 01:42	+/–
> Задачу парсинга XML вполне можно параллелить. Задачу парсинга параллелить не нужно. IO тормознее всех остальных операций.Параллелить лучше то, что происходит уже после парсинга. Собственно с этой целью я на Го и смотрел. Но горутины когда начинешь их обмазывать каналами и прочей мутотой начинают захламлять код не хуже многопоточных реализаций на каких-нибудь опасных языках. И ещё куча всяких мелочей делающих бессмыссленным переход на Го. Но тормоза при работе с данными - это первая причина. БОльшая часть того, с чем работает энтерарайз - это не какие-то космические вычисления, это просто парсинг потоков данных вагинирующих от одного сервиса к другому с какми-то элементарными операциями над ними. А Го в это не может. И тут ещё такой момент - теоретический предел  производительности при парсинге XML, безразлично каким количеством потоков, это биндинг опасной libxml2. Есть поделки и намсамом Го со сравнимой производительностью, но они сильно срезают углы ради этого: ничего не знают про кодировки, например. И меня бы это устроило в том конкретном случае потому, что данный тип файлов у меня в ASCII и го вообще хоть регэкспами чеши. Но кто гарантирует что так будет всегда? А случись пояаиться кодировкам в даанных и эти поделки придется заменять на те, что будут перекодировать данные внося очередной раунд аллокации-копирования-удаления строк. Нет никакого смысла закладываться на такой ущербный инструмент. Тем более, что если мы пишем приложение на опасном языке, и наши данные не требуют особой магии, то появляется возможность маневра в сторону реализаций вообще без аллокации памяти: просто отображаем фай в память и используем строки прямо из этой памяти - такие парсеры прямо в мапе разбрасывают нули в конце строк и передают адрес строки пользователю. Быстро, дёшево и сердито. Но в Го такое випринципе невозможно.   >> Ты можешь укодогененироваться в труху, вот только XML оно быстрее читать не >> сможет. > Зато параллельно парсить сможет. И что нам это даёт? Неконкурентоспособное решение, которому нужно несколько ядер там, где и одного-то за глаза?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #213

216. Сообщение от edo (ok), 19-Авг-21, 01:46	+/–
> По третьей ссылке (на Хабре) ты бы мог узнать, что биндинги в Го -- это не Го-вей, так как прыжки туда-обратно стоят очень дорого. Кроме того, посмотри новость рядом -- неуправляемая память в Си кладёт целые процессы. Таким образом, используя Си в Го -- ты просто убиваешь всю идею Го на корню. Как по инвариантам памяти, так и по быстродействию. Постоянно вижу сишный sqlite в программах на go
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184 Ответы: #219

217. Сообщение от x3who (?), 19-Авг-21, 02:10	+/–
> А не могли бы вы поделиться кодом и sample-ом (который парсите)? Может > быть я могу помочь вам с оптимизацией :) Нет. Ни тем ни другим. Там в тесте банально было - никакой осмысленной логики: парсер нашел тег, создаём соответствующего типа объект (просто заглушки со списком детей, на такой случай дженериков тоже языку не хватает кстати), говорим паренту, что у него родился сын - и всё. По возвращении на верхний уровень, скидываем объект верхнего уровня в канал на обработку и всё начинается сначала. Иерархии там не очень большие, каждый такой тег верхнего уровня килобайт примерно сто наверное, хотя бывают всплески и до пары сотен МБ. Но это не важно с т.з. парсинга - что что миллионов раз по сто тысяч байт байт переварить, что сто тыщ раз по сто миллионов байт - без разницы просто. Короче, оптимизировать там банально нечего. Просто в силу особенностей языка он гарантирует издержки при работе с данными, by design. Я не хочу показаться хейтером Го. Есть куча ПО, написанного на Го, которое наглядно демонстрирует преимущества этого средства на петоном и прочей "безоппасной" лабудой. Приложения, написанные на Го как правило значительно шустрее и надежнее написанных на этих странных ЯП. Я просто не понимаю зачем на н1м писать :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #212 Ответы: #225

218. Сообщение от x3who (?), 19-Авг-21, 02:12	+/–
> Посмейся ещё. С версии не позже чем с 11 Oracle делают почти > одни индусы. Когда делали белые американцы всё было отлично. Я Oracle > Юзал когда он ещё был версии 9.x. > Нужно отделять проблему быдлокодинга индусов и возможности Си. Если кривые руки индусов > исправить нельзя то Сишный код можно дробить на модули, так делают > все. Если всё свалить в один большой проект то в нём > будет трудно ориентироваться. Возвращаясь к топику - если Оракл переписать на Го, то что-нибудь улучшится?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

219. Сообщение от x3who (?), 19-Авг-21, 02:50	+1 +/–
>> По третьей ссылке (на Хабре) ты бы мог узнать, что биндинги в Го -- это не Го-вей, так как прыжки туда-обратно стоят очень дорого. Кроме того, посмотри новость рядом -- неуправляемая память в Си кладёт целые процессы. Таким образом, используя Си в Го -- ты просто убиваешь всю идею Го на корню. Как по инвариантам памяти, так и по быстродействию. > Постоянно вижу сишный sqlite в программах на go Я вообще не понимяу какая там разница. Ну вот допустим кто-то перепишет sqlite на Го.Что изменится? на каком-то этапе Го всё равно придётся взаимодействовать с опасным внешним миром, написанном на сях. Только это будут сырыа данные из файла, не отфильтрованные опасной библиотекой sqlite, т.е. копирований опасного контента в безопасный будет только больше, производительность будет хуже.. Так чем же это лучше??
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #216

220. Сообщение от leap42 (ok), 19-Авг-21, 04:10	+/–
> Может кто объяснит как так получилось что Гугол пиаря Go не собирается его использовать в fuchsia? Google не пиарит Go, более того в Google принято недолюбливать Go и использовать его только вынужденно, по необходимости. Миф об этом "пиаре" форсят укурыши чтобы обосновать свои нелепые идеи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

221. Сообщение от n00by (ok), 19-Авг-21, 07:33	+/–
Как раз мышление участников обсуждений по моим ссылкам различается кардинально. Язык Санда создал 1С-практик, которого существующая система не устраивает, для своих целей. Даже где-то умудрился внедрить. А кто-то очень много рассказывает, что должно быть всё русское, выпущенное в России и на кириллице, но обязательно под написанной на английском лицензией, и при этом сам ничего не сделал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #210

222. Сообщение от Аноним (222), 19-Авг-21, 10:41	+1 +/–
Если ты про интернов и всякие другие летние стажировки то им вообще ничего не платят или совсем символично. Эти компании могут себе позволить выбирать из опытных кандидатов и выбрать того кто просить меньше. Но опять же это характерно для всех больших компаний.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185

223. Сообщение от Аноним (222), 19-Авг-21, 10:43	+/–
Особенно печально, когда работает и делает результат кто-то один, а остальные десять человек просто для мебели.  На ЗП это конечно же не сказывается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #200

224. Сообщение от anonymous (??), 19-Авг-21, 11:08	+/–
Хотите сказать, что Эаскелл сложнее Rust? Если да, то почему?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133 Ответы: #250

225. Сообщение от anonymous (??), 19-Авг-21, 11:15	+1 +/–
Вы код и sample дайте. Я просто уже давненько применяю Go в high performance, и частенько вижу жалобы (вроде вашей), но в >95% люди просто не правильно использовали Go для своей задачи. И каждый раз твёрдо верят, что такого не может быть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #217 Ответы: #233

226. Сообщение от anonymous (??), 19-Авг-21, 11:20	+/–
А если работаешь в культуре без тимлидов? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142 Ответы: #246

227. Сообщение от anonymous (??), 19-Авг-21, 11:25	+/–
А какая проблема использовать GTK в Go. Да GTK делался для Си only,но никто не запрещает эти функции дёргать из Go. По поводу ядра -- это особенность ядра Linux, а не языка программирования.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147

228. Сообщение от anonymous (??), 19-Авг-21, 11:28	+/–
Адресную арифметику даже усиливать не надо: она и так всем понятна. Но при этом её в небезопасной форме всё равно лучше избегать, чтобы сократить поле для случайных ошибок в коде.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

229. Сообщение от anonymous (??), 19-Авг-21, 11:30	+/–
goroutine-ы без chan-ов и select-ов? Эх. Не ценят люди CSP (ради которого и делались goroutine-ы).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159 Ответы: #236

230. Сообщение от anonymous (??), 19-Авг-21, 11:32	+/–
Во-первых, Go используется в Fuchsia. Во-вторых, у Go всё же немного не ядровая ниша изначально.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

231. Сообщение от anonymous (??), 19-Авг-21, 11:35	+2 +/–
Работаю исключительно на Go с 2013. Текущая зарплата у меня 700к.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #235

233. Сообщение от x3who (?), 19-Авг-21, 19:50	+/–
Увы, не выйдет. Это было более полутора лет назад - я уже повыкидывал и Го и хелловорлды свои, да и синтаксис самого Го успел забыть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #225 Ответы: #244

234. Сообщение от Аноним (235), 19-Авг-21, 22:59	+/–
Надеюсь на расте написан?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #249

235. Сообщение от Аноним (235), 19-Авг-21, 23:00	+/–
А я на расте. Зп 1300к
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #231 Ответы: #243

236. Сообщение от funny.falcon (?), 20-Авг-21, 02:21	+/–
Мне чаще всего макросов достаточно. И если потребуется, CSP смогу намутить какой нужно. Просто механизм каналов и select в том виде, как он сейчас есть, крепко завязан на GC. Если хотеть “без GC”, то по-любому придётся переписывать под «свой аллокатор/RefCnt/Epoch Based/Region Based/etc». Ежели смириться с GC, то нужно просто брать Go, какой он есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #229 Ответы: #238

237. Сообщение от funny.falcon (?), 20-Авг-21, 02:23	+/–
Да, аналог горутин легко намутить. Но если будут в языке, то будет приятно пользоваться. Но согласен: можно и без них.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #202 Ответы: #239

238. Сообщение от funny.falcon (?), 20-Авг-21, 02:24	+/–
Блин, не «макросов достаточно», а «мьютексов достаточно».
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #236 Ответы: #242

239. Сообщение от Аноним (239), 20-Авг-21, 02:49	+/–
Я тут уже упоминал как-то Alef из Plan 9, сомневаюсь, что найдёшь живой компилятор, но хотя бы описание языка спокойно гуглится. Возможно, это и есть ровно желаемое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #237

240. Сообщение от Аноним (240), 20-Авг-21, 04:18	+/–
[Синтаксис Go основан на привычных элементах языка Си с отдельными заимствованиями из языка Python] Ну вот откуда из вас это лезет?
Ответить | Правка | Наверх | Cообщить модератору

241. Сообщение от Аноним (240), 20-Авг-21, 04:19	+/–
>> Синтаксис Go основан на привычных элементах языка Си с отдельными заимствованиями из языка Python Ну вот откуда из вас это лезет?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #252, #264

242. Сообщение от anonymous (??), 20-Авг-21, 09:46	+/–
Либо бывает можно sync.Pool применить, например. А тонны mutex-ов в большом сложном проекте -- тоже бывает не очень хорошо (с точки зрения сопровождабельности кода).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #238

243. Сообщение от anonymous (??), 20-Авг-21, 09:47	+/–
Вроде бы заявлялось, что под Go нет работы. Причём тут Rust.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #235

244. Сообщение от anonymous (??), 20-Авг-21, 09:55	+/–
Ну что тогда сказать? В общем, на самом деле Go нормально подходит для почти любой высокопроизводительной задачи (хотя это нередко приводит к заменителям стандартных package-ей). Реальная проблема там с safety, а не performance. И вызвана она, например, отсутствием immutable переменных (там нет ДАЖЕ аналога Сишного const) и вообще невыразительной системой типов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #233 Ответы: #245

245. Сообщение от x3who (?), 20-Авг-21, 11:23	+/–
Так я об этом и говорю, что по всей видимости потери идут при переходе данных из опасного внешнего мира в безопасные потроха гошной программы, на парсинге ХМЛ это очень заметно, потому что очень много строк приходит. Константных, одинаковых. Не знаю, возможно что-то с этим можно что-то сделать на уровне биндинга к libxml2 - например не конвертировать строку, содержащую имя тега каждый раз как его надо отдавать в Го-программу, а держать таблицу гошных строк и на них ссылаться если такая строка уже есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #244

246. Сообщение от Брат Анон (ok), 20-Авг-21, 13:06	+1 +/–
> А если работаешь в культуре без тимлидов? :) Как это мешает суду Линча?)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #226 Ответы: #253

247. Сообщение от Аноним (107), 20-Авг-21, 13:25	+/–
> Посмейся ещё Спасибо, посмеялся. Прям оборжался. По ссылкам, видимо, не сходил? Там про проблемы еще с Oracle8i и даже с 1980-90-х тянутся. Самое с чего оборжался, это > Когда делали белые американцы всё было отлично. Я Oracle Юзал когда он ещё был версии 9.x. Вы работали в Оракле над их БД и видели исходники "до индусов" и после? Я юзал Оракл с 8i и юзаю поныне. И? Факт того, что я юзаю, как-то круто улучшило оракловский код? И еще - ты думаешь, пришли индусы и всё там переписали с нуля в лапшу, не оставив старого кода? Тот ад, что описали разрабочики, в большей степени связаны со старым кодом и невозможностью рефакторинга. И индусы и белые американцы просто уже не могут его отрефакторить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

248. Сообщение от Аноним (110), 20-Авг-21, 14:28	+/–
Математику на Julia, безусловно, писать приятнее, чем на чём-то ещё. Но нет, математикой она не ограничена.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #214

249. Сообщение от Старый Аноним (?), 20-Авг-21, 22:15	+/–
Надежды вьюношей питают - надейся
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #234

250. Сообщение от Аноним (250), 21-Авг-21, 01:22	+/–
Хинт: теория категорий.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #224

251. Сообщение от Аноним (251), 21-Авг-21, 11:04	+/–
Не для чего rust не создан, это просто кусок говна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

252. Сообщение от Аноним (251), 21-Авг-21, 11:07	+/–
Из википедии, учите матчать, молодой человек https://en.wikipedia.org/wiki/Go_(programming_language)#History
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #241

253. Сообщение от anonymous (??), 21-Авг-21, 12:01	+/–
Ну вот я работаю в компании, где нет суда Линча.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #246 Ответы: #257

254. Сообщение от Аноним (254), 21-Авг-21, 14:17	+/–
Это именно что помойки, обслуживающие власть и цензуру в стране.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #177

255. Сообщение от burjui (ok), 24-Авг-21, 02:20	+/–
Вот это как раз не странно. К сожалению, сам в своё время наступил на эти грабли. Язык, на первый взгляд, неплохой. Но когда начинаешь вникать, становится видно, что разрабатывается он несколько бессистемно, без надёжного костяка computer science. Сплошной ad hoc, короче. Ну и когда в 2021 году чуть ли не каждый changelog содержит исправления регрессий, вера в будущее языка несколько снижается с каждым релизом. В общем, начиналось всё серьёзно, а в итоге всё делается спустя рукава.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #259

256. Сообщение от Аноним (256), 24-Авг-21, 05:09	+/–
> Синтаксис Go основан на привычных элементах языка Си И зачем если есть Си. Ах да, макакам.
Ответить | Правка | Наверх | Cообщить модератору

257. Сообщение от Брат Анон (ok), 24-Авг-21, 09:17	+/–
> Ну вот я работаю в компании, где нет суда Линча. Это плохо. Общество лишённое цветовой дифференциации по цвету штанов -- обречено. И надень цак, дорогой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #253

258. Сообщение от anonimous (?), 24-Авг-21, 21:24	+/–
> Go затачивался для асинхронных серверных приложений (у него лапки^WGC) для ядра не  подходит. https://embeddedgo.github.io/ Bare metal RISC-V programming in Go и т.п.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #262

259. Сообщение от anonimous (?), 24-Авг-21, 21:26	+1 +/–
> н Но когда  начинаешь вникать, становится видно, что разрабатывается он несколько бессистемно, без > надёжного костяка computer science. Сплошной ad hoc, короче. Это про С++ что-ли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #255 Ответы: #260

260. Сообщение от burjui (ok), 24-Авг-21, 23:45	+/–
А про C++ это надо умножить на 3.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #259

261. Сообщение от Аноним (261), 25-Авг-21, 05:26	+/–
Это не нужно  уже есть раст
Ответить | Правка | Наверх | Cообщить модератору

262. Сообщение от PetrG (ok), 25-Авг-21, 18:50	+/–
>> Go затачивался для асинхронных серверных приложений (у него лапки^WGC) для ядра не  подходит. > https://embeddedgo.github.io/ > Bare metal RISC-V programming in Go и т.п. Кто то говорил что это невозможно сделать? При желании можно самые странные комбинации составить - и это будет работать, по крайне мере в тепличных условиях. Другой вопрос стоит ли, если только это не ради развлечения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #258

263. Сообщение от Vindex (?), 25-Авг-21, 20:36	+/–
Про сайт никто ничего не говорил, а только о группе в телеграме. Официальный сайт - dlang.org
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

264. Сообщение от Андрей (??), 27-Авг-21, 15:35	+/–
Согласен, го как перл, нечитабелен. Нет связи ни с С ни с питоном.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #241

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

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