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

Darkd3ad написал 20 часов назад:

ДЖАВА ЭНЖОЙЕРЫ ТУТ ЕСТЬ?

ИЩЕМ ДЖАВИСТОВ

Если зп $4500+ готов рассмотреть 

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

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

ДЖАВА ЭНЖОЙЕРЫ ТУТ ЕСТЬ?

ИЩЕМ ДЖАВИСТОВ

Если зп $4500+ готов рассмотреть 

Попробуй пройди соьесед хз дадут сток или нет (думаю нет)

@madvlaydin Ты молчал б, мне надо до пары одной сделать в тетради 48 или 50 с чём-то Лабораторок

Веслал я в проекте одном, в котором ребята с витрины данных собирают набор в 250 гигабайт. Потом эта хуйня грузится в FTP. Потом эту хуйню с FTP себе грузят конечные потребители. Пиздецовая тема очень! 

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

Веслал я в проекте одном, в котором ребята с витрины данных собирают набор в 250 гигабайт. Потом эта хуйня грузится в FTP. Потом эту хуйню с FTP себе грузят конечные потребители. Пиздецовая тема очень! 

 

 

А почему пиздецовая?

Darkd3ad написал 4 часа назад:

Index написал 5 часов назад:

Darkd3ad написал 22.02.2024 в 14:38:

ДЖАВА ЭНЖОЙЕРЫ ТУТ ЕСТЬ?

ИЩЕМ ДЖАВИСТОВ

Если зп $4500+ готов рассмотреть 

Попробуй пройди соьесед хз дадут сток или нет (думаю нет)

Так ты бы дал куда проходить

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

ural1qqq написал 3 часа назад:

Веслал я в проекте одном, в котором ребята с витрины данных собирают набор в 250 гигабайт. Потом эта хуйня грузится в FTP. Потом эту хуйню с FTP себе грузят конечные потребители. Пиздецовая тема очень! 

 

 

А почему пиздецовая?

представь что у тебя есть например 300 потребителей, желающих получить файл в 250 гигабайт с твоего FTP. 
такой наборчик не один, их много. Причем некоторые потребители должны его получать, а некоторые не должны. Поэтому запостить его просто куда то в корень, куда каждый ftp user будет иметь доступ и возможность прокачать себе, не вариант. 

Нужна качественная, гибкая к настройке политика разграничений доступа. 
К сожалению, ни один FTP сервер из популярных(vsftpd, proftpd) эту проблему из коробки не решает. Поэтому пришлось выкручивать хуй и яица с виртуальными пользователями, ACL, и беспонтовыми плагинами для proftpd sql авторизации, связи виртуальных пользователей, их доступы в конкретные директории. 

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

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

какие то адекватные вещи из нашего столетия (s3) не протащить было 

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

а еще у нас был WebDAV сервер, там все проще решалось и без костылей особых.  Но и тут сука пришлось серьезно поебать бошку, чтобы реализовать ГОСТ tls. 

Сегодня ебнули работу всей компании из-за недетерминированности функции текущего времени в SQL Server, с вероятностью около 1 к 50000.
Держу в курсе.

Что значит "недетерминированности"? Вообще время такая штука в программировании, достаточно сложная. Но главное с ним толком ничего нельзя делать. Оперировать нужно с тиками процессора, которые постоянно возрастают и позволяют нормально считать прошедшее время.

Да понятно, я не пишу код так, как был написан там, никогда. Просто напоминание, что если ваш код стреляет вам в колено с вероятностью 1/50000 - готовьте пачку новых коленей.

Иллюстрация:
https://onecompiler.com/sqlserver/425batzw2

Если CURRENT_TIMESTAMP - это взять текущее время, то ясный перец, если взять два раза текущее время, оно может оказаться разным.

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

Если CURRENT_TIMESTAMP - это взять текущее время, то ясный перец, если взять два раза текущее время, оно может оказаться разным.

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

Ну с такой 20iq хуйней я не встречался. Обычно недетерминированные ошибки, с которыми я встречаюсь, - это многопоточные ошибки.

Grohuf написал 3 минуты назад:

Ну с такой 20iq хуйней я не встречался. Обычно недетерминированные ошибки, с которыми я встречаюсь, - это многопоточные ошибки.

Тебе положено, ты с низкоуровневым работаешь постоянно. А у нас декларативная платформа, которая защищает тебя от любого говна. Люди расслабляются сильно.

Запустил сейчас 100 траев - в среднем ошибка 1 на 59606. Таки дела.

 

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

Говорит что постарается, но не обещает.

На практике вон пример кода в онлайн компиляторе. ~1 к 60000 что ебнется.

Arzanis написал 30 минут назад:

Да понятно, я не пишу код так, как был написан там, никогда. Просто напоминание, что если ваш код стреляет вам в колено с вероятностью 1/50000 - готовьте пачку новых коленей.

Иллюстрация:
https://onecompiler.com/sqlserver/425batzw2

 

а что не так

ты вызываешь функцию которая время берет, вызываешь ее 2 раза в разное время. очевидно что она берет 2 разных времени, не? 

Arzanis написал 22 минуты назад:

Поэтому некоторые думают что тут детерминировано в рамках одного запроса.

ну ебать

проблема в том что люди пишут хуйню

а не в том что "функция не детерминирована"

Grohuf написал 22 минуты назад:

Ну с такой 20iq хуйней я не встречался. Обычно недетерминированные ошибки, с которыми я встречаюсь, - это многопоточные ошибки.

есть вероятность что это она и есть под капотом 

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

Arzanis написал 30 минут назад:

Да понятно, я не пишу код так, как был написан там, никогда. Просто напоминание, что если ваш код стреляет вам в колено с вероятностью 1/50000 - готовьте пачку новых коленей.

Иллюстрация:
https://onecompiler.com/sqlserver/425batzw2

 

а что не так

ты вызываешь функцию которая время берет, вызываешь ее 2 раза в разное время. очевидно что она берет 2 разных времени, не? 

 

Выше уже отвечал несколько раз. Движок очень старается не допускать такого ни в каких случаях и у него это получается в 59999/60000 случаев.
Легко начать воспринимать "почти всегда" как "гарантируется".

Кроме того, даже если это произошло, в подавляющем большинстве случаев ничего не сломается. Код должен быть написан очень определенным образом чтобы это имело значение.

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

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

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

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

Движок очень старается

Нихуя он не старается. Если я сейчас в коде напишу дважды подряд "взять текущее время", то в большинстве случаев аналогично будет одинаковое время.

Grohuf написал 3 минуты назад:

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

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

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

Arzanis написал 4 минуты назад:

Движок очень старается

Нихуя он не старается. Если я сейчас в коде напишу дважды подряд "взять текущее время", то в большинстве случаев аналогично будет одинаковое время.

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