-я много размышлял над тем, что же сейчас можно написать, чтобы оно было востребовано, понравилось юзерам и было оригинальным
Вообще забавно, какие иногда бывают простые ответы на сложнейшие вопросы =)
Совсем недавно один завсегдатай популярнейшего портала 4pda обратил внимание, что android-клиента для 4pda до сих пор нет, ну и сделал его. 4PDA-клиент
Идея простая как три рубля на снегу, реализация наверняка тоже, а юзерам 4pda польза большая.
7. Timeriffic.
Нравится Night Time, просто и удобно, хоть и не настолько наворочено.
17. FBReader.
Всем последняя версия устраивала, за исключением одного — когда хочу открыть файл, приходится начинать с корневой директории. А если у меня вложенность 3-4 каталога, да в них еще много файлов, пройдет немало времени, пока я доберусь до нужного. Очень раздражает, когда нужно по-быстрому посмотреть содержимое нескольких книг, лежащих рядом, и потому выбран Cool Reader. Но FBReader тоже оставлен, поскольку у Cool Reader есть свой косяк — при просмотре онлайн-каталога flibusta.net показывает только первые 20 позиций. У FBReader с этим все нормально.
Тесты, кстати, там довольно давно не обновлялись. За прошедшее время DataObjects допилили свой LINQ-провайдер, зарелизился NHibernate 3 с переделанным LINQ. Интересно было бы посмотреть актуальные результаты.
Я знаю, что есть люди, которые любят цепляться к словам, устраивать из этого троллинг и прочее. Или не устраивать, такое тоже бывает. Просто они невероятно дотошные.
Так вот, я знаю, что:
1. Сообщение, на которое я дал ссылку, написал автор и практически единственный коммитер проекта BLToolkit, и репутация у него на форуме RSDN очень высокая. Мы не совершим особо уж большой вольности, если допустим, что это человек, который знает возможности своего продукта и отвечает за свои слова.
2. Автор BLToolkit принимал непосредственное участие в тестах и обсуждении EmitMapper'а.
Теперь внимательно читаем фразу «Производительность, конечно, процентов на несколько хуже, чем рукописный код, но всякие ЕмитМаперы могут идти тренироваться дальше.» =) Разделим ее на две части.
«Производительность, конечно, процентов на несколько хуже, чем рукописный код» — тут, надеюсь, никаких противоречий и всяких когнитивных диссонансов? =) У эмитмаппера производительность на несколько процентов хуже, и у блтулкита несколько хуже. Ну, бывает =)
«но всякие ЕмитМаперы могут идти тренироваться дальше» — ну, я тоже уверен, что они могут идти тренироваться дальше. Всегда есть к чему стремиться =) Например, к тому, чтобы производительность была равна производительности рукописного кода.
Да, мое мнение субъективно =) как и всякое другое. И моя уверенность в технологии основана на личном применении. Это тоже субъективно, конечно =)
И если вам нужны цифры, просто проведите испытания, а не цепляйтесь от делать нефиг =)
В чем печаль? Если подходит по условиям задачи (например, только селекты) — можно использовать. Не подходит — не будут использовать. Это же не выбор между «модными» фреймворками.
А скорость много где важна. Попадаются клиенты, которые очень не любят, когда простые выборки данных (любых) делаются, на их взгляд, медленно,
Писал не тот человек, который склонен заниматься пустой похвальбой. Цифр там действительно нет, но я уверен, что если провести испытания — его слова подтвердятся.
Автор BLToolkit'а где-то год назад переписал маппинг и на форуме RDSN ехидненько написал что-то вроде «Emit Mapper может идти тренироваться дальше».
Emit Mapper, кстати, в развитии остановился почему-то, больше года уже нет обновлений, хотя когда я эту библиотеку пробовал, уже была вполне законченным рабочим продуктом.
Вообще забавно, какие иногда бывают простые ответы на сложнейшие вопросы =)
Совсем недавно один завсегдатай популярнейшего портала 4pda обратил внимание, что android-клиента для 4pda до сих пор нет, ну и сделал его.
4PDA-клиент
Идея простая как три рубля на снегу, реализация наверняка тоже, а юзерам 4pda польза большая.
Нравится Night Time, просто и удобно, хоть и не настолько наворочено.
17. FBReader.
Всем последняя версия устраивала, за исключением одного — когда хочу открыть файл, приходится начинать с корневой директории. А если у меня вложенность 3-4 каталога, да в них еще много файлов, пройдет немало времени, пока я доберусь до нужного. Очень раздражает, когда нужно по-быстрому посмотреть содержимое нескольких книг, лежащих рядом, и потому выбран Cool Reader. Но FBReader тоже оставлен, поскольку у Cool Reader есть свой косяк — при просмотре онлайн-каталога flibusta.net показывает только первые 20 позиций. У FBReader с этим все нормально.
Я знаю, что есть люди, которые любят цепляться к словам, устраивать из этого троллинг и прочее. Или не устраивать, такое тоже бывает. Просто они невероятно дотошные.
Так вот, я знаю, что:
1. Сообщение, на которое я дал ссылку, написал автор и практически единственный коммитер проекта BLToolkit, и репутация у него на форуме RSDN очень высокая. Мы не совершим особо уж большой вольности, если допустим, что это человек, который знает возможности своего продукта и отвечает за свои слова.
2. Автор BLToolkit принимал непосредственное участие в тестах и обсуждении EmitMapper'а.
Теперь внимательно читаем фразу «Производительность, конечно, процентов на несколько хуже, чем рукописный код, но всякие ЕмитМаперы могут идти тренироваться дальше.» =) Разделим ее на две части.
«Производительность, конечно, процентов на несколько хуже, чем рукописный код» — тут, надеюсь, никаких противоречий и всяких когнитивных диссонансов? =) У эмитмаппера производительность на несколько процентов хуже, и у блтулкита несколько хуже. Ну, бывает =)
«но всякие ЕмитМаперы могут идти тренироваться дальше» — ну, я тоже уверен, что они могут идти тренироваться дальше. Всегда есть к чему стремиться =) Например, к тому, чтобы производительность была равна производительности рукописного кода.
Да, мое мнение субъективно =) как и всякое другое. И моя уверенность в технологии основана на личном применении. Это тоже субъективно, конечно =)
И если вам нужны цифры, просто проведите испытания, а не цепляйтесь от делать нефиг =)
А скорость много где важна. Попадаются клиенты, которые очень не любят, когда простые выборки данных (любых) делаются, на их взгляд, медленно,
Вот сообщение автора BLToolkit'а rsdn.ru/forum/prj.rfd/3723299.1.aspx, от марта 2010 г.
«Производительность, конечно, процентов на несколько хуже, чем рукописный код, но всякие ЕмитМаперы могут идти тренироваться дальше.»
Emit Mapper, кстати, в развитии остановился почему-то, больше года уже нет обновлений, хотя когда я эту библиотеку пробовал, уже была вполне законченным рабочим продуктом.