M
Ну и если не нужна рефлексия то соответственно ничего не создается. В Blazor же похоже в любом случае это происходит. Не заморачиваются так скажем
Size: a a a
2021 September 01
2021 September 03
К
@maxgraey а почему нету сортировки на StaticArray?
M
А нужна?
К
Ну просто я был удивлен.
Я думаю же нет разницы, если я из-за этого упал на Array, и не юзают push/pop/unshift?
Я думаю же нет разницы, если я из-за этого упал на Array, и не юзают push/pop/unshift?
К
@maxgraey а вотчера тоже нет, да или я не нашел в ASC?
A
Вчера был наброс на тс, Шемсединов внезапно про ассембли скрипт начал
A
M
Очень согласен с пунктом #3
N
набросил так набросил
M
Люди обычно nodemon или что проде этого сами прикручивают
A
полный доклад вчерашний , научные статьи подтянул))
https://www.youtube.com/watch?v=H9-F8uhKMRk&t=351s
https://www.youtube.com/watch?v=H9-F8uhKMRk&t=351s
N
я за тс, так как не помню все интерфейсы и типы всех библиотек и апи, с которыми работаю.
но все что выходит за рамки интерфейсов, то тут согласен.
в целом, тс хорошо заменяет документацию, такой себе jsdoc на максималках.
думал это чатик комментов вебни
но все что выходит за рамки интерфейсов, то тут согласен.
в целом, тс хорошо заменяет документацию, такой себе jsdoc на максималках.
думал это чатик комментов вебни
A
доклад на самом деле интересный, есть о чем поговорить, ну яне знал что Тимур про ассембли скрипт внезапно заговорит в комментах
N
я к сожалению еще не успел посмотреть, но по своему опыту, от тс много профита
AC
Я бы сказал, что миф, будто типы заменяют документацию — ещё более опасный, чем "убегание в типы от сложностей предметной области". 😒
N
ну я утрирую же)
DB
если принять за факт что код это самая точная и максимально близкая к реализации документация проекта, то типы вполне себе помогают изучать проект. В чем опасность то?
MV
типы не передают (по крайней мере, плохо это делают) предназначение кода, его сущность и то, как автор хотел, чтобы он использовался и в целом его намерения
MV
типы, имхо, крайне важны, но они всё-таки не могут полностью заменить документацию
AC
Есть такая статья, называется "Why good programmers write bad code". Эмпирическое исследование, observational study, что называется. Так вот, причина №1 с большим отрывом: отсутствие или некачественная документация.
Ну и кроме того, как философски, так и по факту, код делает просто то, что делает код. А нам нужно, чтобы код делал то, что нам (или заказчику) нужно. И вот это самое "что нужно" должно быть написано в документации, чтобы разрабатывать что нужно, а не что попало. 🤷♀️
Ну и кроме того, как философски, так и по факту, код делает просто то, что делает код. А нам нужно, чтобы код делал то, что нам (или заказчику) нужно. И вот это самое "что нужно" должно быть написано в документации, чтобы разрабатывать что нужно, а не что попало. 🤷♀️