на любом языке можно написать ивент луп

будет полная эмуляция ноды

Нужно писать нормальный код на нормальном языке и чем ближе язык к железу тем больше денег экономится на железе

вот тут не прав. Те же жава и шарп далеки от железа, но они работают норм из-за умных JITов

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

вот тут не прав. Те же жава и шарп далеки от железа, но они работают норм из-за умных JITов

они работают норм, когда люди понимают, как работает железо и разговаривают с JIT

они работают норм, когда люди понимают, как работает железо и разговаривают с JIT

рядовому разрабу не нужно думать о том, как работает JIT

Нужно писать нормальный код на нормальном языке и чем ближе язык к железу тем больше денег экономится на железе

В большенстве случаев проща добавить штуку баксов на хорошее железо и "забыть", чем каждый месяц платить прогерам за оптимизации под дешевый сервак))) P.S. не призываю говнокодить, но стоит помнить, что "лучшее" - враг "хорошего".

В большенстве случаев проща добавить штуку баксов на хорошее железо и "забыть", чем каждый месяц платить прогерам за оптимизации под дешевый сервак))) P.S. не призываю говнокодить, но стоит помнить, что "лучшее" - враг "хорошего".

Ага и главное языки менять почаще. Следуйте моде и все такое. А то бородатые лесорубы вас засмеют

Ага и главное языки менять почаще. Следуйте моде и все такое. А то бородатые лесорубы вас засмеют

Должно быть, ошиблись и не тому отправили. Про смену языков ничего не писал я))

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

Но прикручивать можно только к любимым вами языкам??

Но прикручивать можно только к любимым вами языкам??

чего?

Если у нас пул на питоне, то фу. Двойные стандарты

чего?

давайте-ка я еще раз напишу

асинхронность ноды - это просто ивент луп

Безусловно

Его можно реализовать где угодно

если вы хотите сказать, что это ее преимущество - так это на любом языке реализуемо

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

писать асинхронно

ох

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

Неее. Давайте писать на том что для этого предназначено.

А то веб сервер и на R можно накидать. Но в чем смысл?

а почему нет?

на хаскеле ведь пишут сервера

И на асме пишут

и на байткоде

Неее. Давайте писать на том что для этого предназначено.

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

заточенное под что

тут так мелькает слово "асинхронность", будто это какой-то магический ускоритель

а я посмотрю, как все ваши ивент лупы будут себя вести, когда нужно делать расчеты без внешнего i/o лол

а я посмотрю, как все ваши ивент лупы будут себя вести, когда нужно делать расчеты без внешнего i/o лол

А хреново себя будут вести)) Кто же спорит. Я не зря говорил, что они хороши под определённый класс задач. И поверьте, я отлично представляю их ограниченность

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

а что лучше всего подходит для "блокчейн" и "машин легрнинга"?

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

есть разница между узконаправленностью и откровенно провальной архитектурой

есть разница между узконаправленностью и откровенно провальной архитектурой

где она провальная?

есть разница между узконаправленностью и откровенно провальной архитектурой

Откровенно провальных архитектур давно нет на рынке, они умерли

я думал, я там выше расписывал одну из

даже если мы отойдем от питон-срача, то взгляните на опенкарт

куда уж популярней

куда уж популярней

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

Дао есть даже в 1С

лол

спервадобейся в квадрате

я носитель личного мнения, чтобы выносить его

спервадобейся в квадрате

Именно?

едва ли не самый ущербный язык с классической проблемой сиденья на двух стульях

Я вот последнее время начал мелкие проекты делать на crystal, go и один на неделе на nim. Вместе с kotlin - приятные языки. Ну, кроме go

Я вот последнее время начал мелкие проекты делать на crystal, go и один на неделе на nim. Вместе с kotlin - приятные языки. Ну, кроме go

А что с Go не так? :)

дженерики?

А что с Go не так? :)

синтаксис неудобный, какой-то устаревший. в остальном норм.

очень не нравится писать всякие типы, make и прочую белиберду, атрибуты тоже как-то сбоку налепили.

но ко всему привыкнуть можно )

ну и оператор := - отдельное смешное

ну и оператор := - отдельное смешное

Ждем нового яп... на смайликах

Ждем нового яп... на смайликах

Давно есть на эмодзи

Давно есть на эмодзи

Ну вот блин. Уже все давно придумано. Нет смысла жить дальше

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

выдает ошибку: Msg 3234, Level 16, State 1, Line 1 Logical file 'ASPConvert' is not part of database 'TEST_30_05_17'. Use RESTORE FILELISTONLY to list the logical file names.

но

я знаю что надо сделать, чтобы узнать существующие логические части

ERROR: S client not available

т. е. насколько я понимаю ASPConvert есть в бекапе/базе

Причём проблема даже не в этом. Если выполнить это запрос через SSMS 2012, то всё нормально развернётся. Однако у нас в проекте это всё делается через веб-морду на джанге, следовательно язык Python, через библиотеку pyodbc. И вот. Запрос выше одинаков как для разворота фуллов, так и для диффов, отличается только параметр (NO)RECOVERY соответственно. Однако фулл разворачивается нормально, а вот с диффом возникает такая ошибка.

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

Я понять не могу в чём проблема, потому что через веб-морду ошибка, а если через SSMS пойти развернуть на том же сервере тот же запрос, как через мастер, так и через сам запрос — то всё норм.

Фух, хоть чтото про Бд. Я уж стал думать что это канал об аниме.

Ни у кого никаких идей за весь день не появилось?

https://mobile.twitter.com/TrumpDBA/status/869886392335310849

а есть чат по MySQL? )

https://t.me/mysql_ru

спасибо

Всем привет :). Есть небольшая проблемка в хранимкой в MSSQL (2008). Входные параметры две даты, на выходе отчетик. Так вот вне хранимки код выполняется моментально. Если вызывать хранимку то 12-13 секунд. На данный момент проблема решается интересным костылем пере выборкой добавляем две новые переменные declare @date_beg1 date=@date_beg, @date_end1 date=@date_end и используем их. Объясните мне пожалуйста, что за хрень?)

динамическая и статическая переменная

помню с подобным столкнулся

вот поэтому и презираю использовать функции в БД

А можно подробнее? смотрел профайлер в этот момент, там вообще треш творится, чтений херова туча

Если память не изменяет, то суть в следующем, при объявлении переменной и ее использовании данные передаются как статика и работают индексы, если же использовать в лоб, то это считается как динамика и могут не работать индексы

убрал значения по умолчанию и все заработало нормально :)

вот интересная статья по данной теме

http://www.queryprocessor.ru/fast-in-ssms-slow-in-app-part1/

вдруг кому пригодится

парни, тут же юзают редис, да?

вот смотрите, вопрос по редис кластеру

я так понимаю что есть матсера, есть сентинелы, и вот через сентинелы клиенты ходят в кластер

так?

я так понимаю что есть матсера, есть сентинелы, и вот через сентинелы клиенты ходят в кластер

Свидетель саентологии прям, прочитал и задумался в той ли я конфе

спрошу, что все-таки стоит за самим вопросом - откуда он появился?

да я уже разобрался

Добрый день, коллеги.