Well that and the fact that the API needs to cater for Java's restrictive language features. I find a Java port to be less enjoyable to work with than a first-class C# API without the imposed legacy API.
@Demis, OTOH: I favor a succesful Java port, backed by a large community, over a crippled C# implementation with a much smaller one. Lucene.NET wouldn't have been where it is without the plain Lucene. I think opportunity cost is the keyword on this.
If they were the only 2 options, then sure I'd go with something that works and has an active community over one that doesn't any day.
At the same time I would go with a LINQ API over anything that came before it. Comparing LINQ vs the alternates is a good case of how deficiencies in a language effects the expressiveness of an API.
C#/.NET's biggest problem is that it was conceived by Microsoft, that's not to say that Microsoft hasn't done an amazing job, they have its just that most open source developers wont want to touch it with a 10 foot pole. Also I believe some extremists don't want to admit that Microsoft is able to produce superior technology and will choose to believe that the free world always has better tech.
The C#/.NET world and prospective community is still hurting over Ballmers comments of yester-year calling Linux a cancer and threatening that Linux invalidates hundreds of their 'un-disclosed' patents - it's no wonder no one wants to touch tainted technology.
Anyway that's why I like the Mono community, they've evaluated everything out there, dispelled all FUD and chose to implement C# language and .NET Framework from the published open specifications because they think it is the most superior technology available. If we can we should give them all the support that we can as they in turn barrack for a more open C# / .NET and have got Microsoft to publish some open promises:
This goes some way to repairing the damage of the past and a more open C# / .NET will I believe lead to a more open and vibrant community. This is one of the reasons why I try to ensure all my software is open source and that it works well on Mono. I hope everyone else does the same.
Ok Kool, I've never even thought to use Rake as I've always found Nant suitable. But yeah there is definitely room for improvement over an XML language so might be worth a look for my next project :)
Comment preview
Comments have been closed on this topic.
Markdown formatting
ESC to close
Markdown turns plain text formatting into fancy HTML formatting.
Phrase Emphasis
*italic* **bold**
_italic_ __bold__
Links
Inline:
An [example](http://url.com/ "Title")
Reference-style labels (titles are optional):
An [example][id]. Then, anywhere
else in the doc, define the link:
[id]: http://example.com/ "Title"
> Email-style angle brackets
> are used for blockquotes.
> > And, they can be nested.
> #### Headers in blockquotes
>
> * You can quote a list.
> * Etc.
Horizontal Rules
Three or more dashes or asterisks:
---
* * *
- - - -
Manual Line Breaks
End a line with two or more spaces:
Roses are red,
Violets are blue.
Fenced Code Blocks
Code blocks delimited by 3 or more backticks or tildas:
```
This is a preformatted
code block
```
Header IDs
Set the id of headings with {#<id>} at end of heading line:
## My Heading {#myheading}
Tables
Fruit |Color
---------|----------
Apples |Red
Pears |Green
Bananas |Yellow
Definition Lists
Term 1
: Definition 1
Term 2
: Definition 2
Footnotes
Body text with a footnote [^1]
[^1]: Footnote text here
Abbreviations
MDD <- will have title
*[MDD]: MarkdownDeep
FUTURE POSTS
Partial writes, IO_Uring and safety - about one day from now
Configuration values & Escape hatches - 4 days from now
What happens when a sparse file allocation fails? - 6 days from now
NTFS has an emergency stash of disk space - 8 days from now
Challenge: Giving file system developer ulcer - 11 days from now
And 4 more posts are pending...
There are posts all the way to Feb 17, 2025
RECENT SERIES
Challenge
(77): 20 Jan 2025 - What does this code do?
Answer
(13): 22 Jan 2025 - What does this code do?
Comments
Well that and the fact that the API needs to cater for Java's restrictive language features. I find a Java port to be less enjoyable to work with than a first-class C# API without the imposed legacy API.
@Demis, OTOH: I favor a succesful Java port, backed by a large community, over a crippled C# implementation with a much smaller one. Lucene.NET wouldn't have been where it is without the plain Lucene. I think opportunity cost is the keyword on this.
@Grimace
If they were the only 2 options, then sure I'd go with something that works and has an active community over one that doesn't any day.
At the same time I would go with a LINQ API over anything that came before it. Comparing LINQ vs the alternates is a good case of how deficiencies in a language effects the expressiveness of an API.
C#/.NET's biggest problem is that it was conceived by Microsoft, that's not to say that Microsoft hasn't done an amazing job, they have its just that most open source developers wont want to touch it with a 10 foot pole. Also I believe some extremists don't want to admit that Microsoft is able to produce superior technology and will choose to believe that the free world always has better tech.
The C#/.NET world and prospective community is still hurting over Ballmers comments of yester-year calling Linux a cancer and threatening that Linux invalidates hundreds of their 'un-disclosed' patents - it's no wonder no one wants to touch tainted technology.
Anyway that's why I like the Mono community, they've evaluated everything out there, dispelled all FUD and chose to implement C# language and .NET Framework from the published open specifications because they think it is the most superior technology available. If we can we should give them all the support that we can as they in turn barrack for a more open C# / .NET and have got Microsoft to publish some open promises:
http://www.microsoft.com/interop/osp/default.mspx
This goes some way to repairing the damage of the past and a more open C# / .NET will I believe lead to a more open and vibrant community. This is one of the reasons why I try to ensure all my software is open source and that it works well on Mono. I hope everyone else does the same.
@Demis
mono support is pretty much the only thing that makes me consider using rake for builds.
@Frank Quednau
Ok Kool, I've never even thought to use Rake as I've always found Nant suitable. But yeah there is definitely room for improvement over an XML language so might be worth a look for my next project :)
Comment preview