Hacker Newsnew | past | comments | ask | show | jobs | submit | more smoothdeveloper's commentslogin

For people who understand french (or can use translation tool)

this is the only account back in 2019 of the events:

https://www.lemonde.fr/pixels/article/2019/09/17/richard-sta...

It scores much higher to me on journalism than whatever came in US press.

It seems people in US don't value defending free speech, and tend to get offended easily due to taking things only on first degree.

In that frame, they should care more about defending the first amendment of their constitution, and try to get other degree when interpreting words they have negative reaction to.

I don't know how to solve the issue, but I've started trying tackling some of this in context of code of conducts affecting many sofware communities:

https://github.com/ContributorCovenant/contributor_covenant/...


The closest thing is https://github.com/rspeele/Rezoom.SQL which once compiled in your F# project, can be used in C# by referencing the generated assembly.

Although this is nothing to do with string interpolation, the "typed string interpolation" refer to the F# printf format specifiers.

You could also build such tool separately using FSharp.Compiler.Service (possibly using the analyzer infrastructure for ionide: https://github.com/ionide/FSharp.Analyzers.SDK), AFAIU there will be consolidation of this type of tooling relying on FSharp.Compiler.Service in the future to make this integrated to all F# tooling.


this is a nice looking project, I actually starred it in the past and had been meaning to check it out - thanks for reminding me!


Let the place remain tenantless few more months and they will.


https://fsprojects.github.io/Paket/paket-generate-load-scrip... is probably what you need if you enjoy using fsi and easily reference external libraries from script files.


And even more techniques in F# in it's type system and inlining


The reason is probably flowers (cannabis) versus leaves (tobacco)


How can they be considered a hack when they get baked in the BCL in so many places as well, not for interop purpose?


Have you learned to use it?


I have worked with for a while but it seemed very difficult to introduce it to a larger team that doesn't see the point in FP. If there was sample code that clearly showed advantages of F# while using the .Net framework things would be easier. But there is nothing available. C# is the number one language in the .NET world.


C# definitely will remain the number 1, and FP will remain used in a minority of places, until more people get exposed to it earlier in their cursus.

The advantages are in the idioms, immutability by default, null not being legit value by default, emphasis on correctness, advanced type system etc.

The issue is often that people doing C# won't gain enough FP practice to see where F# brings most advantages, try to use it as a OO language for really short time and ditch it because tooling and concepts are not the same as what they are used to.

I'm confident though that adoption is rising and that few years from now most .net shops will get exposure to some amount of F# code, and that people who have been doing C# for so long will eventually pick up any functional language, which in turn will make F# really appealing to them.

I'm happy C# is supporting constructs such as local functions and some basic pattern matching (although type tests are probably the worst use case of pattern matching as seen in ML languages), but I'm also concerned the language is evolving toward more and more complicated syntax and rules (see all the kinds of scoping rules for variables and switch statement) and so little things geared toward correctness (readonly locals, non nil references?).

C# focuses on alleviating developer pain, but sometimes making the choice of enabling to do the wrong thing more readily.


The only way I see FP becoming more popular would be if some popular libraries came up that were purely functional and showed the strength of that approach. I think I understand the benefits of FP but it struggle to see how it would fit into the current library ecosystem. There are not many people who have the luxury of building a codebase from scratch. Most of us need to use other libraries.


Sadly, JetBrains Rider is the sole .NET IDE without F# support.


What is needed is new blood among F# users, not coming from C# background and not too snob about F# not having most advanced type system when compared to Haskell or other similar ML languages.

Then, effort on making functionally orientated base libraries (without relying on baking those things in FSharp.Core, but as set of small libraries) wrapping undelrying .NET APIs, taking inspiration from what is there in Haskell and other similar languages.

Most F# users today are fine relying on mostly .NET libraries + fresher F# libraries, but most projects will be done with a mix of paradigms (which is manageable in F#) which is not most appealing to people with significant FP background.


I agree mostly but I'd argue that most F# devs are coming from c# to begin with. I'd love to see some data suggesting otherwise, but I have a very strong feeling that its true. I also like multi paradigm, doesn't take away from F# at all, but it's something that doesn't mix well with developers not familiar with the NETverse


Consider applying for YC's Summer 2026 batch! Applications are open till May 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: