Программирование[10]

[Tia]

ЖУМОНГ написал 3 минуты назад:

у меня ща шото между аутсорсом и своим продуктом, пилим новую црмку ростелеку вместе с самими прогерами ростелека

 

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

 

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

так ты щас сколько лутаешь/сколько опыт

[ural1qqq]

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

поэтому руководитель буквально насильно втолкал в меня больше чем я запросил

но я пока не могу получить корректную ОС о себе, я всего 4 месяца работаю в той области, в которой я работаю.

[ЖУМОНГ]

Tia написал 1 минуту назад:

ЖУМОНГ написал 4 минуты назад:

у меня ща шото между аутсорсом и своим продуктом, пилим новую црмку ростелеку вместе с самими прогерами ростелека

 

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

 

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

так ты щас сколько лутаешь/сколько опыт

ща 140, у нас буквально на днях уже будут резалты оценки, по которым я сказала накиньте 20 и пофигу

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

[m()stEVIL]

Ну у меня корешь в своей канторе на ноде пишет каждые 3 месяца стабильно +300$ повышают, в моей галере есть дни карьерного роста каждые 6-9 месяцев то можно +500-800$ выпросить, но думаю на деле 300-500 максы повысят

[Just.Doit]

Zellar написал 7 часов назад:

Just.Doit написал 10 часов назад:

 

Drakonian написал 14 часов назад:

а нахуя сравнивать столицу страны с НЕстолицей?

нахуя сравнивать именно столицы?

сравни пекин и минск (2 столицы)

и сравни вашингтон с нью йорком (столица и не столица)

"столичность" так себе критерий сам по себе

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

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

от этого 2к баксов в рф не перестает быть "хорошей зарплатой" (если бы это было реально так), даже если в украине столько даже джун не получает.

 

 

Ты щас привел в пример америку? серьезно? А не че, что там специально сделанно так, чтобы крупные компании не находились в одном месте. Это только в ебланский странах с даунами на экономистах весь крупный бизнес сконцентрирован в одном городе

ну я привел примеры в подтверджение тезиса. собсвтенно вы сами его и подтвердили что "столичность" сама по себе ничего не значит.

Zellar написал 7 часов назад:

Just.Doit написал 10 часов назад:

 

Drakonian написал 14 часов назад:

а нахуя сравнивать столицу страны с НЕстолицей?

нахуя сравнивать именно столицы?

сравни пекин и минск (2 столицы)

и сравни вашингтон с нью йорком (столица и не столица)

"столичность" так себе критерий сам по себе

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

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

от этого 2к баксов в рф не перестает быть "хорошей зарплатой" (если бы это было реально так), даже если в украине столько даже джун не получает.

 

 

Ты щас привел в пример америку? серьезно? А не че, что там специально сделанно так, чтобы крупные компании не находились в одном месте. Это только в ебланский странах с даунами на экономистах весь крупный бизнес сконцентрирован в одном городе

ну я привел примеры в подтверджение тезиса. собсвтенно вы сами его и подтвердили что "столичность" сама по себе ничего не значит.

Drakonian написал 1 час назад:

Так может мое удивление и связанно с тем, что в рф 2к считается хорошей зп для программиста??7??77???7??7??7?? (что аж удивляются почему так платят)

этому удивлению уже года 3-4 (не у тебя лично, а у хохлов когда узнают про рынки РФ, которые до пандемии еще и были локальными, где 1,5к баксов синьеру считалось норм зарпалтой)

ЖУМОНГ написал 50 минут назад:

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

это была обычная ЗП в регионе

[ЖУМОНГ]

ой все

сидят тут свои хедхантеры эвридей чекают и выебываются

[kez]

ЖУМОНГ написал 22 часа назад:

 

saegSveta написал 22 часа назад:

ЖУМОНГ написал 23 часа назад:

зашла на хх и всплакнула

мне канеш говорили что рынок пустой, но я и не предполагала что до степени "мы готовы вам платить 180+ если вы знакомы с тсом или имеете опыт работы с каким-нибудь из трех фреймворков"

ужас

@scarppy ты там еще не вкатился в айти на 150к+?

он еще учит один из трех фреймворков

 

сможет сразу на мидла идти, ух

а если очень постараться, то и на сеньора

Ну это какие-то бесперспективные конторы, туда страшно идти.

 

VovaZbest написал 22 часа назад:

Я не могу даже банально девушке своей время уделять регулярно, гулять с ней и тд (на почве чего мы и разошлись недавно), а всё потому, что задача с проебанными сроками постоянно у меня в голове

Какая же жиза. Недавно проект один делали (успешно в итоге), я 2 недели вообще ни о чём, кроме проекта не думал. Во время еды, отдыха, в душе, за рулём - всё время думал о том, как сделать ту или иную фичу. Бывало даже перед сном думал, и вставал с кровати записать идею, чтобы наутро не забыть))

[MedVed_na_lesapede]

Есть знатоки постгреса тут ?
Есть таблица вида

VersionFrom - VersionEnd - время жизни версии в таблице т.е в временные интервалы, которые пересекаются между собой мы не можем добавить запись с одним и тем же Id, например. Если VersionEnd is null - значит данные не в архиве, а актуальны. Когда добавляется новая версия - у действующей обновляется VersionEnd и вставляется новая строка с таким же ид, у которой VersionFrom = VersionEnd предыдущей версии и соответственно остальные поля, которые могли изменится.
и есть констрейнт вида :

ALTER TABLE public."TestTable"
ADD CONSTRAINT "UQ_Product_Category_Price" EXCLUDE USING gist (
"CategoryId" WITH =,
COALESCE("Price", 0::numeric) WITH <>,
tstzrange("VersionFrom", "VersionTo") WITH &&,
"MarketId" WITH =);

Он значит для всех записей, находящихся в одном временном промежутке, проверяет что для всех продуктов в маркете, которые добавлены в какую то группу - цена одинаковая.
Собственно такая проблема - если в таблице много записей (десятки миллионов) - тяжело становится с раскаткой бэкапов, время наката такого гист констрейнта занимает ОЧЕНЬ много времени(десятки часов). Знатоки внимание вопрос: что делать ?
 

[DeadMage]

Я не знаток, но тут пишут есть вариант добавить констрейнт без проверки существующих данных, добавив "NOT VALID" в конец ALTER запроса: https://www.postgresql.org/docs/current/sql-altertable.html#id-1.9.3.35.5

[MedVed_na_lesapede]

DeadMage написал 27 минут назад:

Я не знаток, но тут пишут есть вариант добавить констрейнт без проверки существующих данных, добавив "NOT VALID" в конец ALTER запроса: https://www.postgresql.org/docs/current/sql-altertable.html#id-1.9.3.35.5

эта штука не работает на Exclude Constraints 

Изменено 23 октября 2021 пользователем MedVed_na_lesapede

[Kant]

а если наоборот, констрейнт старзу в таблице и потом инсерты идут?

 

для даже десятка миллиона строк выгрузка всей таблицы и её просчет не должен занимать столько времени, ну максимум минут 10-20, какую-то хуйню внутри делает постгрес похоже

[MedVed_na_lesapede]

Kant написал 8 минут назад:

а если наоборот, констрейнт старзу в таблице и потом инсерты идут?

 

для даже десятка миллиона строк выгрузка всей таблицы и её просчет не должен занимать столько времени, ну максимум минут 10-20, какую-то хуйню внутри делает постгрес похоже

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

[Just.Doit]

MedVed_na_lesapede написал 1 час назад:

Знатоки внимание вопрос: что делать ?

не использовать реляционки и не использовать реляционки так топорно

у тебя же 50кк записей явно не лайв данных - там наверное хранится все дерьмо с начала веков, очевидно что архивные данные во 1х не должны меняться, во 2х их нет смысла каждый раз проверять в констрейнте - логично что они должны лежать в дургой таблице или бд ( в зависимости от того зачем они вообще нужны)

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

[Kant]

ну обычно как раз наоборот, дешевле всё вставить и потом один запрос хуйнет всю таблицу сразу, но тут что-то жопное делает постгрес у вас

 

а бинарные бэкапы в постгрес не завезли? там в принципе вопрос не стоял бы

[Just.Doit]

MedVed_na_lesapede написал 1 минуту назад:

да думаю если бы порядок действий был обратный, было бы быстрее.

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

[MedVed_na_lesapede]

Just.Doit написал 2 минуты назад:

MedVed_na_lesapede написал 1 час назад:

Знатоки внимание вопрос: что делать ?

не использовать реляционки и не использовать реляционки так топорно

у тебя же 50кк записей явно не лайв данных - там наверное хранится все дерьмо с начала веков, очевидно что архивные данные во 1х не должны меняться, во 2х их нет смысла каждый раз проверять в констрейнте - логично что они должны лежать в дургой таблице или бд ( в зависимости от того зачем они вообще нужны)

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

можно сделать секционирование по VersionTo, сделать отдельную партицию для VersionTo is null, но записей, которые актуальные всеравно будет дохуя, ну  я о том

 что быстро не станет все равно работать.В случае секционирования можно переделать Exclude Constraint на триггер, который будет на beforeinsert/beforeupdate чекать запросом условие, но тригером будет просадка производительности по операциям вставки

[Just.Doit]

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

но понятно что это самое примитивное решение, и есть получше

[MedVed_na_lesapede]

Kant написал 14 минут назад:

а бинарные бэкапы в постгрес не завезли? там в принципе вопрос не стоял бы

вроде есть, но есть один момент
 

pg_basebackup makes a binary copy of the database cluster files, while making sure the system is put in and out of backup mode automatically. Backups are always taken of the entire database cluster; it is not possible to back up individual databases or database objects. For individual database backups, a tool such as pg_dump must be used.

[Kant]

Just.Doit написал 30 минут назад:

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

но понятно что это самое примитивное решение, и есть получше

да это и есть самое правильное решение

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

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

 

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

[MedVed_na_lesapede]

Kant написал 39 минут назад:

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

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

Не нужно ничего проверять - можно же сделать мидлвару, например глобал ExceptionFilter, постгрес кинет PostgresException, можно создать дикшенари с ключом - наименование констрейнта - значение - понятное человеку описание ошибки, у PostgresException есть филда ConstraintName - https://www.npgsql.org/doc/api/Npgsql.PostgresException.html
собстна по ней чекаем словарь и берем понятное описание ошибки и собстно формируем ответ в мидлваре с нужным нам кодом ошибки и этим ответом. И не надо никакими запросами долбить базу на проверки - тем более они ничего не гарантируют, если вдруг возникнет такая ситуация что у тебя в один момент времени 2 реквеста пошли на пост таких вот конфликтных данных оба могут сесть в бд, если не будет констрейнтов(первая транзакция чекнет - и в базе все будет ок а вторая чекнет когда первая еще не зафиксировала данные и у нее тоже все будет ок).