VG
название perl5
Size: a a a
2020 June 25
VG
perl -v запусти, увидишь =)
МК
Там много несоответствий в описании. В man perl иначе, например.
a
Хочешь сказать, что ревьювить ассемблер невозможно?
Можно. Но если ты, к примеру реализуешь ОС общего назначения, то проще писать преимущественно на C и код на нём ревьюить, чем писать всё на ассемблере.
Мне уже надоело видеть (а самое главное помнить о применении в проекте), к примеру, 100500 соглашений по распределению кода конструирования объектов в Perl. Оставить BUILDARGS/BUILD и всё.
Мне уже надоело видеть (а самое главное помнить о применении в проекте), к примеру, 100500 соглашений по распределению кода конструирования объектов в Perl. Оставить BUILDARGS/BUILD и всё.
AU
allter
Можно. Но если ты, к примеру реализуешь ОС общего назначения, то проще писать преимущественно на C и код на нём ревьюить, чем писать всё на ассемблере.
Мне уже надоело видеть (а самое главное помнить о применении в проекте), к примеру, 100500 соглашений по распределению кода конструирования объектов в Perl. Оставить BUILDARGS/BUILD и всё.
Мне уже надоело видеть (а самое главное помнить о применении в проекте), к примеру, 100500 соглашений по распределению кода конструирования объектов в Perl. Оставить BUILDARGS/BUILD и всё.
Программировать не надоело ещё? ;)
VG
оставьте программирование программатору (с)
a
Программировать не надоело ещё? ;)
Да я этим занимаюсь меньше 10% времени :(
R
allter
Можно. Но если ты, к примеру реализуешь ОС общего назначения, то проще писать преимущественно на C и код на нём ревьюить, чем писать всё на ассемблере.
Мне уже надоело видеть (а самое главное помнить о применении в проекте), к примеру, 100500 соглашений по распределению кода конструирования объектов в Perl. Оставить BUILDARGS/BUILD и всё.
Мне уже надоело видеть (а самое главное помнить о применении в проекте), к примеру, 100500 соглашений по распределению кода конструирования объектов в Perl. Оставить BUILDARGS/BUILD и всё.
Нормально конструирует. Где по проще надо, где BUILD/BUILDARG надо. Не надо усложнять, там где просто.
a
Нормально конструирует. Где по проще надо, где BUILD/BUILDARG надо. Не надо усложнять, там где просто.
BUILD/BUILDARGS не сложно, просто отсутствие поддержки подобного механизма из коробки вынуждает каждый второй проект делать свой велосипед. Проблема этих велосипедов в том, что до определённой сложности проект развивается, а потом внезапно сложность превышает понимаемость, и проект упирается в невидимую стену.
P.S. А new по умолчанию должен быть вообще в UNIVERSAL...
P.S. А new по умолчанию должен быть вообще в UNIVERSAL...
R
Сложно ≠ трудно. Сложно = ненужно.
VG
у нас вся профессия про сложность
a
Не понимаю, к чему этот коммент? BUILD это сложно? Для кого, для пользователей (те, кто будет классы описывать через него)?
VG
я вообще впервые слышу про какие-то билдаргз
VG
почему они вдруг должны быть для всех?
a
я вообще впервые слышу про какие-то билдаргз
Это соглашение из Mo*. Очень удобно. Я обычно использую методы BUILD_OBJECT/BUILDARGS для замены там, где Mo* не нужно (с тем отличием. что BUILD_OBJECT сам должен вызывать суперклассы). Первый для инициализации времени существования объекта, второй - времени до существования (адаптирования к аргументам создания).
VG
всегда избегал пакеты с Moo* в зависимостях
AE
Кто-нить знает как получить программно у перла все известные ему названия unicode символов, которые можно использовать в
"\N{...}".AE
интересует работающий код, а не где смотреть. глянул `Unicode::UCD`но чот с наскоку не вышло
AE
видимо проще дернуть вот отсюда https://www.unicode.org/Public/
2020 June 26
AK
Пытаюсь переопределить warn с использованием AE::log, думал, что это будет просто, но уже отчаялся, ничего не выходит :(
https://pastebin.com/ryfQQPzj
https://pastebin.com/ryfQQPzj
