Hearted Youtube comments on Декабрист IT (@DecembristITTV) channel.

  1. 15
  2. 14
  3. 14
  4. 14
  5. 14
  6. 13
  7. 13
  8. 13
  9. 13
  10. 13
  11. 13
  12. 12
  13. 12
  14. 11
  15. 11
  16. 11
  17. 11
  18. 11
  19. 10
  20. 10
  21. 10
  22. 10
  23. Сделаю уточнение: данный тест больше сравнивает библиотеки libuv и java.nio и (хз что там в Bun) , которые все нативные Я делал замеры java netty (Linux epoll) и c++ libuv (Linux epoll) они шли прям нога в ногу на похожих тестах. (сравнивал java и c++ (не js) ) по поводу Bun : года 3-4 назад проходил HighLoadCamp от яндекса, и там хитрые умельцы умудрились из epoll выжить максимум за счет хака с DMA но при этом страдала файловая система (если утрировать)(это все было на с или с++). Я боюсь что Bun пошёл по той же дорожки, чтобы нарисовать красивые графики он хакает epoll за счет блокировки другой периферии . Когда они переболеют этим, графики выровняются. Резюмирую: js хорошо умеет перекладывать данные их нетворка в нетворк, (в libuv работа с файлами блокирующая и реализована через тред пулы) java умеет очень хорошо перекладывать данные из нетворка на диск (kafka тому подтверждение) и как число-дробилка тоже неплоха с/с++ хороши во всем кроме : менеджмента памяти, защиты памяти, порога входа
    10
  24. 10
  25. 10
  26. 10
  27. 10
  28. 9
  29. 9
  30. 9
  31. 9
  32. 9
  33. 9
  34. 9
  35. 9
  36. 8
  37. 8
  38. 8
  39. 8
  40. 8
  41. 8
  42. 8
  43. 8
  44. 8
  45. 8
  46. 8
  47. 8
  48. Оба предложенные варианта - ерунда. Свой язык, это полная утопия. А парсинг блупринтов, это дополнительная головная боль разработчика и усложнение пайплайна. И если для больших студий это еще худо-бедно допустимо (но зачем им оно, если им проще нанять дополнительно C++ девелопа), то для инди это просто будет непонятный атавизм. На мой взгляд, нужно идти другим, более адекватным путем - взять все лучшее от скорости компиляции и удобства графических форм, и при этом развить их в максимально удобный формат "сверху вниз - слева направо" (это если простым языком). Наиболее здраво к этому уже как ни странно приблизились разработчики движка Construct 3. В их визуальной системе используется такой подход. Он не идеален, и там тоже есть что улучшать, но вектор правильный. Из всех систем визуального программирования, пожалуй только их система не вызывала ломки при переходе от написания кода к визуалу. Если и говорить об улучшении для UE, то нужно упрощать и делать удобней, а не наворачивать сверху дополнительное, и уж тем более не изобретать аж целый велосипед в лице языка. И конечно, это мое скромное имхо, но я уверен, что работающие с движком меня поймут.
    8
  49. 8
  50. 8