чем то напоминает установку либ из npm

в свифте можно к произвольному участку памяти обращаться?

ты точно не про нод инфраструктуру говоришь

типа того

@hardliner а в го нельзя?

про го хз, там сборщик мусора, и возможно есть что-то типа unsafe блоков

@hardliner https://github.com/apple/swift-evolution/blob/master/proposals/0107-unsaferawpointer.md

@hardliner https://github.com/apple/swift-evolution/blob/master/proposals/0107-unsaferawpointer.md

норма, уже запилили

ваще не релеватно сколько что компиляется

очень даже релевантно, чем быстрее компиляется - тем быстрее скорость разработки

лол

какая разница, если тебе весь проект надо собирать раз в месяц может?

еще сразу скажу

какая разница, если тебе весь проект надо собирать раз в месяц может?

это тебе так кажется, что нет разницы

там нельзя файл в репл загрузить

а так, 1с или 0.1с ваще пофиг

как бы смешно это не звучало

это тебе так кажется, что нет разницы

это тебе кажется что есть разница, но её нет

с другой стороны в rust вообще нет репла

и в джаве <9

потому что у тебя 90% кода не меняется и оно уже скомпилёное лежит

если ты в 100 мегабайтном проекте поменяешь два файла, имено эти два файл (и зависимости, если есть) и пересоберутся

потому что у тебя 90% кода не меняется и оно уже скомпилёное лежит

перешел на другую ветку - скомпилил, вернулся - скомпилил

@dd_bb с инкрементальной сборкой там тоже бывают замесы какие-то

иногда начинает всё пересобирать

в гугле для хромиума запилили распределенную систему сборки

для этого

ты это

и то собирает 10-15 минут, а на топовом процессоре с ссд собирает час

мне чот с тобой не интересно это обсужать

мне вообще не интересно это обсужать, на самом деле

языки уже никакой роли не играют

эм?

ну это твоя проблема :)

языки уже никакой роли не играют

играют

не играют

на руби посмотри

на питон

играет роль инфраструктура которая язык реализаует

конкуренция идёт уже не между языками, а между виртуальными машинами

взять ерланг

запилили эликсир - начался хайп

блин

до этого ерланг не особо был интересен

на чём запилили эликсир?

на вирт машине ерланга

до этого ерланг не особо был интересен

это тебе не был, а много кому был

на вирт машине ерланга

вот видишь

никому нахуй язык не упал

упала именно виртуальная машина

а к ней уже можно любой фронтенд запилить уже

не только, метапрограммирование, синтаксис, люди и сообщество

большая часть языка эликсира на нем же написана, метапрограммирование

ты плохо понимаешь этот рынок, с тобой не интересно говорить, так что я пойду денег делать

я тоже

но ты не доказал что язык вообще не играет роли, а то что ты сказал не аргумент вообще

для будущего — никакой роли не играет

MRI — хана

если YARV не заменят

я пока вижу единственный выход для MRI — смержиться с rbx, но этого никогда не случится, потому что два гордых хуйла

потому что проблема руби не в синтаксисе, не в экосистеме, не в разработчиках

ERROR: S client not available

а в том, что под капотом там говно, а не виртуальная машина

короче залез я в исходники руби и все таки синглтон класс создается сразу вместе с обычным классом, тогда какого хера он не появляется в ObjectSpace.each_object(Class) ?

и все эти 3x3 это попытка говно накрыть тряпочкой

короче залез я в исходники руби и все таки синглтон класс создается сразу вместе с обычным классом, тогда какого хера он не появляется в ObjectSpace.each_object(Class) ?

ссылку на код дай, не должен создаваться

в смысле, пока ты в него не полезешь

ну хз, как это хайлода не было

был хайлод же

всегда был

в смысле, пока ты в него не полезешь

лол я тебе вчера об этом говорил и ты мне сказал что я не прав

лол я тебе вчера об этом говорил и ты мне сказал что я не прав

о чём именно?

а в том, что под капотом там говно, а не виртуальная машина

++++

о чём именно?

что синглтон класс создается когда мы в него идем искать метод

что синглтон класс создается когда мы в него идем искать метод

ты ссылку на код дай, откуда ты вывод сделал что при аллокации класса, сразу синглтон аллоцируется

я бы руби не заинтересовался, если бы не сам язык

ты ссылку на код дай, откуда ты вывод сделал что при аллокации класса, сразу синглтон аллоцируется

да держи https://github.com/ruby/ruby/blob/c94855855ed2abbfc9abd3d74ad2984d1b8ff14e/object.c#L1792

другое дело что сейчас платформа испытывает проблемы в связи с новыми требованиями

поэтому сам язык тоже играет роль

https://github.com/ruby/ruby/blob/ee160e68f9fbb518d4f514987a329fc0a2332973/class.c#L580

https://github.com/ruby/ruby/blob/ee160e68f9fbb518d4f514987a329fc0a2332973/class.c#L486

в смысле, пока ты в него не полезешь

и кстати выдержка из книги которую ты сам не посоветовал: This complicated arrangement of classes, superclasses, and singleton classes can be baffling. Why does Ruby go to such lengths to organize the object model this way? The reason is that thanks to this arrangement, you can call a class method on a subclass: D.a_class_method # => "C.a_class_method()" Even if a_class_method is defined on C , you can also call it on D . This is probably what you expect, but it’s only possible because method lookup starts in #D and goes up to #D ’s superclass #C , where it finds the method.

там пример точно такой же как я приводил, только названия классов C и D < C

я тебе рекомендую нарисовать диаграмку

и я не понимаю как ты мне предлагал дойти до по цепочке до синлтон класса А не имея синглтон класса B в цепочке

это невозможно

поэтому вопрос от тебя зачем нам создавать синглтон класс которого не существует тоже не понятен

оказалось правда что руби сам его создает в момент создания обычного класса

но теперь меня интересует почему его не видно в ObjectSpace

короче залез я в исходники руби и все таки синглтон класс создается сразу вместе с обычным классом, тогда какого хера он не появляется в ObjectSpace.each_object(Class) ?

https://repl.it/EY2Y

хотя если руками самому создать синглтон класс то он в нем появляется