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

[Just.Doit]

220к можно и разрабом за 2 года стать. если мы говорим про хрошее образование до этого.

 

[nobodies]

Но ведь 1 джастдуит === 100к. Плохой разраб или все таки только в теории это можно?

Если не рассматривать зарплату в иностранной валюте офк

[nobodies]

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

[soFFlen]

Парни, стоит такая задача, нужно сделать Trial version для программы (Java), то есть как клиенты получили и установили её, у них есть 30 дней юзать и потом уже покупать или не покупать. Понятно, что полностью unhackable сделать невозможно, хочется что-то сбалансированное между "адекватная реализация" и "непросто хакнуть". Чтобы челы не могли просто перевести системное время назад и дальше юзать.
Нашел несколько вариантов решения, но интересно послушать реальный опыт. Если кто занимался подобным, поделитесь плиз что за способ выбрали и почему

[Just.Doit]

nobodies написал 6 часов назад:

Но ведь 1 джастдуит === 100к. Плохой разраб или все таки только в теории это можно?

Если не рассматривать зарплату в иностранной валюте офк

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

мидл в мск получает в среднем 170.

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

а потом еще и еще успешно продать себя на собеседовании немного выше своего уровня

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

про премии вопрос отдельный, премии могут составлять и чуть ли не половину годового дохода а могут быть в районе жалких 5-10%. тут надо уже конкретику.

 

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

 

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

 

по субьективным данным - банковский работник в РФ/СНГ куда перспективнее в плане бабла чем программист

 

  осторожно, политота

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

Изменено 16 сентября 2020 пользователем Just.Doit

[FeelYourDestiny]

я дальше 1ой строчки даже читать не хочу

> за 2 года уверенный мидл

> уверенный мидл 220к рублей

> советы проффесору который за год не смог вкатится

> у самого зп < 220к

 

[Kant]

soFFlen написал 2 часа назад:

Парни, стоит такая задача, нужно сделать Trial version для программы (Java), то есть как клиенты получили и установили её, у них есть 30 дней юзать и потом уже покупать или не покупать. Понятно, что полностью unhackable сделать невозможно, хочется что-то сбалансированное между "адекватная реализация" и "непросто хакнуть". Чтобы челы не могли просто перевести системное время назад и дальше юзать.
Нашел несколько вариантов решения, но интересно послушать реальный опыт. Если кто занимался подобным, поделитесь плиз что за способ выбрали и почему

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

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

а запрещать работать без ответа или ничего не делать это твой выбор

[Index]

Так гайсня, помогите решить проблему.

Есть кафка, у кафки есть метод poll() который возвращает батч записей (по умолчанию 500) или же если сейчас в кафке меньше записей, то возвращает что есть.

Если нихуя, то блочится.

 

Ситуация следующая.

У меня в коде этот poll() выгребает пару новых записей, обрабатывает их, опять вызывает poll() опять выгребает 1-2-3 записи и так по кругу.

Я бы хотел немного утихомирить этого пидораса. Чтобы он давал время накопить.... бля пока писал сам уже придумал решение.

 

Скрытый текст

Мол если в результате обработки было 500 записей, то делай следующий poll() сразу.

А если прилетело меньше данных, то подожди минуту например.

 

[Kant]

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

[Index]

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

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

Не, на это похуй. Там все реактивно и бд бэкпрежурит. 

[Kant]

ну я так понимаю тебе вот эта хуйня нужна

https://docs.cloudera.com/documentation/kafka/latest/topics/kafka_performance.html#kafka_performance_tuning_producers_lead_time

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

[Index]

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

ну я так понимаю тебе вот эта хуйня нужна

https://docs.cloudera.com/documentation/kafka/latest/topics/kafka_performance.html#kafka_performance_tuning_producers_lead_time

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

Только у меня consumer а не продьюсер :)

[Kant]

Index написал 2 минуты назад:

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

ну я так понимаю тебе вот эта хуйня нужна

https://docs.cloudera.com/documentation/kafka/latest/topics/kafka_performance.html#kafka_performance_tuning_producers_lead_time

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

Только у меня consumer а не продьюсер :)

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

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

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

https://doc.akka.io/docs/alpakka-kafka/current/home.html

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

https://stackoverflow.com/questions/56305804/which-kafka-property-decides-poll-frequency-for-kafkaconsumer вот там внизу короче

[Just.Doit]

Index написал 53 минуты назад:

Я бы хотел немного утихомирить этого пидораса.

зачем?

[Index]

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

Index написал 55 минут назад:

Я бы хотел немного утихомирить этого пидораса.

зачем?

Очень много комплексной логики триггерится на пару записей. Надо бы буферизовать. Но в кафке с этим тоже сложности, должен отработать записи за poll interval тогда

[Just.Doit]

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

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

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

Я бы хотел немного утихомирить этого пидораса.

зачем?

Очень много комплексной логики триггерится на пару записей. Надо бы буферизовать. Но в кафке с этим тоже сложности, должен отработать записи за poll interval тогда

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

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

[ЖУМОНГ]

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

по субьективным данным - банковский работник в РФ/СНГ куда перспективнее в плане бабла чем программист

жастыч, у тебя какие-то не те данные

[scarppy]

ух ребят,чуть-чуть осталось, как решусь вкатываться

ух, будет пушка

[Just.Doit]

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

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

по субьективным данным - банковский работник в РФ/СНГ куда перспективнее в плане бабла чем программист

жастыч, у тебя какие-то не те данные

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

а тот кто управляет фин потоками

[ЖУМОНГ]

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

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

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

по субьективным данным - банковский работник в РФ/СНГ куда перспективнее в плане бабла чем программист

жастыч, у тебя какие-то не те данные

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

а тот кто управляет фин потоками

а, ну так и надо говорить

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

 

  Показать содержимое

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

Изменено 16 сентября 2020 пользователем ЖУМОНГ