Программирование, т. 8

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

не знаю че вы паритесь если

npm i java@latest

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

это всё упрощение. это всё можно не использовать а юзать конфиги и скрипты и имей хоть 100 jdk которые запускаются еще с десятком конфигов

 

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

это всё упрощение. это всё можно не использовать а юзать конфиги и скрипты и имей хоть 100 jdk которые запускаются еще с десятком конфигов

 

тогда я вообще не вижу, в чем проблема

автозапуск даже в диспетчер перенесли, теперь не надо знать магическую фразу msconfig

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

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

та хватит уже, я не понимаю о чем вы говорите

@@hira88 Че думаешь насчет webGL(Браузерная симуляция физики). Уже опробовал ее. Говно чи нет?

Класс меня на собеседовании по жаве выебали вопросами типо как наследоваться/реализовать два абстрактных класса в одном.

Как отловить NPE без try блока, шта? 

 

Как одновременно в две базы данных ебашить что-то сохраняя целостность в случае какой-либо ошибки при добавлении в одну бд. (Подозреваю что это не совсем по JavaSE)

 

 

Дали простую задачу по SQL но и тут соснул. 

 

Конечно на что-то отвечал, но в целом чувствую себя говном

Ебать вопросики

1) Еесли через рефлексию, да и то изи обосраться можно. Из более "хитрых" варичей приходит на ум либо выделение абсрактных методов в интерфейсы, либо наследовать один абстрактный класс от другого и по цепочке свой наследовать (но это хуйня ). Ещё вариант с делегатом и анбоксингом в зависимости от требуемого типа, но без IDE под рукой не уверен что это сработало бы как следует;

2) Я б через Optional.ofNullabe делал;

3) Я б через rxJava делал, бахал бы в пайп две транзакции и конкатенировал их резалты, либо реджектил обе в случае фейла любой из них (хотя думаю это изи сделать и без пайплайнов, просто поебаться с try/catch/final и прочей поеботой).

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

Как дела прогеры?

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

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

последнее. т.к. там 100% ещё чел сидит и ждёт, а они теряют деньги.

йоу мужики мужичеллы мужланы

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

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

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

LOCK TABLE?

https://postgrespro.ru/docs/postgrespro/9.6/sql-lock

или по записям 

https://postgrespro.ru/docs/postgresql/9.6/explicit-locking#locking-rows

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

тогда лочь запись, не?

йоу мужики мужичеллы мужланы

 

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

 

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

 

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

глянь по линку дранониана ACCESS SHARE, это по идее то что надо, оно не лочит чтения, только апдейты

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

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

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

йоу мужики мужичеллы мужланы

 

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

 

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

 

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

Гуглируй optimistic vs. pessimistic locking и выбирай что тебе больше подходит. Все остальные решения будут доморощенными и хуёвыми костылями с вероятностью 99%