Какого языка? C# ? А теперь вопрос который задают все кто до этого работал с java и python - зачем?

ну MVVM на все ответ

Не только

т.е. по твоему эта лишняя конструкция?

короче я так считаю - если кому-то сложен этот синтаксис то это не его язык, либо пусть учит. Порог вхождения должен быть высоким

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

а то понабежало умников которые думают что они смогут выучить язык за 21 день для чайников и стать великими программистами, а потом принимай таких на работу

если они не могут постичь зачем нужен get set и для чего туда ставят бряки в отладчике, то что поделать

при этом добавляется ряд других странностей к примеру тот же LINQ выглядит в F# немного сбоку

Не совсем, там pipe оператор заменяет linq и в итоге цепочку вызовов можно описывать не только для множеств.

просто глупо менять синтаксис

но в C# 7 меняют же и он совместим со старым

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

Значит товарищ достиг цели. его сайт fsharpforfunandprofit.com

Значит товарищ достиг цели. его сайт fsharpforfunandprofit.com

Уже понял)

а то понабежало умников которые думают что они смогут выучить язык за 21 день для чайников и стать великими программистами, а потом принимай таких на работу

Не могу согласиться. Взять тот же C# 2

если они не могут постичь зачем нужен get set и для чего туда ставят бряки в отладчике, то что поделать

Когда-то все были гордыми и самоуверенными, это нормально)

Там ВСЕГДА надо было писать исключительно полный синтаксис get;set;

т.е. private string name; public string Name { get { return name; } set { name=value; } }

Значит товарищ достиг цели. его сайт fsharpforfunandprofit.com

Единственное не совсем понятно, как совмещать C# и F# в одном проекте. Т.к. писать весь проект на F# для меня пока трудно представляется, но кое-что было бы интересно применить

сократили до

public string Name {get; set;}

Порог входа снизился. Язык стал удобнее

ну автопроперти нужны в POCO

Единственное не совсем понятно, как совмещать C# и F# в одном проекте. Т.к. писать весь проект на F# для меня пока трудно представляется, но кое-что было бы интересно применить

два проекта один на C# другой на F#. Из C# вызывать код на F#.

так и в MVVM прекрасно работают автопроперти

да. все прекрасно работает до поры до времени

у нас в проекте мы вообще не пишем полный синтаксис {get; set;} для свойств

пока проект простой как 3 копейки

пока проект простой как 3 копейки

У уважаемого Кита К. сегодня настроение не очень)

У уважаемого Кита К. сегодня настроение не очень)

Никита походу сегодня кокого-то бездаря собеседовал)

у нас во ViewModel мы пишем например Name {get; set;} и все. Остальной мусор дописывает Fody

Никита походу сегодня кокого-то бездаря собеседовал)

Да-да)

Fody - это тоже замечательно. Вот только Fody абсолютно беспомощен в случаях когда надо управлять количеством вызовов на обновление данных на UI, чтобы экран на каждый чих не дергался

и да я в понедельник собеседовал человека)

и да я в понедельник собеседовал человека)

??

Я почти каждый день провожу собеседования в свою команду и серверную но пока еще не подгорал от этого ))

Fody гибко настраивается на самом деле

вот если совсем по феншую то есть вот это

https://github.com/kswoll/ReactiveUI.Fody

Я почти каждый день провожу собеседования в свою команду и серверную но пока еще не подгорал от этого ))

Я подгорел недавно когда. Чел пришел собеседоваться и все было ок по знанию языка и системы в целом. Но что-то смущало. И вот через еще час выяснилось, что он не использует тестов никогда, никаких гитфлоу и стратегий по управлению версиями нет и в общем такой асоциальный чел.

"зачем тесты, когда есть тестеры?"

Хуже, зачем когда у меня и так все работает.

И тут выяснилось, что больших проектов он не писал (

ну отрицать полезность тестов странно)

В своем роде он прав. Если у тебя в принципе нет больших проектов вообще - зачем действительно нужны тесты?

Когда пишешь большой проект то без тестов действительно почти никогда не получится хорошего проекта

но если и правда у тебя за плечами никогда ничего сложного не было то можно абсолютно спокойно жить без тестов

К сожалению даже среди тех кто пишут тесты очень мало кто умеет их писать

ну не знаю, я часть методов пишу через тесты), не всегда есть ручка которую удобно дернуть

большинство разраобтчиков уровень тестирования остановился чуть сложнее многочисленных статей о тестировании сложения двух чисел

даже в своем маленьком проекту у меня есть десяток тестов, просто потому что так получилось

после большого проекта сложно писать без тестов вообще

большинство разраобтчиков уровень тестирования остановился чуть сложнее многочисленных статей о тестировании сложения двух чисел

ну это да, но хоть так)

Львиная доля разработчиков знает только о example-based тестах

а вот о property based практически никто не знает

хотя такие тесты могут найти баги которые в принципе не в состоянии обнаружить example based тесты

"зачем тесты, когда есть тестеры?"

попробуй пулреквест в XF сделать без тестов) съедят)

"зачем тесты, когда есть тестеры?"

Ну и к тому же вот прямо сейчас проблема возникла. Токен на бою протухает через две недели использования и возникает бага

как тестерам воспроизвести и подтвердить фикс этого бага?

ждать две недели?

не быть вам хакером)

не быть вам хакером)

А зачем? Взломать сервер что бы заставить выдать нужно время жизни токена на стороне сервера?

я просто мысль не понял если честно )

я сказал только по поводу вот этого высказывания

как тестерам воспроизвести и подтвердить фикс этого бага?

ждать две недели?

насчет тестов ничего не имею против

кстати

судя по тому что у вас возникла такая трабла с токеном

либо нету тестов на это

либо не полностью покрывается логика)

вот именно

не было тестов на это

по историческим причинам в начале вообще никаких тестов не было в проекте

постепенно начали внедрять

Главное что бы они потом не исчезли, когда все надоест, что после рефакторинга код перестет компилироваться.

Главное что бы они потом не исчезли, когда все надоест, что после рефакторинга код перестет компилироваться.

верно, а для этого надо уметь писать тесты, точно так же как надо уметь писать код. Говнотесты так же сложно и даже сложнее сопровождать нежели говнокод

вообще очень крутой доклад на эту тему был от автора книги DependencyInjection .NET

https://www.infoq.com/presentations/mock-fsharp-tdd

вот более подробно в виде текста примерно этот же доклад

http://blog.ploeh.dk/2017/01/27/from-dependency-injection-to-dependency-rejection/

с примерами на C#

ну в смысле содержание другое но тема одна и та же :)

https://www.infoq.com/presentations/mock-fsharp-tdd

за f# отдельное спасибо

если тема F# и тесты интересна то тут очень много материалов на эту тему

https://fsharpforfunandprofit.com/posts/low-risk-ways-to-use-fsharp-at-work-3/#test-bdd

вообще с F# тесты писать веселее

можно основной код писать на C# а на F# Только тесты

но есть одна очень крутая тема с тестами на базе FsCheck

сейчас попробую найти

вообще с F# тесты писать веселее

да, это самый безопасный способ начать писать на F# в энтерпрайзе)

но есть одна очень крутая тема с тестами на базе FsCheck

только хотелш написать про fsCheck аналогов которму нет на C#

сейчас ищу доклад на эту тему - минутку

хотя если учесть что у fscheck есть api для С#, то я не совсем прав)

Вот!

https://skillsmatter.com/skillscasts/6432-the-lazy-programmers-guide-to-writing-1000s-of-tests-an-introduction-to-property-based-testing

по мне очень крутой доклад для новичков

очень подробно и на пальцах разжовывает что такое Property Based тесты и зачем они нужны

а на youtube ничего нет? (на skillmatter требует авторизацию)

не знаю )

я авторизовался что бы посмотреть ))