Дотнет и Моск

[robinbobin]

моя плакать с утра.

Хорошо потрудилось Министерство Правды Программирования в этом году!

Раньше, правильно говорили, о вреде БУЭЭЭЭСИКА. Теперь _ЭТО_ логично развилось в модное ДОТНЭТ.

Ведь человек на полном серьезе пишет. Его терзают смутные сомнения 2-й день. С одной стороны модные слова Тэхнологии тэрмины -  XML, типизированный DataSet, .Net Remoting и др.
С другой стороны, оно перестает работать на жутких объемах информации - 5 МБ! (Это же как 3 целых дискетки)

Особенно радуют рассуждения о Базе Данных - MsSql. Это же _усложнит_ систэму!. Мне кажется, шо аффтар цену MsSql просто не берет в расчет. ну да, действительно.

Особенно радуют ахтунги в каментах - ms access. как база данных.

Типичный пример, когда мода главнее, чем результат.

кину линк на  Джоэл Сполски, - Назад, к основам

Comments

аффтар цену MsSql просто не берет в расчет

[napoleonchik.livejournal.com]

Так можно же бесплатную версию поставить. Она как-то там кастрирована, но не настолько, чтоб не потянуть аж 5 мега данных .

Re: аффтар цену MsSql просто не берет в расчет

[robinbobin.livejournal.com]

нах кастрированную MsSql если есть Mysql (уже и 5, со всем чем надо? )

на крайняк даже и под виндовс!

[antonko.livejournal.com]

как раз важен результат, а не процесс ;)

[robinbobin.livejournal.com]

просто такая статистика пишется на php/mysql. мягко скажем - быстро.
и потом же летает...

[antonko.livejournal.com]

вообще причем тут технология?
считаеш у меня эта проблема только изза технологии? ок, тогда сделайте файл xml на 7000 элементов и попробуйте считать их из php в оперативку а потом делать выборки как в sql? получится? как быстро будет работать?

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

[robinbobin.livejournal.com]

я говорю, шо данные в xml ваще нельзя хранить!

данные надо хранить в базе данной, хоть в акссесе!

xml можно юзать только для обмена информацией между сайтами написанными левой ногой, разными людьми.
и то, на самый крайний случай.

csv или прямо sql dump - гораздо проще. вот как недавно была душеразжирающая история. причем, я их победил.

а LAMP (linux/apache/php/mysql) сделано настлько эффективно и просто, шо на любом говножелезе (да пусть хоть на самом крутом) ресурсов, которых _всегда_ не хватает, много не жрет.

+ стоимость платформы. linux + php + apache + mysql = 4 * $0 = $0.

с сколько такое стоит на win?

[antonko.livejournal.com]

дорого, даже не хочется об этом думать ;)

согласен по поводу "LAMP". Но по эффективности(если не брать цену) не хуже делать под .net/iis/asp.net/mssql. И я даже подозреваю что разработка будет занимать меньше времени. не зная всех возможностей .NET Framework сложно судить ;)

я пишу не от балды, мною написано не мало проектов под asp.net. кстати, некоторые из них в качестве базы данных используют именно XML, и это ОЧЕНЬ удобно. например http://www.gliskov.ru
маленький персональный сайт, материалов не так много, зачем их хранить в базе...

[robinbobin.livejournal.com]

я согласен, что на том, что хорошо знаешь, будет быстрее. (хотя в случае php vs .net - не согласен)

но
>материалов не так много, зачем их хранить в базе...
база тем и хороша, что пофиг сколько данных.

раз написал (хорошо) и все пох (в разумных пределах :).
но + с SQL - ПРОЩЕ работать!!!!!

[antonko.livejournal.com]

да в томто и дело что с xml проще ;)

возможно не в курсе как .net легко оперирует xml данными, чтото подобное ORM + хранение

[robinbobin.livejournal.com]

можно пример кода в студию?

[antonko.livejournal.com]

код из проекта с которого все началось. конфигурация.

public IsaCorp.Config.ConfigurationShema CurrentConfig = new ConfigurationShema();
CurrentConfig.ReadXml(XmlPath);

ConfigurationShema.NetworkSetRow nr = CurrentConfig.NetworkSet.NewNetworkSetRow();
nr.StartIP = StartIP;
nr.EngIP = EndIP;
CurrentConfig.NetworkSet.AddNetworkSetRow(nr);

CurrentConfig.WriteXml(XmlPath);


в итоге у нас лежит xml файлик где появились строки.


2
87.250.192.0
87.250.223.255
0


В данном примере элемент добавляется. есть еще более удобные вещи, такие как select где можно делать произвольные выборки. у меня например позволяется делать sum, max, gruop и т.д.

[antonko.livejournal.com]

упс. тэги сьел.


2
87.250.192.0
87.250.223.255
0



[antonko.livejournal.com]

;) на почту пришло с тэгами.

[robinbobin.livejournal.com]

мда...
на любителя.
такие зубодробительные конструкции....
и ради чего?

[antonko.livejournal.com]

не понимаю, что в таком подходе не так? Классический ООП, очень читаемый код, правильный. Что не нравится? Поясните, может я тупой такой и не понимаю простых вещей...

[robinbobin.livejournal.com]

поанафемничаю немного.

как оказалось - ООП не всегда хорошо!

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

>очень читаемый код
кому как. прочитать можно, но хорошо бы и понимать не напрягаясь. (кстати, перл не люблю тоже, но он слишком "лаконичный")

за это люблю php. все прозрачно, ничего лишнего. код читается и понимается легко, даже теми кто не знает php.
особенно если написано грамотно.

теми же вебдезигнерами.

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

или жизнью.

[antonko.livejournal.com]

обычно пишу так чтоб дизайнер не видел код.

в данном случае ООП для меня очень удачный вариант. Все интуитивно понятно, лаконично и главное удобно. Это надо видеть в Vs.NEt, как пишется код! Не убедили вы меня.
Мне пох на чем писать, пхп мне тоже нравится. Но я не понимаю нападок на .NET

КОроче говоря тут идет идеология, которая обходится без ООП и обязывает лажать винды ;)

[am-baal.livejournal.com]

Есть одно "но" - программерам на .нет платят обычно больше. :)

[robinbobin.livejournal.com]

вот когда поймут, шо платить надо за результаты Ж)

[shaman-odnako.livejournal.com]

xml - НЕ предназначен для хранения данных и эффективного ими манипулирования. Он предназначен для обмена ими. Плюс сериализация классов, конфиги и т.п. хорошо ложится на xml. И в статье, в частности, указывается, почему реализация подобных вещей на xml всегда будет занимать на порядки большее время.

[qth.livejournal.com]

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

[robinbobin.livejournal.com]

да ладно :) зато все при деле. и хочешь не хочешь, много они все равно на нем сделают...
:)

[qth.livejournal.com]

Вот только это их и спасает :) А потом все ещё оставшиеся вымрут и будет вообще одно сплошное телевидение.

[robinbobin.livejournal.com]

это хорошо шо они юзают дотнеты. все херачат долго и нудно,
а потом появляешься ты и за месяц делаешь, то шо они херячили, дольше.

меньше конкуренция :)

[ex-voidlizar272.livejournal.com]

Ага, не сделают. Скажите это миллионам индусов, которые гонят код с утра до ночи за плошку риса в день.

[robinbobin.livejournal.com]

неиллюзорная машина localhosta!

[am-baal.livejournal.com]

От того кода порой умереть хочется. :)

[gordon-schumway.livejournal.com]

Не совсем понятно причем здесь Java/.Net. В свое время нужно было много, желательно дешевой, рабочей силы чтобы писать корпоративные приложение. Следствие - в программирование пришло огромное кол-во людей не имеюших никаких предпосылок к этой области. Я каждый день благодарю небеса, что рынок выбрал Java как в качестве корпоративной платформы, поскольку эти люди все равно писали бы на любом языке, и мне не хочется даже представлять сопровождение миллионно-строчечного PHP-приложения написаного этими людьми.

BTW, Ted Neward считает RubyOnRails очень вредоносной системой именно потому, что она неизбежно попадет в руки подобных людей.