Pull to refresh
0
0
Андрей Е. @morbid

User

Send message
Поделитесь инвайтом на bitspyder.net, пожалуйста. Карма маленькая, так как читатель, а не писатель. Торрент-клиент раздает круглосуточно уже несколько лет подряд. :)
Как бы в фнс-е вообще очень много майкрософта. К примеру, mssql кругом. :)
Ну так почти вся электроника находится далеко от самого реактора
imho, умножение в столбик будет проще и быстрее. Тут только один плюс- не надо помнить наизусть таблицу умножения.
Про длинные ноги командира — бред. И еще у него не кубрик, а каюта. Перенести её нет никакой возможности. ДЭПП — такая бочка забитая всяким разным оборудованием так, что для людей места совсем мало остаётся. Перенести каюту при кап. ремонте и некуда и никто не будет, особенно из за такой мелочи, как командирские ноги.
Обычно матросов набирают низеньких. Остальные такие, как получилось. :)
Козловский в последнем огороде уже написал, что устал от огородов и похоже, что скоро последний. Так что если и будет что-то от него, то совсем в другом формате. Голубицкий в БЖ пишет то же совсем другое, не бложик про то, как в крым скатался или в индию, а статьи строго соответсвующие формату БЖ :) Он скорее всего на Computerra.ru будет вести уютный бложек, чем, собственно говоря уже успешно занимается.
Кстатьи, эти два товарища, а Голубицкий особенно, уже давно писали что-то мало подходящее под официальную тематику журнала. Я уже давно наблюдал как всё больше и больше полос уходит уважаемым колумнистам и не мог понять за что вообще рекламодатели будут покупать рекламу в компьютерре.
да глупые наезды, после отладки компилировали с опциями {D-} что ли :)
Венедикт Ерофеев. «Москва-Петушки»
Веня Ерофеев едет к своей любимой женщине и её сыну в Петушки на электричке.
Хаку сто лет уже. При разработке хранилищ данных такие задачки для таблиц в миллиарды записей — обычное дело. Еще бывает можно партиционировать по горизонтали. :)
Ага, прям так и будет:
-А где у вас тут яндекс?
-У нас гугловский яндекс, он не как красненькая «Я», а как такой кругляшок разноцветный!
Только классы исходя из диаграмм классов можно генерить?
Бывает так, что заказчик платит как раз за процесс работы :) (times & materials)
Нормально, вторая степень секретности.

Первая степень секретности: никто не знает, что делает сотрудник за соседним столом.
Вторая: Начальник не догадывается, чем занимаются его подчинённые.
Третья: Никто не знает, чем они сам лично занимается.
Реально отдельная «таблица для timestampa» сильно сокращает нагрузку на сервер. А куб на картинке хорошо просматривается.
ну для примера в моей задаче я решил, что доход до 500$=1; от 500 до 1000 — 2; от 1000 и выше = 3, мальчики =1; девочки =2. Все показатели целочисленные и имеют одинаковый масштаб. Если я буду рассчитывать расстояние между двумя «фактами» как геометрическое расстояние, то ведь результат будет зависеть от того, как я выбрал целочисленные показатели. Возможно для решения каких-то моих практических задач будет правильнее выбрать для величин, характеризующих доход не числа 1,2,3, а к примеру 1,2,4. Так?
А как вычисляются расстояния при кластеризации по не числовым признакам? Например при кластеризации физ. лиц. клиентов банка может возникнуть задача кластеризации по признакам пол, образование, семейное положение, занимаемая на работе должность, сфера деятельности компании-работодателя ну и так далее? Понятно, что можно заменить показатели целочисленными величинами, интересен вопрос о том, какими по величине и как упорядоченными :)
Бывает так, что к «Реально базе данных» вообще не подобраться. Например DBA какого нибудь ораклового сервера, где АБС-ка крутиться вам просто не разрешит создавать на реальной базе свои вьюшки и вообще выполнять какие-либо запросы. Мало ли чё вы там сджойните и как, а потом банк не сможет целый день работать. В таком случае можнл выгружать новые данные в плоские файлы, а оттуда забирать в хранилище.
И при каждом запросе субд выполняет full scan одной большой таблицы?
1

Information

Rating
Does not participate
Location
Россия
Date of birth
Registered
Activity