IT в России и мире в реалиях мирового кризиса

1,406,723 8,482
 

Фильтр
Comrade88
 
45 лет
Слушатель
Карма: 0.00
Регистрация: 16.02.2008
Сообщений: 228
Читатели: 0
Цитата: Prohor от 25.05.2008 22:11:25
А также там по дефолту "нету" и .NET 2, не говоря уде о три. Виста не в счет, но и там 3го нета нет.


согласен. на х64, воопще, .нету нетуУлыбающийся сопсно, .нет тоже минус
  • +0.00 / 0
  • АУ
ol_shadow1
 
Слушатель
Карма: 0.00
Регистрация: 30.01.2008
Сообщений: 473
Читатели: 0
Цитата: Comrade88 от 25.05.2008 22:10:37
да, я тоже не понимаю: в моем первом спослании про 2ее ничево не былоПодмигивающий


А о чем там тогда было? Основное применение Java - как раз J2EE и приложения для мобильников. Больше ее практически ни для чего не юзают.
  • +0.00 / 0
  • АУ
Comrade88
 
45 лет
Слушатель
Карма: 0.00
Регистрация: 16.02.2008
Сообщений: 228
Читатели: 0
Тред №36950
Дискуссия   272 2
гы. вы только что подтвердили мой изначальный тезис - жава минусУлыбающийся
  • +0.00 / 0
  • АУ
gr25
 
47 лет
Слушатель
Карма: 0.00
Регистрация: 30.01.2008
Сообщений: 252
Читатели: 0
Тред №36952
Дискуссия   237 0
Обсуждение перспективы ИТ в России плавно перетекло в обсуждение крутизны Java.
Ждем извечной темы Windows vs Linux (смайл, жующий попкорн)СмеющийсяСмеющийсяСмеющийся
  • +0.00 / 0
  • АУ
ol_shadow1
 
Слушатель
Карма: 0.00
Регистрация: 30.01.2008
Сообщений: 473
Читатели: 0
Цитата: Comrade88 от 25.05.2008 22:38:03
гы. вы только что подтвердили мой изначальный тезис - жава минусУлыбающийся


Эээ... "минус" что? Минус для чего? Минус в чем?
P.S. Тогда еще и SQL вычеркивай сразу, он тоже без СУБД бесполезен.
  • +0.00 / 0
  • АУ
Comrade88
 
45 лет
Слушатель
Карма: 0.00
Регистрация: 16.02.2008
Сообщений: 228
Читатели: 0
Тред №36955
Дискуссия   240 1
промышленные дб сервера предоставляют какой-нить другой интерфейс к данным? может, каждый будет колхозить сопственное виденее оптимизатора запросов?
Отредактировано: Comrade88 - 25 май 2008 23:34:23
  • +0.00 / 0
  • АУ
ol_shadow1
 
Слушатель
Карма: 0.00
Регистрация: 30.01.2008
Сообщений: 473
Читатели: 0
Цитата: Comrade88 от 25.05.2008 23:21:37
промышленные дб сервера предоставляют какой-нить другой интерфейс к данным? может, каждый будет колхозить сопственное виденее оптимизатора запросов?


Не всегда, но довольно часто. Например, xml-запросы в DB2 (XQuery). Собственное видение оптимизатора запросов, кстати, колхозит каждый производитель СУБД, так же как и диалект.
  • +0.00 / 0
  • АУ
Comrade88
 
45 лет
Слушатель
Карма: 0.00
Регистрация: 16.02.2008
Сообщений: 228
Читатели: 0
Тред №36961
Дискуссия   274 1
много их, этих производителей промышленных субд?
вернемся к изначальному вопросу. по моему личному, непрофессиональному, жутко субъективному мнению, основанному только на нерегулярном, достаточно редком просматривании объявлений о вакансиях, "чистые" скл писатели не востребованы. скл + много чево-та - скорее, конешно, наоборот - обычная практика. так что, ничево не изменится от тово будет ли скл или ево не станет
  • +0.00 / 0
  • АУ
Prohor
 
Слушатель
Карма: 0.00
Регистрация: 25.01.2008
Сообщений: 739
Читатели: 0

Аккаунт заблокирован
Тред №36964
Дискуссия   208 0
Ява ценна не столько переносимостью, сколько единством технологической платформы и библиотеками. Собственно, как и нет. Оракл (куда уж промышленней) яву на уровне ядра поддерживает. Переносимость от версии к версии ОС - это действительно огромный плюс и для явы и для нета. А еще более важно  - скорость разработки, масштабируемость, и простота сопровождения. Фактически, нет и ява на сегодня - это две основные технологические платформы разработки энтерпрайз приложений.

Народ, кончайте базар не по делу. Речь о перспективах хайтека, а не о технологиях.
  • +0.00 / 0
  • АУ
Comrade88
 
45 лет
Слушатель
Карма: 0.00
Регистрация: 16.02.2008
Сообщений: 228
Читатели: 0
Тред №36967
Дискуссия   202 0
дык, вопрос-то какой обсуждался? кому в отечественном хайтеке будет жить хорошо, а кому не очень.
Отредактировано: Comrade88 - 26 май 2008 01:08:38
  • +0.00 / 0
  • АУ
ol_shadow1
 
Слушатель
Карма: 0.00
Регистрация: 30.01.2008
Сообщений: 473
Читатели: 0
Цитата: Comrade88 от 26.05.2008 00:15:07
"чистые" скл писатели не востребованы

Ответ неверный, "чистые" писатели на PL/SQL очень даже востребованы. Вакансий на них действительно в несколько раз поменьше, чем на "универсалов" (типа - ищем программиста на С++/Java/Delphi со знанием Oracle/MSSQL/DB2 и опытом администрирования линукса, дополнительные обязанности - заварка чая начальнику) - но найти работу им тоже несложно, а зарплатная планка обычно выше, чем у "всех в одном". Потому что узких спецов ищут компании с грамотно поставленным циклом разработки, которые могут позволить себе не экономить на студентах и покупать дорогих девелоперов.
  • +0.00 / 0
  • АУ
wellx
 
Слушатель
Карма: +7.17
Регистрация: 03.10.2007
Сообщений: 3,434
Читатели: 0
Цитата: Prohor от 25.05.2008 13:56:58
Оставляя вопрос невозможности существования нынешней бизнес системы без хайтека, просто напомню, что в случае кризиса на первый план выйдет вопрос сокращения издержек, как это уже было в 2000-м. В результате все проекты "на перспективу" будуть закрыты, а по остальным произойдет реструктуризация с целью снизить затраты. Один из ванейших путей снижения затрат - отдача в аутсосинг.



Ага, вот только вынос на аутсорс - тоже расходы, плюс еще один источник головной боли. Скорее уж тормознут развитие и внедрения новых технологий и продуктов, будут тянуть на старом. Тем паче. что большинство будет считать, что кризис это всего-то на 3-5 лет, не больше. Максимум - это апгрейды железа. ибо 3-4 года и замена. Но это только лишь поддержка.
  • +0.00 / 0
  • АУ
ol_shadow1
 
Слушатель
Карма: 0.00
Регистрация: 30.01.2008
Сообщений: 473
Читатели: 0
Тред №37079
Дискуссия   220 0
Цитата: _YUKLA_
теоретический предел увеличения производительности за счет роста числа ядер равен корню квадратному из этого числа. Т.е. 2 процессора дают ТЕОРЕТИЧЕСКИЙ рост производительности в 40%, 4 - вдвое и так далее. 10 процессорных ядер дают рост производительности только в три раза.  ;) И это - лишь на задачах, допускающих распараллеливание. А таких достаточно мало. Большинство задач НЕ РАСПАРАЛЛЕЛИВАЮТСЯ!

Дальше данной фантазии читать не стал.
  • +0.00 / 0
  • АУ
sano
 
Слушатель
Карма: 0.00
Регистрация: 07.03.2008
Сообщений: 161
Читатели: 0
Тред №37086
Дискуссия   253 0
Цитата: _YUKLA_
Обоснуйте.Подмигивающий Приведите пример 2х кратного роста производительности при переходе с просто Pentium IV на Core Duo ОДИНАКОВОЙ ЧАСТОТЫ - сниму шляпу.  ;D Или, лучше, для соблюдения чистоты эксперимента, просто отключать одно ядро в Core Duo. А то - понимаете, частота шины, кеши и их объем...

Вот - хорошая картинка для вас:


это как бы совсем разные вещи, там архитектура совсем разная, а выведенное вами правило очень сомнительно, зачем тогда эти всякие многотысяче процессорные суперкомпы. Проблемы с распараллеливанием конечно есть и довольно серьезные, но некоторые задачи например кодирование видео параллеляться аж бегом http://thg.ru/cpu/in…ck-12.html
а вот статья о параллелизме http://thg.ru/cpu/qu…rk-02.html
  • +0.00 / 0
  • АУ
ol_shadow1
 
Слушатель
Карма: 0.00
Регистрация: 30.01.2008
Сообщений: 473
Читатели: 0
Тред №37087
Дискуссия   250 0
Цитата: _YUKLA_
Обоснуйте.Подмигивающий

Возьмите хороший учебник по проектированию многопроцессорных систем, там все давным-давно обосновано.
С ходу хороший пример легко параллелящейся задачки - бенч сервера SAP R/3, подсчитывается максимальное число обрабатываемых запросов пользователей в час:
IBM System x3950 M2, 16 Processors / 64 Cores / 64 Threads, Quad-Core Intel Xeon Processor X7350, 2.93 Ghz = 3,239,000
Hitachi HA8000 Model RS440, 4 Processors / 16 Cores / 16 Threads, Quad-Core Intel Xeon Processor X7350, 2.93 Ghz = 1,051,000
При учетверении числа ядер производительность выросла в 3,1 раза, а вовсе не в 2. Правда, и не в 4 - накладные расходы все же присутствуют.
Таких задач на предприятии - море разливанное: сервера СУБД, J2EE-сервера (скорость обработки зависит от количества пользователей на поток, вычислительно задачи легкие), web-сервера, сервера бизнес-приложений (SAP), учет движения товаров по RFID-чипам... Подавляющее число задач реального бизнеса отличнейше параллелятся.
  • +0.00 / 0
  • АУ
Swan
 
Слушатель
Карма: 0.00
Регистрация: 25.03.2008
Сообщений: 34
Читатели: 0

Аккаунт заблокирован
Цитата: Comrade88 от 25.05.2008 22:38:03
гы. вы только что подтвердили мой изначальный тезис - жава минусУлыбающийся


Не удержусь вставлю свои пять копеекУлыбающийся Насчёт java  :-) Сам пишу на нейУлыбающийся Так же писал на php, c#, иногда балуюсь pythonУлыбающийся
Тезис - java тормознаяУлыбающийся Ну тезис не то что спорный, а очень спорныйУлыбающийся Да она жрёт много оперативы и всёУлыбающийся а сколько ща гиг стоит? копейки по сранению с затратами на программистаУлыбающийся Скорость разработки на java быстрее чем на сиУлыбающийся потдержка и перенос на различные платформы дешевлеУлыбающийся Ну на java  готовых библиотек, до фига и трошки, так что просто юзаем уже готовый функционал оттещеный порой десятком летУлыбающийся
А скорость Java  на скорость довольно хорошая, C# нервно курит в сторонке(знаю потому как сам писал на нём), я просто в шоке был когда оконное приложение на java+swing  работало быстрее чем c# под виндой, надо было одновремено отрисовывать более 100 кнопок и менять надписи на них, а скорость отрисовки была критична, бо там был тотализатор в рельном времени на скачкахУлыбающийся Причём если учесть что java приложение работало и под линухом и фрёй без измененийПодмигивающий а c# фигУлыбающийся Да и asp.net  ешо тот велосипедУлыбающийся Как я матерился когда на нём писалУлыбающийся эт надо было слышатьУлыбающийся нашёл бы тех индийских писателей которые его написали, а так же mssql  и  IE  то потрывал бы их индийские пальцыУлыбающийся Бо шо такое стандарты они не знают и знать не хотятУлыбающийся
Да для конечного клиента Java не очень бо отжирает много оперативыУлыбающийся А для серверов самое тоПодмигивающий Хотя я как программист часто пользуюсь явовыми программамиУлыбающийся Начиная с IDE(idea, eclipse), uml Тулза (poseidon), ну и sql помошник для составления трёх этажных запросов(DataStudio)Улыбающийся Ну на работе ещё torrent клиент есть azareusПодмигивающий Кста для информации часть OpenOffice  написана на java  ;-)
Вот кстати тест производительности языков програмированияУлыбающийся
http://shootout.alio…p;lang=all

А терь в тему что будетУлыбающийся Гадать не буду, но шеф сказал что финасовые показатели за первый квартал текущего года, на 80% лучше чем за анологичный период прошлого годаУлыбающийся обьяснятеся тем, что реклама в инете дешевле чем в медия ресурсахУлыбающийся да и есть обратная связь от пользователяУлыбающийся
  • +0.00 / 0
  • АУ
ol_shadow1
 
Слушатель
Карма: 0.00
Регистрация: 30.01.2008
Сообщений: 473
Читатели: 0
Тред №37088
Дискуссия   249 0
Цитата: _YUKLA_
Я писал про "бытовое" использование многоядерных процессоров. И приведённое правило вполне соблюдается - практически все тесты показывают масштабируемость НИЖЕ корня из числа ядер. Обоснуйте, пожалуйста, использования многоядерного процессора в быту (не 3D игры) и в офисе.  ;)


В офисе для рядового офисопланктона и третьего пня 1.5 ГГц за глаза хватит. Количество ядер в общем и не для них растят, продажа их в рознице - побочный эффект имхо.
Насчет того, что в мелких локальных задачах производительность растет не кратно - согласен, меня как хардвар-проектировщика по специальности возмутила именно формулировка "теоретически возможный предел увеличения производительности - квадратный корень", поскольку это в общем случае не так. Ну и в моем конкретном случае (промышленные J2EE-приложения + СУБД) это тоже не так. Максимальное число пользователей, одновременно обрабатываемых с приемлемым временем отклика, растет практически пропорционально числу аппаратно поддерживаемых потоков.
ЗЫ Наконец по теме - думаю, что в связи с кризисными явлениями в России уменьшится количество аутсорсинговых проектов, уменьшится скорость апгрейда домашнего парка; при этом объемы задач по интеграции промышленных систем в России увеличатся (процесс уже пошел), и упор будет делаться именно на построении единой структуры предприятия вместо лоскутных автоматизаций. Поскольку видя и управляя целым можно значительно эффективнее сокращать издержки.
  • +0.00 / 0
  • АУ
sano
 
Слушатель
Карма: 0.00
Регистрация: 07.03.2008
Сообщений: 161
Читатели: 0
Тред №37090
Дискуссия   220 0
Цитата: _YUKLA_
Представьте себе - картинка взята именно из этой статьи! Возьмите, пожалуйста, калькулятор и посчитайте сами рост производительности от числа задействованных ядер в тех или иных тестах.  8)


Просто вы неверно сформулировали. Проблемы с распараллеливанием разумеется есть, но тот закон который вы вывели неверен.А так вообще я согласен что для большинства повседневных задач не требуют таких вычислительных мощностей которые предоставляют даже одноядерные камни. Реально мощность современных процев нужна для игр, рендеринга\кодинга и до определенного уровня HDTV видео.
  • +0.00 / 0
  • АУ
Prohor
 
Слушатель
Карма: 0.00
Регистрация: 25.01.2008
Сообщений: 739
Читатели: 0

Аккаунт заблокирован
Тред №37092
Дискуссия   255 0
Цитата: _YUKLA_
Представьте себе - картинка взята именно из этой статьи! Возьмите, пожалуйста, калькулятор и посчитайте сами рост производительности от числа задействованных ядер в тех или иных тестах.  8)

Я так и не понял, к чему вы приводили эту информацию. Мощности процессоров важны для решения определенного круга задач. Но это не значит, что если не растет мощность процессора, то нечего делать ай ти сектору. На самом деле огромное количество задач все еще ждет своего решения. Например, как та же новая црм для дойче банка, которую лукссофт собрал. И таких задач масса. А уж в вебе делать вообще непочатый край, особенно на внутреннем рынке.
  • +0.00 / 0
  • АУ
Prohor
 
Слушатель
Карма: 0.00
Регистрация: 25.01.2008
Сообщений: 739
Читатели: 0

Аккаунт заблокирован
Тред №37093
Дискуссия   232 0
Цитата: _YUKLA_
А что есть "новая CRM для Deutsche Bank" с точки зрения "Перспектив хайтека и ИТ индустрии в России"? Современные CRM - фактически, фреймворки, которые должны конфигурироваться и масштабироваться в очень широких пределах. Эпоха написания "персональных версий" тех же CRM давно прошла.

Так что это - рядовой проект, возможно, достаточно дорогой, в долларах/евро и человеко-часах. Но - рядовой.Подмигивающий

Конечно есть. Над этой црм работала и работает толпа народа в России и Украине. Причем уровень оплаты труда очень высокий на этом проекте. И таких "рядовых" проектов - море. МОжет не таких выгодных, но таких же персонализированных. Эпоха, которая прошла, на самом деле никуда не ушла.  :)
  • +0.00 / 0
  • АУ
Сейчас на ветке: 2, Модераторов: 0, Пользователей: 0, Гостей: 0, Ботов: 2