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

"Microsoft переписывает компилятор TypeScript на языке Go"	+/–
Сообщение от opennews (??), 12-Мрт-25, 09:54
Андерс Хейлсберг (Anders Hejlsberg), главный архитектор языка TypeScript, в своё время  создавший языки C#, Delphi и Turbo Pascal, представил проект по созданию нового компилятора для TypeScript - typescript-go (tsgo), разрабатываемый на языке Go. Как и старый компилятор новый проект распространяется под лицензией Apache 2.0... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=62861
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Аноним (1), 12-Мрт-25, 09:54	+14 +/–
`Язык Go близок с TypeScript по семантике и структуре кода` Что блин?)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #12, #50

2. Сообщение от тоже Аноним (ok), 12-Мрт-25, 09:58	+19 +/–
Читай "по сравнению с Растом, Лиспом и Брейнфаком..."
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #76

3. Сообщение от Аноним (3), 12-Мрт-25, 10:01	+1 +/–
После раста, нода/яваскрипт/тайпскрипт кажется чем-то плюшевым, игрушечным, непродуманным. Например, попробуйте создать TCP-сервер и слушать порт 8000. В нормальных языках/платформах это просто вызов bind/listen и обработка ошибки. Но не в ноде. No, sir. В ноде, чтобы поймать ошибку listen или дождаться ее выполнения, надо: 1. Навесить на сервер обработку listening. 2. Навесить на сервер обработку error. 3. Оба обработчика должны сработать лишь один раз (server.once()). 4. Во время listening резольвим промис. 5. Во время error режектим промис. 6. И вот только теперь можно вызывать server.listen(). Ощущение, что дизайнер ноды осилил только паттерн event emitter, так что он впендюрил его всюду.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #8, #22, #41, #52, #59, #84, #88, #117

4. Сообщение от Аноним (4), 12-Мрт-25, 10:03	+/–
Почему не на Rust?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14, #16, #33, #62, #96, #118

5. Сообщение от Аноним (5), 12-Мрт-25, 10:03	–16 +/–
JavaScript гениальный и самый быстрый. Ты просто делаешь что–то не так либо не можешь постичь суть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

6. Сообщение от Bottle (?), 12-Мрт-25, 10:06	+4 +/–
Ехал Тайпскрипт через Джаваскрипт, который ехал через плюсы, а теперь ехал тайпскрипт через гошечку, чтобы ехать через джаваскрипт, чтобы ехать на плюсах. В итоге оверхед оверхедом погоняет на всех этапах разработки.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #10, #24, #29

8. Сообщение от Аноним (8), 12-Мрт-25, 10:12	–1 +/–
> В ноде, чтобы поймать ошибку listen или дождаться ее выполнения, надо: Спешите видеть, разработчик впервые в жизни познает асинхронное программирование без блокировки IO и записывает это в минусы!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #20, #78

9. Сообщение от Аноним (9), 12-Мрт-25, 10:13	+/–
Как раз часть оверхеда убирают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #11, #71

10. Сообщение от 12yoexpert (ok), 12-Мрт-25, 10:13	+2 +/–
и всё это при разработке парсит IDE на джаве, которая на плюсах
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #73

11. Сообщение от 12yoexpert (ok), 12-Мрт-25, 10:14	+/–
дааа? и каким же образом?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #13

12. Сообщение от Карлос Сношайтилис (ok), 12-Мрт-25, 10:17	+4 +/–
Это зумеры, сэр. Они думают, что компилятор может написать только на языке с похожей семантикой. Тысячи компиляторов/тоанспиляторов/интерпретаторов на С/++, написанных для чего ни попадя, смотрят на них с недоумением.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #15, #28, #36, #111, #112, #134

13. Сообщение от Аноним (9), 12-Мрт-25, 10:18	+2 +/–
В новости написано.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

14. Сообщение от Карлос Сношайтилис (ok), 12-Мрт-25, 10:20	+/–
Потому что семантика раста не похожа на TS, написано же. (почему должна быть похожа – вопрос не ко мне)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #25

15. Сообщение от freehck (ok), 12-Мрт-25, 10:22	+1 +/–
> Они думают, что компилятор можно написать только на языке с похожей семантикой. Вряд ли. Если человек садится писать новый язык, то первое, что он узнаёт, когда начинает изучать матчасть -- это lex и yacc. А там уж всё очевидно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #56

16. Сообщение от Аноним (16), 12-Мрт-25, 10:22	+/–
Потому, что ни только Раст следит за безопасностью работы с памятью
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #119

17. Сообщение от Аноним (17), 12-Мрт-25, 10:26	+1 +/–
В жизни бы не стал писать компиляторы на го. Он же совсем к этому не приспособлен. Неудобно. На окамле самое то.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #58, #120, #131

19. Сообщение от Витюшка (?), 12-Мрт-25, 10:28	+2 +/–
Самое забавное что именно на Rust пересели большинство трансплайлеров, билдеров, линтеров и т.п. в мире Typescript. Решение крайне сомнительное.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #21

20. Сообщение от Аноним (3), 12-Мрт-25, 10:35	+1 +/–
Асинхронщина здорового человека:     let listener = TcpListener::bind(&addr).await?; Асинхронщина курильщика:     const { promise, resolve, reject } = Promise.withResolvers();     const handleListening = () => {       server.off("error", handleError);       resolve();     };     const handleError = (error) => {       server.off("listening", handleListening);       reject(error);     };     server.once("listening", handleListening);     server.once("error", handleError);     // Вроде ничего не забыли. И теперь, перекрестясь...     server.listen(port, host);     await promise;
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #30, #43, #87, #90

21. Сообщение от нейм (?), 12-Мрт-25, 10:38	+3 +/–
Просто сигма-чад архитектор тайпскрипта показал всем этим задавакам с растом где их место.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

22. Сообщение от morphe (?), 12-Мрт-25, 10:39	+1 +/–
> Ощущение, что дизайнер ноды осилил только паттерн event emitter, так что он впендюрил его всюду. Потому что когда в ноде была сеть, в JS ещё не было Promise/async/await А event emitter удобнее чем колбеки у каждого метода, тем более что не везде эти колбеки относятся к конкретно методу
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

23. Сообщение от Аноним (23), 12-Мрт-25, 10:45	+5 +/–
Когда программистам делать нечего, они проекты переписывают на другом языке.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #27

24. Сообщение от нейм (?), 12-Мрт-25, 10:46	+/–
> we’ve begun work on a native port of the TypeScript compiler and tools. Из оригинальной новости
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

25. Сообщение от Anonim (??), 12-Мрт-25, 10:49	+/–
Потому что затраты меньше, перепроектировать с нуля с учетом Rust-специфики (нет GC, например) или тупо портировать файл за файлом. И речь не о TS, как языке, а о конкретном коде TS компилятора, который близок к обычному коду на Go.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #48

26. Сообщение от Аноним (26), 12-Мрт-25, 10:53	+1 +/–
Наконец-то Hugo для замороченных тем не будет тащить npm
Ответить | Правка | Наверх | Cообщить модератору

27. Сообщение от Аноним (27), 12-Мрт-25, 10:55	+1 +/–
Там не переписывание с нуля, а скорее прямая трансляция с целью повышения производительности. Большинство кода строчка к строчке совпадает, код просто транслирован в другой синтаксис.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #39

28. Сообщение от Аноним (28), 12-Мрт-25, 10:55	+2 +/–
>Они думают, что компилятор может написать только на языке с похожей семантикой. Нет. Они портируют проект (по стечению обстоятельств являющийся компилятором) с одного языка на другой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #34

29. Сообщение от Минона (ok), 12-Мрт-25, 10:58	+/–
А там ниже еще процессор где CISC транслируется в RISC.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

30. Сообщение от Аноним (30), 12-Мрт-25, 11:02	–1 +/–
неумение готовить websocket'ы в ноде это, то что отличает "здорового" человека от того, кто умеет: const app = uWS.App().get('/*', () => {}).listen(port, () => {})
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #107

33. Сообщение от Аноним (33), 12-Мрт-25, 11:19	–2 +/–
Потому что нет сборщика мусора. А JS - это язык на сборщике мусора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #79

34. Сообщение от Жироватт (ok), 12-Мрт-25, 11:24	+5 +/–
Компилятором? Разве на выходе не pure-js? Это тогда уж транспилятор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #45

35. Сообщение от turbo2001 (ok), 12-Мрт-25, 11:25	+3 +/–
Выглядит как жирный плевок в сторону C#
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #46

36. Сообщение от Аноним (36), 12-Мрт-25, 11:28	+16 +/–
>> Это зумеры, сэр. Вы в курсе, кто такой Андерс Хейлсберг?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #42

37. Сообщение от Аноним (37), 12-Мрт-25, 11:33	+/–
>Go ближе к TypeScript по семантике и структуре кода, что позволяет сохранить при портировании существующие шаблоны При этом в оригинальном видео вообще нет примеров, только два экрана с простыней if'ов, которые можно точно так же на любом языке переписать. И кстати почему не на C#?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #40, #75

39. Сообщение от Аноним (28), 12-Мрт-25, 11:38	+3 +/–
Им надо было транспайлер писать. Заодно избавили бы мир от ноде.жс
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

40. Сообщение от Аноним (36), 12-Мрт-25, 11:38	+/–
Для господ, которым лень переходить по ссылкам: >[оверквотинг удален] >> This choice is basically a language preference of Typescript team and also an attempt to please the ts/js community which cheers adoption of Rust / Go in js tooling. >> My opinion is that C# ticks all the boxes and would do a better job than Go. >> But TS team acknowledged they would be better Go developers than they would be C# developers. >> They want to build this with TS / JS community not with .NET Community. >> Also, there was an issue with their justification: >> They shouldn't have said C# is sub-par, but they should have been honest: >> We think we are better Go developers and we like Go more than C#. And I think that would have been acceptable. >> Trying to justify with technical arguments that don't hold, pisses some C#/.NET old timers. >> Overall Go is not a bad choice, but I believe you would have achieved same or better results with C# if you opted for it. >> Also I think C#/.NET teams would have happily cleared any bumps in your way.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #51

41. Сообщение от freehck (ok), 12-Мрт-25, 11:41	+2 +/–
> После раста, нода/яваскрипт/тайпскрипт кажется чем-то плюшевым, игрушечным, непродуманным. Это ощущение обычно проходит после изучения N-ного языка. После определённого количества оных в голове, становится очевидным, что языки следует выбирать исходя из задач, для решения которых они созданы, и методика сравнения несколько меняется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #101

42. Сообщение от Аноним (42), 12-Мрт-25, 11:45	+8 +/–
> Вы в курсе, кто такой Андерс Хейлсберг? Так для этого ж надо новость читать. Ну его - лучше сразу в комментарии ринуться со своим ценным экспертным мнением.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

43. Сообщение от _hide_ (ok), 12-Мрт-25, 11:49	+/–
Здорового -- это тому, кто не париться?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

44. Сообщение от Аноним (48), 12-Мрт-25, 11:50	+/–
Полностью верное и безоговорочно правильное решение.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #55

45. Сообщение от Аноним (45), 12-Мрт-25, 11:50	+/–
Поумничал, да? Транспиляторы - подмножество компиляторов. Алсо, https://github.com/microsoft/TypeScript/tree/main/src/compiler
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #65

46. Сообщение от Аноним (48), 12-Мрт-25, 11:52	+2 +/–
Даже внутри Майкрософт с шарпом все ясно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #53, #67

48. Сообщение от Аноним (48), 12-Мрт-25, 11:53	+1 +/–
Затраты на Rust сильно больше и они никогда не окупятся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

50. Сообщение от Аноним (50), 12-Мрт-25, 12:00	+/–
Когда человек умеет работать только молотком, все вокруг становится гвоздями.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

51. Сообщение от turbo2001 (ok), 12-Мрт-25, 12:03	+/–
Это рассуждения мимокрокодила, а не официальная позиция.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #63

52. Сообщение от al (??), 12-Мрт-25, 12:04	–1 +/–
Жабаскрипт, это чтобы анимированные снежинки на веб-страничке были и чтобы в формах автодополнение, а остальное - от лукавого.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #91

53. Сообщение от Аноним (53), 12-Мрт-25, 12:05	+/–
неужели ты залез внутрь? и как там в aнусе?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

54. Сообщение от Аноним (54), 12-Мрт-25, 12:06	–2 +/–
Java надо было.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #80, #123

55. Сообщение от Аноним (53), 12-Мрт-25, 12:06	+/–
глупости. нужно было сразу сделать альтернативу typescript, который сам по себе не нужон
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

56. Сообщение от Анонимъ (-), 12-Мрт-25, 12:07	+2 +/–
> lex/yacc Фу, мерзость. Даже полностью вручную лучше, чем это. Ты будто живёшь в мире, отстающем на 10-20 лет. Для пирсинга лучше взять любой язык, умеющий в ФП в той или иной степени. Haskell, Ocalm, Rust, Clojure. Да даже, простите, Common Lisp лучше подойдёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #74

57. Сообщение от Аноним (57), 12-Мрт-25, 12:10	+1 +/–
Да это просто Майкрософт и Гугл друг другу подлизывают, чтобы вместе двигать свой корпоративный Rust. Это чисто политика, тут нет никакой другой реальной причины, а все заявленные - обыкновенный лживый предлог.
Ответить | Правка | Наверх | Cообщить модератору

58. Сообщение от Ъ (?), 12-Мрт-25, 12:14	+/–
ANTLR4+Go вполне удобен
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

59. Сообщение от Аноним (59), 12-Мрт-25, 12:20	+1 +/–
А после любого языка с GC, Rust чувствуется небезопасным.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #92, #102

60. Сообщение от Аноним (60), 12-Мрт-25, 12:24	+4 +/–
Автор C#, который Хейлсберг, будучи и автором TS сам принял решение переписать на go. Люди на гитхабе в афиге, Хейлсберг оправдывается, что это не навязанное решение, а они так решили — говорит в варианте «начнём портирование один-к-одному с минимумом переписывания» го им подошла больше, при этом в отличие от питона получили не замедление, а ускорение (правда всего 3x и больше за счёт многопоточности). Раст отмели, поскольку пришлось бы переделать всё. Почему отмели дотнет — непонятно, на многословность не спишешь, а вот по производительности потеряли прилично. Злые языки говорят, что мс сейчас под теми же людьми, что и гугель и начальство будет планомерно внедрять общие зонды, сам де дотнет привычным к яве индусам не интересен.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #66, #114

62. Сообщение от Аноним (62), 12-Мрт-25, 12:27	+1 +/–
Выбирая Go, мы определенно знали, что будут люди, которые спросят, почему мы не выбрали Rust. Это хороший вопрос, потому что Rust — отличный язык, и, если нет других ограничений, это сильный выбор при написании нового нативного кода. Портируемость (то есть возможность создать новую кодовую базу, алгоритмически похожую на текущую) всегда была ключевым ограничением, когда мы думали о том, как это сделать. Мы перепробовали массу подходов, чтобы получить представление, которое сделало бы этот подход к портированию осуществимым в Rust, но все они либо имели неприемлемые компромиссы (производительность, эргономика и т. д.), либо сводились к стратегиям типа "напиши свой собственный GC". Некоторые из них были близки к цели, но часто требовали использования большого количества небезопасного кода, и, казалось, не существует большого количества комбинаций примитивов в Rust, которые позволили бы эргономично портировать код JavaScript (что неудивительно, если сформулировать это таким образом — большинство языков не считают приоритетом облегчение портирования с JavaScript/TypeScript!). В конце концов, у нас было два варианта — сделать полный рерайт с нуля на Rust, что могло занять годы и привести к несовместимой версии TypeScript, которую никто не смог бы использовать, или просто сделать порт на Go и получить что-то пригодное для использования примерно через год и иметь что-то чрезвычайно совместимое с точки зрения семантики и чрезвычайно конкурентоспособное с точки зрения производительности. И даже не совсем ясно, в чем будет преимущество этого (помимо того, что не придется отвечать на множество вопросов "Почему вы не выбрали Rust?"). Мы по-прежнему хотим иметь четко разделенную поверхность API, чтобы наши варианты реализации оставались открытыми, поэтому недостатки Go в плане взаимодействия не имеют особого значения. Go обладает отличной генерацией кода и отличным представлением данных, как и Rust. Go обладает отличными примитивами параллелизма, как и Rust. Производительность на одном ядре находится в пределах погрешности. И хотя можно было бы добиться некоторого прироста производительности, используя небезопасный код в Go, мы получили отличную производительность и использование памяти, не используя никаких небезопасных примитивов. На наш взгляд, Rust добился огромных успехов в достижении своих целей, но "легкость портирования на Rust с этой конкретной кодовой базы JavaScript" очень рационально не является одной из его целей. Это не является целью и для Go, но в нашем случае, учитывая то, как мы написали код до сих пор, он оказался довольно хорош в этом. https://www.reddit.com/r/typescript/comments/1j8s467/comment...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

63. Сообщение от Аноним (36), 12-Мрт-25, 12:37	+1 +/–
Да, был не прав, сорян. Выглядело так, будто он разбирается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

64. Сообщение от Аноним (64), 12-Мрт-25, 12:38	+/–
Я правильно понял, что npm install typescript теперь будет либо качать непонятный блоб с go с домашней странички какого-нибудь анонима из микрософт, либо качать исходники go и компилировать его?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #98

65. Сообщение от Жироватт (ok), 12-Мрт-25, 12:40	–2 +/–
Не любо - не слушай.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

66. Сообщение от Аноним (26), 12-Мрт-25, 12:43	+1 +/–
привычным к яве индусам и голагне с тупоскриптом не интересны, ты выдыхай уже
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

67. Сообщение от Аноним (26), 12-Мрт-25, 12:44	+1 +/–
а вот портанули бы MAUI на линух, всё было бы кучеряво
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

68. Сообщение от Аноним (68), 12-Мрт-25, 12:46	–1 +/–
Сначала, вместо того чтобы писать на JavaScript, но при этом отработать зарплату, придумали TypeScript. Теперь парят всем мозг с требованием переделать компилятор, чтобы продолжить генерировать JavaScript и продолжить получать зарплату. А ведь могли просто писать на JavaScript! Чего только не придумаешь, лишь бы ничего не делать... и получать зарплату.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #85

71. Сообщение от Bottle (?), 12-Мрт-25, 13:07	+/–
...взамен добавляя ненужную сложность в разработку. А могли бы wasm'ом пользоваться, а не костыли городить вокруг медленного джаваскрипта. Сколько его не ускоряй, а динамическая типизация не сделает его компилируемым языком.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

73. Сообщение от Bottle (?), 12-Мрт-25, 13:17	+/–
Ну ладно IDE, оно, как говорится, выполняет свою, особую задачу, но сам TypeScript и его поддержка становится тем ещё весельем. То есть, нужно знать JavaScript, TypeScript, Go, чтобы компилятор работал, не говоря уже о знаниях компиляции. А ещё надо знать то, как именно Хром, Лиса и Сафари этот самый джаваскрипт исполняют, а это требует знание C++, потому что разные реализации имеют разные баги, лол. В итоге проект для глубокого понимания без появления ошибок в процессе требует профессионального знания всех четырёх языков. А теперь найдите мне такого специалиста, который это умеет, может, практикует вместе с компиляторостроением.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #100

74. Сообщение от freehck (ok), 12-Мрт-25, 13:29	+2 +/–
>> lex/yacc > Фу, мерзость. Даже полностью вручную лучше, чем это. Ты будто живёшь в > мире, отстающем на 10-20 лет. Не мерзость, а база. ) > Для пирсинга лучше взять любой язык, умеющий в ФП в той или > иной степени. Для пирсинга -- лучше обратиться в специализированное заведение. ) > Haskell, Ocalm, Rust, Clojure. Да ладно, как минимум у трёх из них есть собственные прямые аналоги lex и yacc (а то и не один, как в случае с ocaml). А про кложу я просто не знаю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #89, #130

75. Сообщение от Аноним (75), 12-Мрт-25, 13:29	+/–
OOP cross-platform issues shared memory concurrency
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

76. Сообщение от Советский инженер (ok), 12-Мрт-25, 13:41	–1 +/–
что их не устоило в C# так толком и не пояснили
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #105, #116, #121

78. Сообщение от Аноним (78), 12-Мрт-25, 13:47	+/–
В нормальном асинхронном программирование код отличается от синхронного только наличием await'ов. А навешивание коллбеков - это даже не программирование вообще, это мастурбация.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #109

79. Сообщение от Аноним (78), 12-Мрт-25, 13:48	+1 +/–
Наличие сборщика мусора в языке никак не коррелирует с необходимостью наличия сборщика мусора в его компиляторе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

80. Сообщение от Аноним (78), 12-Мрт-25, 13:50	+1 +/–
Не надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

83. Сообщение от Аноним (83), 12-Мрт-25, 14:12	+/–
Отиличное решение, а когда закончите перепишите Go на TypeScript...
Ответить | Правка | Наверх | Cообщить модератору

84. Сообщение от Вездеход (?), 12-Мрт-25, 14:20	+/–
На js точно так же можно создавать tcp-сервер: Bun.listen({ port: 8000, socket: { data(socket, data) {}, error(socket, error) {} }});
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

85. Сообщение от Аноним (45), 12-Мрт-25, 14:21	+/–
Кому - всем? От кого требуют? Как много вопросов и как мало ответов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

87. Сообщение от Аноним (87), 12-Мрт-25, 14:40	–2 +/–
Потому что оно так с node 0.1, где колбэки колбэками погоняли. Легаси, сэр... Всегда обертываю так, чтобы получить api, похожее на то, что в Rust (с библиотекой neverthrow получается очень rust-like). Такую обертку и на npm найти можно, но я не любитель leftpad-ов, мне и самому несложно 10 строк кода написать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

88. Сообщение от Аннноним (?), 12-Мрт-25, 14:47	+/–
По легенде Джаваскрипт накожен Бренданом Айком за 10 дней чтобы что-то было. А в итоге вон какую экосистему породил
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

89. Сообщение от Аннноним (?), 12-Мрт-25, 14:49	+1 +/–
В хаскеле на парсерных комбинаторах прикольно делать парсеры. Правда для компилятора наверное всё-таки более классический подход использовал бы В функциональных языках парсить текст всё же удобно. На Лиспе не пробовал, хоть Лисп мне и нравится за красоту, а вот Хаскелл классный
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

90. Сообщение от cheburnator9000 (ok), 12-Мрт-25, 14:57	+/–
Что случится со здоровым человеком если у него появится ошибка с TcpListener?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #99, #104

91. Сообщение от Сталин (?), 12-Мрт-25, 14:57	+2 +/–
Как там в нулевых? Закупай биткоин в конце десятелетия на все деньги.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

92. Сообщение от Аноним (92), 12-Мрт-25, 15:00	+1 +/–
Наоборот, в том же go после rust ощущение дискомфортные, потому что помимо очищения непосредственно памяти есть и другие ресурсы. Например, нужно вручную освободить лок, не забыть вручную прописать defer с релизом. Также в рантайме постоянно ловятся проблемы нулевыми указателями. Rust от этого избааляет во время компиляции.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

93. Сообщение от Аноним (93), 12-Мрт-25, 15:08	+/–
Остался один шаг чтобы понять, что Typescript - вообще не нужен.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #94, #97

94. Сообщение от Аноним (-), 12-Мрт-25, 15:14	+1 +/–
Нет, вот он как-раз таки нужен. Если тебе интересно комментарии писать вместо типов - пиши
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

95. Сообщение от Аноним (-), 12-Мрт-25, 15:15	+/–
Меня лично устраивает текущий TypeScript
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #124

96. Сообщение от User (??), 12-Мрт-25, 15:27	+/–
По тому, что задача "написания компилятора" по своим НФТ\ограничениям не относится к задачам "системного программирования" в чистом виде - тут у тебя нет долгоиграющих процессов, обрабатывающих недоверенные данные из внешних источников с ограничениями по производительности, не позволяющими использовать GC.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

97. Сообщение от Аноним (48), 12-Мрт-25, 15:27	+/–
Нативная поддержка тайпскрипта должна появится в браузерах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #103, #106, #108, #125

98. Сообщение от Аноним (48), 12-Мрт-25, 15:28	+/–
Ещё один стал о чем-то догадываться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

99. Сообщение от Вася Пупкин (?), 12-Мрт-25, 15:33	+/–
вопросик в конце выражения говорит о том, что ошибка будет проброшена наверх по стеку вызовов. но если хотите, можете и тут обработать, разрешаю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

100. Сообщение от User (??), 12-Мрт-25, 15:34	+/–
И не говорите! Безумие какое-то! Ведь никто другой не пишет для своего языка компиляторов на C++, не использует в своей писанине ассемблерных вставок, не транслирует это писево в "промежуточное представление на языке C", не требует изучения каких-то особых языков для сборки проекта, не... Oh, shi! Да это же ДРУГОЕ!!!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

101. Сообщение от Вася Пупкин (?), 12-Мрт-25, 15:36	+/–
так можно же осознанно и игрушечный язык выбирать там где это уместнее. но от этого он неигрушечным не становится. нет противоречия
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #113

102. Сообщение от Вася Пупкин (?), 12-Мрт-25, 15:38	+/–
Ну неее.. после дружелюбного ржавого компилятора попробуй написать мультипоточный мемори-сейф код какой-нибудь жабе или шарпах. совсем обратное чувство.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

103. Сообщение от Аноним (53), 12-Мрт-25, 15:51	+/–
почему ещё не сделал?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97

104. Сообщение от Аноним (3), 12-Мрт-25, 15:53	+/–
Дальнейший код выполнен не будет, обрати внимание на символ "?" в конце await. В ноде код будет выполняться так, словно ошибки нет, потому что она еще не возникла (возникнет позже). Заходишь на официальный сайт ноды, копируешь хелловорлд из главной страницы, меняешь порт на недопустимый (например 1000, который требует рута) и вставляешь в конце console.log("Этот console.log выполнился даже после того, как нода не смогла забиндиться к порту 1000."). Сделать await не получится, потому что у listen дурацкий апи, возвращающий вместо промиса черт-те что. Обрати внимание на стектрейс, с какого места падает. Падает с абсолютно нелогичного места в связи с автомагией ноды крашить все приложение, если любой (любой!) event emitter не имеет обработчика error на момент его возникновения.     import { EventEmitter } from "node:events";     const ee = new EventEmitter();     ee.emit("hello");     console.log("Этот console.log() будет выполнен");     ee.emit("error");     console.log("Этот console.log() выполнен НЕ будет: нода за тебя решила, что тут надо грохать сразу весь процесс."); И вот таким образом оформлена вся стд либа ноды. Всюду неприятные сюрпризы, и никогда нет уверенности, что ты подписался на все возможные источники ошибок. Нода -- это современный пхп.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

105. Сообщение от Аноним (105), 12-Мрт-25, 15:57	–1 +/–
Особо ничем не лучше Джавы и вначале был жёстко привязан к Виндовс
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

106. Сообщение от Аноним (-), 12-Мрт-25, 16:35	+/–
Так дорогой давай стандарт для начала. Вот у JavaScript он есть. Правда не американских браузеров нет, но все-же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97

107. Сообщение от Карлос Сношайтилис (ok), 12-Мрт-25, 16:37	+5 +/–
И эти люди ругают синтаксис раста...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

108. Сообщение от th3m3 (ok), 12-Мрт-25, 16:40	+/–
Давно не следил за этим болотом, но если не ошибаюсь, там речь шла не про поддержку TS в браузере, а поддержку статичной типизации в ванильном js, что сделает ненужным TS в принципе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97 Ответы: #126

109. Сообщение от Аноним (109), 12-Мрт-25, 16:47	+/–
api node старше хипстерских await.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

110. Сообщение от Я (??), 12-Мрт-25, 17:03	+/–
сначала typescript на go, потом go на typescript, а там глядишь сделают rustoscript с nodecargo
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #127

111. Сообщение от Нуину (?), 12-Мрт-25, 17:09	+/–
> Это зумеры, сэр. Андерс Хейлсберг (Anders Hejlsberg) зумер?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #129

112. Сообщение от nw (?), 12-Мрт-25, 17:10	+1 +/–
Удивительно, что находятся люди, которые плюсуют фигню, которую Вы написали. Думаю, что у Anders Hejlsberg чуть больше экспертизы, чем у Вас. Его трудно назвать "зумером"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #135

113. Сообщение от freehck (ok), 12-Мрт-25, 17:11	+/–
> так можно же осознанно и игрушечный язык выбирать там где это уместнее. > но от этого он неигрушечным не становится. нет противоречия А никто ни про какие противоречия и не говорил. Проблема тут только в том, что понятие "игрушечности" не определено никак, в отличие от стоимости разработки и стоимости поддержки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

114. Сообщение от Нуину (?), 12-Мрт-25, 17:14	+/–
Точно, на презентации Хейлсберг часто моргает, наверняка индусы взяли его в заложники и заставляют переписывать на go.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

116. Сообщение от Нуину (?), 12-Мрт-25, 17:39	–1 +/–
А как пользователям это поставлять? В go они собирут бинарники для всех нужных платформ и засунут в npm пакет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #132

117. Сообщение от Нуину (?), 12-Мрт-25, 17:45	+/–
> После раста, нода/яваскрипт/тайпскрипт кажется чем-то плюшевым, игрушечным, непродуманным. Например, попробуйте создать TCP-сервер и слушать порт 8000. В нормальных языках/платформах это просто вызов bind/listen и обработка ошибки. Но не в ноде. No, sir. В ноде, чтобы поймать ошибку listen или дождаться ее выполнения, надо Во-первых, сранивать язык и платформу не вполне корректно. Во-вторых, это вопрос исключительно апи. Все node, bun и deno скрывают listen где-то под капотом. Видимо так удобнее им. Вряд ли их авторы не понимают bind/listen.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

118. Сообщение от Нуину (?), 12-Мрт-25, 17:46	+/–
> Почему не на Rust? Даже Андерс Хейлсберг его не смог осилить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

119. Сообщение от _ (??), 12-Мрт-25, 17:48	+/–
Но это - другое! Понимать надо! :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

120. Сообщение от Нуину (?), 12-Мрт-25, 17:49	+/–
> На окамле самое то. Интересно увидеть сравнения производительности нового typescript-go с flow. А изначально вроде ts (strada) был на f#? По крайей мере один из разработчиков был разработчиком f# как гласит Википедия. А ранние версии https://github.com/microsoft/TypeScript-DOM-lib-generator были на f# (можно посмотреть по истории).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

121. Сообщение от тоже Аноним (ok), 12-Мрт-25, 17:49	–1 +/–
> что их не устоило в C# так толком и не пояснили Кого "их"? Чувака, который сам и создал С#? Вряд ли он просто чего-то не знает...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

123. Сообщение от _ (??), 12-Мрт-25, 17:55	+/–
>Java надо было. 20 лет назад. А теперь - не факт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

124. Сообщение от Нуину (?), 12-Мрт-25, 18:45	+/–
Ой. Ну тогда срочно отменяем все.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95

125. Сообщение от Нуину (?), 12-Мрт-25, 18:45	+/–
Хотели сказать нативная поддержка go?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97

126. Сообщение от Нуину (?), 12-Мрт-25, 18:46	+/–
> поддержку статичной типизации в ванильном js Вроде как собираются добавить поддержку указания типов и их игнор в рантайме по аналогии с аннотациями типов в питоне.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

127. Сообщение от Аноним (127), 12-Мрт-25, 18:49	+/–
конечно сделают, причём 100500 различных вариаций, другим способом безработицу не победить
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110

128. Сообщение от Аноним (-), 12-Мрт-25, 19:28    Скрыто ботом-модератором	+/–
>Андерс Хейлсберг Ученик Никлауса Вирта. Если Майкрософт именно его задействовал, то это серъёзно. Очень серъёзно.
Ответить | Правка | Наверх | Cообщить модератору

129. Сообщение от Аноним (129), 12-Мрт-25, 20:24	+/–
Ну не милленниал же, хотя с возрастом и не такое бывает
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111

130. Сообщение от warlock66613 (ok), 12-Мрт-25, 20:49	+/–
yacc становится серьёзной обузой когда нужны вменяемые сообщения об ошибках.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

131. Сообщение от BeLord (ok), 12-Мрт-25, 20:49	+/–
Что значит удобно? Это не технический параметр. Я могу понять вот на языке Х компилятор пишется за Y дней/часов/лет, а на языке Z за Y*N дней/часов/лет. А что такое удобно мне лично не понятно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

132. Сообщение от Аноним (132), 12-Мрт-25, 20:57	+/–
Точно так же собираешь бинарники с native aot
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116

133. Сообщение от Аноним (132), 12-Мрт-25, 20:58	+/–
Мда, а свой же .net с native aot даже не рассмотрели
Ответить | Правка | Наверх | Cообщить модератору

134. Сообщение от Аноним (-), 12-Мрт-25, 21:16	+/–
> Это зумеры, сэр. "Андерс Хейлсберг (Anders Hejlsberg), главный архитектор языка TypeScript, в своё время создавший языки C#, Delphi и Turbo Pascal..." Главный зумер, да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

135. Сообщение от Карлос Сношайтилис (ok), 12-Мрт-25, 21:17	+/–
С Андерсем всё понятно как раз – дяденька хочет поэкспериментировать за счёт MS. Ноль процентов осуждения, сто процентов понимания. Я дал оценку окружающим коллегам, у которых вопросов не возникало.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112

136. Сообщение от zionist (ok), 12-Мрт-25, 21:45	+/–
По-моему это победа Go.
Ответить | Правка | Наверх | Cообщить модератору

137. Сообщение от Аноним (-), 12-Мрт-25, 22:39    Скрыто ботом-модератором	+/–
Компилятор для языка на другом языке? Это все, что нужно знать про язык. Лучше уж вскод переписали бы тогда.
Ответить | Правка | Наверх | Cообщить модератору

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

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