Мы так делаем, и это неплохо работает. Тут одна беда — выезжать с семьей надо, только когда все рабочие моменты закрыты и ничто не висит на душе — а у меня такого почти не бывает даже на выхах
Ну в целом так. Да, я принял что не могу быть идеальным отцом. При этом, когда я чем-то занят, ко мне подходят дети и просят поиграть — я все понимаю и осознаю свое право отказать им — но все равно больно
Ну слушай, может кому-то и легко. Для меня ад. Ладно там труд и финансы. Хуже всего ощущение, что всегда что-то не так делаешь. А литература, которая обучает воспитывать — у меня вызывает ещё меньше доверия, чем мои собственные выводы
Три работы по моим ощущениям жрут не сильнее одной. Ты просто хуже работаешь и больше забиваешь на каждой из них. А вот два ребенка — в четверо сложнее, чем один ребенок. Но это мой опыт
Мой посыл в том, что если ты плохой отец при работе в офисе, то будешь плохим и на парттайме и на удаленке.
Насчет диких вещей — я конечно гиперболизирую, но у меня была куча моментов, когда приходишь домой, и вот вообще ничего делать не готов — слишком устал. Хочешь бухнуться спать. А дома жена, которая весь день сидела с маленьким ребенком — большой труд. И вот сейчас она справедливо считает, что настал твой час трудиться. Один раз ты можешь себя пересилить. Два можешь. А шестьдесят раз подряд — уже нет
Зачем об этом вообще писать? Если два человека здесь напишут, что у них схожие проблемы, мне будет легче с этим. И им соответственно тоже.
У нас тут принято в ингдустрии, что разрабы — это такая машина по кодированию и получению новых знаний и вызовов. Я думаю, нелишне напомнить — мы капец как легко ломаемся от таких темпов жизни.
Например личные ощущения. Т.е. я например имел дело с раст и F# вакансиями, но ни разу нигде не видел ни одной коммерческой работы с D. Хотя уверен, что она есть.
Тот же F# вот в среде дотнетчиков активно форсится, обсуждается и порой применяется в C# проектах.
Когда надо сделать бизнес сценарий то можно взять или spock или cucumber или не заморачиваться и просто JUnit и вынести каждый бизнес сценарий в отдельный класс и разбить по тест методам на которые навесить аннотации очередности.
Что в целом ничем не лучше пресловутой портянки
А насчет плейграунда — ну во-первых, это не я писал, и это не у меня, а во-вторых, эта статья — это анонс, автор же говорит, что будет подробно рассказывать в следующих — вот тогда и плейграунд в порядок приведет
По тестам — моки, тестконтейнеры и т.д. — хороши для юнит тестов. Тут data-driven тест, который тестирует работу системы — что в целом и требуется — он и должен быть портянкой. Потому что он подтверждает корректную работу реального бизнес-сценария
По классу ошибки — очевидно, он ещё в разработке, как и сам инструмент
По миграциям — это во-первых, автогенеренный код, во-вторых, стандартный подход для EF Core, в-тертьих этот код лежит в плейграунде — который как бы существует для демонстрации фреймворка — который не включает в себя обязанность обработки миграций
По трейсингу в queries — тут согласен, надо бы вынести в отдельный сервис. С другой стороны, в любом коде, который я когда либо видел что-то куда-то надо бы вынести
Очень интересно. У меня с тобой также. Я прочитал твою крутейшую статью про вариативность, и подумал — до чего умный мужик. А вот уже потом увидел кучу очень странных и озлобленных коментов, навязчивое желание не просто показать всем свой инструмент — достаточно интересный кстати — а убедить их, что если они им не пользуются, то они невероятных размеров мудаки, и всё в таком духе — и перестал следить за тобой.
Лично меня больше смущает, что это переводы. Ну, мне кажется, было бы проще и разумнее найти фронтендера, и попросить его рассказать про промисы, чем переводить такого же, но англоговорящего
Да, и каких детей она тебе воспитает?
Это разумно, меня от этого останавливает идея, что для детей лучше — если я дома. Даже если я занят
Мы так делаем, и это неплохо работает. Тут одна беда — выезжать с семьей надо, только когда все рабочие моменты закрыты и ничто не висит на душе — а у меня такого почти не бывает даже на выхах
Ну в целом так. Да, я принял что не могу быть идеальным отцом. При этом, когда я чем-то занят, ко мне подходят дети и просят поиграть — я все понимаю и осознаю свое право отказать им — но все равно больно
Я боюсь себе представить, насколько это сложно
Ну слушай, может кому-то и легко. Для меня ад. Ладно там труд и финансы. Хуже всего ощущение, что всегда что-то не так делаешь. А литература, которая обучает воспитывать — у меня вызывает ещё меньше доверия, чем мои собственные выводы
Три работы по моим ощущениям жрут не сильнее одной. Ты просто хуже работаешь и больше забиваешь на каждой из них. А вот два ребенка — в четверо сложнее, чем один ребенок. Но это мой опыт
Мой посыл в том, что если ты плохой отец при работе в офисе, то будешь плохим и на парттайме и на удаленке.
Насчет диких вещей — я конечно гиперболизирую, но у меня была куча моментов, когда приходишь домой, и вот вообще ничего делать не готов — слишком устал. Хочешь бухнуться спать. А дома жена, которая весь день сидела с маленьким ребенком — большой труд. И вот сейчас она справедливо считает, что настал твой час трудиться. Один раз ты можешь себя пересилить. Два можешь. А шестьдесят раз подряд — уже нет
Зачем об этом вообще писать? Если два человека здесь напишут, что у них схожие проблемы, мне будет легче с этим. И им соответственно тоже.
У нас тут принято в ингдустрии, что разрабы — это такая машина по кодированию и получению новых знаний и вызовов. Я думаю, нелишне напомнить — мы капец как легко ломаемся от таких темпов жизни.
В 26 лет-то?
Например личные ощущения. Т.е. я например имел дело с раст и F# вакансиями, но ни разу нигде не видел ни одной коммерческой работы с D. Хотя уверен, что она есть.
Тот же F# вот в среде дотнетчиков активно форсится, обсуждается и порой применяется в C# проектах.
Ну да, если забыть, что здесь все построено на рефлексии, которая генерит запрос на основании имени метода, то подход и правда выглядит неплохо
Что в целом ничем не лучше пресловутой портянки
А насчет плейграунда — ну во-первых, это не я писал, и это не у меня, а во-вторых, эта статья — это анонс, автор же говорит, что будет подробно рассказывать в следующих — вот тогда и плейграунд в порядок приведет
Так это же опять плейграунд. Сам фреймворк вполне позволяет реализовать это по-другому
По тестам — моки, тестконтейнеры и т.д. — хороши для юнит тестов. Тут data-driven тест, который тестирует работу системы — что в целом и требуется — он и должен быть портянкой. Потому что он подтверждает корректную работу реального бизнес-сценария
По классу ошибки — очевидно, он ещё в разработке, как и сам инструмент
По миграциям — это во-первых, автогенеренный код, во-вторых, стандартный подход для EF Core, в-тертьих этот код лежит в плейграунде — который как бы существует для демонстрации фреймворка — который не включает в себя обязанность обработки миграций
По трейсингу в queries — тут согласен, надо бы вынести в отдельный сервис. С другой стороны, в любом коде, который я когда либо видел что-то куда-то надо бы вынести
Но картинка тогда не такая красивая будет
Да ну где ж их меньше то? Их меньше только в процентном соотношении. Подписывайся себе на технические хабы, и читай сколько влезет
Очень интересно. У меня с тобой также. Я прочитал твою крутейшую статью про вариативность, и подумал — до чего умный мужик. А вот уже потом увидел кучу очень странных и озлобленных коментов, навязчивое желание не просто показать всем свой инструмент — достаточно интересный кстати — а убедить их, что если они им не пользуются, то они невероятных размеров мудаки, и всё в таком духе — и перестал следить за тобой.
Лично меня больше смущает, что это переводы. Ну, мне кажется, было бы проще и разумнее найти фронтендера, и попросить его рассказать про промисы, чем переводить такого же, но англоговорящего
Так и в C# тоже