Size: a a a

2021 May 18

G

Gabben in ru.nim.talks
источник

g

gavr in ru.nim.talks
2014
источник

VB

Vladimir Berezenko in ru.nim.talks
хех, как-бы не извращаться лишь-бы не делать нормальный ООП...
источник

G

Gabben in ru.nim.talks
да кому он нужен...
источник

VB

Vladimir Berezenko in ru.nim.talks
действительно...
источник

g

gavr in ru.nim.talks
это ты к чему?
источник

VB

Vladimir Berezenko in ru.nim.talks
это я к концептам
источник

g

gavr in ru.nim.talks
ну в го и расте также подумали
источник

g

gavr in ru.nim.talks
кому оно нужно
источник

VB

Vladimir Berezenko in ru.nim.talks
в результате и там и там унылое говно вместо программирования, а в первом ещё и куча ctrl+c ctrl+v
источник

З/

Зелёный /4Y/ in ru.nim.talks
Баньте. Это бот. Инфа сотка
источник

З/

Зелёный /4Y/ in ru.nim.talks
Когда можно без ооп, зачем нужно ооп? Куча языков есть с ооп.

В том же ниме достаточно перестроить свой мозг на написание неООП кода и всё будет хорошо. Хотя ним конечно позволяет наворотить…
источник

A

Alexander in ru.nim.talks
Немного офигиваю от сложности написать скрипт, который просто замеряет время компиляции на linux/win и особенно на mac.   Думаю может на nim написать чтобы это как-то было мультиплатформенным, но наверное запуск бинарника всех отпугнёт
источник

A

Alexander in ru.nim.talks
особенно time сложно - на win - одно, на linux - другое, на mac - третье. и все по разному работают. где-то внешняя, где-то встроенная
источник

VB

Vladimir Berezenko in ru.nim.talks
Ну вот не будет, т.к. всё это не ооп сводится тольк к тому, что надо придумывать какие-то охрененные костыли, лишь-бы не называть это ООП. В целом от состояний никуда не денешься, особенно в сетевых всяких или межпроцессных штуках, функции работы над этими состояниями хочется иметь одноименные для разных объектов, чтобы не трахаться с запоминанием чего там где и куда, хранить данные хочется тоже в некоем списке и тут (тадааам) таки приходится их к единому некоему типу приводить, но при этом после каста мы теряем инфу о изначальном типе данных, что приводит нас опять-же к пляскам с бубном и костылям (привет yglukhov/iface).
Язык должен позволять делать разработку лучше и быстрее, а не выдумывать какие-то новые названия для того, что давно украдено до вас.
ним в целом очень удобен, но пока ещё весьма сыр и кое-где недостаточно проработан чтобы решать задачи просто, без приключений.
источник

A

Alexander in ru.nim.talks
всё я не особо согласен что тут вообще нужно ООП в описанных случаях. Хотя на каждый кейс надо бы смотреть отдельно.  Состояния - причём тут ООП? оно только затормозит всё из-за dyn методов. Межпроцессорные штуки - тоже не очень понятно причём тут ООП
источник

A

Alexander in ru.nim.talks
гетерогенные списки - тут наверное
источник

g

gavr in ru.nim.talks
пиши на nim, какой отпугнет если оно для этого и нужно
источник

A

Alexander in ru.nim.talks
думаю может тут nimscript нужен, но у меня пробел в знаниях по нему
источник

g

gavr in ru.nim.talks
це ним с запрещенными C FFI
источник