Это хорошо

Привет! Прочитал статью, решил заглянуть на огонёк

Отлично, располагался, задавай вопросы если что, добро пожаловать)

Статья класс!

Заголовок только не очень мотивирующий ?

Заголовок только не очень мотивирующий ?

Немного есть

Не,нуачо

Язык редкий

Ну ведь непопулярный, да.

Заголовок только не очень мотивирующий ?

Заголовок всегда результат тысячи компромиссов. Я искал наиболее общий вопрос для всех, кто F# даже в глаза не видел

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

Ну ведь непопулярный, да.

Непопулярный — это вижуал барсик. Индекс его непопулярности высок.

Непопулярный — это вижуал барсик. Индекс его непопулярности высок.

На TIOBE в топе!

А про F# просто мало кто знает, а с популярностью у тех, кто разобрался, никаких проблем нет.

На TIOBE в топе!

Я до сих пор считаю это каким-то локальным выбросом.

Непопулярный — это вижуал барсик. Индекс его непопулярности высок.

Можно по-разному измерять популярность. Можно по количеству тех, кто знаком с технологией и использует, а можно ещё по соотношению количества тех, кто использует к тем, кто захочет использовать снова

На TIOBE в топе!

Посмотри, топ "нелюбимых технологий" в опросе stackoverlow - он там тоже в топе

Посмотри, топ "нелюбимых технологий" в опросе stackoverlow - он там тоже в топе

топ so на самом деле тоже мало лучше чем tiobe - там сисадмины на жс пишут)

https://i.gyazo.com/5dd5eb20746173ded886d13b778c93d8.png За рейтингом "любви к VB" даже далеко не нужно ходить, соседний чат

А смущает именно слово "непопулярные"? Я думаю, не стоит понимать его как негативное. Оно относительное. Даже если не брать в расчет рейтинги, недавно разговаривал с техдиром одной компании, где C# основной язык и несколько тысяч разрабов. Там, естественно, идут дискуссии о переходе на F#. И не последний аргумент, что найти или переучить столько человек - сейчас непосильный труд

Это немножко лукавство на самом деле. И на одном языке набор владения инструментарием разный

Язык - лишь один из инструментов решения продуктовых задач

Привет!

Привет!

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

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

Отлично, располагайся, задавай вопросы, все добрые, все расскажут, покажут)

ок, спасибо

Доброго дня (у меня щас день ? ) Да, очередная статья на хабре сделала своё дело ? Давно читаю за ФП. Даже пробовал как-то haskell освоить, но в виду того, что нигде применить не смог, дальше learn haskell for good дело не прошло... Но т.к. щас работаю с C# решил посмотреть и в сторону F#. Давно на него смотрю, то опять-таки хз, где применить, ибо у нас все на C# кодят, и модуль на F# никто не поймёт ?

Доброго дня (у меня щас день ? ) Да, очередная статья на хабре сделала своё дело ? Давно читаю за ФП. Даже пробовал как-то haskell освоить, но в виду того, что нигде применить не смог, дальше learn haskell for good дело не прошло... Но т.к. щас работаю с C# решил посмотреть и в сторону F#. Давно на него смотрю, то опять-таки хз, где применить, ибо у нас все на C# кодят, и модуль на F# никто не поймёт ?

Привет! Располагайся, его на самом деле много где можно применить около проекта, property based тесты, билд скрипты и т.д.

@Godzilla1495 привет!

Ну так-то оно да, применить много где можно, особенно учитывая мощь экосистемы .net. Но руководство врядле одобрит зоопарк языков ?

@neftedollar Привет !

Хотя.. С другой стороны он и так: .net, js, ts %)

Хотя.. С другой стороны он и так: .net, js, ts %)

Знаешь как сварить лягушку?)

Намёк понял ?

Всем привет ) такой вопрос, можеш кто то посоветовать как лучше сделать програму распознавания символов? подумал что f# это сделать буде по проще

А смущает именно слово "непопулярные"? Я думаю, не стоит понимать его как негативное. Оно относительное. Даже если не брать в расчет рейтинги, недавно разговаривал с техдиром одной компании, где C# основной язык и несколько тысяч разрабов. Там, естественно, идут дискуссии о переходе на F#. И не последний аргумент, что найти или переучить столько человек - сейчас непосильный труд

Ну вот меня действительно смутило слово "непопулярные". Это слабо мотивирует сомневающегося попробовать заниматься языком. Тем более что в беседе речь идет о том, что F# популярность как раз-таки набирает, пусть и не сравнимую с F#, есть разные проекты, отличное комьюнити.

Всем привет ) такой вопрос, можеш кто то посоветовать как лучше сделать програму распознавания символов? подумал что f# это сделать буде по проще

https://github.com/migueldeicaza/TensorFlowSharp + датасеты

https://github.com/migueldeicaza/TensorFlowSharp + датасеты

спасибо выручил )

А вот ещё такой общий вопрос: В плане хайлода по идее F# должен быть пошустрее C#? Или такой же?

Ну вот меня действительно смутило слово "непопулярные". Это слабо мотивирует сомневающегося попробовать заниматься языком. Тем более что в беседе речь идет о том, что F# популярность как раз-таки набирает, пусть и не сравнимую с F#, есть разные проекты, отличное комьюнити.

Я верю, что мотивирует ваш рассказ. Встречают по одежке, а провожвают по прочитанному. Ну и не честно было бы говорить, что он популярный (или даже просто не говорить про это).

А вот ещё такой общий вопрос: В плане хайлода по идее F# должен быть пошустрее C#? Или такой же?

Везде дотнет. Все зависит от того как ты будешь им пользоваться.

Всем привет ) такой вопрос, можеш кто то посоветовать как лучше сделать програму распознавания символов? подумал что f# это сделать буде по проще

можно еще на ml.net посмотреть, может там есть апи необходимое

Я верю, что мотивирует ваш рассказ. Встречают по одежке, а провожвают по прочитанному. Ну и не честно было бы говорить, что он популярный (или даже просто не говорить про это).

Можно сказать "широко известный в узком кругу"

А вот ещё такой общий вопрос: В плане хайлода по идее F# должен быть пошустрее C#? Или такой же?

В идеале должны идти нос к носу.

Мы участвовали в highloadcup с решением на F#, и, кажется, мы были самыми быстрыми из решений на неткоре

В идеале должны идти нос к носу.

А по факту я посмотрел на ETL Айрата и вертел я C# после такого. Тоже так хочу. 3 строчки - миллион функционала.

Но неткор в тот раз довольно хреново выступил, сыграли роль баги в сыром Kestrel

Но неткор в тот раз довольно хреново выступил, сыграли роль баги в сыром Kestrel

это полгода назад было же где-то?

это полгода назад было же где-то?

А как бы не год или полтора

А как бы не год или полтора

С тех пор пайплайны появились

А вот ещё такой общий вопрос: В плане хайлода по идее F# должен быть пошустрее C#? Или такой же?

В целом я считаю, что с использованием современного стека можно разрабатывать на F# решения, такие же скоростные, как на C#. С учётом того, что при разработке хайлоад-кода часто требуется отступать от родных языковых парадигм, так скажем.

мне казалось в этом где-то

https://github.com/Lanayx/HighloadCup

> Dec 30, 2017

Ох и непривычно же видеть вызов функций без скобок %)

Про отступление от парадигмы вот вам pyramid of doom, например: https://github.com/Lanayx/HighloadCup/blob/2f465603aa2e172932ac0269ba50b3d9db3c39c5/src/BufferSerializers.fs#L68-L85

Ох и непривычно же видеть вызов функций без скобок %)

Так не проблема - можешь параметры в кортежи заворачивать и тогда как в C# будет (те никакого каррирования)

Так не проблема - можешь параметры в кортежи заворачивать и тогда как в C# будет (те никакого каррирования)

Не советую этим злоупотреблять, если ты при этом любишь референсы

Параметр паки с референсами очень жопошно пакуются в тупли

Ну да, я так вообще не пишу (но человеку надо).

Я один раз игрался-игрался, и доигрался :(

let fromDate = queryNullableParse ParseResult.Empty "fromDate" uint32Parse httpContext Ох... Пока что сложно ?

Надо бы, кстати, пойти и кого-нибудь десантировать в код fsharpc, чтоб починить эту траблу

можно еще на ml.net посмотреть, может там есть апи необходимое

Кстати не плохая идея )

Всем привет ) такой вопрос, можеш кто то посоветовать как лучше сделать програму распознавания символов? подумал что f# это сделать буде по проще

Смотря что делаешь. Если хочешь сам написать ядро распознавателя — ну, тогда читаешь статьи, делаешь :) Я считаю, что на F# такие вещи действительно делать приятнее. А если хочется готовое поюзать — то с практической точки зрения нет разницы, C# или F# (или даже VB.NET).

Смотря что делаешь. Если хочешь сам написать ядро распознавателя — ну, тогда читаешь статьи, делаешь :) Я считаю, что на F# такие вещи действительно делать приятнее. А если хочется готовое поюзать — то с практической точки зрения нет разницы, C# или F# (или даже VB.NET).

Ну сейчас мне нужно реализовать алгоритм который будет это все делать. Это у меня такая магистерская работа

Ну сейчас мне нужно реализовать алгоритм который будет это все делать. Это у меня такая магистерская работа

я делал реализацию вот по этому мануалу http://neuralnetworksanddeeplearning.com/ https://github.com/Lanayx/MnistExampleFsharp код оригинала https://github.com/Lanayx/MnistExamplePython

я делал реализацию вот по этому мануалу http://neuralnetworksanddeeplearning.com/ https://github.com/Lanayx/MnistExampleFsharp код оригинала https://github.com/Lanayx/MnistExamplePython

Спасибо, будет вечером чем заняться)

Народ, а как быстро вы перешли с C# на F#? И не тянет ли обратно в ООП?

Большинство пишет на обоих языках. Вопрос скорее как быстро можно научится писать на идеоматическом, а не синтаксическом F#. Это довольно долгий процесс - до года наверное. А от ООП старого потом слегка подташнивает.

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

Бывает

Отдельные вещи удобнее на c#

Типа бэккода wpf контролов

Народ, а как быстро вы перешли с C# на F#? И не тянет ли обратно в ООП?

Тянет :( всё время хочется интерфейсов настругать

Тянет :( всё время хочется интерфейсов настругать

Это пройдет

ПОтом начинаешь мыслить в каррированных функциях

Большинство пишет на обоих языках. Вопрос скорее как быстро можно научится писать на идеоматическом, а не синтаксическом F#. Это довольно долгий процесс - до года наверное. А от ООП старого потом слегка подташнивает.

А для идеоматического ф# надо вообще мозг сломать. зависит от срока императивизма :(

тяжелее всего без раннего ретурна)

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

тяжелее всего без раннего ретурна)

Вот щас ваще непонятно ?

нельзя сделать return "abc" посреди функции, возврат идет всегда в самом конце

Понял. Да, непривычно...

тяжелее всего без раннего ретурна)

Вот, ваще не замечал

тяжелее всего без раннего ретурна)

Опять императивничаешь ?

Вот, ваще не замечал

а как у тебя валидация организована?) обычно вначале попроверял, если не зашло кинул эксепшн или если войд функция возвращает, то просто return и ничего не делаешь

нельзя сделать return "abc" посреди функции, возврат идет всегда в самом конце

Не совсем так. Просто всё является выражениями, которые обязаны возвращать результат. Тело функции - тоже выражение, которое состоит из других, вложенных в него выражений. Итого вместо понятия return нужно просто думать в терминах выражений. Каждая ветка if-then-else что-то возвращает, каждая ветка match что-то возвращает, тело let ... in возвращает что-то и т. д.

Не совсем так. Просто всё является выражениями, которые обязаны возвращать результат. Тело функции - тоже выражение, которое состоит из других, вложенных в него выражений. Итого вместо понятия return нужно просто думать в терминах выражений. Каждая ветка if-then-else что-то возвращает, каждая ветка match что-то возвращает, тело let ... in возвращает что-то и т. д.

я делаю обработчик входящих сообщений, если что-то пошло не так, я не хочу никуда возвращать ничего, просто залогать ошибку и ничего больше не делать)

а как у тебя валидация организована?) обычно вначале попроверял, если не зашло кинул эксепшн или если войд функция возвращает, то просто return и ничего не делаешь

Вообще то на Result и комбинаторах

а как у тебя валидация организована?) обычно вначале попроверял, если не зашло кинул эксепшн или если войд функция возвращает, то просто return и ничего не делаешь

в стиле "для каждого прошедшего валидацию.. делать то-то", а монады сами решают идти дальше или возвращать ошибки

а как у тебя валидация организована?) обычно вначале попроверял, если не зашло кинул эксепшн или если войд функция возвращает, то просто return и ничего не делаешь

failwith и raise никто не отменял :) но это не кошерно

Вообще то на Result и комбинаторах

Да, вот тока про Result хотел написать

Вообще то на Result и комбинаторах

Да, только нужно все оборачивать в резалты и функцию одну разделять на две и писать билдер и еще где-то обрабатывать результат. Это конечно может для будущего и хорошо, но когда хочется написать быстро и чтобы работало (а такое очень часто бывает), то просто нет такого варианта

https://hh.ru/vacancy/27979612

https://hh.ru/vacancy/27979612

Вакансия F# место рядом с Ayrat Hudaygulov