Сообщений в теме: 269

[pla]

так в том-то и дело, что тут нет ничего нового )))

все это уже есть. Так зачем огород городить ?

[Aлеф]

pla (4.3.2009, 20:38) писал:

так в том-то и дело, что тут нет ничего нового )))
все это уже есть. Так зачем огород городить ?

А никто ничего не городит, MS плавно и мощно продолжает развивать свои инструменты.
И интегрирует их между собой.
По отдельности все элементы концепции были, а вот удобные продукты появляются только
сейчас, просто перечислю: WPF вместо Windows.Forms, Silverlight вместо ASP,
добавился ADO.NET DS, добавился LINQ. Появился Surface.

Вы, например, пользуетесь DataBinding'ом? Если нет, то - почему?
Или интерфейсом IErrorProvider?
Как-то наш разговор переходит в плоскость "я Пастернака не читал, но книга его мне не понравилась".

[pla]

Aleph (4.3.2009, 18:59) писал:

А никто ничего не городит, MS плавно и мощно продолжает развивать свои инструменты.
И интегрирует их между собой.
По отдельности все элементы концепции были, а вот удобные продукты появляются только
сейчас, просто перечислю: WPF вместо Windows.Forms, Silverlight вместо ASP,
добавился ADO.NET DS, добавился LINQ. Появился Surface.

Вы, например, пользуетесь DataBinding'ом? Если нет, то - почему?
Или интерфейсом IErrorProvider?
Как-то наш разговор переходит в плоскость "я Пастернака не читал, но книга его мне не понравилась".

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

Так вот, мы приходим к тому, что для простенькой БД такое связывание может быть и приемлемо, но для серьезной системы приходится многое делать самому - под себя/

[Aлеф]

pla (4.3.2009, 22:37) писал:

Так вот, мы приходим к тому, что для простенькой БД такое связывание может быть и приемлемо, но для серьезной системы приходится многое делать самому - под себя/

ОК, Ваш подход мне полностью понятен.
Мне не хотелось бы язвить и острить со словами "под себя", но очень
может оказаться:
1) Реализация каких-то системных механизмов у фирмы типа MS будут лучше,
чем у программистов Вашего отдела
2) Ваши проблемы реализации как раз и возникают, что Вы часто используете
самопальные решения там, где можно взять стандарт.

[pla]

Aleph (4.3.2009, 19:44) писал:

ОК, Ваш подход мне полностью понятен.
Мне не хотелось бы язвить и острить со словами "под себя", но очень
может оказаться:
1) Реализация каких-то системных механизмов у фирмы типа MS будут лучше,
чем у программистов Вашего отдела
2) Ваши проблемы реализации как раз и возникают, что Вы часто используете
самопальные решения там, где можно взять стандарт.

ок, поясню
многие системные механизмы в новых технологиях сделаны таким образом, чтобы можно было бы легко обратиться к табличке emploeyer и табличке со списком отделов, чтобы потом это все обвязать и вытащить на уровень вью через датагриды и прочее. но увы, как только начинается более-менее серьезная работа с БД - начиаются самостоятельные решения. вот и все

[Aлеф]

pla (4.3.2009, 22:50) писал:

но увы, как только начинается более-менее серьезная работа с БД - начиаются самостоятельные решения. вот и все

я не стану спорить, просто отмечу, что DataBinding шире, я вообще не имел ввиду баиндинг
к таблице базы данных, я имел ввиду баиндинг объектов.

Не уверен, что книжки по этом фреймворку есть на русском, но будут силы и желания
полюбопытствуйте по этим ключам: CSLA Lhotka
примерно так может быть реализована технология, в которой мы вообще абстрагируемся от конкретной реализации базы данных и ее диалекта. В новой ADO.NET DS вместо базы вы можете использовать разнородные разноформатные файлы и т.п. И это не будет мешать баиндингу объектов.

oleg_v (4.3.2009, 22:47) писал:

Как то по новым версиям ОС не скажешь, что они что то могут улучшить.

никто не гарантирован от ошибок...
не кривя рожей, XP - очень хорошая система, если я не ошибаюсь, у нее юниксовое ядро было при проектировании
MS, насколько я понял, осознало провал Vista, Windows 7 проходит бетту,
скоро она появится - посмотрим...

[Aлеф]

oleg_v (4.3.2009, 23:00) писал:

Ничего общего

Вы делали дизассемблирование и сравнивали?
было, было такое... я сейчас ссылок не найду, но XP создавалось совершенно новой командой...
там еще была очень интересная борьба (на уровне концепций, естестенно ) с командой,
которая писала седьмой сиквел... одна из идей (возможно безумных) заключалась в том, чтобы взять БД в качестве "ядра" ОС...

вообще, надо отметить, что MS делает правильно,
она просто покупает интересные команды и интегрирует их решения...

[deejjjaaaa]

Aleph (4.3.2009, 11:59) писал:

не кривя рожей, XP - очень хорошая система, если я не ошибаюсь, у нее юниксовое ядро было при проектировании

это NT когда-то делали с использованием некоторых идей из VMS и людей из DEC

[Aлеф]

deejjjaaaa (4.3.2009, 23:19) писал:

это NT когда-то делали с использованием некоторых идей из VMS и людей из DEC

да наверное, я перепутал, давно это было...

[Aлеф]

Вот Солдатов рассуждает об информационном обществе вообще
без упоминания об инструментах, но тем не менее о том же, что и VSLive...

http://polit.ru/anal.../04/inform.html

[Aлеф]

к вопросу о сетевых сервисах...

Количество посетителей YouTube в США впервые превысило 100 млн

и еще к вопросу о сетевых сервисах:

Итальянских католиков призвали обходиться без хайтек-устройств во время Великого поста

[var-alex]

Aleph (3.3.2009, 19:18) писал:

Перспектива Облаков в том, чтобы энд-юзер забыл о том, что нужно устанавливать и как-то рутинить софт. Тебе нужен графический редактор? 0.5 баксов в час, нужна система рассчета комиссии при продажах автомобилей - 15 баксов. И так далее.

Это на словах красиво. А на деле чем более специализированный софт, тем больше его надо настраивать "под себя" что бы было удобно и ЭФФЕКТИВНО с ним работать.

И еще к вопросу что данные в "облаках" будут и порождаться и обрабатываться. Я хочу с этим поспорить - лично у меня почти все "данные" порождаются на внешних, относительно компа устройствах, и в конце концов выводятся на теже устройства. Хотя конечно и продолжают храниться в компе.

И к вопросу надежности хранения данных - если облако высоконадежно, то это будет очень дорого. Но если там что то накрылось, максимум что сделает держатель "облака" это восстановит backup. А если в промежутке между делапнием бэкапа там, и накрыванием всего там вы загрузили какие то очень важные данные, то тю тю, прощайте они :-) Локально было бы не так все грустно...

[var-alex]

Aleph (3.3.2009, 22:29) писал:

Канада, Израиль, Швеция - не без недостатков, но жить и радоваться можно...
да, будут. Но в ситуации, когда у Вас четыре машины (одна на работе, одна дома, один ноут для командировок, один легкий нетноут для нерабочих поездок и сторидж для фоток при путешествиях) довольно тяжело конфигурировать все одинаково.

Если человек конфигурирует все сам, то ему будет не сложно это сделать. Тем более вряд ли для РАБОТЫ используются даже десяток программ. А в остальном софт на этих машинах будет совсем разный.
Да и часто не надо ОДИНАКОВО, надо что бы было удобно %-)

Momous (3.3.2009, 22:40) писал:

Ну и оружие последней надежды в неравной схватке с пиратами.

+1

Aleph (3.3.2009, 23:45) писал:

Типичный работник небольшой или средней фирмы имеет свою (общую для фирмы) систему CRM, свою (общую для фирмы) систему учета финансов и всяких других ресурсов, какие-то специализированные модули. Фирма:
1) заказывает софт или покупает, но с доработками
2) держит службу администрирования и просто саппорт и/или программистов
3) производит постоянную модернизацию софта и техники
4) что-то еще
в случае работы с Облаком нужен только пункт #1, все остальное включено.

Что бы кто то делал пункт 3 я никогда не видел. Реально пункт 3 делается ПРИ необходимости. Это в реальной жизни и по личному опыту.

[var-alex]

Aleph (4.3.2009, 19:59) писал:

я не стану спорить, просто отмечу, что DataBinding шире, я вообще не имел ввиду баиндинг
к таблице базы данных, я имел ввиду баиндинг объектов.

Не уверен, что книжки по этом фреймворку есть на русском, но будут силы и желания
полюбопытствуйте по этим ключам: CSLA Lhotka
примерно так может быть реализована технология, в которой мы вообще абстрагируемся от конкретной реализации базы данных и ее диалекта.

А делать это можно только для БД типа тех, что как примеры даются к СУБД. Ибо если мы абстрагируемся от конкретной СУБД, то мы не можем ЭФФЕКТИВНО работать с ней.

[Aлеф]

var-alex (7.3.2009, 16:19) писал:

Ибо если мы абстрагируемся от конкретной СУБД, то мы не можем ЭФФЕКТИВНО работать с ней.

Вы до сих пор на ассемблере пишите?

Если под эффективной работой понимать не работу на коленке студента матмеха, нанятого за миску супа, то окажется, что купить более производительную станцию часто дешевле,
чем нанять еще одного программиста... Может оказаться, что правильное архитектурное решение (например использование ORM) съэкономит много денег при рефакторинге...
Это надо считать в каждом конкретном случае, что эффективнее...

[var-alex]

Aleph (7.3.2009, 17:40) писал:

Вы до сих пор на ассемблере пишите?

Если под эффективной работой понимать не работу на коленке студента матмеха, нанятого за миску супа, то окажется, что купить более производительную станцию часто дешевле,
чем нанять еще одного программиста... Может оказаться, что правильное архитектурное решение (например использование ORM) съэкономит много денег при рефакторинге...
Это надо считать в каждом конкретном случае, что эффективнее...

Очень спорное утверждение. Про ассемблер - если где то надо, то используется ассемблер тоже. А с БД приведу простой пример - если чтение таблицы не индексированное получилось в каком то запросе, то в этом случае просто "купить более производительную станцию" будет в столько раз дороже...
Скорее делается разработка софта, и под получающуюся архитектуру "подгоняется" структура БД. В этом случае еще более менее получится приемлемая производительность.

[Aлеф]

var-alex (8.3.2009, 15:35) писал:

Очень спорное утверждение.

меня не покидает ощущение, что мы в разных мирах живем... Ваш мир - это мир, полный неожиданностей, коварства и слабо_предсказуемых результатов...
когда 2+2 может быть и 5 и зеленым и теплым...
понимаете, есть такая вещь как стандарты и подходы...
и (Вы не поверите) они действительно работают, и (Вы не поверите) большое число компаний и "отделов" им следуют, и (Вы не поверите) они позволяют получать предсказуемый результат.

Сообщение отредактировал Aleph: 08 March 2009 - 17:31

[Aлеф]

oleg_v (8.3.2009, 20:25) писал:

Тонкое наблюдение

ага, оговорка по Фрейду...

[Ar-Gen-Tum]

Aleph (8.3.2009, 17:16) писал:

...
и (Вы не поверите) они действительно работают, и (Вы не поверите) большое число компаний и "отделов" им следуют, и (Вы не поверите) они позволяют получать предсказуемый результат.

Т.е Вы хотите сказать что о кризисе знали задолго до кризиса?
1. И зачем трындели, что все идет зашибись?
2. Какой смысл в предсказуемом результате, если он намеренно может быть искажен?
3. Какой-же смысл во всей этой системе? Учитывая пункты 1 и 2.
Или я чего-то не понимаю.

[var-alex]

Aleph (8.3.2009, 17:16) писал:

меня не покидает ощущение, что мы в разных мирах живем... Ваш мир - это мир, полный неожиданностей, коварства и слабо_предсказуемых результатов...
когда 2+2 может быть и 5 и зеленым и теплым...
понимаете, есть такая вещь как стандарты и подходы...
и (Вы не поверите) они действительно работают, и (Вы не поверите) большое число компаний и "отделов" им следуют, и (Вы не поверите) они позволяют получать предсказуемый результат.

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

[Aлеф]

Ar-Gen-Tum (8.3.2009, 20:52) писал:

Т.е Вы хотите сказать что о кризисе знали задолго до кризиса?
1. И зачем трындели, что все идет зашибись?

это очень серьезный оффтоп в топике, но давайте поговорим об этом...
да, те, кто устроил этот кризис про этот кризис все хорошо знали...
более того, я почти уверен, что кризис на этапе "печатания" деривативов полностью просчитывался, вообще-то он от обычной финансовой пирамиды почти не отличается...
и третье - за кредитный кризис расплатились страны БРИК и это было в прошлом году...
то, что происходит сейчас - это не кредитный кризис, а классический кризис перепроизводства,
они совпали, что привело к большему негативу, чем обычно для 11 летнего цикла (или как там в классике)...
Проблемы в России вообще не связаны с кризисом напрямую, это проблемы того, что упал рынок сырья (а вот это связано с кризисом напрямую ) и тем, что в России 80% потребления - это импорт...

var-alex (8.3.2009, 21:23) писал:

Просто этот результат в плане ресурсоемкости будет более экономичным.

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

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

[Ar-Gen-Tum]

Aleph (8.3.2009, 18:40) писал:

это очень серьезный оффтоп в топике,
...

Вот именно!
Любая попытка привязать очередую навороченную систему,
дающую еще более "предсказуемый результат", к реальности -
является "серьезным оффтопом".
Так для кого она здесь предназначена(тема есно)???

[Aлеф]

Ar-Gen-Tum (8.3.2009, 22:03) писал:

Любая попытка привязать очередую навороченную систему, дающую еще более "предсказуемый результат", к реальности - является "серьезным оффтопом"

я прошу прощения, Вы тоже из "пещеры" это придумываете?
Вы когда пользуетесь электричеством, Вы предполагаете, что "там будет" 225В и 60Гц?
это и есть технология, это и есть предсказуемость...
на этом основана вся современная цивилизация... да, некоторым странам, видимо, придется вернуться на уровень натурального хозяйства, но это не означает, что постиндустриальных стран не существует...
на уровне натурального хозяйства технология предсказуемости будет выражаться только камланием о хорошей погоде...

у меня такой вопрос "жителям пещер": электричество - это хорошо или плохо?

[var-alex]

Aleph (8.3.2009, 18:40) писал:

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

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

А можно поинтересоваться опыт в каких областях разработки ПО имеется? ;-) Так, может быть я чего то недопонимаю, и надо вовсю начинать на типовые решения переходить?

Эх ... Где бы найти типовое решение обеспечивающие оптимальную прокладку электросети (относительно других коммуникаций) в комплексе зданий произвольной конфигурации..... (это я мечтаю) Хотя что я. Это довольно простая и математически и "программистически" задача.

Сообщение отредактировал var-alex: 08 March 2009 - 19:25

[Ar-Gen-Tum]

Aleph (8.3.2009, 19:17) писал:

я прошу прощения, Вы тоже из "пещеры" это придумываете?
...

Я, если честно, не вижу реального эффекта системы.
Но предвижу возможность реальных проблем.

Цитата

...
Вы когда пользуетесь электричеством, Вы предполагаете, что "там будет" 225В и 60Гц?
это и есть технология, это и есть предсказуемость...
на этом основана вся современная цивилизация...
...

Это реалии. Это работа реальных агрегатов, производящих реальные ценности.

[Aлеф]

Ar-Gen-Tum (8.3.2009, 22:41) писал:

Это реалии. Это работа реальных агрегатов, производящих реальные ценности.

знаете, чем работа отличается от труда? работу можно выразить в джоулях, а труд - в долларах... если за постиндустриальность платят, значит - это тоже реальность... с другой стороны - можно делать "Жигули"...
ни ученые, ни инженеры не создавали ничего, кроме идей... и эти "реальные агрегаты" - это плод чьей-то неуемной фантазии...

в противном случае получается союз рабочих и крестьян...

Сообщение отредактировал Aleph: 08 March 2009 - 19:57