я в вакансиях видел требование джавы приветствуется. Интересно почему так

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

Я не знаю, о чем ты, у меня барышня пишет на джанго по удаленке - никакой там джавы

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

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

Хитрые суки.

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

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

не, ну как же питонисту-то и без java? может вы ещё скажете что ассемблер ему не нужен?

нужен, как же без него

А еще на прологе и хаскеле правой ногой пописывать должен

А еще на прологе и хаскеле правой ногой пописывать должен

во, товарищ дело говорит

на хаскеле не писать нужно, на нем нужно думать

говорить )

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

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

собирай свои монадки и уматывай

изи )

собирай свои монадки и уматывай

this

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

Дают ему доказать задачу тысячелетия с дедлайном в один день?

Дают ему доказать задачу тысячелетия с дедлайном в один день?

пффф, так ты хаскелиста не уволишь )

Заставляют SOAP сервис на хаскеле писать

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

блин, аватака - огонь ???

мечтают ли ̶а̶н̶д̶р̶о̶и̶д̶ы̶ ̶о̶ ̶м̶е̶х̶а̶н̶и̶ч̶е̶с̶к̶и̶х̶ ̶о̶в̶ц̶а̶х̶ хаскелисты писать SOAP сервисы ?

оооо, как в телеграмме зачёркивание сделать? я чёт искал, писали что нельзя

~~

это?

не, копипащу с разных сайтиков

фук...

надо найти апи и на хоткей забиндить, но лень

не, копипащу с разных сайтиков

по буковке?

оооо, как в телеграмме зачёркивание сделать? я чёт искал, писали что нельзя

http://bfy.tw/G8Ep

ДА! я старательный. за то и держат

http://bfy.tw/G8Ep

хрена се вы хитрые )

̰л̰о̰л̰к̰о̰т̰

ДА! я старательный. за то и держат

а за находчивость еще и платили бы)

http://bfy.tw/G8Ep

спасибо ̶у̶ш̶ё̶л̶ ̶в̶ы̶ё̶б̶ы̶в̶а̶т̶ь̶с̶я̶ ̶в̶ ̶с̶в̶о̶й̶ ̶д̶в̶о̶р̶

спасибо ̶у̶ш̶ё̶л̶ ̶в̶ы̶ё̶б̶ы̶в̶а̶т̶ь̶с̶я̶ ̶в̶ ̶с̶в̶о̶й̶ ̶д̶в̶о̶р̶

пфф̘̣͐ф͆

а, вспомнил реальный кейс python + java

вспомнил и содрогнулся.

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

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

нихуясе, а чё не на джаваскрипте

wlst что ли называется.

А чо не на груви

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

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

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

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

или у всех ровно 1 источник данных всегда*

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

второе, в чем заключается процессинг этого всего

ну сделка должна приехать после регистрации

ну например нарисовать клиенту UI в которой он сидит и смотрит сколько у него чего и в online видит как у него меняются цифирки

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

так я же с этого начал, ожидание данных

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

ну даааа, но это один простой кейс и уже 100500 логики не относящейся к логике процессинга

вроде как выглядит что время поможет

но он не относиться напрямую к линераризации

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

в смысле кастомная логика?

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

в смысле для сделки: if (нет клиента) { отложить } if (нет актива) { отложить } применить сделку для клиента: создать клиента поискать в отложенных сделках, елси есть применить

не совсем

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

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

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

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

что значит иной порядок

ERROR: S client not available

иной от чего?

и какой порядок тебе нужен

сначала сделка, а потом клиент

ии?

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

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

ну нужно же остальных оповестить о том что появился новый клиент

оповещай

в чем тут проблема?

проблема в том что сделка пришла перед клиентом

пришла, лежит, ждет

появился клиент сказал - вот теперь есть клиент - начал разгребать

ну я тогда не понимаю идею "инеаризуем мы через очередь,"

в смысле для сделки: if (нет клиента) { отложить } if (нет актива) { отложить } применить сделку для клиента: создать клиента поискать в отложенных сделках, елси есть применить

ну чем тогда это отличается от этого?

в том, что у тебя будет происходить со сделками и активами если _нет клиента_ не сработает?

применить сделку

ну конечно не сработает, раскладываем сделки же по клиентам

а вот те, что мы отложили - с ними что будем делать? их надо выполнить до той, что пришла сейчас

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

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

мм

тогда зачем тебе что-то упорядочивать?

по сути же тебе нужны только последние данные? или я не прав?

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

и сидит UI слушает всё это барахло, тут ей приходит "Вася" купил акции "Рога и копыта", а ui в душе пока не чает кто такой Вася и что за "Рога и копыта"

а потом приходят 2 события 1) Василий Петрович Пупкин с id = "Вася" 2) ОАО "Рога и копыта" id = "Рога и копыта"

в смысле для сделки: if (нет клиента) { отложить } if (нет актива) { отложить } применить сделку для клиента: создать клиента поискать в отложенных сделках, елси есть применить

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

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

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

UI должна хотя бы раз обработать каждое событие получается, иначе нереактивно же )

UI самая тупая: Вася | Василий Петрович Пупкин | 100$ | 0 руб.

потом раз, прилетела сделка следующая: Вася продал 10$ на UI: Вася | Василий Петрович Пупкин | 90$ | 300 руб.