Size: a a a

2020 September 01

VV

Victor Victorov in rust_offtopic
Αλεχ Zhukovsky
можешь загуглить CEST UTC
БТВ, тут друг Короля Разработки статейку сделал. Не читал но осуждаю https://habr.com/ru/post/517404/
источник

VV

Victor Victorov in rust_offtopic
Αλεχ Zhukovsky
уже было
Хм, час разницы. Я блять зашёл к ним и у них там нет записи. А вообще пока был стрим этот я по ТЦ Авиапарк гулял и умял пол утки по пекински. Такие дела.
источник

p

polunin.ai in rust_offtopic
Victor Victorov
Хм, час разницы. Я блять зашёл к ним и у них там нет записи. А вообще пока был стрим этот я по ТЦ Авиапарк гулял и умял пол утки по пекински. Такие дела.
https://www.youtube.com/watch?v=_cc34S-BjUc можешь глянуть обхорчик там кратко описывается
источник

VV

Victor Victorov in rust_offtopic
polunin.ai
https://www.youtube.com/watch?v=_cc34S-BjUc можешь глянуть обхорчик там кратко описывается
О, спасибо няша. Люблю тебя. 😁
источник

VV

Victor Victorov in rust_offtopic
@f0land БТВ, не знаю актуально ли ещё это для тебя. Для Юнит тестов в C# сетап такой. Для запуска самих тестов xUnit. Для проверки результатов FluentAssertions. Для генерации тестовых данных (создать какой-то клас с какими-то ранжомными или заранее установленными данными ) AutoFixture. Для того чтобы создавать моки (контролируемые тестовые реализации для твоих интерфейсов ) библиотек Moq. С этим набором я пишу Юнит Тесты.
источник

p

polunin.ai in rust_offtopic
Victor Victorov
@f0land БТВ, не знаю актуально ли ещё это для тебя. Для Юнит тестов в C# сетап такой. Для запуска самих тестов xUnit. Для проверки результатов FluentAssertions. Для генерации тестовых данных (создать какой-то клас с какими-то ранжомными или заранее установленными данными ) AutoFixture. Для того чтобы создавать моки (контролируемые тестовые реализации для твоих интерфейсов ) библиотек Moq. С этим набором я пишу Юнит Тесты.
спасибо, в будущем пригодится
источник
2020 September 02

VV

Victor Victorov in rust_offtopic
@DogeShibu Я тут таки подумал. В принципе везде где я был был свой локальный фреймворк на основе базового фреймворка. Типо того что в опенсорс выкатил Райфайзен. Проблема скалы и хаскеля в то что так как единого базового фреймворка нет то есть куча таких локальных фреймворк ов абсолютно ебанутых и не похожих друг на друга Франкенштейнов. Вместо одного Спринга куча его диких вариаций в каждой компании.
источник

DS

Doge Shibu in rust_offtopic
Victor Victorov
@DogeShibu Я тут таки подумал. В принципе везде где я был был свой локальный фреймворк на основе базового фреймворка. Типо того что в опенсорс выкатил Райфайзен. Проблема скалы и хаскеля в то что так как единого базового фреймворка нет то есть куча таких локальных фреймворк ов абсолютно ебанутых и не похожих друг на друга Франкенштейнов. Вместо одного Спринга куча его диких вариаций в каждой компании.
Это плюс, потому большие фреймворки обычно очень плохо спроектированы
источник

DS

Doge Shibu in rust_offtopic
Включая тот же спринг
источник

VV

Victor Victorov in rust_offtopic
Да че уж там, в одном месте я приложил руку к созданию этого базового фреймворка написав несколько базовых внутренних либ для базового проекта микросервиса
источник

p

polunin.ai in rust_offtopic
Doge Shibu
Это плюс, потому большие фреймворки обычно очень плохо спроектированы
Ага только они уже спроектированы
источник

p

polunin.ai in rust_offtopic
А тебе приходится свой заново проектировать
источник

p

polunin.ai in rust_offtopic
Время деньги
источник

DS

Doge Shibu in rust_offtopic
А в скала/хаскель мире идеология такая, что ты собираешь под каждый проект свой набор библиотек
источник

DS

Doge Shibu in rust_offtopic
polunin.ai
А тебе приходится свой заново проектировать
А мне не нужен именно фреймворк
источник

DS

Doge Shibu in rust_offtopic
Мне хватит набора библиотек, благо сшить их в мире ФП скала и хаскеля сильно проще
источник

VV

Victor Victorov in rust_offtopic
polunin.ai
А тебе приходится свой заново проектировать
Ну так или иначе ты все равно это делаешь. В нескольких разных компаниях было несколько таких разных базовых фреймворков поверх стандартного asp net. Пойдешь в большую компанию тоже с таким внутренним фреймвлрком Аля внутренним набором библиотек 100% столкнется.
источник

VV

Victor Victorov in rust_offtopic
Doge Shibu
Мне хватит набора библиотек, благо сшить их в мире ФП скала и хаскеля сильно проще
Хотя, может потому что в каждой компании один фиг свой внутренний мини фреймворк делают может поэтому подход Scala даже лучше потому что удобней такие внутренние фреймвоки строить
источник

DS

Doge Shibu in rust_offtopic
polunin.ai
Ага только они уже спроектированы
Плюс подхода с библиотеками в том, что ты убираешь неконтролируемую тобой сложность, которая тебе часто не нужна.

Потому что обычно от фреймворка используется только малая часть возможностей, при этом сложность от него остаётся целиком
источник

VV

Victor Victorov in rust_offtopic
Ну понятно дело это там где микросервисы. Я ток с ними последние годы и работаю. В монолите то такого нет. Есть просто какие-то хелперы готовые которые эту роль играют. Всякие базовые классы и обертки над EF. Хотя это тоже такой по сути мини фреймворк в приложении
источник