И что вы думаете, буквально на днях они снова сломали код, ProjectTo перестал работать с EF6 LINQ - без всякой вообще причины, эти люди неизлечимо больные. Вместо Expression.Constant() стали использовать Expression.Default() который старые бэкенды не умеют. Зачем, зачем так делать??
Я не могу понять одного, почему библиотека или ее автор решает за меня как ее использовать? Если есть инструмент для маппинга, то его домен это маппинг и основная задача - предоставить апи для решения задач маппинга. Вместо этого создатели автомаппера гнут свою линию, причем доходит до смешного: в одном ответе на стековерфлоу они советуют юзать какой-то новый метод, а уже в другом говорят что это плохая идея, а метод мы удалили навсегда. И эти парни не знают слов deprecated, obsolete и тп. Мы художники - мы так видим, а вы переписывайте как хотите ваши маппинги - напрасная трата человеко-часов. Мало того, они как бы дают вам возможность вернуть часть функционала, если очень надо, но код примеров еще надо найти в каком-то из обсуждений и самое главное - этот код бажный, какое-то издевательство. Этого достаточно, чтобы начать обходить эту либу стороной, неизвестно что они решат удалить или запретить завтра, а переписывать сотни мапингов нет никакого желания.
Сама идея неявного маппинга многократно доказала, что это гарантированный источник ошибок, который к тому же скрывает связи внутри приложения. Это означает, что все эти маппинги надо будет покрывать тестами, но зачем, если вполне можно сделать апи, которое максимально ограничит эти ошибки?
Я искал вариант с минимум велосипедостроения, так как не хотелось избыточной сложности на ровном месте. Для gherkin есть реализации на чистом js, что дает возможность подключить его прямо на фронте и сразу выдавать сообщения об ошибках компиляции.
Мне кажется такая фича могла бы быть востребована, если бы была готовая во всех отношениях реализация, редактор, подсветка, разные платформы и возможность легко расширять синтаксис. Получается некий такой DSL. Обычно это делают на js/lua/groovy или еще чем, но обычные юзера врядли осилят такое, да еще и без подсветки и помощи редактора.
Мне кажется в Китае происходит переход количества в качество, успехи в области производства чипов это вопрос времени. Санкции США по сути это услуга, выгоднее было бы подсаживать на свои чипы.
Я бы посоветовал тем, кто переживает о том, что тот или иной ресурс занял какую-то позицию, чаще думать своей головой и меньше потреблять "контента". Так или иначе, информация используется как оружие, вас сначала на чем-нибудь цепляют, а потом закармливают до смерти и вот уже вы думаете что это ваши мысли, что вот так правильно и можете в этом полностью оторваться от реальности.
Недавно тоже размышлял над похожей штукой, чтобы дать пользователям возможность описать, например, график платежей в обычном тестовом поле языком близким к естественному. Я правда смотрел в сторону gherkin.
Нужна подсветка синтаксиса или хотя бы минимальный валидатор на js.
Это оптимизированная версия ngIf + AsyncPipe, для обычных обcерваблов не подойдет. rxLet из rx-angular решает почти все вопросы из этой статьи и сомневаюсь, что можно сделать что-то лучше на данный момент.
От родного ангуляровского HttpClient отказался именно из-за убогой реализации ошибок, когда толком непонятно что за ошибка из него вылетает, когда он сам решает какой респонс код считать ошибкой, когда вынуждает писать мутные catchError и тп.
В целом, я считаю, что ангуляр и rxjs-way это адовая смесь: будет сложно, будут десятки операторов, будет совершенно непрозрачная логика, будут бесполезные стектрейсы, будут корявые до ужаса реактивные формы, будет куча асинкпайпов в шаблоне, будут лишние структурные директивы и темплейт-переменные.
И как бы в целом да, правильное направление, но до чего оно все квадратное...
Да, какие-то вещи непривычны после джавы, но если говорить только про язык, то скучать нет причин - джава дубовая. Их можно понять, сущестующие кодовые базы огромные. Джава это история компромисов, отсюда и эти functional интерфейсы и стирание типов и много чего еще.
После перехода с джавы мне больше все нехватало и нехватает возможности нормально дебажить сторонний код без сорцов, декомпилировать, и в джаве было куда проще запатчить стороннюю либу.
Спрятаться негде, потому что рынок глобальный, а две основные резервные валюты - доллар и евро были напечатаны в невероятных масштабах. Это привело к закачке этих денег повсюду - на рынках товаров все подорожало, биток рос как бешеный (ага!), акции разных эплов и недвига улетели в бесконечность. И это только вершина айсберга. Из-за политики низких ставок сложилась абсурдная ситуация, когда можно было просто набрать денег без намерения их возвращать. В итоге сдувают доллар - сдувается и пузырь, надувают доллар - акции прут вверх, биток растет, жизнь бурлит.
Там два месяца бесплатно, так что любой может попробовать. В целом как и прошлые подобные штуки - мне не зашло. В большинстве случаев мне нужен автокомплит в собственном коде, а он с ним почти всегда рандомный. Я допускаю, что его могут дообучить там чему-то, но верится с трудом. Да и скорость написания кода никогда не была проблемой.
Тема раскрыта еле-еле, что-то эти ваши консультанты зря едят свой хлеб. Да, отвечать ей не раньше следующего года - так что при желании она может еще стать налоговым резидентом Грузии просто переехав туда до конца года и окажется что вся эта шумиха не стоит потраченного времени. Даже если она останется, врядли ей придется платить 60%, скорее всего останется только подоходный, а он может зависеть от величины доходов.
И что вы думаете, буквально на днях они снова сломали код,
ProjectToперестал работать с EF6 LINQ - без всякой вообще причины, эти люди неизлечимо больные. ВместоExpression.Constant()стали использоватьExpression.Default()который старые бэкенды не умеют. Зачем, зачем так делать??Я не могу понять одного, почему библиотека или ее автор решает за меня как ее использовать? Если есть инструмент для маппинга, то его домен это маппинг и основная задача - предоставить апи для решения задач маппинга. Вместо этого создатели автомаппера гнут свою линию, причем доходит до смешного: в одном ответе на стековерфлоу они советуют юзать какой-то новый метод, а уже в другом говорят что это плохая идея, а метод мы удалили навсегда. И эти парни не знают слов deprecated, obsolete и тп. Мы художники - мы так видим, а вы переписывайте как хотите ваши маппинги - напрасная трата человеко-часов. Мало того, они как бы дают вам возможность вернуть часть функционала, если очень надо, но код примеров еще надо найти в каком-то из обсуждений и самое главное - этот код бажный, какое-то издевательство. Этого достаточно, чтобы начать обходить эту либу стороной, неизвестно что они решат удалить или запретить завтра, а переписывать сотни мапингов нет никакого желания.
Сама идея неявного маппинга многократно доказала, что это гарантированный источник ошибок, который к тому же скрывает связи внутри приложения. Это означает, что все эти маппинги надо будет покрывать тестами, но зачем, если вполне можно сделать апи, которое максимально ограничит эти ошибки?
Недавно наткнулся на такой инструмент https://github.com/pahen/madge, выдает отчет о циклических ссылках.
Я искал вариант с минимум велосипедостроения, так как не хотелось избыточной сложности на ровном месте. Для gherkin есть реализации на чистом js, что дает возможность подключить его прямо на фронте и сразу выдавать сообщения об ошибках компиляции.
Мне кажется такая фича могла бы быть востребована, если бы была готовая во всех отношениях реализация, редактор, подсветка, разные платформы и возможность легко расширять синтаксис. Получается некий такой DSL. Обычно это делают на js/lua/groovy или еще чем, но обычные юзера врядли осилят такое, да еще и без подсветки и помощи редактора.
Мне кажется в Китае происходит переход количества в качество, успехи в области производства чипов это вопрос времени. Санкции США по сути это услуга, выгоднее было бы подсаживать на свои чипы.
И Сноуден и Ассандж заслужили право на свободу.
Прокрастинацию не победить рациональными аргументами, это ваше Я, с ним можно только договориться.
Я бы посоветовал тем, кто переживает о том, что тот или иной ресурс занял какую-то позицию, чаще думать своей головой и меньше потреблять "контента". Так или иначе, информация используется как оружие, вас сначала на чем-нибудь цепляют, а потом закармливают до смерти и вот уже вы думаете что это ваши мысли, что вот так правильно и можете в этом полностью оторваться от реальности.
Проще всего дурачить человека, который ненавидит.
Недавно тоже размышлял над похожей штукой, чтобы дать пользователям возможность описать, например, график платежей в обычном тестовом поле языком близким к естественному. Я правда смотрел в сторону gherkin.
Нужна подсветка синтаксиса или хотя бы минимальный валидатор на js.
Да, разумеется, это специфчное для mobx-angular.
Это оптимизированная версия ngIf + AsyncPipe, для обычных обcерваблов не подойдет.
rxLetиз rx-angular решает почти все вопросы из этой статьи и сомневаюсь, что можно сделать что-то лучше на данный момент.От родного ангуляровского HttpClient отказался именно из-за убогой реализации ошибок, когда толком непонятно что за ошибка из него вылетает, когда он сам решает какой респонс код считать ошибкой, когда вынуждает писать мутные catchError и тп.
В целом, я считаю, что ангуляр и rxjs-way это адовая смесь: будет сложно, будут десятки операторов, будет совершенно непрозрачная логика, будут бесполезные стектрейсы, будут корявые до ужаса реактивные формы, будет куча асинкпайпов в шаблоне, будут лишние структурные директивы и темплейт-переменные.
И как бы в целом да, правильное направление, но до чего оно все квадратное...
А как будет выглядеть код
showWaitingIndicatorAndErrorMessageAutomaticallyхотя бы примерно?Спасибо, но теперь я строго за vscode и десять раз подумаю связываться ли с проприетарной IDE.
Да, какие-то вещи непривычны после джавы, но если говорить только про язык, то скучать нет причин - джава дубовая. Их можно понять, сущестующие кодовые базы огромные. Джава это история компромисов, отсюда и эти functional интерфейсы и стирание типов и много чего еще.
После перехода с джавы мне больше все нехватало и нехватает возможности нормально дебажить сторонний код без сорцов, декомпилировать, и в джаве было куда проще запатчить стороннюю либу.
Спрятаться негде, потому что рынок глобальный, а две основные резервные валюты - доллар и евро были напечатаны в невероятных масштабах. Это привело к закачке этих денег повсюду - на рынках товаров все подорожало, биток рос как бешеный (ага!), акции разных эплов и недвига улетели в бесконечность. И это только вершина айсберга. Из-за политики низких ставок сложилась абсурдная ситуация, когда можно было просто набрать денег без намерения их возвращать. В итоге сдувают доллар - сдувается и пузырь, надувают доллар - акции прут вверх, биток растет, жизнь бурлит.
А если проверить на well formed?
Там два месяца бесплатно, так что любой может попробовать. В целом как и прошлые подобные штуки - мне не зашло. В большинстве случаев мне нужен автокомплит в собственном коде, а он с ним почти всегда рандомный. Я допускаю, что его могут дообучить там чему-то, но верится с трудом. Да и скорость написания кода никогда не была проблемой.
Тема раскрыта еле-еле, что-то эти ваши консультанты зря едят свой хлеб. Да, отвечать ей не раньше следующего года - так что при желании она может еще стать налоговым резидентом Грузии просто переехав туда до конца года и окажется что вся эта шумиха не стоит потраченного времени. Даже если она останется, врядли ей придется платить 60%, скорее всего останется только подоходный, а он может зависеть от величины доходов.
Вобще, я думаю, что вся эта история - вброс.
Мне просто интересно, неужели Criteria API можно назвать удобным в 2022?)