socimed


Отлично! Вот и давай сравним с



В читабельности, количестве строк, эффективности (производительности), чтоб окончательно понять всю убогость современных инструментальных средств общего назначения.

Честно говоря, два эти примера выше настолько мощно отражают всю убогость индустрии C# и не только, что даже трудно что-то добавить еще.[/quot]
ты либо дебил, либо толстый тролль и двествееник.

во-превых, реализацию ты не показал. на C# тоже можно был бы сделать аля var result = getWords(text) -- чертовски читабельно

во-ыторвх, как ты измерил производительность? диагноз по фотографии?

socimedДебилом себя показываешь пока только ты. Почему? Да потому что тебе, как типичному пораженцу болезни вида C# мозга - даже в голову не пришла мысль, что вот тот код выше (.Cast<Match>().Select(m => m.Value);) типичный C#/Java говнокодер будет писать/копипастить/ревьювить/сопровождать КАЖДЫЙ раз, когда у него возникнет задача разбить текст на слова. У него даже мысли не возникнет запилить свою фунцию вида глагол(объект, субъект) без этого феерического синтаксического сахара.
Нет, ты таки тролль. Зубы не заговаривай, вопрос был про реализацию.

Напомню, с чего ты начал:

socimedИ вот когда ты покажешь, как красиво можно выполнить эту задачу - порезать строку на слова, вот тогда и поговорим о мощах и языках (справочно - у меня на С это всё делается одной функцией, два параметра, а ты можешь так?)
Ты четко и предсказуемо съехал с вопроса о том, как у тебя реализована функция split_words_utf8(). Но не проблема, я еще раз спрошу: покажи реализацию этой функции, а потом будем с тобой говорить о читабельностьи и поддерживаемости.

Далее. Оформляем код на C# в, развлечения ради, extension метод IEnumerable<string> SplitInto(this string s, string separator) -- и у меня тоже получается лаконичный, читабельный и поддерживаемый код var words = text.SplitInto(@"\w+"); Вопросы будут?

socimedНахлобучво-ыторвх, как ты измерил производительность? диагноз по фотографии?
Нет, банальные benchmark-и, циклом строго по L1/L2 кешу и на больших объемах.Ты эти бенчмарки делал? Результаты замеров на бочку.

socimedПрактически всегда и везде Java и C# подходы ("решения" со stackoverflow и прочих примеров из интернетов) просасывают минимум в 50-100 раз, в сравнении с Plain C. Не веришь - иди сам и меряй, применительно к этой задаче можешь сразу начинать с закачки libunibreak:

libunibreak и твои всеобъемлющие обобщения -- это, конечно, все прекрасно и восхитительно, но вот тебе на подумать: пока ты будешь томно вылизывать свой высокопроизводительный C-код и заниматься прочей интеллектуальной мастурбацией, я заведу свой простейший код на регулярных выражениях на кластере из EC2 и Map-Reduce все сделает за меня. Причем заметь: сделает быстрее и, в итоге, дешевле, потому как работодатель будет оплачивать либо два месяца твоего рабочего времени (которое ты будешь тратить на отлов багов в обработки всяких юникодных суррогатов), либо несколько часов работы десятка компьютеров в облаке.