Здравствуйте, Gattaka, Вы писали:

G>·>Верно. Но это интересно только в начале карьеры, студентам. Когда только начинаешь изучать всякие новые системы, узнаёшь красивые слова типа "кардиналити", вставляешь в свою речь DRY акронимы... но главное тут не задерживаться. Ведь столько всего вкусного, когда понимаешь что всемогущие СУБД ну никак не тянут. Ведь даже рассчёт вероятностей лошадиных забегов и теннисных матчей поинтереснее будет, чем банковское округление. Та же биоинформатика гораздо сложнее и многограннее.
G>Парадокс заключается в том, что пройдя весь этот цикл разработчики так и не знают что такое Specflow,
И зачем эта нудная, узкоспециализированная вещь?

G>кто такой Гойко Аджич.
orly? "помогает амбициозным командам во всем мире внедрять принцип спецификации и agile тестирование. Его тренинги основаны на личном опыте и позитивных примерах."

G>Биоинформатика нудная, узкоспециализированная вещь.
Ага-ага. Не то что расчёт зарплаты!

Ну вот сам подумай. Зарплату раньше бухгалтера считали, на бумажках и деревянных счётах. За много лет ничего принципиального не поменялось. А биоинформатика стала возможной лишь благодаря развитию информатики, человеку эти рассчёты выполнить в принципе невозможно. Это правда так интересно кодить то, что тётка со счётами может на коленке налабать?

G>Базы данных не тянут — это скорее всего сводится к "не осилил".
Так раскрой секрет как, например, в твою любимую бд вставить 1T данных с пиковой скоростью 20к записей в секунду с максимальной задержкой каждой отдельной вставки менее чем 1мс?

Здравствуйте, ·, Вы писали:

·>Здравствуйте, Gattaka, Вы писали:

G>>·>Верно. Но это интересно только в начале карьеры, студентам. Когда только начинаешь изучать всякие новые системы, узнаёшь красивые слова типа "кардиналити", вставляешь в свою речь DRY акронимы... но главное тут не задерживаться. Ведь столько всего вкусного, когда понимаешь что всемогущие СУБД ну никак не тянут. Ведь даже рассчёт вероятностей лошадиных забегов и теннисных матчей поинтереснее будет, чем банковское округление. Та же биоинформатика гораздо сложнее и многограннее.
G>>Парадокс заключается в том, что пройдя весь этот цикл разработчики так и не знают что такое Specflow,
·>И зачем эта нудная, узкоспециализированная вещь?

G>>кто такой Гойко Аджич.
·>orly? "помогает амбициозным командам во всем мире внедрять принцип спецификации и agile тестирование. Его тренинги основаны на личном опыте и позитивных примерах."
На амазоне его книги более популярны, чем Фаулер. Хотя не удивлиюсь если ты и Фаулера не знаешь.

G>>Биоинформатика нудная, узкоспециализированная вещь.
·>Ага-ага. Не то что расчёт зарплаты!
Зарплату считают везде. В любой конторе. Биоинформатикой занимаются не во всех странах. А в тех что занимаются, там мало таких контор.

·>Ну вот сам подумай. Зарплату раньше бухгалтера считали, на бумажках и деревянных счётах. За много лет ничего принципиального не поменялось. А биоинформатика стала возможной лишь благодаря развитию информатики, человеку эти рассчёты выполнить в принципе невозможно. Это правда так интересно кодить то, что тётка со счётами может на коленке налабать?
Посмотри на проблему иначе. Работа с бухгалтерами это как обработка запросов в гугл или яндекс. Здесь тебе и сарказм и размытость постановки задачи. В биоинформатике все скучно, все четко.

G>>Базы данных не тянут — это скорее всего сводится к "не осилил".
·>Так раскрой секрет как, например, в твою любимую бд вставить 1T данных с пиковой скоростью 20к записей в секунду с максимальной задержкой каждой отдельной вставки менее чем 1мс?
Слушай, полно примеров. Тот же фейсбук — почитай как у них на MySQL 40 instance все обрабатывают.

Здравствуйте, Gattaka, Вы писали:

G>>>кто такой Гойко Аджич.
G>·>orly? "помогает амбициозным командам во всем мире внедрять принцип спецификации и agile тестирование. Его тренинги основаны на личном опыте и позитивных примерах."
G>На амазоне его книги более популярны, чем Фаулер. Хотя не удивлиюсь если ты и Фаулера не знаешь.
Мда уж. А Толкиен ещё — популярнее.

G>>>Биоинформатика нудная, узкоспециализированная вещь.
G>·>Ага-ага. Не то что расчёт зарплаты!
G>Зарплату считают везде. В любой конторе. Биоинформатикой занимаются не во всех странах. А в тех что занимаются, там мало таких контор.
Правильно. Т.к. зарплату любой студент нафрилансить, а биоинформатику не каждая страна может себе позволить.

G>·>Ну вот сам подумай. Зарплату раньше бухгалтера считали, на бумажках и деревянных счётах. За много лет ничего принципиального не поменялось. А биоинформатика стала возможной лишь благодаря развитию информатики, человеку эти рассчёты выполнить в принципе невозможно. Это правда так интересно кодить то, что тётка со счётами может на коленке налабать?
G>Посмотри на проблему иначе. Работа с бухгалтерами это как обработка запросов в гугл или яндекс.
Мягко говоря, задачи совершенно разного уровня.

G>Здесь тебе и сарказм и размытость постановки задачи. В биоинформатике все скучно, все четко.
Ну-ну.

G>·>Так раскрой секрет как, например, в твою любимую бд вставить 1T данных с пиковой скоростью 20к записей в секунду с максимальной задержкой каждой отдельной вставки менее чем 1мс?
G>Слушай, полно примеров. Тот же фейсбук — почитай как у них на MySQL 40 instance все обрабатывают.
Ага, только там всё безбожно тормозит. Latency у них там на два-три порядка хуже.

Здравствуйте, ·, Вы писали:

·>Здравствуйте, Gattaka, Вы писали:
·>Мда уж. А Толкиен ещё — популярнее.
Не знание принципов BDD это вердикт профессионализму разработчика.

·>Правильно. Т.к. зарплату любой студент нафрилансить, а биоинформатику не каждая страна может себе позволить.
На биоинформатике хорошо деньги кое кто отмывает.

G>>·>Так раскрой секрет как, например, в твою любимую бд вставить 1T данных с пиковой скоростью 20к записей в секунду с максимальной задержкой каждой отдельной вставки менее чем 1мс?
G>>Слушай, полно примеров. Тот же фейсбук — почитай как у них на MySQL 40 instance все обрабатывают.
·>Ага, только там всё безбожно тормозит. Latency у них там на два-три порядка хуже.
Все прекрасно работает. Возьми к примеру московскую биржу. Биржевые транзакии на оракле. Там сверх высокие требования по скорости и надежности. Сражения идут на наносекунды.

разработчики так и не знают кто такой Гойко Аджич

Шедевры продолжаются...

P.S. А это вообще кто?

Здравствуйте, Cyberax, Вы писали:

C> C>>Ну так обрывайте руки разработчикам, которые ТАКОЕ пишут.

C> G>Какое такое? Тыж не писал ничего подобного. Ну вот вижу просто...

C> Вот не надо мне это говорить. Я писал систему, которая занималась расчётом зарплаты с учётом данных посещения. Считала она за секунды для тысяч человек — с учётом overtime и прочего.

Ну, так врать я тоже могу.

Здравствуйте, Gattaka, Вы писали:

G>·>Мда уж. А Толкиен ещё — популярнее.
G>Не знание принципов BDD это вердикт профессионализму разработчика.
Гыгы. Нашел себе серебрянную пулю... Попбробуй представить bdd-скрипты для какого-нибудь линух-драйвера.

G>·>Правильно. Т.к. зарплату любой студент нафрилансить, а биоинформатику не каждая страна может себе позволить.
G>На биоинформатике хорошо деньги кое кто отмывает.
Ага, точно. А вот бухгалтерия и налоги — это где-то между Далай Ламой и Матерью Терезой.

G>>>·>Так раскрой секрет как, например, в твою любимую бд вставить 1T данных с пиковой скоростью 20к записей в секунду с максимальной задержкой каждой отдельной вставки менее чем 1мс?
G>>>Слушай, полно примеров. Тот же фейсбук — почитай как у них на MySQL 40 instance все обрабатывают.
G>·>Ага, только там всё безбожно тормозит. Latency у них там на два-три порядка хуже.
G>Все прекрасно работает. Возьми к примеру московскую биржу. Биржевые транзакии на оракле. Там сверх высокие требования по скорости и надежности. Сражения идут на наносекунды.
Oracle DBMS? Транзакции (post-trade?) — поверю. FX execution venue — не поверю.

Здравствуйте, DenisCh, Вы писали:

C>> C>>Ну так обрывайте руки разработчикам, которые ТАКОЕ пишут.
C>> G>Какое такое? Тыж не писал ничего подобного. Ну вот вижу просто...
C>> Вот не надо мне это говорить. Я писал систему, которая занималась расчётом зарплаты с учётом данных посещения. Считала она за секунды для тысяч человек — с учётом overtime и прочего.
DC>Ну, так врать я тоже могу.
Я — свидетель.
Ты лучше объясни что можно делать 9 секунд на скорости ~3GHz для одного человека рассчитывая ему зарплату за месяц?!

Здравствуйте, ·, Вы писали:

·>Гыгы. Нашел себе серебрянную пулю... Попбробуй представить bdd-скрипты для какого-нибудь линух-драйвера.
Ну зачем же сразу серебренную пулю. Я тебе просто говорю о важности.

G>>·>Правильно. Т.к. зарплату любой студент нафрилансить, а биоинформатику не каждая страна может себе позволить.
G>>На биоинформатике хорошо деньги кое кто отмывает.
·>Ага, точно. А вот бухгалтерия и налоги — это где-то между Далай Ламой и Матерью Терезой.

G>>Все прекрасно работает. Возьми к примеру московскую биржу. Биржевые транзакии на оракле. Там сверх высокие требования по скорости и надежности. Сражения идут на наносекунды.
·>Oracle DBMS? Транзакции (post-trade?) — поверю. FX execution venue — не поверю.
Вот пока ты веришь либо не веришь. Кто то просто знает

Здравствуйте, alex_public, Вы писали:

_>P.S. А это вообще кто?
Я так полагаю у тебя годовая доза новых слов давно уже исчерпана. Как следствие включился психологический механизм защиты. Смех.

Здравствуйте, alex_public, Вы писали:

_>P.S. А это вообще кто?

Почти Гойко Митич

Здравствуйте, ·, Вы писали:

DC>>Ну, так врать я тоже могу.
·>Я — свидетель.
·>Ты лучше объясни что можно делать 9 секунд на скорости ~3GHz для одного человека рассчитывая ему зарплату за месяц?!

Ну поехали, предположим зарплата считается для интервьюеров. У нас есть логи работы интервьюера за месяц. Это табличка на 300 Гб. Мы бежим по логам и по определенным правилам начисляем бонусы. Продолжать? Сейчас теоретики скажут дескать вы каждый раз не бегайте, а вы при вставке записи в логи бонусы начисляйте. Так не катит, т.к. логи собираются глючной сторонней софтиной и их правят иногда руками. Так что проще поправить логи руками и пересчитать все заново.
Поехали!

Здравствуйте, Gattaka, Вы писали:

G>·>Гыгы. Нашел себе серебрянную пулю... Попбробуй представить bdd-скрипты для какого-нибудь линух-драйвера.
G>Ну зачем же сразу серебренную пулю. Я тебе просто говорю о важности.
Важности для чего? Для каких задач? Все ли квалифицированные программисты решают именно эти задачи?

G>>>Все прекрасно работает. Возьми к примеру московскую биржу. Биржевые транзакии на оракле. Там сверх высокие требования по скорости и надежности. Сражения идут на наносекунды.
G>·>Oracle DBMS? Транзакции (post-trade?) — поверю. FX execution venue — не поверю.
G>Вот пока ты веришь либо не веришь. Кто то просто знает
Так просто цифры не сходятся. СУБД пишет транзакции на диск. Запись на диск — (даже SSD) уже порядка 1мс в среднем, в плохом случае — совсем плохо (а для latency важен именно плохой случай). Откуда там нано? Или там какой-то по особенному заточенный Oracle?

Здравствуйте, Gattaka, Вы писали:

G>·>Ты лучше объясни что можно делать 9 секунд на скорости ~3GHz для одного человека рассчитывая ему зарплату за месяц?!
G>...глючной сторонней софтиной и их правят иногда руками. Так что проще...
Так а в чём возражение-то тогда? Рецепт же сразу сказали: "Ну так обрывайте руки разработчикам".

Здравствуйте, ·, Вы писали:

·>Здравствуйте, Gattaka, Вы писали:

G>>·>Ты лучше объясни что можно делать 9 секунд на скорости ~3GHz для одного человека рассчитывая ему зарплату за месяц?!
G>>...глючной сторонней софтиной и их правят иногда руками. Так что проще...
·>Так а в чём возражение-то тогда? Рецепт же сразу сказали: "Ну так обрывайте руки разработчикам".
Ну и что ты предлагаешь? Сидеть ныть о кривых руках разработчиков из Голландии? В реальности есть такая система и нужно что-то делать.
Или вот еще я вспомнил. Может быть не система виновата. Супервизоры просто хотят иметь возможность подправить что-то в логах и типа так влиять на зарплату. Соответвенно они правят логи, генерят зп. опять правят и т.д.
Был такой прикол. Мы угорали

Здравствуйте, Gattaka, Вы писали:

G>>>·>Ты лучше объясни что можно делать 9 секунд на скорости ~3GHz для одного человека рассчитывая ему зарплату за месяц?!
G>>>...глючной сторонней софтиной и их правят иногда руками. Так что проще...
G>·>Так а в чём возражение-то тогда? Рецепт же сразу сказали: "Ну так обрывайте руки разработчикам".

G> У нас есть логи работы интервьюера за месяц. Это табличка на 300 Гб. Мы бежим по логам
Кстати, опять ты где-то привираешь. В лучшем случае только чтение с диска это 1Gb/s. В 9 секунд никак не уложиться.

G>Ну и что ты предлагаешь? Сидеть ныть о кривых руках разработчиков из Голландии? В реальности есть такая система и нужно что-то делать.
Возможны варианты. От "45 мин? Да это никого не волнует" до "переписать самим", в конце-концов.

G>Супервизоры просто хотят иметь возможность подправить что-то в логах и типа так влиять на зарплату.
Угу, твоё любимое "деньги кое кто отмывает".

Здравствуйте, Gattaka, Вы писали:

G>Ну поехали, предположим зарплата считается для интервьюеров. У нас есть логи работы интервьюера за месяц. Это табличка на 300 Гб.
300 гигов логов за месяц для 300 человек?
Что-то я в это не верю.
Ещё труднее поверить в то что там 300 гигов полезных данных, а не куча бесполезных в данном случае блобов которые не нужно читать.

G> Мы бежим по логам и по определенным правилам начисляем бонусы. Продолжать?
Если ты посчитаешь зарплату для всех медленней чем полезные данные могут быть прочитаны с диска, то у меня для тебя плохие новости.

G>Сейчас теоретики скажут дескать вы каждый раз не бегайте, а вы при вставке записи в логи бонусы начисляйте. Так не катит, т.к. логи собираются глючной сторонней софтиной и их правят иногда руками. Так что проще поправить логи руками и пересчитать все заново.
Так не руками в базе править надо. А через специальную процедуру, которая удалит старые данные, добавит новые и пересчитает бонусы.
И софтина тоже через эту процедуру данные должна добавлять.

Здравствуйте, ·, Вы писали:

·>Здравствуйте, Gattaka, Вы писали:
·>Важности для чего? Для каких задач? Все ли квалифицированные программисты решают именно эти задачи?
Вот тут я кажется донес до тебя свою основную мысль. Теперь внимание. Прочти свои три вопроса выше. И относительно бинарного дерева.

·>Так просто цифры не сходятся. СУБД пишет транзакции на диск. Запись на диск — (даже SSD) уже порядка 1мс в среднем, в плохом случае — совсем плохо (а для latency важен именно плохой случай). Откуда там нано? Или там какой-то по особенному заточенный Oracle?
Ну вопервы про пишет. Пишут гораздо меньше чем читают. Поэтому важнее рассматривать скорость чтения. Во вторых вы слышали про RAM диск? Так что вам мешает его сделать? И чем тогда СУБД хуже?

Здравствуйте, ·, Вы писали:

·>Здравствуйте, Gattaka, Вы писали:

G>> У нас есть логи работы интервьюера за месяц. Это табличка на 300 Гб. Мы бежим по логам
·>Кстати, опять ты где-то привираешь. В лучшем случае только чтение с диска это 1Gb/s. В 9 секунд никак не уложиться.
Ты с разными людьми разговариваешь. Классно я тебя?

G>>Ну и что ты предлагаешь? Сидеть ныть о кривых руках разработчиков из Голландии? В реальности есть такая система и нужно что-то делать.
·>Возможны варианты. От "45 мин? Да это никого не волнует" до "переписать самим", в конце-концов.

G>>Супервизоры просто хотят иметь возможность подправить что-то в логах и типа так влиять на зарплату.
·>Угу, твоё любимое "деньги кое кто отмывает".
Да везде на самом деле.

Здравствуйте, Gattaka, Вы писали:

G>Во вторых вы слышали про RAM диск? Так что вам мешает его сделать? И чем тогда СУБД хуже?
А ты про ACID слышал?