"Гайдлайн автоматизатора" - все валидно, все совпадает с моим опытом с полей, как раз в свое время искал что-то такое )
в текущем проекте отказались от Specflow и просто пишем Selenium тесты, по факту оказал проще, еле откачали сборку с ними, по факту получился мини фреймворк, по гайдлайнам что вы собрали в одном месте, так что спасибо
Смотрите, может быть кейс когда их много и когда одно свойство ссылается на пару других. Ваш подход поощряет стиль написания кода, который может привести к такой ситуации.
Как тогда искать начало и конец инициализации?
я перефразирую, не делайте плз так в продакшн коде, это плохая идея, по этим граблям рано или поздно ходит каждый разработчик на С#
смотрите в сторону отдельных функций это даст вам больше степеней свободы:
как их компоновать и где и как долго хранить результаты
это другая ответственность
не поймите не правильно
я могу оставить вам пример банальной сравнительной статьи
вот хоть эта https://habr.com/ru/post/476312/
в индустрии важнее всего скорость и размер артефактов
ангуляр в этом всем проигрывает (я понимаю что есть разница между lib и framework)
второй момент для меня как для разработчика, каждая отдельная версия ангуляра слишком opinionated, слишком много лишних абстраций которые по отдельности не решают мою какую-то тривиальную задачу, от этого страдает dev exp и поэтому такой высокий порог входа и цена сопровождения и поддержки, а значит и риск того что навык работы с фреймворком уйдет в утиль слишком велик
вы удивитесь, но даже бекед в обычных энтерпрайз можно заархитектить так,
что на него можно будет приглашать работать кого угодно, имея 2 х человек, которые чуть что смогут вывезти любой косяк который нагородят остальные 10…
C# и asp.net core как раз для этого и придумали
Angular отстой, ну и есть еще Vue.js, Svelte и др. и даже, прости господи, Blazor…
вообще тема стара как мир
вот вполне разумный для наших реалий хоть и радикальный доклад,
который не противоречит выводу статьи, а скорее дополняет www.youtube.com/watch?v=jiJxA37hmsQ&ab_channel=ManagementChannel
для наших СНГ реалий, прагматизм и простая как палка логика важнее смутной перспективы, нанят творца-разраба который свалит через год
есть еще обратная сторона
не каждый может и хочет работать с полной самоотдачей
но на мой взгляд в индустрии перекосы чаще идут в минус работнику
наверное потому что еще живо постсоветское наследие
и потому что в индустрии много молодых работников с максимализмом,
тут нужно быть профессионалом что бы четко своевременно размежевывать
короче все это надо что бы размазывать ответственность
а размазывать ответственность надо потому что никто не готов платить полную цену за труд с полной ответсвенностью
пересматривал, заметил что забыл сказать спасибо )
интересная тема, сколько лет вы ей занимаетесь?
это я понимаю, подскажите пожалуйста но куда закладывать VAT ?
работодатель возьмет на себя компенсацию как потребитель услуги, для него это больше расходов ?
как в реальности это работает?
если порог в итоге пробиваешь ты и платить ват по закону должен тоже ты как Субъект хозяйственной деятельности
С уважением, спасибо
можете накидать пример если к примеру доход 300000PLN в год гросс по b2b рычалт?
просто кажется уж лучше идти на Employment contract в таком случае чем на b2b
большое спасибо за ваш ответ, очень понтяно изложили,
очень важный нюанс по VAT который почему-то все игнорируют
помогло принять решение ехать из РБ в РП или нет, решил остаться пока в Грузии
спустя столько лет вернулся пересмотреть статью
"Гайдлайн автоматизатора" - все валидно, все совпадает с моим опытом с полей, как раз в свое время искал что-то такое )
в текущем проекте отказались от Specflow и просто пишем Selenium тесты, по факту оказал проще, еле откачали сборку с ними, по факту получился мини фреймворк, по гайдлайнам что вы собрали в одном месте, так что спасибо
ну круто, че
вот еще пример
https://codereview.stackexchange.com/questions/207708/own-implementation-of-lazyt-object
Смотрите, может быть кейс когда их много и когда одно свойство ссылается на пару других. Ваш подход поощряет стиль написания кода, который может привести к такой ситуации.
Как тогда искать начало и конец инициализации?
вот пример, не увернен насчет рекордов
https://codereview.stackexchange.com/questions/129081/property-caching
но как вы думаете почему после изобретения всех подходов для CachedProperty
автор вопроса всеравно пришел к стандартному?
я перефразирую, не делайте плз так в продакшн коде, это плохая идея, по этим граблям рано или поздно ходит каждый разработчик на С#
смотрите в сторону отдельных функций это даст вам больше степеней свободы:
как их компоновать и где и как долго хранить результаты
это другая ответственность
PS я просто оставлю это тут
https://github.com/Aaronontheweb/FastAtomicLazy/tree/master/FastAtomicLazy
никто так не делает
хорошая ссылка спасибо
не поймите не правильно
я могу оставить вам пример банальной сравнительной статьи
вот хоть эта https://habr.com/ru/post/476312/
в индустрии важнее всего скорость и размер артефактов
ангуляр в этом всем проигрывает (я понимаю что есть разница между lib и framework)
второй момент для меня как для разработчика, каждая отдельная версия ангуляра слишком opinionated, слишком много лишних абстраций которые по отдельности не решают мою какую-то тривиальную задачу, от этого страдает dev exp и поэтому такой высокий порог входа и цена сопровождения и поддержки, а значит и риск того что навык работы с фреймворком уйдет в утиль слишком велик
>И попробуй откажи.
согласен.
что на него можно будет приглашать работать кого угодно, имея 2 х человек, которые чуть что смогут вывезти любой косяк который нагородят остальные 10…
C# и asp.net core как раз для этого и придумали
имхо фронт сейчас сложнее бека
вообще тема стара как мир
вот вполне разумный для наших реалий хоть и радикальный доклад,
который не противоречит выводу статьи, а скорее дополняет
www.youtube.com/watch?v=jiJxA37hmsQ&ab_channel=ManagementChannel
для наших СНГ реалий, прагматизм и простая как палка логика важнее смутной перспективы, нанят творца-разраба который свалит через год
не каждый может и хочет работать с полной самоотдачей
но на мой взгляд в индустрии перекосы чаще идут в минус работнику
наверное потому что еще живо постсоветское наследие
и потому что в индустрии много молодых работников с максимализмом,
тут нужно быть профессионалом что бы четко своевременно размежевывать
а размазывать ответственность надо потому что никто не готов платить полную цену за труд с полной ответсвенностью