щас под пхп адовые фреймворки есть

зенд, кохана и т.д.

В смысле адовые?

Типа плохие?

я видел проект, где используются сразу оба

что там происходит - знает только бог

которого не существует)

:-)

тогда и пхп и жаваскрипт сюда припиши, ага

Да щас

Да и с# 7 довольно много языковых конструкций принесет. Которых в Java еще не скоро начнут обсуждать.

Ну - Java лет десять как мертва

Ну - Java лет десять как мертва

А что же сейчас живое?

Где?

Под JVM живые Scala и Clojure

Scala жива как раз те самые 10 лет, что мертва Java

Охват рынка у этих языков какой?

Да и скала маленько умирает.

Поменьше, чем у PHP

Да и скала маленько умирает.

Надо пацанам сказать

Тот же typesafe^w lightbend теперь в первую очередь выпускает продукты для той самой мертвой java

все сервисы более стандартизированные

Journalctl не очень местами

опять вы

Утра

А можно в таске ansible херачить несколько модулей? Допустим apt_key и apt_repository

нет

одна таска - одна таска

Громоздко

Вот почему yum_repository умеет ключь, а apt отдельную таску

Доктор, я в этом чате около месяца, но стал не навидить заббикс! Со мной все хорошо?

Аж передернуло

По вакансиям Java на порядок больше открытых позиций чем по C#. Потому что Java рельно везде - в биллионах кофеварок, а C# только винда. Винда прососала мобильный рынок, и просасывает рынок серверов.

По вакансиям Java на порядок больше открытых позиций чем по C#. Потому что Java рельно везде - в биллионах кофеварок, а C# только винда. Винда прососала мобильный рынок, и просасывает рынок серверов.

я думал *nix везде и c++ в штуках в которых не нужен *nix?

Самый активный чат из всех девелоперских которые я вижу - Android Developers. Угадайте на чем они там клепают?

На Свифте.

остальные клепают на swift молча

Самый активный чат из всех девелоперских которые я вижу - Android Developers. Угадайте на чем они там клепают?

java же

На Свифте.

Андроид на сфифте, ну чо ОК

Самый активный чат из всех девелоперских которые я вижу - Android Developers. Угадайте на чем они там клепают?

Котлин же.

Самый активный чат из всех девелоперских которые я вижу - Android Developers. Угадайте на чем они там клепают?

И на чем? Мне вот надо наклепать, что сейчас модно?

Не важно на чем. Важно что Андроид на Java и там вся обвязка в идеологии Джава, так что можешь писать на чем угодно + знать Java

Это боль

а ядро?

Кстати, если кто знает чатик где тусуются люди, умеющие собирать прошивки для андроид - напишите!

Шарпистов все хуесосят, они вообще не люди

А как можно хуесосить шарпистов и уважать шарп?

вот скажите мне, кроме MSADS есть какие-то альтернативы для крупных компаний?

может кто подскажет: у меня сейчас есть БД, переношу ее на сервер с SSD. Тут всего около 2ТБ данных, вертится все на постгресе. Очень много upsertов и немножко insertов, потеря даже 30мин работы не критична. Может есть смысл переехать на какую-нибудь NoSQL?

это непростой вопрос, на самом деле

от данных и запросов зависит

от требований к отказоустойчивости

строк в этих 2Т сколько - тоже важно

400милл JSONB документов примерно, а запросы пачками в 1000 select/insert/upsert

А как можно хуесосить шарпистов и уважать шарп?

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

этот человек хуесосит всё что видит, поэтому удивляться тут нечему

400милл JSONB документов примерно, а запросы пачками в 1000 select/insert/upsert

сложные запросы, транзакции? или просто лежат 400М блобов, и пишутся-читаются-обновляются?

а обновление тупое (весь блоб разом) или умное?

сложные запросы, транзакции? или просто лежат 400М блобов, и пишутся-читаются-обновляются?

да, просто лежат, читаются и обновляются. никаких там materialized views не нужно, ни SQL как такового

а обновление тупое (весь блоб разом) или умное?

сейчас все разом обновляется

вторичные индексы? чего больше, чтений или записи? требования по скорости?

вторичные индексы? чего больше, чтений или записи? требования по скорости?

вторичных индексов всего 2: createdAt, modifiedAt. Больше всего в порядке убывания: чтение, изменения, добавления. На самом деле задача такова, что есть веб-паук, который собирает JSON документы. Он их отправляет пачками в 1000 шт на api endpoint, далее документы с таким же ID достаются из БД, вычисляется deep diff документа, сам документ полностью обновляется, а diff откладывается в отдельную таблицу, что-то вроде audit

а партиции имеются? на таких то объёмах...

я пробовал переписать ф-ю для deep diff на pl/pgSQL, но не осилил

а партиции имеются? на таких то объёмах...

не, на одном сервере все, причем RAID10 на магнитных дисках. максимум скорость обработки json доков была 8тыс/сек

да причём сервер

таблицы на секции поделены?

по датам хотя бы

таблицы на секции поделены?

ааа, вот это не знаю, наверное under the hood это делается, не?

так проверь)

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

ERROR: S client not available

таблица разбита на секции по месяцам, секция на подсекции по "проектам"

при выборке оптимизатор понимает откуда чо брать

правда у нас оракал

знаю что pg тупит если секций становится больше 100

ну посмотрю как на SSD сейчас будет, может придумаю как разбить на партиции

Yubikey кто-нибудь пользуется с PAM модулем или OTP в компании?

проснулся, 353 сообщения срача около системд можно засыпать.

этот человек хуесосит всё что видит, поэтому удивляться тут нечему

Нет, не все

знаю что pg тупит если секций становится больше 100

что-то странное. Штатное секционирование или pg_partman? и версия постгреса какая?

вторичных индексов всего 2: createdAt, modifiedAt. Больше всего в порядке убывания: чтение, изменения, добавления. На самом деле задача такова, что есть веб-паук, который собирает JSON документы. Он их отправляет пачками в 1000 шт на api endpoint, далее документы с таким же ID достаются из БД, вычисляется deep diff документа, сам документ полностью обновляется, а diff откладывается в отдельную таблицу, что-то вроде audit

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

ну посмотрю как на SSD сейчас будет, может придумаю как разбить на партиции

как только индекс перестанет помещаться в память - будет жопа палюбэ

этот человек хуесосит всё что видит, поэтому удивляться тут нечему

Это утверждение легко опровергается, кстати

Это утверждение легко опровергается, кстати

вообще не опровергается. Константин утверждает, что ты хуесосишь все, что его окружает. это - горькая правда.

А, в этом смысле - безусловно

Но это же просто "плохо быть Константином"

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

Ну - на шарпе писать хорошо В шарпе скоро будет паттерн мэтчинг А будут себя хорошо вести - им еще и таплов завезут

честно тебе скажу - ты хуесосишь все, что окружает большинство из нас

Но писать на шарпе для российского телекома - это дно дна дна

это, правда, опять вопрос широты кругозора

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

Господа полуночники, есть спецы по js и SPA в частности?)

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

Ну - я знаю такого спеца

Но он, наверное, занят

Могу познакомить

Пиши в личку

Более того - я знаю не одного такого спеца

JS блять

нука повейте мне, почему в мире фронтенда и JS, localstorage между http и https не шарится?

чем больные ублюдки думали, когда такое сделали как стандарт?

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

чем больше документов/сек тем лучше. почитал немного про кассандру - ничего страшного что тут JVM?

JVM это страшно